uw/sigcomm2004

We are trying to understand how well 802.11 networks work in practice and how they can be improved. This dataset includes the traces collected by wireless monitoring and wired monitoring using tcpdump.last modified : 2006-11-14release date : 2006-10-17date/time of measurement start : 2004-08-30date/time of measurement end : 2004-09-03collection environment : Our trace environment is the open wireless network provided to roughly 550 participants who attended the SIGCOMM conference in Portland, Oregon from 8/30/04 to 9/03/04. We view this as characteristic of a large and busy hotspot setting. The conference took place in a hotel with a layout depicted in the collection map below (in download url section).network configuration : A wireless network comprised of 5 APs was set up for the conference, operating in 802.11b mode1 on channels 1, 8 and 11 (even though channels 8 and 11 are not orthogonal). Internet connectivity was provided by four separate DSL access lines. AP channels are as follows (see the collection map below (in download url section) for the location of each AP): channel 1: sigcomm-nat,sigcomm-public-3,sigcomm-public-1 channel 8: sigcomm-nat-foyer channel 11: sigcomm-public-2data collection methodology : We monitored the activity on the wireless network in two ways. The first method was wireless monitors. The second monitoring method was traditional wired traces.sanitization : MAC addresses and IP addresses have been anonymized using a tool from CRAWDAD project. Anonymization is consistent across trace files (IP-x maps to IP-y in all of them).limitation : 1. One limitation that was beyond our control is that the SIGCOMM network was hampered by intermittent usability problems. We understand that these problems stemmed from the DHCP and DNS configurations and caused Internet connectivity to become unavailable to some clients. 2. A second limitation is that the different APs were assigned to logically different networks (with different SSIDs), such that users or their operating systems selected one AP for connectivity.Tracesetuw/sigcomm2004/wirelessTraceset of wireless monitoring.files: chihuahuan, kalahari, mojave, sahara, sonorandescription: Traceset of wireless monitoring.measurement purpose: Network Performance Analysismethodology: The first method was wireless monitors. We placed five PCs, each with three Netgear WAG311 wireless adapters, near the APs. Each monitor listened on all three active channels, using external antennas which we placed at least a foot apart from each other to avoid interference. Multiple monitors were within the range of each AP to provide information on the spatial diversity of transmission and reception. We logged all observed activity using tcpdump, capturing 802.11 control and management packets as well as data packets and writing complete packets to disk. The PHY information includes a receive signal strength indicator (RSSI) and the transmission rate. The MAC information is the entire 802.11 frame header and CRC. We also customized our MADWiFi driver to log reception errors that provide information on periods when transmissions were detected but not correctly decoded. Monitor channels (primarily) are as follows: ath0=1, ath1=8, ath2=11. Exception is that the APs switched from channel 8 to channel 6 on Wednesday morning (9/1/2004); kalahari switched ath1 to channel 6 Wednesday at 12:24 pm, and sahara, chihuahuan, and sonoran switched ath1 to channel 6 Friday at 8:30 am.uw/sigcomm2004/wireless Traceschihuahuan: Trace of wireless sniffer (chihuahuan).configuration: For hw/sw configuration, see the methodology section of the parent traceset uw/sigcomm2004/wireless. For the location of wireless sniffer, see the collection map linked in the dataset uw/sigcomm2004.format:tcpdump format (including Prism header).contents above the transport layer have been removed.kalahari: Trace of wireless sniffer (kalahari).configuration: For hw/sw configuration, see the methodology section of the parent traceset uw/sigcomm2004/wireless. For the location of wireless sniffer, see the collection map linked in the dataset uw/sigcomm2004.format:tcpdump format (including Prism header).contents above the transport layer have been removed.mojave: Trace of wireless sniffer (mojave).configuration: For hw/sw configuration, see the methodology section of the parent traceset uw/sigcomm2004/wireless. For the location of wireless sniffer, see the collection map linked in the dataset uw/sigcomm2004.format:tcpdump format (including Prism header).contents above the transport layer have been removed.sahara: Trace of wireless sniffer (sahara).configuration: For hw/sw configuration, see the methodology section of the parent traceset uw/sigcomm2004/wireless. For the location of wireless sniffer, see the collection map linked in the dataset uw/sigcomm2004.format:tcpdump format (including Prism header).contents above the transport layer have been removed.sonoran: Trace of wireless sniffer (sonoran).configuration: For hw/sw configuration, see the methodology section of the parent traceset uw/sigcomm2004/wireless. For the location of wireless sniffer, see the collection map linked in the dataset uw/sigcomm2004.format:tcpdump format (including Prism header).contents above the transport layer have been removed.uw/sigcomm2004/tcpdumpTraceset of wired sniffer.files: greatvictoria-eth0.gzdescription: Traceset of wired sniffer.measurement purpose: Network Performance Analysismethodology: The second monitoring method was traditional wired traces, collected using tcpdump on the network segment connected to the APs. This provides a view of packets exchanged between the APs and the Internet.uw/sigcomm2004/tcpdump Tracesgreatvictoria: Trace of wired sniffer (greatvictoria).configuration: For hw/sw configuration, see the methodology section of the parent traceset uw/sigcomm2004/tcpdump. For the location of wireless sniffer, see the collection map linked in the dataset uw/sigcomm2004.format:tcpdump format (wired).contents above the transport layer have been removed.