What I imagine IPv4 network admins think of IPv6
#ipv6
@travis https://en.wikipedia.org/wiki/List_of_IP_version_numbers
Just develop your own Internet Protocol!
There's still 8 spots left!
(I reserve IPv2 and IPv14, you can still pick 1, 3, 10, 11, 12 or 13.)
List of IP version numbers - Wikipedia

@travis Sadly, accurate in more cases than you'd expect.

Yeah. They say IPv6 is too complicated, so they will rather have all of the workarounds you mention. And they say IPv6 is lacking features from IPv4, including all of the workarounds you mention. And they want to be able to communicate with IPv4-only hosts without using dual-stack or any transition solution.

Once IPv6 have added all of those workarounds while becoming simpler and simultaneously achieve the ability for IPv4-only and IPv6-only to communicate without using a transitioning solution - they will eventually update.

At least that's what their explanation sounds like to me. Maybe they are just looking for excuses to procrastinate for another 30 years.

@travis Fixed that for you #IPv6
@kwf @travis And whose fault is THAT? 👀
@jima @travis Broadcom, mostly.
@kwf @travis Seems plausible. Probably couldn't figure out how to monetize it.
@kwf @travis ehhh I don’t buy that there is uniform feature completeness for those v4 protocols one bit. I’ve run enough kit for enough years to know better than to trust that for literally anything.
It's very little functionality which needs to be done in hardware. With IPv4 I am sure there are people who have found themselves in a situation where the needed NAT done in hardware. But with IPv6 you should be able to get by with just packet forwarding done in hardware and everything else in software.

@kasperd @travis no, you really do need hardware support for everything when routing platforms are in the 2-50Tbps range these days.

Taking Arista as an example, only the latest generations supported IPv6 VTEPs for vxlan, and even their x86 software based DPDK platforms have only basic IPv6 forwarding support, but lack support for ACLs and VRFs. On the AV side, support for MLD for multicast is comically lacking across the board

I was referring to the IP layer and not a tunnel layer which isn't part of IP.

Yes some use cases of tunnels require those to be implemented in hardware. If you are using VXLAN I recommend you investigate whether your hardware supports Geneve.

Geneve is an IETF standards track protocol designed to replace VXLAN. Some sources say that Geneve is already widely supported in hardware, but I am not in a position to verify those claims.

@kasperd @travis I was referring to the real world where people need the protocols they want to use to be supported.
@travis tbf, PCP/UPnP is still used with IPv6 but for pinholing (automatically opening a port on the router's firewall)
but yes the resistance against IPv6 adoption (especially in the US) is kind of silly