From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.taht.net (mail.taht.net [176.58.107.8]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id E8C563B260 for ; Wed, 10 Aug 2016 05:36:49 -0400 (EDT) Received: from dair-2430.local (p2003004607349D01DCDE725396A1B33D.dip0.t-ipconnect.de [IPv6:2003:46:734:9d01:dcde:7253:96a1:b33d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.taht.net (Postfix) with ESMTPSA id F0A6321312 for ; Wed, 10 Aug 2016 09:36:48 +0000 (UTC) To: bloat@lists.bufferbloat.net References: From: =?UTF-8?Q?Dave_T=c3=a4ht?= Message-ID: Date: Wed, 10 Aug 2016 11:36:48 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Subject: Re: [Bloat] DualPI2 qdisc implementation available for Linux X-BeenThere: bloat@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: General list for discussing Bufferbloat List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Aug 2016 09:36:50 -0000 I will take a look at this next week. Thank you for posting the url! It has always been my hope that pointers to aqm related codebases ended up on a wiki somewhere. I am behind on code review of some ns3 codebases, also, if someone wants to evaluate those, see: https://codereview.appspot.com/293290043/ On 8/3/16 11:36 AM, De Schepper, Koen (Nokia - BE) wrote: > (reposted as the previous did not get through due to changed email address) > > Hi all, > > For those who missed the L4S BoF, the PI2 AQM with DualQ option is available on the following git: https://github.com/olgabo/dualpi2 > > PI2 (PI Improved with a Square) is a simplification of PIE (PI Enhanced) with the advantage of also supporting L4S congestion controls (like DCTCP). PI2 controls by default a single queue, with a common target (default 20ms). To get the most out of the L4S traffic you need a second L4S queue and a coupled AQM. PI2 supports this by specifying the "dualq" option. The L4S queue is having an immediate step ECN marker at 1ms, while the classic queue still has the 20ms target (with mark/drop coupled back to both L4S and Classic). > > Note that PI2 supports DCTCP, but DCTCP is not the target to be used on the internet. The TCP-Prague requirements (https://tools.ietf.org/html/draft-briscoe-tsvwg-aqm-tcpm-rmcat-l4s-problem-02#appendix-A) defines what is needed to have an end-system CC implementation which behaves similar to what FQ-X achieves in the network. FQ-X is a way the network can correct the behavior of classic TCP CCs, TCP-Prague is the end-system alternative that keeps the network simple and transport layer independent. > > Feel free to try it out, and join in developing a TCP CC that meets the TCP-Prague requirements. > > Regards, > Koen. > > > _______________________________________________ > Bloat mailing list > Bloat@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/bloat >