[img]https://i.sstatic.net /fT8nVP6t.png[/img]
Код: Выделить всё
bridge link showВывод команды Код: Выделить всё
...
33: br0-1:
mtu 1500 master br0 state forwarding priority 32 cost 100
33: br0-1:
mtu 1500 master br0
34: br1-1:
mtu 1500 master br1 state forwarding priority 32 cost 100
34: br1-1:
mtu 1500 master br1
...
36: br0-2:
mtu 1500 master br0 state forwarding priority 32 cost 100
36: br0-2:
mtu 1500 master br0
37: br1-2:
mtu 1500 master br1 state blocking priority 32 cost 100
37: br1-2:
mtu 1500 master br1
...
39: br0-3:
mtu 1500 master br0 state forwarding priority 32 cost 100
39: br0-3:
mtu 1500 master br0
40: br1-3:
mtu 1500 master br1 state blocking priority 32 cost 100
40: br1-3:
mtu 1500 master br1
- Функции SRIOV VF разделены сетями VLAN, эти VF SRIOV имеют уникальные MAC-адреса.
- Мост на хосте не устанавливается. B/C/D, поскольку эти SRIOV VF являются обычными сетевыми интерфейсами Linux, они имеют IP-адреса в той же подсети, что и подключенный мост на хосте A.
- При физическом отключении хоста B от хоста A , блокировка между хостом A и хостом C (SRIOV VF1) становится переадресацией. Впоследствии, при физическом отключении хоста C от хоста A, блокировка между хостом A и хостом D (SRIOV VF1) становится переадресацией.
- Действительно случайно, какой из каналов VF0/VF1 станет блокирующим/ пересылка между хостом A и хостом C/D, после перезагрузки могут быть ссылки между VF0, а не VF1, которые становятся блокирующими между хостом A и хостом C/D (и ссылка VF1 становится переадресацией)
- При отключении STP с помощью nmcli на мостах все они на короткое время перенаправляются, прежде чем узел становится недоступным с выводом на консоль:
Код: Выделить всё
bnxt_en
br0-1: TX timeout detected, starting reset!
bnxt_en br1-3: TX timeout detected, starting reset!
bnxt_en br0-2: TX timeout detected, starting reset!
...
Тогда вопрос: как мы можем это исправить, не отключая STP?>
Подробнее здесь: https://stackoverflow.com/questions/785 ... without-sw
