[arin-ppml] ARIN-prop-180 ISP Private Reassignment

Owen DeLong owen at delong.com
Thu Aug 9 23:48:31 EDT 2012


On Aug 9, 2012, at 10:27 , "Chu, Yi [NTK]" <Yi.Chu at sprint.com> wrote:

> Seth:
> I can't go further into any details of my customer, hence I did not answer your question.
> 
> I do think your question is valid.  However, as ISP, it is not at our discretion to get into our customers' business.  They gave their justification, based on their sense of security (or whatever it is).  In this case, based on current ARIN policy, we can't grant their request.  That was my response to them in this case.
> 
> However, when I thought about it further, it does seem reasonable for a customer to make such a request.  There are many legitimate reasons not wanting their company names to be publically associated with the IP addresses.  For instance, if they only need to set up their IPSec VPN across the Internet.  Also in some cases they do not have the admin staff and outsource the network management to the upstream ISP.

They can set up their IPSec VPN with a small enough PA assignment that it would not have to be SWIP'd.

If you can provide any examples of legitimate reasons, I would like to hear them. So far, none have been forthcoming and the one you offered is, frankly, not compelling and can easily be addressed within existing policy.


> A substantial portion of ISP's business customers are managed by the ISP, statically routed, or both.  In term of routing, the prefix is not relevant to anyone else except the ISP.  Outside the ISP, only the ISP aggregate is (should be) visible.  And since the ISP is the only one responsible for routing to that IP address block, it can be argued that it makes sense for ISP to be the POC listed in public.

The prefixes are a public resource. There is a right of public visibility into their utilization. I understand the need for residential customer privacy, but I am not convinced that businesses have any such right.

> I do not believe ISP would indiscriminately register all reassignments as private, as it is contrary to their interest.  They would have to have a bigger NOC to answer all the inquiries on all customers' behalf. What I try to propose here is to give ISP and their customers an option.

Responsible ISP, sure, but abusers could easily use this technique and it would be very much in their interest.

Owen

> 
> yi
> 
> -----Original Message-----
> From: arin-ppml-bounces at arin.net [mailto:arin-ppml-bounces at arin.net] On Behalf Of Seth Mattinen
> Sent: Thursday, August 09, 2012 11:53 AM
> To: arin-ppml at arin.net
> Subject: Re: [arin-ppml] ARIN-prop-180 ISP Private Reassignment
> 
> On 8/9/12 8:42 AM, Owen DeLong wrote:
>> Opposed. This goes too far.
>> 
>> The current residential customer privacy provision is sufficient.
>> 
> 
> Agreed and opposed as well.
> 
> In the thread that preceded this it was said that the org in question
> has a public facing department. I asked why not use that department's
> already public contact info for whois as well, and I'd still like to
> know why that isn't a possibility because it seems reasonable (and
> policy complying) to me.
> 
> ~Seth
> _______________________________________________
> PPML
> You are receiving this message because you are subscribed to
> the ARIN Public Policy Mailing List (ARIN-PPML at arin.net).
> Unsubscribe or manage your mailing list subscription at:
> http://lists.arin.net/mailman/listinfo/arin-ppml
> Please contact info at arin.net if you experience any issues.
> 
> 
> ________________________________
> 
> This e-mail may contain Sprint Nextel proprietary information intended for the sole use of the recipient(s). Any use by others is prohibited. If you are not the intended recipient, please contact the sender and delete all copies of the message.
> 
> _______________________________________________
> PPML
> You are receiving this message because you are subscribed to
> the ARIN Public Policy Mailing List (ARIN-PPML at arin.net).
> Unsubscribe or manage your mailing list subscription at:
> http://lists.arin.net/mailman/listinfo/arin-ppml
> Please contact info at arin.net if you experience any issues.




More information about the ARIN-PPML mailing list