rutgers/capture2007042025200704202007-06-05rutgers/captureDataset containing RFMON (wireless monitoring) traces capturing transmitted MAC frames on the ORBIT testbed.

In an experiment involving two senders and one receiver, we placed a sniffer (wireless NIC in monitor mode) close to each of the senders so as to capture all transmitted MAC frames from each sender.

the initial version2007-04-202006-02-232006-02-23116111112113114http://www.crawdad.org/rutgers/capturehttp://www.crawdad.org/wiki/pmwiki.php?n=Main.Dataset.rutgers-capture802.11802.11 frames802.11bRFMONpacket tracesignal strengthtcpdumpORBITNetwork Performance AnalysisMAC Protocol Development802.11 infrastructureWe experimentally investigate the physical layer capture effect in off-the-shelf 802.11 network cards and confirm that it reduces throughput fairness of traffic flows. All our experiments were conducted on the ORBIT testbed comprising 64 wireless nodes arranged in an 8x8 grid. Each node has two 802.11 a/b/g cards. We used 802.11b channel 1 for all our experiments. There is an equal distribution of nodes with Intel IPW 2915 chipset based cards and Atheros AR5212 chipset based cards.For all our experiments, we have used the nodes with Atheros cards since they allow software control over various parameters such as CWmin selection, disabling retries etc. The open source Madwifi driver for the Atheros chipset based cards implements a majority of MAC protocol features in the driver rather than in hardware, thereby allowing a variety of modifications at the software level. We have also developed a supporting software library that allows us to extract useful information such as RSSI, PHY rate, hardware timestamp (1μsecond granularity) from the device driver for each successfully received packet. Note that there are no hidden nodes in our testbed and each node is within transmission range of every other node. There is no external interference from other 802.11 wireless devices in all our experiments. This was verified by using the iwlist (interface) scan utility that detects infrastructure or ad-hoc networks in the vicinity.To experimentally detect the physical layer capture phenomenon, we adapted the technique of using per-sender sniffers and constructing a global timeline of all transmission and reception events in each of our experiments.37200704202007-04-10rutgers/capture/RFMONTraceset containing RFMON (wireless monitoring) traces from sniffers close to specific sender machines on the ORBIT testbed.

We used a wireless NIC in RFMON mode (sniffer) close to each of the senders so as to capture all transmitted MAC frames from a particular sender.

the initial version2007-04-202006-02-232006-02-23Network Performance AnalysisMAC Protocol Development802.11 infrastructureIn these experiments, we use two transmitters S1 and S2 that send packets to a common receiver. We chose one sniffer near each sender such that the signal strength or RSSI of packets received from this sender is higher than that of frames received from any other sender. The reasoning behind this placement is that a sniffer is also a regular radio receiver susceptible to the capture phenomenon. We use a feature provided by Atheros cards - a station can perform "live monitoring" and observe WLAN traffic while still being synchronized with the rest of the stations in the network. This implies that the logs from each of the sniffers do not have to be explicitly "synchronized"; they can be merged directly based on the hardware timestamp of each received frame. We used tcpdump on the sniffers and processed the collected information using awk scripts.rutgers/capture84200704202007-04-10rutgers/capture/RFMON/sender1RFMON (wireless monitoring) trace from a sniffer close to sender1 (a sender machine) on the ORBIT testbed.

We used a wireless NIC in RFMON mode (sniffer) close to each of the senders so as to capture all transmitted MAC frames from a particular sender.

the initial versionfalse2007-04-202006-02-232006-02-23Traces included: ---------------- We used a wireless NIC in RFMON mode (sniffer) close to each of the senders so as to capture all transmitted MAC frames from a particular sender. This trace contains tcpdump file from sniffer close to sender 1. Further processing: ----------- Step 1: You can first convert the traces to text using tethereal (tshark) as follows: % tethereal -Vr sender1.trace > sender1.txt Step 2: You can then extract relevant information from the each trace using the included awk script: % awk -f process-tcpdump.awk sender1.txt > sender1-processed.txt % awk -f process-tcpdump.awk sender2.txt > sender2-processed.txt Step 3: You can then merged the traces using the UNIX sort utility. Note that since the sniffers were also part of the 802.11b infrastructure network, (we were leveraging a monitor mode provided by madwifi which allowed us to do so) the wireless NIC at the sniffers is synchronized using access point beacons. Thus, we can merge the trace by sorting on the 64-bit receive timestamp provided by Atheros hardware (with microsecond granularity). More details regarding the setup are available in our workshop paper. % sort -n -k 1 sender1-processed.txt sender2-processed.txt > merged-trace.txtThis trace (tarball) includes an awk script (process-tcpdump.awk) and a tcpdump format (including Prism Monitoring Header)/download/rutgers/capture/sender1.tar.gzrutgers/capture/RFMON85200704202007-04-10rutgers/capture/RFMON/sender2RFMON (wireless monitoring) trace from a sniffer close to sender2 (a sender machine) on the ORBIT testbed.

We used a wireless NIC in RFMON mode (sniffer) close to each of the senders so as to capture all transmitted MAC frames from a particular sender.

the initial versionfalse2007-04-202006-02-232006-02-23Traces included: ---------------- We used a wireless NIC in RFMON mode (sniffer) close to each of the senders so as to capture all transmitted MAC frames from a particular sender. This trace contains tcpdump file from sniffer close to sender 1. Further processing: ----------- Step 1: You can first convert the traces to text using tethereal (tshark) as follows: % tethereal -Vr sender1.trace > sender1.txt Step 2: You can then extract relevant information from the each trace using the included awk script: % awk -f process-tcpdump.awk sender1.txt > sender1-processed.txt % awk -f process-tcpdump.awk sender2.txt > sender2-processed.txt Step 3: You can then merged the traces using the UNIX sort utility. Note that since the sniffers were also part of the 802.11b infrastructure network, (we were leveraging a monitor mode provided by madwifi which allowed us to do so) the wireless NIC at the sniffers is synchronized using access point beacons. Thus, we can merge the trace by sorting on the 64-bit receive timestamp provided by Atheros hardware (with microsecond granularity). More details regarding the setup are available in our workshop paper. % sort -n -k 1 sender1-processed.txt sender2-processed.txt > merged-trace.txtThis trace (tarball) includes an awk script (process-tcpdump.awk) and a tcpdump format (including Prism Monitoring Header)/download/rutgers/capture/sender2.tar.gzrutgers/capture/RFMON116rutgers/capturerutgers/ap_densityKishore Ramachandrankishore@winlab.rutgers.eduRutgers, The State University of New JerseyWINLAB, Department of ECEGraduate Assistant

WINLAB, Rutgers, The State University of New Jersey, Technology Centre of New Jersey, 671 Route 1 South, North Brunswick, NJ 08902-3390

http://www.winlab.rutgers.edu/~kishore111rutgers/capturerutgers/ap_densityrutgers/noiseMarco Grutesergruteser@winlab.rutgers.eduRutgers, The State University of New JerseyWINLAB, Department of ECEAssistant Professor

WINLAB, Rutgers, The State University of New Jersey, Technology Centre of New Jersey, 671 Route 1 South, North Brunswick, NJ 08902-3390

http://www.winlab.rutgers.edu/~gruteser/112rutgers/capturerutgers/noiseIvan Seskarseskar@winlab.rutgers.eduRutgers, The State University of New JerseyWINLAB, Department of ECEAssociate Director

WINLAB, Rutgers, The State University of New Jersey, Technology Centre of New Jersey, 671 Route 1 South, North Brunswick, NJ 08902-3390

http://www.winlab.rutgers.edu/~seskar/113rutgers/captureSachin Ganusachin@winlab.rutgers.eduRutgers, The State University of New JerseyWINLAB, Department of ECEGraduate Assistant

WINLAB, Rutgers, The State University of New Jersey, Technology Centre of New Jersey, 671 Route 1 South, North Brunswick, NJ 08902-3390

http://www.winlab.rutgers.edu/~sachin114rutgers/captureJing Dengjing.deng@ieee.orgUniversity of New OrleansDept. of Computer ScienceAssistant Professor

311 Math Bldg. Department of Computer Science, University of New Orleans, 2000 Lakeshore Dr., New Orleans, LA 70148

http://www.cs.uno.edu/~jing/ganu-captureSachin GanuKishore RamachandranMarco GruteserIvan SeskarJing DengREALMAN '06: Proceedings of the second international workshop on Multi-hop ad hoc networks: from theory to reality20067-14http://doi.acm.org/10.1145/1132983.1132986ACM Press

New York, NY, USA

http://doi.acm.org/10.1145/1132983.1132986wireless-meas,crawdadmeasurementwirelessrutgers_capturecrawdadrutgers/capture20060001