Перейти к содержимому
Калькуляторы

помогите советом, что выбрать с моей топологией 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

Изменено пользователем WY6EPT

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

Изменено пользователем WY6EPT

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Что такое CFM ?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

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

 

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

 

 

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

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

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

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

 

 

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

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

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

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

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

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Не понятно

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

 

 

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

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

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

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

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

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

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

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

 

 

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

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

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

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

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

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

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

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

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

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

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

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

а erps и mpls могу =)

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

Изменено пользователем WY6EPT

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

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

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.