this post was submitted on 16 Jun 2023
12 points (100.0% liked)
IPv6
317 readers
3 users here now
IPv6 Discussions
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
I think the biggest problem with IPv6 adoption is that it does not come with a full transitional package that's mandatory for all IPv6 capable nodes.
If A has IPv6, but B doesn't, then A can't use IPv6 to reach B. If both A and B has IPv6 but there is no v6 route between A and B, then A cannot use IPv6 to reach B.
What should have been done instead is that the transition mechanisms should have made sure that anyone can pick up IPv6 and use IPv6 exclusively on their own discretion and then transitional mechanisms would ensure that everything works. Whenever a node has both public v6 and v4 addresses it should be ready to translate when a packet needs to be routed into the v4 internet.
This would basically mean a few things:
When a node has no v4 neighbors, then it can use v6 natively, somewhere upstream there will be a router that's dual stack and can translate the traffic if needed.
With all these in place, v4 hosts can begin using v6 without significant service degradation and would allow enabling v6 by default.
If we had done it this way, the transition would have finished long ago.
I believe it was actually done in the way you say. There's NAT64 that ISP should implement that and there's RFC6052 with a reserved prefix for translation.
64:ff9b::/96
for the global internet and::ffff:0:0/96
for local stuff. I guess the problem is that ISPs aren't capable / don't have the interest in having NAT64 running.