Re: [quicwg/base-drafts] Frame type extensions (#58)

ianswett <notifications@github.com> Tue, 06 December 2016 16:31 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 3BF0F129476 for <quic-issues@ietfa.amsl.com>; Tue, 6 Dec 2016 08:31:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.896
X-Spam-Level:
X-Spam-Status: No, score=-4.896 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_IMAGE_ONLY_32=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, RP_MATCHES_RCVD=-2.896, 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 lT3I_4X584jO for <quic-issues@ietfa.amsl.com>; Tue, 6 Dec 2016 08:31:04 -0800 (PST)
Received: from o9.sgmail.github.com (o9.sgmail.github.com [167.89.101.2]) (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 57A8B129A32 for <quic-issues@ietf.org>; Tue, 6 Dec 2016 08:30:11 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=github.com; h=from:reply-to:to:in-reply-to:references:subject:mime-version:content-type:content-transfer-encoding:list-id:list-archive:list-post:list-unsubscribe; s=s20150108; bh=YXDyUwkr7SS9MyVR/U9FNw+aYcU=; b=gjgqzTX12CVIwsVi kLfMXHD8JtY2ro614/7ola/OQ4MFSZdzYxc+QehiQj/LwS19h+FH8KnABo6YfQ5a KAabw4m5Whwv8G/9iDF4b0WbuGF6+yiVIGsOEKU5o1guRIXFMiakBolPHGkwE1Og hpfijhheHwB+NfTb3NpD5FWTbRc=
Received: by filter0596p1mdw1.sendgrid.net with SMTP id filter0596p1mdw1-19839-5846E76F-F 2016-12-06 16:29:35.235640095 +0000 UTC
Received: from github-smtp2a-ext-cp1-prd.iad.github.net (github-smtp2a-ext-cp1-prd.iad.github.net [192.30.253.16]) by ismtpd0002p1iad1.sendgrid.net (SG) with ESMTP id oQZNpj6pTHOafXtYKa5LUA for <quic-issues@ietf.org>; Tue, 06 Dec 2016 16:29:35.251 +0000 (UTC)
Date: Tue, 06 Dec 2016 08:29:35 -0800
From: ianswett <notifications@github.com>
To: quicwg/base-drafts <base-drafts@noreply.github.com>
Message-ID: <quicwg/base-drafts/issues/58/265197271@github.com>
In-Reply-To: <quicwg/base-drafts/issues/58@github.com>
References: <quicwg/base-drafts/issues/58@github.com>
Subject: Re: [quicwg/base-drafts] Frame type extensions (#58)
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="--==_mimepart_5846e76f24a6f_79ef3fb506d7b13040345c"; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Precedence: list
X-GitHub-Sender: ianswett
X-GitHub-Recipient: quic-issues
X-Auto-Response-Suppress: All
X-GitHub-Recipient-Address: quic-issues@ietf.org
X-SG-EID: l64QuQ2uJCcEyUykJbxN122A6QRmEpucztpreh3Pak1yqIlzCrLJ1+YFtqjYuouzJCU81RRYn7FOiy PsNS/oFpo1BbsMCGKvwtIyAOrZZuYyYDYPxITicnUyJQJsovKj7IFNyZdtwwnrXhHnLL/atTvP2F8S Q9PUMw43orroWpSn4L6EDbVuahOEHxmfcYzZXPXudGKjnJz0W1O2HysYudQ4TPhCRNF8QLrnHI0Ekw U=
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic-issues/tbvGWZkxzM1SK_olhec1EPjM9kc>
X-BeenThere: quic-issues@ietf.org
X-Mailman-Version: 2.1.17
Reply-To: quicwg/base-drafts <reply+0166e4ab29e2787e1f74a094818d002565caf07d1457b51a92cf00000001145ea96f92a169ce0b80d4e5@reply.github.com>
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: Tue, 06 Dec 2016 16:31:06 -0000

In the case of the server, everything is post-SHLO, and in the case of the client, it's just 0RTT data that couldn't use extensions, which I wouldn't expect to need any special features.

Agreed TLV is simple.  My thinking is all the extensions I can think of will want negotiation anyway, so both sides know they're available.  In which case, you wouldn't really want to use the new frames until after the handshake, because you want to use the handshake to do feature negotiation of the existence of said frames.

Another option would be to add any extensions into new versions, but that doesn't seem to scale well outside experimentation.

-- 
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/58#issuecomment-265197271