[Ecn-sane] [tsvwg] ECN CE that was ECT(0) incorrectly classified as L4S

Jonathan Morton chromatix99 at gmail.com
Tue Aug 6 11:27:57 EDT 2019


> On 6 Aug, 2019, at 5:34 pm, <Ruediger.Geib at telekom.de> <Ruediger.Geib at telekom.de> wrote:
> 
> Public peerings and not well dimensioned networks may suffer from regular congestion. I'm not sure to which extent technical standards can significantly improve service quality in that situation. IP transport must work as good as possible also in such a situation, of course. 

Obviously the application of AQM will not magically improve total throughput.  What it can do, however, is reduce latency and packet loss, and thereby improve perceived reliability of the service.  It may even improve goodput for the same throughput - an increase in efficiency.

This is especially true under emergency overload conditions, which is when people most desperately want a functioning network, but it is most likely to collapse under the strain.  Often a disaster will incidentally knock out some proportion of network infrastructure in the area, turning a previously well-proportioned network into an under-proportioned one, simultaneously with a sharp increase in demand as people try to find out what is going on or communicate with friends and relatives, and emergency response teams also try to coordinate their essential work.

So IMO networks should be designed to work well when congested, even when they are also designed to never *be* congested.  Technical specifications already exist and are well tested for this purpose.  Having them built in and turned on from the factory would be a great step forward.

 - Jonathan Morton


More information about the Ecn-sane mailing list