Re: [OPSAWG] [OPS-AREA] Heads up - Plea for allocating a /8 to ISPs
james woodyatt <[email protected]>
| Newsgroups | gmane.ietf.v6ops,gmane.ietf.ops |
|---|---|
| Message-ID | <[email protected]> |
On Nov 15, 2010, at 15:38, David Conrad wrote: > On Nov 15, 2010, at 1:16 PM, Michael Newbery wrote: >> NAT444 doesn't solve their looming next problem---that of being unable to access the (rapidly) increasing IPv6-only Internet, and absent working NAT46 and with no likely prospect of same, the ONLY way they will get this access is by upgrading their CPE. >> >> Am I missing something obvious? > > When do you expect there to be any commercially viable sites or services that are reachable via IPv6 only? The services reachable using the Back To My Mac™ feature of Mac OS X, which was introduced in October 2007 are all IPv6-only. Granted, the IPv6 network in question is addressed with RFC 4193 Unique Local Addresses overlaying the public IPv4 Internet using an IPsec-over-UDP overlay. The default-free zone is not involved. Nevertheless, Back To My Mac™ is part of a commercially viable service, and it's IPv6-only. I mention this to expose an important flaw in the premises of the question. One thing you very quickly learn about building any kind of network: utilization always follows capacity. If you're expecting to find the next wave of IPv6-only sites and services to be hosted in the massive data centers where the current IPv4-only content lives, then you're probably going to be waiting a long time before you see it. The capacity isn't being added there. If, on the other hand, you're looking for it to appear first on dual-stack subscriber networks that only reachable from the public Internet over IPv6 (modulo policy), then you're probably looking in the right place for it. That's where the new capacity will be appearing soon. After that, the utilization of the capacity will follow. -- james woodyatt <[email protected]> member of technical staff, communications engineering _______________________________________________ v6ops mailing list [email protected] https://www.ietf.org/mailman/listinfo/v6ops