midd:traffic_scheduling:project_log
Differences
This shows you the differences between two versions of the page.
| Next revision | Previous revision Next revision Both sides next revision | ||
|
midd:traffic_scheduling:project_log [2009/03/23 22:35] afbarnard created, included all previous content |
midd:traffic_scheduling:project_log [2009/04/11 14:47] perryk |
||
|---|---|---|---|
| Line 74: | Line 74: | ||
| PK - Created UDP plug-in. Server is sinking them. Next step is still real time capture on the server. Had to modify the TCP plug-in to slow it down. TCP wants to buffer up and send as few packets as possible. I want as many packets as possible so had to add about 100 millisecond delay between sends. | PK - Created UDP plug-in. Server is sinking them. Next step is still real time capture on the server. Had to modify the TCP plug-in to slow it down. TCP wants to buffer up and send as few packets as possible. I want as many packets as possible so had to add about 100 millisecond delay between sends. | ||
| + | |||
| + | ==== 03/23 ==== | ||
| + | |||
| + | AB - Worked on project wiki site. Created main page, reorganized existing content, uploaded proposal. | ||
| + | |||
| + | ==== 03/29 ==== | ||
| + | |||
| + | PK - Have real time capture on server working. Was a little more difficult than expected as the server doesn't have a complete picture of who is sending to it. It builds a time-based partner dictionary and filters packets based on who is in the dictionary. If no packets have been sent or received with a partner, the partner times out and is removed from the filter dictionary. Next step is to provide a data exchange mechanism between client and server where by one tells the other what it's packet history is. | ||
| + | |||
| + | AB - Looked up useful SNMP variables. Information is on the [[midd:traffic_scheduling:metrics#SNMP|metrics page]]. | ||
| + | |||
| + | ==== 03/30 ==== | ||
| + | |||
| + | Met for lunch. Discussed much. | ||
| + | |||
| + | PK - Looked for TCP PUSH support in Windows (.NET). There isn't any. Zilch. | ||
| + | |||
| + | AB - Investigated using C# on Linux. Mono looks feasible. Will try to get it running. | ||
| + | |||
| + | ==== 03/31 ==== | ||
| + | |||
| + | PK - it looks like SNMP won't be usable by us. a) It is hardware dependent - you must know what hardware you're talking to in order to use it b) it requires a known "community name" which works as a password - since we don't know it, we can't use it. :( | ||
| + | |||
| + | PK - modified server to echo any TCP and UDP packets that it sinks. This made the partner stuff I added unnecessary and it has been removed. | ||
| + | |||
| + | ==== 04/02 ==== | ||
| + | |||
| + | AB - Attempt to test database connections with Python. No easy ODBC connectors for MySQL, so will have to do at home where I have more control over my development environment. | ||
| + | |||
| + | ==== 04/05 ==== | ||
| + | |||
| + | AB - Got Mono up and running for C# development on Linux. Connected to Perry's databases. Traffic analysis is next. | ||
| + | |||
| + | ==== 04/08 ==== | ||
| + | |||
| + | PK - researched and found a means of performing more high resolution timing in .net. | ||
| + | |||
| + | ==== 04/09 ==== | ||
| + | |||
| + | PK - Discovered that the Sprint mobile broadband card is invisible to winpcap. Researched this. Winpcap cannot see modem connections under Vista. Continued researching this on winpcap and sharppcap mailing lists. One fellow suggested bridging the Sprint card to the loop back connector. | ||
| + | |||
| + | ==== 04/10 ==== | ||
| + | |||
| + | I was in the process of doing this (see above) when I could not reinstall the Spring drivers. Looking for a new set of drivers, I found a completely revamped set from Spring. Installing, and guess what - the NDIS adapter can not be directly seen by winpcap. Successfully sending and receiving via our software over the Sprint card to our server. | ||
| + | |||
| + | |||
midd/traffic_scheduling/project_log.txt ยท Last modified: 2009/05/15 14:55 by afbarnard
Page Tools
