[quicwg/base-drafts] Version negotiation, reserved or 0x?a?a?a?a (#2540)

Lars Eggert <notifications@github.com> Thu, 21 March 2019 08:41 UTC

Return-Path: <bounces+848413-a050-quic-issues=ietf.org@sgmail.github.com>
X-Original-To: quic-issues@ietfa.amsl.com
Delivered-To: quic-issues@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EC9201311C0 for <quic-issues@ietfa.amsl.com>; Thu, 21 Mar 2019 01:41:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3
X-Spam-Level:
X-Spam-Status: No, score=-3 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_IMAGE_ONLY_32=0.001, HTML_MESSAGE=0.001, MAILING_LIST_MULTI=-1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=github.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 bOy4Hf80b46D for <quic-issues@ietfa.amsl.com>; Thu, 21 Mar 2019 01:41:52 -0700 (PDT)
Received: from o1.sgmail.github.com (o1.sgmail.github.com [192.254.114.176]) (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 E58FA13103C for <quic-issues@ietf.org>; Thu, 21 Mar 2019 01:41:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=github.com; h=from:reply-to:to:cc:subject:mime-version:content-type:content-transfer-encoding:list-id:list-archive:list-post:list-unsubscribe; s=s20150108; bh=Y/GmQAvMwRsY0Al99k9LIOdRo4s=; b=QvKl5R9kQlG/Z1VG HgvWcghAFJVjMZEMv8QNejhAej0M9R6quzYtm/HDwBV8vQx0cr2WFs+hWYy+3wbZ n9jUGNZRta6jXLBChjwhrTs0eFmt1LeZkImNszSE1ddjwn/fXijns3T2jOXcF2Vy M1bSPiPLkI2lXAXZcjog/J72vKU=
Received: by filter0910p1las1.sendgrid.net with SMTP id filter0910p1las1-32764-5C934E4E-B 2019-03-21 08:41:50.545477564 +0000 UTC m=+216748.041620809
Received: from github-lowworker-b40b5a4.cp1-iad.github.net (unknown [192.30.252.36]) by ismtpd0004p1iad1.sendgrid.net (SG) with ESMTP id Ws1-NmVGSaKFF7Hcs7g76Q for <quic-issues@ietf.org>; Thu, 21 Mar 2019 08:41:50.427 +0000 (UTC)
Received: from github.com (localhost [127.0.0.1]) by github-lowworker-b40b5a4.cp1-iad.github.net (Postfix) with ESMTP id 6504B3E0CA5 for <quic-issues@ietf.org>; Thu, 21 Mar 2019 01:41:50 -0700 (PDT)
Date: Thu, 21 Mar 2019 08:41:50 +0000
From: Lars Eggert <notifications@github.com>
Reply-To: quicwg/base-drafts <reply+0166e4aba6f9f9281456b3e66046bd123b88fae54267284b92cf0000000118ab104e92a169ce193feb3f@reply.github.com>
To: quicwg/base-drafts <base-drafts@noreply.github.com>
Cc: Subscribed <subscribed@noreply.github.com>
Message-ID: <quicwg/base-drafts/issues/2540@github.com>
Subject: [quicwg/base-drafts] Version negotiation, reserved or 0x?a?a?a?a (#2540)
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="--==_mimepart_5c934e4e6121b_36903ffd4acd45c44123e"; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Precedence: list
X-GitHub-Sender: larseggert
X-GitHub-Recipient: quic-issues
X-GitHub-Reason: subscribed
X-Auto-Response-Suppress: All
X-GitHub-Recipient-Address: quic-issues@ietf.org
X-SG-EID: l64QuQ2uJCcEyUykJbxN122A6QRmEpucztpreh3Pak0rc2TSH373DPmaNc2zUIhlVyWdfC3KzsxoZ0 +Ni8PZX/H/6OJwh9FpLvHZBPvZ9jS3SWGWjsFcLWd3YBfN5ek5iyYnFIcSPLp4yxymetPxPgvWEqQS KUUKLnG2QdCfF77rp2CxUqn7m/pN1nPuPiJC5DNAaDijvC/+Xm7nvaJPdJek50DkiDNpYLrnBHhgo7 c=
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic-issues/5ZvIXbRvtznR2gpyr-ljlmjAx3s>
X-BeenThere: quic-issues@ietf.org
X-Mailman-Version: 2.1.29
List-Id: Notification list for GitHub issues related to the QUIC WG <quic-issues.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/quic-issues>, <mailto:quic-issues-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/quic-issues/>
List-Post: <mailto:quic-issues@ietf.org>
List-Help: <mailto:quic-issues-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/quic-issues>, <mailto:quic-issues-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 21 Mar 2019 08:42:00 -0000

Section 6.3 says
```
   For a server to use a new version in the future, clients must
   correctly handle unsupported versions.  To help ensure this, a server
   SHOULD include a reserved version (see Section 15) while generating a
   Version Negotiation packet.
```
And then Section 15 defines two kinds of "reserved" versions, which makes the paragraph above ambiguous.
```
   Versions with the most significant 16 bits of the version number
   cleared are reserved for use in future IETF consensus documents.

   Versions that follow the pattern 0x?a?a?a?a are reserved for use in
   forcing version negotiation to be exercised.
```
...
```
   Reserved version numbers will probably never represent a real
   protocol; a client MAY use one of these version numbers with the
   expectation that the server will initiate version negotiation; a
   server MAY advertise support for one of these versions and can expect
   that clients ignore the value.
```
Is the intent in Section 6.3 that a server SHOULD include a version that is reserved **for forcing version negotiation** (i.e., matches 0x?a?a?a?a), or SHOULD a server include a version reserved for future IETF consensus documents (i.e., matching 0x0000????). Or both?

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/quicwg/base-drafts/issues/2540