[arin-ppml] NRPM Policies 4.6 and 4.7 Suspended by ARIN Board

[Steven Ryerse]

I would like to take this opportunity to point out that this is a glaring example of where the ARIN Board of Directors is acting to make a policy change without consulting this community before taking action concerning the policy(s).  I am not commenting here about the pros or cons of changing these particular policies.

I wish to point out that I definitely do think the board has the power to suspend these policies or any other policy.  If the Board thinks this is important then they should act - as that is the role of the Board of Directors.

I would also point out that this action by the ARIN Board pretty much deflates the argument that ARIN’s role is only to implement and facilitate community-based Internet self-governance that I’ve seen argued in this forum and in the press by John Curran and others.  It is to the ARIN Board & Management’s credit that they do solicit this community’s input on most policy changes.  However, I think it is important that this community fully understand that they have chosen to solicit input on policy decisions but are not required to follow it.


Steven Ryerse
President
100 Ashford Center North, Suite 110, Atlanta, GA  30338
770.656.1460 - Cell
770.399.9099- Office

[Description: Description: Eclipse Networks Logo_small.png]℠ Eclipse Networks, Inc.
        Conquering Complex Networks℠

From: arin-ppml-bounces at arin.net [mailto:arin-ppml-bounces at arin.net] On Behalf Of John Curran
Sent: Tuesday, January 21, 2014 9:56 PM
To: Jimmy Hess
Cc: arin-ppml at arin.net
Subject: Re: [arin-ppml] NRPM Policies 4.6 and 4.7 Suspended by ARIN Board

On Jan 21, 2014, at 3:48 PM, Jimmy Hess <mysidia at gmail.com<mailto:mysidia at gmail.com>> wrote:


On Tue, Jan 21, 2014 at 2:08 PM, ARIN <info at arin.net<mailto:info at arin.net>> wrote:


Does anyone have the rationale for  the sudden removal of 4.6 and 4.7?

There doesn't appear to have been any policy discussion surrounding them,  so the action to suspend appears to be surprising, unwarranted,  and contrary to the last known public consensus surrounding the addition of those policies. \\

Jimmy -

Two relevant points -

1) These policies have been very sparingly used, and not at all used in recent years (we
     haven't approved an amnesty request from 2004 on.  We last approved an aggregation
     request in 2008 - 4 aggregation requests in 2008, 2 in 2007, and one each in 2006 and
     2005.)

2)  The issue is that theoretically any organization with multiple blocks could come in and
      ask for a single block as large as the sum of all the previously issue blocks.  At this time,
      given the space that has been issued to date, such a request could be larger than the
      entire remaining IPv4 free pool in the worst case, and while we would theoretically get
      back the existing blocks as they renumber out of them, that could be a lengthy process
      (and would ikely still be significantly smaller than what we issued them)

Per ARIN's Policy Development Process, the ARIN Board of Trustees has the authority to
suspend policy and ask for an ARIN AC recommendation if it receives credible information
that a policy is flawed in such a way that it may cause significant problems if it continues to
be followed.  I supplied the above information to the ARIN Board with full belief that the
policy poses the risk of significant problems (contrary to the community's intent and desire
for these policies) if it remained in force and was exercised at the present time by any of the
larger service providers in the region.  If the folks feel that such use is appropriate (i.e. a large
provider requesting the remainder of the ARIN IPv4 free pool to renumber into and thus improve
routing aggregation by a handful of entries), then that should be discussed when the ARIN AC
sends its recommendation to the PPML mailing list.

Thanks!
/John

John Curran
President and CEO
ARIN




-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.arin.net/pipermail/arin-ppml/attachments/20140123/85d200a7/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 1468 bytes
Desc: image001.jpg
URL: <https://lists.arin.net/pipermail/arin-ppml/attachments/20140123/85d200a7/attachment.jpg>