Re: Last Call: <draft-nandakumar-rtcweb-stun-uri-05.txt> (URI Scheme for Session Traversal Utilities for NAT (STUN) Protocol) to Proposed Standard

Harald Alvestrand <harald@alvestrand.no> Thu, 15 August 2013 14:25 UTC

Return-Path: <harald@alvestrand.no>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 777F021F9B1B for <ietf@ietfa.amsl.com>; Thu, 15 Aug 2013 07:25:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.539
X-Spam-Level:
X-Spam-Status: No, score=-110.539 tagged_above=-999 required=5 tests=[AWL=0.060, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IbIr7sjbxSv2 for <ietf@ietfa.amsl.com>; Thu, 15 Aug 2013 07:24:59 -0700 (PDT)
Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by ietfa.amsl.com (Postfix) with ESMTP id D1E3F21F9A2D for <ietf@ietf.org>; Thu, 15 Aug 2013 07:24:52 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id C1C3E39EA6F; Thu, 15 Aug 2013 16:24:47 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at eikenes.alvestrand.no
Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dVvjVbY7acM0; Thu, 15 Aug 2013 16:24:47 +0200 (CEST)
Received: from [172.28.249.38] (unknown [74.125.57.89]) by eikenes.alvestrand.no (Postfix) with ESMTPSA id DD5B639E0E1; Thu, 15 Aug 2013 16:24:46 +0200 (CEST)
Message-ID: <520CE4AE.6000403@alvestrand.no>
Date: Thu, 15 Aug 2013 16:24:46 +0200
From: Harald Alvestrand <harald@alvestrand.no>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130623 Thunderbird/17.0.7
MIME-Version: 1.0
To: Peter Saint-Andre <stpeter@stpeter.im>
Subject: Re: Last Call: <draft-nandakumar-rtcweb-stun-uri-05.txt> (URI Scheme for Session Traversal Utilities for NAT (STUN) Protocol) to Proposed Standard
References: <52095E5D.5070802@ninebynine.org> <520BD147.1040505@alvestrand.no> <520C9997.2010601@ninebynine.org> <520CA7C1.6080404@alvestrand.no> <520CE029.3070405@ninebynine.org> <520CE14D.6070505@alvestrand.no> <520CE3BA.6070706@stpeter.im>
In-Reply-To: <520CE3BA.6070706@stpeter.im>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Cc: Graham Klyne <GK@ninebynine.org>, ietf@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 15 Aug 2013 14:25:16 -0000

On 08/15/2013 04:20 PM, Peter Saint-Andre wrote:
> On 8/15/13 8:10 AM, Harald Alvestrand wrote:
>> On 08/15/2013 04:05 PM, Graham Klyne wrote:
>>> Harald,
>>>
>>> Briefly:
>>>
>>> 1. Thanks for the reference,
>>>
>>> and
>>>
>>> 2. I misunderstood what you meant by "This is a format for a piece of
>>> data".  In light of your clarification, I withdraw my comments 3 & 4. 
>>> Identification of the STUN service would appear to be a perfectly
>>> reasonable use.
>>>
>>> ...
>>>
>>> So the remaining issues from my questions are whether the intended
>>> highly constrained use of these services justifies allocating a URI
>>> scheme.
>>>
>>> If the community consensus is that it is of sufficient value, I might
>>> suggest an annotation to the scheme registration along the lines of:
>>>
>>> "This URI scheme is intended for use in very specific NAT traversal
>>> environments, and should not be used otherwise on the open Web or
>>> Internet."
>>>
>>> Would such a comment run contrary to your expectations for its use?
>> I would prefer to run the comment as "This scheme is intended for use in
>> specific environments that involve NAT traversal. Users of the scheme
>> need to carefully consider the security properties of the context in
>> which they are using it."
>>
>> Echoing the warning in the STUN scheme - "use this when you know what
>> you're doing only".
>>
>> Frankly, like Hadriel indicated, I have no idea whether it will be
>> useful in other contexts or not, 
> I tend to think not.
>
>> and I'm hesitant to put language that
>> seems to claim that we've evaluated all possible contexts 
> Agreed.
>
>> and say that
>> there aren't other contexts in which it can be useful.
> Too many negatives. :-) You are hesitant to say that it won't be useful
> in other contexts, or you would prefer to say that it was designed for a
> specific contexts and probably wouldn't be useful outside that context?

I'm hesitant to say that it won't be useful in other contexts - that is,
I'd prefer to say nothing about whether it will be useful elsewhere or not.


Others understand other contexts better than I do; if they come forward
(as Hadriel just did) and say "This is useful to me", I don't want the
draft to say "Sorry, but we decided you can't use it".

>
> Peter
>