> NAT? why isn't Verizon 'It's the Network' Wireless using IPv6?
> <speaking-from-ass>there should be a FOIA-like method to see large
> allocation justifications</ass>
Realistically, I suppose Verizon Wireless is big enough to dictate to
the manufacturers of handsets and infrastructure, "you must support IPv6
by X date or we will no longer buy / sell your product." I wonder if
any wireless carriers are doing this today?
What services require an IP, whether they can be supplied via NAT, how
soon "smart phone" adoption will bring IP to every handset ... all these
are good and valid points. However, they all distract from the glaring
and obvious reality that there is no current explanation for Verizon
Wireless needing 27M IPs.
Well it's a 8M allocation for current population of 2M with
a 25M more potential handsets that will be upgraded soon.
This looks to be consistent with how ARIN hands out other
blocks of address space.
Say on average that you replace a cell phone every three
years. In 6 months there will be ~4M more addresses needed.
I don't see any reason to complain based on those numbers.
It's just a extremely high growth period due to technology
change over bring in new functionality.
so if they don't deploy IPv6 then ('extremely high growth period'),
when will they? I don't presume to speak for everyone who immediately
felt that tinge of surprise at reading of a /9 being allocated, but
the blame is being laid on vzw not doing something other than 'can we
have a /9 please?' --not ARIN and/or it's policies (another mailing
list, duly noted)
I think that you've got a bit of a logic fault here. You seem to be assuming that because you can't find any external any sign of Verizon preparing for IPv6, that they're definitely not doing so.
Maybe they are, maybe they aren't (your -guess- is as good as mine), but that process is not necessarily going to be broadcast to the entire world. Especially after the earlier thread via customer IPv6 rollouts by ISPs, I think it should be fairly evident that there can be nontrivial "backend" plumbing work needed to get things IPv6 ready, not all of which is necessarily going to be inherently customer-visible for all stages of progress.
1000 usenet server names
913 are potentially valid hostnames (in usenet news a server name does necessarily correspond directly to a hostname)
722 have ipv4 address records (A)
67 have ipv6 address records (AAAA)
9.2% of the top 1000 usenet servers have added support for ipv6
I'm sure there are more this took exactly 183 seconds of work.
Plus the rest of their space, at least the easily identifiable portions.
It's extremely difficult to speculate what people are doing with large
amounts of addresses. I trust that ARIN has done the right thing in
accordance with community standards. V6 addresses included.
They may want to not recycle that template containing the comment again. It
showed up on the last two allocations.
We're not a big verizon wireless customer, (we have been allocated a /25
for remote data access devices). We run multi-homed BGP with vw. vw says
that they must advertise 48 summarized prefixes to us, instead of just
the /25. The 48 prefixes are apparently advertised to all of the
de-aggregated users contained in the summarized 48 prefixes. Is this a
common practice? If so is it a best practice?
I don't see any reason to complain based on those numbers.
It's just a extremely high growth period due to technology
change over bring in new functionality.
OTOH, Verizon is not the only provider of smartphone connectivity in the
world. Most of them try to be "good citizens" and do not waste a scarce
resource (IPv4 space).
If more providers would act like Verizon, we would have run out of IPv4
addresses a long time ago (whether or not that is a good or bad thing is
left as an exercise to the reader).
You're almost always better off not providing a user-accessible switch.
Especially not a shiny one labeled "Do not touch unless you know what
you are doing".
(FWIW, this is exactly the same issue as "block port 25 unless user requests
opt-out from the block")
Many/most GSM/GPRS/etc operators will have multiple APN's - one which is
setup for NAT, and the other which gives a public IP address.
By default, most "dumb" phones will use the former. Data cards will use the
latter, and smartphones seem to be split between the two - although
obviously it will vary between providers.