Резервирование агрегации

[rdntw]

Доброго времени суток, коллеги!

 

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

Схема примерно следующая

Есть Extreme который выполняет роль L2-агрегации, собирает доступ в QinQ+VoIP+Mcast и отправляет это всё на верхний MX80, там всё это терминируется.

Также есть возможность организовать дополнительный канал к другому участнику MPLS-магистрали (он справа).

Так вот вопрос, как имея дополнительный линк зарезервировать данный узел. Трафика на узле порядка 1G, делать петли возле MX что-то не хочется...Думали о STP/ERPS, но пока непонятно куда его тут прокрутить даже...

кто что подскажет?

[zhenya`]

vrrp ?

[rdntw]

vrrp ?

дополнение - вланы внутри QinQ это физ лица, т.е сабскрайберы, боюсь Juniper как BRAS так не умеет.

[tehmeh]

А Extreme MPLS не могет ваш?

[rdntw]

лицензии пока нет, думаете все это в Vpls загнать?

джуник не умеет терминацию из pw

[tehmeh]

А как у вас доступ в этой схеме без избыточного линка loop-free обеспечивает? ERPS или STP?

[rdntw]

А как у вас доступ в этой схеме без избыточного линка loop-free обеспечивает? ERPS или STP?

если вы про доступ, то там колец нет :) нарисовал чтоб понятней было что где :)

[NiTr0]

На л2 агрегацию напрашивается *STP с парой отдельных девайсов или даже стек + LACP наверх с разных девайсов стека.

[tehmeh]

Если колец на доступе нет, можно тогда и в центре *STP запустить.

Edited April 12, 2015 by tehmeh

[rdntw]

На л2 агрегацию напрашивается *STP с парой отдельных девайсов или даже стек + LACP наверх с разных девайсов стека.

LACP не получится так как резервный канал приходит по сути в другую точку физически.

 

Если колец на доступе нет, можно тогда и в центре *STP запустить.

а вот тут можно поподробней?

[tehmeh]

а вот тут можно поподробней?

Да не, после раздумий снимается предложение.

[dazgluk]

Чтобы зарезервировать волокно, можно собрать LAG между Extreme и терминирующим MX80.

Одно плечо LAG будет по прямому волокну, другое через псевдопровод, через MPLS сеть, хорошо бы иметь под это дело еще и отдельный порт между терминирующим MX80, и соседним MPLS устройством.

 

Чтобы зарезервировать волокно и MX, в идеале бы использовать стек + MC-LAG, но у джунипера он вроде как пока не работает. В текущих реалиях, тут подошел бы цискин Flex Links, настраиваете второй MX80 как резерв первому, и в случае обвала волокна/MX80, свитчик поднимет второй порт. Но к сожалению рестартанут все сессии.

 

Если в Extreme нет Flex Links, логика там доволно тупая, можно наверное и скриптом написать

[rdntw]

Одно плечо LAG будет по прямому волокну, другое через псевдопровод, через MPLS сеть, хорошо бы иметь под это дело еще и отдельный порт между терминирующим MX80, и соседним MPLS устройством.

думал над этим вариантом. Думаете поднимется LACP где один провод это прямое волокно, а другой тот же L2VPN?

[dazgluk]

Зависит от реализации работы с bpdu у вендоров, но именно через псевдопровод, думаю поднимется.

[dmvy]

лицензии пока нет, думаете все это в Vpls загнать?

джуник не умеет терминацию из pw

умеет. делается внутри коробки логическая петля и терминируется на lt интерфейсе. Придется пожертвовать одним портом и могут быть еще какие-то ограничения при терминации на lt интерфейсе...

Не рассматривали оптическое уплотнение? CWDM

[rdntw]

умеет. делается внутри коробки логическая петля и терминируется на lt интерфейсе. Придется пожертвовать одним портом и могут быть еще какие-то ограничения при терминации на lt интерфейсе...

Не рассматривали оптическое уплотнение? CWDM

MX80 - PWHT? вы уверены? Там же, как писал один пользователь в соответствующей теме "один PFE", он петлю в принципе делать не может.

по поводу CWDM - а какая разница лямбда это или прямое волокно? Экскаваторщик 80го уровня не будет выбирать какую частоту ему грохать :)

 

Есть вариант как уже писали это LACP поверх волокна и L2VPN-а, но тут смущает что целиком оба линка используются под этот узел и ничего транзитом через них не кинешь.