Date: Fri, 31 May 2019 00:13:10 +0000 From: bugzilla-noreply@freebsd.org To: net@FreeBSD.org Subject: [Bug 238198] Traffic through a vm -> bridge(4) -> vlan -> ix(4) does not return Message-ID: <bug-238198-7501-r3MYGSikrS@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-238198-7501@https.bugs.freebsd.org/bugzilla/> References: <bug-238198-7501@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D238198 --- Comment #13 from dgilbert@eicat.ca --- It doesn't explain the _different_ behaviour between ix0 and re0, but there= is one bug I managed to nail myself. I _had_ ix0 (or re0) attached to bridge0 (picking up untagged vlan 1 --- wh= ich this switch refuses to tag). Then I had a few other vlans plus vlan 221 (t= he one we're discussing). Certainly, I have had lots of BSD machines useing t= he raw ethernet to pick up the management vlan untagged --- but I don't believe I've had a bridge there before. For now, I will use re0 to pick up the untagged vlan (sigh... feels like an engineering waste), but I do understand the complexity here. In a netgraph-like case, you can specify the ethertypes that are taken and left = and whatnot --- ifconfig doesn't allow us to express this. I would very much like to be in a discussion of layer 2 semantics, should o= ne occur. Terminology is drastically overloaded and the number of useful combinations is high ... leaving a more flexible solution a clear winner. What I'm saying is that the ability to pick off an untagged vlan 1 on the r= aw port is very useful with modern gear. I realize this means having a way to specify picking off ethertypes (at least for v4 and v6) and that potential confusion is high ... so accurate abstraction is key. Anyways... far beyond the status of this bug. re0 and ix0 behave different= ly in this corner case, but you may need to add re0 and/or ix0 to a bridge to replicate it. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-238198-7501-r3MYGSikrS>