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

помогите советом, что выбрать с моей топологией rstp mstp erps или уйти в отпуск =)

Здравствуйте, уважаемые коллеги =)

 

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

 

во вложении схема.

 

есть площадка А и площадка Б.

есть vlan основного ппровайдера, который объединяет эти две площадки.

на площадке А есть сервер к которому клиенты обращаются каждый по своему VLan из сети нашего провайдера

эти же VLan выведены на площадку Б

между площадками А и Б, в канале резервного провайдера, условно есть L2 среда где я могу STP и иже с ними.

канал основного провайдера я ещё не щупал, но предполагаю, что всяческие bpdu и тд. и тп порезаны на портах, откуда следует вывод, что stp не заведётся.

а мне бы очень хотелось автоматического переключения в случае проблем связи на площадке А через площадку Б эти же самые VLan ы пустить через резервный L2.

 

вопрос, какой протокол лучше подойдёт для этой задачи и что сможеть пролезть через чуждый моему оборудованию провайдерский vlan?

пока склоняюсь к варианту ERPS.

коммутаторы DLink и NAG, оба вроди как его умеют.

 

 

p.s. скажу чествно STP и производные меня заинтересовали совсем неделю назад, поэтому опыта эксплуатации нет, но есть желание, маны читал, но всегда есть нюансы =)

 

огромное спасибо всем. кто примет участие в обдумывании вопроса

post-119449-034180200 1471986596_thumb.jpg

Edited by WY6EPT

Share this post


Link to post
Share on other sites

я бы рад поднять просто ospf =)

но к сожалению нужно на уровне L2

я уже ломал мозг, может тоннелировать L2 от клиента по L3 ( псевдо mpls от микрокотиков) но надёжность оставляет желать лучшего

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

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

Share this post


Link to post
Share on other sites

Кстати многие провайдеры умеют нормально туннелировать bpdu, и даже бывает делают это по дефолту или по обращению.

Share this post


Link to post
Share on other sites

Кстати многие провайдеры умеют нормально туннелировать bpdu, и даже бывает делают это по дефолту или по обращению.

я задавал вопрос о bpdu, меня мягонько послали =))

но я уточню насчёт тонелирования

Edited by WY6EPT

Share this post


Link to post
Share on other sites

А чем не подходит mpls? Прозрачная передача тегов 802.1q, каких угодно bpdu.

Увеличенный mtu провайдер тоже не даст?

Можно запилить mpls + control word.

Share this post


Link to post
Share on other sites

ERPS + CFM вам поможет, тестили на l2 линках,которые нам не принадлежат, работает нормально.

Share this post


Link to post
Share on other sites

Кстати многие провайдеры умеют нормально туннелировать bpdu, и даже бывает делают это по дефолту или по обращению.

я задавал вопрос о bpdu, меня мягонько послали =))

но я уточню насчёт тонелирования

Даже если оператор настроит прохождение Ваших bpdu через свою сеть, все равно нет ни каких гарантий что это будет 100% работать. Скрючить может конкретно. И поди потом разберись на чьей железке был косяк и в чем косяк. Однозначно нет RSTP,STP.

Если канал не слишком широкий, то альтернативой mpls может стать EoP туннель поверх L2 канала оператора на микротиках (к примеру), который гарантированно пробросит BPDU. Сам еще не делал такую схему.

 

ERPS + CFM вам поможет, тестили на l2 линках,которые нам не принадлежат, работает нормально.

пожалуй это не плохо смотрится

Share this post


Link to post
Share on other sites

А чем не подходит mpls? Прозрачная передача тегов 802.1q, каких угодно bpdu.

Увеличенный mtu провайдер тоже не даст?

Можно запилить mpls + control word.

mtu точно не увеличат.

и для мплс у нас железки не катят, а использовать микротик как то очково для таких дел

 

ERPS + CFM вам поможет, тестили на l2 линках,которые нам не принадлежат, работает нормально.

тоже интересно, что такое CFM?

гугл выдаёт много вариантов =))))

 

Кстати многие провайдеры умеют нормально туннелировать bpdu, и даже бывает делают это по дефолту или по обращению.

я задавал вопрос о bpdu, меня мягонько послали =))

но я уточню насчёт тонелирования

Даже если оператор настроит прохождение Ваших bpdu через свою сеть, все равно нет ни каких гарантий что это будет 100% работать. Скрючить может конкретно. И поди потом разберись на чьей железке был косяк и в чем косяк. Однозначно нет RSTP,STP.

Если канал не слишком широкий, то альтернативой mpls может стать EoP туннель поверх L2 канала оператора на микротиках (к примеру), который гарантированно пробросит BPDU. Сам еще не делал такую схему.

 

ERPS + CFM вам поможет, тестили на l2 линках,которые нам не принадлежат, работает нормально.

пожалуй это не плохо смотрится

 

даже если я и нагорожу тоннели с мплс (для которого мне не дадут нужное MTU, а это фрагментация) или буду делать EoIP поверх OSPF, это сильно усложнит схему и повысит количество точек отказа, что тоже не хорошо. хотя выглядит интересней с экономической точки зрения.

нужно тестировать. сейчас займусь

Share this post


Link to post
Share on other sites

Не нужны туннели, у вас же выделенный канал.

 

Ну и проверьте обычным пингом с dont-fragment сколько у вас максимальный мту на канале.

Share this post


Link to post
Share on other sites

 

 

даже если я и нагорожу тоннели с мплс (для которого мне не дадут нужное MTU, а это фрагментация) или буду делать EoIP поверх OSPF, это сильно усложнит схему и повысит количество точек отказа, что тоже не хорошо. хотя выглядит интересней с экономической точки зрения.

нужно тестировать. сейчас займусь

Бывают конечно глюки у микротов, но для одной задачи EoIP не думаю что они доставят Вам хлопот. Юзаю десятки микротов, EoIP норм работает.

mpls не от микротика начинается от 100т.р. за железку.

А вот OSPF у микротика по моему опыту не очень, может что то исправили в новых версиях софта.

EoIP поверх OSPF - это сильно усложнит схему?

Share this post


Link to post
Share on other sites

 

 

даже если я и нагорожу тоннели с мплс (для которого мне не дадут нужное MTU, а это фрагментация) или буду делать EoIP поверх OSPF, это сильно усложнит схему и повысит количество точек отказа, что тоже не хорошо. хотя выглядит интересней с экономической точки зрения.

нужно тестировать. сейчас займусь

Бывают конечно глюки у микротов, но для одной задачи EoIP не думаю что они доставят Вам хлопот. Юзаю десятки микротов, EoIP норм работает.

mpls не от микротика начинается от 100т.р. за железку.

А вот OSPF у микротика по моему опыту не очень, может что то исправили в новых версиях софта.

EoIP поверх OSPF - это сильно усложнит схему?

сама концепция EoIP которая в любом случае поверх OSPF и в отличае от MPLS не сможет зарезервироваться.

думаю решаю. как резервный вариант будет пользовать.

Share this post


Link to post
Share on other sites

сама концепция EoIP которая в любом случае поверх OSPF и в отличае от MPLS не сможет зарезервироваться.

Не понятно

Share this post


Link to post
Share on other sites

 

 

даже если я и нагорожу тоннели с мплс (для которого мне не дадут нужное MTU, а это фрагментация) или буду делать EoIP поверх OSPF, это сильно усложнит схему и повысит количество точек отказа, что тоже не хорошо. хотя выглядит интересней с экономической точки зрения.

нужно тестировать. сейчас займусь

Бывают конечно глюки у микротов, но для одной задачи EoIP не думаю что они доставят Вам хлопот. Юзаю десятки микротов, EoIP норм работает.

mpls не от микротика начинается от 100т.р. за железку.

А вот OSPF у микротика по моему опыту не очень, может что то исправили в новых версиях софта.

EoIP поверх OSPF - это сильно усложнит схему?

сама концепция EoIP которая в любом случае поверх OSPF и в отличае от MPLS не сможет зарезервироваться.

думаю решаю. как резервный вариант будет пользовать.

што простите?

вы точно про ospf?

Share this post


Link to post
Share on other sites

 

 

даже если я и нагорожу тоннели с мплс (для которого мне не дадут нужное MTU, а это фрагментация) или буду делать EoIP поверх OSPF, это сильно усложнит схему и повысит количество точек отказа, что тоже не хорошо. хотя выглядит интересней с экономической точки зрения.

нужно тестировать. сейчас займусь

Бывают конечно глюки у микротов, но для одной задачи EoIP не думаю что они доставят Вам хлопот. Юзаю десятки микротов, EoIP норм работает.

mpls не от микротика начинается от 100т.р. за железку.

А вот OSPF у микротика по моему опыту не очень, может что то исправили в новых версиях софта.

EoIP поверх OSPF - это сильно усложнит схему?

сама концепция EoIP которая в любом случае поверх OSPF и в отличае от MPLS не сможет зарезервироваться.

думаю решаю. как резервный вариант будет пользовать.

што простите?

вы точно про ospf?

ладно забудь про маршрутизацию =)

EoIP я не могу засунуть в кластер на уровне ядра =)

а erps и mpls могу =)

хотя я подумал, для EoIP можно сделать Failover, но всё равно не кошерно

Edited by WY6EPT

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.