IPv6 Provider Independent Addresses
If you want your network to remain multihomed when the Internet migrates to IPv6, you need your own Provider Independent (PI) IPv6 prefix. That’s old news (I was writing about the multihoming elephant almost two years ago), but most of the IT industry managed to look the other way pretending the problem does not exist. It was always very clear that the lack of other multihoming mechanisms will result in explosion of global IPv6 routing tables (attendees of my Upcoming Internet Challenges webinar probably remember the topic very well, as it was one of my focal points) and yet nothing was done about it (apart from the LISP development efforts, which will still take a while before being globally deployed).
To make matters worse, some Service Providers behave like the model citizens in the IPv6 world and filter prefixes longer than /32 when they belong to the Provider Assigned (PA) address space, which means that you cannot implement reliable multihoming at all if you don’t get a chunk of PI address space.
I was always focusing on the technical aspects of the problem; Greg Ferro added the business aspects in his The Importance of Provider Independent IPv6 Addressing post. Characteristically, he was unable to resist another Service Provider-focused rant, triggering a knee-jerk response from Russell Heilling (which resulted in another great post on the same topic, this time from the Service Provider perspective).
Anyhow, things are not as easy as Greg would like them to be. You have to satisfy certain requirements to get PI IPv6 prefix and while I’m positive Greg’s customer will always be in that group, smaller organizations that used NAT-based multihoming today will be left in the dark in the IPv6 world… and there is no good answer we could give them apart from “Use ULA addresses internally to reduce the eventual renumbering pain.”
More Information
To learn more about early IPv6 pitfalls and the first steps you have to take to prepare for the brave new world, watch the Enteprise IPv6 – the First Steps webinar.
Revision History
- 2023-03-10
- Added a note about ULA uselessness
http://en.wikipedia.org/wiki/Comparison_of_IPv6_support_by_major_transit_providers
shows only /48.
I think most ISPs at this time are board with a /48.
Frank
@Ivan: AFAICT the simple desire to multihome provides justification to the RIRs for at least a /48. A couple of the docs I've found at RIPE suggest that this decision was made specifically to lower the barrier to adoption of IPv6 for smaller organizations.
The IPv6 PI allocation policy is (almost?) identical to IPv4 PI allocation policy (in ARIN's case, an amendment to the IPv6 policy states you can get PI IPv6 prefix if you would be eligible to get IPv4 PI prefix).
I've been trying to find such a list/document, and have even asked some ISPs, but none (of the ones I have asked) have any policies in place yet.
I would really appreciate more information on this - as I know some places which are hoping to split their PA /32 into /40s (or longer).