помогите советом, что выбрать с моей топологией

[WY6EPT]

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

 

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

 

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

 

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

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

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

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

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

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

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

 

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

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

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

 

 

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

 

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

Edited August 23, 2016 by WY6EPT

[Diamont]

А через L3 решать не вариант?

[WY6EPT]

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

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

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

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

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

[Butch3r]

Пробуйте ERPS

[uxcr]

чур первый

mpls

[uxcr]

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

[WY6EPT]

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

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

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

Edited August 24, 2016 by WY6EPT

[uxcr]

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

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

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

[tros10]

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

[QWE]

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

Что такое CFM ?

[QWE]

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

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

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

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

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

 

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

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

[WY6EPT]

А чем не подходит 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, это сильно усложнит схему и повысит количество точек отказа, что тоже не хорошо. хотя выглядит интересней с экономической точки зрения.

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

[uxcr]

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

 

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

[Butch3r]

CFM это из раздела OAM

[QWE]

 

 

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

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

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

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

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

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

[WY6EPT]

 

 

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

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

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

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

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

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

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

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

[EShirokiy]

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

Не понятно

[myst]

 

 

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

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

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

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

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

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

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

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

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

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

[WY6EPT]

 

 

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

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

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

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

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

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

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

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

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

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

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

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

а erps и mpls могу =)

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

Edited August 25, 2016 by WY6EPT