From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-yw0-x22b.google.com (mail-yw0-x22b.google.com [IPv6:2607:f8b0:4002:c05::22b]) (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 D67B33B25E for ; Tue, 25 Oct 2016 01:12:01 -0400 (EDT) Received: by mail-yw0-x22b.google.com with SMTP id h14so2224242ywa.2 for ; Mon, 24 Oct 2016 22:12:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=networkplumber-org.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=xAdzo+JSa9NcR+eHfsPkaP4OTQksp5dqUmzm7R+jag8=; b=iP0jNcjCk6UeGpZc8IDooctIgvkmeNrik0orluUHPMMgpztXqcqt4nyLEMazzv1die WLXeEqHwgfqAQOwpY4MH0JeH4vca+aNAe8YtOO6weHpA7jfzjSYlD5Vyk6MA6GXdpZ8q 1oMCPUxU33XbC07PxWN2RVGWZ3FGCnX0R6ajD5GqobExcZMlzrFMyZkDfgt1wV8IAIb4 IdxZ+TtVFfzp3G865yUmojl1RJZjNbHZtKBJyZyS/zQKr2e196YX2mmyyoEpKLOdONz8 t59kY9r7xjWoaFmLN5Rd9WTXin/uB2vVxGg8mxJwr98HFsga1EQ6x5jPekMU3nNM0WYT YU4w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=xAdzo+JSa9NcR+eHfsPkaP4OTQksp5dqUmzm7R+jag8=; b=cTX7tkBp9gI1aKvQnLKrYTNBtF9sTjoTBMwFQzj8zyGt7V9GxKytmnpjpusADFwsx3 hbzDljJxlHh6LUwArWCUbXXdZvgZ3mzoAp0z5GsW6cPAEK8neDIapoeqpQVv2FZFZUaG iWV1wbEWzJ5VdM6H380bN+D7X6BFgsdxj+ThgLEPkDlwpSyVzvDQQJvhmLPSWpCvUNUC TmMjQVIUvuu+791DZX1C80bXXrDfRMtBrhF8MeKMylB7FfWiqiLw5z+H6hhniujul/5O K+9dGsKip5yAaBc241y8GmwA9ax48jKdNAjW8XKRKsE6danz9PI8no1R71ZGcdDFFvcb bv7A== X-Gm-Message-State: ABUngvfQI6xIKddPEEE/4Y4Himeg6YmPQvEEk/FWHysJMWvbQ0dN8DCdLXONu6xOINV7qW9EVUiweS/Rci2Epg== X-Received: by 10.36.83.213 with SMTP id n204mr581455itb.100.1477372321252; Mon, 24 Oct 2016 22:12:01 -0700 (PDT) MIME-Version: 1.0 Received: by 10.64.12.20 with HTTP; Mon, 24 Oct 2016 22:12:00 -0700 (PDT) In-Reply-To: References: <68b1c3f2-dfc3-ffc3-da8b-24c535d77df0@pollere.com> From: Stephen Hemminger Date: Mon, 24 Oct 2016 22:12:00 -0700 Message-ID: To: "De Schepper, Koen (Nokia - BE)" Cc: bloat , TCP Prague List Content-Type: multipart/alternative; boundary=001a113f55c268dc09053fa98c30 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: Tue, 25 Oct 2016 05:12:01 -0000 --001a113f55c268dc09053fa98c30 Content-Type: text/plain; charset=UTF-8 Why not submit it upstream where it can get more review and will get picked up by more users? On Fri, Jul 29, 2016 at 2:08 AM, De Schepper, Koen (Nokia - BE) < koen.de_schepper@nokia-bell-labs.com> wrote: > 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 > --001a113f55c268dc09053fa98c30 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Why not submit it upstream where it can get more review an= d will get picked up by more users?


On Fri, Jul 29, 2016 at 2:08 AM, De = Schepper, Koen (Nokia - BE) <koen.de_schepper@nokia-bel= l-labs.com> wrote:
Hi all,<= br>
For those who missed the L4S BoF, the PI2 AQM with DualQ option is availabl= e on the following git: https://github.com/olgabo/dualpi2

PI2 (PI Improved with a Square) is a simplification of PIE (PI Enhanced) wi= th the advantage of also supporting L4S congestion controls (like DCTCP). P= I2 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 c= oupled AQM. PI2 supports this by specifying the "dualq" option. T= he L4S queue is having an immediate step ECN marker at 1ms, while the class= ic 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 th= e behavior of classic TCP CCs, TCP-Prague is the end-system alternative tha= t 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<= /a>
https://lists.bufferbloat.net/listinfo/bloat

--001a113f55c268dc09053fa98c30--