[Cerowrt-devel] Ideas on how to simplify and popularize bufferbloat control for consideration.

Michael Richardson mcr at sandelman.ca
Fri Aug 1 00:51:08 EDT 2014

Sebastian Moeller <moeller0 at gmx.de> wrote:
    > 	No idea? How would you test this (any command line to try). The good
    > thingg with the ping is that often even the DSLAM responds keeping
    > external sources (i.e. hops further away in the network) of variability
    > out of the measurement...

With various third-party-internet-access ("TPIA" in Canada),  the DSLAM
is operated by the incumbent (monopoly) telco, and the layer-3 first hop
is connected via PPPoE-VLAN or PPP/L2TP.  The incumbent telco has significant
incentive to make the backhaul network as congested and bufferbloated as
possible, and to mis-crimp cables so that the DSL resyncs at different speeds
regularly...   my incumbent telco's commercial LAN extension salesperson
proudly told me how they never drop packets, even when their links are

The Third Party ISP has a large incentive to deploy equipment that supports
whatever "bandwidth measurement" service we might cook up.

-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: not available
URL: <https://lists.bufferbloat.net/pipermail/cerowrt-devel/attachments/20140801/a3484b9a/attachment-0002.ksh>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 489 bytes
Desc: not available
URL: <https://lists.bufferbloat.net/pipermail/cerowrt-devel/attachments/20140801/a3484b9a/attachment.sig>

More information about the Cerowrt-devel mailing list