RE: QPACK and the Static Table

Lucas Pardue <> Fri, 25 May 2018 17:46 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id D2BD412E3AE for <>; Fri, 25 May 2018 10:46:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id 6F7xM3jrWjb2 for <>; Fri, 25 May 2018 10:46:11 -0700 (PDT)
Received: from ( []) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 64A77127241 for <>; Fri, 25 May 2018 10:46:11 -0700 (PDT)
Received: from ([]) by (8.15.2/8.15.2) with ESMTP id w4PHk6Ub013719; Fri, 25 May 2018 18:46:06 +0100 (BST)
Received: from ([]) by ([]) with mapi id 14.03.0361.001; Fri, 25 May 2018 18:46:05 +0100
From: Lucas Pardue <>
To: Martin Thomson <>, patrick mcmanus <>
CC: QUIC WG <>, Mike Bishop <>, HTTP Working Group <>
Subject: RE: QPACK and the Static Table
Thread-Topic: QPACK and the Static Table
Thread-Index: AdPy6/ObcVQE/1QBQB2X+UF0Ytinwf//+Z2AgAAMh4CAAAKegIAAAO0AgAK4B0U=
Date: Fri, 25 May 2018 17:46:05 +0000
Message-ID: <7CF7F94CB496BF4FAB1676F375F9666A3BB3F89B@bgb01xud1012>
References: <> <> <> <>, <>
In-Reply-To: <>
Accept-Language: en-GB, en-US
Content-Language: en-GB
x-originating-ip: []
x-exclaimer-md-config: 1cd3ac1c-62e5-43f2-8404-6b688271c769
x-tm-as-product-ver: SMEX-
x-tm-as-result: No--16.765600-0.000000-31
x-tm-as-user-approved-sender: Yes
x-tm-as-user-blocked-sender: No
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <>
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Main mailing list of the IETF QUIC working group <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Fri, 25 May 2018 17:46:14 -0000

If we assume that HTTP/QUIC will be bootstrapped by Alt-Svc on TCP, then a QPACK Alt-Svc entry is mainly about refreshing liveliness. So ":port" appears as a reasonable option to refresh to self, plus omission of the "ma" parameter implies a freshness of 24 hours (RFC 7838). Anecdotally, I would expect the same Alt-Svc to be sent on every response.

However, I don't think that there is any Alt-Svc reasonable general value that can be picked. We've previously discussed the use of UDP port 443. Some of that was punted to the applicability document ( The HTTP doc kind of skirts this by saying that any port can be used.

Is there any danger in optimising for v1 when it is anticipated that QUIC will rev quickly?

To summarise, I think a simple Alt-Svc default could cause more harm than good.

From: QUIC [] on behalf of Martin Thomson []
Sent: 24 May 2018 01:50
To: patrick mcmanus
Cc: QUIC WG; Mike Bishop; HTTP Working Group
Subject: Re: QPACK and the Static Table

On Thu, May 24, 2018 at 10:46 AM Patrick McManus <>
wrote:> iirc alt-svc requires a colon and a port (and an alpn) but not a
hostname. so quic=":443" would make sense.

Ahh, right, then carry on.  That's not the interesting case, but it is
certainly a good default.  I think that it's hq=":443";quic=1 or something
like that though.

This e-mail (and any attachments) is confidential and
may contain personal views which are not the views of the BBC unless specifically stated.
If you have received it in
error, please delete it from your system.
Do not use, copy or disclose the
information in any way nor act in reliance on it and notify the sender
Please note that the BBC monitors e-mails
sent or received.
Further communication will signify your consent to