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

VPLS НЕ ИСПОЛЬЗУЕТ TE ТОННЕЛИ

VPLS НЕ ИСПОЛЬЗУЕТ TE ТОННЕЛИ, RouterOS

amzandu

Guest

07.06.2011 05:01:00

Мне удалось настроить BGP VPLS поверх TE-туннелей, которые я создал между двумя тестовыми маршрутизаторами, находящимися в двух переходах друг от друга. Проблема в том, что при переключении на ручной VPLS или VPLS в стиле CISCO TE-туннели не используются. При переключении на Cisco VPLS интерфейсы создаются, но не работают. Я не использую cspf, у меня задан статический маршрут. TE-туннели работают в обоих направлениях и корректно функционируют с BGP VPLS. Насколько я понимаю, когда конечные точки TE-туннеля совпадают с конечными точками VPLS, VPLS должен использовать TE-туннель. Что-то я упускаю?

phendry Guest	#2 0 03.02.2016 22:21:00 Полностью понимаю, но думал, что MRZ говорил о том, что можно настроить VPLS поверх TE без необходимости использовать LDP или BGP, на что мы и рассчитывали.

phendry

Guest

19.11.2015 04:04:00

Вы хотите сказать, что если у вас есть рабочий TE-туннель, вы должны иметь возможность создать поверх него VPLS-туннель без включения LDP? Если да, то это должно быть так же просто, как создать VPLS-интерфейс с тем же «Remote Peer» адресом, что и «to Address» у TE-туннеля?

mrz Guest	#4 0 19.11.2015 11:07:00 Да, вы можете настроить туннель VPLS без LDP, если у вас есть рабочий TE, и да, удалённый адрес должен совпадать как для VPLS, так и для TE.

phendry

Guest

19.11.2015 18:47:00

У нас есть несколько TE-туннелей, которые работают уже много лет. Я несколько раз пытался добавить VPLS на эти туннели, но ничего не выходит. Я добавляю VPLS с одинаковым удалённым адресом на обоих концах TE-туннеля — и ничего не происходит. Не мог бы ты поделиться конфигурацией?

phendry

Guest

04.12.2015 00:23:00

Нет конфигурации для обмена, MrZ? Только что снова попробовал, вдруг что-то упустил, но всё равно ничего. Все роутеры в цепочке работают на версии v6.32.3. TE-туннели между loopback'ами спокойно предоставляют связь между сайтами, так что я просто добавляю VPLS-интерфейс на обеих устройствах с совпадающими «vpls-id» и адресом «remote-peer», чтобы совпадали с /interface traffic-eng «to-address», а всё остальное по умолчанию — но интерфейс так и не переходит в рабочее состояние. В чём твой волшебный секрет?

Zorro Guest	#7 0 10.12.2015 14:09:00 Пока что это работает, но не очень совместимо с реализацией CISCO, и широко ходят слухи, что это намеренный «недостаток» CISCO, чтобы оттолкнуть пользователей и отчаянно попытаться усилить зависимость от BGP.

phendry

Guest

10.12.2015 19:37:00

Прошла ещё одна неделя, а подтверждений тому, что RouterOS действительно может это сделать, как не было, так и нет. Похоже, MRZ, в отличие от того, что ты постоянно утверждаешь, это либо вообще невозможно, либо ошибка в текущих версиях. Можешь уточнить, что из этого?

Mplsguy

Guest

03.02.2016 15:57:00

Действительно, можно сделать работу VPLS-туннеля поверх LSP, установленного с помощью TE. Дело в том, что для «простого» VPLS-туннеля нужен LDP (он работает в «целевом» режиме, что исключает необходимость добавлять интерфейсы) для самой настройки VPLS. Если же использовать BGP на базе VPLS, можно обойтись без LDP.

Mplsguy

Guest

#10

04.02.2016 09:10:00

К сожалению, VPLS требует способа обмена метками туннеля с удалённым пировым устройством. Единственный более простой вариант — это управлять метками вручную: выделять метку для VPLS-интерфейса на каждом маршрутизаторе и вводить её в удалённом пировом устройстве вручную. Если у вас есть достаточно серьёзная причина для такой функции, мы можем рассмотреть возможность её реализации.

phendry Guest	#11 0 04.02.2016 10:27:00 TE не требует ни LDP, ни BGP. Предполагалось, что VPLS-шим будет находиться внутри TE-шима, чтобы остальная часть сети не видела и не обращала внимания на VPLS-шим.

Mplsguy

Guest

#12

04.02.2016 13:39:00

Вы правы — остальная часть сети не будет видеть или обращать внимание на VPLS, но конечным точкам туннеля нужно обмениваться метками, чтобы каждая знала, какую метку использует другая для конкретного туннеля. Поэтому, если вы используете LDP для сигнализации VPLS, LDP должен быть включен только на конечных точках, а не на всех маршрутизаторах по пути.

phendry Guest	#13 0 04.02.2016 18:42:00 Так вы просто включаете LDP на интерфейсе TE?

Mplsguy

Guest

#14

06.02.2016 09:23:00

Нет, вы просто включаете LDP без указания интерфейсов. Добавление интерфейсов в LDP означает, что роутер начнёт отправлять мультикаст-приветствия на этом интерфейсе. VPLS использует целенаправленный LDP — он посылает приветствия на конкретный IP-адрес.

phendry Guest	#15 0 06.02.2016 20:49:00 Адрес соседа должен совпадать с удалённым адресом TE-туннеля, или это может быть loopback, который маршрутизируется через TE-интерфейс?

Mplsguy

Guest

#16

08.02.2016 16:27:00

VPLS использует LSP для удалённого адреса. Это может быть либо совпадающий TE-туннель (с тем же адресом), либо LSP, созданный с помощью LDP — шлюз из наиболее конкретного маршрута к удалённому адресу объявил метку. Так что ответ на ваш вопрос — да, удалённый адрес VPLS должен совпадать с адресом TE-туннеля, чтобы VPLS мог использовать этот туннель.

phendry

Guest

#17

09.02.2016 06:01:00

Это как-то не складывается. Если LDP используется для сигнализации VPLS только на конечных точках, а LSP для адреса удалённого TE-туннеля проходит через маршрутизаторы, на которых LDP не запущен, то как сигнализация VPLS будет проходить через промежуточные маршрутизаторы?

Mplsguy Guest	#18 0 09.02.2016 10:40:00 LDP использует UDP в качестве транспортного протокола. Есть два режима работы LDP: обычный, при котором LDP-устройство отправляет мультикастовые hello-сообщения на своих интерфейсах и устанавливает сессии с соседями, которые напрямую подключены, и целевой LDP, когда LDP-устройство шлёт hello-сообщения на конкретный IP-адрес и устанавливает сессию с LDP-соседом где угодно в интернете, при условии наличия IP-связи с удалённым пэром. Статический VPLS-туннель автоматически создаёт целевую LDP-сессию с удалённым пэром и обменивается метками для VPLS-туннеля (внутренняя метка). Далее, чтобы реально передавать данные через туннель, маршрутизатор должен иметь LSP до удалённого пэра (внешняя метка). Для этого он сначала ищет LSP в уже установленных TE-туннелях, а если ни одного TE-туннеля нет, то ищет LSP, установленный LDP (которого не будет, если вы не запускаете «обычный» LDP).

Читают тему

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