[Bloat] [Cerowrt-devel] Invisibility of bufferbloat and its remedies
Sebastian Moeller
moeller0 at gmx.de
Tue Jun 19 19:47:08 EDT 2018
On June 20, 2018 1:41:19 AM GMT+02:00, Jonathan Morton <chromatix99 at gmail.com> wrote:
>> On 19 Jun, 2018, at 11:34 pm, valdis.kletnieks at vt.edu wrote:
>>
>> Do we have a good cookbook on how to determine the set-rate?
>
>On DSL, the sync rates in each direction should usually be readable
>from the modem; they are typically reported on the router's status
>page. The advertised rate is less reliable, to say the least.
Well many ISPs nowadays employ additional traffic shapers upstream of the dslam/MSAN, and it is this shaper's set-rate we would need to have. All we know is that this needs to be <= sync but the details differ. Also we need information about per packet overhead which again is not easily available for end-users. IMHO our best bet would be to get regulatory agancies to force ISPs to make this information easily available to end-users so that customers can actually compare different offers realistically, but I am not holding my breath for this to happen in my lifetime...
Best Regards
Sebastian
>
>On wireless links, all bets are off - even with stationary endpoints,
>link capacity varies wildly over time. This needs to be solved in the
>radio-modems.
>
>If it's wifi, however, a link-rate-independent solution now exists for
>certain hardware, and there's nothing theoretically stopping something
>similar being put into future HardMAC implementations. If we get the
>choice of hardware, naturally we choose wisely.
>
> - Jonathan Morton
>
>_______________________________________________
>Bloat mailing list
>Bloat at lists.bufferbloat.net
>https://lists.bufferbloat.net/listinfo/bloat
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
More information about the Bloat
mailing list