gri*_*dus 2 linux vlan bridge rstp
我试图弄清楚如何在涉及 VLAN 和网桥的 Linux 上设置 RSTP，现在我完全糊涂了。
我正在尝试桥接三个接口，其中两个应该作为中继（hdlc0 和 hdlc1），一个应该作为访问端口（eth0）。我还需要在桥接器中包含的每个接口上启用 RSTP，但是使用下面列出的配置，RSTP 数据包通过 hdlc0 和 hdlc1 标记（！）发送，因此其他设备拒绝它们。由于 Linux 没有“本机 vlan”的概念，我不知道如何修复它。
这是我的配置：
ifconfig eth0 up
ifconfig hdlc0 up
ifconfig hdlc1 up
vconfig add hdlc0 42
vconfig add hdlc1 42
ifconfig hdlc0.42 up
ifconfig hdlc1.42 up
brctl addbr br1
brctl addif br1 eth0
brctl addif br1 hdlc0.42
brctl addif br1 hdlc1.42
ifconfig br1 up
brctl stp br1 on
另一个问题：我还想知道如何在我有多个网桥的情况下配置 RSTP：说 eth0 是中继，允许 vlan 42-42，vlan 42 应该通过 hdlc0，vlan 43 应该通过 hdlc1，所以我有两座桥。如果我在两个网桥上都启用 RSTP，它（可能）会在每个网桥上独立运行，所以我很快就会遇到问题？
在 Linux 中，VLAN 和网桥是完全独立的结构，Linux 网桥不是“VLAN 感知的”。
当您创建 VLAN 接口时，Linux 会在该接口上标记/取消标记数据包，然后再将它们传递到/来自底层物理（“中继”）接口。但是，您仍然可以使用底层物理接口发送未标记（“本机 VLAN”）数据包。
创建网桥时，Linux 在关联接口之间交换数据包，而无需担心数据包上的 VLAN 标记（或缺少 VLAN 标记）。如果您将中继接口附加到网桥，网桥将很乐意交换带有 VLAN 标记的数据包，而无需考虑标记。当您在网桥上启用 STP 时，Linux 会生成未标记的 STP 数据包并将其丢弃在网桥上。
当网桥连接到也具有关联 VLAN 接口的物理接口时，这些 VLAN 接口将停止查看任何不以物理接口的 MAC 地址为目的地的流量。这种行为是由于桥接和 VLAN 标记的处理顺序造成的，可以使用http://blog.rackspace.com/vms-vlans-and-bridges-oh-my-part-2 中所述的 ebtables 进行更改. 但是，就生成树而言，将网桥连接到物理接口和关联的 VLAN 接口只会在您使用 PVST+ 时才能正常工作（因为每个网桥的 STP 端口阻塞都是独立管理的），因此实际上并非如此相关在这里。
但您也可以在传递 VLAN 标记数据包的网桥上创建 VLAN 接口，然后将这些 VLAN 接口添加到其他网桥。
因此，要完成您想要的操作，请尝试：
ip link set dev hdlc0 up
ip link set dev hdlc1 up
brctl addbr br_native
brctl addif br_native hdlc0
brctl addif br_native hdlc1
brctl stp br_native on
ip link set dev br_native up
ip link add link br_native name br_native.42 type vlan id 42
ip link set dev br_native.42 up
ip link set dev eth0 up
brctl addbr br_42
brctl addif br_42 br_native.42
brctl addif br_42 eth0
ip link set dev br_42 up
请注意，Linux 内核桥接代码仅本机支持传统的 802.1D STP。要添加对 RSTP 和 PVST+ 的支持，请使用https://github.com/mstpd/mstpd（也可以在以下位置找到有关 mstpd 的一些相关文档：https ://docs.cumulusnetworks.com/display/DOCS/Spanning+Tree+和+快速+生成+树）。mstpd 也能说 MSTP，但由于 Linux 实现其 FIB 的方式，目前不可能将 MSTP 拓扑映射到 Linux 网桥，因此 MSTP 实际上不起作用。
要回答您的第二个问题，我认为不可能（在任何交换机上，而不仅仅是在使用 Linux 时）使用 STP 或 RSTP 将单个中继上的两个不同 VLAN 中的每一个通过两个其他中继引导。这只能使用 PVST+ 或 MSTP 来完成，尽管如上所述 MSTP 在 Linux 中不受支持。
从 Linux 内核 3.0 左右开始，Linux 网桥不再是“不识别 VLAN”的事实。https://linux-blog.anracom.com/2017/10/30/fun-with-veth-devices-in-unnamed-linux-network-namespaces-i/和后续文章提供了相当好的解释，但总而言之：
您可以使用该bridge(8)工具来操纵网桥-VLAN 交互，其方式与大多数托管交换机没有什么不同。
在您的情况下，您可以尝试以下操作：
# ip link set br0 type bridge vlan_filtering 1 vlan_default_pvid 1 stp_state 1 priority 32768 nf_call_iptables 1 nf_call_arptables 1
# bridge vlan add vid 1 pvid untagged dev eth0
bridge vlan add vid 19 dev eth0
ip link set up dev eth0
ip link set up dev hdlc0
ip link set up dev hdlc1
# if you only want to bridge VLAN42, you don't need these, but here's how you'd create them:
# ip link add link hdlc0 name hdlc0.42 type vlan protocol 802.1q id 1 reorder_hdr on gvrp on mvrp on loose_binding off
# ip link add link hdlc1 name hdlc1.42 type vlan protocol 802.1q id 1 reorder_hdr on gvrp on mvrp on loose_binding off
# ip link set up dev hdlc0.42
# ip link set up dev hdlc1.42
# now for the actual bridging:
brctl addbr br1
brctl addif br1 eth0
brctl addif br1 hdlc0
brctl addif br1 hdlc1
# port eth0 is an untagged port; assuming it should be in VLAN42:
bridge vlan add vid 42 dev eth0 pvid untagged
# hdlc0 is a trunk interface that forwards vlan42 in a tagged manner:
bridge vlan add vid 42 dev hdlc0
# hdlc1 carries vlan42 and vlan43, both with tagging:
bridge vlan add vid 42 dev hdlc1
bridge vlan add vid 43 dev hdlc1
brctl stp br1 on
ip link set up dev br1
您还可以向网桥添加一个 vlan 接口，如果您考虑一下，它将执行合乎逻辑的操作：网桥生成一个以太网帧并将其传递到端口，端口将其发送出去。由于有问题的端口是一个 vlan 接口，它在发送帧之前添加了一个 vlan 标记。我确信这有有效的用途，但目前我想不出任何用途。:)