L2 devices can break PMTUD
I've come across two service providers in the last couple of weeks that have had issues with L2 devices eating IPv6 PMTUD packets. I am allowed to share some of the information from one of those service providers here. $ISP contacted me to ask more about why PMTUD was being reported as broken on Android, Linux, Mac - but not being reported on Windows. After some back and forth I was able to get $ISP to prove that ICMPv6 Packet Too Big messages were not making it to the client. Windows just happens to work around this issue. Ultimately, they narrowed it down to be the access switch. They set one up in a lab, and sure enough, they could reproduce the problem and actually capture packets upstream and downstream of it. Device in question: Calix E7-2 and E7-20. To the vendor's credit, Calix started investigating immediately. Within a business week they were able to confirm it was a bug and told the $ISP that the next maintenance release should have the fix. Last comment from $ISP: "I’m not sure if I shared with you that the issue did not occur if the VLAN was configured as a “TLAN” (transparent LAN). Of course, in the VLAN per service model (1:N) that isn’t set because you don’t’ want everyone flooding their broadcast and multicast traffic to everyone else."
participants (1)
-
Jason Fesler