00-shtorm.md
1 # Широковещательный шторм 2 3 Часто, для обеспечения стабильности работы сети в случае проблем со связью между свичами \(выход порта из строя, обрыв провода\), используют избыточные линки \(redundant links\) — дополнительные соединения. Идея простая — если между свичами по какой-то причине не работает один линк, используем запасной. Вроде все правильно, но представим себе такую ситуацию: два свича соединены двумя проводами \(пусть будет, что у них соединены fa0/1 и fa0/24\). 4 5  6 7 Одной из их подопечных — рабочих станций \(например, ПК1\) вдруг приспичило послать широковещательный кадр \(например, ARP-запрос\). Раз широковещательный, шлем во все порты, кроме того, с которого получили. 8 9  10 11 Второй свич получает кадр в два порта, видит, что он широковещательный, и тоже шлет во все порты, но уже, получается, и обратно в те, с которых получил \(кадр из fa0/24 шлет в fa0/1, и наоборот\). 12 13  14 15 Первый свич поступает точно также, и в итоге мы получаем широковещательный шторм \(broadcast storm\), который намертво блокирует работу сети, ведь свичи теперь только и занимаются тем, что шлют друг другу один и тот же кадр. 16 17  18 19 Как можно избежать этого? Ведь мы, с одной стороны, не хотим штормов в сети, а с другой, хотим повысить ее отказоустойчивость с помощью избыточных соединений? Тут на помощь нам приходит STP \(Spanning Tree Protocol\) 20