CRAWDAD niit/bit_errors

We collected 802.15.4 traces at NUST school of Electrical Engineering and Computer Science, Rawalpindi, Pakistan, and collected 802.11b traces at Wireless and Video (WAVES) Lab at Michigan State University (MSU), USA, to investigate biterror process of the 802.15.4 and 802.11 networks.last modified :2008-09-09release date :2008-07-08date/time of measurement start :2006-06-01date/time of measurement end :2007-06-30collection environment :To investigate biterror process of 802.15.4 low data rate networks and 802.11b networks, we collected 802.15.4 traces at NUST School of Electrical Engineering and Computer Science, Rawalpindi, and collected 802.11b traces at Wireless and Video (WAVES) Lab at Michigan State University (MSU), respectively.network configuration :The 802.15.4 traffic was generated by programmed MicaZ motes. To program MicaZ motes the Crossbow MIB510 Serial Programming board and Crossbow MIB600 Ethernet Programming board were used. The 802.11b network was configured in infrastructure mode and clients were Linux boxes using DLink DWL-650 wireless PC-Cards with prism2 device drivers.data collection methodology :To collect residual bit-error traces on an 802.15.4 network, we used Crossbow's MicaZ motes and TinyOS (operating system). We used several wireless receivers to simultaneously collect the error traces on an 802.11b WLAN.Tracesetniit/bit_errors/802.15.4Trace set of 802.15.4 traffic for investigating the biterror process of 802.15.4 low data rate networks.description: The trace set has been collected at NUST School of Electrical Engineering and Computer Science, Rawalpindi. The dataset is collected to investigate biterror process of 802.15.4 low data rate networks.measurement purpose: Bit Error Characterizationmethodology: Hardware: Crossbow MicaZ motes data rate 250kbps Software: TinyOS 1.x in Cygwin We used Crossbow's MicaZ motes and TinyOS (operating system) to collect residual bit-error traces. To program MicaZ motes the Crossbow MIB510 Serial Programming board and Crossbow MIB600 Ethernet Programming board were used. Same programming boards were later used as base-station to capture the traffic generated by programmed MicaZ motes. TinyOS was modified to forward all received packets at base-station to upper layers (regardless of being received in error at MAC layer). To forward packets from base-station board to attached computer, we used Listen utility provided by TinyOS. However, this utility was also modified to retain erroneous packets.last modified: 2008-09-09dataname: niit/bit_errors/802.15.4version: 20080708change: the initial version.release date: 2008-07-08date/time of measurement start: 2007-04-01date/time of measurement end: 2007-06-30limitation: The data set does not have any information about the packets which have been totally lost. Only those packets are captured which are received completely (although may be in error).niit/bit_errors/802.15.4 TracesTraces_802.15.4: Traces of 802.15.4 traffic for investigating the biterror process of 802.15.4 low data rate networks.configuration: These traces were collected in four different setups. Each setup is characterized by the distance from the base station and obstructions between sender and the base station. In each experiment, one sender transmitted data to the base station and the other senders were inactive. Distance between a sender and the base station varied from 5 to 12 meters. The senders transmitted fixed-sized 20-byte frames at a rate of 10 frames per second. In each setup, six or more traces were collected. The average number of frames per trace was approximately 31,000. Setups used to collect traces are shown in [Figure: 802.15.4 Data collection setup]. These setups are named based on their geographical location. We observed maximum bit-error rate for setup named Room 3. The reason of high bit-error rate is the presence of concrete wall and longer distance.format: The dataset consists of many files. Each file represents one complete trace. Each file has one frame per line. Frame contents are hexadecimal values. First eleven bytes are header bytes whereas remaining 20 bytes are data bytes. The data byte "AA" represents no error whereas any other value represents error in the received byte. Actual bit in error can be computed by XORing received byte to "AA".description: These traces were collected at NUST School of Electrical Engineering and Computer Science, Rawalpindi to investigate biterror process of 802.15.4 low data rate networks.last modified: 2008-09-09dataname: niit/bit_errors/802.15.4/Traces_802.15.4version: 20080708change: the initial versionrelease date: 2008-07-08date/time of measurement start: 2007-04-01date/time of measurement end: 2007-06-30niit/bit_errors/802.11Trace set of 802.11b traffic for investigating the biterror process at MAC layer of 802.11b traces.files: setup_802-11.png, setup_A, setup_802-11.png, setup_Bdescription: This trace set was collected at Wireless and Video (WAVES) Lab at Michigan State University (MSU). The basic purpose of collecting these traces was to investigate bit-error process at MAC layer of 802.11 traces and to study the relationship between Signal to Noise Ratio (SNR) at physical layer and biterrors at MAC layer.measurement purpose: Bit Error Characterizationmethodology: For this study, we consider two different setups to encompass home and office settings. Two of these setups are shown in [Figure: 802.11 Trace Collection Setup]. In Setup A, five wireless receivers were used to simultaneously collect error traces on an 802.11b WLAN. One receiver was placed within clear line-of-sight (LoS) of the access point (AP), while the remaining four receivers were placed at different locations in a room across the hallway. In setup B six receivers were used to simultaneously collect error traces. Three receivers were placed in a room across the hallway, while three receivers were placed (at an extreme edge of the network) in a room 100 feet down the hallway. A wired sender was used to send multicast packets with a predetermined payload on the wireless LAN; multicasting disabled MAC layer retransmissions. Each experiment comprised of one million packets with a payload of 1,000 bytes each. At the physical layer, the auto rate selection feature of the AP was disabled and for each experiment the AP was forced to transmit at a fixed data rate. Each trace collection experiment was repeated for different physical layer (PHY) data rates. For each setup, we collected traces for two distinct packet transmission rates. The transmission rate is controlled by adjusting the time interval t between packets. In setup A we collected traces at 500 Kbps and 1024 Kbps, while in Setup B we collected traces at 750 Kbps and 900 Kbps. For ease of notation, we prefer to label the traces by their PHY data rate and a single number. For each packet, in addition to its header and payload information, the following three additional parameters were also logged at the receivers: - Background Traffic (BT): A four byte number representing the total number of background packets observed between two trace packets; - Signal Strength (S) for the received packet: A one byte number representing the signal strength in dBm; - Silence Value (N) for the received packet: A one byte number which can be said to be representing the noise + interference strength in dBm. We generated bit error traces at all bitrates supported by the standard under various settings of an 802.11b network. Network traffic at many constant bitrates was transmitted over the wireless medium. All the bit error traces were collected at the clients by modifying the wireless device drivers. More specifically, the clients were Linux boxes using DLink DWL-650 wireless PC-Cards with prism2 device drivers. The modified client device drivers passed all the packets to a (link layer) raw socket. Thus the traces collected at the clients included successful (i.e., packets with no errors) and unsuccessful (i.e., packets failing the 802.11 MAC layer checksum) transmissions. These link layer traces were copied in the kernel buffer space from where an application thread periodically concatenated them in the user buffer space. To capture packets at high transmission rates, packet dissectors were implemented inside the device drivers. These packet dissectors ensured that only packets pertinent to our wireless experiment were processed, while all other packets were dropped.last modified: 2008-09-09dataname: niit/bit_errors/802.11version: 20080708change: the initial version.release date: 2008-07-08date/time of measurement start: 2006-06-01date/time of measurement end: 2006-07-31limitation: The data set does not have any information about the packets which have been totally lost. Only those packets are captured which are received completely (although may be in error).niit/bit_errors/802.11 Tracessetup_A: Traces from a 802.11 network with typical home setting for investigating the biterror process at MAC layer of 802.11b traces.configuration: For this trace, we consider a 802.11 network setup for typical home setting. This setup is shown as "Setup A" in [Figure: 802.11 Trace Collection Setup]. In this setup, five wireless receivers were used to simultaneously collect error traces on an 802.11b WLAN. One receiver was placed within clear line-of-sight (LoS) of the access point (AP), while the remaining four receivers were placed at different locations in a room across the hallway. A wired sender was used to send multicast packets with a predetermined payload on the wireless LAN; multicasting disabled MAC layer retransmissions. Each experiment comprised of one million packets with a payload of 1,000 bytes each. At the physical layer, the auto rate selection feature of the AP was disabled and for each experiment the AP was forced to transmit at a fixed data rate. Each trace collection experiment was repeated for different physical layer (PHY) data rates. For this setup, we collected traces for two distinct packet transmission rates. The transmission rate is controlled by adjusting the time interval t between packets. In this setup we collected traces at 500 Kbps and 1024 Kbps. For ease of notation, we prefer to label the traces by their PHY data rate and a single number.format: The dataset consists of two different setups. For each setup, several traces are collected. Name of the files are meaningful. For example, trace_2mbps_500kbps_accros_sniffer1 refers to the trace collected at 2Mbps physical data rate 500Kbps MAC layer data rate and the packet is logged at receiver named sniffer1. Each file represents one complete trace. These traces are in pcap format. Complete frames are present in the trace files. Each frame contains 1000 bytes of data. The data bytes are hexadecimal "AA" (binary 10101010). Actual bit in error can be computed by XORing received byte to "AA".description: These traces were collected from a 802.11 network set up for typical home setting in order to investigate bit-error process at MAC layer of 802.11 traces and to study the relationship between Signal to Noise Ratio (SNR) at physical layer and biterrors at MAC layer.last modified: 2008-09-09dataname: niit/bit_errors/802.11/setup_Aversion: 20080708change: the initial versionrelease date: 2008-07-08date/time of measurement start: 2006-06-01date/time of measurement end: 2006-07-31setup_B: Traces from a 802.11 network with typical office setting for investigating the biterror process at MAC layer of 802.11b traces.configuration: For this trace, we consider a 802.11 network setup for typical office setting. This setup is shown as "Setup B" in [Figure: 802.11 Trace Collection Setup]. In this setup six receivers were used to simultaneously collect error traces. Three receivers were placed in a room across the hallway, while three receivers were placed (at an extreme edge of the network) in a room 100 feet down the hallway. A wired sender was used to send multicast packets with a predetermined payload on the wireless LAN; multicasting disabled MAC layer retransmissions. Each experiment comprised of one million packets with a payload of 1,000 bytes each. At the physical layer, the auto rate selection feature of the AP was disabled and for each experiment the AP was forced to transmit at a fixed data rate. Each trace collection experiment was repeated for different physical layer (PHY) data rates. For this setup, we collected traces for two distinct packet transmission rates. The transmission rate is controlled by adjusting the time interval t between packets. In this setup we collected traces at 750 Kbps and 900 Kbps. For ease of notation, we prefer to label the traces by their PHY data rate and a single number.format: The dataset consists of two different setups. For each setup, several traces are collected. Name of the files are meaningful. For example, trace_2mbps_500kbps_accros_sniffer1 refers to the trace collected at 2Mbps physical data rate 500Kbps MAC layer data rate and the packet is logged at receiver named sniffer1. Each file represents one complete trace. These traces are in pcap format. Complete frames are present in the trace files. Each frame contains 1000 bytes of data. The data bytes are hexadecimal "AA" (binary 10101010). Actual bit in error can be computed by XORing received byte to "AA".description: These traces were collected from a 802.11 network set up for typical office setting in order to investigate bit-error process at MAC layer of 802.11 traces and to study the relationship between Signal to Noise Ratio (SNR) at physical layer and biterrors at MAC layer.last modified: 2008-09-09dataname: niit/bit_errors/802.11/setup_Bversion: 20080708change: the initial versionrelease date: 2008-07-08date/time of measurement start: 2006-06-01date/time of measurement end: 2006-07-31

本数据集于巴基斯坦拉瓦尔品第的努斯塔尔电气与计算机科学学院采集了802.15.4协议的追踪数据，并于美国密歇根州立大学（MSU）的无线与视频（WAVES）实验室收集了802.11b协议的追踪数据，旨在探究802.15.4和802.11网络的比特错误过程。数据采集的最后修改日期为2008年9月9日，发布日期为2008年7月8日，测量开始时间为2006年6月1日，测量结束时间为2007年6月30日。收集环境旨在研究802.15.4低速率网络和802.11b网络的比特错误过程。网络配置方面，802.15.4流量由预编程的MicaZ节点生成，编程MicaZ节点时使用了Crossbow的MIB510串行编程板和MIB600以太网编程板。802.11b网络配置为基础设施模式，客户端为Linux机器，使用DLink DWL-650无线PC卡和prism2设备驱动程序。数据收集方法包括使用Crossbow的MicaZ节点和TinyOS操作系统来收集802.15.4网络上的残留比特错误追踪，以及使用多个无线接收器同时收集802.11b无线局域网上的错误追踪。追踪集（Tracesetniit/bit_errors/802.15.4）旨在研究802.15.4低速率网络的比特错误过程。描述：该追踪集是在拉瓦尔品第的努斯塔尔电气与计算机科学学院收集的，旨在研究802.15.4低速率网络的比特错误过程。测量目的：比特错误特性化。方法：硬件：Crossbow MicaZ节点，数据速率250kbps；软件：Cygwin中的TinyOS 1.x。使用Crossbow的MicaZ节点和TinyOS操作系统收集残留比特错误追踪。编程MicaZ节点时使用了Crossbow的MIB510串行编程板和MIB600以太网编程板。这些编程板后来用作基站以捕获预编程MicaZ节点生成的流量。TinyOS经过修改，将所有接收到的数据包转发到基站的上层（无论在MAC层接收时是否出错）。为了将数据包从基站板转发到连接的计算机，使用了TinyOS提供的Listen实用程序。然而，此实用程序也进行了修改以保留错误的数据包。最后修改日期：2008-09-09数据名称：niit/bit_errors/802.15.4版本：20080708变更：初始版本发布日期：2008-07-08测量开始日期/时间：2007-04-01测量结束日期/时间：2007-06-30限制：数据集不包含关于完全丢失的包的信息。仅捕获了完全接收的包（尽管可能存在错误）。niit/bit_errors/802.15.4 TracesTraces_802.15.4：用于研究802.15.4低速率网络比特错误过程的802.15.4流量追踪集。配置：这些追踪数据是在四个不同的配置中收集的。每个配置的特点是基站与发送器之间的距离以及发送器与基站之间的障碍物。在每个实验中，一个发送器向基站发送数据，其他发送器处于不活动状态。发送器与基站之间的距离从5米到12米不等。发送器以每秒10帧的速率发送固定大小的20字节帧。在每个配置中，收集了六个或更多的追踪数据。每个追踪数据的平均帧数约为31,000。用于收集追踪数据的配置如图[802.15.4数据收集配置]所示。这些配置根据其地理位置命名。我们观察到名为Room 3的配置的比特错误率最高。高比特错误率的原因是存在混凝土墙和较长的距离。格式：数据集由许多文件组成。每个文件代表一个完整的追踪数据。每个文件包含一行数据包。帧内容是十六进制值。前11个字节是头部字节，其余的20个字节是数据字节。数据字节“AA”表示无错误，而任何其他值表示接收到的字节中的错误。实际错误的比特可以通过对“AA”进行异或运算来计算。描述：这些追踪数据是在拉瓦尔品第的努斯塔尔电气与计算机科学学院收集的，旨在研究802.15.4低速率网络的比特错误过程。最后修改日期：2008-09-09数据名称：niit/bit_errors/802.15.4/Traces_802.15.4版本：20080708变更：初始版本发布日期：2008-07-08测量开始日期/时间：2007-04-01测量结束日期/时间：2007-06-30niit/bit_errors/802.11Trace set of 802.11b traffic for investigating the biterror process at MAC layer of 802.11b traces.files: setup_802-11.png, setup_A, setup_802-11.png, setup_Bdescription: This trace set was collected at Wireless and Video (WAVES) Lab at Michigan State University (MSU). The basic purpose of collecting these traces was to investigate bit-error process at MAC layer of 802.11 traces and to study the relationship between Signal to Noise Ratio (SNR) at physical layer and biterrors at MAC layer.measurement purpose: Bit Error Characterizationmethodology: For this study, we consider two different setups to encompass home and office settings. Two of these setups are shown in [Figure: 802.11 Trace Collection Setup]. In Setup A, five wireless receivers were used to simultaneously collect error traces on an 802.11b WLAN. One receiver was placed within clear line-of-sight (LoS) of the access point (AP), while the remaining four receivers were placed at different locations in a room across the hallway. In setup B six receivers were used to simultaneously collect error traces. Three receivers were placed in a room across the hallway, while three receivers were placed (at an extreme edge of the network) in a room 100 feet down the hallway. A wired sender was used to send multicast packets with a predetermined payload on the wireless LAN; multicasting disabled MAC layer retransmissions. Each experiment comprised of one million packets with a payload of 1,000 bytes each. At the physical layer, the auto rate selection feature of the AP was disabled and for each experiment the AP was forced to transmit at a fixed data rate. Each trace collection experiment was repeated for different physical layer (PHY) data rates. For each setup, we collected traces for two distinct packet transmission rates. The transmission rate is controlled by adjusting the time interval t between packets. In setup A we collected traces at 500 Kbps and 1024 Kbps, while in Setup B we collected traces at 750 Kbps and 900 Kbps. For ease of notation, we prefer to label the traces by their PHY data rate and a single number. For each packet, in addition to its header and payload information, the following three additional parameters were also logged at the receivers: - Background Traffic (BT): A four byte number representing the total number of background packets observed between two trace packets; - Signal Strength (S) for the received packet: A one byte number representing the signal strength in dBm; - Silence Value (N) for the received packet: A one byte number which can be said to be representing the noise + interference strength in dBm. We generated bit error traces at all bitrates supported by the standard under various settings of an 802.11b network. Network traffic at many constant bitrates was transmitted over the wireless medium. All the bit error traces were collected at the clients by modifying the wireless device drivers. More specifically, the clients were Linux boxes using DLink DWL-650 wireless PC-Cards with prism2 device drivers. The modified client device drivers passed all the packets to a (link layer) raw socket. Thus the traces collected at the clients included successful (i.e., packets with no errors) and unsuccessful (i.e., packets failing the 802.11 MAC layer checksum) transmissions. These link layer traces were copied in the kernel buffer space from where an application thread periodically concatenated them in the user buffer space. To capture packets at high transmission rates, packet dissectors were implemented inside the device drivers. These packet dissectors ensured that only packets pertinent to our wireless experiment were processed, while all other packets were dropped.last modified: 2008-09-09dataname: niit/bit_errors/802.11version: 20080708change: the initial version.release date: 2008-07-08date/time of measurement start: 2006-06-01date/time of measurement end: 2006-07-31limitation: The data set does not have any information about the packets which have been totally lost. Only those packets are captured which are received completely (although may be in error).niit/bit_errors/802.11 Tracessetup_A: Traces from a 802.11 network with typical home setting for investigating the biterror process at MAC layer of 802.11b traces.configuration: For this trace, we consider a 802.11 network setup for typical home setting. This setup is shown as "Setup A" in [Figure: 802.11 Trace Collection Setup]. In this setup, five wireless receivers were used to simultaneously collect error traces on an 802.11b WLAN. One receiver was placed within clear line-of-sight (LoS) of the access point (AP), while the remaining four receivers were placed at different locations in a room across the hallway. A wired sender was used to send multicast packets with a predetermined payload on the wireless LAN; multicasting disabled MAC layer retransmissions. Each experiment comprised of one million packets with a payload of 1,000 bytes each. At the physical layer, the auto rate selection feature of the AP was disabled and for each experiment the AP was forced to transmit at a fixed data rate. Each trace collection experiment was repeated for different physical layer (PHY) data rates. For this setup, we collected traces for two distinct packet transmission rates. The transmission rate is controlled by adjusting the time interval t between packets. In this setup we collected traces at 500 Kbps and 1024 Kbps. For ease of notation, we prefer to label the traces by their PHY data rate and a single number.format: The dataset consists of two different setups. For each setup, several traces are collected. Name of the files are meaningful. For example, trace_2mbps_500kbps_accros_sniffer1 refers to the trace collected at 2Mbps physical data rate 500Kbps MAC layer data rate and the packet is logged at receiver named sniffer1. Each file represents one complete trace. These traces are in pcap format. Complete frames are present in the trace files. Each frame contains 1000 bytes of data. The data bytes are hexadecimal "AA" (binary 10101010). Actual bit in error can be computed by XORing received byte to "AA".description: These traces were collected from a 802.11 network set up for typical home setting in order to investigate bit-error process at MAC layer of 802.11 traces and to study the relationship between Signal to Noise Ratio (SNR) at physical layer and biterrors at MAC layer.last modified: 2008-09-09dataname: niit/bit_errors/802.11/setup_Aversion: 20080708change: the initial versionrelease date: 2008-07-08date/time of measurement start: 2006-06-01date/time of measurement end: 2006-07-31setup_B: Traces from a 802.11 network with typical office setting for investigating the biterror process at MAC layer of 802.11b traces.configuration: For this trace, we consider a 802.11 network setup for typical office setting. This setup is shown as "Setup B" in [Figure: 802.11 Trace Collection Setup]. In this setup six receivers were used to simultaneously collect error traces. Three receivers were placed in a room across the hallway, while three receivers were placed (at an extreme edge of the network) in a room 100 feet down the hallway. A wired sender was used to send multicast packets with a predetermined payload on the wireless LAN; multicasting disabled MAC layer retransmissions. Each experiment comprised of one million packets with a payload of 1,000 bytes each. At the physical layer, the auto rate selection feature of the AP was disabled and for each experiment the AP was forced to transmit at a fixed data rate. Each trace collection experiment was repeated for different physical layer (PHY) data rates. For this setup, we collected traces for two distinct packet transmission rates. The transmission rate is controlled by adjusting the time interval t between packets. In this setup we collected traces at 750 Kbps and 900 Kbps. For ease of notation, we prefer to label the traces by their PHY data rate and a single number.format: The dataset consists of two different setups. For each setup, several traces are collected. Name of the files are meaningful. For example, trace_2mbps_500kbps_accros_sniffer1 refers to the trace collected at 2Mbps physical data rate 500Kbps MAC layer data rate and the packet is logged at receiver named sniffer1. Each file represents one complete trace. These traces are in pcap format. Complete frames are present in the trace files. Each frame contains 1000 bytes of data. The data bytes are hexadecimal "AA" (binary 10101010). Actual bit in error can be computed by XORing received byte to "AA".description: These traces were collected from a 802.11 network set up for typical office setting in order to investigate bit-error process at MAC layer of 802.11 traces and to study the relationship between Signal to Noise Ratio (SNR) at physical layer and biterrors at MAC layer.last modified: 2008-09-09dataname: niit/bit_errors/802.11/setup_Bversion: 20080708change: the initial versionrelease date: 2008-07-08date/time of measurement start: 2006-06-01date/time of measurement end: 2006-07-31