Re: [tram] Fwd: Last Call: <draft-ietf-tram-alpn-06.txt> (Application Layer Protocol Negotiation (ALPN) labels for Session Traversal Utilities for NAT (STUN) Usages) to Proposed Standard

Martin Thomson <martin.thomson@gmail.com> Wed, 29 October 2014 00:25 UTC

Return-Path: <martin.thomson@gmail.com>
X-Original-To: tram@ietfa.amsl.com
Delivered-To: tram@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0D9991A1BB3 for <tram@ietfa.amsl.com>; Tue, 28 Oct 2014 17:25:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=ham
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 xVJ9BYWpZgoX for <tram@ietfa.amsl.com>; Tue, 28 Oct 2014 17:25:42 -0700 (PDT)
Received: from mail-lb0-x234.google.com (mail-lb0-x234.google.com [IPv6:2a00:1450:4010:c04::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 42F1A1A1BAD for <tram@ietf.org>; Tue, 28 Oct 2014 17:25:42 -0700 (PDT)
Received: by mail-lb0-f180.google.com with SMTP id z12so1621836lbi.11 for <tram@ietf.org>; Tue, 28 Oct 2014 17:25:40 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=tYWaPm07aVMbqKLDdcmcgHq7E3h2Wdf/70XVAQhj9kk=; b=wWTze7xxtmjvFXxUu1Qv+sQawFFc7TZM9gjjFL7TUsE9dLPHguj7CUZH907rkb2aMJ 0qJcB1xD6kcmbzspR+Jv5v0gWA//2e1BG5GFDC+q0+kzZNmjewn2Ky71Ls7fXEnQdw71 cwmjN19MXm28sd0iJk0134iEjwzc8+FWoaVdkhKsZZTekPr0wpYbWSzz7Dw4Iyu0SoDg 3S5P8GRWhQXAeqEREcw8NPGo58mwk745gBUWz+bbE6HpA1XEpjBcJW2jad6vX7k9Eni4 ON8y9VpgZ7VdB2Ii3j7OJOTAc2EX5iQE7kCgSsj7JwEPA6dchn9tvm+2WtQgnSmYgMqW GmLA==
MIME-Version: 1.0
X-Received: by 10.152.120.133 with SMTP id lc5mr7695604lab.62.1414542340407; Tue, 28 Oct 2014 17:25:40 -0700 (PDT)
Received: by 10.25.215.217 with HTTP; Tue, 28 Oct 2014 17:25:40 -0700 (PDT)
In-Reply-To: <CANO7kWDVHXKiqe6RT6uwpQJ4jGKVag8OS2B2nS55sNKLYU+meA@mail.gmail.com>
References: <CAMfhd9VXA2aqB7hF6TyP10dW0x1y5uM_UEgM7JuQB9yPW8B+Kg@mail.gmail.com> <544E938B.1030802@gmail.com> <544EE046.5080101@cs.tcd.ie> <CABkgnnUCoFTL5DC+Eq1oLkZU4ahkkc6Hw8nYUvayn-VFKbkHUQ@mail.gmail.com> <544F65F4.5080305@gmail.com> <CANO7kWDVHXKiqe6RT6uwpQJ4jGKVag8OS2B2nS55sNKLYU+meA@mail.gmail.com>
Date: Tue, 28 Oct 2014 17:25:40 -0700
Message-ID: <CABkgnnVyBi4SY6XUij6wovM302qWyLLtP47cfZqJudEAfL6cHA@mail.gmail.com>
From: Martin Thomson <martin.thomson@gmail.com>
To: Simon Perreault <sperreault@jive.com>
Content-Type: text/plain; charset="UTF-8"
Archived-At: http://mailarchive.ietf.org/arch/msg/tram/2kGzRO1AkoZDBf6wW4yutnz57oU
Cc: "tram@ietf.org" <tram@ietf.org>, tls chair <tls-chairs@tools.ietf.org>, Martin Stiemerling <mls.ietf@gmail.com>, Kathleen Moriarty <kathleen.moriarty.ietf@gmail.com>, Spencer Dawkins <spencerdawkins.ietf@gmail.com>, Adam Langley <agl@imperialviolet.org>, Stephen Farrell <stephen.farrell@cs.tcd.ie>
Subject: Re: [tram] Fwd: Last Call: <draft-ietf-tram-alpn-06.txt> (Application Layer Protocol Negotiation (ALPN) labels for Session Traversal Utilities for NAT (STUN) Usages) to Proposed Standard
X-BeenThere: tram@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Discussing the creation of a Turn Revised And Modernized \(TRAM\) WG, which goal is to consolidate the various initiatives to update TURN and STUN." <tram.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tram>, <mailto:tram-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/tram/>
List-Post: <mailto:tram@ietf.org>
List-Help: <mailto:tram-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tram>, <mailto:tram-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 29 Oct 2014 00:25:44 -0000

On 28 October 2014 07:25, Simon Perreault <sperreault@jive.com> wrote:
> Re-reading the draft again, if we delete those use cases, we are left
> with... nothing. I don't see any use case for ALPN in STUN/TURN that does
> not involve middleboxes. I don't see the point of STUN usage negotiation
> since all usages speak the same protocol (STUN) and will be "negotiated"
> implicitly later on, when a usage-specific message is emitted. So... why are
> we doing this again?

What ALPN does is provide an unambiguous identification of the
intended protocol.  That allows for use of multiple protocols (TURN v2
perhaps!) on the same port.  The uses for HTTP and WebRTC do this
already.  Maybe it's not important for TURN.

If you are concerned about this, perhaps the working group might be
consulted.  I'll confess, I always sort of assumed that you knew what
you were doing here, so I didn't think much on the issue.