Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Маршруты LSP

MPLS и таблицы маршрутов

Ip-адреса и BGP данные о маршруте хранятся в таблице маршрутов inet.0 (основная таблица IP-маршрутов). Если команда настроена, то, следовательно, BGP только MPLS маршрутов для переадстройки трафика, MPLS информация о пути хранится в отдельной traffic-engineering bgp таблице маршрутов, inet.3. Доступ BGP только к таблице маршрутов inet.3. BGP использует как inet.0, так и inet.3 для разрешения адресов следующего перехода. Если команда настроена, что позволяет IGPs использовать MPLS для трафика, MPLS информация о пути хранится в таблице маршрутов traffic-engineering bgp-igp inet.0. ( Рис. 1Рис. 2 иллюстрируют таблицы маршрутов в двух управление трафиком конфигураций.)

Рис. 1: Таблицы маршрутов и переадстройки, traffic-engineering bgpТаблицы маршрутов и переадстройки, traffic-engineering bgp

Таблица маршрутов inet.3 содержит адреса хостов всех маршрутизатор исходящего трафика. Эта таблица маршрутов используется на впадающих маршрутизаторах для маршрутов пакетов к маршрутизатор исходящего трафика. BGP использует таблицу маршрутов inet.3 на впадаемом маршрутизаторе для помощи в решении адресов следующего перехода.

MPLS также поддерживает таблицу маршрутов MPLS пути (mpls.0), которая содержит список следующего коммутатора с меткой в каждом LSP. Эта таблица маршрутов используется на транзитных маршрутизаторах для маршрутки пакетов следующему маршрутизатору по LSP.

Как правило, маршрутизатор исходящего трафика LSP не консультируется с таблицей маршрутов mpls.0. (Этому маршрутизатору не требуется обращаться к mpls.0, поскольку предпоследний маршрутизатор LSP либо изменяет метку пакета на значение 0, либо отключит метку.) В любом случае маршрутизатор исходящего трафика, чтобы определить, как перенаправление пакета, он передает его в качестве пакета IPv4, консультируясь с таблицей IP-маршрутов,inet.0.

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

Когда BGP устраняет префикс следующего перехода, он проверяет как таблицы маршрутов inet.0, так и inet.3, ищет следующий переход с наименьшим предпочтением. Если в обеих таблицах маршрутов обнаруживается запись следующего перехода с одинаковым предпочтением, BGP предпочтит запись в таблице маршрутов inet.3.

Рис. 2: Таблицы маршрутов и переадстройки, traffic-engineering bgp-igpТаблицы маршрутов и переадстройки, traffic-engineering bgp-igp

Как правило, BGP записи следующего перехода в таблице маршрутов inet.3, так как их предпочтения всегда ниже OSPF и IS-IS предпочтения следующего перехода. При настройке LSP можно переопределить предпочтение по умолчанию для MPLS LSP, что может изменить процесс выбора следующего перехода.

Когда BGP выбирает запись следующего перехода из таблицы маршрутов inet.3, она устанавливает этот LSP в таблица переадресации в модуль передачи пакетов, что вызывает пакеты, предназначенные для следующего перехода, для входа и перемещения по LSP. Если LSP удален или сбой, путь удаляется из таблицы маршрутов inet.3 и таблица переадресации, и BGP возвращается к использованию следующего перехода из таблицы маршрутов inet.0.

Обзор быстрой перенастройки

Быстрая перенастройка обеспечивает избыточность для пути LSP. При впуске быстрая перемаршрутизация маршруты, декотуры предукомпенсуются и предуказаны по LSP. В случае сбоя в сети на текущем пути LSP трафик быстро переадресуется на один из отъездов. Рис. 3 иллюстрирует LSP от маршрутизатора А к маршрутизатору F, показывающий установленные отладки. Каждый объезд устанавливается вышестояющим узлом, чтобы избежать соединения непосредственного 9-го и непосредственного 9-го узлов. Каждый обход может проходить через один или несколько маршрутизаторов с коммутатурой по метке (или коммутаторов), которые не показаны на рисунке.

Быстрая перенастройка защищает трафик от любой точки отказа между входить и отвыкать маршрутизаторами (или коммутаторами). При сбое в масштабируемом сценарии быстрая перемаршрутизация, устройства теряют доступность для всех одноранговых устройств, подключенных через отказавую связь. Это приводит к прерываниям трафика, BGP сеанс между устройствами прерывается. Если на LSP имеется несколько сбоев, быстрая перемаршрутизация сам по себе сбой. Кроме того, быстрая перемаршрутизация не защищает от сбоев в вехи или выпадателей маршрутизаторов.

Рис. 3: Отладка, установленная для LSP с использованием быстрой перенастройкиОтладка, установленная для LSP с использованием быстрой перенастройки

Если узел обнаруживает сбой 9-го уровня (с помощью механизма обнаружения прямого соединения, конкретного уровня) или что 9-ой узел не справился (например, используя протокол приветства соседа RSVP), узел быстро переключает трафик на detour и в то же время сообщает входящий маршрутизатор о сбое соединения или узла. Рис. 4 иллюстрирует обилие, когда происходит сбой соединения между маршрутизатором B и маршрутизатором C.

Рис. 4: Detour после сбойного соединения между маршрутизатором B и маршрутизатором CDetour после сбойного соединения между маршрутизатором B и маршрутизатором C

Если топология сети недостаточно насыщена (маршрутизаторы с достаточным количеством линий связи к другим маршрутизаторам), некоторые из этих маршрутов могут быть неудались бы успешными. Например, обход маршрута от маршрутизатора А к маршрутизатору C не может проходить через соединение Рис. 3 A-B и маршрутизатор B. Если такой путь невозможен, то отъезд не происходит.

Обратите внимание, что после переключения трафика на detour узел вскоре может снова переключить трафик на новый расчетный detour. Это потому, что начальный маршрут detour может быть не лучшим маршрутом. Чтобы сделать переназначение как можно быстрее, узел переключает трафик на исходный поток без предварительной проверки действительности detour. После того, как коммутатор будет выполнен, узел перекомпьютерит detour. Если узел определяет, что исходный поток по-прежнему действителен, трафик продолжает поступать через этот detour. Если узел определяет, что начальная обработка больше не допустима, он снова переключает трафик на новый расчетный detour.

Прим.:

Если после того, как узел переназначит трафик на исходный узел, он может указать, что трафик по-прежнему передается через show исходный LSP. Эта ситуация является временной и должна быстро исправиться.

Время, необходимое для действовать при быстрой переадресовке, зависит от двух независимых интервалов времени:

  • Время на обнаружение сбоя в соединении или узле — этот интервал во многом зависит от используемого уровня соединения и характера сбоя. Например, обнаружение сбоев на соединении SONET/SDH обычно происходит намного быстрее, чем в соединении Gigabit Ethernet, и оба являются намного быстрее, чем обнаружение сбоев маршрутизатора.

  • Количество времени, необходимое для отсортации трафика на detour . Эта операция выполняется модуль передачи пакетов, и для этого требуется мало времени для отсортации трафика на detour. Необходимое время может меняться в зависимости от количества LPS, переключающихся на detours.

Быстрая перенастройка – это краткосрочная исправление для уменьшения потерь пакетов. Поскольку вычисления detour могут не резервировать адекватную полосу пропускания, они могут привести к перегрузке на альтернативных каналах. Маршрутизатор въеха – это единственный маршрутизатор, который полностью знает об ограничениях политики LSP и, таким образом, единственный маршрутизатор, способный найти подходящие маршруты на долгосрочную перспективу.

Detours создаются с помощью RSVP и, как и все сеансы RSVP, требуют дополнительного состояния и дополнительных накладных расходов в сети. Поэтому каждый узел создает не более одного объездного узла для каждого LSP, который быстрая перемаршрутизация включен. Создание более одного объездного тока для каждого LSP увеличивает накладные расходы, но не выполняет практической задачи.

Чтобы еще больше уменьшить сетевые затраты, каждый detour пытается как можно скорее объединиться в LSP после сбойного узла или соединения. Если можно рассмотреть LSP, который проходит через узлы маршрутизатора, можно создать nn – 1 detours. Например, декодр пытается объединиться обратно в LSP в маршрутизаторе D, а не в маршрутизаторе E или маршрутизаторе F. Объединение обратно в LSP делает проблему масштабируемости Рис. 5 detour более управляемой. Если ограничения топологии мешают быстрому объединению detour в LSP, то detours автоматически сливаются с другими detours.

Рис. 5: Detours Merging into Other DetoursDetours Merging into Other Detours

Настройка быстрой перенастройки

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

Чтобы настроить быстрая перемаршрутизация на LSP, включите утверждение на включении fast-reroute маршрутизатора (или коммутатора):

Это утверждение можно включить на следующих уровнях иерархии:

Нет необходимости настраивать конфигурацию быстрая перемаршрутизация на транзитных и выходящих маршрутизаторах LSP (или коммутаторах). Как только быстрая перемаршрутизация включен, входящий маршрутизатор (или коммутатор) передает сигнал всем писаным маршрутизаторам (или коммутаторам), которые быстрая перемаршрутизация на LSP, и каждый 9-ой маршрутизатор делает все возможное для того, чтобы настроить detours для LSP. Если 9-ой маршрутизатор не поддерживает быстрая перемаршрутизация, то он игнорирует запрос на настройка detours и продолжает поддерживать LSP. Если маршрутизатор не поддерживает быстрая перемаршрутизация, некоторые из этих маршрутов будут неудачно работать, но в противном случае не будут влиять на LSP.

Прим.:

Чтобы включить PFE быстрая перемаршрутизация, настройте утверждение политики маршрутов с помощью утверждения на уровне иерархии на каждом из маршрутизаторов, на которых может быть load-balance per-packet[edit policy-options policy-statement policy-name then] перенаружен трафик. См. также "Настройка балансировки нагрузки для LSP RSVP".

По умолчанию для перенаруженной маршрутной сети полоса пропускания не зарезервирована. Чтобы выделить полосу пропускания для перена пути, включим либо bandwidth утверждение, либо bandwidth-percent утверждение. Можно одновременно включать только один из этих утвержденией. Если вы не включили ни утверждение, ни утверждение, по умолчанию не зарезервировать полосу пропускания bandwidthbandwidth-percent для пути detour.

Включив утверждение, можно указать определенную величину полосы пропускания (в битах в секунду [bps]), которую необходимо зарезервировать для bandwidth пути detour. Полоса пропускания не должна совпадать с полосой пропускания, выделенной для LSP.

При указании процента пропускной способности с помощью утверждения, полоса пропускания пути detour рассчитывается умножением процентной полосы пропускания на ширину полосы пропускания, настроенную для основного LSP, спроектированного для bandwidth-percent трафика. Информацию о настройке полосы пропускания для LSP, спроектированного трафиком, см. в "Настройка LSP, спроектированных трафиком".

Ограничения предела перехода определяют, сколько больше маршрутизаторов, которые может пройти detour, по сравнению с самим LSP. По умолчанию, предел перехода установлен в 6. Например, если LSP проходит через 4 маршрутизатора, любой обход LSP может иметь до 10 (т.е. 4 + 6) переходов маршрутизатора, включая ветвь и маршрутизаторы на выходе.

По умолчанию, detour наследует те же административные (цветовой) ограничения группы, что и родительское LSP, когда CSPF определяет альтернативный путь. Административные группы, также известные как цвет связи или класс ресурсов, вручную приписывают атрибуты, описывающие "цвет" ссылок, такие, что ссылки с одинаковым цветом концептуально принадлежат к одному и тем же классу. Если указать утверждение при настройке родительского LSP, все ссылки, пройденные альтернативным сеансом, должны иметь хотя бы один цвет в списке include-any групп. Если указать утверждение при настройке родительского LSP, все ссылки, пройденные альтернативным сеансом, должны иметь все цвета, найденные в списке include-all групп. Если указать exclude утверждение при настройке родительского LSP, ни одна из ссылок не должна иметь цвет в списке групп. Дополнительные сведения об ограничениях административных групп см. в "Настройка административных групп для LSP".

Процесс объединения detour

В этом разделе описывается процесс, используемый маршрутизатором для определения того, какой LSP должен выбрать, когда маршрутизатор получает сообщения пути от различных интерфейсов с одинаковыми объектами шаблонов сеанса и отправитель. Когда это происходит, маршрутизатор должен объединить состояния пути.

Маршрутизатор использует следующий процесс для определения, когда и как объединять состояния пути:

  • Если все сообщения пути не содержат объекта быстрая перемаршрутизация или объекта detour, или когда маршрутизатор является выходом LSP, объединение не требуется. Сообщения обрабатываются в соответствии с RSVP-управление трафиком.

  • В противном случае маршрутизатор должен записать состояние пути в дополнение к входящий интерфейсу. Если сообщения пути не имеют одного и того же исходястого интерфейса и маршрутизатора следующего перехода, маршрутизатор рассматривает их как независимые LPS и не объединяет их.

  • Для всех сообщений о пути, которые используют один и тот же исходяющий интерфейс и маршрутизатор следующего перехода, маршрутизатор использует следующий процесс для выбора последнего LSP:

    • Если только один LSP исходит из этого узла, выберите его в качестве последнего LSP.

    • Если только один LSP содержит быстрая перемаршрутизация объект, выберите его в качестве последнего LSP.

    • Если есть несколько LSP и некоторые из них имеют объект detour, исключите объекты, содержащие объект detour, в процессе последнего выбора LSP.

    • Если остается несколько конечных кандидатов LSP (т.е. остаются как detour, так и защищенные LSP), выберите LSP с быстрая перемаршрутизация объектами.

    • Если ни у одного из LSP нет быстрая перемаршрутизация объектов, выберите их без объектов-деко. Если все LPS имеют объекты detour, выберите их все.

    • Из оставшихся кандидатов LSP следует исключить из рассмотрения те, которые проходят через узлы, которые избегают другие LSP.

    • Если по-прежнему остается несколько кандидатов в LSP, выберите один с самой короткой длиной определенного объекта маршрута (МВК) пути. Если несколько LSP имеет ту же длину пути, выберите один случайный.

  • Как только конечный LSP определен, маршрутизатор должен передавать только сообщения пути, соответствующие этому LSP. Все остальные LSP считаются объединенными на этом узле.

Вычисления от detour

Вычисление и настройка detours делается независимо на каждом узле. Если на узле LSP включено быстрая перемаршрутизация и если 9-ой соединение или узел можно идентифицировать, маршрутизатор выполняет вычисление первого (CSPF) кратчайших путей, используя информацию в локальной управление трафиком базе данных. По этой причине detours используют IGP расширения управление трафиком расширения. Без управление трафиком базы данных отладка не может быть установлена.

CSPF первоначально пытается найти путь, который пропускает следующий следующую начальную узлы. Попытка найти этот путь обеспечивает защиту от сбоев в ингинговом потоке на узлах или соединениях. Если путь пропусков узла не доступен, CSPF пытается найти путь на альтернативном соединении со следующим ингибным узлом. Попытка найти альтернативное соединение обеспечивает защиту от сбоев в ингинговом потоке только в соединениях. Вычисления от detour могут не быть успешными в первый раз. Если вычисление не сбой, маршрутизатор перекомпьютет detours приблизительно один раз через каждый интервал обновления до тех пор, пока вычисления не будут успешными. Метрика RSVP для каждого detour установлена в диапазоне от 10 000 до 19 999.

Оптимизация быстрого перенастройки пути

Путь быстрая перемаршрутизация защиты не является детерминичным. Фактический путь защиты конкретного узла зависит от истории LSP и топологии сети, когда быстрая перемаршрутизация был вычислен путь. Отсутствие детерминтичного поведения может привести к рабочим трудностям и плохо оптимизировать пути после множественных перехлобов соединений в сети. Даже в небольшой сети, после нескольких перехлестийок соединения быстрая перемаршрутизация может проходить произвольно большое количество узлов и оставаться в этом состоянии неопределенно долгое время. Это неэффективно и делает сеть менее предсказуемой.

Быстрая оптимизация перенастройки адресует эту неумеху. Он обеспечивает глобальное время оптимизации пути, что позволяет оптимизировать все LPS, которые быстрая перемаршрутизация включены, и путь detour вверх и запущен. Значение этого значения может меняться в зависимости от ожидаемой процессорной нагрузки RE.

Алгоритм быстрая перемаршрутизация оптимизации основывается только на IGP метрике. Если метрика IGP пути ниже, чем значение старого пути, то результат CSPF принимается, даже если новый путь может быть более загружен (более высокую пропускную способность) или проходить больше переходов.

В соответствии с RFC 4090, расширения быстрой перенастройки для RSVP-управление трафикомдля туннелей LSP, когда новый путь вычисляется и принимается для быстрая перемаршрутизация оптимизации, существующий detour сначала уничтожается, а затем устанавливается новый маршрут. Чтобы предотвратить потерю трафика, отъезды, активно защищающие трафик, не оптимизированы.

Настройка интервала оптимизации для путей быстрой перенастройки

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

Чтобы включить быстрая перемаршрутизация пути, укажите количество секунд с помощью параметра optimize-timer для fast-reroute утверждения:

Это утверждение можно включить на следующих уровнях иерархии:

  • [edit protocols rsvp]

  • [edit logical-systems logical-system-name protocols rsvp]

Добавление маршрутов, связанных с LSP, в таблицу маршрутов inet.3 или inet6.3

По умолчанию маршрут хоста к маршрутизатор исходящего трафика устанавливается в таблице маршрутов inet.3 или inet6.3. (Адрес маршрута хоста - это адрес, который был настроен в to сообщении.) Установка маршрута хоста позволяет BGP разрешение следующего перехода. Это также предотвращает вмешательство маршрута хоста в префиксы, которые были заучены на динамических протоколах маршрутов и сохранены в таблице маршрутов inet.0 или inet6.0.

В отличие от маршрутов в таблице inet.0 или inet6.0, маршруты в таблице inet.3 или inet6.3 не копируется в модуль передачи пакетов, поэтому они не вызывают изменений в системной таблица переадресации напрямую. Через эти маршруты ping нельзя traceroute использовать ни команду, ни команду. Единственный способ использования inet.3 или inet6.3 – разрешить BGP разрешение на разрешение следующего перехода. Для изучения таблицы inet.3 или inet6.3 используйте show route table inet.3 команду show route table inet6.3 or.

Чтобы ввести дополнительные маршруты в таблицу маршрутов inet.3 или inet6.3, включим install утверждение:

Это утверждение можно включить на следующих уровнях иерархии:

При установке LSP указанные маршруты устанавливаются в качестве псевдонимов в таблице маршрутов. Установка дополнительных маршрутов позволяет BGP следующие переходы в пределах указанного префикса и направить дополнительный трафик для этих следующих переходов определенному LSP.

Включая параметр с утверждением, устанавливает указанный префикс в таблицу маршрутов activeinstall inet.0 или inet6.0, которая является основным таблица переадресации. Результатом является маршрут, который устанавливается в таблица переадресации установки LSP, что означает, что можно отследить маршрут с помощью ping или ping. Используйте этот параметр с вниманием, так как этот тип префикса очень похож на статический маршрут.

Псевдоним используется для маршрутизаторов с несколькими адресами, используемыми в качестве BGP следующих переходов, или для маршрутизаторов, которые MPLS не способны. В любом из этих случаев LSP можно настроить на другую MPLS локального домена, которая затем действует как "пограничный" маршрутизатор. Затем LSP завершает работу на граничном маршрутизаторе и с этого маршрутизатора, перенановерка уровня 3 принимает пакет к маршрутизатору следующего перехода.

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

В случае точка присутствия (PoP) с маршрутизаторами, которые не поддерживают MPLS, один маршрутизатор (например, основной маршрутизатор), поддерживаюный MPLS, может выступать в качестве прокси для всего PoP и может ввести набор префиксов, которые покроют PoP. Таким образом, все маршрутизаторы в рамках PoP могут объявлять себя в качестве внутренних BGP (IBGP) следующих переходов, а трафик может следовать за LSP для достижения основного маршрутизатора. Это означает, что IGP маршруты будут превалировать в рамках PoP.

Команды или команды нельзя использовать на маршрутах в pingtraceroute таблице маршрутов inet.3 или inet6.3.

Для BGP разрешения следующего перехода не имеет значения, находится ли маршрут в inet.0/inet6.0 или inet.3/inet6.3; выбирается маршрут с лучшей совпадением (самой длинной маской). Из нескольких маршрутов с наивысшим предпочтением выбирается один из маршрутов с наивысшим предпочтением.

Прим.:

Утверждение install destination-prefix active не поддерживается на статических LPS. Если утверждение настроено для статического LSP, MPLS маршруты не устанавливаются в таблицу маршрутов install destination-prefix active inet.0.