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 19:22 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 D8E103A6A7A; Tue, 1 Feb 2011 11:22:34 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.609
X-Spam-Level:
X-Spam-Status: No, score=-102.609 tagged_above=-999 required=5 tests=[AWL=-0.010, 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 rDd76EHZeKpF; Tue, 1 Feb 2011 11:22:34 -0800 (PST)
Received: from vapor.isi.edu (vapor.isi.edu [128.9.64.64]) by core3.amsl.com (Postfix) with ESMTP id F00BD3A6FDF; Tue, 1 Feb 2011 11:22:33 -0800 (PST)
Received: from [128.9.160.252] (pen.isi.edu [128.9.160.252]) (authenticated bits=0) by vapor.isi.edu (8.13.8/8.13.8) with ESMTP id p11JPWS4003535 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT); Tue, 1 Feb 2011 11:25:33 -0800 (PST)
Message-ID: <4D485E2B.4080201@isi.edu>
Date: Tue, 01 Feb 2011 11:25:31 -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>
In-Reply-To: <tslbp2vh8ig.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 19:22:35 -0000

On 2/1/2011 11:14 AM, Sam Hartman wrote:
...
> 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.

Such reviews occur elsewhere in the IETF as well; it's not a requirement 
that every review include a list of all consulted parties. This is no 
different. IANA is the one making the decision of how to use the advice 
they receive.

I.e., please explain where in RFC 5226 that the process of Expert Review 
is expected to be a dialogue.

I.e., the dialogue is with IANA, not the reviewer.

The point isn't that reviewers MUST be anonymous; many of them do engage 
in direct conversation with the applicant. However, we try to avoid that 
because we want IANA involved in all conversation, and we want IANA to 
approve that conversation as it goes along. So, ultimately, the 
discussion is really, IMO, with IANA, not the reviewer per se, which is 
why the identity of the reviewer is irrelevant.

Joe