Re: [Idr] Thoughts on

"Susan Hares" <> Tue, 21 March 2017 16:01 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 4C526129AB2 for <>; Tue, 21 Mar 2017 09:01:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: 0.947
X-Spam-Status: No, score=0.947 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845, HTML_MESSAGE=0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id v2wfHYcu5rIf for <>; Tue, 21 Mar 2017 09:01:06 -0700 (PDT)
Received: from ( []) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 51C381294B8 for <>; Tue, 21 Mar 2017 09:00:56 -0700 (PDT)
X-Default-Received-SPF: pass (skip=loggedin (res=PASS)) x-ip-name=;
From: Susan Hares <>
To: 'Eric C Rosen' <>,
References: <048701d29cd9$15204b80$3f60e280$> <022201d29ce6$ffb2ba40$ff182ec0$> <>
In-Reply-To: <>
Date: Tue, 21 Mar 2017 11:55:58 -0400
Message-ID: <02dc01d2a25b$a1eca590$e5c5f0b0$>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_02DD_01D2A23A.1ADD0160"
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQHgLJVhftftdlZ2OeQGM5dxbx7ZtQIfusEjApalZLqhXqec8A==
Content-Language: en-us
Archived-At: <>
Subject: Re: [Idr] Thoughts on
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Inter-Domain Routing <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Tue, 21 Mar 2017 16:01:08 -0000



Politics: I do not know how this introduces politics - since it is just the
WG chairs.  The WG chairs for BGP related groups are very collaborative.  If
they are not collaborative, the ADs can work with or replace the WG chairs.


How does it speed up things?  It provides 8 designated experts which means
IANA does not have to chase down a few people (2-3).   This is the most
often reason for IANA slow-downs (AFAIK).  The collaborative chairs can
decide on a rotation for a designated person to check up with other chairs.
The new datatracker review process could automate that process. If you think
this should have a time limit (for example - 2 weeks), I agree.  I also
believe it should run concurrent with other processes.  This process should
start after the AD review considers document worthy and it MUST start no
later than IETF LC (2 weeks).   With these additions, I do not think it will
slow down the process. 


Have I responded to all your concerns?  If you think these mitigate the
problems, I will provide a revision to the draft that specifies these






-----Original Message-----
From: Eric C Rosen [] 
Sent: Tuesday, March 14, 2017 3:38 PM
To: Susan Hares;
Subject: Re: [Idr] Thoughts on


I don't think we need any more procedural hurdles that will slow down the
allocation process or that will introduce more politics into it.


The draft does not seem to be a solution to any problem, it just adds
process and politics.  It claims to have the goal of "increasing the pace of
early allocation", and proposes to do this by requiring allocations to be
approved by a committee of WG chairs or other designated "experts".  It
neglects to say how having more committees will increase the pace.


No doubt the designated experts will make their decisions "soon", as that
term is defined in draft-farrel-soon.


Adoption of this draft will result in more squatting rather than less.


Furthermore, a number of the mentioned registries were not established by
the IDR WG, and I don't see that the IDR WG has any standing to request
changes in the registration policies of those registries.