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

[Vint Cerf]

isn't there more to ICMP than source quench? Seems wrong to ignore all ICMP
messages.

v


On Sat, Oct 5, 2024 at 12:04 PM 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
>


-- 
Please send any postal/overnight deliveries to:
Vint Cerf
Google, LLC
1900 Reston Metro Plaza, 16th Floor
Reston, VA 20190
+1 (571) 213 1346


until further notice