[arin-ppml] 125

Kevin Kargel kkargel at polartel.com
Mon Jan 10 11:01:44 EST 2011

> -----Original Message-----
> From: arin-ppml-bounces at arin.net [mailto:arin-ppml-bounces at arin.net] On
> Behalf Of Frank Bulk
> Sent: Friday, January 07, 2011 11:38 PM
> To: 'Vaughn Thurman - Swift Systems Inc'; 'Jack Bates'
> Cc: arin-ppml at arin.net
> Subject: Re: [arin-ppml] 125
> Why are people saying that prop 125 results in "ARIN ... dictating who
> spends what where", as if that's something special.  Pretty well all of
> ARIN's policy have an effect on an organization's operational behavior.
> You
> mean I can't assign a separate IPv4 /24, using only one IP, for one
> residential customer?  That's right -- ARIN's policy requires certain
> usage
> levels, which changes what might be my preferred default behavior.

Umm, I have a couple of places where I assign a customer a /32 as a means of giving them a static IP address where their equipment didn't support other means.  All I need to do is aggregate the BGP advertisement and all is copacetic.
The controlling factor that is not ARIN policy, it is BGP standards policy.  ARIN makes no rules about what I can allocate where and I believe that is as it should be.  
To my knowledge ARIN would have no problem at all if I wanted to SWIP an IPv4 /30 or even a /32 to another customer.
Don't confuse ARIN policy with standards of operation.  
> So if the charge is that prop 125 forces an organization to do something,
> sure, that's right, but that's no different than ARIN's other policies.
> What seems to be bothering some people is that prop 125 will make it more
> difficult for some people to obtain IPv4 address space which will force
> looking at alternative solutions (greater efficiency of current space, or
> move toward IPv6).  Well, I can make the argument right now that ARIN's
> current policies result in changes in my operational behavior.

Again, I suspect you are blaming ARIN policy for controls that are actually found in RFC documents.  There is (to my current understanding) nothing in ARIN policies to prevent a customer from getting an ASN, and advertising a single IP address and nothing else from that ASN.  

There is nothing to assure that the advertisement will be accepted by any BGP peer, in fact it will almost certainly be discarded by any other than a directly connected peer with special arrangements, but that is not because of ARIN policy.

Please feel free to educate me, I always appreciate being educated.


More information about the ARIN-PPML mailing list