News for hackers. Stuff that matters.
Re:Bottleneck Bandwidth and RTT by mhandley on Saturday September 17, 2016 @04:08AM (#12519626)
The linked article doesn't provide enough information to understand how they're using Acks to probe bottleneck bandwidth, but they've prior work on this. If it's similar to Van Jacobson's pathchar, I would have thought there might be "interesting" interactions with NICs that do TCP TSO and GRO (using the NIC to do TCP segmentation at the sender and packet aggregation at the receiver), as these will mess with timing and, in particular, how many acks get generated. Still, the authors are very well known and respected in the Networking community, so I expect they will have some way to handle this.
Re:Bottleneck Bandwidth and RTT by apenwarr on Saturday September 17, 2016 @05:12PM (#12522480)
It doesn't need to be as complicated as pathchar, because of a lucky fact: if you measure the end to end bandwidth, you are always measuring the bottleneck bandwidth :) So you can just count how many packets arrive at the other end between two time points and call that the bottleneck bandwidth.
Re:Bottleneck Bandwidth and RTT by vsrinivas on Sunday September 18, 2016 @01:17PM (#12526120)
You mean LRO instead of GRO, right?