IETF Logo Mail Archive

Re: [quicwg/base-drafts] Extension frames (#1068)

Kazuho Oku <notifications@github.com> Mon, 09 April 2018 07:05 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 D6E95126FB3 for <quic-issues@ietfa.amsl.com>; Mon, 9 Apr 2018 00:05:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.01
X-Spam-Level:
X-Spam-Status: No, score=-2.01 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 lAqePmZl1Gwv for <quic-issues@ietfa.amsl.com>; Mon, 9 Apr 2018 00:05:47 -0700 (PDT)
Received: from o10.sgmail.github.com (o10.sgmail.github.com [167.89.101.201]) (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 DAD40127078 for <quic-issues@ietf.org>; Mon, 9 Apr 2018 00:05:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=github.com; h=from:reply-to:to:cc:in-reply-to:references:subject:mime-version:content-type:content-transfer-encoding:list-id:list-archive:list-post:list-unsubscribe; s=s20150108; bh=97/oOXFXar85WD7MYhoYWb5kUpw=; b=i7UCt+ij1H1nPsuA Kes/ge6iFF0lMekdwHNOHTsN+IPWmSodQhUaryxuNe2XbnDiOY7lmjVMSBezkeNf lsD60e82vKBmbtFAHIYRhvfhfZCz0EuMl90xqY2tlaGJHxKvRKUX9Rd6R/RCwfor 5952m3FCUr/dfZnue5+PPJqj4vU=
Received: by filter1238p1mdw1.sendgrid.net with SMTP id filter1238p1mdw1-28646-5ACB10C9-27 2018-04-09 07:05:45.957466844 +0000 UTC
Received: from smtp.github.com (out-3.smtp.github.com [192.30.252.194]) by ismtpd0010p1iad1.sendgrid.net (SG) with ESMTP id lNuXzUkQSka18EThW6i_wQ for <quic-issues@ietf.org>; Mon, 09 Apr 2018 07:05:45.928 +0000 (UTC)
Date: Mon, 09 Apr 2018 07:05:46 +0000
From: Kazuho Oku <notifications@github.com>
Reply-To: quicwg/base-drafts <reply+0166e4ab5f861e5d0e3a7d6693f73e6b49bf2f30458cc14892cf0000000116e2d2c992a169ce115ea54e@reply.github.com>
To: quicwg/base-drafts <base-drafts@noreply.github.com>
Cc: Subscribed <subscribed@noreply.github.com>
Message-ID: <quicwg/base-drafts/pull/1068/c379655182@github.com>
In-Reply-To: <quicwg/base-drafts/pull/1068@github.com>
References: <quicwg/base-drafts/pull/1068@github.com>
Subject: Re: [quicwg/base-drafts] Extension frames (#1068)
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="--==_mimepart_5acb10c9d11ff_c742aabad850ed4311878"; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Precedence: list
X-GitHub-Sender: kazuho
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: l64QuQ2uJCcEyUykJbxN122A6QRmEpucztpreh3Pak0D7c83fdUtMLhxyDBJFjzNN0znEjNra8zlUy 2vbafhpZiTz7NXdprXd/ATO2WX5xTghGA5j9KKAhbIPODqI/n2N2gjL7p8gHfA+Eo3D6UqKbR/y9vV Ch9bUenfQQw6zamPzezEVFeVTQJjQEuBymSOsEl8+384V7pXFJerhViJjKi4Nk9Wi9Skp9stK0EUiC 4=
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic-issues/LDl2aO6f1AA2KVd5YArliH0BvFc>
X-BeenThere: quic-issues@ietf.org
X-Mailman-Version: 2.1.22
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: Mon, 09 Apr 2018 07:05:49 -0000

@mikkelfj :+1:
> The only thing I'm a bit tentative about is that you can imagine having some extensions getting quite popular which you want to use, but still include some less common extensions. This cannot be done with a single extension ID. On the ID I suggest a 128-bit uuid because it won't collide.

I do not think that we need identifiers sent on the wire assuming that each "feature" is designated by a unique TransportParameterId.

A feature that assigns some frame types can send them as a _list_ in TransportParameter, and designate them in the specification as "the Nth frame type" to give them the names.

If some frame types are optional, `0` can be sent as a element of the list to indicate that it will not be used.

-- 
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/pull/1068#issuecomment-379655182

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