Re: [aqm] [tcpm] ECN support and usage on the Internet

Thanks!

Which fortunately is already an experimental http://tools.ietf.org/html/rfc5562 

But too little experience to follow up on that just yet; Last time I looked, I believe it was the AIX 5.3 TCP stack would default to 5562, when ECN is enabled - but ECN is off by default in that OS...

But the findings in that paper don't compare Tail-Drop non-ECN with AQM/ECN*, which is probably what you are after Yuchung?

Put differently: With a large enough fraction of AQM deployment, a reasonable number of RTOs should be avoidable (less probability that the last segment in a session is dropped); with the addition of ECN, even that loss should go away...

Do you know what the CCDF for object load times would look like, if there were virtually no RTOs anymore?

Apparently, the incentive to avoid (costly) RTOs is too small to drive ECN deployment, even though that should be something easy to achieve with ECN on TCP.

Richard Scheffenegger

> -----Original Message-----
> From: tcpm-bounces@ietf.org [mailto:tcpm-bounces@ietf.org] On Behalf Of
> Emmanuel Lochin
> Sent: Mittwoch, 20. März 2013 12:23
> To: Yuchung Cheng
> Cc: tcpm@ietf.org Extensions; aqm@ietf.org; iccrg@irtf.org
> Subject: Re: [tcpm] ECN support and usage on the Internet
> 
> On 19/03/2013 21:17, Yuchung Cheng wrote:
> > Do people on the list know any (good) evaluation of performance impact
> > of ECN on real and/or emulated networks. E.g., how much faster will
> > the Web be if ECN is used (correctly).
> 
> There is : http://dl.acm.org/citation.cfm?id=1080091.1080100
> 
> EL
> 
> --
> Emmanuel Lochin
> Professeur ISAE - OSSI
> Institut Supérieur de l'Aéronautique et de l'Espace (ISAE) Issu du
> rapprochement SUPAERO et ENSICA
> 10 avenue Edouard Belin - BP 54032 - 31055 Toulouse cedex 4 Tel : 05 61 33
> 91 85 - Fax : 05 61 33 91 88 Web : http://personnel.isae.fr/emmanuel-
> lochin/
> ---
> "This email and any attachments are confidential. They may contain legally
> privileged information or copyright material. You should not read, copy,
> use or disclose them without authorisation. If you are not an intended
> recipient, please contact us at once by return email and then delete both
> messages. We do not accept liability in connection with computer virus,
> data corruption, delay, interruption, unauthorised access or unauthorised
> amendment. This notice should not be removed"
> 
> _______________________________________________
> tcpm mailing list
> tcpm@ietf.org
> https://www.ietf.org/mailman/listinfo/tcpm