Forecasting network performance to support dynamic scheduling using the network weather service
HPDC '97 Proceedings of the 6th IEEE International Symposium on High Performance Distributed Computing
Enabling Network Measurement Portability Through a Hierarchy of Characteristics
GRID '03 Proceedings of the 4th International Workshop on Grid Computing
Improving TCP Startup Performance Using Active Measurements: Algorithm and Evaluation
ICNP '03 Proceedings of the 11th IEEE International Conference on Network Protocols
Using Passive Traces of Application Traffic in a Network Monitoring System
HPDC '04 Proceedings of the 13th IEEE International Symposium on High Performance Distributed Computing
Evaluation and characterization of available bandwidth probing techniques
IEEE Journal on Selected Areas in Communications
Speed testing without speed tests: estimating achievable download speed from passive measurements
IMC '10 Proceedings of the 10th ACM SIGCOMM conference on Internet measurement
Free network measurement for adaptive virtualized distributed computing
IPDPS'06 Proceedings of the 20th international conference on Parallel and distributed processing
Hi-index | 0.00 |
While several algorithms have been created to actively measure the end-to-end available bandwidth of a network path, they require instrumentation at both ends of the path, and the traffic injected by these algorithms may affect the performance of other applications on the path. Our goal is to apply the self-induced congestion principle to passive traces of existing TCP traffic instead of actively probing the path. The primary challenge is that, unlike active algorithms, we have no control over the traffic pattern in the passive TCP traces. As part of the Wren bandwidth monitoring tool, we are developing techniques that use single-sided packet traces of existing application traffic to measure available bandwidth. In this paper, we describe our implementation of available bandwidth analysis using passive traces of TCP traffic and evaluate our approach using bursty traffic on a 100 Mb testbed.