Re: [weirds] requirements/success was - Re: I-D Action: draft-ietf-...

Edward Lewis <ed.lewis@neustar.biz> Mon, 03 December 2012 19:26 UTC

Return-Path: <ed.lewis@neustar.biz>
X-Original-To: weirds@ietfa.amsl.com
Delivered-To: weirds@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BF69421F86CE for <weirds@ietfa.amsl.com>; Mon, 3 Dec 2012 11:26:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -100.484
X-Spam-Level:
X-Spam-Status: No, score=-100.484 tagged_above=-999 required=5 tests=[AWL=0.718, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=1.396, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UeCWGjEFKCcn for <weirds@ietfa.amsl.com>; Mon, 3 Dec 2012 11:26:46 -0800 (PST)
Received: from eastrmfepo102.cox.net (eastrmfepo102.cox.net [68.230.241.214]) by ietfa.amsl.com (Postfix) with ESMTP id C58D321F86A5 for <weirds@ietf.org>; Mon, 3 Dec 2012 11:26:45 -0800 (PST)
Received: from eastrmimpo305 ([68.230.241.237]) by eastrmfepo102.cox.net (InterMail vM.8.01.04.00 201-2260-137-20101110) with ESMTP id <20121203192645.YNWN18834.eastrmfepo102.cox.net@eastrmimpo305> for <weirds@ietf.org>; Mon, 3 Dec 2012 14:26:45 -0500
Received: from [127.0.0.1] ([68.98.141.167]) by eastrmimpo305 with cox id X7Sk1k00P3cuADQ017SkPD; Mon, 03 Dec 2012 14:26:45 -0500
X-CT-Class: Clean
X-CT-Score: 0.00
X-CT-RefID: str=0001.0A020206.50BCFCF5.008A,ss=1,re=0.000,fgs=0
X-CT-Spam: 0
X-Authority-Analysis: v=2.0 cv=QvDcLCOd c=1 sm=1 a=d1qrA6Qzssd1VjKW2xnq3A==:17 a=RARgB1Ut8ocA:10 a=hGBaWAWWAAAA:8 a=7Ce6JUiEEagA:10 a=51nx_XhkgN-10vaiVNoA:9 a=CjuIK1q_8ugA:10 a=9k6G2--EmesA:10 a=qQfcVs95nwDcYVZ-:21 a=-07JisKUsDXTOIjG:21 a=NFTBWUKGf2uF3NExXBMA:9 a=_W_S_7VecoQA:10 a=dn9P8-40Wiv1zLz1:21 a=d1qrA6Qzssd1VjKW2xnq3A==:117
X-CM-Score: 0.00
Authentication-Results: cox.net; none
Mime-Version: 1.0 (Apple Message framework v1283)
Content-Type: multipart/alternative; boundary="Apple-Mail=_CA911FC4-0200-4F50-B0E5-AE5C63924D2C"
From: Edward Lewis <ed.lewis@neustar.biz>
In-Reply-To: <6.2.5.6.2.20121203100555.09a29730@resistor.net>
Date: Mon, 03 Dec 2012 14:26:44 -0500
Message-Id: <BB0D2F93-ADA6-4BDB-8B05-43001A8654F2@neustar.biz>
References: <20121130234803.72618.qmail@joyce.lan> <FCF4B9F1-D227-4349-B89C-B365C5D940E4@neustar.biz> <6.2.5.6.2.20121203100555.09a29730@resistor.net>
To: weirds@ietf.org
X-Mailer: Apple Mail (2.1283)
Cc: Edward Lewis <ed.lewis@neustar.biz>
Subject: Re: [weirds] requirements/success was - Re: I-D Action: draft-ietf-...
X-BeenThere: weirds@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "WHOIS-based Extensible Internet Registration Data Service \(WEIRDS\)" <weirds.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/weirds>, <mailto:weirds-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/weirds>
List-Post: <mailto:weirds@ietf.org>
List-Help: <mailto:weirds-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/weirds>, <mailto:weirds-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 03 Dec 2012 19:26:46 -0000

On Dec 3, 2012, at 13:13, SM wrote:

> At 07:44 03-12-2012, Edward Lewis wrote:
>> There isn't a distinct "names community" that is separate from a "numbers community."  There are about a dozen organizations that do both (i.e., the NIRs and IANA, hence ICANN).
> 
> How many individuals affiliated with IANA have reviewed the drafts?
> 
> How many individuals affiliated with ICANN have reviewed the drafts?
> 
> How many individuals affiliated with NIRs have reviewed the drafts?
> 

I have tried to get input from NIRs, but my attempt to contact one particular person hasn't been successful.

There is a rat hole discussion that could happen here.  First, the IETF shies away from recognizing people having affiliations.  The IETF doesn't have members, no voting mechanism before approving a document.  The IETF relies on consensus being volunteered from participants.  That leaves open the possibility that the result can be highly biased "the wrong way" - in the sense that the entirety of the problem was underestimated or represented just a fraction of the operator communitys' concerns.  The best the IETF can do is try to beat the bushes to get as much input as it can, not sit back and expect volunteers to come calling.

A lesson from the PROVREG WG and EPP.  EPP was first published around 2003 and eventually elevated to full standard by 2009.  The elevation followed the full IETF process.  However, the operator community, which pretty much came of age around 2004-2005 (estimates vary) was unaware of the IETF's mailing list for EPP.  So in 2009 there was a lot of skepticism in the operator community over the elevation of EPP to full standard when it seemed that the protocol had so many flaws.

Between October 2009 and May 2010 a few things happened (the bookend dates here correspond to CENTR Tech meetings).  The operator community and the PROVREG mail list were introduced to each other.  It seems that while those on the PROVREG list were aware of the state of the art of registration, those who came on later never heard of the list (because there was no IETF WG to gateway them in).  After this happened, the angst over the protocol subsided and issues were worked out ceasing the desire to replace EPP with something different.  I'm keeping this short - the point is that there really needs to be an effort from the IETF outwards to make sure that what gets into IETF documents is relevant, and not rely on reviews trickling in on time.

And, returning to where my comments began, the operator community in this case is not so neatly divided between names and numbers.  Perhaps in some sense is seems that way because the number of numbers people on the list is disproportionately higher than names people (if you are to count the number of RIRs as 5 registries and the domain names as having around 300).  NIRs though...they expand the RIR's 5 number registries by about double that.

I dunno, this is a rat hole.  I expect as much though as we are talking about splitting input into "names" and "numbers" - attaching affiliations when the process does not recognize that.

>> There seems to be an assumption that "just because the IETF is working on it, people are
> 
> The IETF is not working on it.  The editors of the drafts are working on it.  People who have posted reviews to this mailing list are working on it.


In the sense that the IETF is anyone participating on a mail list or document or face to face meeting, yes, the "IETF is working on it."  I've seen other organizations refer to things the "IETF is working on" in that vein.

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Edward Lewis             
NeuStar                    You can leave a voice message at +1-571-434-5468

There are no answers - just tradeoffs, decisions, and responses.