Предотвращение петли в STP на ненадежном соединении
Я думаю, что нашел способ, которым цикл может существовать в STP, и мне интересно, есть ли какие-либо известные решения для этого.
: +----- wifi -----+
: PC1 PC2
: +----- eth ------+
У меня есть ПК1 и ПК2, подключенные через eth и wifi, так что eth - это назначенный порт, а wifi заблокирован. Теперь предположим, что в течение 20 с были некоторые радиопомехи для Wi-Fi до точки, когда PC1.wifi не получает bpdu от PC2.wifi. (Обратите внимание, что ни ПК1, ни ПК2 не знают о помехах, поскольку они все еще работают). ПК1 предположит, что ПК2 больше не подключен через Wi-Fi, и настроит этот порт на назначенный порт, и переведет его в состояние пересылки. Как только все это произойдет, многоадресный пакет получен на ПК1 через eth. В этот момент шум беспроводной связи стихает, и ПК1 может пересылать пакет на ПК2 через беспроводную сеть. Затем P2 пересылает пакет на ПК1 через eth, и так далее, и так далее, убивая всю систему.
Есть какой-нибудь известный способ предотвратить это? (Примечание: я использую встроенный linux STP от 3.4).