Re: [quicwg/base-drafts] Guidance for port number use (#495)

hardie <notifications@github.com> Thu, 04 May 2017 22:13 UTC

Return-Path: <noreply@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 AE6541294C7 for <quic-issues@ietfa.amsl.com>; Thu, 4 May 2017 15:13:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.8
X-Spam-Level:
X-Spam-Status: No, score=-9.8 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, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-2.8, 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 kWZBKB2b0Eeo for <quic-issues@ietfa.amsl.com>; Thu, 4 May 2017 15:13:10 -0700 (PDT)
Received: from github-smtp2a-ext-cp1-prd.iad.github.net (github-smtp2-ext5.iad.github.net [192.30.252.196]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5006B1294AC for <quic-issues@ietf.org>; Thu, 4 May 2017 15:13:06 -0700 (PDT)
Date: Thu, 04 May 2017 15:13:05 -0700
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=github.com; s=pf2014; t=1493935985; bh=3fAuAtOP426CvQdSJkSqQY77uXMB0HeNh/UDuqPr9YU=; h=From:Reply-To:To:Cc:In-Reply-To:References:Subject:List-ID: List-Archive:List-Post:List-Unsubscribe:From; b=DbAVBNXkJVf89I9vIkK8JwZbG+emiQ6+InPEFyeJJxa1mxqk19frGjSREKMnUsED5 H++/TULJBSeA41q53Ag5fUZ/Kc7izh2HA0RgyTBET5ulcr2TjatXHOnAEIsRcU7W/i OVbejiTx5oRamjIwoWozhC1rX4KNF1xy7x1rooX4=
From: hardie <notifications@github.com>
Reply-To: quicwg/base-drafts <reply+0166e4ab70921d51134b38a8bb92f6d78edd7e632e318e0892cf000000011523697192a169ce0d78bf28@reply.github.com>
To: quicwg/base-drafts <base-drafts@noreply.github.com>
Cc: Subscribed <subscribed@noreply.github.com>
Message-ID: <quicwg/base-drafts/issues/495/299323909@github.com>
In-Reply-To: <quicwg/base-drafts/issues/495@github.com>
References: <quicwg/base-drafts/issues/495@github.com>
Subject: Re: [quicwg/base-drafts] Guidance for port number use (#495)
Mime-Version: 1.0
Content-Type: multipart/alternative; boundary="--==_mimepart_590ba771336fc_651d3fbb18db3c341084a"; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Precedence: list
X-GitHub-Sender: hardie
X-GitHub-Recipient: quic-issues
X-GitHub-Reason: subscribed
X-Auto-Response-Suppress: All
X-GitHub-Recipient-Address: quic-issues@ietf.org
Archived-At: <https://mailarchive.ietf.org/arch/msg/quic-issues/Yr5rzsIfjji-gSnAeLd7_Mj3JHs>
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: Thu, 04 May 2017 22:13:12 -0000

While I like this point with my RTCWEB chair hat on:

"Do P2P QUIC without fighting network ossification. P2P QUIC could be useful for WebRTC-like applications, which will necessarily run on high-numbered ports. Keeping those flows identical to client-server QUIC would help us avoid the kind of ossification that required awful workarounds in WebRTC, like ssltcp and TURN-TLS candidates."

It makes my ACME chair hat hurt me because I think it might make constructing a challenge using QUIC very difficult to get right.  With the Alt-Svc approach and HTTP, you will get the authoritative server options based on the control of TCP 443, so you can finesse it here.  But it may be less easy to finesse with other protocols using QUIC.

@bifurcation can you take a look at this?

-- 
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/495#issuecomment-299323909