Re: [Bloat] The "Some Congestion Experienced" ECN codepoint - a new internet draft -

2019-03-11 Thread Richard Scheffenegger
I can remember reading quite a few papers where a similar scheme for ect(1) was adopted - often with additional changes on both ends to make use of this signal. Including schemes that encoded complex information in the stream of ect0/ect1... Where can one find simulations of the interaction

Re: [Bloat] enabling outgoing tcp-ecn by default for ipv6 links

2015-02-27 Thread Richard Scheffenegger
Hi, Disclaimer: As one of the co-authors, I can point you to Trammell, B., Kühlewind, M., Boppart, D., Learmonth, I., Fairhurst, G., Scheffenegger, R. Enabling Internet-Wide Deployment of Explicit Congestion Notification.

[Bloat] We are having it all upside down...

2015-02-12 Thread Richard Scheffenegger
Had to chuckle while reading this... :) “There is a common misperception that latency is a dominant technical measure of performance for broadband,” Dankberg said. - See more at: http://spacenews.com/viasats-dankberg-unfazed-by-mega-constellation-hoopla/#sthash.qbWfmpVN.dpuf Richard

Re: [Bloat] The Dark Problem with AQM in the Internet?

2014-09-01 Thread Richard Scheffenegger
Hi Jerry, isn't this the problem statement of Conex? Again, you at the end host would gain little insight with Conex, but every intermediate network operator can observe the red/black marked packets, compare the ratios and know to what extent (by looking at ingress vs egress into his network

Re: [Bloat] a bandwidth breakthrough

2012-11-04 Thread Richard Scheffenegger
Aparently, Google is also looking into some form of FEC - transparant to legacy TCP though, and potentially adaptive... Don't have any details other an overheard conversation at some place... Regards, Richard - Original Message - From: Dave Taht dave.t...@gmail.com To: bloat

[Bloat] Publications

2011-05-12 Thread Richard Scheffenegger
Multimedia-unfriendly TCP Congestion Control and Home Gateway Queue Management http://caia.swin.edu.au/~gja/papers/mmsys2011-lstewart-p35.pdf Two-way TCP Connections: Old Problem, New Insight http://ccr.sigcomm.org/online/files/p6-v41n2b2-heussePS.pdf (actually, they look at two antiparallel

Re: [Bloat] Burst Loss

2011-05-11 Thread Richard Scheffenegger
traffic is much more resilient than traffic being sent in short bursts of wirespeed trains of packets. (TSO defeats the self-clocking of TCP with ACKs). Just a thought... Richard - Original Message - From: Rick Jones rick.jon...@hp.com To: Richard Scheffenegger rsch...@gmx.at Cc

Re: [Bloat] Goodput fraction w/ AQM vs bufferbloat

2011-05-08 Thread Richard Scheffenegger
some probability of happening in the wild. On May 5, 2011, at 9:01 AM, Jim Gettys wrote: On 04/30/2011 03:18 PM, Richard Scheffenegger wrote: I'm curious, has anyone done some simulations to check if the following qualitative statement holds true, and if, what the quantitative effect

Re: [Bloat] Burst Loss

2011-05-08 Thread Richard Scheffenegger
...@freedesktop.org wrote: On 04/30/2011 03:18 PM, Richard Scheffenegger wrote: I'm curious, has anyone done some simulations to check if the following qualitative statement holds true, and if, what the quantitative effect is: With bufferbloat, the TCP congestion control reaction is unduely delayed

[Bloat] Goodput fraction w/ AQM vs bufferbloat

2011-04-30 Thread Richard Scheffenegger
I'm curious, has anyone done some simulations to check if the following qualitative statement holds true, and if, what the quantitative effect is: With bufferbloat, the TCP congestion control reaction is unduely delayed. When it finally happens, the tcp stream is likely facing a burst loss

Re: [Bloat] Random idea in reaction to all the discussion of TCPflavours - timestamps?

2011-03-16 Thread Richard Scheffenegger
Heretical question: Why must the congestion notification implemented as a (distributed) function of the network itself, and take the reaction of the end hosts into consideration. If the signaling would only indicate the local congestion state, but then move the reaction to that into the end