Настройка поддержки OSPF для управления трафиком
Поддержка OSPF для управления трафиком
Управление трафиком путем, по которому следуют пакеты данных, в обход стандартной модели маршрутизации, в которой используются таблицы маршрутизации. Управление трафиком перемещает потоки из перегруженных каналов в альтернативные каналы, которые не будут выбраны автоматически вычисляемым кратчайшим путем на основе назначения.
Чтобы обеспечить управление трафиком и MPLS информацией о топологии сети и нагрузке, в ОС Junos были добавлены расширения. При включении управления трафиком на устройстве маршрутизации вы можете поддерживать управление трафиком OSPF. При проектировании трафика для OSPF алгоритм кратчайшего пути (SPF) учитывает различные пути с коммутацией по метке (LSP), настроенные под MPLS, и настраивает OSPF для создания непрозрачных рекламных объявлений о состоянии каналов (LSAs), которые несут параметры управления трафиком. Эти параметры используются для заполнения базы данных управления трафиком. База данных управления трафиком используется исключительно для расчета явных путей для размещения LSP в физической топологии. Алгоритм CSPF с ограниченным кратчайшим путём использует базу данных управления трафиком для вычисления путей, которые берут точки доступа MPLS. RSVP использует эту информацию о пути для настройки LSP и резервации полосы пропускания для них.
По умолчанию поддержка управления трафиком отключена. Чтобы обеспечить управление трафиком, включите заявление о проектировании трафика . Вы также можете настроить следующие расширения OSPF для управления трафиком:
рекламные интерфейсы без числа интерфейсов (только OSPFv2) Рекламирует локальный идентификатор канала в пакете LSA с локальным управлением трафиком канала. Вам не нужно включать это заявление, если RSVP может сигнализировать о ненумеренных интерфейсах, как определено в RFC 3477, сигнализируемых ненумеренных каналов в протоколе резервирования ресурсов - управление трафиком (RSVP-TE).
предпочтение протокола надежности (только OSPFv2) присваивает надежность маршрутам OSPF в базе данных управления трафиком. По умолчанию ОС Junos предпочитает маршруты OSPF в базе данных управления трафиком по сравнению с другими маршрутами внутреннего протокола шлюза (IGP), даже если маршруты другого IGP настроены с более низким, то есть более предпочтительным, предпочтением. База данных управления трафиком присваивает ценность надежности каждому IGP и предпочитает маршруты IGP с наивысшим доверием. В версии 9.4 и более поздней версии ОС Junos вы можете настроить OSPF, чтобы учитывать предпочтения протоколов, чтобы определить надежность базы данных управления трафиком. Когда для определения ценности достоверности используется предпочтение протокола, маршруты OSPF автоматически не предпочитают базы данных управления трафиком в зависимости от вашей конфигурации.
игнорировать показатели lsp-метрик: игнорировать показатели RSVP LSP в расчетах быстрого пути управления трафиком OSPF или при настройке LDP по протоколу RSVP LSP. Этот вариант позволяет избежать взаимной зависимости между OSPF и RSVP, устраняя период времени, когда показатели RSVP, используемые для туннелирования трафика, не актуальны. Кроме того, если вы используете RSVP для управления трафиком, вы можете запускать LDP одновременно, чтобы устранить распределение внешних маршрутов в ядре. Точки доступа, установленные LDP, туннелируются через точки доступа, установленные RSVP. LDP эффективно рассматривает точки доступа с поддержкой трафика как единые переходы.
маршруты многоадресной передачи (только OSPFv2) Устанавливают одноадресные маршруты IPv4 (не LSP) в таблице маршрутизации с многоадресной передачей (inet.2) для проверки переадресации по обратному пути с многоадресной передачей. Таблица маршрутизации inet.2 состоит из одноадресных маршрутов, используемых для многоадресной проверки ПФР. RPF — это механизм борьбы с спуфингом, используемый для проверки того, поступает ли пакет в интерфейсе, который также отправляет данные обратно в источник пакетов.
no-topology (только OSPFv2) Для отключить распространение информации о топологии состояния каналов. При отключении информация о топологии управления трафиком больше не распространяется в зоне OSPF.
ярлыки: настраивает ярлыки IGP, что позволяет OSPF использовать LSP в качестве следующего перехода, как если бы это был логический интерфейс от входящего устройства маршрутизации до исходящей маршрутизации устройства. Адрес, указанный в заявлении на уровне иерархии маршрутизации mpls с меткой mpls на входящего устройства маршрутизации, должен соответствовать идентификатору маршрутизатора исходящей маршрутизации, чтобы LSP функционировал lsp-path-name в качестве прямого канала с устройством маршрутизации выходного трафика и использовался в качестве ввода в расчеты OSPF SPF. При использовании таким образом точки доступа ничем не отличаются от Асинхронного режима передачи (ATM) и виртуальных каналов Frame Relay (VCs), за исключением того, что LSPS несет только трафик IPv4.
OSPFv2 устанавливает префикс для маршрутов IPv4 в таблице маршрутизации inet.0 , а точки доступа по умолчанию устанавливаются в таблице маршрутизации inet.3 .
Точки доступа OSPFv3, используемые для ярлыков, по-прежнему сигнализируют с помощью IPv4. Однако по умолчанию в таблицу маршрутизации inet6.3 добавлены маршрутизаторы IPv6, рассчитанные с помощью OSPFv3. Поведение по умолчанию предназначено для BGP только для использования LSP в своих расчетах. Если настроить MPLS, чтобы как BGP, так и IGP использовать LSP для переадресации трафика, в таблицу маршрутизации inet6.0 добавлены маршрутизаторы маршрутизации IPv6, рассчитанные с помощью OSPFv3.
Примечание:По возможности используйте ярлыки OSPF IGP вместо ярлыков управления трафиком.
краткое описание lsp-metric-info-summary — в кратком обзоре LSP рекламируется показатель LSP для лечения LSP как канала. Такая конфигурация позволяет другим устройствам маршрутизации в сети использовать этот LSP. Для этого необходимо настроить MPLS и OSPF для рекламы метрик LSP в сводных показателях LSP.
При проектировании трафика на устройстве маршрутизации вы также можете настроить показатель OSPF, который используется исключительно для управления трафиком. Показатель управления трафиком используется для получения информации, впрыскнутой в базу данных управления трафиком. Его ценность не влияет на нормальную переадресации OSPF.
Пример: поддержка управления трафиком OSPF
В этом примере показаны способы поддержки управления трафиком OSPF для рекламы показателя пути с коммутацией по метке (LSP) в кратких рекламных объявлениях о состоянии каналов (LSAs).
Требования
Прежде чем начать:
Настраивайте интерфейсы устройств. Ознакомьтесь с руководством пользователей по интерфейсам для устройств безопасности.
Настраивайте BGP в соответствии с требованиями вашей сети. Руководство по BGP для пользователей
Настраивайте MPLS в соответствии с вашими сетевыми требованиями. См. руководство по приложениям MPLS для пользователей.
Обзор
Вы можете настроить OSPF для лечения LSP как канала и использовать этот LSP другими устройствами маршрутизации в сети. Для этого вы настраиваете MPLS и OSPF для рекламы показателя LSP в краткой версии протоколов LSAs.
В этом примере есть четыре устройства маршрутизации в районе 0.0.0.0, и вы хотите, чтобы OSPF обработала LSP под названием R1-to-R4, который переходит от входного устройства R1 до исходящей устройства R4 в качестве канала.
Для OSPF вы обеспечиваете управление трафиком на всех четырех устройствах маршрутизации в этом районе, включив заявление traffic-engineering . Эта конфигурация гарантирует, что алгоритм кратчайшего пути (SPF) учитывает LSP, настроенные в соответствии с MPLS, и настраивает OSPF для создания LSAs с параметрами управления трафиком. Кроме того, вы убедитесь, что OSPF использует MPLS LSP в качестве следующего перехода и рекламирует метрику LSP в сводных LSAs, включив факультативное shortcuts lsp-metric-into-summary заявление о входном устройстве R1.
Для MPLS вы обеспечиваете управление трафиком, чтобы MPLS выполнял управление трафиком как в пунктах назначения BGP, так и в IGP, включая traffic-engineering bgp-igp заявление, и включает в себя LSP под названием R1-to-R4, включая label-switched-path lsp-path-name to address заявление о входящем устройстве R1. Адрес, указанный в to заявлении на входном устройстве R1, должен соответствовать Идентификатору маршрутизатора исходящему устройству R4, чтобы LSP функционировал в качестве прямого канала к исходящему устройству маршрутизации и использовался в качестве ввода в расчеты OSPF SPF. В этом примере иденция маршрутизатора в выходном устройстве R4 составляет 10.0.0.4.
Конфигурации
Следующий пример требует навигации по различным уровням в иерархии конфигурации. Для получения информации о навигации по интерфейсу командной строки см . Изменение конфигурации ОС Junos вруководстве пользователя командной строки.
Процедуры
Быстрая настройка командной строки
Чтобы быстро обеспечить поддержку OSPF в области управления трафиком для рекламы метрики LSP в сводных протоколах LSAs, скопируйте следующие команды и вставить их в интерфейс командной строки.
Конфигурация на R1:
[edit] set routing-options router-id 10.0.0.1 set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable set protocols ospf traffic-engineering shortcuts lsp-metric-into-summary set protocols mpls traffic-engineering bgp-igp set protocols mpls label-switched-path R1-to-R4 to 10.0.0.4
Конфигурация на R2:
[edit] set routing-options router-id 10.0.0.2 set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable set protocols ospf traffic-engineering
Конфигурация на R3:
[edit] set routing-options router-id 10.0.0.3 set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable set protocols ospf traffic-engineering
Конфигурация на R4:
[edit] set routing-options router-id 10.0.0.4 set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable set protocols ospf traffic-engineering
Пошаговая процедура
Для поддержки управления трафиком OSPF для рекламы показателей LSP в кратком обзоре LSAs:
Настраивайте идентификатор маршрутизатора.
[edit] user@R1# set routing-options router-id 10.0.0.1
[edit] user@R2# set routing-options router-id 10.0.0.2
[edit] user@R3# set routing-options router-id 10.0.0.3
[edit] user@R4# set routing-options router-id 10.0.0.4
Настраивайте зону OSPF и добавляйте интерфейсы.
Примечание:Чтобы указать OSPFv3, включите
ospf3заявление на уровне иерархии[edit protocols].[edit] user@R1# set protocols ospf area 0.0.0.0 interface all user@R1# set protocols ospf area 0.0.0.0 interface fxp0.0 disable
[edit] user@R2# set protocols ospf area 0.0.0.0 interface all user@R2# set protocols ospf area 0.0.0.0 interface fxp0.0 disable
[edit] user@R3# set protocols ospf area 0.0.0.0 interface all user@R3# set protocols ospf area 0.0.0.0 interface fxp0.0 disable
[edit] user@R4# set protocols ospf area 0.0.0.0 interface all user@R4# set protocols ospf area 0.0.0.0 interface fxp0.0 disable
Обеспечение управления трафиком OSPF.
[edit] user@R1# set protocols ospf traffic-engineering shortcuts lsp-metric-into-summary
[edit] user@R2# set protocols ospf traffic-engineering
[edit] user@R3# set protocols ospf traffic-engineering
[edit] user@R4# set protocols ospf traffic-engineering
На устройстве R1 настраивайте управление трафиком MPLS.
[edit ] user@R1#
set protocols mpls traffic-engineering bgp-igpuser@R1#set protocols mpls label-switched-path R1-to-R4 to 10.0.0.4Если настройка устройств завершена, зафиксировать конфигурацию.
[edit] user@host# commit
Результаты
Подтвердите свою конфигурацию, show protocols ospfвведя show routing-optionsи show protocols mpls команды. Если выходной продукт не отображает предполагаемую конфигурацию, повторяйте инструкции в этом примере, чтобы исправить конфигурацию.
Выход для R1:
user@host# show routing-options router-id 10.0.0.1;
user@host# show protocols ospf
traffic-engineering {
shortcuts lsp-metric-into-summary;
}
area 0.0.0.0 {
interface all;
interface fxp0.0 {
disable;
}
}
user@host# show protocols mpls
traffic-engineering bgp-igp;
label-switched-path R1-to-R4 {
to 10.0.0.4;
}
Выход для R2:
user@host# show routing-options router-id 10.0.0.2;
user@host# show protocols ospf
traffic-engineering;
area 0.0.0.0 {
interface all;
interface fxp0.0 {
disable;
}
}
Выход для R3:
user@host# show routing-options router-id 10.0.0.3;
user@host# show protocols ospf
traffic-engineering;
area 0.0.0.0 {
interface all;
interface fxp0.0 {
disable;
}
}
Выход для R4:
user@host# show routing-options router-id 10.0.0.4;
user@host# show protocols ospf
traffic-engineering;
area 0.0.0.0 {
interface all;
interface fxp0.0 {
disable;
}
}
Чтобы подтвердить конфигурацию OSPFv3, введите show routing-optionsshow protocols ospf3и show protocols mpls команды.
Проверки
Подтвердите, что конфигурация работает правильно.
- Проверка возможностей управления трафиком для OSPF
- Проверка записей OSPF в базе данных управления трафиком
- Проверка того, что база данных управления трафиком изучает информацию об узлах от OSPF
Проверка возможностей управления трафиком для OSPF
Цель
Убедитесь в том, что для OSPF была включена инженерия трафика. По умолчанию управление трафиком отключено.
Действий
Из эксплуатационного режима введите show ospf overview командование для OSPFv2 и введите show ospf3 overview для OSPFv3.
Проверка записей OSPF в базе данных управления трафиком
Цель
Проверка информации OSPF в базе данных управления трафиком. Поле протокола отображает OSPF и область, из которой была получена информация.
Действий
Из эксплуатационного режима введите show ted database команду.
Проверка того, что база данных управления трафиком изучает информацию об узлах от OSPF
Цель
Убедитесь в том, что OSPF сообщает информацию об узле. Поле названия протокола отображает OSPF и область, из которой была получена информация.
Действий
Из эксплуатационного режима введите show ted protocol команду.
Пример: настройка метрики управления трафиком для конкретного интерфейса OSPF
В этом примере показано, как настроить метрическую ценность OSPF, используемую для управления трафиком.
Требования
Прежде чем начать:
Настраивайте интерфейсы устройств. Ознакомьтесь с руководством пользователей по интерфейсам для устройств безопасности.
Настраивайте OSPF для управления трафиком. См . пример: поддержка управления трафиком OSPF
Обзор
Вы можете настроить показатель OSPF, который используется исключительно для управления трафиком. Чтобы изменить значение показателя управления трафиком по умолчанию, включите te-metric заявление. Метрика управления трафиком OSPF не влияет на нормальную переадресации OSPF. По умолчанию показатели управления трафиком совпадают с показателем OSPF. Диапазон составляет от 1 до 65 535.
В этом примере вы настраиваете показатели управления трафиком OSPF на интерфейсе OSPF fe-0/1/1 в зоне 0.0.0.0.
Конфигурации
Быстрая настройка командной строки
Чтобы быстро настроить метрику управления трафиком OSPF для конкретного интерфейса, копируйте следующие команды, вставьте их в текстовый файл, удаляйте любые перерывы в строке, изменяйте любые детали, необходимые для соответствия конфигурации сети, копируйте и вставьте команды в командную строку на уровне иерархии [edit], а затем введите commit из режима конфигурации.
[edit] set protocols ospf area 0.0.0.0 interface fe-0/1/1 te-metric 10
Процедуры
Пошаговая процедура
Для настройки метрики управления трафиком OSPF для конкретного интерфейса, используемого только для управления трафиком:
Создайте зону OSPF.
Примечание:Чтобы указать OSPFv3, включите
ospf3заявление на уровне иерархии[edit protocols].[edit] user@host# edit protocols ospf area 0.0.0.0
Настраивайте показатели управления трафиком в сегментах сетей OSPF.
[edit protocols ospf area 0.0.0.0] user@host
set interface fe-0/1/1 te-metric 10Если настройка устройства завершена, зафиксировать конфигурацию.
[edit protocols ospf area 0.0.0.0] user@host# commit
Результаты
Подтвердите конфигурацию, введя show protocols ospf команду. Если выходной продукт не отображает предполагаемую конфигурацию, повторяйте инструкции в этом примере, чтобы исправить конфигурацию.
user@host# show protocols ospf
area 0.0.0.0 {
interface fe-0/1/1.0 {
te-metric 10;
}
}
Чтобы подтвердить конфигурацию OSPFv3, введите show protocols ospf3 команду.
Проверки
Подтвердите, что конфигурация работает правильно.
Режим пассивного управления трафиком OSPF
Обычно протоколы внутренней маршрутизации, такие как OSPF, не работают на каналах между автономными системами. Однако для надлежащего управления трафиком между AS информация о канале между AS, в частности адрес на удаленном интерфейсе, должна быть доступна в автономной системе (AS). Обычно эта информация не включена ни во внешние сообщения о доступности BGP (EBGP), ни в рекламные объявления маршрутизации OSPF.
Чтобы заполучить информацию о адресе канала в AS и сделать ее доступной для расчетов управления трафиком, необходимо настроить пассивный режим OSPF для управления трафиком на каждом интерфейсе между AS. Вы также должны предоставить удаленный адрес для распространения OSPF и включить его в базу данных управления трафиком. Режим управления трафиком OSPF позволяет путям с коммутацией по меткам (LSP) MPLS динамически обнаруживать граничные маршрутизаторы OSPF AS и позволять маршрутизаторам устанавливать LSP трафика в нескольких автономных системах.
Пример: настройка пассивного режима управления трафиком OSPF
На этом примере показан способ настройки пассивного режима OSPF для управления трафиком в интерфейсе между AS. Граница маршрутизатора AS между одноровой сетью EBGP должна быть непосредственно подключенной связью и должна быть настроена как пассивная инженерная ссылка на трафик.
Требования
Прежде чем начать:
Настраивайте интерфейсы устройств. Ознакомьтесь с руководством пользователей по интерфейсам для устройств безопасности.
Настраивайте BGP в соответствии с требованиями вашей сети. См. руководство по BGP для пользователей.
Настраивайте LSP в соответствии с требованиями вашей сети. См. руководство по приложениям MPLS для пользователей.
Настраивайте идентификаторы маршрутизаторов для устройств в вашей сети OSPF. См. пример: настройка идентификатора маршрутизатора OSPF.
Управляйте выборами маршрутизаторов, назначенных OSPF. См . пример: Управление выборами маршрутизаторов, назначенных OSPF
Настройка сети OSPF в одной области. См . пример: настройка сети OSPF в одной области.
Настройте многоарейную сеть OSPF. См . пример: настройка сети OSPF с несколькимиареевами.
Обзор
Пассивный режим OSPF можно настроить для управления трафиком на межсетевом интерфейсе. Адрес, используемый для удаленного узла пассивного управления трафиком OSPF, должен быть таким же, как адрес, используемый для канала EBGP. В этом примере вы настраиваете интерфейс so-1/1/0 в районе 0.0.0.1 в качестве межсетевого канала для распределения информации о проектировании трафика с OSPF в AS и включает в себя следующие настройки:
пассивная реклама адресов прямого интерфейса в интерфейсе без эксплуатации OSPF в этом интерфейсе. Пассивный интерфейс — это интерфейс, для которого информация о адресе рекламируется как внутренний маршрут в OSPF, но по которому протокол не работает.
управление трафиком— настройка интерфейса в пассивном режиме управления трафиком OSPF для динамического обнаружения пограничных маршрутизаторов OSPF AS. По умолчанию отключен пассивный режим управления трафиком OSPF.
удаленный узел-id — определяет IP-адрес в дальнем конце канала inter-AS. В этом примере удаленный IP-адрес — 192.168.207.2.
Конфигурации
Чтобы быстро настроить пассивный режим OSPF для управления трафиком, скопируйте следующую команду, удалите любые разрывы линии и вставить ее в интерфейс командной строки.
[edit] set protocols ospf area 0.0.0.1 interface so-1/1/0 passive traffic-engineering remote-node-id 192.168.207.2
Процедуры
Пошаговая процедура
Для настройки пассивного режима управления трафиком OSPF:
Создайте зону OSPF.
Примечание:Чтобы указать OSPFv3, включите
ospf3заявление на уровне иерархии[edit protocols].[edit] user@host# set protocols ospf area 0.0.0.1
Настраивайте интерфейс so-1/1/0 в качестве пассивного интерфейса, настроенного для управления трафиком, и указывайте IP-адрес в дальнем конце канала inter-AS.
[edit protocols ospf area 0.0.0.1] user@host# set interface so-1/1/0 passive traffic-engineering remote-node-id 192.168.207.2
Если настройка устройства завершена, зафиксировать конфигурацию.
[edit protocols ospf] user@host# commit
Результаты
Подтвердите конфигурацию, введя show protocols ospf команду. Если выходной продукт не отображает предполагаемую конфигурацию, повторяйте инструкции в этом примере, чтобы исправить конфигурацию.
user@host# show protocols ospf
area 0.0.0.1 {
interface so-1/1/0.0 {
passive {
traffic-engineering {
remote-node-id 192.168.207.2;
}
}
}
}
Чтобы подтвердить конфигурацию OSPFv3, введите show protocols ospf3 команду.
Проверки
Подтвердите, что конфигурация работает правильно.
Проверка статуса интерфейсов OSPF
Цель
Проверка состояния интерфейсов OSPF. Если интерфейс пассивный, поле подсчета Adj 0, потому что никаких смежных интерфейсов не сформировано. Рядом с этим полем также можно увидеть слово Пассивный.
Действий
Из эксплуатационного режима введите show ospf interface detail командование для OSPFv2 и введите show ospf3 interface detail команду для OSPFv3.
Рекламные пути с коммутацией по меткам в OSPFv2
Одна из основных причин настройки путей с коммутацией меток (LSP) в вашей сети заключается в управлении кратчайшим путем между двумя точками сети. Вы можете рекламировать LSP в OSPFv2 как каналы между точками, чтобы все участвующие устройства маршрутизации могли принимать во внимание LSP при выполнении вычислений SPF. В объявлении содержится локальный адрес ( от адреса LSP), удаленный адрес (адрес LSP) и метрика со следующим приоритетом:
Используйте метрию LSP, определяемую в соответствии с OSPFv2.
Используйте метрию LSP, настроенный для пути с коммутацией по меткам под MPLS.
Если вы не настраиваете что-либо из вышеперечисленного, используйте метрику OSPFv2 по умолчанию 1.
Если вы хотите использовать LSP, анонсированный в OSPFv2, в расчетах SPF, должен быть обратный канал (то есть канал от хвоста LSP до головного конца). Вы можете сделать это, настроив LSP в обратном направлении, а также анонсировав его в OSPFv2.
Пример: рекламные пути с коммутацией меток в OSPFv2
В этом примере показано, как рекламировать LSP в OSPFv2.
Требования
Перед началом настройки интерфейсов устройства. См. библиотеку сетевых интерфейсов ОС Junos для устройств маршрутизации.
Обзор
Чтобы рекламировать LSP в OSPFv2, вы определяете LSP и настраиваете OSPFv2 для маршрутизации трафика с помощью LSP. Таким образом, вы можете использовать LSP для управления кратчайшим путем между двумя точками сети. Вы можете сделать это, если хотите маршрутизировать трафик OSPF по LSP вместо того, чтобы OSPF использовал маршрутизацию с наилучшими усилиями по умолчанию.
В этом примере вы настраиваете следующее для рекламы LSP в OSPFv2:
BGP
Для всех устройств маршрутизации настраивайте локальный AS no 65000 и определяйте группу IBGP, которая распознает указанные системы BGP как однотипные. Все участники внутренне связаны с локальной сетью AS, поэтому вы настраиваете внутреннюю группу с полным списком однокурсников. Вы также включаете группу AS с одноранговой сетью, которая такая же, как настраиваемый локальный номер AS.
MPLS
Для всех устройств маршрутизации настраивайте семейство протоколов на каждый транзитный логический интерфейс и включайте MPLS во всех интерфейсах, за исключением интерфейса управления (fxp0.0). Укажите тип семейства протоколов mpls .
RSVP
Для всех устройств маршрутизации включите RSVP во всех интерфейсах, за исключением интерфейса управления (fxp0.0). Вы позволяете RSVP на устройствах в этой сети, чтобы гарантировать, что интерфейсы могут сигнализировать LSP.
OSPFv2
Для всех устройств маршрутизации используйте адрес loopback для назначения ID маршрутизатора, административно сгруппируйте все устройства в зону OSPF 0.0.0.0, добавляйте все интерфейсы, участвующие в OSPF, к зоне 0.0.0.0 и отключить OSPF на интерфейсе управления (fxp0.0).
Путь с коммутационной меткой
На входящем устройстве маршрутизации R1, которое является началом (или концом головы) LSP, настраивайте LSP с явным путем. Явный путь указывает на то, что LSP должен перейти на следующий указанный IP-адрес в пути без обхода других узлов. В этом примере вы создаете LSP под названием R1-to-R6 и указываете IP-адрес выходного устройства маршрутизации R6.
Рекламируйте LSP в OSPFv2
На въемном устройстве маршрутизации R1 вы рекламируете LSP как канал «точка-точка» в OSPFv2. Вы можете дополнительно назначить метрику, чтобы LSP был более или менее предпочтительным путем к месту назначения.
Топологии
На рис. 1 показана примерная топология сети, состоящая из следующих:
BGP настроена на всех устройствах маршрутизации с помощью одной локальной автономной системы (AS) 65000, которая содержит три устройства маршрутизации:
R1— устройство R1 — это входное устройство с Идентированием маршрутизатора 10.0.0.1. Интерфейс so-0/0/2 подключается к устройству R3.
R3— устройство R3 — это транзитное устройство с Идентизатором маршрутизатора 10.0.0.3. Интерфейс so-0/0/2 подключается к устройству R1, а интерфейс so-0/0/3 подключается к устройству R6.
R6 — устройство R6 — это выходное устройство с Идент-кодом маршрутизатора 10.0.0.6. Интерфейс so-0/0/3 подключается к устройству R3.
OSPFv2 настроена на всех устройствах маршрутизации.
MPLS и RSVP включены на всех устройствах маршрутизации.
На устройстве R1 настроена одна LSP с сигналом RSVP.
Конфигурации
Следующие примеры требуют навигации по различным уровням в иерархии конфигурации. Для получения информации о навигации по интерфейсу командной строки см . Изменение конфигурации ОС Junos в руководстве по интерфейсам командной строки.
Чтобы настроить устройства для рекламы LSP в OSPFv2, выполняйте следующие задачи:
Настройка BGP
Быстрая настройка командной строки
Чтобы быстро настроить BGP на каждом устройстве маршрутизации, скопируйте следующие команды и вставить их в интерфейс командной строки.
Конфигурация на устройстве R1:
[edit] set routing-options autonomous-system 65000 set protocols bgp group internal-peers type internal set protocols bgp group internal-peers local-address 10.0.0.1 set protocols bgp group internal-peers neighbor 10.0.0.3 set protocols bgp group internal-peers neighbor 10.0.0.6 set protocols bgp group internal-peers peer-as 65000
Конфигурация на устройстве R3:
[edit] set routing-options autonomous-system 65000 set protocols bgp group internal-peers type internal set protocols bgp group internal-peers local-address 10.0.0.3 set protocols bgp group internal-peers neighbor 10.0.0.1 set protocols bgp group internal-peers neighbor 10.0.0.6 set protocols bgp group internal-peers peer-as 65000
Конфигурация на устройстве R6:
[edit] set routing-options autonomous-system 65000 set protocols bgp group internal-peers type internal set protocols bgp group internal-peers local-address 10.0.0.6 set protocols bgp group internal-peers neighbor 10.0.0.1 set protocols bgp group internal-peers neighbor 10.0.0.3 set protocols bgp group internal-peers peer-as 65000
Пошаговая процедура
Для настройки BGP:
На каждом устройстве маршрутизации настраивайте локальный номер AS.
[edit] user@R1# set routing-options autonomous-system 65000
[edit] user@R3# set routing-options autonomous-system 65000
[edit] user@R6# set routing-options autonomous-system 65000
На каждом устройстве маршрутизации настраивайте внутренние соединения соседа BGP.
[edit] user@R1# set protocols bgp group internal-peers type internal user@R1# set protocols bgp group internal-peers local-address 10.0.0.1 user@R1# set protocols bgp group internal-peers neighbor 10.0.0.3 user@R1# set protocols bgp group internal-peers neighbor 10.0.0.6 user@R1# set protocols bgp group internal-peers peer-as 65000
[edit] user@R3# set protocols bgp group internal-peers type internal user@R3# set protocols bgp group internal-peers local-address 10.0.0.3 user@R3# set protocols bgp group internal-peers neighbor 10.0.0.1 user@R3# set protocols bgp group internal-peers neighbor 10.0.0.6 user@R3# set protocols bgp group internal-peers peer-as 65000
[edit] user@R6# set protocols bgp group internal-peers type internal user@R6# set protocols bgp group internal-peers local-address 10.0.0.6 user@R6# set protocols bgp group internal-peers neighbor 10.0.0.1 user@R6# set protocols bgp group internal-peers neighbor 10.0.0.3 user@R6# set protocols bgp group internal-peers peer-as 65000
Если настройка устройств завершена, зафиксировать конфигурацию.
[edit] user@host# commit
Результаты
Подтвердите свою конфигурацию, введя show routing-options команды и show protocols bgp команды. Если выходной продукт не отображает предполагаемую конфигурацию, повторяйте инструкции в этом примере, чтобы исправить конфигурацию.
Конфигурация на R1:
user@R1# show routing-options autonomous-system 65000;
user@R1# show protocols bgp
group internal-peers {
type internal;
local-address 10.0.0.1;
peer-as 65000;
neighbor 10.0.0.3;
neighbor 10.0.0.6;
}
Конфигурация на R3:
user@R3# show routing-options autonomous-system 65000;
user@R3# show protocols bgp
group internal-peers {
type internal;
local-address 10.0.0.3;
peer-as 65000;
neighbor 10.0.0.1;
neighbor 10.0.0.6;
}
Конфигурация на R6:
user@R6# show routing-options autonomous-system 65000;
user@R6# show protocols bgp
group internal-peers {
type internal;
local-address 10.0.0.6;
peer-as 65000;
neighbor 10.0.0.1;
neighbor 10.0.0.3;
}
Настройка MPLS
Быстрая настройка командной строки
Чтобы быстро настроить MPLS на всех устройствах маршрутизации в AS 65000, скопируйте следующие команды и вставить их в интерфейс командной строки.
Конфигурация на устройстве R1:
[edit] set interfaces so-0/0/2 unit 0 family mpls set protocols mpls interface all set protocols mpls interface fxp0.0 disable
Конфигурация на устройстве R3:
[edit] set interfaces so-0/0/2 unit 0 family mpls set interfaces so-0/0/3 unit 0 family mpls set protocols mpls interface all set protocols mpls interface fxp0.0 disable
Конфигурация на устройстве R6:
[edit] set interfaces so-0/0/3 unit 0 family mpls set protocols mpls interface all set protocols mpls interface fxp0.0 disable
Пошаговая процедура
Для настройки MPLS:
Настраивайте транзитные интерфейсы для MPLS.
[edit ] user@R1# set interfaces so-0/0/2 unit 0 family mpls
[edit ] user@R3# set interfaces so-0/0/2 unit 0 family mpls user@R3# set interfaces so-0/0/3 unit 0 family mpls
[edit ] user@R6# set interfaces so-0/0/3 unit 0 family mpls
Включаем MPLS.
[edit ] user@R1# set protocols mpls interface all
[edit ] user@R3# set protocols mpls interface all
[edit ] user@R6# set protocols mpls interface all
Отключить MPLS в интерфейсе управления (fxp0.0).
[edit ] user@R1# set protocols mpls interface fxp0.0 disable
[edit ] user@R3# set protocols mpls interface fxp0.0 disable
[edit ] user@R6# set protocols mpls interface fxp0.0 disable
Если настройка устройств завершена, зафиксировать конфигурацию.
[edit] user@host# commit
Результаты
Подтвердите свою конфигурацию, введя show interfaces команды и show protocols mpls команды. Если выходной продукт не отображает предполагаемую конфигурацию, повторяйте инструкции в этом примере, чтобы исправить конфигурацию.
Конфигурация на устройстве R1:
user@R1# show interfaces
so-0/0/2 {
unit 0 {
family mpls;
}
}
user@R1# show protocols mpls
interface all;
interface fxp0.0 {
disable;
}
Конфигурация на устройстве R3:
user@R3# show interfaces
so-0/0/2 {
unit 0 {
family mpls;
}
}
so-0/0/3 {
unit 0 {
family mpls;
}
}
user@R3# show protocols mpls
interface all;
interface fxp0.0 {
disable;
}
Конфигурация на устройстве R6:
user@R6# show interfaces
so-0/0/3 {
unit 0 {
family mpls;
}
}
user@R6# show protocols mpls
interface all;
interface fxp0.0 {
disable;
}
Настройка RSVP
Быстрая настройка командной строки
Чтобы быстро настроить RSVP на всех устройствах маршрутизации в AS 65000, скопируйте следующие команды и вставить их в интерфейс командной строки.
Конфигурация на устройстве R1:
[edit] set protocols rsvp interface so-0/0/2 set protocols rsvp interface fxp0.0 disable
Конфигурация на устройстве R3:
[edit] set protocols rsvp interface so-0/0/2 set protocols rsvp interface so-0/0/3 set protocols rsvp interface fxp0.0 disable
Конфигурация на устройстве R6:
[edit] set protocols rsvp interface so-0/0/3 set protocols rsvp interface fxp0.0 disable
Пошаговая процедура
Для настройки RSVP:
Включаем RSVP.
[edit ] user@R1# set protocols rsvp interface so-0/0/2
[edit ] user@R3# set protocols rsvp interface so-0/0/2 user@R3# set protocols rsvp interface so-0/0/3
[edit ] user@R6# set protocols rsvp interface so-0/0/3
Отключить RSVP на интерфейсе управления (fxp0.0).
[edit ] user@R1# set protocols rsvp interface fxp0.0 disable
[edit ] user@R3# set protocols rsvp interface fxp0.0 disable
[edit ] user@R6# set protocols rsvp interface fxp0.0 disable
Если настройка устройств завершена, зафиксировать конфигурацию.
[edit] user@host# commit
Результаты
Подтвердите конфигурацию, введя show protocols rsvp команду. Если выходной продукт не отображает предполагаемую конфигурацию, повторяйте инструкции в этом примере, чтобы исправить конфигурацию.
Конфигурация на устройстве R1:
user@R1# show protocols rsvp
interface so-0/0/2.0;
interface fxp0.0 {
disable;
}
Конфигурация на устройстве R3:
user@R3# show protocols rsvp
interface so-0/0/2.0;
interface so-0/0/3.0;
interface fxp0.0 {
disable;
}
Конфигурация на устройстве R6:
user@R3# show protocols rsvp
interface so-0/0/3.0;
interface fxp0.0 {
disable;
}
Настройка OSPF
Быстрая настройка командной строки
Чтобы быстро настроить OSPF, копируйте следующие команды и вставить их в интерфейс командной строки.
Конфигурация на устройстве R1:
[edit] set routing-options router-id 10.0.0.1 set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable
Конфигурация на устройстве R3:
[edit] set routing-options router-id 10.0.0.3 set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable
Конфигурация на устройстве R6:
[edit] set routing-options router-id 10.0.0.6 set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable
Пошаговая процедура
Для настройки OSPF:
Настраивайте идентификатор маршрутизатора.
[edit] user@R1# set routing-options router-id 10.0.0.1
[edit] user@R3# set routing-options router-id 10.0.0.3
[edit] user@R6# set routing-options router-id 10.0.0.6
Настройка области OSPF и интерфейсов.
[edit] user@R1# set protocols ospf area 0.0.0.0 interface all
[edit] user@R3# set protocols ospf area 0.0.0.0 interface all
[edit] user@R6# set protocols ospf area 0.0.0.0 interface all
Отключить OSPF на интерфейсе управления (fxp0.0).
[edit] user@R1# set protocols ospf area 0.0.0.0 interface fxp0.0 disable
[edit] user@R3# set protocols ospf area 0.0.0.0 interface fxp0.0 disable
[edit] user@R6# set protocols ospf area 0.0.0.0 interface fxp0.0 disable
Если настройка устройств завершена, зафиксировать конфигурацию.
[edit ] user@host# commit
Результаты
Подтвердите свою конфигурацию, show routing-options введя команды и show protocols ospf команды. Если выходной продукт не отображает предполагаемую конфигурацию, повторяйте инструкции в этом примере, чтобы исправить конфигурацию.
Конфигурация на устройстве R1:
user@R1# show routing-options router-id 10.0.0.1;
user@R1# show protocols ospf
area 0.0.0.0 {
interface all;
interface fxp0.0 {
disable;
}
}
Конфигурация на устройстве R3:
user@R3# show routing-options router-id 10.0.0.3;
user@R3# show protocols ospf
area 0.0.0.0 {
interface all;
interface fxp0.0 {
disable;
}
}
Конфигурация на устройстве R6:
user@R6# show routing-options router-id 10.0.0.6;
user@R6# show protocols ospf
area 0.0.0.0 {
interface all;
interface fxp0.0 {
disable;
}
}
Настройка LSP
Быстрая настройка командной строки
Чтобы быстро настроить LSP на входящем устройстве маршрутизатора R1, скопируйте следующую команду и вставить ее в интерфейс командной строки.
[edit] set protocols mpls label-switched-path R1-to-R6 to 10.0.0.6
Пошаговая процедура
Для настройки LSP на устройстве R1:
Введите режим конфигурации MPLS.
[edit] user@R1# edit protocols mpls
Создайте LSP.
[edit protocols mpls] user@R1# set label-switched-path R1-to-R6 to 10.0.0.6
Если настройка устройства завершена, зафиксировать конфигурацию.
[edit ] user@R1# commit
Результаты
Подтвердите конфигурацию, введя show protocols mpls команду. Если выходной продукт не отображает предполагаемую конфигурацию, повторяйте инструкции в этом примере, чтобы исправить конфигурацию.
user@R1# show protocols mpls
label-switched-path R1-to-R6 {
to 10.0.0.6;
}
Реклама LSP в OSPFv2
Быстрая настройка командной строки
Чтобы быстро рекламировать LSP в OSPFv2 и по желанию включить метрику для LSP на устройстве R1, копируйте следующие команды и вставить их в интерфейс командной строки.
[edit] set protocols ospf area 0.0.0.0 label-switched-path R1-to-R6 set protocols ospf area 0.0.0.0 label-switched-path R1-to-R6 metric 2
Пошаговая процедура
Для рекламы LSP в OSPFv2 на маршрутизаторе R1:
Введите режим конфигурации OSPF.
[edit] user@R1# edit protocols ospf
label-switched-pathУкажите заявление и укажите созданный вами R1-to-R6 по протоколу LSP.[edit protocols ospf] user@R1# set area 0.0.0.0 label-switched-path R1-to-R6
(Необязательно) Укажите метрику для LSP.
[edit protocols ospf] user@R1# set protocols ospf area 0.0.0.0 label-switched-path R1-to-R6 metric 2
Если настройка устройства завершена, зафиксировать конфигурацию.
[edit] user@R1# commit
Результаты
Подтвердите конфигурацию, введя show protocols ospf команду. Если выходной продукт не отображает предполагаемую конфигурацию, повторяйте инструкции в этом примере, чтобы исправить конфигурацию.
user@R1# show protocols ospf
area 0.0.0.0 {
label-switched-path R1-to-R6 {
metric 2;
}
}
Идентификатор сегмента статического смежности для OSPF
Сегмент смежности — это строгий переадресованный туннель с одним переходом, который переносит пакеты по определенному каналу между двумя узлами, независимо от стоимости канала. Для интерфейса можно настроить метки статического сегмента смежности (SID).
Настройка статического смежности SID на интерфейсе приводит к тому, что существующие динамически распределенные смежности SID удаляются вместе с транзитным маршрутом для того же.
Для ИИ статичного смежности эти метки выбираются либо из статического пула защищенной метки, либо из глобального блока маршрутизации сегментной маршрутизации OSPF (SRGB).
Вы можете забронировать диапазон меток, который будет использоваться для статического распределения меток, используя следующую конфигурацию:
user@host# set protocols mpls label-range static-label-range start-value end-value
Статический пул может использоваться любым протоколом для распределения меток в этом диапазоне. Необходимо убедиться, что никакие два протокола не будут использовать одну и ту же статическую метку. SiD-подключения по OSPF можно распределять из этого блока меток через конфигурацию с помощью ключевого слова label. Необходимо label прямо настроить ценность специальных siD-решений. Ниже приводится пример конфигурации:
user@host# set protocols mpls label-range static-label-range 700000 799999;user@host# set protocols ospf source-packet-routing srgb start-label 800000 index-range 4000;user@host# set protocols ospf area 0.0.0.0 interface ge-0/0/0.1 ipv4-adjacency-segment unprotected label 700001;
При использовании ipv4-adjacency-segment команды базовый интерфейс должен быть точкой в точке.
SRGB — это глобальное пространство для меток, которое распределяется для протокола на основе конфигурации. Метки во всем SRGB доступны для использования OSPF и не распределены на другие приложения/протоколы. На базе этого SRGB индексируются prefix SID (и siD-интерфейсы узлов).
ОСФ Adj-SID можно распределять из OSPF SRGB с помощью индекса ключевого слова в конфигурации. В таких случаях следует обеспечить, чтобы индекс Adj-SID не противоречил каким-либо другим префиксам SID в домене. Как и Prefix-SID, Adj-SID также будут настроены, упомянув индекс в отношении SRGB. Однако в подтвердительная часть Adj-SID будет по-прежнему иметь SID в качестве ценности, а также установлены флаги L и V. Ниже приводится пример конфигурации:
user@host# set protocols ospf source-packet-routing srgb start-label 800000 index-range 4000;user@host# set protocols ospf area 0.0.0.0 interface ge-0/0/0.1 ipv4-adjacency-segment unprotected index 1;
ИИ с статическим смежностью можно настраивать на одну область, а также на основе того, требуется ли защита или нет. SiD-интерфейсы с смежностью должны быть настроены на интерфейс на уровне иерархии[edit protocols ospf area area interface interface-name].
Защищено: обеспечивает возможность наличия резервного пути в SID, а флаг B — в объявлении смежности SID.
Незащищенный— не рассчитывается резервный путь для конкретного смежности SID, а флаг B не устанавливается в рекламе на базе СОД см.
Ниже приводится пример конфигурации:
user@host# set protocols ospf area 0.0.0.0 interface ge-0/0/0.1 ipv4-adjacency-segment unprotected index 1;user@host# set protocols ospf area 0.0.0.0 interface ge-0/0/1.1 ipv4-adjacency-segment protected index 2;
При использовании сегментной маршрутизации в подсетях LAN каждый маршрутизатор в локальной сети может рекламировать смежность SID каждого из своих соседей. Чтобы настроить интерфейс SID с смежностью для локального интерфейса определенному соседу, необходимо настроить siD-интерфейсы с смежностью в конфигурации lan-соседа на уровне иерархии [edit protocols ospf area 0.0.0.0 interface interface_name lan-neighbor neighbor-routerid]. Ниже приводится пример конфигурации:
user@host# set protocols mpls label-range static-label-range 700000 799999;user@host# set protocols ospf source-packet-routing srgb start-label 800000 index-range 4000;user@host# set protocols ospf area 0.0.0.0 interface ge-1/0/0.1 lan-neighbor 11.12.1.2 ipv4-adjacency-segment unprotected label 700001;
Используйте следующую иерархию командной строки для настройки смежности SID:
[edit ]
protocols {
ospf {
area 0.0.0.0 {
interface <interface_name> {
ipv4-adjacency-segment {
protected {
dynamic;
label <value>
index <index>
}
unprotected {
dynamic;
label <value>
index <index>
}
}
}
interface <interface_name> {
lan-neighbor <neighbor-routerid>{
ipv4-adjacency-segment {
protected {
dynamic;
label <value>
index <index>
}
unprotected {
dynamic;
label <value>
index <index>
}
}
}
}
}
}
}
Для проверки конфигурации используйте следующие оперативные команды команд командной строки:
показать ospf сосед подробно
В следующей выборке отображаются сведения о настроенных и динамических параметрах SID.
user@host> show ospf neighbor detail
Address Interface State ID Pri Dead
11.12.1.2 ge-1/0/0.0 Full 12.1.1.1 128 34
Area 0.0.0.0, opt 0x52, DR 0.0.0.0, BDR 0.0.0.0
Up 00:06:27, adjacent 00:06:27
SPRING Adjacency Labels:
Label Flags Adj-Sid-Type
90010 BVLP Protected
1212 VLP UnProtected
regress@10.49.129.231# run show route label 90010
mpls.0: 19 destinations, 19 routes (19 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
90010 *[L-OSPF/10/5] 00:00:21, metric 0
> to 11.12.1.2 via ge-1/0/0.0, Pop
to 11.12.2.2 via ge-1/0/2.0, Swap 16021
to 11.12.3.2 via ge-1/0/3.0, Swap 16021
Понимание пакетной маршрутизации источника в сетях (SPRING)
Маршрутизация пакетов источника или сегментная маршрутизация — это архитектура плоскости управления, которая позволяет входному маршрутизатору направлять пакет через определенный набор узлов и каналов в сети, не полагаясь на промежуточные узлы в сети для определения фактического пути, который он должен пройти. В этом контексте термин «источник» означает «точка, в которой навязывается явный маршрут».
Начиная с версии ОС Junos 20.3R1, поддержка сегментной маршрутизации для протокола OSPF для обеспечения базовой функциональности с маршрутизацией пакетов источника в сети (SPRING).
По существу сегментная маршрутизация привлекает IGP, такие как OSPF, для рекламы двух типов сетевых сегментов или туннелей:
-
Во-первых, строгий переадресованный туннель с одним переходом, который передает пакеты по определенной связи между двумя узлами, независимо от стоимости канала, называемый сегментами смежности.
-
Во-вторых, многоходовый туннель, использующий кратчайшие пути между двумя конкретными узлами, именуемый сегментами узлов.
Маршрутизаторы входящего трафика могут направить пакет через нужный набор узлов и каналов, предварительно направив пакет с соответствующим сочетанием туннелей.
Сегментная маршрутизация использует парадигму маршрутизации источника. Узел направляет пакет через упорядоченный список инструкций, называемых сегментами. Сегмент может представлять любые инструкции, топологические или основанные на сервисах. Сегмент может иметь локальную семантику на узл сегментной маршрутизации или глобальный узел в домене сегментной маршрутизации. Сегментная маршрутизация обеспечивает поток через любую топологическую цепочку пути и сервисов, сохраняя при этом состояние каждого потока только на впадине узла в домене сегментной маршрутизации. Сегментная маршрутизация может быть непосредственно применена к архитектуре MPLS без каких-либо изменений в плоскости переадресации. Сегмент закодируется как метка MPLS. Упорядоченный список сегментов закодируется как стек меток. Сегмент для обработки находится в верхней части стека. После завершения сегмента соответствующая метка выскакована из стека. Сегментная маршрутизация может быть применена к архитектуре IPv6 с заголовком нового типа расширения маршрутизации. Сегмент закодируется как адрес IPv6. Упорядоченный список сегментов закодируется как упорядоченный список адресов IPv6 в заголовке расширения маршрутизации. Обрабатываемый сегмент указывается указателем в заголовке расширения маршрутизации. По завершении сегмента указатель постепенно растет.
При настройке shortcuts на следующих уровнях иерархии для обозначенных маршрутов сегмента OSPF доступны ярлыки проектирования трафика:
-
[edit protocols ospf traffic-engineering family inet]для трафика IPv4. -
[edit protocols ospf traffic-engineering family inet6]для трафика IPv6.
При развертывании пакетной маршрутизации источника в сети, устройствах центра обработки данных, магистральной сети и пиринговых устройств коммутатор MPLS с стеком меток, созданным источником трафика; например, серверы центров обработки данных. В версии 17.4R1 ОС Junos трафик с маршрутизацией источника совмещается с трафиком, который проходит по сигналам RSVP, и маршрутизация источника реализуется как регулярная коммутация по меткам через таблицу mpls.0 с использованием операций по меткам — поп, замена (на одно и то же значение по меткам) и push-нажатие на замены (для защиты интерфейсов). Во всех случаях трафик может быть сбалансирован между несколькими интерфейсами уровня 3 или в агрегированном интерфейсе. Начиная с версии ОС Junos 17.4R1, статистика трафика в сегментной сети маршрутизации может быть записана в совместимом с OpenConfig формате интерфейсов уровня 3. Статистические данные регистрируются только для трафика Source Packet Routing in Networking (SPRING), за исключением трафика RSVP и LDP, а также отдельно учитывается семейная статистика MPLS на интерфейс. Статистика SR также включает в себя статистику трафика SPRING на одного члена группы агрегации каналов (LAG) и на идентификатор сегмента (SID). Чтобы обеспечить запись статистики сегментной маршрутизации, включите sensor-based-stats заявление на [edit protocol isis source-packet-routing] уровне иерархии.
До выпуска ОС Junos 19.1R1 были доступны датчики для сбора статистики сегментной маршрутизации только для транзитного трафика MPLS, который по своему характеру представляет собой MPLS-MPLS. Начиная с версии ОС Junos 19.1R1 на маршрутизаторах серии MX с интерфейсами MPC и MIC и маршрутизаторами серии PTX для сбора статистики сегментной маршрутизации входного трафика MPLS, который по своей природе представляет собой IP-to-MPLS. Благодаря этой функции вы можете включать датчики только для сегментной маршрутизации OSPF по метки и передавать статистику клиенту gRPC.
Вы можете включить статистику сегментной маршрутизации для вступления в трафик MPLS с помощью опции egress в соответствии с конфигурированием per-sid . Название ресурса для каждого выходного файла:
/junos/services/segment-routing/sid/egress/usage/
С помощью show ospf spring sensor info вывода команды можно просматривать ассоциацию маршрутов OSPF по метки с датчиками. Эта команда не отображает счетчиковые значения фактических датчиков.
Статистические записи сегментной маршрутизации экспортируются на сервер. Статистические данные сегментной маршрутизации можно просматривать по следующим путям OpenConfig:
-
/mpls/signalling-protocols/segment-routing/aggregate-sid-counters/aggregate-sid-counter[ip-addr='L-OSPF-10.1.1.1']/state/counters[name='oc-xxx']/out-pkts -
/mpls/signalling-protocols/segment-routing/aggregate-sid-counters/aggregate-sid-counter[ip-addr='L-OSPF-10.1.1.1']/state/counters[name='oc-xxx']/out-pkts
-
Изящная коммутация модуля маршрутизации (GRES) не поддерживается для статистики сегментной маршрутизации.
Бесстановочная активная маршрутизация (NSR) не поддерживается для обозначения OSPF. Во время коммутации модуля маршрутизации в новом базовом двигателе маршрутизации создается новый датчик, который заменяет датчик, созданный предыдущим первичным двигателем маршрутизации. В результате во время коммутации модуля маршрутизации статистические данные сегментной маршрутизации начинаются с нуля.
-
Изящный перезапуск — это не поддержка пометки OSPF.
В случае плавного перезапуска существующий датчик удаляется, а при инициализации OSPF создается новый датчик. Статистика сегментной маршрутизации счетчик перезапуска с нуля.
-
Обновление программного обеспечения во время работы сервисов (ISSU) и непрерывное обновление программного обеспечения (NSSU) не поддерживаются. В таких случаях перезапускается счетчик статистики сегментной маршрутизации.
-
Данные сегментной маршрутизации с нулевой статистикой подавляются и не передаются клиентам gRPC.