[Starlink] on using and debugging lossless congestion control (RFC3168 ECN)

Doc Searls doc at searls.com
Tue Jun 22 21:20:08 EDT 2021


When you come on FLOSS Weekly, Jonathan here will be my co-host:

https://hackaday.com/2021/05/24/starlink-a-review-and-some-hacks/

Never mind that he doesn't know about bufferbloat on Starlink. He'll get it. And he's a great dude. You should loop him in. He can be helpful. So can his minions.

Doc

> On Jun 21, 2021, at 11:56 AM, Dave Taht <dave.taht at gmail.com> wrote:
> 
> On Mon, Jun 21, 2021 at 8:47 AM Dave Taht <dave.taht at gmail.com <mailto:dave.taht at gmail.com>> wrote:
>> 
>> On Mon, Jun 21, 2021 at 8:06 AM Michael Richardson <mcr at sandelman.ca> wrote:
>>> 
>>> Dave Taht <dave.taht at gmail.com> wrote:
>>>> It came up recently that a lot of folk don't like the idea of dropping
>>>> packets as a congestion
>>>> control mechanism. Like loss or not... the fundamental paper on this
>>>> subject is Van Jacobson and Mike Karels:
>>> 
>>>> "On congestion avoidance and control"
>>> 
>>>> http://web.stanford.edu/class/cs244/papers/CongestionControl.pdf
>>> 
>>> I saved this post a long time ago.
>>> http://www.sandelman.ca/mcr/humour/vanj-enet-posting.txt
> 
> From that piece:
> 
> "funding agents looking for high speed,
> next-generation networks may forget that research to make slow
> things go fast sometimes makes fast things go faster".
> 
> Recently I dusted off fq_codel_fast in light of the cache misses
> finally showing up
> in a 100gbit dual bonded scenario over here:
> 
> https://git.kernel.org/pub/scm/linux/kernel/git/netdev/net-next.git/commit/?id=848ca9182a7d25bb54955c3aab9a3a2742bf9678 <https://git.kernel.org/pub/scm/linux/kernel/git/netdev/net-next.git/commit/?id=848ca9182a7d25bb54955c3aab9a3a2742bf9678>
> 
> asked the author to give it a try.
> 
> 
> 
> 
> 
>> That was a *great* piece of history thx. And he referenced greg
>> chesson's work on XTP,
>> ( https://grainger.illinois.edu/alumni/distinguished/9560 )
>> 
>> Greg was an early consultant to the bufferbloat project...
>> he sadly passed before we ever had a chance to jam together.
>> 
>> https://news.ycombinator.com/item?id=9795462
>> 
>>> There is another one about how he crashed Interop, which I don't know where I
>>> put.
>> 
>> More folk should have seen van's codel preso at ietf 84. It was the
>> very very early days of webrtc.
>> 
>> https://archive.org/details/video1_20191129
>>> 
>>> --
>>> ]               Never tell me the odds!                 | ipv6 mesh networks [
>>> ]   Michael Richardson, Sandelman Software Works        |    IoT architect   [
>>> ]     mcr at sandelman.ca  http://www.sandelman.ca/        |   ruby on rails    [
>>> 
>>> 
>>> 
>> 
>> 
>> --
>> Latest Podcast:
>> https://www.linkedin.com/feed/update/urn:li:activity:6791014284936785920/
>> 
>> Dave Täht CTO, TekLibre, LLC
> 
> 
> 
> --
> Latest Podcast:
> https://www.linkedin.com/feed/update/urn:li:activity:6791014284936785920/ <https://www.linkedin.com/feed/update/urn:li:activity:6791014284936785920/>
> 
> Dave Täht CTO, TekLibre, LLC
> _______________________________________________
> Starlink mailing list
> Starlink at lists.bufferbloat.net <mailto:Starlink at lists.bufferbloat.net>
> https://lists.bufferbloat.net/listinfo/starlink <https://lists.bufferbloat.net/listinfo/starlink>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.bufferbloat.net/pipermail/starlink/attachments/20210622/ec7ea53f/attachment.html>


More information about the Starlink mailing list