ksg222 7 июн 2017 в 09:22

Rapid STP

10 мин

94K

Блог компании CBSCisco * Сетевые технологии * Системное администрирование *

+19

Комментарии 11

vvpoloskin 9 июн 2017 в 19:30

В реалиях эксплуатации семейство xSTP учится один раз в самом начале запуска сети, а в дальнейшем успешно забывается. Кстати, в нашей стране где-то встречаются инсталяции чистого старого STP?

ksg222 14 июн 2017 в 07:05

Legacy STP ещё встречается, хотя и нечасто. С существенно большей регулярностью сталкиваюсь с сетями, где STP вообще ни в каком виде не включен.

reticular 14 июн 2017 в 06:47

практика показывает:
ИЗБЕГАЙТЕ STP!

vvpoloskin 14 июн 2017 в 07:04

В провайдерских сетях от него не избавишься. В распределенной по расстоянию корпоративной сети тоже.

ksg222 14 июн 2017 в 07:15

Полностью отказаться от STP крайне сложно. Даже если дизайн сети не предполагает петель, она может легко возникнуть в рамках всего лишь одного коммутатора (например, по ошибке соединили между собой два порта). Поэтому избежать STP не получится. Некоторые, правда, пытаются — просто его не настраивая, но в конце концов получают петлю. После чего вспоминают о его существовании и необходимости.

vvpoloskin 14 июн 2017 в 09:31

А разве нельзя исключить петлю на одном и том же коммутатором методами loopback-detect?

ksg222 14 июн 2017 в 09:42

Если не ошибаюсь, loopback-detect — это проприетарная штука. Т.е. она подойдёт только для коммутаторов определённого вендора.
А если я по ошибке соединю порты доступа двух соседних коммутаторов в стойке? Loopback-detect не позволит защититься от такой петли.

vvpoloskin 14 июн 2017 в 10:58

Позволит, просто в отличии от xSTP она отрубит оба порта. Но ведь в случае ошибки подключения так лучше, да?

ksg222 14 июн 2017 в 11:53

Конечно, лучше, чтобы не работал небольшой сегмент с петлёй, чем вся сеть. Главное, чтобы ядро сети не изолировало себя от остальных коммутаторов.

ewgenik 23 авг в 04:34

Искусственно меняю корневой коммутатор (RSPT). На некоторых устройствах сеть пропадает на несколько секунд. Все порты, кроме тех, что соединяют коммутаторы, переведены в Edge port. Потеря связи при перестроении дерева это нормальное неизбежное явление, или можно добиться идеала, чтобы потерь связи не было?

grims 4 сен в 10:06

В протоколах STP пропадание связи на время перестроения дерева нормальное явление, с RSTP до 6 секунд думаю можно считать нормой, если очень сильно заморочиться наверное можно достигнуть перерыва ~1-2 секунд. Если даже такой перерыв для вас неприемлем, тогда необходимо выходить за рамки RSTP и рассматривать технологии агрегации линков (MLAG/LACP) ну или Stacking.

Зарегистрируйтесь на Хабре, чтобы оставить комментарий