From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 34ADB3B2A4 for ; Wed, 21 Aug 2019 06:21:46 -0400 (EDT) Received: from mail-ed1-f72.google.com (mail-ed1-f72.google.com [209.85.208.72]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 5320E4E832 for ; Wed, 21 Aug 2019 10:21:45 +0000 (UTC) Received: by mail-ed1-f72.google.com with SMTP id e9so1107207edv.18 for ; Wed, 21 Aug 2019 03:21:45 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:in-reply-to:references:date :message-id:mime-version:content-transfer-encoding; bh=/fAvQFANKnjTaDxMRDP6fKy9+MFM3DlnNWEodOBotPA=; b=Y2FNNe5Pgf26VsHA1fuTz1036ZukJYArR0NQz2fAiNuNu5aoI09H4iSlYxLppf06E+ U55BRkSbn+qUyMcxX3ObzHUbSjtCfsI5yqrZwopLuEza4iyulyzAU67LipZJa9Sk9Gc7 KlIJGFOL74lErCmKQPsueqIK4jmWH1JScuJENDr//Ke6RncLGGbghncHJaKfX4K2cmpX gxbNJMlbFK/LIaJdBuylmPNZeJJPUv51uPeyRcjI4zUAbuZTS3N8pbcar6BkaMcWB7jU b+gSqDzfBmqOtj7Gj8XC1uzrzaPonNtQxQ/qGZqgU/zJvhFPVBcRhTs6pEFkAynsKNJr hQCg== X-Gm-Message-State: APjAAAXocVrRWW6E7HMqUAtXaIHXeoPZ6E/06EsShUGTFsFs2gs77lar PrcBoAVr4dTxbGoC1SVsA5oeLm3uU5sE2xl/94w4ZY3Cxa9Fpc/yIjMUtZ5+vfjyV06GOiAv+UU +Hc8D8xKZXqF1Y1VjUbBdkA== X-Received: by 2002:a17:906:9385:: with SMTP id l5mr29756858ejx.8.1566382904113; Wed, 21 Aug 2019 03:21:44 -0700 (PDT) X-Google-Smtp-Source: APXvYqzuIrr1hRkF7v6nVarp2yyHGoQdFx+SqpmLjFopD6XO6xVrZ143PXA3wikpiYbyyuwwlZOMfg== X-Received: by 2002:a17:906:9385:: with SMTP id l5mr29756845ejx.8.1566382903923; Wed, 21 Aug 2019 03:21:43 -0700 (PDT) Received: from alrua-x1.borgediget.toke.dk (borgediget.toke.dk. [85.204.121.218]) by smtp.gmail.com with ESMTPSA id g3sm4039032edv.9.2019.08.21.03.21.43 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 21 Aug 2019 03:21:43 -0700 (PDT) Received: by alrua-x1.borgediget.toke.dk (Postfix, from userid 1000) id B9D63181CEF; Wed, 21 Aug 2019 12:21:42 +0200 (CEST) From: Toke =?utf-8?Q?H=C3=B8iland-J=C3=B8rgensen?= To: Dave Taht , Jonathan Morton Cc: "cake\@lists.bufferbloat.net \>\> Cake List" In-Reply-To: <87sgpvflo4.fsf@taht.net> References: <384866b4-4c91-cf2c-c267-ee4036e5fbf7@newmedia-net.de> <87wof7sriw.fsf@toke.dk> <6782ec15-30eb-63b0-f54f-376c5e6b840b@newmedia-net.de> <87tvabsp99.fsf@toke.dk> <74bccc2b-b805-255f-b6a7-83ade9af6765@newmedia-net.de> <87r25fsn70.fsf@toke.dk> <54438C64-C613-438E-9CB9-6C6D0C5EAFA0@gmail.com> <87sgpvflo4.fsf@taht.net> X-Clacks-Overhead: GNU Terry Pratchett Date: Wed, 21 Aug 2019 12:21:42 +0200 Message-ID: <87wof6rf7t.fsf@toke.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [Cake] cake in dd-wrt X-BeenThere: cake@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: Cake - FQ_codel the next generation List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Aug 2019 10:21:46 -0000 Dave Taht writes: > Jonathan Morton writes: > >>> On 20 Aug, 2019, at 9:39 pm, Sebastian Gottschall wrote: >>>=20 >>> =E2=80=A6a heavy bittorrent downloader will still steal the bandwidth o= f 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: > > 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