tl; dr: Можно ли запускать RSTP через l2tp или MPLS?
Мы арендовали один гигабайт в сети поставщика услуг, по которому отправляли многоадресный трафик udp. Провайдер дает нам доступ к нашим точкам доступа в разных местах, и мы прерываем связь в нашем коммутаторе на каждой точке подключения. Провайдер использует кольцевую топологию, и в случае перерыва кабеля или аналогичной проблемы трафик будет маршрутизироваться по другому пути. Но бывают случаи, когда в кольце есть несколько разрывов, и мы полностью теряем связь.
У нас также есть еще одно темное волокно, арендованное у другого провайдера, которое не имеет покрытия первого провайдера, но все же достигает основных точек присутствия и заканчивается тем же коммутатором, что и первый провайдер.
В настоящее время, если сеть первого провайдера не работает, мы вручную переключаемся на второго провайдера. Очевидно, это неоптимально. Нам нужно, чтобы при выходе из строя первого кольца провайдера трафик автоматически переключался на второго провайдера. Проблема в том, что первый провайдер использует свои собственные коммутаторы и какой-то протокол резервирования, работающий для управления кольцом. Они не хотят предоставлять нам информацию о конфигурации своей сети и не желают сотрудничать с нами для настройки RSTP.
Какие варианты у нас есть в этом сценарии? Я могу представить, что мы запускаем туннель (l2tp / mpls)? между нашими коммутаторами, подключенными к первому провайдеру, и всем нашим трафиком, проходящим через туннель, и настройте RSTP на наших коммутаторах. Возможно ли что-то подобное? Есть ли у нас другое альтернативное решение.
Сейчас мы используем коммутаторы низкого уровня в PoP и можем купить необходимое оборудование, если у нас есть решение.
Если в этом нет крайней необходимости, в чем я сомневаюсь, запуск уровня 2 по WAN - действительно плохая идея. STP потребует всевозможных настроек для правильной работы с увеличенной задержкой. Вам необходимо измерить задержку и применить ее ко всем вычислениям STP. Широковещательные, многоадресные и неизвестные одноадресные рассылки должны будут проходить от конца до конца к каждому порту коммутатора в домене уровня 2, что потребляет дорогую полосу пропускания глобальной сети. Уровень 3 будет контролировать широковещательный и неизвестный одноадресный трафик, а PIM и IGMP будут следить за тем, чтобы многоадресная рассылка доставлялась только тем маршрутизаторам, коммутаторам и портам коммутаторов, которые запрашивают групповой трафик многоадресной рассылки.
Вы можете подумать, что многоадресный трафик должен иметь уровень 2 на всем протяжении, но на самом деле это не так. Вы можете использовать маршрутизацию уровня 3 и многоадресную маршрутизацию как гораздо более стабильную ситуацию.
Сегодня практически ничто не нуждается в сквозном уровне 2; мы живем в мире третьего уровня. Старая пословица «Переключайтесь, где можете, идите, где нужно», полностью перевернулась с ног на голову. Теперь даже рекомендуется запускать уровень 3 на всем пути к коммутатору доступа. Коммутаторы уровня 3 сейчас довольно продвинуты и дешевле, чем раньше.
Вам действительно стоит подумать об использовании туннелей уровня 3 вместо туннелей уровня 2.