Mobile carriers want v6 because it saves them money. CGNAT capacity is expensive. Having native v6 means that >50% of your traffic won't need to touch the CGNAT, which reduces your costs significantly.
NAT is a necessary evil to deal with address space exhaustion in v4. NAT64 is just another application of that. In v6, when not dealing with backwards compatibility to v4, NAT is an unnecessary evil. Do you see the difference?
> And, it's a success which paves the way for practically any protocol to replace ipv6 as the real successor, like the casually thrown out ipv4.4++v2, which is getting dismissed right and left by the ipv6 people here.
It's being dismissed because it brings nothing new to the table. The people casually throwing out alternatives aren't thinking through them enough to realize that they've either come up with something that doesn't work, or they've come up with something that's basically v6 and has the same limitations v6 does. There's zero point in replacing v6 -- which 40% of the Internet's clients are already using -- with another protocol that's just as hard to deploy.
NAT is a necessary evil to deal with address space exhaustion in v4. NAT64 is just another application of that. In v6, when not dealing with backwards compatibility to v4, NAT is an unnecessary evil. Do you see the difference?
> And, it's a success which paves the way for practically any protocol to replace ipv6 as the real successor, like the casually thrown out ipv4.4++v2, which is getting dismissed right and left by the ipv6 people here.
It's being dismissed because it brings nothing new to the table. The people casually throwing out alternatives aren't thinking through them enough to realize that they've either come up with something that doesn't work, or they've come up with something that's basically v6 and has the same limitations v6 does. There's zero point in replacing v6 -- which 40% of the Internet's clients are already using -- with another protocol that's just as hard to deploy.