ICANN ICANN Email List Archives

[soac-newgtldapsup-wg]


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

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

  • To: Evan Leibovitch <evan@xxxxxxxxx>
  • Subject: Re: [soac-newgtldapsup-wg] On the v6 requirement
  • From: "Michele Neylon :: Blacknight" <michele@xxxxxxxxxxxxx>
  • Date: Thu, 23 Dec 2010 15:24:44 +0000


On 23 Dec 2010, at 15:17, Evan Leibovitch wrote:

> 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.


I don't think he meant that - and if you think about it logically I don't see 
how he could. I *think* he's saying that ARIN (at least) would be willing to 
assign v4 PI space to registry operators 

So it doesn't require a change to the DAG (or am I missing something??)

> 
> 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

Mr Michele Neylon
Blacknight Solutions
Hosting & Colocation, Brand Protection
ICANN Accredited Registrar
http://www.blacknight.com/
http://blog.blacknight.com/
http://blacknight.mobi/
http://mneylon.tel
Intl. +353 (0) 59  9183072
US: 213-233-1612 
UK: 0844 484 9361
Locall: 1850 929 929
Direct Dial: +353 (0)59 9183090
Twitter: http://twitter.com/mneylon
-------------------------------
Blacknight Internet Solutions Ltd, Unit 12A,Barrowside Business Park,Sleaty
Road,Graiguecullen,Carlow,Ireland  Company No.: 370845





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

Privacy Policy | Terms of Service | Cookies Policy