Re: Last Call: <draft-ietf-tsvwg-iana-ports-09.txt> (Internet Assigned Numbers Authority (IANA) Procedures for the Management of the Service Name and Transport Protocol Port Number Registry) to BCP

Paul Hoffman <paul.hoffman@vpnc.org> Mon, 31 January 2011 16:37 UTC

Return-Path: <paul.hoffman@vpnc.org>
X-Original-To: ietf@core3.amsl.com
Delivered-To: ietf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4D7E33A67F0; Mon, 31 Jan 2011 08:37:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.755
X-Spam-Level:
X-Spam-Status: No, score=-101.755 tagged_above=-999 required=5 tests=[AWL=0.291, BAYES_00=-2.599, HELO_MISMATCH_COM=0.553, 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 xbU4jGvOtuT4; Mon, 31 Jan 2011 08:37:37 -0800 (PST)
Received: from hoffman.proper.com (Hoffman.Proper.COM [207.182.41.81]) by core3.amsl.com (Postfix) with ESMTP id 096123A67B4; Mon, 31 Jan 2011 08:37:37 -0800 (PST)
Received: from MacBook-08.local (75-101-30-90.dsl.dynamic.sonic.net [75.101.30.90]) (authenticated bits=0) by hoffman.proper.com (8.14.4/8.14.3) with ESMTP id p0VGeTlB070327 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 31 Jan 2011 09:40:30 -0700 (MST) (envelope-from paul.hoffman@vpnc.org)
Message-ID: <4D46E5FF.5040706@vpnc.org>
Date: Mon, 31 Jan 2011 08:40:31 -0800
From: Paul Hoffman <paul.hoffman@vpnc.org>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7
MIME-Version: 1.0
To: Cullen Jennings <fluffy@cisco.com>
Subject: Re: Last Call: <draft-ietf-tsvwg-iana-ports-09.txt> (Internet Assigned Numbers Authority (IANA) Procedures for the Management of the Service Name and Transport Protocol Port Number Registry) to BCP
References: <20110118212603.5733.34489.idtracker@localhost> <B88A8A82-9C4A-40AC-89AF-F177260760F7@cisco.com> <ECA80A72-4E72-44D2-B40E-C90D7197E8C5@nokia.com> <4D421795.70505@isi.edu> <EFADE5D0-BB33-4418-B743-DFEC11B12740@cisco.com> <4D44F85D.5030407@isi.edu> <4D457FD9.5030905@vpnc.org> <B1E38EDF-E78E-47E2-B9A9-D7320A908217@nokia.com> <4D46CC62.1040006@vpnc.org> <3EEDEA1C-C34B-4F39-8E6E-AEDE50C1E504@nokia.com> <4D46D1D3.10701@vpnc.org> <F2152494-8C79-4A0F-951F-B3DB1D274A61@cisco.com>
In-Reply-To: <F2152494-8C79-4A0F-951F-B3DB1D274A61@cisco.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: IESG IESG <iesg@ietf.org>, tsvwg@ietf.org, IETF discussion list <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/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: Mon, 31 Jan 2011 16:37:38 -0000

On 1/31/11 8:13 AM, Cullen Jennings wrote:
> Hmm ... I don't agree that solves the issue.
>
> Well lets say the request was coming from 3GPP for a protocol they
> designed - why should IANA be able to tell them no but IETF yes.

Because IANA is responsible for maintaining the usefulness of the 
registry. Part of that is "don't hand out ports unnecessarily", and part 
of that is "hand out ports without hassle to those who are trusted to 
ask for them wisely". If 3GPP can show it belongs in the latter 
category, great. Until then, the only body that is there is "IETF 
consensus" plus maybe "IESG pressure".

> I think the policy issue here is fairly clear. We do not have
> consensus that in all cases that one should not have a second port
> for security (I'm basing this assertion on Magnus read of WG
> consensus and my read of IETF LC consensus). Therefore that should
> not be a ground for the expert reviewer (or IANA) to reject the
> registration. The document needs to be updated to make that clear or
> it does not reflect consensus. If the authors of the draft want to
> propose text for conditions when it would be ok to reject a second
> port for security purposes and see if they can get consensus for that
> text, that seems perfectly reasonable.
>
> I'm sure that some people believe the draft, by using the word
> "strives", actually means that this is not a grounds for rejection
> but given the push back from Lars and Joe, I believe that "strives"
> means that the decision is up to Joe. Given things could be read
> either ways, I think it's fair to ask for the draft to clarify this.

Fully agree.