Re: [tram] 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

Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com> Mon, 27 October 2014 04:44 UTC

Return-Path: <spencerdawkins.ietf@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 E05BB1A8749 for <tram@ietfa.amsl.com>; Sun, 26 Oct 2014 21:44:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 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, HTML_MESSAGE=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 BfUY3KMzOQzA for <tram@ietfa.amsl.com>; Sun, 26 Oct 2014 21:44:44 -0700 (PDT)
Received: from mail-la0-x236.google.com (mail-la0-x236.google.com [IPv6:2a00:1450:4010:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C39AE1A6FB4 for <tram@ietf.org>; Sun, 26 Oct 2014 21:44:43 -0700 (PDT)
Received: by mail-la0-f54.google.com with SMTP id gm9so5199569lab.13 for <tram@ietf.org>; Sun, 26 Oct 2014 21:44:42 -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=UhcfxP2C0pD1n0OOVjBHZRygOKpfVZze9jzcUordDjI=; b=cuJyCmQ3XIUPt0zdXVJCMhYfqKV/bEwgF7mE5X/w+ksANCHAJYEmSIB6F+NfQblLZV QpaR4SnDuBrZVb92wCKX42IeRBYEtdAKPuaxSqJAcJUvsDCUy/1rVV5nag0dFRd2MKdU MA82U5cR3eL1yb6+6+huqe2GeUNe3j4aiLbdQr+OloBWDD/g0Yzz1iJq6tbthx0fzknD 0LbUi4LmSq8IF28Ndbu61yqzNx4N4Zc68TAOlW7e8tHyBEMN6DwPU5a4zMGuDPnPAH9a 56LsKGsyJcQw6eBxLJxFpCsPyDxr0lnDTch62g5D/zwDAH3HSQUT0Cy1Uo8TzYOrGx5t pqgw==
MIME-Version: 1.0
X-Received: by 10.112.42.114 with SMTP id n18mr20805289lbl.44.1414385081936; Sun, 26 Oct 2014 21:44:41 -0700 (PDT)
Received: by 10.152.106.237 with HTTP; Sun, 26 Oct 2014 21:44:41 -0700 (PDT)
In-Reply-To: <D06419B6.51618%praspati@cisco.com>
References: <D06419B6.51618%praspati@cisco.com>
Date: Sun, 26 Oct 2014 23:44:41 -0500
Message-ID: <CAKKJt-eFd_m6xW4UFQ+TOU6zOdhY+uysye+UndOnmY+4bDjO_A@mail.gmail.com>
From: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
To: "Prashanth Patil (praspati)" <praspati@cisco.com>
Content-Type: multipart/alternative; boundary="001a1133b3d46270e30506603032"
Archived-At: http://mailarchive.ietf.org/arch/msg/tram/p1m_X39KrEmctokgzLlaK56GVWI
Cc: "agl@imperialviolet.org" <agl@imperialviolet.org>, Simon Perreault <sperreault@jive.com>, "tram@ietf.org" <tram@ietf.org>
Subject: Re: [tram] 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: Mon, 27 Oct 2014 04:44:46 -0000

On Wednesday, October 15, 2014, Prashanth Patil (praspati) <
praspati@cisco.com> wrote:

>  Hi Adam,
> The concerning use cases described in the draft were to indicate that the new ALPN identifiers could also be considered for WebRTC firewall traversal (as pointed out in http://tools.ietf.org/html/draft-hutton-rtcweb-nat-firewall-considerations-03#section-4.2).
> End to end identifier negotiation is still the goal of this draft i.e. to negotiate the use of stun and its usages.
>
> We'll remove these use cases and stick to end to end negotiation.
>
>
Just so I'm clear, should I be expecting a -07?

Thanks,

Spencer


> -Prashanth
>
> > On Thu, Oct 9, 2014 at 15:41, Adam Langley <agl@imperialviolet.org <javascript:_e(%7B%7D,'cvml','agl@imperialviolet.org');>> wrote:
>
> >> Is your concern specific to TRAM's proposed use of ALPN, or does it apply to
> >> ALPN in general?
>
> > In general I think the IETF should be promoting the end-to-end
> > principle. My concern is specifically about TRAM implicitly endorsing
> > the idea that the network should be applying policy like that.
>
> > (There's also a fair amount of irony in that fact that the second
> > example suggests ALPN be used to get around the fact that networks
> > often discriminate based on TCP port numbers, and the first example is
> > suggesting that networks do exactly the same thing to ALPN
> > identifiers.)
>
> > Cheers
>
> > AGL
>
>
>
>