Difference between revisions of "Network quality measurements"
From OpenScience
(traceroute details added) |
m (Removed \ from …) |
||
Line 33: | Line 33: | ||
|id | |id | ||
|Unique ID per report | |Unique ID per report | ||
− | | | + | |1…27463 |
| None | | None | ||
|- | |- | ||
|epoch | |epoch | ||
|Unix time of the point when the measurement cycle started (usually 15 minutes after the full hour). Since all tests within a cycle were run sequentially, this is usually not the time of the actual test. The time of the actual test has not been recorded. | |Unix time of the point when the measurement cycle started (usually 15 minutes after the full hour). Since all tests within a cycle were run sequentially, this is usually not the time of the actual test. The time of the actual test has not been recorded. | ||
− | | | + | |1293837301…1306876501 |
| None | | None | ||
|- | |- | ||
|timestamp | |timestamp | ||
|Start time of measurement cycle in local time (see ''epoch'' and ''timezone''). | |Start time of measurement cycle in local time (see ''epoch'' and ''timezone''). | ||
− | |"2011-01-01 00:15:01" | + | |"2011-01-01 00:15:01"…"2011-05-31 23:15:01" |
| None | | None | ||
|- | |- | ||
Line 53: | Line 53: | ||
|timeindex | |timeindex | ||
|"Hour of year" starting at 2011-01-01 00:00 (local time). Used to connect report table to topology table. | |"Hour of year" starting at 2011-01-01 00:00 (local time). Used to connect report table to topology table. | ||
− | | | + | |0…3623 |
| None | | None | ||
|- | |- | ||
|node_id | |node_id | ||
|Network node that was tested (ID is alias for IP address of the node and therefore may not be unique per node for nodes with multiple IP addresses). | |Network node that was tested (ID is alias for IP address of the node and therefore may not be unique per node for nodes with multiple IP addresses). | ||
− | |"n1" | + | |"n1"…"n353" |
| None | | None | ||
|- | |- | ||
Line 93: | Line 93: | ||
|ping*_loss | |ping*_loss | ||
|Number of lost packets (a total of 100 packets were sent for each test). Note: for cases with 100% packet loss ping reports an error. For these cases you will find ''ping_loss'' to be -1 and ''ping_status' to be 1. | |Number of lost packets (a total of 100 packets were sent for each test). Note: for cases with 100% packet loss ping reports an error. For these cases you will find ''ping_loss'' to be -1 and ''ping_status' to be 1. | ||
− | | -1, | + | | -1,0…99 |
| -1 if ping* was not executed or returned an error (see ''ping*_status'') | | -1 if ping* was not executed or returned an error (see ''ping*_status'') | ||
|- | |- | ||
|ping*_rttmin | |ping*_rttmin | ||
|Minimum round trip time (in ms) found in all received replies. | |Minimum round trip time (in ms) found in all received replies. | ||
− | | -1, 0. | + | | -1, 0.178…28783.935 |
| -1 if ping* was not executed or returned an error (see ''ping*_status'') | | -1 if ping* was not executed or returned an error (see ''ping*_status'') | ||
|- | |- | ||
|ping*_rttavg | |ping*_rttavg | ||
|Average round trip time (in ms) of all received replies. | |Average round trip time (in ms) of all received replies. | ||
− | | -1, 0. | + | | -1, 0.229…29296.789 |
| -1 if ping* was not executed or returned an error (see ''ping*_status'') | | -1 if ping* was not executed or returned an error (see ''ping*_status'') | ||
|- | |- | ||
|ping*_rttmax | |ping*_rttmax | ||
|Maximum round trip time (in ms) found in all received replies. | |Maximum round trip time (in ms) found in all received replies. | ||
− | | -1, 0. | + | | -1, 0.320…36032.101 |
| -1 if ping* was not executed or returned an error (see ''ping*_status'') | | -1 if ping* was not executed or returned an error (see ''ping*_status'') | ||
|- | |- | ||
|ping*_rttmdev | |ping*_rttmdev | ||
|Standard deviation of round trip time over all received replies. | |Standard deviation of round trip time over all received replies. | ||
− | | -1, 0. | + | | -1, 0.000…12348.795 |
| -1 if ping* was not executed or returned an error (see ''ping*_status'') | | -1 if ping* was not executed or returned an error (see ''ping*_status'') | ||
|- | |- | ||
Line 123: | Line 123: | ||
|wget_bytes | |wget_bytes | ||
|Number of bytes transferred by wget until wget exited. The wget download may have stopped either because the download was complete or because it was interrupted (e.g. timed out). See ''wget_transfer''. | |Number of bytes transferred by wget until wget exited. The wget download may have stopped either because the download was complete or because it was interrupted (e.g. timed out). See ''wget_transfer''. | ||
− | | -1, | + | | -1, 40…1048576 |
| -1 if wget command was not executed successfully (i.e. ''wget_status'' is not 0) | | -1 if wget command was not executed successfully (i.e. ''wget_status'' is not 0) | ||
|- | |- | ||
|wget_rate | |wget_rate | ||
|Download data rate as reported by wget (bytes per second). Note: wget reports only three significant digits ("180 B/s", "1.18 MB/s"), the number is converted to bytes per second herein. | |Download data rate as reported by wget (bytes per second). Note: wget reports only three significant digits ("180 B/s", "1.18 MB/s"), the number is converted to bytes per second herein. | ||
− | | -1.00, 160. | + | | -1.00, 160.00…419430400.00 |
| -1 if wget command was not executed successfully (i.e. ''wget_status'' is not 0) | | -1 if wget command was not executed successfully (i.e. ''wget_status'' is not 0) | ||
|- | |- | ||
|traceroute_hops | |traceroute_hops | ||
|Number of "hops" (on IP level) between measurement node and tested node. | |Number of "hops" (on IP level) between measurement node and tested node. | ||
− | | -1, | + | | -1, 1…19 |
| -1 if traceroute information is missing or incomplete | | -1 if traceroute information is missing or incomplete | ||
|- | |- | ||
|traceroute_pathlq | |traceroute_pathlq | ||
|Product of all LQ values along the path reported by traceroute. This is the probability of a successful packet transmission from the tested node to the measurement node (from OLSR's point of view). | |Product of all LQ values along the path reported by traceroute. This is the probability of a successful packet transmission from the tested node to the measurement node (from OLSR's point of view). | ||
− | | -1, 0. | + | | -1, 0.000…1.000 |
| -1 if LQ product could not be computed (e.g. missing information) | | -1 if LQ product could not be computed (e.g. missing information) | ||
|- | |- | ||
|traceroute_pathnlq | |traceroute_pathnlq | ||
|Product of all NLQ values along the path reported by traceroute. This is the probability of a successful packet transmission from the measurement node to the tested node (from OLSR's point of view). | |Product of all NLQ values along the path reported by traceroute. This is the probability of a successful packet transmission from the measurement node to the tested node (from OLSR's point of view). | ||
− | | -1, 0. | + | | -1, 0.000…1.000 |
| -1 if NLQ product could not be computed (e.g. missing information) | | -1 if NLQ product could not be computed (e.g. missing information) | ||
|- | |- | ||
|traceroute_etx | |traceroute_etx | ||
|Computed ETX value for the path between tested node and measurement node. | |Computed ETX value for the path between tested node and measurement node. | ||
− | | -1, 1. | + | | -1, 1.000…99.792, 999.000 |
| -1 if ETX could not be computed (e.g. missing information), 999 if either LQ or NLQ is 0 for at least one link ("infinity"). | | -1 if ETX could not be computed (e.g. missing information), 999 if either LQ or NLQ is 0 for at least one link ("infinity"). | ||
|} | |} |
Revision as of 18:43, 12 September 2012
Contents
Description
Data from a performance measurement study carried out in a 802.11 wireless mesh network. The network uses the OLSR protocol in conjunction with the ETX metric. The study was conducted to evaluate the quality of service in terms of throughput, packet loss, latency, and jitter and the dependency of these parameters on the routing metric.
Contact to contributors
Datasets
Dataset | Size | Description |
---|---|---|
report.csv | 27.4k lines, 1.1 MiB | |
traceroute.csv | 101k lines, 346 KiB | |
topology.csv | 3.1M lines, 19 MiB |
report
Column | Description | Range | Special values |
---|---|---|---|
id | Unique ID per report | 1…27463 | None |
epoch | Unix time of the point when the measurement cycle started (usually 15 minutes after the full hour). Since all tests within a cycle were run sequentially, this is usually not the time of the actual test. The time of the actual test has not been recorded. | 1293837301…1306876501 | None |
timestamp | Start time of measurement cycle in local time (see epoch and timezone). | "2011-01-01 00:15:01"…"2011-05-31 23:15:01" | None |
timezone | Timezone for timestamp. | "CET, "CEST" | None |
timeindex | "Hour of year" starting at 2011-01-01 00:00 (local time). Used to connect report table to topology table. | 0…3623 | None |
node_id | Network node that was tested (ID is alias for IP address of the node and therefore may not be unique per node for nodes with multiple IP addresses). | "n1"…"n353" | None |
duplicate | For some measurement cycles, a particular node was select twice for test. duplicate is "yes" for the second test of this node and "no" in all other cases. | "no", "yes" | None |
validity | "valid" for all reports were the initial "up" tests succeeded, all ping commands, traceroute, and wget were executed successfully, and wget finished downloading 1 MiB of data. "incomplete" otherwise. | "valid", "incomplete" | None |
test_status | 0 if the initial "up" test succeeded, 1 if the test failed. In the latter case, all further tests were skipped and a new node was selected for test. | 0, 1 | None |
ping*_status | 0 if ping command was executed successfully. 1 if ping command returned an error. A packet loss of 100% is considered to be an error (see ping_loss). | -1, 0, 1 | -1 if ping test was not executed (see test_status) |
traceroute_status | 0 if traceroute command was executed successfully. 1 if traceroute command returned an error. The latter never happened in the current data set. | -1, 0 | -1 if traceroute was not executed (see test_status) |
wget_status | 0 if wget command was executed successfully. Other status codes according to wget man page: 4=Network failure, 6=Username/password authentication failure, 8=Server issued an error response. Codes 6 and 8 may be caused by nodes which were not compatible with our testing method. | -1, 0, 4, 6, 8 | -1 if wget was not executed (see test_status) |
ping*_loss | Number of lost packets (a total of 100 packets were sent for each test). Note: for cases with 100% packet loss ping reports an error. For these cases you will find ping_loss to be -1 and ping_status' to be 1. | -1,0…99 | -1 if ping* was not executed or returned an error (see ping*_status) |
ping*_rttmin | Minimum round trip time (in ms) found in all received replies. | -1, 0.178…28783.935 | -1 if ping* was not executed or returned an error (see ping*_status) |
ping*_rttavg | Average round trip time (in ms) of all received replies. | -1, 0.229…29296.789 | -1 if ping* was not executed or returned an error (see ping*_status) |
ping*_rttmax | Maximum round trip time (in ms) found in all received replies. | -1, 0.320…36032.101 | -1 if ping* was not executed or returned an error (see ping*_status) |
ping*_rttmdev | Standard deviation of round trip time over all received replies. | -1, 0.000…12348.795 | -1 if ping* was not executed or returned an error (see ping*_status) |
wget_transfer | "aborted" if wget reported a "read error" during the download. "completed" if the download finished successfully. | "aborted", "completed" | None |
wget_bytes | Number of bytes transferred by wget until wget exited. The wget download may have stopped either because the download was complete or because it was interrupted (e.g. timed out). See wget_transfer. | -1, 40…1048576 | -1 if wget command was not executed successfully (i.e. wget_status is not 0) |
wget_rate | Download data rate as reported by wget (bytes per second). Note: wget reports only three significant digits ("180 B/s", "1.18 MB/s"), the number is converted to bytes per second herein. | -1.00, 160.00…419430400.00 | -1 if wget command was not executed successfully (i.e. wget_status is not 0) |
traceroute_hops | Number of "hops" (on IP level) between measurement node and tested node. | -1, 1…19 | -1 if traceroute information is missing or incomplete |
traceroute_pathlq | Product of all LQ values along the path reported by traceroute. This is the probability of a successful packet transmission from the tested node to the measurement node (from OLSR's point of view). | -1, 0.000…1.000 | -1 if LQ product could not be computed (e.g. missing information) |
traceroute_pathnlq | Product of all NLQ values along the path reported by traceroute. This is the probability of a successful packet transmission from the measurement node to the tested node (from OLSR's point of view). | -1, 0.000…1.000 | -1 if NLQ product could not be computed (e.g. missing information) |
traceroute_etx | Computed ETX value for the path between tested node and measurement node. | -1, 1.000…99.792, 999.000 | -1 if ETX could not be computed (e.g. missing information), 999 if either LQ or NLQ is 0 for at least one link ("infinity"). |
Note: ping was executed three times (IP packet size 84, 532, and 1500 bytes). Therefore, each ping-related variable exists three times with the prefixes "ping_", "ping512_", and "ping1k5_". In the above tables, "ping*_" is used to indicate that.
traceroute
Column | Description | Range | Special values |
---|---|---|---|
report_id | Unique ID of the report to which this route belongs. | 2…27200 | None |
hop_id | Hop index within route. | 0…18 | None |
from_node | Node from which this hop originates. Note: for hop=0 this is always the measurement node. | "n1"…"n353" | None |
to_node | Node at which this hop terminates. Note: for the last hop within a particular route this is always the tested node. | "n1"…"n353" | None |
topology
Column | Description | Range | Special values |
---|---|---|---|
time | |||
timeindex | |||
this_node | |||
other_node | |||
lq | |||
nlq |
Publications
Currently in review.
Software
To be published.
Comments
None.