From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (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 EC61B3B2A4 for ; Fri, 8 May 2020 04:23:08 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1588926183; bh=FluuWOYfnVzBf4O8qMBwcm/Rl2d6aG8lJu8pMMnY5NQ=; h=X-UI-Sender-Class:Subject:From:In-Reply-To:Date:Cc:References:To; b=Z5Qgqwg6rAPexwZ/hY9ho8uJZeGHQMh7ER4FLrT1D3kfSOTtEDd2ba7+lA3lse5W7 Gy0e94a0kA3RA/eWhoB4hIBCg95RwKhPlUWDTiu+XBC1Biui85VN1mD9S5HhnaGm1k n6tqEoAjhJWFhBZ/Rl1Zmp+WS8CtIytBZExBrvmQ= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [10.11.12.16] ([134.76.241.253]) by mail.gmx.com (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MF3HU-1jLzvL1ppQ-00FW1R; Fri, 08 May 2020 10:23:03 +0200 Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.14\)) From: Sebastian Moeller In-Reply-To: Date: Fri, 8 May 2020 10:23:01 +0200 Cc: "Mohit P. Tahiliani" , Shrinidhi Varna , Deepak K , Vybhav Pai Content-Transfer-Encoding: quoted-printable Message-Id: References: <87wo5okhbo.fsf@toke.dk> To: Cake List , Avakash bhat , =?utf-8?Q?Toke_H=C3=B8iland-J=C3=B8rgensen?= X-Mailer: Apple Mail (2.3445.104.14) X-Provags-ID: V03:K1:ta6SYKztFVN4sqxriDAl1UOgLIlGbpsXjI9HZZw+chNvwjfiAXM Fv2Vra6vJFaC8eGkicQOj5qp4rWxavH3X0k5lc7zxGdkK/A9wqgdgH6j+aJPP6NKGaLe6Rx b3kPMfmpQ5yj1PIQInhcr5oAXxNz48saI5gR4QhEssZdxzWVBLl5ZAhiPWg2M3e3U+QP+Fg dqFdRDrE6YSUa15Vp+IRQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:b67sFYNatvU=:2BDLfY68upJHlYaXCxlepu sTJqcQImRaS7bjSrkMBqnpceV8c5l4V3cuMMS59dcY5B1TsZJXBOUg2TcZv3BLiBXt79gDCeR pR54igwXaJBrkuRSy/AHi5gOIls5Zn1IlrZIGUXx2TkYANx53RnanBGD6ZD3oG9wrOBCucUKm NiEFm2GO2y8TzQQDGHXI/yUc8ZXHgtzGfmjBhWwaJRAaLt1QRaLLjSiKu7h3hzgW39vG7CKsg pZupcUs+flm2FxNcFOZH8kVubzjrfrv8tk40xJGro5Kobu6LvN6m70kJoj9zOdfze7EZzga67 KG3gbqu2EKm/45oSotIjja0+J8K7Mqo7nL7ZuKWgWLQps7rGpv1FKcIWJTFALSwvGgG+URGVx kwvnf1riyyQc7ztCRLXQH+nQOEOKNZI6jdu9Et1XULAP3C6rn8pFWjqgss87QwS8ZdmutU6bP 5ivc5iNCCiAsGJJCErHi30XXG7J8vUjqc8ODWfnmOFhMEk3CxyiVnm+Rj1t06NCxnxPgzr9kH zcM2q0aeLQg7cFNoMp+WSTG8vIOQAm9Vh3vxjnFcnCz8WSK/s34/GpbyXHmCiqHhFrtVtcXet XG6FGcai0EcwYd5JN5cLVYXG2uux40oyhVaxMnEJMRKAoHwJ0ITN4gNTUYDJ0vQut9KZbgjTj /UOAWPVZ3AUaEloMgaOKrHhk/reBve6obrRvUw5WbUWVznz83RbatD7QBksHX3QvFZSz+mGS8 kzz8SZ64g0M61ZzCHfJd8QSuYhjeJTpGvVfhLk2LtHgAqbLhvOVkHfbjNUTOfOKC5I2LOYYCb uCyyEom2eVpKQ5Za5wdFA5cv/7ZksnKm8eihLrbfms0rjH/OehrxvUdtq3St7wm7VrSSMEYRu wMtHd/wECznlhsIjk2XazXQGK4y/jUMxVrWMIxdC68oxzCzl4n0AOjv4wdrBJTm1yhpEyXtso 5ZEqWDOZEhvJZu1tZpNw+I2MYDcETWqxtDKsjQY43OPQVduRQbdoy/7Hrj5vp85o+DqgSwFz7 PMToe0SJOi4ku149ctqrAM1f62g2DXVbtXQvW4DyuHFEVGtNSd+2mSLwMCLR8pBe0ZO+9V4xk QtaDjl1UuIPvAIyuzFWa6cok7W3qKSGdL20e6nssmLOYQp6zhG+fCOjs15HM2csXmk+b3KDi1 0aNTNBMUmdR7WiMvJ01xIXzCUQGFvwvq7d4/nrl+hOm4DxwXDXI1AtZisZKDm1js1hEth+Wgd 7oPmFQbPjeTPU5yGi Subject: Re: [Cake] Query on ACK 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: Fri, 08 May 2020 08:23:09 -0000 Dear All, just as a side-note. I believe that ACK filtering is one more = application that directly profits from flow-queueing (as the set of = packets to compare with is already separated out from the set of all = queued packets), as one needs to collect ACKs according to their = 4-Tuples which FQ does naturally.=20 Best Regards Sebastian > On May 7, 2020, at 09:07, Sebastian Moeller wrote: >=20 > I think that you will remove all redundant Backs in one go = considerably advancing the new ACK in the queue. And more importantly, = in most relevant modes cake will apply one queue per flow = stochastically, so almost all packet's in a reverse ACK flow will be ACK = with identical 5-tupel.... >=20 > On 7 May 2020 08:44:59 CEST, Avakash bhat = wrote: >=20 > Thanks for the quick response. I also had a followup question.=20 >=20 > If the ack filter adds the new ack to the tail of the queue after = removing an ack from the queue, won't it be starving the ack?=20 > The replaced ack was much ahead in the queue than the ack we replaced = at the tail right? >=20 > Thanks, > Avakash Bhat >=20 > --=20 > Sent from my Android device with K-9 Mail. Please excuse my brevity. > _______________________________________________ > Cake mailing list > Cake@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/cake