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. >
- Re: [tsvwg] "Pacing" requirement is lost in L4S Vasilenko Eduard
- [tsvwg] "Pacing" requirement is lost in L4S Vasilenko Eduard
- Re: [tsvwg] "Pacing" requirement is lost in L4S Bless, Roland (TM)
- Re: [tsvwg] "Pacing" requirement is lost in L4S Vasilenko Eduard
- Re: [tsvwg] "Pacing" requirement is lost in L4S Bless, Roland (TM)
- Re: [tsvwg] "Pacing" requirement is lost in L4S Vasilenko Eduard
- Re: [tsvwg] "Pacing" requirement is lost in L4S Christian Huitema
- Re: [tsvwg] "Pacing" requirement is lost in L4S Bless, Roland (TM)
- Re: [tsvwg] "Pacing" requirement is lost in L4S Ingemar Johansson S
- Re: [tsvwg] "Pacing" requirement is lost in L4S Vasilenko Eduard
- Re: [tsvwg] "Pacing" requirement is lost in L4S Neal Cardwell
- Re: [tsvwg] "Pacing" requirement is lost in L4S Vasilenko Eduard
- Re: [tsvwg] "Pacing" requirement is lost in L4S Vasilenko Eduard
- Re: [tsvwg] "Pacing" requirement is lost in L4S Vasilenko Eduard
- Re: [tsvwg] "Pacing" requirement is lost in L4S Bless, Roland (TM)
- Re: [tsvwg] "Pacing" requirement is lost in L4S Vasilenko Eduard
- Re: [tsvwg] "Pacing" requirement is lost in L4S Saverio Mascolo
- Re: [tsvwg] "Pacing" requirement is lost in L4S Neal Cardwell
- Re: [tsvwg] "Pacing" requirement is lost in L4S Christian Huitema
- Re: [tsvwg] "Pacing" requirement is lost in L4S Greg White
- Re: [tsvwg] "Pacing" requirement is lost in L4S Greg White
- Re: [tsvwg] "Pacing" requirement is lost in L4S Vasilenko Eduard
- Re: [tsvwg] "Pacing" requirement is lost in L4S Vasilenko Eduard
- Re: [tsvwg] "Pacing" requirement is lost in L4S Neal Cardwell
- Re: [tsvwg] "Pacing" requirement is lost in L4S Saverio Mascolo
- Re: [tsvwg] "Pacing" requirement is lost in L4S Ingemar Johansson S