Тестирование связки Juniper ft. Extreme = MPLS

Приветствую!

После анонса компанией ExtremeNetworks замечательного устройства ExtremeNetworks x480 (L3 коммутатор, с поддержкой MPLS сервисов VPLS и VPWS, а так же трафик инжиниринг и RSVP), уж очень захотелось поближе познакомиться с работой всего заявленого функционала.

На сегодня в нашей демо лабе мною собран стенд из 4-х маршрутизаторов. А именно это Juniper M7i, Juniper SRX210, ExtremeNetworks x480 (2шт).

Схема соеднения представлена ниже.

MPLS

Из особенностей схемы, хотелось бы только обратить внимание на тот факт, что для полноценной работы MPLS на маршрутизаторе Juniper SRX210 необходимо сделать настройки переводящие устройство в режим packet base.

И так, первым делом я собираюсь проверить работу VPLS сервиса.

userA и userB находятся в 22 порту на каждом из коммутаторов ExtremeNetworks x480. Пользователи находятся в нетегированном порту с vlan-id 150. Для проверки связности, я запускаю траффик от  userA до userB. Замечу, что пользовательские терминалы находятся в одной IP подсети.

На рисунке синим цветом обозначен основной путь следования IP траффика, красным – резервного.

После отключения линка к маршрутизатору основного пути Juniper M7i, происходит переключение на резервный канал. Благодаря функции Fast ReRoute, время переключения на резервный канал составило 1мс, так же в ходе переключения на резервный канал, была замечена потеря всего одного ICMP пакета.

После восстановления основного линка переключение с резервного канала произошло без видимых задержек. При этом потерь пакетов на пути следования траффика не наблюдалось.

Что хотелось бы отметить по данной схеме.

Релизация протокола OSPF на коммутаторах ExtremeNetworks устроена таким образом, что сходимость протокола после обрыва линка достаточо не высокая. То есть коммутатор переходит в режим State=FULL около 45 секунд, то сразу после восстановления линка, протокол OSPF находится в State=2WAY, после истечении 45 секунд, мы получаем State=EX_START, а затем State=FULL.

Это замечание следует учесть для "нестабильных" линков, то есть если у вас произойдет выход их строя основного линка, а затем его восстановление, у вас будет не менее 45сек, до того как этот линк возможно будет использовать для передачи данных. Можно рассмотреть ситуцию при которой после восстановления основного линка, произойдет сразу выход из строя резервного. В таком случае вы имеете все шансы получить 45 секунд полного отсутствия конективити в рабочей сети.