[Bug 282673] ipfw tags are lost while transit via if_epair
- In reply to: bugzilla-noreply_a_freebsd.org: "[Bug 282673] ipfw tags are lost while transit via if_epair"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Wed, 20 Nov 2024 07:37:28 UTC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=282673 Zhenlei Huang <zlei@FreeBSD.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |zlei@FreeBSD.org --- Comment #6 from Zhenlei Huang <zlei@FreeBSD.org> --- (In reply to Mark Johnston from comment #4) > Would it make sense for epair to preserve tags if the endpoints belong to the same VNET? Technically possible, and looks reasonable. > That's a slightly odd configuration, but the reasoning for stripping tags doesn't apply there. While I suggested bridge + epair + vlan configuration to intercept tagged frames ( as in the following digram) in a bug report [1] about bridge. It is clear and promising. tap0 --- --- epair0b.5 em0 --- bridge0 --- epair0a --- epair0b --- epair0b.10 igc0 --- --- epair0b.20 I'm not sure if that is commonly deployed but I think it is not an odd configration but rather a **workaround** / **solution** . I do not use IPFW but it seems the man doc > Tags are kept with the packet everywhere within the kernel, but are lost when > the packet leaves the kernel is outdated. I think preserving tags within the same VNET is applicable. 1. https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=240106#c31 -- You are receiving this mail because: You are the assignee for the bug.