[arin-ppml] IPv6 Non-connected networks

Hannigan, Martin marty at akamai.com
Mon Mar 29 10:40:28 EDT 2010



> From: Michael Richardson <mcr at sandelman.ca>
> Date: Fri, 26 Mar 2010 17:43:30 -0400
> To: David Farmer <farmer at umn.edu>
> Cc: <arin-ppml at arin.net>
> Subject: Re: [arin-ppml] IPv6 Non-connected networks
> 
> 
>>>>>> "David" == David Farmer <farmer at umn.edu> writes:
>     David> WAIT!!! I got hung up on the implied authorization thing.
>     David> But, now I realize that is not what you were thinking about.
> 
>     David> Your right BINGO!
> 
>     David> A ula.nro.net type mechanism is the way to coordinate the
>     David> creation of the random prefixes.  How about something like
>     David> this.
> 
>     David> 1. Registrant generates a prefix on ula.nro.net, the tool can
>     David> generate regular ULA or registered ULA.  For registered ULA
>     David> the tool puts the prefix into a "pending" state in a
>     David> database, and creates a ticket that can be registered with an
>     David> RIR.  If the state isn't progressed in some timeout say a
>     David> week then the prefix is returned to the pool.
> 
>     David> 2. The Registrant contacts the appropriate RIR, the RIR takes
>     David> the ticket generated in step 1 and moves the state to
>     David> "Pending-RIR". The RIR processes and validates the
>     David> registration.  If the RIR refuses the registration or it is
>     David> dropped, the RIR returns the prefix to the pool.
> 
>     David> 3. Once the registration is completed, the state is changed
>     David> to "Registered", and the database points at the RIR for Whois
>     David> and reverse DNS so that maybe managed via the RIR's tools
>     David> from this point on.
> 
>     David> 4. The RIR follows its policies and procedures for the life
>     David> of the registration.
> 
>     David> 5. Once the RIR determines the registration is no longer
>     David> valid (including any hold time) the RIR returns the prefix to
>     David> the pool.
> 
>     David> Other than a few worries related to sparse database problems
>     David> I think it could work.
> 
> I am happy with this process.


Anyone know what the NRO is?

Best,

Martin





More information about the ARIN-PPML mailing list