IETF Logo Mail Archive

Re: [tsvwg] Re: Robustness to packet reordering

Ryan Hamilton <rch@google.com> Fri, 07 February 2025 22:10 UTC

Return-Path: <rch@google.com>
X-Original-To: quic@ietfa.amsl.com
Delivered-To: quic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5CCA6C1D5316 for <quic@ietfa.amsl.com>; Fri, 7 Feb 2025 14:10:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -17.61
X-Spam-Level:
X-Spam-Status: No, score=-17.61 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, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, 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 YeCSPIhu1DuF for <quic@ietfa.amsl.com>; Fri, 7 Feb 2025 14:10:14 -0800 (PST)
Received: from mail-ej1-x632.google.com (mail-ej1-x632.google.com [IPv6:2a00:1450:4864:20::632]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D93DBC1D3DD5 for <quic@ietf.org>; Fri, 7 Feb 2025 14:10:13 -0800 (PST)
Received: by mail-ej1-x632.google.com with SMTP id a640c23a62f3a-ab794ae3cf2so90119966b.2 for <quic@ietf.org>; Fri, 07 Feb 2025 14:10:13 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20230601; t=1738966212; x=1739571012; 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=uBs023fqPrLm9Rq0ivj7iyFg/+HBK5knk+KO1eJ4gmw=; b=yXbMiLY+mvtzoIAi/RQuoDyfLBT/0RQCCQ0T+7kJJCeeAYfmou0aYSm6QPckQ10ck4 si4EomJZ3IZld/2HI0Ns/q+hNTAgCSTA2hxYGEqCGFz+mf9ji4K6LBx9sscWK0Vd0SFN wtTi9k1Q3eH4M083+v/LLjU1bmBfU64L4hz5yTBtXj6ecQIHtgpQWgfl97x6XFZVB6Se lWiNiNa7htj3HNA1Ijvz6GHnOt4TZhOcydy7QdSxLc37PL7m3lC8RaCvvZM1I5LYm0Ns aK737yIMe8jub2Lj/XqDT25xcet925UpqFdqVBAli0BlHk70cD/0fpbdWMjxQaCb36ev YPfQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1738966212; x=1739571012; 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=uBs023fqPrLm9Rq0ivj7iyFg/+HBK5knk+KO1eJ4gmw=; b=Co9VgjYVYL9X/v57XSAmX4edaWwhAGRwBSSlQFJCDHp2oVjKe1ce6aCYgJahg1D3zs WYPWG3KcSS0WpcS8vOJak+Hne+o5quoQ2myzJ3s+Y6/KFuIikVEpit3OpDPg+oxP5XI9 BpJDGeKezxYCe7lfbcCDXUs4JbcEvJfN2b9RUDuzcdTVPrSbm1iRjdIgZC1i27RLpTku ItNDqItxFSh0y47AzYZX8e5kPm8Kryx2pEwMd7rFz8g58WA2tGgs8hVhcxDZdG8Pm8gl /r8rSsokH3JKS4stWthGYFYKcdGabH0gU2bnpDCpn9kIDvprSj6W69kwiiR8lSdQs5+R OFLA==
X-Forwarded-Encrypted: i=1; AJvYcCWsTdfwK57bP2fSHAcIrKHC8C1pR0VLEjJOLgX6yLRGRaUW7sl2/kASEPxHA5OtkDui5gdQ@ietf.org
X-Gm-Message-State: AOJu0YzIaRFVFlmSlLVaHK9GbX198v1TksFkuxLT8VMNqFLykpBsybVD Xj3+PuYFsm9XvpPOKvGxyfnZ/wesxiz7eZcNmreX7apEtsBx/dz02PJ/5G01/espmtMpsvsiXvW wKzPwEAKuJm+/7GTkTMTfKZjiUQuaXL8zyHtr
X-Gm-Gg: ASbGncsNpBB4wJe+ejD6Qi722EWZ43Pdzx0gMtYRKBHNcyHmLmVj3nlUQpDbyToUeyl I35Y61fFnwYWWqF8ZkoThWnETaGu5vmq7tF1AsYOjDFOElpIxYdJ9p4BUXYCQSDBAJ1j+hCQs
X-Google-Smtp-Source: AGHT+IHfL98Gd2fJc9UVbt8U1kI4DeUluIAefsQfB9YLG+V33cGHpN4ZNrrUTkhDBTgsT+OR7+F0rjbbA+wWygm4WDE=
X-Received: by 2002:a17:907:3e17:b0:ab6:f4e7:52f9 with SMTP id a640c23a62f3a-ab789aed845mr616344166b.25.1738966212227; Fri, 07 Feb 2025 14:10:12 -0800 (PST)
MIME-Version: 1.0
References: <AM8PR07MB81375E2D3CA840AEDA0F7E63C2F72@AM8PR07MB8137.eurprd07.prod.outlook.com> <38891fa7-b188-4767-8364-ae0a10c318b2@huitema.net> <AM8PR07MB81370760A8293580DDDB386BC2F62@AM8PR07MB8137.eurprd07.prod.outlook.com> <537f0095-68a3-43d5-a2f0-f91b4499017d@huitema.net> <AM8PR07MB81377C0A967260302A687113C2F62@AM8PR07MB8137.eurprd07.prod.outlook.com> <5C5E0FCB-1725-4775-9421-F4F5F687D051@CableLabs.com> <df289f06-2e00-463c-b9f5-bb67a34d9b43@betaapp.fastmail.com> <23eae943-7744-45e9-9fbc-f1581eaecac2@huitema.net> <CAPDSy+4avaqjO1LH4beiiaS8ahd55KnEPj=m1uJXi_jDYYVTnA@mail.gmail.com> <CADVnQyn4GYJKxc_VHoJT4aJnkUj1nmc5fXYVZ2=sQ11PpzE+SA@mail.gmail.com> <CAPDSy+46mbr+2e6NuDhjtyrUzCZT7Qpdf_NBBevTSC8xyJMf+g@mail.gmail.com>
In-Reply-To: <CAPDSy+46mbr+2e6NuDhjtyrUzCZT7Qpdf_NBBevTSC8xyJMf+g@mail.gmail.com>
From: Ryan Hamilton <rch@google.com>
Date: Fri, 07 Feb 2025 14:10:00 -0800
X-Gm-Features: AWEUYZlMSPwGSYo-rCSDgsuRUqkmOKrUVX3ecgQT7rnGx03EV6fCd4FreeAAU98
Message-ID: <CAJ_4DfQjNRd2k+JBFoR+=Y9D-Nvh4-Kw29nQP=tEYS4BY0B-BQ@mail.gmail.com>
Subject: Re: [tsvwg] Re: Robustness to packet reordering
To: David Schinazi <dschinazi.ietf@gmail.com>
Content-Type: multipart/alternative; boundary="0000000000005ba1b4062d949ff9"
Message-ID-Hash: W57MPDJ2AFUEQZQFPYYVD6B3HTJYJEII
X-Message-ID-Hash: W57MPDJ2AFUEQZQFPYYVD6B3HTJYJEII
X-MailFrom: rch@google.com
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; header-match-quic.ietf.org-0; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: Neal Cardwell <ncardwell@google.com>, Christian Huitema <huitema@huitema.net>, Martin Thomson <mt@lowentropy.net>, Greg White <g.white=40CableLabs.com@dmarc.ietf.org>, Ingemar Johansson S <ingemar.s.johansson=40ericsson.com@dmarc.ietf.org>, "quic@ietf.org" <quic@ietf.org>, "tsvwg@ietf.org" <tsvwg@ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
List-Id: Main mailing list of the IETF QUIC working group <quic.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/Q29iUSKYiZQwbQaoKZA7tj8H2uU>
List-Archive: <https://mailarchive.ietf.org/arch/browse/quic>
List-Help: <mailto:quic-request@ietf.org?subject=help>
List-Owner: <mailto:quic-owner@ietf.org>
List-Post: <mailto:quic@ietf.org>
List-Subscribe: <mailto:quic-join@ietf.org>
List-Unsubscribe: <mailto:quic-leave@ietf.org>

On Fri, Feb 7, 2025 at 11:29 AM David Schinazi <dschinazi.ietf@gmail.com>
wrote:

>  To me the tradeoff is very easy: let's disable the link-layer reordering.
> Anyone who cares enough to notice a performance regression will be able to
> upgrade their TCP. And of course, this isn't a concern at all for QUIC
> since there's no pre-RACK legacy device problem.
>

Totally agree with the sentiment here. We have real world data that QUIC's
out-of-order delivery mitigates the effects of head of line blocking and
leads to read world performance gains. With RACK the situation is similar.
Let's not hobble the performance of modern protocols in order to
*potentially* provide minimal improvements to the performance of obsolete
implementations.

v2.29.0 | Report a Bug | By Email | System Status