On Feb 9, 2011, at 3:08 PM, Eric Brunner-Williams wrote:

>> I disagree... I think that offering alternate name space views to the 
>> existing {b,m}illions of v4 addressed spindles requires IPv6 reachability as 
>> well since those will also be adding IPv6 capabilities in the next year or 
>> two.
> 
> so your claim is that to have a .cat, serving registrants currently using v4 
> provisioned hosting services, and end-users currently using v4 provisioned 
> eyeball networks, and initially address and resources (but not names) 
> currently extant in the com/net/org/biz/info namespaces [1], the .cat 
> registry first has to be v6 reachable.
> 
My claim is that about the time these zones are rolling out, the registrants 
currently using v4 provisioned hosting services and end users currently using 
v4 provisioned eyeball networks will also, at least in some cases, be using 
dual stack and/or v6 services.

> and this claim is true because the webhosting operators, primarily in 
> Catalonia, who have v4 now, will themselves be v6 reachable in the next year 
> or two ... i think this requires either the existing hosting operators 
> abandon vhosting as a service model or abandon their existing v4 allocations.
> 
You do not have to abandon v4 to deploy v6. That's an absurd claim.

> now rinse and repeat for .nyc. the claim is somehow that the market for 
> hosting operators (ok, the hosting lines of business of godaddy, tucows, 
> enom, netsol, ... and their downstream resellers, which is statistically 
> likely to have 51% of all .nyc registrations), and/or (your choice) the 
> eyeball network operators for the tri-state area, are going to either abandon 
> vhosting as a service model or abandon their existing v4 allocations ...
> 
Again, the need for v6 is not predicated on the abandonment of v4.

> where the v6 ab initio convinces me some is the area i currently work on -- 
> developing economies. nigeria is a good example, fewer than 10^^5 computers, 
> a population of 15x10^^7, and cell phone penetration rate approaching 1 in 3. 
> even so, the number of v6 prefixes in afnic's inventory of allocations is ... 
> very small ... for all of africa as a region.
> 
I believe AfriNIC has a /12 like any other RIR. I'm not sure what you are 
saying here.

>> It's not that I think you only serve the future. It's that we think you are 
>> failing to recognize that IPv6 is now
>> and that what is IPv4 today will be at least dual-stack tomorrow.
> 
> if the window for applications opens 4 months after icann-41 (amman, jordan), 
> in q42011, then delegations will occur as soon as q32012.
> 
Yes.

> is your claim that registry operators where v6 is _sparce_, and/or where v6 
> eyeball networks are _sparce_, two years from today, are properly failed for 
> technical reasons, two years from today, for lack of v6 capability?
> 
I'm not sure what you mean by _sparce_.

My claim is that by 4q2012, I expect we will see much much wider IPv6 
deployment and potentially eyeball
networks that are primarily or exclusively IPv6 with at best limited or 
degraded IPv4 support through multiple
layers of NAT.

As such, I think that registries spinning up in 3q2012 should be required to 
have IPv6 support. yes.


> if your claim is that v6 is mandatory to implement sometime soon, i'm fine 
> with that rather flexible temporal requirement, but icann's current rules of 
> the road are an application that isn't v6 ready at transition to delegation 
> (roughly two years from now) fails.
> 
If you define soon as prior to 2q2012, then, yes, I'm fine with that. However, 
that seems to be about a quarter
earlier than you think these things will be starting up. Since you seem to be 
claiming they should get some
period beyond that where they don't need to run IPv6 (I'm not sure where 
they're supposed to get their
addresses to run on IPv4 by then, frankly), I think your definition of soon and 
mine are probably not
compatible.

> pessimally, the requirement is present at the date when applications are 
> submitted, that is, a year from today.
> 
I don't think that 1q2012 is especially out of line given a 2q2012 target date.

> now there's still 24 months for icann legal staff to acquire clue, and for 
> last week's press event to galvanize operators everywhere, so perhaps this 
> (and its cognate, dnssec at transition to delegation) can be elided, but it 
> is irresponsible to assert [2], independent of the purpose and position of a 
> registry, that it must have a feature due to the universalist claims of 
> advocates for a particular technology.
> 
I think it is irresponsible at this point to consider deploying any major 
network infrastructure without requiring IPv6 capabilities at deployment. IANA 
is already out of IPv4. If you expect these systems to start getting deployed 
in 3q2012, then, you're talking about a time which is likely to be well past 
RIR exhaustion in most cases. I suppose they can get a /22 from APNIC, but, 
other than that, where do you expect these organizations to even get IPv4 to 
work with?

> thanks for your difference,
> -e
> 
Any time.

Owen


Reply via email to