> On Aug 21, 2019, at 12:21, Toke Høiland-Jørgensen <[email protected]> wrote:
>
> Dave Taht <[email protected]> writes:
>
>> Jonathan Morton <[email protected]> writes:
>>
>>>> On 20 Aug, 2019, at 9:39 pm, Sebastian Gottschall
>>>> <[email protected]> wrote:
>>>>
>>>> …a heavy bittorrent downloader will still steal the bandwidth of my scp
>>>> session.
>>>
>>> If you can identify the Bittorrent packets, you can mark them CS1, and
>>> switch on Cake's "diffserv3" mode (as it is by default). Then the
>>> Bittorrent packets will still be able to use full bandwidth if it's
>>> available, but will be limited to 1/16th of the total if there is
>>> contention.
>>
>> I regard the whole CS1 thing as having never been particularly
>> successful for a variety of reasons - in particular because
>> we seemed to be the only ones attempting to use it with rigor.
>>
>> I would like to patch in and submit "LE" support to mainline cake.
>>
>> The RFC retires CS1 - which I wouldn't retire - but see:
Does it really do that? I see a section requesting domains using CS1 to remark
to LE on egress, which, given that hardware often treats CS1 to higher priority
than CS0 seems like the right thing to do... I also see changes to all RFCs
that recommended CS1 as LE-DSCP, but it specifically caters to dscp domains
that actively use CS1. The bigger issue I see in the request to never
bleach/nor re-mark 000001, but if this can be achieved for any codepoint the
for LE, assuming every domain owner might actually be interested to use this
information for dropping/queueing decisions, no?
Best Regards
Sebastian
>>
>> https://www.rfc-editor.org/rfc/rfc8622.html
>
> Yeah, getting support for that upstream might be a good idea :)
>
>> Also it seems like a good idea to also submit the NS bit
>> exclusion from the ack filter to mainline as well.
>
> What's that?
>
> -Toke
> _______________________________________________
> Cake mailing list
> [email protected]
> https://lists.bufferbloat.net/listinfo/cake
_______________________________________________
Cake mailing list
[email protected]
https://lists.bufferbloat.net/listinfo/cake
