ICANN ICANN Email List Archives

[soac-newgtldapsup-wg]


<<< Chronological Index >>>    <<< Thread Index >>>

Re: [soac-newgtldapsup-wg] On the v6 requirement

  • To: Avri Doria <avri@xxxxxxx>
  • Subject: Re: [soac-newgtldapsup-wg] On the v6 requirement
  • From: Evan Leibovitch <evan@xxxxxxxxx>
  • Date: Thu, 23 Dec 2010 10:17:41 -0500

This is good news. Thanks, Eric.

So If I get this straight -- one of the DAG changes we can suggest (for
suitable applicants) is a waiver from the contractual requirement of
operating in "post-exhaustian" mode.

For practical reasons I'm trying to separate out the generic toolkit from
required DAG changes.

- Evan



On 23 December 2010 09:29, Avri Doria <avri@xxxxxxx> wrote:

>
> Hi,
>
> Sounds good.
>
> Will this be formalized in an ARIN policy statement?  And does this need to
> go through their  policy approval process?
>
> a.
>
> On 23 Dec 2010, at 08:51, Eric Brunner-Williams wrote:
>
> >
> > Colleagues,
> >
> > Yesterday I was able to obtain support from ARIN for new gTLD operators
> to be able to receive post-exhaustion provider independent address space
> from the reserve proposed for Criticial Infrastructure (CI).
> >
> > While this does not assist any new gTLD operator demonstrate the v6
> requirement that is in the DAG, it reduces the possible impulse for the
> contractual requirement, which is imposed as early as when the application
> is submitted (and "frozen"), or as late as the transition to delegation, if
> that impulse is that new gTLD registries must be able to operate in a
> post-v4-exhaustion environment.
> >
> > Whether the v6 requirement is relaxed from an unconditional requirement,
> or made conditional upon the purpose of the applicant and therefore the
> presumed address capability of the registrars, registrants, and
> name-to-address resolving users, the access to CI reserved resources is
> something that needs-qualified applicants will benefit by, and not have to
> purchase provider independent v4 address assets in the transfer market, or
> settle for provider dependent v4 address assets as a tenant of a hosting
> operator, registry technical services provider, or competitor.
> >
> > One more tool in the assistance toolkit. Post-v4-exhaustion PI blocks
> reserved for CI.
> >
> > The proposal is ARIN-prop-123. Reserved Pool for Critical Infrastructure.
> >
> > Next, making the same request to the other regional registries -- RIPE,
> APNIC, AfriNIC, LACNIC.
> >
> > Eric
> >
>
>
>


-- 
- Evan


<<< Chronological Index >>>    <<< Thread Index >>>

Privacy Policy | Terms of Service | Cookies Policy