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

Joe Touch <touch@isi.edu> Tue, 01 February 2011 21:03 UTC

Return-Path: <touch@isi.edu>
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 646D73A6C0E; Tue, 1 Feb 2011 13:03:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -104.609
X-Spam-Level:
X-Spam-Status: No, score=-104.609 tagged_above=-999 required=5 tests=[AWL=1.990, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, 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 G9FPqeMp3r-e; Tue, 1 Feb 2011 13:03:41 -0800 (PST)
Received: from boreas.isi.edu (boreas.isi.edu [128.9.160.161]) by core3.amsl.com (Postfix) with ESMTP id 415FF3A6B4F; Tue, 1 Feb 2011 13:03:41 -0800 (PST)
Received: from [128.9.160.166] (abc.isi.edu [128.9.160.166]) (authenticated bits=0) by boreas.isi.edu (8.13.8/8.13.8) with ESMTP id p11L6PVf014294 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT); Tue, 1 Feb 2011 13:06:25 -0800 (PST)
Message-ID: <4D4875D1.6060106@isi.edu>
Date: Tue, 01 Feb 2011 13:06:25 -0800
From: Joe Touch <touch@isi.edu>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7
MIME-Version: 1.0
To: Sam Hartman <hartmans-ietf@mit.edu>
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> <tslbp2vh8ig.fsf@mit.edu> <4D485E2B.4080201@isi.edu> <tslk4hjfram.fsf@mit.edu>
In-Reply-To: <tslk4hjfram.fsf@mit.edu>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-ISI-4-43-8-MailScanner: Found to be clean
X-MailScanner-From: touch@isi.edu
Cc: Cullen Jennings <fluffy@cisco.com>, tsvwg@ietf.org, Paul Hoffman <paul.hoffman@vpnc.org>, IESG IESG <iesg@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: Tue, 01 Feb 2011 21:03:42 -0000

On 2/1/2011 12:12 PM, Sam Hartman wrote:
>>>>>> "Joe" == Joe Touch<touch@isi.edu>  writes:
>
>      Joe>  On 2/1/2011 11:14 AM, Sam Hartman wrote:
>      Joe>  ...
>      >>  Joe, the IESG had a fair amount of negative experience with this
>      >>  style of review just before I joined; this type of review was
>      >>  just about out of the process leading to blocking objections when
>      >>  I joined as an AD.
>      >>
>      >>  I think that being able to discuss concerns with reviewers and
>      >>  being able to consider potential conflicts and other issues mean
>      >>  that an open dialogue with identified reviewers is an important
>      >>  part of our process. Anonymous contributions may have their place
>      >>  in the WG process, but I don't think they should have a place in
>      >>  expert review oor blocking objections to documents.  So, as an
>      >>  individual I strongly support making expert reviewers identities
>      >>  public.
>
>      Joe>  Such reviews occur elsewhere in the IETF as well; it's not a
>      Joe>  requirement that every review include a list of all consulted
>      Joe>  parties. This is no different. IANA is the one making the
>      Joe>  decision of how to use the advice they receive.
>
> Joe, RFC 5226 disagrees with you fairly significantly.
> I draw your attention in particular to section 3.2, and particularly
> call our attention to several points made there:
>
> * The designated expert is responsible for initiating and coordinating
>    the review.
>
> * Designated experts are expected to be able to defend their *decisions*
>    to the IETf community
>
> * The process is not intended to be secretive
>
> * Experts make a single clear recommendation to IANA
>
> * In cases of deadlock IESG may be pulled in to resolve disputes
>
> * When IANA receives conflicting advice, chair of pool of experts  gives
>    clear *instructions* to IANA.
> On page 10, the expert review criteria  requires approval of a
>    designated expert.
>
> I submit based on the above that the experts rather than IANA are making
> the decision; the expert has the responsibility of justifying and
> defending their decision. Moreover anonymous expert reviews violate two
> BCP requirements: they tend to a secretive process and they do not
> facilitate the expert defending their decision to the IETF community.
>
> Having read RFc 5226 my objection to anonymous expert reviews is much
> stronger than when I first read Cullen's message.

Well, based on the above, the Expert Team has a lot more power than I 
originally thought.  I agree that, given that power, making the reviewer 
known makes sense.

I will let you know that I will recommend to IANA that they should 
include a warning that any communication regarding an application made 
outside of the process (e.g., with IANA in the loop) will likely result 
in an application being rejected on a violation of the above "open" 
process. That should avoid my concerns about the team being deluged 
out-of-band ;-)

Joe