telecom №28. Семейство STP и альтернативы
25 июня 2015, 13:01
0
19153
7
В гостях:
Влад Канайкин
Инженер Huawei.
В гостях linkmeup в этот раз Влад Канайкин — мой коллега, инженер Хуавэй.
Обсуждаем семью протоколов STP, их преемников — TRILL и SPB — и альтернативы — RRPP, REP.
Скачать файл подкаста.
Добавить RSS в подкаст-плеер.
Скачать все выпуски подкаста вы можете с помощью BT Sync (код: BYENRHD5UNKD5ZDIYFSB63WG2PEY2GIUN) или с яндекс-диска.
Хронометраж:
0:00:00 — 0:13:50: Вступление и новости.
0:13:50 — 0:16:00: Влад Канайкин. О себе.
0:16:00 — 0:33:15: STP, 802.1d.
0:33:15 — 0:45:40: PVST/PVST+.
0:45:40 — 1:00:00: RSTP.
1:00:00 — 1:43:00: MSTP.
1:43:00 — 1:55:09: Альтернативы STP.
Презентация к рассказу Влада:
Новости:
- BGP. Telecom Malaysia, у вас маршруты убежали (link)
- Япония и Южная Корея запустят пилотную сеть 5G к 2018-му году (link)
- Сколково и Ростелеком объявили конкурс проектов в области телекоммуникаций. (link)
- О некоторых вопросах информационной безопасности Российской Федерации(link)
Полезные ссылки.
0
19153
7
Ещё выпуски
Почти все про неё слышали, многие интереса ради накатывали в лабе, кто-то даже полноценно подружил с продом, а единицы готовы использовать в качестве ...
15 января 2025
Во второй раз в гостях linkmeup Питерская компания НТЦ Метротек. В 22-м выпуске они рассказывали о применении FPGA в телеком оборудовании и о ...
25 июля 2016
В новом выпуске нашего подкаста мы погрузимся в удивительную историю первого практического электрического телеграфа, созданного британскими изобретателями Уильямом Куком и Чарльзом Уитстоном в ...
16 мая 2025
Наступил тот самый момент, когда нашим дорогим подписчикам можно узнать детали ещё одной тайны мироздания – как получить сертификат ФСТЭК на свою разработку. ...
22 августа 2025
7 коментариев
А, и еще одна заметка — на моей практике BPDUfilter включался при случае соединения двух доменов L2, принадлежащих разным фирмам.
Я совсем не хотел, чтоб в один прекрасный день оказалось, что мой рут находится на свитче, который мне не пренадлежит 🙂
Один важный момент — когда петля таку случается, то что убивает свитчи это далеко не забивание траффиком портов, а MAC learning.
У пакета, бегающего по сети туда-обратно не меняется source MAC, а свитчи его постоянно получают с разных портов. В итоге МАС прыгает с порта на порт, а эта функция как раз исполняется процессором (который на свитче обычно совсем хиленький).
STP давно пора туда же где сейчас FR… тем более, если говорим о ДЦ ))
Очень жаль что мало рассказали про альтернативы, как будто на STP весь сетевой мир клином сошелся. Либо STP, либо L3… (наверное для цискарей так и есть) А ведь давным давно, ещё Nortel Networks (нынче AVAYA) продвигал идею сетей без STP. Использовать агрегацию линков (это позже появились всякие VSS, MLAG, etc.) и виртуальные свитчи. И я знаю не мало инсталляций, где нет ни одного инстанса STP, но при этом сходимось секундная и все линки используются. И это действительно было здорово, жаль что AVAYA притормозила это и начила двигать SPBM. Хотя, конечно, сейчас этот протокол выглядит гораздо лучше. Для примера игры Сочи2014 прошли на SPBM. Кстати они теперь его зовут Fabric Connect (вся серия продуктов FabricX).
Или вот альтернатива от Extreme Networks — Ethernet Automatic Protection Switching (EAPS). Правда я знаю только одну инсталляцию, но ведь тоже альтернатива при чем очень быстрая.
Спасибо за подкаст!
Спасибо, отличный выпуск!
Насчет ERPS. Пользуем его довольно активно, так что протокол рабочий. Многие вендоры его поддерживают, но больше тяготеют к изобретению своих проприетарных аналогов.
К сожалению у меня опыт больше со тороны пользователя, который пользовался услугами, предоставленными через SPBm (L2 VPN).
В принципе Хуавэй RTN тоже его поддерживают, как я узнал, но при этом, допустим коммутаторы s23/33/53 — нет. Другие вендоры тоже с неохотцей. В итоге в гетерогенной среде его использовать практически невозможно.
Алексей, не желаете в гости?
Дело в том, что хотя каждый из нас слышал и о SPB с его вариациями и решения с LAG/MLAG, но никто с этим не имел дела и не сможет предметно рассказать.