Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

MPLS управления трафиком

MPLS и проектирование трафика

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

  • Более эффективное использование дорогих дальнемагистральных оптоволоконные оптоволоконные волокна.

  • Управление перенанаружаемой трафиком при одно- или нескольких сбоях.

  • Классифицировать критический и регулярный трафик по путям.

Ядро коммутирующей управление трафиком построении маршрутов с коммута путей с меткой (LSP) среди маршрутизаторов. LSP - это соединение, ориентированное на виртуальный канал в Frame Relay или ATM. LPS не являются надежными: Пакеты, вступаем в LSP, не имеют гарантии доставки, хотя возможна преимущественное обращение. LSP также похожи на однонаправленные туннели, в которые пакеты, вющие по пути, инкапсулированы в конверт и коммутются по всему пути, не затрагиваясь промежуточными узлами. LSP обеспечивают более точно неоконченный контроль над тем, как пакеты переадновяются в сети. Для обеспечения надежности LSP может использовать набор основных и вторичных путей.

LSP могут быть настроены только для BGP трафика (трафик, назначение которого находится вне автономной системы [AS]). В этом случае на трафик внутри AS не влияет присутствие LSP. LSP также можно настроить для трафика BGP и внутреннего IGP; таким образом, LPS влияют на трафик внутри AS и между AS.

MPLS управления трафиком и протоколов сигнализации

Проектирование трафика способствует эффективному и надежному функционированию сети при одновременной оптимизации сетевых ресурсов и производительности трафика. Управление трафиком обеспечивает возможность перемещения потока трафика от кратчайших путей, выбранных протоколом внутренних шлюзов (IGP) к потенциально менее перенастройке физического пути через сеть. Для поддержки управление трафиком маршрутов, помимо маршрутов от источников, сеть должна делать следующее:

  • Вычислите путь в источнике с учетом всех ограничений, таких как пропускная способность и административные требования.

  • После вычисления пути распределите по сети сведения о топологии сети и атрибутах связи.

  • Резервировать сетевые ресурсы и изменять атрибуты соединения.

Когда транзитный трафик проходит через IP-сеть, MPLS часто используется для инженерных прохождений. Хотя точный путь через транзитную сеть не имеет большого значения для отправитель или приемник трафика, администраторы сети часто хотят более эффективно маршрутизировать трафик между определенными парами адресов источника и назначения. Добавляя к каждому пакету короткий ярлык с определенными инструкциями маршрутов, MPLS коммутаторы коммутируются пакеты от маршрутизатора к маршрутизатору через сеть, а не перенаадваю пакеты на основе данных, которые будут происходить при следующем переходе. Итоги маршруты называются маршрутами с коммутализаемой по метке (LPS). LPS контролируют прохождение трафика через сеть и ускоряют его передачу.

LSP можно создавать вручную или с помощью протоколов сигнализации. Протоколы сигнализации используются в среде MPLS для создания LSP для трафика через транзитную сеть. Junos OS поддерживают два протокола сигнализации — LDP и протокол резервирования ресурсов (RSVP).

управление MPLS-трафиком используют следующие компоненты:

  • MPLS LPS для переадки пакетов

  • IGP расширения для распространения информации о топологии сети и атрибутах связи

  • Первый ограниченный кратчайший путь (CSPF) для вычисления пути и выбора пути

  • Расширения RSVP для установления состояния переадреации по пути и резервации ресурсов на этом пути

Junos OS поддерживает поддержку управление трафиком разных OSPF регионах.

Возможности управления трафиком

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

Проектирование трафика дает следующие возможности:

  • Маршрутиз основных путей по известным узким местам или точкам перегрузки в сети.

  • Обеспечивает точный контроль того, как трафик перенананоется, когда основной путь сталкивается с единичная или множественной ошибками.

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

  • Максимизируемая эксплуатационная эффективность.

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

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

Компоненты управления трафиком

В операционной Junos® (OS) управление трафиком реализована с MPLS и RSVP. Проектирование трафика состоит из четырех функциональных компонентов:

Настройка управления трафиком для LSP

При настройке LSP маршрут хоста (32-битовая маска) устанавливается на маршрутизаторе в направлении маршрутизатор исходящего трафика; адрес маршрута хоста является адресом назначения LSP. Параметр для утверждения на уровне иерархии включен по умолчанию (можно также явно настроить параметр), позволяя только BGP использовать bgp LSP в своих расчетах traffic engineering[edit protocols mpls]bgp маршрута. Другие traffic-engineering параметры утверждения позволяют изменить это поведение в экземпляре маршрутов master. Функциональность недоступна для определенных экземпляров маршрутов. Кроме того, можно одновременно включить только один из параметров утверждения traffic-engineeringbgpbgp-igp (, bgp-igp-both-ribsmpls-forwarding или)

Прим.:

Включение или отключение любого из параметров утверждения приводит к удаляемой MPLS маршрутов и повторной повторной в traffic-engineering таблицах маршрутов.

Можно настроить OSPF и управление трафиком для объявления метрики LSP в сводных объявлениях о состоянии соединений (LSAs), как описано в Объявления метрики LSP в суммарном объявлении LSAs разделе.

В следующих разделах описана настройка управление трафиком LPS:

Использование LSP как для BGP, так и IGP трафика

Можно настроить маршрутизаторы BGP и IGP на использование LSP для переадресовки трафика, предназначенного для выходных маршрутизаторов, с помощью параметра bgp-igp для traffic-engineering утверждения. Этот параметр приводит к перемещению всех маршрутов inet.3 в таблицу bgp-igp маршрутов inet.0.

На впадаемом маршрутизаторе bgp-igp включим параметр для traffic-engineering утверждения:

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

  • [edit protocols mpls]

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

    Прим.:

    Параметр bgp-igp для утверждения не может быть настроен для traffic-engineering VPN). VPN требуют, чтобы маршруты были в таблице маршрутов inet.3.

Использование LSP для переад через виртуальные частные сети

Vpn требуют, чтобы маршруты оставались в таблице маршрутов inet.3 для правильной работы. Для VPN настройте параметр утверждения, чтобы вызвать BGP, а bgp-igp-both-ribs IGPs используют LSP для переадресовки трафика, предназначенного для маршрутизаторов traffic-engineering выхода. Этот параметр устанавливает маршруты в направлении в таблицу маршрутов inet.0 (для одноаресных маршрутов IPv4) и таблицу маршрутов bgp-igp-both-ribs inet.3 (для MPLS пути).

На впадаемом маршрутизаторе включим в себя traffic-engineering bgp-igp-both-ribs утверждение:

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

  • [edit protocols mpls]

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

При использовании этого утверждения маршруты из таблицы inet.3 копируется в таблицу bgp-igp-both-ribs inet.0. Скопированные маршруты являются LDP-сигнальными или RSVP-сигнальными и, вероятно, будут иметь меньшее предпочтение по сравнению с другими маршрутами в inet.0. Маршруты с более низким предпочтением с большей вероятностью будут выбраны в качестве активных маршрутов. Это может стать проблемой, поскольку политики маршрутов действуют только на активные маршруты. Чтобы предотвратить эту проблему, используйте mpls-forwarding этот параметр.

Использование маршрутов RSVP и LDP для переад маршрутов, но не выбора маршрута

Если настроены параметры или параметры для утверждения, высокоприоритетные LPS могут замесить IGP маршруты в таблице маршрутов bgp-igpbgp-igp-both-ribstraffic-engineering inet.0. IGP маршруты больше не могут перераспределяться, поскольку они больше не являются активными маршрутами.

При настройке параметра для утверждения LPS используются для переадстройки, но mpls-forwardingtraffic-engineering исключаются из выбора маршрута. Эти маршруты добавляются к таблицам маршрутов inet.0 и inet.3. При выборе активного маршрута LPS в таблице маршрутов inet.0 имеют малое предпочтение. Однако LSP в таблице маршрутов inet.3 имеют нормальное предпочтение и поэтому используются для выбора следующих переходов.

При активации этого параметра маршруты, состояние которых является предпочтительным для переад частью, даже если их предпочтения ниже, чем у mpls-forwardingForwardingOnly активного в данный момент маршрута. Чтобы проверить состояние маршрута, выполните show route detail команду.

Чтобы использовать LSP для переадваровки, но исключить их из выбора маршрута, включим mpls-forwarding опцию для traffic-engineering утверждения:

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

  • [edit protocols mpls]

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

При настройке этого параметра IGP маршруты ярлыка копируется только в таблицу mpls-forwarding маршрутов inet.0.

В отличие от этого параметра, этот параметр позволяет использовать маршруты с сигнализацией LDP и bgp-igp-both-ribs RSVP для переад назначения, а также поддерживать активные BGP и IGP маршруты в целях маршрутов, чтобы политики маршрутов могли действовать в соответствии с mpls-forwarding ними.

Например, предположим, что маршрутизатор работает BGP и у него имеется BGP 10.10.10.1/32, который он должен отправить на другой адресант BGP. При использовании этого параметра и в маршрутизаторе также имеется маршрут с переключение на метку bgp-igp-both-ribs (LSP) до 10.10.10.1, маршрут MPLS для 10.10.10.1 становится активным в таблице маршрутов inet.0. Это предотвращает объявления маршрутизатором маршрута 10.10.10.1 к другому BGP маршрутизатору. С другой стороны, если используется параметр вместо параметра, маршрут mpls-forwarding 10.10.10.1/32 BGP объявляется другому адресант BGP, и LSP по-прежнему используется для передачи трафика по назначению bgp-igp-both-ribs 10.10.10.1.

Объявления метрики LSP в суммарном объявлении LSAs

Можно настроить MPLS и OSPF рассматривать LSP в качестве соединения. Эта конфигурация позволяет другим маршрутизаторам в сети использовать этот LSP. Для выполнения этой задачи необходимо настроить MPLS и OSPF управление трафиком объявление метрики LSP в сводных объявлениях LSP LSAs.

Для MPLS, включим traffic-engineering bgp-igp в себя и label-switched-path утверждения:

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

  • [edit protocols mpls]

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

Для OSPF включим lsp-metric-into-summary утверждение:

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

  • [edit protocols ospf traffic-engineering shortcuts]

  • [edit logical-systems logical-system-name protocols ospf traffic-engineering shortcuts]

Для получения дополнительных сведений OSPF управление трафиком см. библиотеку протоколов Junos OS маршрутов для устройств маршрутов.

Включение управления трафиком между предостереганиями

Новый Junos OS сигнализировать ОНО LSP, спроектированный на OSPF трафика. Сигнализация LSP должна быть сделана с помощью вложенной или смеглой сигнализации, как описано в RFC 4206, иерархии маршрутов с коммутатурой по метке (LSP) с обобщенной многопротоколонной коммутацией меток (GMPLS)Проектирование трафика (управление трафиком) . Однако поддержка постоявой сигнализации ограничена только базовой сигнализацией. Повторное конфигурение не поддерживается соодерживаемой сигнализацией.

Ниже описаны некоторые функции межоварьного управление трафиком:

  • Межопомеха управление трафиком быть включена, когда пограничные маршрутизаторы (ARS) свободного перехода настроены на в агрессивном маршрутизаторе с помощью CSPF для расчета явного объекта маршрута (ЛОВ) в пределах OSPF области. Расширение ЛОВ завершено на abRs.

  • Межописательное управление трафиком быть включено при включенном CSPF, но без ARS, заданных в конфигурации LSP на впадаемом маршрутизаторе (ARS могут быть автоматически обозначены).

  • Дифференцированное обслуживание (DiffServ) управление трафиком, пока сопоставления типов классов едины для нескольких областей.

Чтобы включить межописательное управление трафиком, включите утверждение в конфигурацию каждого expand-loose-hop транзитного маршрутизатора LSP:

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

  • [edit protocols mpls]

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

Включение управления трафиком между AS для LSP

Как правило, управление трафиком LPS, которые соответствуют следующим условиям:

  • Оба конца LSP находятся в одной OSPF или на одном IS-IS уровне.

  • Два конца LSP находятся в разных OSPF пределах одной автономной системы (AS). LPS, конечные уровни IS-IS разных уровнях, не поддерживаются.

  • Два конца явного пути LSP находятся в разных OSPF AS, а пограничные маршрутизаторы автономной системы (ASBRs) настроены статически как "свободные" переходы, поддерживаемые явным маршрутом LSP. Дополнительные сведения см. в "Настройка LSP явных путей".

Без статически определенных ASBRs на LPS управление трафиком между одним доменом маршрутов, или AS, и другим. Однако, когда AS находятся под управлением одного поставщика услуг, в некоторых случаях возможно, что LSP, спроектированные трафиком, охватывают AS и динамически обнаруживают OSPF ASBRs, связывающие их (IS-IS не поддерживается этой функцией).

LSPS, спроектированные между AS, возможны при условии удовлетворены определенным сетевым требованиям, при этом не применяются ограничивающие условия и OSPF с EBGP настраивается пассивный режим. Подробная информация приводится в следующих разделах:

Требования к проектированию трафика между AS

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

  • Все AS находятся под управлением одного поставщика услуг.

  • OSPF используется в качестве протокола маршрутов в каждой AS, а EBGP – в качестве протокола маршрутов между AS.

  • Информация ASBR доступна внутри каждой AS.

  • Информация о маршруте EBGP распространяется OSPF, и в каждой AS имеется полная сетка IBGP.

  • Транзитные LSP не настроены на соединениях между AS, но настроены между входными и выходными ASBRs в каждой AS.

  • Соединение EBGP между asBRs в различных ASS является прямым соединением и должно быть настроено как пассивный управление трафиком в OSPF. Адрес удаленного соединения, а не адрес обратной связи или любой другой адрес соединения, используется в качестве идентификатора удаленного узла для этого пассивного соединения. Дополнительные сведения о настройке OSPF и управление трафиком режиме Настройка режима OSPF (passive управление трафиком) см. в .

Кроме того, адрес, используемый для удаленного узла OSPF пассивного управление трафиком должен быть тем же адресом, который используется для соединения EBGP. Для получения дополнительных сведений OSPF и BGP см. библиотеку протоколов Junos OS маршрутов для устройств маршрутов.

Ограничения управления трафиком между AS

Для LSP-трафиков, спроектированных LSP, поддерживается только иерархическая, или вложенная, сигнализация. Поддерживаются только LPS из разных точек (поддержка точек разных точек не существует).

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

  • Использование многоскопных BGP не поддерживается.

  • Применение policers или topologies, которые BGP маршруты внутри AS не поддерживаются.

  • Несколько asBRs на LAN между равноправными узлами EBGP не поддерживаются. Поддерживается только один ASBR на LAN между одноранговых узлами EBGP (другие ASBR могут существовать в LAN, но не могут быть объявлены).

  • Отражатели или политики маршрутов, которые скрывают информацию ASBR или не могут распространяться внутри ASS, не поддерживаются.

  • Многонаправленные LPS не поддерживаются (LPS являются однонаправленные с управление трафиком точки зрения).

  • Не поддерживаются topologе с путями между AS и внутри AS к одному месту назначения.

Кроме того, некоторые функции, которые обычно поддерживают все LPS, не поддерживаются в управление трафиком:

  • Цвета связи группы администратора не поддерживаются.

  • Вторичный standby не поддерживается.

  • Переоптимизация не поддерживается.

  • Crankback на транзитных маршрутизаторах не поддерживается.

  • Различные вычисления путей не поддерживаются.

  • Приодержаемая перезагрузка не поддерживается.

Эти списки ограничений или неподтверженных функций с LPS, спроектированными трафиком между AS, не являются полными.

Настройка режима OSPF (passive управление трафиком)

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

Чтобы переполохить эту информацию об адресе соединения в AS и сделать ее доступной для управление трафиком расчетов, необходимо настроить OSPF пассивный режим для управление трафиком на каждом интерфейсе inter-AS. Кроме того, для распределения и включаемой в базу данных OSPF должен быть зада управление трафиком т удаленный адрес.

Чтобы настроить режим OSPF для управление трафиком на интерфейсе между AS, включим утверждение для соединения на passive[edit protocols ospf area area-id interface interface-name] уровне иерархии:

OSPF необходимо правильно настроить на маршрутизаторе. В следующем примере между as-соединением настраивается распределение управление трафиком so-1/1/0 с OSPF в AS. Удаленный IP-адрес - 192.168.207.2 .

Компонент переадварки пакетов

Компонент переадрешния пакетов в архитектуре Junos управление трафиком также MPLS, который отвечает за прямую маршрутку IP-пакетов по заранее задаемой сети. Данный путь называется маршрутом с коммутаализаемой меткой (LSP). LPS - это простота; то есть трафик идет в одном направлении от головного (впадаем) маршрутизатора к конечному (выпадаем) маршрутизатору. Дуплексный трафик требует двух LPS: один LSP для переноса трафика в каждом направлении. LSP создается конкацией одного или более коммутационных переходов с коммутацией по метке, что позволяет переадресации пакета от одного маршрутизатора к другому через MPLS домен.

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

Переадварка пакетов на основе замены меток

Процесс переадреации пакетов на каждом маршрутизаторе основан на концепции замены меток. Этот принцип аналогиен тому, что происходит на каждом асинхронном режиме передачи (ATM) коммутатора в постоянном виртуальном канале (PVC). Каждый MPLS содержит 4-byte-инкапсуляцию с 20-битным полем метки с фиксированной длиной. Когда пакет с меткой поступает на маршрутизатор, маршрутизатор проверяет метку и копирует ее в качестве индекса в MPLS таблица переадресации. Каждая запись в таблица переадресации содержит входящие пары меток интерфейса, относящиеся к набору сведений о переадновке, которые применяются к всем пакетам, поступающим на определенный интерфейс с одной и той же входной меткой.

Как пакет проходит через магистра MPLS магистрали

В этом разделе описывается процесс обработки IP-пакета при его проходимом MPLS магистральная сеть.

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

После того, как пакет начнет проходить LSP, каждый маршрутизатор использует метку для принятия решения о переадрике. Решение MPLS переад частью системы принимается независимо от исходного IP-загона: входящий интерфейс и метка используются в качестве ключей для MPLS таблица переадресации. Старая метка заменяется новой меткой, и пакет перенанощается на следующий переход по LSP. Этот процесс повторяется на каждом маршрутизаторе LSP до тех пор, пока пакет не достигнет маршрутизатор исходящего трафика.

Когда пакет поступает на маршрутизатор исходящего трафика, метка удаляется и пакет выходит из MPLS домена. Затем пакет передается на основании IP-адреса назначения, который содержится в исходном IP-задатке пакета в соответствии с традиционным кратчайшим путем, рассчитанным по протоколу IP-маршрутов.

Компонент распределения информации

Для проектирования трафика необходимы подробные сведения о топологии сети, а также динамическая информация о загрузке сети. Для реализации компонента распределения информации определяются простые расширения IGP. Атрибуты связи включаются в составе каждого объявления состояния связи маршрутизатора. IS-IS расширения включают определение значений длины нового типа (TLV), в то время как OSPF расширения реализуются с опайл-объявлениями состояния соединений (LAS). Стандартный алгоритм маршрутизации, используемый IGP-маршрутизаторами состояния соединения, обеспечивает распределение атрибутов связи всем маршрутизаторам в домене маршрутизации. Некоторые дополнительные управление трафиком, которые следует добавить к объявлению о состоянии IGP связи, включают максимальную полосу пропускания канала, максимальную зарезервированную полосу пропускания канала, текущее резервирование полосы пропускания и цветовую развязку канала.

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

Компонент выбора пути

После того, как атрибуты сетевого соединения и сведения топологии переполнываются IGP и помещаются в базу данных управление трафиком, каждый вющий маршрутизатор использует базу данных управление трафиком для вычисления путей для своего собственного набора LSP в домене маршрутов. Путь для каждого LSP может быть представлен либо жестким, либо свободным явным маршрутом. Явный маршрут – это заранее сконфигурженная последовательность маршрутизаторов, которые должны быть частью физического пути LSP. Если влиячий маршрутизатор указывает все маршрутизаторы lSP, LSP определяется строго явным маршрутом. Если влиячий маршрутизатор указывает только некоторые маршрутизаторы в LSP, LSP описывается как свободный явный маршрут. Поддержка строгих и свободно явных маршрутов позволяет процессу выбора пути по возможности получить широкую возможность расстояйки, но при необходимости должна быть ограничена.

Маршрутизатор въеха определяет физический путь для каждого LSP, применив к информации из базы данных управление трафиком к алгоритму "Ограниченный кратчайший путь(CSPF"). CSPF – это алгоритм с кратчайшим маршрутом, который был изменен с учетом определенных ограничений при расчете кратчайших путей в сети. Вход в алгоритм CSPF включает:

  • Сведения о состоянии топологии, которые IGP и сохраняются в управление трафиком базе данных

  • Атрибуты, связанные с состоянием сетевых ресурсов (такие как общая полоса пропускания канала, зарезервированная полоса пропускания канала, доступная полоса пропускания канала и цвет канала), которые сохраняются в IGP расширениях и сохраняются в управление трафиком базе данных

  • Административные атрибуты, необходимые для поддержки трафика, который проходит через предложенный LSP (например, требования к пропускной способности, максимальное число переходов и требования административной политики), полученные из пользовательской конфигурации

Поскольку CSPF рассматривает каждый узел-кандидат и соединение для нового LSP, он либо принимает, либо отклоняет конкретный компонент пути на основании доступности ресурсов, либо выбор компонента нарушает ограничения политики пользователя. Выходные данные расчета CSPF – это явный маршрут, состоящий из последовательности адресов маршрутизатора, которая обеспечивает кратчайший путь через сеть, удовлетворяющий ограничениям. Этот явный маршрут затем передается на компонент сигнализации, который устанавливает состояние переадментаторов на маршрутизаторах по LSP.

Компонент сигнализации

О том, что LSP работает, неизвестно до тех пор, пока он не будет установлен компонентом сигнализации. Компонент сигнализации, ответственный за установление состояния LSP и распространение меток, зависит от нескольких расширений RSVP:

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

  • Объект запроса метки разрешает сообщение пути RSVP запрашивать промежуточные маршрутизаторы о связываниях меток для устанавливаемой LSP.

  • Объект Метки позволяет RSVP поддерживать распределение меток без изменения его существующих механизмов. Поскольку сообщение RSVP Resv следует по обратному пути сообщения пути RSVP, объект метки поддерживает распределение меток от нижестояных узлов к вышестояным узлам.

Планирование и анализ пути в автономном режиме

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

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

Гибкие вычисления и конфигурация LSP

Проектирование трафика включает в себя сопоставление потока трафика с физической топологией. Можно определить пути в сети с помощью маршрутов на основе ограничений. Независимо от того, как рассчитывается физический путь, состояние переад пути устанавливается через сеть через RSVP.

Маршрутизатор Junos OS поддерживает следующие способы маршрутов и настройки LSP:

  • Вы можете рассчитать полный путь для LSP в автономном режиме и индивидуально настроить каждый маршрутизатор LSP с необходимым статическим состоянием переадстройки. Это аналогично настройке ядер IP-over-ATM некоторыми интернет-провайдерами.

  • Можно рассчитать полный путь для LSP в автономном режиме и статически настроить вируемый маршрутизатор с полным путем. Затем вющий маршрутизатор использует RSVP в качестве протокола динамической сигнализации для установки состояния переадресовки на каждом маршрутизаторе по LSP.

  • Чтобы выполнить динамический онлайн-расчет LSP, можно полагаться на маршрутную маршрутку с учетом ограничений. Ограничения настраиваются для каждого LSP; затем сеть сама определяет путь, который наилучшим образом удовлетворяет этим ограничениям. В частности, маршрутизатор в исходя из ограничений вычисляет весь LSP, а затем инициирует сигнализацию по сети.

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

    Например, рассмотрим топологию, которая включает в себя два пути на восток-запад по США: один на северной части через Захеть, другой на юг через Другие. Если необходимо установить LSP между маршрутизатором в Нью-Йорке и одним из них в Сан-Франциско, можно настроить частичный путь для LSP, включив в него один ненадеживный переход маршрутизатора в "Ниве". Результатом является маршрут LSP на южном маршруте. Вющий маршрутизатор использует CSPF для вычисления полного пути и RSVP для установки состояния переадресания на LSP.

  • Можно настроить в выходной маршрутизатор без ограничений простого. В этом случае для IGP LSP используется обычная маршрутная маршрутка на кратчайший путь. Данная конфигурация не дает никаких значений в управление трафиком. Однако это просто и может быть полезно в ситуациях, когда необходимы сервисы, такие как виртуальные частные сети (VPN).

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

BGP классовой транспортной плоскости: обзор

Преимущества классовой BGP транспортных плоскостей

  • Сетевое деление — уровень обслуживания и транспортных сетей размыкаются друг от друга, заложить основу для слоя сети и виртуализации с помощью «конечного» деления на несколько доменов, тем самым значительно понизив тем самым ВРЕМЯ РАБОТЫ СВЕКС.

  • Совпаративностьмежду доменами— расширяет развертывание транспортного класса между доменами, в которых совместно работают, таким образом, различные протоколы транспортной сигнализации в каждом домене могут быть совме- Примирить любые различия между расширенными пространствами имен сообществ, которые могут быть используются в каждом домене.
  • Цветноеразрешение с функцией перепада — включает разрешение по цветным туннелям (RSVP, IS-IS гибкий алгоритм) с гибкими опциями функции fallback по туннели с наилучшими возможностей или любым другим цветным туннелем.

  • Quality-of-Service— настраивает и оптимизирует сеть для достижения конечных требований SLA.
  • Использование существующих развертывания поддерживает хорошо развернутые протоколы туннелирования, такие как RSVP, наряду с новыми протоколами, например IS-IS гибким алгоритмом, сохраняя ROI и сокращая OPEX.

Терминология классовой BGP транспортных плоскостей

В этом разделе приводится краткое описание часто используемых терминов для понимания BGP классовой транспортной плоскости.

  • Узел службы( Ведомый поставщик edge (PE) устройства, которые отправляют и получают маршруты обслуживания (Интернет и VPN уровня 3).

  • Пограничный узел— устройство в точке подключения различных доменов (IGP областях или aS).

  • транспортный узел— устройство, отправляющее и получаюющее BGP-помеченные однонаправные (LU) маршруты.

  • BGP VPN — СЕТИ VPN,построенные с помощью механизмов RFC4364.

  • Route Target (RT)— тип расширенного сообщества, используемого для определения членства VPN.

  • Route Distinguisher (RD)— идентификатор, используемый для отличия сети VPN или виртуальной частной lan (VPLS) к маршруту. С каждым экземпляром маршрутов должен быть связан уникальный отличительный отличитель маршрута.

  • Схема разрешения –используется для разрешения адресов протоколов следующего перехода (PNH) в разрешении riBs, обеспечивающих переход в другой.

    Они соендят маршруты с различными транспортными riBs в системе на основе сообществ сопоставления.

  • Семейство сервисов— BGP адресов, используемых для объявления маршрутов для трафика данных в противоположность туннелям.

  • Семейство транспортных BGP адресов, используемых для объявления туннелей, которые, в свою очередь, используются сервисным маршрутом для разрешения.

  • Транспортныйтуннель — туннель, через который служба может разместить трафик, например GRE, UDP, LDP, RSVP, SR-управление трафиком, BGP-LU.

  • Домен туннеля— домен сети, содержащий узлы служб и пограничные узлы под единым административным управлением с туннелем между ними. Между конечным туннелем, охватывающим несколько смежных доменов туннеля, можно создать путем сшивания узлов с помощью меток.

  • Транспортный класс— группа транспортных туннелей, предлагающих одинаковые тип обслуживания.

  • Транспортный класс RT— новый формат целевого маршрута, используемый для идентификации конкретного транспортного класса.

    Новый формат целевого маршрута, используемый для идентификации конкретного класса транспортного уровня.
  • Transport RIB— на сервисном узле и пограничном узле транспортный класс имеет ассоциационный транспортный RIB, удерживая свои туннельные маршруты.

  • Транспортный RTI— экземпляр маршрутов; контейнер транспортного RIB и связанного транспортного класса Route Target и Route Distinguisher.

  • транспортная плоскость— набор транспортных RT, импортируемых одного и того же класса RT. Они, в свою очередь, сшивается вместе для передачи через границы туннельного домена с помощью механизма, подобного параметру Inter-AS-b, для замены меток на пограничных узлах (nexthop-self), формируя обкатную транспортную плоскость.

  • Сопоставлениесообщества — сообщество на сервисный маршрут, который карты должны разрешать через транспортный класс.

Понимание BGP классовой транспортной плоскости

Можно использовать BGP транспортные плоскости с классовой классификацией транспортных плоскостей для классификации набора транспортных туннелей в сети внутри AS на основе характеристик управление трафиком и использовать эти транспортные туннели для карт сервисных маршрутов с желаемым SLA и предполагаемым перепадом.

BGP транспортные плоскости с классовой классификацией могут расширить эти туннели на сети между доменами, которые охватывают несколько доменов (ASs или IGP областях), сохраняя при этом транспортный класс. Для этого необходимо настроить классовый BGP trasport transport layer BGP между пограничными и сервисными узлами.

В реализации как между AS, так и внутри AS может быть много транспортных туннелей (MPLS LSP, IS-IS гибкий алгоритм, SR-управление трафиком), созданных на сервисных и пограничных узлах. LPS могут быть настроены с использованием различных протоколов сигнализации в разных доменах и могут быть настроены с различными управление трафиком (класс или цвет). Конечная точка транспортного туннеля также выступает в качестве конечной точки службы и может быть в том же домене туннеля, что и узел врезки службы, или в смежном или вне смежном домене. Можно использовать BGP транспортные плоскости для повторного обслуживания по LSP с определенными управление трафиком харатеров внутри отдельного домена или через несколько доменов.

BGP транспортные плоскости с классовой классификацией используют технологию BGP VPN, не меняя туннелированные домены и не меняя их координацию.

  • Сведения о доступности сетевого уровня (NLRI) - это RD:TunnelEndpoint, используемый для сокрытия путей.
  • Цель маршрута указывает класс транспорта LSP и утечка маршрутов к соответствующему транспортному RIB на устройстве назначения.
  • Каждый транспортный протокол туннелировать устанавливает в таблицу маршрутов транспортного класса.inet.3 в качестве целевого маршрута vpn-маршруты и собирает LPS одного и того же транспортного класса в таблице транспортного класса.inet.3.
  • Маршруты в этом экземпляре маршрутов объявляются в BGP транспортной плоскости (inet transport) AFI-SAFI в соответствии с процедурами, подобными RFC-4364.

  • При пересечении границы канала между AS необходимо следовать процедурам Option-b, чтобы сшивать транспортные туннели в эти смежные домены.

    Аналогичным образом, при пересечении областей внутри AS необходимо следовать процедурам Option-b, чтобы сшивать транспортные туннели в различные управление трафиком домены.

  • Можно определить схемы разрешения, чтобы указать назначение для различных классов транспортных классов в fallback order.

  • Можно разрешить маршруты обслуживания и BGP классовые транспортные маршруты через эти транспортные классы, за счет создания на них сообщества сопоставления.

Семейство BGP классовой маршрутов работает вместе с BGP транспортным уровнем, на BGP LU. В бесперебойной MPLS, которая работает BGP LU, соблюдение строгих требований SLA к 5G является сложной задачей, поскольку характеристики управление трафиком туннелей не известны или сохраняются за пределами домена. BGP классовых транспортных плоскостей обеспечивают возможность легкой и масштабируемой эксплуатации означает объявление нескольких путей для удаленных кольцевых петель наряду с информацией о транспортном классе в архитектуре seamless MPLS архитектуре. В BGP маршрутов семейства classful tranport различные пути SLA представлены с помощью расширенного сообщества Transport Route-Target, которое содержит цвет транспортного класса. Данный транспортный маршрут-целевой используется принимающими BGP для BGP маршрутов маршрутов с соответствующим транспортным классом. При повторной рекламе BGP маршрутов с классовой маршрутивной связью MPLS заменяются маршруты, соединяются туннели внутри AS одного и того же класса, формируя между конечным туннелем, который сохраняет транспортный класс.

Реализация внутриавторных as плоскостей BGP классовой переноски

Рис. 4 иллюстрирует топологию сети с сценариями до и после внедрения BGP классовой транспортной плоскости в домене внутри AS. Устройства PE11 и PE12 используют LSVP LSP в качестве транспортного туннеля, а все маршруты транспортного туннеля установлены в inet.3 RIB. Реализация BGP классовой переортации плоскостей позволяет RSVP-транспортным туннелям быть осведомленным о цвете по аналогии с туннелями сегментной маршрутизации.

Рис. 4: Внутри as Domain: Сценарии до и после внедрения классовой BGP транспортных плоскостей Внутри as Domain: Сценарии до и после внедрения классовой BGP транспортных плоскостей Внутри as Domain: Сценарии до и после внедрения классовой BGP транспортных плоскостей

Для классификации транспортных туннелей BGP транспортный класс в настройках внутри AS:

  1. Определите транспортный класс на сервис-узле (устройства впадаем PE), например "gold" и "бронзовый", и призначьте значения цветового сообщества определенному классу транспорта.

    Пример конфигурации:

  2. Связывать транспортный туннель с определенным классом транспорта на впадаемом узле туннелей.

    Пример конфигурации:

Функции внутри AS BGP классовой транспортной плоскости:

  • BGP классовой пересылке создает предварительно задаваемые транспортные riBs для каждого именуемого транспортного класса (золотой и бронзовый) и сообщества автоматического сопоставления на основе его значения цвета (100 и 200).
  • Транспортные маршруты внутри AS заполняются транспортными RIBs протоколом туннелинга, когда он связан с транспортным классом.

    В данном примере маршруты RSVP LSP, связанные с транспортным классом gold (цвет 100) и транспортным классом бронзовым (цвет 200) установлены в транспортных RIBs junos-rti-tc-<100>.inet.3 и junos-rti-tc-<200>.inet.3соответственно.

  • Сервисный узел (ведомые PEs) соотносит с расширенным сообществом цветов (цвет:0:100 и цвет:0:200) сервисного маршрута в сопоставлении сообщества в предварительно заданном разрешении RIBs и устраняет протокол следующего перехода (PNH) в соответствующем транспортном RIBs (либо Junos-rti-tc-<100>.inet.3, или junos-rti-tc-<200>.inet.3).
  • BGP маршруты связываются со схемой разрешения, передается assiocaited mapping community.
  • Каждый транспортный класс автоматически создает две предопределяемой схемы разрешения и автоматически получает сопоставление сообщества.

    Одним из способов решения проблемы является разрешение маршрутов служб, которые используют Color:0:<val> в качестве сообщества сопоставления.

    Другая схема разрешения проблемы используется для транспортных маршрутов, которые используют Transport-Target:0:<val> как сообщество сопоставления.

  • Если маршрут службы PNH не может быть разрешен с помощью riBs, перечисленных в предварительно заданной схеме разрешения, то она может вернуться к таблице маршрутов inet.3.
  • Можно также настроить механизм перепада между различными цветными транспортными riBs, используя в иерархии конфигурации схемы разрешения, определенные [edit routing-options resolution scheme] пользователем.

Реализация межавтополюсных BGP классовой транспортной плоскости

В сети между as BGP-LU преобразуется в BGP классовую транспортную сеть после настройки как минимум двух классов транспортных (золотой и бронзовый) на всех сервисных узлах или устройствах PE и пограничных узлах (ARS и ASBRs).

Преобразовывать транспортные туннели в BGP в классовые:

  1. Определите транспортный класс на узлах служб (впадайных PE-устройствах) и пограничных узлах (ARS и ASBRs), например , gold и asBRS.

    Пример конфигурации:

  2. Связывание транспортных туннелей с определенным транспортным классом на впадаемом узле туннелей (внные PEs, ARS и ASBRs).

    Пример конфигурации:

    для LSP RSVP

    Для IS-IS разликаемого алгоритма

  3. Ввести новые семейства для BGP (инет-транспорта) и BGP-LU (по метке -однонастной) в сети.

    Пример конфигурации:

  4. Объявление маршрутов обслуживания от устройства egress PE с соответствующим сообществом расширенного цвета.

    Пример конфигурации:

Функции транспортной плоскости между BGP as и классом:

  1. BGP транспортные плоскости создают предопределяемые транспортные riBs для каждого именуемого транспортного класса (золотой и бронзовый) и автоматически получают сопоставление сообщества из его значения цвета.
  2. Транспортные маршруты внутри AS заполняются транспортными RIBs протоколами туннелинга, связанными с транспортным классом.

    Например, транспортные туннельные маршруты, связанные с транспортным классом gold и бронзовым, установлены в транспортных RIBs junos-rti-tc-<100>.inet.3 и junos-rti-tc-<200>.inet.3,соответственно.

  3. BGP классами транспортные плоскости используют уникальный отличительный и целевой маршрут маршрутов при копировании маршрутов транспортного туннеля с каждого транспорта RIB в таблицу маршрутов bgp.transport.3.
  4. Пограничные узлы объявляют маршруты из таблицы маршрутов bgp.transport.3 равноправным узлам в других доменах, если транспортировка семейства BGP согласована в течение BGP.
  5. Принимающий пограничный узел устанавливает эти маршруты bgp-ct в таблицу маршрутов bgp.transport.3 и копирует эти маршруты на основе целевого транспортного маршрута в соответствующие транспортные riBs.
  6. Узел службы соответствует сообществу цветов в маршруте службы от сообщества сопоставления в схемах разрешения и устраняет PNH в соответствующем транспортном RIB (либо junos-rti-tc-<100>.inet.3,либо junos-rti-tc-<200>.inet.3).
  7. Пограничные узлы используют предварительно заданные схемы разрешения для разрешения PNH маршрутов.
  8. Предопределен или пользователь определен, обе схемы разрешения проблемы поддерживают разрешение PNH маршрутов службы. Предварительно заданное использует inet.3 в качестве системы fallback, а пользовательская схема разрешения позволяет использовать список транспортных RIBs в порядке, указанном при решении PNH.
  9. Если маршрут службы PNH не может быть разрешен с помощью RIBs, перечисленных в схеме решения, определенной пользователем, маршрут отбрасывается.

BGP классовой перенос (BGP-CT) с обзором туннелей с цветными управление трафиком SR

Преимущества BGP-CT с цветными туннелями SR-управление трафиком

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

Большие сети, которые постоянно совершенствуются, требуют без проблем архитектуры сегментной маршрутации. Начиная с Junos OS 21.2,R1 мы поддерживаем BGP-CT с маршрутом, который в основном является цветным SR-управление трафиком туннели. BGP-CT может разрешить маршруты обслуживания с помощью транспортных RIBs и вычислить следующий переход. Службы, которые в настоящее время поддерживаются BGP-CT, также могут использовать для разрешения маршрута на основном SR-управление трафиком цветные туннели. Теперь службы могут использовать только цветные туннели SR-управление трафиком, такие как статические цветные, BGP SR-управление трафиком, программируемые RPD и цветные туннели PCEP. BGP-CT использует доступность следующего перехода для разрешения сервисных маршрутов через желаемый транспортный класс.

Чтобы включить BGP службы разрешения маршрутов BGP-CT по основному SR-управление трафиком цветным туннелям, включим утверждение на use-transport-class[edit protocols source-packet-routing] уровне иерархии.

Прим.:
  1. В enable the use-transport-class statement (Включить утверждение)

    на [edit protocols source-packet-routing] уровне иерархии.

    наряду с auto-create утверждением на [edit routing-options transport-class] уровне иерархии.
  2. Мы не поддерживаем группы RIB для цветных SR-управление трафиком с поддержкой только цветных use-transport-class SR-управление трафиком туннели с данной функцией.

Улучшение точности базы данных управления трафиком с помощью сообщений RSVP PathErr

Важным элементом базы данных на базе RSVP управление трафиком является управление трафиком базы данных. База данных управление трафиком содержит полный список всех сетевых узлов и связей, участвующих в управление трафиком, а также набор атрибутов, которые могут удерживать каждый из этих линий. (Дополнительные сведения о базе управление трафиком см. в "Вычисление LSPс ограничением пути". Одним из самых важных атрибутов канала является пропускная способность.

Доступность полосы пропускания на каналах быстро меняется, так как LSP RSVP устанавливаются и завершаются. Вероятно, управление трафиком базе данных будут возникать несогласованности по отношению к реальной сети. Эти несогласованности нельзя устранить путем увеличения скорости IGP обновлений.

Доступность соединения может использовать ту же проблему несогласованности. В связи с недоступности связь может нарушить все существующие RSVP LSP. Однако о его недоступности сеть может неизвестна.

При настройке утверждения исходный узел (входящий RSVP LSP) узнает о сбоях своего LSP, отслеживая сообщения PathErr, передаваемые с нижестояных rsvp-error-hold-time узлов. Информация из сообщений PathErr включается в последующие вычисления LSP, которые могут повысить точность и скорость установки LSP. Некоторые сообщения PathErr также используются для обновления управление трафиком базы данных, сокращая противоречия между управление трафиком базой данных и сетью.

Можно контролировать частоту IGP обновлений, используя update-threshold утверждение. См. "Настройка порога обновления RSVP на интерфейсе".

В данном разделе обсуждаются следующие темы:

Сообщения PathErr

Сообщения PathErr сообщают о разнообразных проблемах с помощью различных номеров кодов и подкодов. Полный список сообщений PathErr можно найти в RFC 2205, Протокол резервирования ресурсов (RSVP), версия 1, Функциональные спецификации и RFC 3209, RSVP-управление трафиком: Расширения RSVP для туннелей LSP.

При настройке утверждения проверяются две категории сообщений PathErr, которые непосредственно отражают сбои rsvp-error-hold-time в соединении:

  • Полоса пропускания канала низка для этого LSP: Запрашиваемая пропускная способность недоступна — код 1, подкод 2

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

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

  • Связь недоступна для этого LSP:

    • Сбой контроля доступа — код 1, любой подкод, кроме 2

    • Ошибки управления политиками (code 2)

    • Service Preempted —код 12

    • Проблема маршрутов— нет маршрута к месту назначения — код 24, подкод 5

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

Определение проблемного соединения

В каждом сообщении PathErr содержится IP-адрес отправительского сообщения. Эта информация без изменений распространяется на маршрутизатор в направлении впадаем. При поисках в управление трафиком базе данных можно определить узел, и происхождения сообщения PathErr.

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

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

Для повышения точности управление трафиком базы данных настройте rsvp-error-hold-time утверждение. После настройки этого утверждения исходный узел (входящий RSVP LSP) узнает о сбоях своего LSP, отслеживая сообщения PathErr, передаваемые с нижестояных узлов. Информация из сообщений PathErr включается в последующие вычисления LSP, которые могут повысить точность и скорость установки LSP. Некоторые сообщения PathErr также используются для обновления информации управление трафиком пропускной способности базы данных, сокращая противоречия между управление трафиком базой данных и сетью.

Чтобы настроить, как долго MPLS запоминать сообщения RSVP PathErr и учитывать их при вычислении CSPF, следует включить rsvp-error-hold-time утверждение:

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

  • [edit protocols mpls]

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

Время может быть значением от 1 до 240 секунд. Значение по умолчанию — 25 секунд. Настройка значения 0 отключает мониторинг сообщений PathErr.

Таблица истории выпусков
Версия
Описание
20.4R1
Начиная Junos OS выпуске 20.4R1, можно настроить IS-IS управление трафиком хранить информацию IPv6 в базе управление трафиком (TED) в дополнение к адресам IPv4.
17.4R1
Начиная Junos OS выпуска 17.4R1, база данных управление трафиком устанавливает сведения топологии протокола внутреннего шлюза (IGP) в дополнение к сведениям топологии протокола RSVP-управление трафиком в таблице маршрутов lsdist.0
17.2R1
Начиная с Junos OS выпуска 17.2R1, семейство адресов BGP соединений с состоянием соединения расширяется для распределения информации топологии исходного пакета в топологии сети (SPRING) контроллерам программно-определяемой сети (SDN).
17.1R1
Начиная с Junos OS версии 17.1R1, распределение состояния BGP каналов поддерживается на QFX10000 коммутаторах.