[arin-ppml] Revealing /32 customers?

[Randy Carpenter]

I suppose they are becoming more strict in practice. If so, it would be nice to clarify in policy.

-Randy

----- Original Message -----
> That is not true!
>   I just received an /21 allocation and in order to get the
>   allocation I was required to send customer names for every address
>   for a DHCP /25.  I have asked repeatedly why, on cable DHCP
>   groups, this necessary since is not required by ARIN policy.  I
>   advised the representative this needs to be make clear in ARIN
>   policy so our company can put procedures in place to easily supply
>   this data when asking for more resources.
> I guess this is why I comment.
> 
> Regards,
> Tim Gimmel
> 
> 
> ============================================
> Tim Gimmel                    V:812-456-4750
> Senior Network Engineer       M:270-454-7035
> Metronet, Inc.    tim.gimmel at metronetinc.com
> See. Explore. Hear What you've Been Missing!
> ============================================
> 
> 
> -----Original Message-----
> From: arin-ppml-bounces at arin.net [mailto:arin-ppml-bounces at arin.net]
> On Behalf Of Randy Carpenter
> Sent: Thursday, April 26, 2012 3:44 PM
> To: William Herrin
> Cc: ARIN PPML
> Subject: Re: [arin-ppml] Revealing /32 customers?
> 
> 
> I work with several ISPs, and to my knowledge, none of them have ever
> been asked to provide any more information than what is already in
> SWIP/WHOIS, which would mean only /29 and shorter. In fact, I don't
> think they have ever been asked anything at all. I just assumed that
> since the SWIP/WHOIS data was already there, it was being used.
> 
> In many cases I have seen "/24 allocated as /32 static assignments to
> customers" be sufficient justification.
> 
> -Randy
> 
> ----- Original Message -----
> > Hi folks,
> > 
> > Paraphrasing a private message I received during a recent NANOG
> > discussion:
> > 
> > "We have roughly 66 /32 customer assignments and a /24 for
> > management
> > addresses (switches, waps, wireless backhauls, servers, etc). Also
> > a
> > number of large assignments to DHCP pools.
> > 
> > ARIN not only asked for the 66 customer names once, when the
> > company
> > went back to ask for additional space after renumbering, they were
> > asked for it again. ARIN asked nothing concerning the DHCP pools,
> > which by themselves qualified the address space."
> > 
> > 
> > My understanding was that our consensus policy is that an ISP is
> > expected to reveal customer information about assignments of /29
> > and
> > larger. So, this brings to mind two questions:
> > 
> > 1. Do current ARIN staff procedures have situations which place a
> > mandatory requirement for an ISP to reveal (under NDA or otherwise)
> > customers to whom less than a /29 of address spaces has been
> > assigned?
> > By "mandatory" I mean that ARIN staff will not accept an alternate
> > form of demonstration that the /32 assignments are in use. The
> > customer identities are required.
> > 
> > 2. If ARIN staff procedures are in fact as described in #1, from
> > which
> > NRPM policies do those particular procedures derive?
> > 
> > Thanks,
> > Bill Herrin
> > 
> > 
> > --
> > William D. Herrin ................ herrin at dirtside.com
> >  bill at herrin.us
> > 3005 Crane Dr. ...................... Web: <http://bill.herrin.us/>
> > Falls Church, VA 22042-3004
> > _______________________________________________
> > 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.
> > 
> > 
> _______________________________________________
> 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.
> _______________________________________________
> 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.
> 
>