Consider that NAT64 is able to translate between IPv4 and IPv6 at the packet level. If the protocols were as different as you suggest, this wouldn't be possible.
Doesn't IPv6 remove broadcast, thus removing DHCP and ARP?
I mean, hosts need to be 'dual stack' to support IPv4 and IPv6 together - whereas TheLoafOfBread's proposal would allow support of both with one backward-compatible stack.
DHCP and ARP use 32-bit addresses, so those protocols had to change regardless.
I would challenge you to find someone who knows the difference between Ethernet broadcast and multicast without looking up the answer. They are very similar mechanisms.
Re:Protocol Wars
by yencabulator on Friday May 12, 2023 @11:37AM
(#35917718)
NAT64 is never in a position to need to translate DHCP & ARP, those live fully on one side of NAT64 ("4" side for DHCP & ARP, "6" side for SLAAC/DHCPv6 & NDP).
NAT64 is involved on the level of TCP & UDP, not lower level protocols.
Re:Protocol Wars
by doublepg23 on Thursday May 11, 2023 @02:23PM
(#35906172)
This comes up often. What do you think would happen if you sent a “IPv4+” packet? All the ossified equipment would drop it. So you have to replace all this equipment, ideally _once_ so we ought to make it count.
Instead of that we got fragile, backward incompatible, unnecessarily complex, jack of all trades protocol. And people are surprised that even after decades since the release of IPv6, it is being avoided like a plague.