[ih] bufferbloat and modern congestion control (was 4004)

[John Day]

Vint is right. But also, SQ isn’t sufficient without when to generated it (Jain said originally when the average queue length is greater than or equal to 1) and what to do when it is received (how to back off, there is also data that shows degrees of response are useful and which flows to affect is useful, such as jitter-insensitive flows, but only more sensitive ones if it gets worse, etc.). That can be done and coordinated with something like DiffServ.

SQ was avoided because it generates another packet when the problem is too many already. However, if the goal is congestion avoidance which implies early notification (as Jain proposed), then it might be the case that a SQ packet would be ahead of spreading congestion. Of course one problem is that it is often the case that the reverse path is not the same as the forward path.

> On Oct 5, 2024, at 12:03, Greg Skinner via Internet-history <internet-history at elists.isoc.org> wrote:
> 
> On Oct 3, 2024, at 9:02 AM, Greg Skinner via Internet-history <internet-history at elists.isoc.org <mailto:internet-history at elists.isoc.org>> wrote:
>> 
>> Forwarded for Barbara
>> 
>> ====
>> 
>> Having trouble emailing again so i did some trimming on the original message....
>> 
>> Putting my packet radio hat back on, a source quench message could help disambiguate whether loss in the network is due to congestion or something else (like in wireless, loss due to harsh environments, jamming, mobility).   I also think it is not obvious what you should do when you receive a source quench, but to me trying to understand this is just part of trying to see if we can make things work better.  How about what you could do when you don't receive a source quench but have experienced loss?
>> 
>> How is network coding coming along these days?
>> 
>> barbara
> 
> Any serious attempts to reinstitute ICMP source quench would have to go through the IETF RFC process again because it’s been deprecated for some time. [1]  Also, many sites block ICMP outright (even though they’ve been warned not to do this). [2]
> 
> --gregbo
> 
> [1] https://datatracker.ietf.org/doc/rfc6633/
> [2] https://www.linkedin.com/pulse/icmp-dilemma-why-blocking-makes-you-networking-noob-ronald-bartels-ikvnf
> -- 
> Internet-history mailing list
> Internet-history at elists.isoc.org
> https://elists.isoc.org/mailman/listinfo/internet-history