Jump to content
Калькуляторы

резервация на dlink

есть 2 коммутатора, соединенных между собой двумя разными провайдерами двумя l2 каналами.

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

 

post-128682-047818500 1489854255_thumb.jpg

 

по одному из провайдеров не ходят bpdu кадры и оттраблшутить возможности нету, соответственно stp не работает как надо.

как можно решить проблему?

поставить маршрутизатор и рулить все на нем, нету возможности из-за особенностей построения сети.

поставить отдельную железку и применить какие-то хитрые костыли - возможно.

Share this post


Link to post
Share on other sites

Если они равноценные, то попробовать поднять link_aggregation между портами-каналами...

Поэкспериментировать с отключением...

Share this post


Link to post
Share on other sites

Скрипт который по snmp включает отключает какие-то порты. Например по пингу.

Share this post


Link to post
Share on other sites

провайдер ваши вланы тянет по своей сети или через qinq отдает?

Share this post


Link to post
Share on other sites

по одному из провайдеров не ходят bpdu кадры и оттраблшутить возможности нету, соответственно stp не работает как надо.

Обычный STP (не проприетарные per-vlan версии) не понимает виланов. STP BPDU передаются на CPU, на другие порты свитча не передаются.

Для прохождения STP BPDU надо делать дополнительные настройки со стороны провайдера, например L2 protocol tunel на QinQ портах.

 

Если они равноценные, то попробовать поднять link_aggregation между портами-каналами...

LACP BPDU тоже не передаются на другие порты.

Если оборудование провайдеров поддерживает L2 protocol tunnel LACP и транспорты у ТС построены как QinQ решение с LACP будет самым простым вариантом.

Share this post


Link to post
Share on other sites

а всё-таки попробуйте LACP, авось пролезет

Share this post


Link to post
Share on other sites

а всё-таки попробуйте LACP, авось пролезет

Я тоже так думаю, сталкивался примерно с такой же проблемой/задачей не давно...

Share this post


Link to post
Share on other sites

Если у вас есть проблема и вы поставили микротик, теперь у вас две проблемы )

 

Можно EoIP на паре микротиков поднять и поставить на контуженный канал и будет STP работать. Вариант для быстро починить пользуем часто.

 

А так да, лучше пробовать LACP.

Share this post


Link to post
Share on other sites

Если у провайдера BPDU пакеты не проходят, могут и LACPDU не пройти

Share this post


Link to post
Share on other sites

Если они равноценные, то попробовать поднять link_aggregation между портами-каналами...

Поэкспериментировать с отключением...

 

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

qinq со стороны провайдера с оптикой невозможен.

 

буду пробовать ERPS, если непоможет, видимо придется делать eoip на микротиках :DD

всем спасибо!

Edited by mihele95

Share this post


Link to post
Share on other sites

Dlink 3627 управляемый коммутатор 3-го уровня. Ответ очевиден. Использовать L3 маршрутизацию, ospf.

Share this post


Link to post
Share on other sites

ERPS может помочь.

есть схема где именно так и работает, плюс за него.

 

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

Share this post


Link to post
Share on other sites

Dlink 3627 управляемый коммутатор 3-го уровня. Ответ очевиден. Использовать L3 маршрутизацию, ospf.

 

нет возможности маршрутизировать пакеты на коммутаторах, из-за особенностей построения сети, как я написал в самом первом посте. иначе все было бы слишком просто.

 

вопрос знатокам ERPS и в частности его реализации на dlink.

по какому каналу пойдет трафик в случае отсутствия обрывов?

 

Если каналы проходят через чужие коммутаторы и где-нибудь произошла авария, но с моей стороны все линки есть ERPS не будет корректно отрабатывать, ведь так?

Прочитал на форуме dlink что связка ERPS + CFM на их железках не работает.

Edited by mihele95

Share this post


Link to post
Share on other sites

Если провайдеры кинут через свою сеть ваш RAPS vlan и в этом vlane не будет блокироваться mcast то думаю можно будет сделать то что вы хотите. Как раз сделать так чтобы постоянно заблокированным был радиоканал.

Share this post


Link to post
Share on other sites

Dlink 3627 управляемый коммутатор 3-го уровня. Ответ очевиден. Использовать L3 маршрутизацию, ospf.

 

нет возможности маршрутизировать пакеты на коммутаторах, из-за особенностей построения сети, как я написал в самом первом посте. иначе все было бы слишком просто.

 

вопрос знатокам ERPS и в частности его реализации на dlink.

по какому каналу пойдет трафик в случае отсутствия обрывов?

 

Если каналы проходят через чужие коммутаторы и где-нибудь произошла авария, но с моей стороны все линки есть ERPS не будет корректно отрабатывать, ведь так?

Прочитал на форуме dlink что связка ERPS + CFM на их железках не работает.

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

 

У меня есть 2 включения каналов - нигде ничего дополнительного не согласовывал - ерпс работает "из коробки".

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this