projectbismark/projectbismark — Issue #18: Future improvements to measurement quality/validity:
Author: woodrow
Created: 2012-02-28 17:59:33+00:00
State: open

* drop first 'k' (k > 0) ICMP echo responses to avoid counting latency caused
by ARP
* defer throughput measurements if user-generated traffic through the router
exceeds some threshold
* look into ethernet flow control and whether it can be disabled/negotiated off
with the CPE
* look into utilizing iperf for jitter and packet loss measurements
* requires hacking iperf to enable establishing a server behind a NAT
* collect throughput measures from both the client and server side in an effort
to avoid measuring large buffers
* Bismark already collects from the client side -- this would involve
augmenting the bismark-measurement-server