[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