Jump to content
Калькуляторы

Помогите гуру коммутаторов При включении коммутатора колбасит сеть

С недавних пор стала проявляться вещь, что при добавлении нового коммутатора доступа начинаются жуткие завихрения в сети (растут пинги, трафик в сети резко возрастает), а потом через несколько минут все успокаивалось. В некоторых случаях, после подключения коммутатора, сеть ваще падала. В какую сторону начать копать. Просьба сильно не бить, в железках особо пока еще не разбираюсь

Share this post


Link to post
Share on other sites

Перестраивается дерево STP, вероятно.

Какое _конкретно_ оборудование используется?

Я тоже так думаю про дерево. Оборудование QTECH 2800, а как сделать так чтоб вся сеть не клалась при этом? В STP я тож не силен.

Share this post


Link to post
Share on other sites

Коммутаторов уже около 90. Древовидная топология, избыточных связей нет, но в будущем планируется закольцовывать отдельные участки

Share this post


Link to post
Share on other sites

Выбрать самый расцентральный и повысить ему приоритет для рута, т.е. задать 0.

spanning-tree priority 0

Спасибо за совет. Сегодня попробую. Тему пока не закрываю, вдруг не поможет...

Share this post


Link to post
Share on other sites

А вы их совсем не настраиваете??

Вот то и оно что настроены приоритеты.

На свичах доступа приоритет по умолчанию 32768, на свиче агрегации 16384. так что я думаю, что особо толку нет его в 0 менять...Может еще какие предложения будут?

Share this post


Link to post
Share on other sites

Может еще какие предложения будут?

Выключите STP там, где оно не нужно. Можете сегментировать сеть.

D-link, например, не рекомендовал больше то ли 8 то ли 10 в сегменте с STP держать.

Share this post


Link to post
Share on other sites

' timestamp='1467379912' post='1298398']

Может еще какие предложения будут?

Выключите STP там, где оно не нужно. Можете сегментировать сеть.

D-link, например, не рекомендовал больше то ли 8 то ли 10 в сегменте с STP держать.

Теоретически оно сейчас нигде не нужно. Колец пока нет (они планируются в дальнейшем). Выключил везде STP, сеть больше не колбасит от перестроения. Знатоки STP поясните почему такая колбаса была? Ведь корневой мост был указан. По идее при включении коммутатора он должен же от соседей получить адрес корня и не парится и не колбасить сеть. Или я чего-то не понимаю? Повторюсь, сильно не бейте, я в этом не особо силен.

Share this post


Link to post
Share on other sites

При включении порта (если на нем включен STP) рассылаеться Topology Change и свич его получив прекращает передачу пакетов (только принимает) в STP портах на время Forward Delay.

Default Forward Delay зависит от протокола (STP, RSTP, MSTP).

Share this post


Link to post
Share on other sites

ТС если у тебя все свичи в одном инстансе STP и ты утверждаешь что у тебя в сети порядка 90 свичей. Как оно у тебя вообще работает? С одного края порт выключился и все сразу начинают срать кирпичами со страха.

Share this post


Link to post
Share on other sites

ТС если у тебя все свичи в одном инстансе STP и ты утверждаешь что у тебя в сети порядка 90 свичей. Как оно у тебя вообще работает? С одного края порт выключился и все сразу начинают срать кирпичами со страха.

а если там регионы есть, и группы свичиков в разные регионы собраны?

дальше региона не уйдет же бпду, иди я не прав?

Share this post


Link to post
Share on other sites

ТС если у тебя все свичи в одном инстансе STP и ты утверждаешь что у тебя в сети порядка 90 свичей. Как оно у тебя вообще работает? С одного края порт выключился и все сразу начинают срать кирпичами со страха.

Не совсем понял что не так. Они же не в линии друг за другом, надеюсь.

Share this post


Link to post
Share on other sites

При смене состояния rstp-enabled порта на forwarding генерится Topology change, который рутом рассылается по всем остальным коммутаторам. При получении такой штуки коммутатор очищает мак-таблицу всех портов с включенным стп. Естественно, если все коммутаторы очистят свои мак-таблицы, сеть превратится в тыквусеть из хабов, пока не выучатся заново маки.

Share this post


Link to post
Share on other sites

Просто при таких размерах уже нужно смотреть на сегментирование сети на L3, то есть в центре хотя бы поставить L3 коммутатор, что бы ветки деревьев между собой не пересекались на L2 уровне. Тогда окажутся свои маленькие сегментики по 4-10 коммутаторов, где STP будет работать без проблем.

Share this post


Link to post
Share on other sites

Просто при таких размерах уже нужно смотреть на сегментирование сети на L3, то есть в центре хотя бы поставить L3 коммутатор, что бы ветки деревьев между собой не пересекались на L2 уровне. Тогда окажутся свои маленькие сегментики по 4-10 коммутаторов, где STP будет работать без проблем.

надо просто stp включать там, где он нужен.

Share this post


Link to post
Share on other sites

Saab +100. Сам себе гимор придумал, сегментируйся вверх по OSI и рули проблемы L2 на своих участках, а не на всей сети. Что в агрегации?

Share this post


Link to post
Share on other sites

как минимум перейти с STP на RSTP. Время схождения топологии значительно ниже. От веток, где не планируется колец запретить принимать TC Notification. У нас в одном домене STP до 300 коммутаторов - никого не колбасит. Ну на абонентских портах естественно отключаем STP и всячески фильтруем

Share this post


Link to post
Share on other sites

Saab +100.

Это сильно.

 

Сильно, в данный момент, а на дворе 2016 год, странно вообще видеть сети, построенные чисто на L2, где все сводится в центр на брас. Используйте L3 коммутаторы с поддержкой EoMPLS, если хотите передать L2 трафик в центр на брас и не будет никаких проблем.

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.