Имейте следующую топологию сети между хостами Linux (RHEL 8.6), между хостами нет физических сетевых устройств:
[img]https://i.sstatic.net /fT8nVP6t.png[/img]
...
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 на мостах все они на короткое время перенаправляются, прежде чем узел становится недоступным с выводом на консоль:
Имейте следующую топологию сети между хостами Linux (RHEL 8.6), между хостами нет физических сетевых устройств: [img]https://i.sstatic.net /fT8nVP6t.png[/img]
[code]bridge link showВывод команды [/code] на хосте A: [code]... 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 [/code] [list] [*]Функции 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 на мостах все они на короткое время перенаправляются, прежде чем узел становится недоступным с выводом на консоль: [/list] [code]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! ... [/code] Похоже, что при отключении STP действительно возникает цикл. Тогда вопрос: как мы можем это исправить, не отключая STP?>