From: Dave Taht <dave.taht@gmail.com>
To: Cake List <cake@lists.bufferbloat.net>,
ECN-Sane <ecn-sane@lists.bufferbloat.net>,
bloat <bloat@lists.bufferbloat.net>
Subject: [Ecn-sane] Fwd: [bbr-dev] BBR v2 ECN
Date: Tue, 28 May 2019 08:51:03 -0700 [thread overview]
Message-ID: <CAA93jw6pKpnOHM5Tvi9b-ME9BSK3XWmAH8XPKAzy9JBnkzXy9g@mail.gmail.com> (raw)
In-Reply-To: <CADVnQy=F4rHfLt2Nm-1rUGkfMjueju_mWj5f+DdqFqBdaJ83oA@mail.gmail.com>
At least there will be a testable version of a L4S compliant BBRv2
before it goes upstream. (see below)
I fear for what this will do to every inbound shaper in the world.
(and also network namespaces, the fq_codel for wifi stuff, and the
entire fq_codel deployment in general).
All along (regardless of the SCE idea) I'd hoped for a simple,
conservative rfc3168 compliant response in BBR to CE markings, and I
didn't like how much BBR ignores packet loss as a signal in the first
place. I thought, when the end users are desperately inbound shaping
to keep their networks usable for all traffic, explicit signalling
from that existing userbase with that expectation for a reasonable
response seemed so reasonable...
/me logs out for the day
---------- Forwarded message ---------
From: 'Neal Cardwell' via BBR Development <bbr-dev@googlegroups.com>
Date: Tue, May 28, 2019 at 7:11 AM
Subject: Re: [bbr-dev] BBR v2 ECN
To: Ingemar Johansson <info@ijdata.com>
Cc: BBR Development <bbr-dev@googlegroups.com>
On Tue, May 28, 2019 at 8:35 AM Ingemar Johansson <info@ijdata.com> wrote:
>
> Hi
>
>
> Looking through the v5.2-rc2 code I can see that a parameter 'delivered_ce' is defined in tcp_sock but other than that I don't see any evidence for the support of ECN (L4S) in BBRv2. Do you still plan to include L4S support for BBRv2 ?
Hi Ingemar,
Yes, we still plan on including L4S support for BBRv2.
BBRv2 is not upstream in the Linux TCP code base yet. We are working
on getting the code ready for a pre-release/RFC version that we plan
on posting at:
https://github.com/google/bbr
But indeed tp->delivered and tp->delivered_ce are part of the
infrastructure inside the Linux TCP stack that BBRv2 makes use of.
cheers,
neal
--
You received this message because you are subscribed to the Google
Groups "BBR Development" group.
To unsubscribe from this group and stop receiving emails from it, send
an email to bbr-dev+unsubscribe@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/bbr-dev/CADVnQy%3DF4rHfLt2Nm-1rUGkfMjueju_mWj5f%2BDdqFqBdaJ83oA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.
--
Dave Täht
CTO, TekLibre, LLC
http://www.teklibre.com
Tel: 1-831-205-9740
parent reply other threads:[~2019-05-28 15:51 UTC|newest]
Thread overview: expand[flat|nested] mbox.gz Atom feed
[parent not found: <CADVnQy=F4rHfLt2Nm-1rUGkfMjueju_mWj5f+DdqFqBdaJ83oA@mail.gmail.com>]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://lists.bufferbloat.net/postorius/lists/ecn-sane.lists.bufferbloat.net/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CAA93jw6pKpnOHM5Tvi9b-ME9BSK3XWmAH8XPKAzy9JBnkzXy9g@mail.gmail.com \
--to=dave.taht@gmail.com \
--cc=bloat@lists.bufferbloat.net \
--cc=cake@lists.bufferbloat.net \
--cc=ecn-sane@lists.bufferbloat.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox