From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-il1-x134.google.com (mail-il1-x134.google.com [IPv6:2607:f8b0:4864:20::134]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 39E8E3CB35 for ; Tue, 23 Nov 2021 02:32:19 -0500 (EST) Received: by mail-il1-x134.google.com with SMTP id s14so20746216ilv.10 for ; Mon, 22 Nov 2021 23:32:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=DqFm5GaObgO0Yh5cXyrcq6EpYO33MF3wmqRzbNYokCQ=; b=NMACiHiAGylIR+faCR6CqkBelzGQELb0rfeCW57X0wKZ8DAA56xit+opgha4mNZZ8m wLTGeQYAo0dpBhcTL102ryufEnLUIk/NhKeBrA2cFkgxwcf9AWAoF1y3V3ci3x1/gwjs 1w/7eupSlCNO6s4tPAo7AS25cJdKt0PcENe7SYbpVUstmmTRaKWPVxEoJbFTaSUdJfH/ Yjsd7G0n07SlP63dbsUrRu3OaR92GE+lhM11On9qnoies3H95zTOrOLvLfKUlgTrLu9e mpj7C84td04yrIGdbIHvAqA4e7/RzmrwFReGhdb5vVzzlnXaY8XS4TK31jRgFxe07/hg kgFA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=DqFm5GaObgO0Yh5cXyrcq6EpYO33MF3wmqRzbNYokCQ=; b=oqMa+dM3wfeCQxh7KFxbhQZozDagC1cHB9hFScpb5DsNKJA+eX35BiqrZrPcIdEzaR TuJq3g24fhVOTDSePHM3fFvAdImyW9AAOWAFxcS4XnWxitXj2ec4NsNhP3Wd+UwYm24R ykZ6hEDYc9K4wYtkbEEvkX3Ctdq352GaMS44IftsUdD3znY2TqXrpoen1tV4T/dz3ajB yXssNFJSWbbqlccBeICLjCi0b+ngVmVbIApZ7i+LqFYt5gqDBvpkbxAr3dQiakJqUhNT w1DDcExQBe/T9313VtNqSG1JOitkkMvAzBuBPV7ePM5QBs95HyZoGKrW0DTzynoz3p5H mrNA== X-Gm-Message-State: AOAM533NKyJJqhegTu/0RsIZebF34vY9YbRu1oQplAE9WpSlLDJ823Lz YEn/p3fBcTZSIrtL06hKw3c9whLk2ty53P+4eqM= X-Google-Smtp-Source: ABdhPJyZT9TYueqr2guUNR9Vw1gB0efVOZybKnC3a0vvKRWoH+2Aj7qh4zHoWHZWXyIEs8OugWldm18bndZTUpIr8g0= X-Received: by 2002:a92:2009:: with SMTP id j9mr3280192ile.88.1637652738546; Mon, 22 Nov 2021 23:32:18 -0800 (PST) MIME-Version: 1.0 References: <67BC6CC2-F088-4C0D-8433-A09F4AC452FE@gmx.de> In-Reply-To: From: Dave Taht Date: Mon, 22 Nov 2021 23:32:06 -0800 Message-ID: To: Sebastian Moeller Cc: Cake List Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Subject: Re: [Cake] tossing acks into the background queue 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: Tue, 23 Nov 2021 07:32:19 -0000 The context of my question is basically this: Is cake baked? Is it done? Is there anything from libreQos that would be better in C? On Mon, Nov 22, 2021 at 11:17 PM Dave Taht wrote: > > On Mon, Nov 22, 2021 at 11:07 PM Sebastian Moeller wrot= e: > > > > Hi Dave, > > > > > > On 23 November 2021 06:03:03 CET, Dave Taht wrote= : > > >ages ago I'd (we'd? I really don't remember - forgive me if I've > > >forgotten who actually leaned in on it) written a basic ack-filter in > > >ebpf. this was before cake gained tc actions and my primary use for > > >the tech was for asymmetric connections, and before the good > > >ack-filter arrived, and I was (and remain) unfriendly to this level of > > >dpi. > > > > > >That said, on a symmetric connection, deprioritizing pure acks to the > > >5% background queue nd then turning the cake ack-filter loose on it > > >might actually work. > > > > > >Am I on drugs/is there any point? > > > > I think at leat when using multiple priority tins forward and reverse t= raffic should by default use the same tin (I can see non-standard situation= s that want differential treatment). The argument is that unlike earlier at= tempts at ingress shaping that tried to throttle reverse ACKs? cake/codel d= o proper 'hit the brakes' signalling via marking/dropping and we want that = signal to reach the other end as quickly as possible, no? > > My thought was basically an optional filter that steered all pure acks > (no matter the classification) into the background queue. > Non-pure-acks (sacks) essentially jump the background queue and signal > that loss earlier. The backlog of other acks in background get > delivered out of order, but purely out of order and discarded by the > reciever. > > > Regards > > Sebastian > > > > > > > > > > > > > > > >-- > > >I tried to build a better future, a few times: > > >https://wayforward.archive.org/?site=3Dhttps%3A%2F%2Fwww.icei.org > > > > > >Dave T=C3=A4ht CEO, TekLibre, LLC > > >_______________________________________________ > > >Cake mailing list > > >Cake@lists.bufferbloat.net > > >https://lists.bufferbloat.net/listinfo/cake > > > > -- > > Sent from my Android device with K-9 Mail. Please excuse my brevity. > > > > -- > I tried to build a better future, a few times: > https://wayforward.archive.org/?site=3Dhttps%3A%2F%2Fwww.icei.org > > Dave T=C3=A4ht CEO, TekLibre, LLC --=20 I tried to build a better future, a few times: https://wayforward.archive.org/?site=3Dhttps%3A%2F%2Fwww.icei.org Dave T=C3=A4ht CEO, TekLibre, LLC