Code:
auto nic_1.10
iface nic_1.10 inet マニュアル
自動nic_1.20
iface nic_1.20 inet マニュアル
自動nic_1.30
iface nic_1.30 inet マニュアル
自動VLAN10
iface VLAN10 inet マニュアル
ブリッジポート nic_1.10
bridge-stp オフ
ブリッジファイル 0
自動VLAN20
iface VLAN20 inet マニュアル
ブリッジポート nic_1.20
bridge-stp オフ
ブリッジファイル 0
自動VLAN30
iface VLAN30 inet マニュアル
ブリッジポート nic_1.30
bridge-stp オフ
ブリッジファイル 0
自動VLAN102030
iface VLAN102030 inet マニュアル
ブリッジポート nic_1
bridge-stp オフ
ブリッジファイル 0
bridge-vlan-aware はい
bridge-vids 10 20 30上記のようにシステムを構成し、2つの方法をテストしました。具体的には、nic_1上にLinux VLAN nic_1.10、nic_1.20、nic_1.30を作成し、これらのLinux VLANをLinuxブリッジのブリッジポートで定義し、Linuxブリッジ（VLANxx）を使用してVMを構成する方法、およびnic_1上にVLAN対応ブリッジを定義し、VM上にVLANタグを構成する方法です。
Linux VLAN上でのこのタグ解除方法は、何の問題もなく機能します。
VMを使用したこのタグ解除方法では、同一セグメント内での通信すら許可されなかった。
原因を調査する中で、2つの方法は1つの物理NIC上で同時に使用できないことが分かりました。
VLAN対応ブリッジのブリッジポートとして指定されている物理NICを変更するか、Linux VLANを利用する方法で使用されているLinuxブリッジを削除すると、システムが正しく動作することがわかりました。
これはかなり奇妙だ。
これはバグでしょうか？それとも仕様でしょうか？