Re: draft-ietf-tsvwg-iana-ports-09: How we have resolved WG last call comments

Joe Touch <touch@isi.edu> Fri, 03 December 2010 22:23 UTC

Return-Path: <touch@isi.edu>
X-Original-To: tsvwg@core3.amsl.com
Delivered-To: tsvwg@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AE16D3A6823 for <tsvwg@core3.amsl.com>; Fri, 3 Dec 2010 14:23:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.545
X-Spam-Level:
X-Spam-Status: No, score=-102.545 tagged_above=-999 required=5 tests=[AWL=0.054, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id avmc95NDHJ0L for <tsvwg@core3.amsl.com>; Fri, 3 Dec 2010 14:22:59 -0800 (PST)
Received: from nitro.isi.edu (nitro.isi.edu [128.9.208.207]) by core3.amsl.com (Postfix) with ESMTP id AD6653A677D for <tsvwg@ietf.org>; Fri, 3 Dec 2010 14:22:59 -0800 (PST)
Received: from [128.9.160.252] (pen.isi.edu [128.9.160.252]) (authenticated bits=0) by nitro.isi.edu (8.13.8/8.13.8) with ESMTP id oB3MO2dY019430 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT); Fri, 3 Dec 2010 14:24:02 -0800 (PST)
Message-ID: <4CF96E02.5030404@isi.edu>
Date: Fri, 03 Dec 2010 14:24:02 -0800
From: Joe Touch <touch@isi.edu>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6
MIME-Version: 1.0
To: Eliot Lear <lear@cisco.com>
Subject: Re: draft-ietf-tsvwg-iana-ports-09: How we have resolved WG last call comments
References: <4CF79432.8070508@ericsson.com> <4CF796A9.9070608@cisco.com> <7A4B44A1-8A53-4819-82A2-5583D52218B4@nokia.com> <4CF7A7CF.50006@cisco.com> <38C6B891-838A-4124-9061-28C51E354DCB@nokia.com> <A6DF5386-C1DA-4A1A-B381-A8B58EFBD26C@freebsd.org> <p0624081cc91d6c95c104@[10.20.30.150]> <9FD12A39-EEFE-4F48-A80E-110FFCF87993@freebsd.org> <4CF7CD5B.3040903@cisco.com> <72C0AA6E-2F52-47A2-BE59-EF9B6E07DB42@freebsd.org> <4CF8E80E.7050308@cisco.com>
In-Reply-To: <4CF8E80E.7050308@cisco.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
X-MailScanner-ID: oB3MO2dY019430
X-ISI-4-69-MailScanner: Found to be clean
X-MailScanner-From: touch@isi.edu
Cc: Paul Hoffman <paul.hoffman@vpnc.org>, tsvwg@ietf.org
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Transport Area Working Group <tsvwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/tsvwg>
List-Post: <mailto:tsvwg@ietf.org>
List-Help: <mailto:tsvwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 03 Dec 2010 22:23:00 -0000

Hi, Eliot,

On 12/3/2010 4:52 AM, Eliot Lear wrote:
> George,
>
> This is a fair question:
>
> On 12/2/10 6:24 PM, George Neville-Neil wrote:
>> I tried to ask this before, but I think that mail got rejected.  What problem
>> are we trying to solve?
>
> In my own mind, what I would like to see is a modernized set of
> procedures that articulate the principles upon which decisions by IANA
> and their technical reviewers (of which I am one) should be made, so
> that there is transparency.  This helps the applicant in predicting a
> reasonable response prior to even an application.

Well, I'll push back on that. There should be a best practices that 
helps users understand how to do a good job, but I don't think the 
existing expert review process needs detailed codifying. It's intended 
to be flexible. To the extent that there are policies, the general ones are:
	- follow the current specs
	- conserve ports where possible

That's it, in a nutshell.

Regarding whether we should do anything in this doc:

>     * As a matter of practical application, the document does not
>       provide sufficient guidance as to when a System port SHOULD be
>       requested, in contradiction with the goal of transparency.

RFC 1340, which was the first to explain the difference, can be cited or 
quoted:

---

The Well Known Ports are controlled and	assigned by the	IANA and on most
systems	can only be used by system (or root) processes or by programs
executed by privileged users.

---

>     * As a matter of history, one cannot reasonably support an argument
>       FOR OR AGAINST an application based on the existing database.  For
>       instance, why is whois++ (63/tcp/udp) or ups (401/tcp/udp) in the
>       system port range, whereas Radius and Diameter are up in the User
>       range?
>
> The reason THIS document needs to deal with the matter is that it is
> THIS document that is reaffirming the distinction.

I don't think it is; it's just not changing it.

I agree this issue needs debate, but it's independent and can/should be 
dealt with as a separate issue.

FWIW - I just submitted a doc on ports use with some issues that have 
come up in the past, as well as some recent discussions 
(draft-touch-tsvwg-port-use-00.txt). It will be posted to the list shortly.

Perhaps that can serve as a place we can make recommendations *to users* 
on how to use/request ports. Right now it has a lot of detailed history, 
but only mostly placeholders for the rest. Suggestions welcome...

Joe