Маршрутизация BGP с использованием TE-туннеля

У меня та же история. Может, кто-нибудь покажет реальный пример использования RSVP LSP для пересылки трафика к известным BGP-назначениям? Пока что обходной путь — это настроить route-filter на импорт с "set-in-nexthop-direct=“LSP_to_whatsoever_ROUTER” и отфильтровать префиксы OSPF, оставив только loopback'и и межсоединительные линки. В Junos всё намного проще и понятнее: “set protocols mpls traffic-engineering bgp-igp-both-ribs”. Эта команда копирует маршруты из таблицы inet.3 (RSVP) в inet.0 (глобальная таблица). Таким образом, маршруты BGP и OSPF менее специфичны, чем RSVP, из-за административного расстояния. Значит, нужен OSPF для начальной сходимости и BGP для остальных внешних маршрутов и сигнализации других протоколов. А дальше подключается RSVP и творит всю магию.

Я пробовал в лаборатории разные сценарии, чтобы выполнить требования с wiki: (http://wiki.mikrotik.com/wiki/Manual:TE_Tunnels#Forwarding_traffic_onto_TE_tunnels)

- трафик, маршрутизируемый через маршрут, полученный от BGP, если NextHop BGP — это конечная точка туннеля (по умолчанию, это поведение можно изменить, установив свойство маршрута “use-te-nexthop” в “no”), сюда подходят как обычные IP, так и VPNv4 (MP-BGP IP VPN) маршруты;  
^^^ НЕ РАБОТАЕТ!  
- трафик для интерфейсов VPLS, если удалённая точка VPLS псевдосоединения совпадает с конечной точкой TE-туннеля.  
^^^ Подтверждаю, ведёт себя так, как написано

Если кто-то может, пожалуйста, скажите, что я ошибаюсь, и покажите реальный рабочий пример!

P.S. Хватит постить примеры со статическими маршрутами поверх LSP и, что ещё хуже, /24 подсети на 2 LSP, как будто это Ethernet-ссылка. LSP — это однонаправленные каналы:  

«MPLS-соединение (LSP) однонаправленное — данные текут только в одном направлении между двумя точками. Для организации двусторонней связи нужна пара LSP. Поскольку для связи требуются 2 LSP, данные в прямом и обратном направлениях могут идти разными путями.»

Ребята, серьёзно… Для тех, кто пишет такие статьи… ну серьёзно?!

Итак, я выяснил, что хотя моя таблица маршрутизации не обновляется и не показывает TE-туннель как следующий хоп маршрутизации, и я вообще не вижу увеличения счетчиков передачи в окне «MPLS->Traffic Engineering->Traffic Engineering Interface», при мониторинге TE-туннеля в терминале трафик всё же идет, то есть, похоже, он действительно передаётся. Также я вижу, что RSVP работает и регулирует пропускную способность по мере необходимости.

Теперь у меня вопрос: есть ли у кого-то лучшие практики по настройке вкладки TE bandwidth? У меня туннель установлен с минимальной пропускной способностью 1 Мег, авто-диапазоном от 1М до 100М, резервом пропускной способности 30%, средним интервалом 10 секунд и интервалом обновления 1 минута.

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