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

Обьединение офисов по L2 на микротике

Всем привет.

Есть задача, в принципе стандартная для большинства провайдеров: на центральный узел сходятся несколько вланов из разных офисов, нужно эти вланы обьединить в один бродкаст домен(по сути наверное VPLS, но поскольку MPLS пока не поднят, приходится так). Так вот как эти вланы лучше собрать в одном месте на RB1100ah4 ? Правильно понимаю что лучше всего подойдет сбриджевать эти вланы на микроте, а бридж тем самым будет держать всю таблицу хостов и перекидывать кадры из одного влан в другой?

И как лучше подать эти тегированные вланы на микротик от свича агрегации? Каждый бридж через свой порт?

 

Share this post


Link to post
Share on other sites

Какая итоговая цель этой задачи? Иметь общее адресное пространство? Вланы предоставляет другой оператор?

 

Скорее всего вам не нужно ничего бриджевать, в каждом офисе поставить по микротику, например RB4011, в центральном уже что-то по вкусу. На каждый офис выделяете некую сеть /24, и через маршрутизацию сводите все между собой. Что бы руками маршруты не прописывать можно OSPF включить.

 

Если делать так, как вы предполагаете, сбриджевать все вланы, то в офисах то что коммутаторы будете ставить для подключения компьютеров?

Share this post


Link to post
Share on other sites

То что вы предлагаете, это классический сценарий обьединения офисов через L3 связность. В провайдерской терминологии L3VPN. Т.е провайдеру нужно согласовать с клиентом сети для стыковки.

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

Цель задачи собрать на себя все вланы из точек присутствия клиента (последняя миля неважно чья, может быть и арендована), и дать этим офисам обмениваться траффиком на моем оборудовании, при этом не заморачиваясь какую адресацию используют клиенты.

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

Реализуема ли такая задача на Микротик? Или имеет смысл искать оборудование посерьезнее?

 

 

Share this post


Link to post
Share on other sites

1 час назад, st_admin сказал:

То что вы предлагаете, это классический сценарий обьединения офисов через L3 связность. В провайдерской терминологии L3VPN. Т.е провайдеру нужно согласовать с клиентом сети для стыковки.

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

Цель задачи собрать на себя все вланы из точек присутствия клиента (последняя миля неважно чья, может быть и арендована), и дать этим офисам обмениваться траффиком на моем оборудовании, при этом не заморачиваясь какую адресацию используют клиенты.

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

Реализуема ли такая задача на Микротик? Или имеет смысл искать оборудование посерьезнее?

 

 

Если есть возможность делать L3VPN, я бы делал его. Выдаете клиенту линковочные адреса и поднимаете с ним маршрутизацию внтури клиентского VRF. Беда в том, что микротик не умеет ВРФ в нормальном понимании.

 

L2VPN тоже можно, но с ним больше проблем. Т.к. например, без вашего ведома клиент может собрать петлю и при удачном стечении обстоятельств положит вам всю сеть. Особенно, если она на микротиках.

Share this post


Link to post
Share on other sites

4 часа назад, st_admin сказал:

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

Важный момент, сети каждого клиента должны быть изолированы между собой.

У вас взаимоисключающие параграфы. 

Share this post


Link to post
Share on other sites

4 часа назад, st_admin сказал:

Цель задачи собрать на себя все вланы из точек присутствия клиента (последняя миля неважно чья, может быть и арендована), и дать этим офисам обмениваться траффиком на моем оборудовании, при этом не заморачиваясь какую адресацию используют клиенты.

Если у вас в неком центре есть куча вланов в сторону офисов клиента, то вы можете на микротике создать эти вланы или бриджи, куда добавите порты, если приходит без тега. Далее на каждом бридже настроите уникальную подсеть /24, настроите DHCP для раздачи, то будет схема как бы с роутером в центре, который в каждый офис сам раздает адреса. Все будет работать и все офисы будут изолированы друг от друга, смогут обмениваться данными с другими офисами напрямую по IP адресам, если знают их соседнего офиса. Вы легко можете эту связь заблокировать.

 

Но в офисах то что ставить будете? Там же нужны и коммутаторы, и, возможно, точки доступа с вайфаем? Не проще ли в офисе поставить микротик, на котором все настройки своей местной сети и сделать, а по L2 каналу с вланом передавать только служебные данные? Тут же бывают и проблемы, вот взяли вы канал в аренду у другого провайдера, клиенты офиса жалуются что интернет плохо работает - какие ваши действия? Если стоит микротик в офисе - можете пропустить тест скорости до него и узнать скорость в канале, можете пингами проверить потери и т.п. А если на дальней стороне только коммутаторы и клиенты в нем - придется ехать в офис и проводить тесты оттуда.

 

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

Share this post


Link to post
Share on other sites

В 25.06.2020 в 22:35, Saab95 сказал:

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

 Чой-то, я делаю, без микротиков. Монстры у меня просят l2vpn - я им делаю, если мне надо l2vpn - прошу и мне делают. Чаще конечно монстры просят, типа от столицы и за-урал. Когда я просил у монстра - он кучу оборудования у себя вынужден был под мои хотелки заменить.

Share this post


Link to post
Share on other sites

4 часа назад, YuryD сказал:

 Чой-то, я делаю, без микротиков. Монстры у меня просят l2vpn - я им делаю, если мне надо l2vpn - прошу и мне делают. Чаще конечно монстры просят, типа от столицы и за-урал. Когда я просил у монстра - он кучу оборудования у себя вынужден был под мои хотелки заменить.

Не знаю какие там у вас там потребности по каналам, может 100G берете по всей стране в разных городах. Но у нас что-то даже на 10G никто ничего не хочет менять без выставления счета на оплату, или без заключения договора на 2-3 года вперед по оплате=)

Share this post


Link to post
Share on other sites

On 6/25/2020 at 6:13 PM, st_admin said:

Реализуема ли такая задача на Микротик?

/interface bridge add name=client0001 arp=disabled

/interface vlan add name=e1.1234 interface=ether1 vlan-id=1234 arp=disabled

/interface vlan add name=e2.3456 interface=ether2 vlan-id=3456 arp=disabled

/interface eoip add name=eoip-client0001-1 arp=disables blah-blah.....

/interface bridge port add bridge=client0001 interface=e1.1234
/interface bridge port add bridge=client0001 interface=e2.3456
/interface bridge port add bridge=client0001 interface=eoip-client0001-1

и т.д.

НО на стыке с абоном обязательно луп-детект и флуд контрол в том или ином виде.

 

Насчет производительности точно не скажу, на небольшом траффике такая конструкция вполне работает.

 

Quote

Или имеет смысл искать оборудование посерьезнее?

Для серьезных задач мы используем ASR903, там механизм схожий, бридж-домены и service instance на портах, с манипуляциями тегами.

Share this post


Link to post
Share on other sites

2 часа назад, ShyLion сказал:

Для серьезных задач мы используем ASR903, там механизм схожий, бридж-домены и service instance на портах, с манипуляциями тегами.

А в качестве транспорта что? Там же eoip нет...

Share this post


Link to post
Share on other sites

Да у нас свой л2 по городу. А если через партнеров, то QinQ.

До VPLS не доросли.

 

А микроты для спецефической задачи только.

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.