IETF Logo Mail Archive

Re: [Masque] Prioritizing QUIC DATAGRAMs (was: Re: Prioritizing HTTP DATAGRAMs)

Lucas Pardue <lucaspardue.24.7@gmail.com> Wed, 23 June 2021 21:47 UTC

Return-Path: <lucaspardue.24.7@gmail.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 6398F3A1007; Wed, 23 Jun 2021 14:47:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.848
X-Spam-Level:
X-Spam-Status: No, score=-1.848 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pmG-DjZuw_MC; Wed, 23 Jun 2021 14:47:23 -0700 (PDT)
Received: from mail-ed1-x531.google.com (mail-ed1-x531.google.com [IPv6:2a00:1450:4864:20::531]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C75363A0FF9; Wed, 23 Jun 2021 14:47:22 -0700 (PDT)
Received: by mail-ed1-x531.google.com with SMTP id df12so5553779edb.2; Wed, 23 Jun 2021 14:47:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=yZ5HHXr/YICWdUYdjzuoxCwu+QiGmwqlv3kuissEjqE=; b=sHcWmm6MsIEDngl4cVX5kIsPJjuSZr2yxE+c4hUyuPoTjKPDGBRpJvZKmLMysr4f0r AL3aBpOfQByNYtV4AoTEoqndsT1RyrWw9ysLvg6Giqdms49XGmngvtkNusKuK4UrnDVE jPcC4IJmnfqn7vOe9+Fokn6OfxG1opAs18Du3rH2sXjy/aKP3WPVeB3vIG8OldJi/Ity toU8Dg7zBxWqtAlArpqkmVfQoxqU7IRCmgYkpokNS7aI8x4u9jnIxvIoDjTtm/EgzlYl pCnEvOayKHCXd6OvfjA92gAhkJNhriHPtMy20sJDL/YHOYEEuRsMx3GVecj5h1XJkfPz KYqw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=yZ5HHXr/YICWdUYdjzuoxCwu+QiGmwqlv3kuissEjqE=; b=pKwh8McXBYJP3MW4bWF4Zf0XeuYh3X4oz7LeT8WiEdVhOEVCtfWC/7ws8j4Ir/QFS1 o8ebCbrT40XVT4MTHKj6zw/AJcXSb0VBbBvDr2xCoLGaIImKvl1TWzgJ1WLBInIaUmBy pdJsidylm28ynvj4quPoQ6utSZrrArVkkS4ni1W14W+tz/TPrX06RpUYqGH7IAohmdiV X1gX1hyDj82o+14oQ9fkTv92bv/2ZygM1PzX2pd/3HUsKzqpIcv5oMxhy/lhWdRArBtF zaEx2q3Ef715s2Okm/3ucQHVJDKxD2jvcA0fw5tm/wbBDTVgjAjv1FS/H/s3gu+VznUI yBCw==
X-Gm-Message-State: AOAM533XWlOdQ8Zame5qE6y5A7tB9BDMCuPtSsgr04saaIkdLaHc2TDM IT+NFRIhDA5nHIWM9S1dqC2ppYmlcZ0Vo6u5mcs=
X-Google-Smtp-Source: ABdhPJxR/pjZeSW1xz0NWox8mP8T1Oe7Q5POLWHOGSHNWANTHsdeELEEdGOQTYyUBKDf26bbjLnt+4eBcluqYHAKVBM=
X-Received: by 2002:aa7:db95:: with SMTP id u21mr2521637edt.152.1624484840749; Wed, 23 Jun 2021 14:47:20 -0700 (PDT)
MIME-Version: 1.0
References: <CALGR9ob=3CywgYvLJpSba6xCGwDEBzdJbuco28BMk9ayMcFe6Q@mail.gmail.com> <CAKKJt-d0srxhm==cxyXuJuDiqUk0sEgOAJRY+6ejq21LQVPsgQ@mail.gmail.com> <CALGR9oZOp5YWMWx61Etq42McOi02LOjxtRLL+xHhDpHKS94ukA@mail.gmail.com> <b9d7e589-df4a-0440-b5d4-847cca5a6908@rd.bbc.co.uk> <CALGR9oYRE0hBap+=VEr-KPD7Qp6gZZ_gg_0bcaDoquthKikMJg@mail.gmail.com> <CAJV+MGz=sszxnUn-oSrGbd_az7QPATLB_3VeaHmC4R1Gj0ua8g@mail.gmail.com> <53BD22F8-2BAA-4F9A-9673-77AD781C2EDD@gmail.com> <CAM4esxQTkMEi7y_QSVmYvEgN4U98-BHeTYwpFDRmTOdxjPkHqg@mail.gmail.com> <CALGR9oacZNVAKUD2qAv-ZB8VXs-XZEW+GE9GL_25gHNH13YiOg@mail.gmail.com> <CAM4esxQ=Z=_pn65pF=yMe3OcgLN3jfXkYpSs+d6FqgC7r18_qQ@mail.gmail.com> <CALGR9oZPRU-6kODqSBwW5xeEhVcyZb7vHx65H-AajhcmiKUfFw@mail.gmail.com> <CAM4esxQtzYCRRUt_tr6HxQ+zn-f1hZpBi1DZ3uaVWsWkL4MGMg@mail.gmail.com>
In-Reply-To: <CAM4esxQtzYCRRUt_tr6HxQ+zn-f1hZpBi1DZ3uaVWsWkL4MGMg@mail.gmail.com>
From: Lucas Pardue <lucaspardue.24.7@gmail.com>
Date: Wed, 23 Jun 2021 22:47:09 +0100
Message-ID: <CALGR9oYcgC359cxaCCqtxULf7r=sLrdmfHjGFYSZrjGzsh2i1A@mail.gmail.com>
Subject: Re: [Masque] Prioritizing QUIC DATAGRAMs (was: Re: Prioritizing HTTP DATAGRAMs)
To: Martin Duke <martin.h.duke@gmail.com>
Cc: Mikkel Fahnøe Jørgensen <mikkelfj@gmail.com>, Patrick Meenan <patmeenan@gmail.com>, MASQUE <masque@ietf.org>, Samuel Hurst <samuelh@rd.bbc.co.uk>, Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>, HTTP Working Group <ietf-http-wg@w3.org>, David Schinazi <dschinazi.ietf@gmail.com>, QUIC WG <quic@ietf.org>, Kazuho Oku <kazuhooku@gmail.com>
Content-Type: multipart/alternative; boundary="000000000000e03c4a05c575d995"
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic/ynnR7flEC2z6EZGeDivwwBklGe0>
X-BeenThere: quic@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Main mailing list of the IETF QUIC working group <quic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/quic>, <mailto:quic-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/quic/>
List-Post: <mailto:quic@ietf.org>
List-Help: <mailto:quic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/quic>, <mailto:quic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 23 Jun 2021 21:47:26 -0000

Hey Martin,

On Wed, Jun 23, 2021 at 10:01 PM Martin Duke <martin.h.duke@gmail.com>
wrote:

> This is an argument against punting, I think. If there are additional
> semantics required to specify priorities on a sub-stream basis, it will be
> somewhat more painful to have this be an extension than something native.
>
> Which is not to say we shouldn't punt.
>

I don't follow this argument, sorry. Extensibile priorities is not base to
HTTP/3, it could be substituted by something entirely different (although I
kind of hope not). HTTP/3 DATAGRAM is an extension, built on top of the
QUIC transport DATAGRAM extension. WebTransport is a new thing built on top
of these extensions. What does native mean in your definition? I really
think it's better that things wishing to use Extensible priorities take on
board the responsibility of defining that, using the extension mechanisms
that it provides. Otherwise, we're bottlenecking the progress that people
can make for the initial use cases that these things were built towards.

Cheers,
Lucas

v2.23.0 | Report a Bug | By Email