[Bloat] Re: IETF proposal for provisioning ISP ratelimiter rate to RG

[Sebastian Moeller <moeller0@gmx.de>]

Great find! Thanks a lot.


Interesting.


I note that AVM/Fritz! has been winging something similar for PPPoE for some years already:
https://web.archive.org/web/20260414221556/https://fritz.support/resources/PPP-Controlled_Settings_for_FRITZOS_v1.3.pdf

so far and as I know only Deutsche Telekom and 1&1 actually use that, and since this is not a proper standard, both use slightly different encodings...

I also note that AVM's solution falls short of my wish list:

1) gross policer/shaper rate on the ISP side for both down- and up-direction
2) applicable per packet overhead for both down- and up-direction
3) information about specific fancy encapsulations that need to be taken into account (ATM/AAL5, I am looking at you)
4) MTU to ISP, and MTU to internet. Now this is essentially discoverable (at least the MTU to internet) so optional

I will have a look what the ID actually contains...

Regards



> On Jul 23, 2026, at 19:15, Mikael Abrahamsson via Bloat <bloat@lists.bufferbloat.net> wrote:
> 
> 
> https://datatracker.ietf.org/doc/draft-giese-dhcp-rate-signaling/
> 
> https://mailarchive.ietf.org/arch/browse/int-area/?gbt=1&page=1&qdr=m
> 
> This might be of interest to people on this list, as the age old trick of manually creating a shaper with slightly below ISP configured speed, and then running AQM in it to avoid the ISP FIFO now could automatically be enabled by means of the ISP informing the RG of said rate.
> 
> Above is a link to mailing list discussion I started right after the int-area presentation.
> 
> -- 
> Mikael Abrahamsson    email: swmike@swm.pp.se
> _______________________________________________
> Bloat mailing list -- bloat@lists.bufferbloat.net
> To unsubscribe send an email to bloat-leave@lists.bufferbloat.net