Re: [Cerowrt-devel] [Bloat] Comcast upped service levels -> WNDR3800 can't cope...

2014-09-03 Thread Bill Ver Steeg (versteb)
Speaking of IPv6 performance testing- In a recent FTTH field deployment, the network operator deployed an IPv6-only network and tunneled all subscriber IPv4 traffic over an IPv6 tunnel to the upstream network edge. It then unpacked the IPv4 traffic from the IPv6 tunnel and sent it on its merry w

Re: [Cerowrt-devel] [Bloat] Comcast upped service levels -> WNDR3800 can't cope...

2014-09-04 Thread Bill Ver Steeg (versteb)
Dave- Inline responses with bvs --- Bill Ver Steeg -Original Message- From: Dave Taht [mailto:dave.t...@gmail.com] Sent: Wednesday, September 03, 2014 8:33 PM To: Bill Ver Steeg (versteb) Cc: Sebastian Moeller; cerowrt-devel@lists.bufferbloat.net; bloat Subject: Re: [Bloat

Re: [Cerowrt-devel] [Bloat] marketing #102 - giving netperf-wrapper a better name?

2015-03-20 Thread Bill Ver Steeg (versteb)
We should call the metric "sucks-less". As in "Box A sucks less than Box B", or "Box C scored a 17 on the sucks less test". The actual measurement would be the number of milliseconds of additional queueing delay when the system is congested, but most people will not take the time to look und

Re: [Cerowrt-devel] [Bloat] marketing #102 - giving netperf-wrapper a better name?

2015-03-20 Thread Bill Ver Steeg (versteb)
ost users (particularly people who care, like gamers) in a manner that got the point across. Bvs -Original Message- From: Jonathan Morton [mailto:chromati...@gmail.com] Sent: Friday, March 20, 2015 4:26 PM To: Bill Ver Steeg (versteb) Cc: Rémi Cardona; bloat; cerowrt-devel@lists.buffe

Re: [Cerowrt-devel] [Bloat] better business bufferbloat monitoring tools?

2015-05-13 Thread Bill Ver Steeg (versteb)
Time scales are important. Any time you use TCP to send a moderately large file, you drive the link into congestion. Sometimes this is for a few milliseconds per hour and sometimes this is for 10s of minutes per hour. For instance, watching a 3 Mbps video (Netflix/YouTube/whatever) on a 4 Mbps

Re: [Cerowrt-devel] [Bloat] better business bufferbloat monitoring tools?

2015-05-13 Thread Bill Ver Steeg (versteb)
ABR folks are still on a learning curve here. Bvs -Original Message- From: Dave Taht [mailto:dave.t...@gmail.com] Sent: Wednesday, May 13, 2015 9:37 AM To: Bill Ver Steeg (versteb) Cc: bloat; cerowrt-devel@lists.bufferbloat.net Subject: Re: [Bloat] better business bufferbloat monitoring

Re: [Cerowrt-devel] [Bloat] heisenbug: dslreports 16 flow test vs cablemodems

2015-05-15 Thread Bill Ver Steeg (versteb)
But the TCP timestamps are impacted by packet loss. You will sometimes get an accurate RTT reading, and you will sometimes get multiples of the RTT due to packet loss and retransmissions. I would hate to see a line classified as bloated when the real problem is simple packet loss. Head of line b

Re: [Cerowrt-devel] [Bloat] heisenbug: dslreports 16 flow test vs cablemodems

2015-05-15 Thread Bill Ver Steeg (versteb)
Lars- You make some good points. It boils down to the fact that there are several things that you can measure, and they mean different things. Bvs -Original Message- From: Eggert, Lars [mailto:l...@netapp.com] Sent: Friday, May 15, 2015 8:44 AM To: Bill Ver Steeg (versteb) Cc: Aaron

Re: [Cerowrt-devel] [Bloat] heisenbug: dslreports 16 flow test vs cablemodems

2015-05-18 Thread Bill Ver Steeg (versteb)
, May 18, 2015 7:06 AM To: dpr...@reed.com Cc: Jim Gettys; Bill Ver Steeg (versteb); c...@lists.bufferbloat.net; Klatsky, Carl; cerowrt-devel@lists.bufferbloat.net; bloat Subject: Re: [Cerowrt-devel] [Bloat] heisenbug: dslreports 16 flow test vs cablemodems Even single user, bufferbloat matters