Some interesting observations. The customer deployed a pair of Centos7 machines and confirmed the vlan0 tag issue existed there as well. That wasn't too surprising.
However, they deployed a pair of Centos6 machines and they do NOT have the vlan0 tag issue. This seems to confirm that the issue is not actually within the switch but within linux itself. Within a thread on a community discussion on cisco.com, a Cisco employee responded saying it's a Linux bug that should already be patched. The Cisco person's response: > You will find this behavior in all linux destro. This issue has been > documented under- > https://bst.cloudapps.cisco.com/bugsearch/bug/CSCuu29425/?reffering_site=dumpcr > > You may wanna try "net.bridge.bridge-nf-filter-vlan-tagged = 1" but I haven't > tested it. That URL referenced is behind a login page so I've attached a pdf of the page from the customer. Within that document it mentions a couple of URLS: https://lists.openwall.net/netdev/2013/09/10/30 https://lists.linuxfoundation.org/pipermail/bridge/2015-July/009630.html Those are very old. If they are describing the same problem/solution, then this would be a regression. The net.bridge.bridge-nf-filter-vlan-tagged setting is for filtering vlans with iptables. I feel that is not likely the right direction. ** Attachment added: "Cisco Bug CSCuu29425 - native (untagged) packets on RHEL7 seen as tagged-VLAN 0.pdf" https://bugs.launchpad.net/maas/+bug/1805920/+attachment/5218635/+files/Cisco%20Bug%20CSCuu29425%20-%20native%20%28untagged%29%20packets%20on%20RHEL7%20seen%20as%20tagged-VLAN%200.pdf -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1805920 Title: iPXE ignores vlan 0 traffic To manage notifications about this bug go to: https://bugs.launchpad.net/maas/+bug/1805920/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
