Re: [tsvwg] "Pacing" requirement is lost in L4S

Neal Cardwell <ncardwell@google.com> Thu, 25 April 2024 13:39 UTC

Return-Path: <ncardwell@google.com>
X-Original-To: tsvwg@ietfa.amsl.com
Delivered-To: tsvwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B7E14C14F5F1 for <tsvwg@ietfa.amsl.com>; Thu, 25 Apr 2024 06:39:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -22.596
X-Spam-Level:
X-Spam-Status: No, score=-22.596 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_MED=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, ENV_AND_HDR_SPF_MATCH=-0.5, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001, USER_IN_DEF_DKIM_WL=-7.5, USER_IN_DEF_SPF_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=google.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2AjU_sswMrqD for <tsvwg@ietfa.amsl.com>; Thu, 25 Apr 2024 06:38:56 -0700 (PDT)
Received: from mail-vk1-xa31.google.com (mail-vk1-xa31.google.com [IPv6:2607:f8b0:4864:20::a31]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0887BC14F697 for <tsvwg@ietf.org>; Thu, 25 Apr 2024 06:37:20 -0700 (PDT)
Received: by mail-vk1-xa31.google.com with SMTP id 71dfb90a1353d-4dae34a3806so1005969e0c.1 for <tsvwg@ietf.org>; Thu, 25 Apr 2024 06:37:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20230601; t=1714052239; x=1714657039; darn=ietf.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=CMZh6rs1Lp7L7LJZJeAbmZ/nLzZm/A3SYM5E19gZgds=; b=z8TDw0UfEdxt8j80hyojjjx5rT29jXCvwOY4THod5SnFpNH9ud3MJPVCMzBC9Vwthc fzrWamxZ2pNJ+PXrgtLZqs7F3GCvWfqBIVoccDZr/UUKUycyj4IJhjxDk3ZMy0XfdwqA GcXZ7PXAXCoNwsm3+1s+i24h8NonCJtHc4g/THj0WGPmMbIrDgHaVBQBdwZLHRLRKhS9 g4akqaXtdDfEWWAymF00wqHoECwT4K4ww+8rIuIkL11kSrb3PgLlCudrkLIyn/eOJioH yl/b4IKmY0b/4wXYPXOFedvJyCsb7jSqKVb+zq5dwv4anogUi3b9mFX8S27sstOWUY5u opow==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1714052239; x=1714657039; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=CMZh6rs1Lp7L7LJZJeAbmZ/nLzZm/A3SYM5E19gZgds=; b=sGmEvmWeCGmpniiJsfmHxam/LjtG/rS6vnce2rRB9kHDyin7nvIKK0J8BAanjPoVf/ z0F1kVWyeagLHZUjaafK8OA2EJvXMM96ekdkSrHxbUdH8HImlK9NN2y73qNN0CR0MD2X GnKf/aybkIFseWkuBdKrPU/kNuRQupUrfbVJIGBMSZ+A+SCS91pqiId1T2M/+HTHQ6RN 27CyCUjSR6tpPOBw65jBTC1iJL8WhDy+NIteqkEOY5XnX+d7nw4tcCXWSEDBHesSIPU9 hTGFaTlJqzFDvlwkAgBL2dn73n/0Sddw1uhTdXBpEdiojgL+oyWaDpUohieHvjOthfqU L1bw==
X-Forwarded-Encrypted: i=1; AJvYcCWZpHvLl/y/c4f6wDoe7NOrchbM+qzKxMifR8Mob1r2jKD+g9vthQUA+AfjTggkq2BRPimQnd+EM02s1JzdkQ==
X-Gm-Message-State: AOJu0Yw04KpTfTwc4e6AxtlSJfu2JZz/pnPl3n2e7VOagpl30p+ZHwC6 iW1a5n40o5T+yoM4u9DXCdUZOuKz+4f1ud9O+5s/o5FSTnreezkoACcKiYt0V1hmbvALhBy8tK9 6DYhw2v5o85vCpGxf6TL7SsnUmPL38aWDS22tEh03/ObhFo1hhpBzn+U=
X-Google-Smtp-Source: AGHT+IFZp9rjeY+Y5VJe+u9KiGQn+tr6gqnXbSvg3QyTGmbgrcbJEMb6dFBEr5PnMwU4A3jgWs56fnQetuEv1itwo1k=
X-Received: by 2002:a05:6214:21cc:b0:6a0:86ec:971a with SMTP id d12-20020a05621421cc00b006a086ec971amr5159702qvh.24.1714051928042; Thu, 25 Apr 2024 06:32:08 -0700 (PDT)
MIME-Version: 1.0
References: <a19c38376c7541b89a3d52841141fa0c@huawei.com> <CADVnQym-2e7dMeFKSZp-xY7j_vcN349AX_yBTqt0giai4VzHoQ@mail.gmail.com> <677f1966-f28a-4f57-8104-ca02186209c5@huitema.net> <CAK1jYff+a7ho8xr4w+-K1eYU4Z6eAPZwkzti6dzpGh0FVn1bRg@mail.gmail.com>
In-Reply-To: <CAK1jYff+a7ho8xr4w+-K1eYU4Z6eAPZwkzti6dzpGh0FVn1bRg@mail.gmail.com>
From: Neal Cardwell <ncardwell@google.com>
Date: Thu, 25 Apr 2024 09:31:47 -0400
Message-ID: <CADVnQynzznHvLMJBO4YF-9wp=8sT8kJQ4zry+Mjp0is+fXDajA@mail.gmail.com>
To: Saverio Mascolo <saverio.mascolo@poliba.it>
Cc: Christian Huitema <huitema@huitema.net>, Vasilenko Eduard <vasilenko.eduard@huawei.com>, "tsvwg@ietf.org" <tsvwg@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000004cdc460616ebd0be"
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/i1Y5_b3ZdiQ1NrgkJALvbqgp3xw>
Subject: Re: [tsvwg] "Pacing" requirement is lost in L4S
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Transport Area Working Group <tsvwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tsvwg/>
List-Post: <mailto:tsvwg@ietf.org>
List-Help: <mailto:tsvwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 25 Apr 2024 13:39:00 -0000

On Thu, Apr 25, 2024 at 2:52 AM Saverio Mascolo <saverio.mascolo@poliba.it>
wrote:

> Why there no exists a readable description of bbr in a single updated doc?
>

Have you tried the Internet Draft version?

https://datatracker.ietf.org/doc/html/draft-cardwell-iccrg-bbr-congestion-control

Comments welcome!

thanks,
neal




> Sent from Gmail Mobile
>
>
> Il giorno ven 19 apr 2024 alle 16:33 Christian Huitema <
> huitema@huitema.net> ha scritto:
>
>>
>>
>> On 4/19/2024 7:24 AM, Neal Cardwell wrote:
>> > On Fri, Apr 19, 2024 at 4:39 AM Vasilenko Eduard <vasilenko.eduard=
>> > 40huawei.com@dmarc.ietf.org> wrote:
>> >
>> >> Hi Experts,
>> >> I see L4S as the "Congestion Control Next Generation from IETF" (that
>> is
>> >> actually in competition with "Congestion Control Next Generation from
>> >> Google").
>> >>
>> > IMHO BBR is not in competition with L4S.
>> >
>> > BBR is, at its core, about maintaining an explicit model of the network
>> > path using whatever signals are available, and using that model to try
>> to
>> > achieve low/bounded delay, low loss, and high throughput.
>> >
>> > L4S, IMHO, is largely about creating a low-latency, low-loss, scalable
>> > throughput service model (metaphorically a "lane") in Internet
>> bottlenecks,
>> > and using ECN to provide a signal to achieve that.
>> >
>> > There is nothing fundamentally at odds about those two models. And once
>> the
>> > details of the Prague congestion control algorithm are finalized, one
>> goal
>> > (as our team has mentioned for a number of years) is to have a version
>> of
>> > BBR that can use L4S signals and coexist with Prague congestion control
>> in
>> > the L4S lane of Internet bottlenecks.
>>
>> I have done simulations of what happens if QUIC and BBR are used
>> end-to-end, and the bottleneck implements an L4S like ECN marking
>> strategy. My implementation of BBRv3 was modified to monitor the ECN
>> marking rate, and treat excess numbers as a congestion signal, in
>> parallel with other signals such as RTT or delivery rate. Bottom line,
>> it works exactly as expected.
>>
>> Which is good news, because it means we can deploy L4S gradually, use it
>> as a congestion signal if it is deployed on the path, use the other
>> congestion signals if ECN is not deployed yet.
>>
>> -- Christian Huitema
>>
>> Informativa Privacy - Ai sensi del Regolamento (UE) 2016/679 si precisa
> che le informazioni contenute in questo messaggio sono riservate e ad uso
> esclusivo del destinatario. Qualora il messaggio in parola Le fosse
> pervenuto per errore, La preghiamo di eliminarlo senza copiarlo e di non
> inoltrarlo a terzi, dandocene gentilmente comunicazione. Grazie. Privacy
> Information - This message, for the Regulation (UE) 2016/679, may contain
> confidential and/or privileged information. If you are not the addressee or
> authorized to receive this for the addressee, you must not use, copy,
> disclose or take any action based on this message or any information
> herein. If you have received this message in error, please advise the
> sender immediately by reply e-mail and delete this message. Thank you for
> your cooperation.
>