+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Реализация MPLS

Реализация MPLS, RouterOS

simplybits

Guest

05.12.2005 17:19:00

Джон, просто хотел добавить нашу заявку в кучу желающих по MPLS (если честно, скорее НУЖНО). У нас установлено сотни роутеров Mikrotik, и мы начинаем сталкиваться с проблемами масштабируемости для некоторых новых бизнес-моделей, которые мы рассматриваем. Нам нужно добавить функциональность типа MPLS, чтобы строить виртуальные каналы через множество роутеров. Нам нужно делать это масштабируемо, десятки тысяч тщательно управляемых, отслеживаемых и маршрутизируемых VLAN не подойдут. Не могли бы вы рассказать, где это в очереди? Майк Бернштейн SimplyBits, LLC.

tully

Guest

05.12.2005 20:34:00

MPLS в планах на будущее, но стандартов слишком много, и большая их часть не нужна. Получить правильную комбинацию без затрат на все наше время разработки — это займет немало усилий. Сейчас мы близки к завершению собственной bgp и переходим к ospf — в пакете routing-test.npk. После этого можно будет заняться mpls. Планируем внедрять vlan в vland — сначала двойной vlan. Это более простой вариант по сравнению с mpls, проще в администрировании и с хорошими преимуществами с точки зрения затрат и использования, как и mpls. Мы знаем несколько крупных провайдеров, которые предпочитают это mpls. John

geebs Guest	#3 0 08.02.2006 02:47:00 Очень интересно, когда это будет доступно. Какие-нибудь идеи? Я особо не следил за бета-версиями.

eflanery

Guest

08.02.2006 07:33:00

Поддержу (или даже поддержать, или как там) запрос на MPLS. Q in Q действительно будет полезен, но это не совсем то же самое. Способность MPLS работать без какой-либо специальной настройки на промежуточных устройствах – это ОЧЕНЬ приятно. Теперь, когда в RouterOS доступны несколько полных маршрутных плоскостей, внедрить хотя бы базовую реализацию MPLS не должно быть слишком сложно. Хотя, если бы мне предоставили выбор, я бы предпочёл VPLS, потому что большинство наших клиентов, которым нужен такой сервис, имеют несколько локаций. Умный, прозрачный многоточечный мост с жёстким контролем и QoS, но который нужно настроить только на конечных точках (или, ещё лучше, просто в базе данных настроек, используя что-то вроде RADIUS для контроля), и который не нагружает промежуточные устройства (вроде коммутаторов или радиомодемов) лишней информацией (в основном, MAC-адреса), был бы просто великолепен (и, несомненно, спровоцировал бы ещё один раунд распродаж от "поставщика C", как это уже делал MikroTik множество раз). –Эрик

topoh

Guest

19.02.2006 23:21:00

Эрик, что ты имел в виду про Q в Q? Как ты настроил свою сеть, чтобы улучшить Q в Q? Это VPN PPTP, аутентифицирующий пользователей в Radius и конфигурирующий proxy-arp? Пожалуйста, я очень много искал на этом форуме и других, но никогда не видел решения, как улучшить VPN Frame Relay, используя PPTP VPN в Mikrotik. Я хочу продавать решение, чтобы группа пользователей подключалась к распределенным PPTP-серверам в одной из моих 6 Mikrotik-башен, аутентифицируясь в freeradius в нашем дата-центре (Центральный узел). И чтобы каждый ПК или LAN (с Linksys VPN роутером, например) в одной группе мог подключаться друг к другу. Но пользователи VPN PPTP из разных групп не могут подключаться друг к другу, как VPN Frame Relay у операторов связи. Надеюсь, я был понятен со своим ужасным английским, но мне бы хотелось узнать, как вы там делаете, чтобы улучшить различные VPN (различные группы PPTP VPN) в вашей сети Mikrotik. Спасибо! Sérgio Brito

eflanery Guest	#6 0 20.02.2006 20:18:00 Q in Q напрямую не имеет ничего общего с VPN. Это просто наложение одного тега VLAN на другой тег VLAN. Просто базовая двойная инкапсуляция. Это очень полезная техника, но она работает только там, где поддерживается инфраструктура второго уровня. Наиболее распространенные случаи использования Q in Q обычно связаны с сетями общего доступа для многосторонних поставщиков услуг связи, где несколько интернет-провайдеров могут использовать одну и ту же физическую сеть, оставаясь при этом полностью изолированными в своих собственных VLAN, но не теряя возможности использовать собственную схему VLAN внутри своей виртуальной сети. Это использование похоже на некоторые из более распространенных случаев использования не-VPN MPLS, за исключением того, что оно требует постоянной инфраструктуры второго уровня, в то время как MPLS работает на третьем уровне (ну, в основном…). Для вашего приложения ни Q in Q, ни MPLS не подходят идеально, хотя вы можете найти оба или оба полезными (VPLS был бы хорош в данном случае). MT пока что не внедрила ни одну из этих технологий. Похоже, Q in Q будет внедрена первой. Вот идея для вашей настройки: настройте ваши RADIUS-серверы так, чтобы они возвращали framed-ip-address, а также in-filter и out-filter. Привяжите свои различные группы VPN к определенному диапазону IP-адресов и настройте цепи in-filter и out-filter, чтобы разрешить связь только между адресами в пределах одного и того же диапазона. Затем, в зависимости от масштаба вашей деятельности, настройте что-нибудь, чтобы правильно направлять трафик к целевому концентратору. Для очень маленькой настройки proxy-arp подойдет; для несколько большей (но не огромной) настройки OSPF с redistribute-connected справится. С огромной настройкой это становится сложнее. –Эрик

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры