Метки LSP
Обзор MPLS меток
Пакеты, перемещаются по LSP, обозначены меткой — 20-битным, неподписаным в пределах от 0 до 1 048 575. Для push-меток на в пределах впадателей метки в этом диапазоне не ограничены. Для входящих меток на транзитном статическом LSP значение метки ограничено до 1 000 000 — 1 048 575.
На серия MX, серия PTX и серия T, значения для меток entropy и потока ограничены от 16 до 1 048 575.
MPLS меток
В Junos OS, значения меток распределяются для каждого маршрутизатора или коммутатора — в остальной части этого объяснения для покрытия обоих маршрутов используется маршрутизатор. В выходных данных отображается только метка (например, 01024 ). Метки для многоастных пакетов независимы от меток для однонастных пакетов. В настоящее время Junos OS не поддерживает многоавестные метки.
Метки назначены 9-х маршрутизаторами относительно потока пакетов. Маршрутизатор, принимающий помеченные пакеты (маршрутизатор следующего перехода), отвечает за назначение входящих меток. Полученный пакет с нерасведенным (ненаписаным) меткой отброшен. Для неописуемых меток маршрутизатор не пытается перехваченной метки для анализа загона сетевого уровня и не создает сообщения о том, что протокол ICMP о назначении недостижим.
Пакет может переносить ряд меток, организованных как последний стек из первого пакета. Это называется стек меток. На определенном маршрутизаторе решение о том, как переадреировать помеченный пакет, основывается только на метке в верхней части стека.
Рис. 1 показывает кодировку одной метки. Кодивка появляется после заглавных слоев уровня передачи данных, но перед любым загонком сетевого уровня.
Рис. 2 иллюстрирует назначение битов класса обслуживания (также известных как EXP или экспериментальные биты). Биты 20 и 21 определяют номер очереди. Бит 22 – это бит приоритета потери пакетов (PLP), используемый для указания профиля сброса случайного раннего обнаружения (RED). Дополнительные сведения класс обслуживания битах класса обслуживания см. в настройках класса обслуживания для MPLS LPS.
Операции на MPLS меток
Маршрутизатор поддерживает следующие операции метки:
Push — добавьте новую метку в верхнюю часть пакета. Для пакетов IPv4 новая метка является первой меткой. Время жизни (TTL) и биты "s" получены из заглавной информации IP-пакета. Номер MPLS класс обслуживания (CoS) получен из номера очереди. Если push-операция выполняется на существующем MPLS, то будет иметься пакет с двумя или более меток. Это называется стек меток. Верхняя метка должна иметь бит s, установленный в 0, и может получить CoS и TTL из нижних уровней. Новая верхняя метка в стеке меток всегда инициализирует TTL до 255, независимо от значения TTL нижних меток.
Pop — удалите метку в начале пакета. Как только метка удалена, TTL копируется с метки в заглавную метку IP-пакета, а в качестве обычного IP-пакета передается в качестве обычного IP-пакета. В случае если в пакете содержится несколько меток (стек меток), при удалении верхней метки будет MPLS пакет. Новая верхняя метка может CoS метку и TTL из предыдущей верхней метки. Вырытая из предыдущей верхней метки величина TTL не возвращается на новую первую метку.
Swap — замените метку в верхней части стека меток новой меткой. Биты S CoS копируется с предыдущей метки, а значение TTL копируется и декрементируется (если не настроено ни заявление, ни
no-decrement-ttlno-propagate-ttlего настройка). Транзитный маршрутизатор поддерживает стек меток любой глубины.Multiple Push — добавьте несколько меток (до трех) в верхней части существующих пакетов. Эта операция эквивалентна многократным нажимам.
Swap and Push — замените существующую верхнюю часть стека меток новой меткой и нажмите еще одну метку сверху.
Понимание MPLS меток
В традиционной парадигме переадаторов пакетов, когда пакет передается от одного коммутатора к другому, независимое решение о переададаторе принимается на каждом переходе. Заглавная таблица IP-сети анализируется, и на основании данных таблицы маршрутов выбирается следующий переход. Анализ MPLS пакета в среде проводится только один раз, когда пакет входит в туннель MPLS (то есть путь, используемый для MPLS трафика).
Когда IP-пакет входит по маршруту с коммутателем по метке (LSP), на входе на границе сети поставщика (PE) коммутатор проверяет пакет и присваивает ему метку на основе места назначения, поместив метку в заглавную метку пакета. Метка преобразует пакет из переададратного пакета на основании его сведений IP-маршрутов на пакет, который передается на основе информации, связанной с меткой. Затем пакет перенарасходуется на следующий коммутатор поставщика в LSP. Этот коммутатор и все последующие коммутаторы LSP не проверяют информацию о маршруте IP в помеченный пакет. Скорее они используют метку для получения информации в метоке таблица переадресации. Затем они заменяют старую метку новой меткой и переадад значитеть пакет следующему коммутатору в пути. Когда пакет достигает выходного коммутатора PE, метка удаляется, и пакет снова становится собственной IP-пакетом и переадресуется на основе информации IP-маршрутов.
Эта тема описывает:
- MPLS маршруты с коммутааными метами и MPLS метки
- Зарезервированные метки
- MPLS меток
- Выталкивка предпоследней и максимальной
MPLS маршруты с коммутааными метами и MPLS метки
Когда пакет входит в MPLS, он назначен LSP. Каждый LSP обозначен меткой (20-битная), фиксированной длиной в передней части MPLS (32 бита). Метки используются в качестве указателей для таблица переадресации. В данной таблице для каждой метки хранится информация о переадвере. Поскольку в инкапсулированного пакетах не MPLS дополнительный анализ или просмотр, MPLS поддерживает передачу любых других протоколов в пакетной полезной нагрузке.
Рис. 3 показывает кодировку одной метки. Кодивка появляется после заглавных слоев уровня передачи данных, но перед любым загонком сетевого уровня.
Зарезервированные метки
Диапазон меток от 0 до 1 048 575. Метки от 0 до 999 9999 являются внутренними.
Некоторые из зарезервированных меток (в диапазоне от 0 до 15) имеют четко определенные значения. Следующие зарезервированные метки используются устройствами серия QFX EX4600:
0, IPv4 Explicit Null label — данное значение действительно только когда это единственная запись метки (без стек меток). Это означает, что метка должна быть выталкина при получении. Переадварка продолжается на основе пакета IP версии 4 (IPv4).
1, метка Router Alert. При получении пакета с верхним значением метки, 1, пакет доставляется на локальный программный модуль для обработки.
3, Неявная метка Null— эта метка используется в протоколе сигнализации (RSVP) только для запроса маркировки на ингинговом коммутаторе. Она никогда не отображается в инкапсуляции. Метки со значением 3 не должны использоваться в пакете данных как реальные метки. С этой меткой не подразумевается тип полезной нагрузки (IPv4 или IPv6).
MPLS меток
серия QFX и EX4600 поддерживают следующие операции MPLS меток:
Нажмите
Поп
Своп
Имеется предел в отношении количества меток, которые QFX и EX4600 устройства могут наложить (push-операции) на стек меток или удалить (pop operations) из стека меток.
Для push-операций — поддерживается до трех меток.
Pop operations — поддерживается до трех меток.
В результате нажмите кнопку, накрепив новую метку в верхней части IP-пакета. Для пакетов IPv4 новая метка является первой меткой. Значение времени жизни (TTL) в заглавной области пакета выводится из заглавной информации IP-пакета. Операция push не может быть применена к пакету, который уже имеет MPLS метку.
Операция pop удаляет метку с начала пакета. Как только метка удалена, TTL копируется с метки в заглавную метку IP-пакета, а главный IP-пакет передается в качестве обычного IP-пакета.
Операция замены удаляет существующую MPLS из IP-пакета и заменяет ее новой MPLS меткой на основе следующего:
Входящий интерфейс
Метки
Метка таблица переадресации
Рис. 4 отображает IP-пакет без метки, поступающий на клиентское граничное устройство (ge-0/0/1) впадаемого PE-коммутатора. Вский коммутатор PE проверяет пакет и определяет его назначение как переключатель PE для выпадения. Входящий коммутатор PE применяет метку 100 к пакету и отправляет MPLS на свой исходяющий MPLS основной интерфейс (ge-0/0/5). Пакет MPLS передается на туннель MPLS через коммутатор поставщика, куда он поступает на интерфейс ge-0/0/5 с меткой 100. Коммутатор поставщика заменяет метку 100 меткой 200 и переадресовыет MPLS пакет через свой основной интерфейс (ge-0/0/7) на следующий переход в туннеле, который является коммутатором egress PE. Выходной PE-коммутатор получает пакет MPLS через свой основной интерфейс (ge-0/0/7), удаляет метку MPLS и отправляет IP-пакет со своего интерфейса клиентское граничное устройство (ge-0/0/1) в пункт назначения, который находится за туннелем.
Рис. 4 показывает путь пакета при его передаче в одном направлении от впадаемого коммутатора PE к коммутатору egress PE. Однако конфигурация MPLS позволяет трафику езть в обратном направлении. Таким образом, каждый коммутатор PE функционирует как в качестве веского и как коммутатора для выпадения.
Выталкивка предпоследней и максимальной
Коммутаторы по умолчанию обеспечивают предпоследнее выталкивение (PHP) с переключениями IP MPLS конфигурациями. При phP предпоследний коммутатор поставщика отвечает за MPLS метку и переадресовку трафика на коммутатор на выпадающего PE. Затем коммутатор PE на выпадающего трафика выполняет просмотр IP-маршрута и передает его. Это снижает нагрузку на обработку на коммутаторе egress PE, так как он не отвечает за MPLS метку.
Объявленная по умолчанию метка – label 3 (Неявная метка Null). Если метка 3 объявлена, предпоследний коммутатор-переход удаляет метку и отправляет пакет на коммутатор pe для выпадения.
Если включена выталкивка в конечном переходе, то метка 0 (IPv4 Explicit Null label) объявляется, и переключатель PE на выход из LSP удаляет метку.
Понимание MPLS label Manager
MPLS метки диспетчер используется для управления различными типами меток, такими как LSI, динамический, блок и статический, которые поддерживаются на платформах с модульными концентраторами портов (MCS), оборудованными микросхемами Trio Junos Trio. Эти карты обеспечивают большую гибкость и масштабируемость при настройке enhanced-ip команды на устройстве.
Существующее поведение label-space команды сохраняется, что не рекомендуется. Чтобы обеспечить дополнительную функциональность, например, несколько диапазонов для каждого типа метки, команда вводится в label-range иерархии, которая не зависит от [edit protocols mpls label usage]label-space конфигурации. Можно выбрать любой из вариантов, если для каждого типа метки требуется только один диапазон.
Следующие функции оптимизированы enhanced-ip командой, настроенной на устройстве:
Позволяет определить системный пул глобальных меток, который будет использоваться глобальным блоком сегментной маршрутации (SRGB) с помощью IS-IS маршрутов.
Если платформа может поддерживать масштаб, это может привести к увеличению размера как минимум до
vrf-table-label16 000.Позволяет указать значение метки, используемой статической меткой таблицы VRF.
Позволяет указать диапазон значений меток, которые будут использоваться поддерживаемами типами приложений меток.
Позволяет динамически изменять диапазоны SRGB и типа меток.
Специальные MPLS метки
Некоторые из зарезервированных меток (в диапазоне от 0 до 15) имеют четко определенные значения. Более подробные сведения см. в RFC 3032 и MPLS стеков меток.
0, IPv4 Explicit Null label — данное значение является юридическим только когда это единственная запись метки (без стек меток). Это указывает на то, что метка должна быть выталкина при получении. Переадварка продолжается на основе пакета IP версии 4 (IPv4).
1, метка Router Alert. При получении пакета с верхним значением метки, 1, пакет доставляется на локальный программный модуль для обработки.
2, IPv6 Explicit Null label — данное значение является юридическим только когда это единственная запись метки (без стек меток). Это означает, что метка должна быть выталкина при получении. Переадварка продолжается на основе пакета IP версии 6 (IPv6).
3, Неявная метка Null — эта метка используется в протоколе управления (LDP или RSVP) только для запроса маркировки, передаемой 9-ым маршрутизатором. Она никогда не отображается в инкапсуляции. Метки со значением 3 не должны использоваться в пакете данных как реальные метки. С этой меткой не подразумевается тип полезной нагрузки (IPv4 или IPv6).
4 — 6 — не назначена.
7, индикатор метки Entropy. Эта метка используется, когда метка entropy находится в стеке меток и предшествует метке Entropy.
8 — 15 — не назначена.
Специальные метки обычно используются между выпадателями и предпоследними маршрутизаторами LSP. Если LSP конфигурирован для переноса только пакетов IPv4, маршрутизатор маршрутизатор исходящего трафика сигнализировать предпоследний маршрутизатор, чтобы использовать 0 в качестве метки окончательного перехода. Если LSP конфигурирован для переноса только пакетов IPv6, маршрутизатор маршрутизатор исходящего трафика сигнализировать предпоследний маршрутизатор, чтобы использовать 2 в качестве конечной метки перехода.
Маршрутизатор маршрутизатор исходящего трафика только сигнализировать предпоследний маршрутизатор, чтобы использовать 3 в качестве конечной метки, что является запросом на выталкивку предпоследней метки перехода. Ком маршрутизатор исходящего трафика не обрабатывает помеченный пакет; скорее он получает информацию (IPv4, IPv6 или другие) напрямую, уменьшая MPLS на выгрузку.
Для пакетов в стеке с меткой маршрутизатор маршрутизатор исходящего трафика получает пакет MPLS меткой со своей верхней меткой, уже выталкиваемой предпоследним маршрутизатором. Ком маршрутизатор исходящего трафика получить пакеты с меткой, которые используют метку 0 или 2. Обычно он запрашивает метку 3 у предпоследней маршрутизатора.
Поддержка entropy Label в смешанном режиме
Начиная с Junos OS 14.2, метка entropy поддерживается в шасси смешанного режима, где метка entropy может быть настроена без расширенной конфигурации ip. Метка-entropy помогает транзитным маршрутизаторам балансировать нагрузку MPLS трафика через пути ECMP или группы агрегирования соединений. На метке entropy используется метка с балансировкой нагрузки, которая будет использоваться маршрутизаторами для балансировки нагрузки трафика, а не полагается на глубокий анализ пакетов, что снижает требования к обработке пакетов на плоскости переадстройки за счет увеличения глубины стека меток. Junos OS метку entropy поддерживается только для серия MX с MCS или MCS, и может быть включена в режиме enhanced-ip. Но это приводит к отбою пакетов, если интерфейс, на стороне основного интерфейса, имеет настроенную entropy-метку на MPC или MIC, а на другом конце этого интерфейса, передаемого по ядру, установлена DPC лилейная карта. Чтобы избежать этого, метка entropy теперь поддерживается в смешанном режиме, где entropy метка может быть настроена без расширенной конфигурации ip. Это позволяет серия MX DPC-кодов маршрутизатора для поддержки выскакивной метки entropy. Однако это не поддерживает метку потока.
Обзор абстрагных MPLS LPS
Абстрагированное переключение – это логическое сочетание существующих ограничений управление трафиком, таких как административные группы, расширенные административные группы и группы общих групп риска (SRLGs), что приводит к формированию определенной пользователем группы или кластера маршрутизаторов, которые могут быть последовательными и использоваться в качестве ограничений для настройки MPLS-маршрутов с коммутацией по метке (LSP). Абстрагные переходы преодолевают ограничения существующих спецификаций ограничений путей и предоставляют несколько преимуществ управление трафиком возможностей MPLS.
- Понятие абстрагных переходов
- Преимущества использования абстрагных переходов
- Junos OS реализации абстрагных переходов
Понятие абстрагных переходов
Ограничение пути для настройки MPLS LSP может быть определено как отдельные маршрутизаторы в форме реальных переходов или в качестве набора маршрутизаторов с помощью административной группы или цветовой спецификации. Когда ограничение пути использует реальные переходы (строго или свободно), LSP настроен на заданную последовательность маршрутизаторов (например, R1, R2, ... Rn). Когда ограничение пути использует административную группу или цветовую спецификацию, группа маршрутизаторов, отвечающих указанным критериям, используется для задания LSP без выбора конкретного маршрутизатора и, в отличие от ограничения реального перехода, нет последовательности среди различных групп маршрутизаторов, используемых в ограничении.
Недостаток ограничения реального перехода заключается в том, что в сценарии сбоя, если какой-либо из переходов маршрутизатора отстает или использование полосы пропускания подключенного интерфейса насыщено, путь отстает (или зависит от локальной или конечной защиты). Хотя другие альтернативные маршрутизаторы могут быть доступны для восстановления или настройки LSP, LSP остается выключенным до тех пор, пока оператор не настроит другую последовательность перехода маршрутизатора в качестве ограничения пути для повторного взламыния пути или для размыкания защищенного пути.
Ограничение административной группы или цветовой спецификации в определенной мере преодолевает это ограничение ограничения реального перехода. Здесь, когда один из маршрутизаторов в группе выходит из работы или его пропускная способность насыщена пропускной способностью, настройка LSP не влияет. Дело в том, что маршрутизатор следующего перехода, который должен использоваться в ограничении пути, не берется заранее, и LSP настроен на других маршрутизаторах с одинаковой административной группой или цветом без вмешательства оператора. Однако недостаток ограничения групп маршрутизатора заключается в том, что последовательность не может быть определена среди ограничений перехода.
Абстрагные переходы преодолевают эти недостатки путем создания групп маршрутизаторов, определенных пользователем, где каждый член маршрутизатора удовлетворяет определенным пользователем ограничениям. Ограничение, определенное пользователем, – это логическое сочетание существующих ограничений управление трафиком, таких как административные группы, расширенные административные группы и группы общих групп рисков (SRLGs). Порядок достигается в группах маршрутизаторов путем указания последовательности абстрагных переходов, используемых в ограничении пути. В результате абстрактные переходы объединяют упорядоченное свойство спецификации ограничений реального перехода и отказоустойчивость, которая поставляется с другими управление трафиком ограничениями.
Путь может использовать сочетание реальных и абстрактных переходов в качестве ограничений. При использовании абстрактных переходов вместо указания последовательности маршрутизаторов (R1, R2, ... Rn)как и в реальных переходах, вы указываете упорядоченный набор групп маршрутизаторов или абстрагных переходов (G1, G2, ... Gn)в качестве ограничения пути. Каждая указанная группа маршрутизаторов, например Gi, состоит из определенного пользователем набора маршрутизаторов — R1, R2, Rj,... Rn. Когда один из маршрутизаторов в группе выходит из группы, скажем, Router Rj in groupG,другой маршрутизатор, например Router Rk, из той же группыG, который был захвачен вычислением пути, чтобы заменить выполнив этот маршрут (то есть маршрутизатор Rj). Это необходимо из-за того, что ограничение пути является последовательным и вместо отдельных маршрутизаторов проходит через последовательность абстрагных переходов.
Преимущества использования абстрагных переходов
Абстрагные переходы – это группы маршрутизаторов, определяемы пользователем. Подобно ограничениям реального перехода, которые используют последовательность отдельных маршрутизаторов, для настройки пути с коммутацией по метке (LSP) можно использовать последовательность абстрагных переходов. Использование абстрагных переходов обеспечивает отказоустойчивость к последовательным ограничениям пути. Другие преимущества использования абстрагных переходов:
- Указание последовательности комбинаций ограничений
- Предотвращение новой конфигурации сети на транзитных узлах
- Объединение парадигм централизованного и распределенного пути
Указание последовательности комбинаций ограничений
В настоящее время можно указать путь, который может проходить через соединения, удовлетворяющие нескольким атрибутам. Такое ограничение пути называется комбинацией ограничений соединений; например, ограничение (Ci), которое включает ссылки с низкой задержкой зеленого цвета, а также исключает SRLG north.
Тем не менее, указание пути с последовательностью комбинаций ограничений соединения не поддерживается. Например, ограничение последовательности (C1, C2, Ci, ... Cn), которые содержат зеленые соединения с низкой задержкой, синие и красные ссылки с низкой задержкой.
Необходимость в такой комбинации последовательных ограничений соединений возникает, когда необходимо установить пути через последовательность географических областей с различными требованиями affinity (атрибутов) связи в каждом регионе. Абстрагные переходы отвечают этому требованию, позволяя вычислительным узлам соотоставить все комбинации ограничений (Ci, например) с определяемой пользователем группой маршрутизаторов, т.е. абстрагированную группу маршрутизаторов.
Предотвращение новой конфигурации сети на транзитных узлах
С текущими возможностями спецификации ограничения пути можно включать или исключать ссылки определенных атрибутов на всем пути; например, исключение SRLG на запад из пути. Однако нет поддержки условного исключения или включать атрибуты, а также применять разные исключения или включать атрибуты в разные части пути; например, за исключением SRLG (на запад) только при переходе на красные линии связи.
В качестве обходного решения можно создать новую административную группу для определения всех красных ссылок, которые не имеют SRLG на запад, и соответствующим образом настроить все соответствующие ссылки с этой административной группой. Недостаток этого подхода заключается в том, что изменения конфигурации необходимы по всей сети с учетом нового членства в административной группе.
Вместо этого, используя абстрагные переходы, изменения конфигурации можно вносить только на впада своем маршрутизаторе. На входящем маршрутизаторе комбинация ограничений сопоположена абстрагированному переходу, что соответствует требованию a имутации без какой-либо новой конфигурации на транзитных узлах.
Объединение парадигм централизованного и распределенного пути
Проектирование трафика MPLS путей может быть достигнуто путем распределенных вычислений или с централизованным контроллером для расчетных путей. Комбинация обоих типов вычислений называется гибридной вычислительной парадигмой. Ключевой особенностью гибридного подхода к вычислению является способность централизованного контроллера — который называется элементом вычисления пути (PCE) — свободно указывать расшифровки пути на пути, к входному маршрутизатору , который называется Клиентом вычисления пути (PCC) и способность входного маршрутизатора использовать его как входной для вычисления пути.
Последовательность абстрагных переходов служит целью действовать как руководство от централизованного контроллера. Абстрагные переходы предоставляют контроллеру гибкие возможности для перехода в рамки ограничения пути и атрибутов. Это также позволяет контроллеру создавать в элементе последовательности в ограничении. Контроллер не должен указывать каждый переход, который должен принять путь, оставляя пространство для входимого маршрутизатора, чтобы действовать в пределах инструкции или рекомендации.
Табл. 1 перечисляет ключевые функции таблицы гибридных вычислений и предлагает сравнение этого подхода с текущими методами вычисления пути.
Функции |
Первый распределенный ограниченный кратчайший путь |
Сначала централизованный ограниченный кратчайший путь |
Гибридный ограниченный кратчайший путь в первую очередь |
Реагирование на частые изменения в крупной сети |
да |
да |
|
Сложные вычисления путей с глобальными представлениями |
да |
да |
|
Включение бизнес-логики в вычисление путей |
да |
да |
|
Отказоустойчивость (ни одна точка отказа) |
да |
да |
|
Предсказуемости |
да |
да |
|
Отреагировать на сетевую загрузку (близко к) реальному времени |
да |
да |
|
Проверка на месте (в сравнении с досрочным внедрением) |
да |
да |
Junos OS реализации абстрагных переходов
В выпуске 17.1 представлена Junos OS абстрактные переходы, освоив порядок. В следующих разделах описана реализация абстрагных переходов в Junos OS:
- Определение абстрагных переходов
- Использование абстрагных переходов в ограничении пути
- Вычисление пути и откат
- Пример отката
Определение абстрагных переходов
Абстрагный переход – это группа маршрутизаторов, которые пользователи могут определить для использования при настройке маршрутов с коммутацией по метке (LSP). Пользователь может контролировать маршрутизаторы, которые необходимо включить в группу, определив логическое сочетание гетерогенный атрибутов или ограничений, называемых атрибутами развязки. Маршрутизаторы с ссылками, удовлетворяющие определенным атрибутам атрибутов атрибутов-атрибутов-атрибутов атрибутов- атрибутов - это группа маршрутизаторов, представляющая абстрагный переход.
Сопоставление атрибутов атрибута абстрагирования перехода является локальным для расчетного узла или для впадания настроенного LSP. В результате абстрактные переходы не имеют связанных обновлений протокола внутренних шлюзов или расширений протокола сигнализации, и реализация абстрактных переходов в сети не требует новой конфигурации на транзитных узлах.
Список подстроки позволяет определить набор атрибутов управление трафиком, определяемого пользователем. Списки утестоев используются в определении абстрагного перехода с помощью любого из следующих настроек:
include-any-list- Ссылка удовлетворяет списку развязок, если для этого соединения есть какие-либо из указанных атрибутов.
include-all-list— Ссылка удовлетворяет списку неувязок, если все указанные атрибуты атрибутов и атрибутов являются верными для этого соединения.
exclude-all-list— Ссылка удовлетворяет списку неувязок, если ни один из указанных атрибутов не является верным для этого соединения.
exclude-any-list— Ссылка удовлетворяет списку неувязок, если хотя бы один из указанных атрибутов атрибутов атрибута атрибута не является действительной для этого соединения.
Абстрактный переход определяется как логическое сочетание ссылок списка классификаций, которые могут принадлежать к любой из a продиактированной категорий. Для этого логические операторы включены в определение абстрагного перехода и применяются ANDOR к списку.
OR- Хотя бы одна из ссылки списка развязок в абстрактном определении перехода должна быть удовлетворены ссылкой, по крайней мере, для того, чтобы подключенный узел был частью абстрагного перехода.
AND— Все ссылки списка развязок в абстрактном определении перехода должны быть удовлетворены ссылкой, положенной в состав абстрагного перехода.
Пример определения абстрагного перехода
В качестве примера определение абстрагного перехода hopA:
Абстрагированная перехода hopA должна включать в себя все маршрутизаторы, линии размыкания которых удовлетворяют логическому сочетанию следующих атрибутов связи, соответственно:
hopA(административная группа red && Srlg south) || (зеленая группа администраторов|| Srlg north)), где:
административная группа red и Srlg south принадлежат к списку всевеязаний (списокA1 в этом примере).
административная группа green и Srlg north входят в список устраиваний (список A2 в этом примере).
|| является оператором OR.
Конфигурация для абстрагных переходов hopA следующим образом:
hopA configuration
[edit protocols mpls] Constituent-list listA1 { administrative-group red; Srlg south; } Constituent-list listA2 { administrative-group green; Srlg north; } Abstract-hop hopA{ Operator OR; Constituent-list listA1 include-all-list; Constituent-list listA2 include-any-list; }
Verifying Abstract Hop Configuration
Команда show mpls abstract hop membership <abstract hop name> используется для просмотра участников абстрагного перехода. Выходные данные этой команды предоставляют абстрагированную функцию перехода управление трафиком узла базы данных.
user@host> show mpls abstract-hop-membership Abstract hop: hop1A Credibility: 0 Address: 128.102.165.105 Address: 128.102.166.237 Address: 128.102.168.0 Address: 128.102.173.123 Abstract hop: hopB Credibility: 0 Address: 128.102.160.211 Address: 128.102.165.5 Address: 128.102.166.237 Address: 128.102.172.157 Address: 128.102.172.196
В этом поле выходных данных Credibility указано доверие, связанное с протоколом внутреннего шлюза, который используется.
Выходные данные команды show ted database extensive local предоставляют вид, перехваченный на управление трафиком базы данных. Ключевое local слово добавлено для того, чтобы указать, что выходные данные будут включать любой локальный инструментарий. В выходных данных команды абстрагированная часть перехода указывает на атрибуты соединений, удовлетворяющих связанной логической комбинации атрибутов соединения.
user@host> show ted database extensive local
TED database: 0 ISIS nodes 8 INET nodes
NodeID: 128.102.173.123
Type: Rtr, Age: 3098 secs, LinkIn: 4, LinkOut: 3
Protocol: OSPF(0.0.0.0)
To: 128.102.168.0, Local: 1.3.0.1, Remote: 1.3.0.2
Local interface index: 332, Remote interface index: 0
Color: 0x2 green
Abstract hops: hopA
Metric: 1
Static BW: 1000Mbps
Reservable BW: 1000Mbps
Available BW [priority] bps:
[0] 970Mbps [1] 970Mbps [2] 970Mbps [3] 970Mbps
[4] 970Mbps [5] 970Mbps [6] 970Mbps [7] 970Mbps
Interface Switching Capability Descriptor(1):
Switching type: Packet
Encoding type: Packet
Maximum LSP BW [priority] bps:
[0] 970Mbps [1] 970Mbps [2] 970Mbps [3] 970Mbps
[4] 970Mbps [5] 970Mbps [6] 970Mbps [7] 970Mbps
To: 128.102.165.105, Local: 1.1.0.1, Remote: 1.1.0.2
Local interface index: 330, Remote interface index: 0
Srlg: south
Abstract hops: hopB
Metric: 1
Static BW: 1000Mbps
Reservable BW: 1000Mbps
Available BW [priority] bps:
[0] 960Mbps [1] 960Mbps [2] 960Mbps [3] 960Mbps
[4] 960Mbps [5] 960Mbps [6] 960Mbps [7] 960Mbps
Interface Switching Capability Descriptor(1):
Switching type: Packet
Encoding type: Packet
Maximum LSP BW [priority] bps:
[0] 960Mbps [1] 960Mbps [2] 960Mbps [3] 960Mbps
[4] 960Mbps [5] 960Mbps [6] 960Mbps [7] 960Mbps
Абстрагироваться hop hopA для низкой задержки И SRLG на запад, а абстрагироваться hop hopB – для исключения SRLG на запад. Рис. 5 отображает представление на вегетации этих абстрагных переходов.
Использование абстрагных переходов в ограничении пути
Пользователь связывает уникальный идентификатор с каждым определением абстрагного перехода. Этот идентификатор используется для ссылки на абстрагный переход в ограничении пути. Последовательность абстрактных переходов может быть определена как ограничение пути, аналогично тому, как используются реальные IP-переходы. Ограничение пути также может быть последовательностью абстрагных переходов, чередующихся с реальными IP-переходами.
Использование абстрагных переходов или реальных переходов в ограничении пути требует более одного прохода к месту назначения с ограничением на кратчайший путь (обычно по одному проходу на каждый переход). Когда в качестве ограничения пути предоставляются реальные переходы, вычисление ограничения предполагает, что число переходов в ограничении пути проходит так же, как и число переходов в ограничении пути, когда каждый проход заканчивается на достижении перехода в списке ограничений. Отправной точкой для каждого прохода является место назначения предыдущего прохода, при этом первый проход начинается с использования веского маршрутизатора.
Кроме того, когда при ограничении пути используются строгие или слабо абстрактные переходы, вычисление ограничений включает в себя процессы каждого прохода, которые будут обрабатывать последующий абстрактный переход в списке ограничений. В этом случае пунктом назначения для пропуска может быть несколько узлов. Набор узлов называется жизнеспособным маршрутизатором, задаемым для прохода.
Абстрагный переход проходит через узлы-члены с помощью следующего:
Ссылки, удовлетворяющие логическому сочетанию определенных атрибутов атрибутов отстройки
Любые виды линий связи
Средства абстрагных переходов, которые проходят через узлы-члены, управляются использованием абстрагных классификаторов переходов — строгого, свободного и свободного соединения — при определении ограничения пути. Например, абстрагный переход hop hopA обрабатывается по-разному с различными классификаторами:
Strict-После последнего обработанного перехода в списке ограничений путь проходит только по ссылкам или узлам, которые имеют членство в абстрагном переходе A, перед тем как достичь узла с членством hopA, который является возможной отправной точкой для обработки следующего абстрагного перехода.
Loose- После последнего обработанного перехода в списке ограничений путь может проходить через любые реальные узлы, которые не имеют абстрагного членства в переходе hopA, перед тем как достичь узла с абстрагным членством hop hopA, что является возможной отправной точкой для обработки следующего абстрагного перехода.
Loose-link- После последнего обработанного перехода в списке ограничений путь может проходить через любые реальные узлы, которые не имеют абстрагного членства в переходе hopA, перед тем как достичь узла с абстрагным членством hop hopA, что является возможной отправной точкой для обработки следующего абстрагного перехода. Однако путь должен пройти хотя бы один путь абстрагного членства hop hopA в одном и том же курсе.
Другими словами, абстрагируемый переход свободного соединения типа обрабатывается только в том случае, если какие-либо из жизнеспособных маршрутизаторов с ограничением можно найти по ссылке связанного абстрагного членства в переходе.
Образец абстрагных переходов Спецификация
Табл. 2 предоставляет пример использования для использования абстрагных переходов в ограничениях пути.
Назначение ограничения пути |
Абстрагный классификатор переходов |
Конфигурации |
Виаемый набор маршрутизаторов |
Сходство |
|---|---|---|---|---|
Проходите узлы, которые являются участниками hopA, которые принимают только соединения, удовлетворяющие узлу hopA. |
Строгий |
[edit protocols mpls]
Path path_hopA_s {
hopA abstract strict;
}
|
Все члены абстрагного перехода А. То есть A1, A2... An. |
hopA (выберите только ссылки, удовлетворяющие абстрагному переходу A). |
Проходите узлы, которые являются участниками hopA, но не обязательно соединениями, удовлетворяющие hopA |
Свободные |
[edit protocols mpls]
Path path_hopA_l {
hopA abstract loose;
}
|
Все члены абстрагного перехода А. То есть A1, A2... An. |
Нет (любые виды ссылок). |
Проходите узлы, которые являются членами hopA, взяв по крайней мере один соединение, удовлетворяющим hopA. |
Нерывная связь Прим.:
Классификатор свободного соединения рассматривается как свободный, за которым следует строгая для того же абстрактного перехода. Другими словами, "hopA loose-link" такой же, как и hopA loose и hopA strict. |
[edit protocols mpls]
Path path_hopA_ll {
hopA abstract loose-link;
}
|
В данном случае в ограничении пути два расчета связаны с hopA. Жизнеспособный набор маршрутизаторов для обоих маршрутов: Все члены абстрагного перехода А. То есть A1, A2... An. Прим.:
Во время вычисления пути маршрутизатор проходит только один раз. |
В данном случае в ограничении пути два расчета связаны с hopA. Affinity для двух проходов:
|
Проходя через узлы, которые являются участниками hopA, принимая только соединения, удовлетворяющие hopA, за которым следуют узлы, которые являются участниками hopB, которые принимают только соединения, удовлетворяющие hopB. |
Строгий |
[edit protocols mpls]
Path path_hopA_hopB_s {
hopA abstract strict;
hopB abstract strict;
}
|
|
|
Проходите узлы, которые являются участниками hopA, которые принимают только соединения, удовлетворяющие hopA, за которым следуют узлы, которые являются участниками hopB, которые имеют любые виды линий связи. |
Строгая и слабая |
[edit protocols mpls]
Path path_hopA_s_hopB_l {
hopA abstract strict;
hopB abstract loose;
}
|
|
|
Проходя через узлы, которые являются участниками hopA, принимая любые типы связей, за узлами, которые являются участниками hopB, которые имеют любой тип связи. |
Свободные |
[edit protocols mpls]
Path path_hopA_l_hopB_l {
hopA abstract loose;
hopB abstract loose;
}
|
|
Нет (выберите ссылки). |
Проходя через узлы, которые являются членами hopA, принимая любые виды связей, за которым следует узел, который является членами hopB, которые принимают только соединения, удовлетворяющие hopB. |
Ослабло и строго |
[edit protocols mpls]
Path path_hopA_l_hopB_s {
hopA abstract loose;
hopB abstract strict;
}
|
|
|
Рис. 6 отображает ограничения пути для абстрактных переходов hopA, hopB и hopC с свободной, строгой и свободной абстрактной классификаторами перехода, соответственно.
Для абстрагных переходов проходит первый ограниченный кратчайший путь:
Пропуск 1, связанный с hopA
Жизнеспособные маршрутизаторы — маршрутизаторы М1 и М2 (пересечение hopA и hopB, поскольку hopB – это строго абстрактный переход).
Affinity — нет (так как hopA слаб).
Пропуск 2, связанный с hopB
Виверьные маршрутизаторы — маршрутизаторы М1, R2, R3 и R4
Affinity — ссылки, совместимые только с hopB (так как hopB является строго абстрагным переходом).
Пропуск 3, связанный с hopC
Жизнеспособные маршрутизаторы — маршрутизаторы R5, R6, R7 и маршрутизатор исходящего трафика.
Affinity — Нет (так как hopC – не слишком абстрагный переход).
Вычисление пути и откат
При каждом проходе "Constrained Shortest Path First", когда ближайший маршрутизатор из жизнеспособного набора маршрутизатора достигается с помощью связей, удовлетворяющих affinity, вычисляемой для прохода, абстрагируемый переход, связанный с пропуском, обрабатывается. Таким образом, достигаемый жизнеспособный маршрутизатор служит началом следующего пропуска ограничения. Если какие-либо ограничения не проходят, и это не тот, на который вошел маршрутизатор в качестве старта, то пропуск возвращается на предыдущий проход, и процесс повторяется.
Пример отката
При неудаче первого прохода (кроме первого) с ограничением к лучшему пути выход из маршрутизатора предыдущего прохода (p — 1), служившая стартом для текущего прохода p, будет дисквалифицирована в жизнеспособном наборе маршрутизаторов предыдущего прохода (p — 1). Предыдущий проход (p — 1) выполняется повторно, чтобы найти следующий наилучший выход маршрутизатора или назначения для прохода p — 1 из жизнеспособного набора маршрутизатора.
Таким образом, маршрутизатор определяется как новый стартовющий маршрутизатор для пропуска p. Эта процедура повторяется до тех пор, пока есть сбои и есть жизнеспособные маршрутизаторы, которые не исследуются.
Команда show mpls lsp abstract-hop-computation name lsp-name предоставляет различные вычислительные пропускания, задействованные для каждого LSP и квалификационных выходных маршрутизаторов для каждого прохода. Выходные данные команды также дают affinity для каждого прохода и показывают текущий маршрутизатор запуска, выбранный для этого прохода. Для каждого целесообразного маршрутизатора отображается состояние отката, в котором он может быть либо допустимым, либо дисфицируемым.
user@host> show mpls lsp abstract-computation Path computation using abstract hops for LSP: lsp1 Path type: Primary, Path name: path1 Credibility: 0, Total no of CSPF passes: 2 CSPF pass no: 0 Start address of the pass: 128.102.173.123 Affinity: hopA CSPF pass no: 1 Start address of the pass: 0.0.0.0 Destination: 128.102.172.157, , State: VALID Path type: Standby, Path name: path2 Credibility: 0, Total no of CSPF passes: 3 CSPF pass no: 0 Start address of the pass: 128.102.173.123 Destination: 128.102.166.237, , State: VALID Affinity: hopA CSPF pass no: 1 Start address of the pass: 128.102.166.237 Destination: 128.102.160.211, , State: VALID Destination: 128.102.165.5, , State: VALID Destination: 128.102.166.237, , State: VALID Destination: 128.102.172.157, , State: VALID Destination: 128.102.172.196, , State: VALID Affinity: hopB CSPF pass no: 2 Start address of the pass: 128.102.172.196 Destination: 128.102.172.157, , State: VALID
В поле Credibility выходных данных указывается надежность, связанная с протоколом внутреннего шлюза, который используется.
Примере: Настройка абстрагируемых переходов для MPLS LPS
В данном примере показано, как настраивать абстрагируемые переходы MPLS маршрутов с MPLS меткой (LPS). Абстрагные переходы объединяют ключевые функции существующих ограничений управление трафиком, позволяющих пользователю указать ограничение пути, осведомленное о порядке и отказоустойчивых путях, для MPLS LPS.
Требования
В данном примере используются следующие аппаратные и программные компоненты:
Шесть устройств, которые могут быть комбинацией нескольких M Series multiservice Edge Routers, серия MX универсальных маршрутных платформ 5G, серия T основных маршрутизаторов и серия PTX маршрутизаторов пакетной транспортной системы.
Junos OS версии 17.1 или более поздней версии на всех устройствах.
Перед началом работы:
Настройте интерфейсы устройств.
Настройте ID маршрутизатора устройства и назначьте номер автономной системы (AS).
Настройте RSVP на всех устройствах.
Настройте OSPF или любой другой протокол внутреннего шлюза на всех устройствах.
Настройте административные группы, расширенные административные группы и группы общих групп риска (SRLG) на всех устройствах.
Обзор
Junos OS 17.1 в выпуске 17.1 внедрены абстрагные переходы, которые являются кластерами или группами маршрутизаторов, определенными пользователем. Подобно последовательности ограничений реального перехода (строго или свободно), для настройки пути с коммутацией по метке (LSP) можно использовать последовательность абстрагных переходов. Путь может использовать сочетание реальных и абстрактных переходов в качестве ограничений.
Абстрагированное соединение – это логическое сочетание существующих ограничений управление трафиком, таких как административные группы, расширенные административные группы и SRLG, вместе с свойством упорядочения реальных переходов. В результате, когда в ограничении пути используется последовательность абстрагных переходов, упорядочение достигается среди групп маршрутизаторов, которые соответствуют логическому сочетанию атрибутов соединения или узла, называемых атрибутами атрибутов -атрибутами атрибутов атрибутов-атрибутов- атрибутов атрибутов-атрибутов.
Для настройки абстрагируемых переходов:
Создайте списки неустойки с управление трафиком атрибутами, включив в них утверждение
constituent-list list-nameна[edit protocols mpls]иерархическому уровне.Включит списки неустраниционных компонентов в определение абстрагного перехода на
[edit protocols mpls abstract-hop abstract-hop-name]уровне иерархии.Определите ограничения пути, которые используют абстрагные переходы на
[edit protocols mpls path path-name]уровне иерархии.
При настройке абстрагируемых переходов для LPS MPLS следует учитывать следующие рекомендации:
Абстрагные переходы поддерживаются только в экземпляре маршрутной маршрутации устройства.
Пункты назначения IPv6 не поддерживаются в ограничениях абстрагных переходов (работает только IPv4).
Абстрагные переходы могут быть строгими или свободно ограничениями.
Поддержка абстрагных Junos OS переходов в выпуске 17.1 предоставляется только для внутризоны MPLS LPS, а не для между доменных или межрегионных LPS.
Ограничения абстрагных переходов включены только для LSP из разных ток. Другие типы MPLS LPS, такие как многоканальные LSP, внешне управляемые двухнаправленные LSP, динамические контейнерные LSP, RSVP automesh LSP и межрегиональные LSP не поддерживаются при конфигурации абстрагных переходов.
Абстрагные переходы не позволяют вычислять общий кратчайший путь для LPS.
Абстрагироваться от перехода нельзя ни разу в одном и том же ограничении пути.
Спецификации ограничения абстрагных переходов не влияют на поддержку модуль маршрутизации переключения (GRES), унифицированного обновления программного обеспечения (ISSU) и безостановочной маршрутации (NSR).
Спецификации ограничения абстрагных переходов не влияют на общую производительность сети. Однако при конфигурации абстрактного перехода увеличивается время, заданная для первого вычисления с ограничением на кратчайший путь. Время настройки для абстрактного перехода LSP больше, чем время, заданная для настройки LSP без конфигурации абстрагного перехода.
Топологии
Рис. 7 иллюстрирует пример топологии сети, настроенной с абстрагируемыми переходами. Устройства R0 и R3 подключаются к хостам (Хост 1 и Хост 2). Устройства R4 и R5 подключаются к устройствам R0, R1, R2 и R3. Устройства R1 и R2 также напрямую соединены друг с другом.
Устройства R0 и R3 настраиваются в одной автономной системе AS 64496. Дополнительный MPLS LSP настраивается от устройства R0 до устройства R3 с одним основным путем и двумя вторичными (standby и nonstandby secondary пути).
Четыре списка нарушений — c1, c2, c3 и c4 — создаются с помощью трех SRLG (g1, g2 и g3), трех административных групп (зеленый, синий и красный) и одной расширенной административной группы (gold). Три абстрактных перехода (ah1, ah2 и ah3) определяются с помощью настроенных списков перестраивок и указаны в качестве ограничений пути. Абстрагный переход ah1 определяется как ограничение для основного пути, в то время как абстрактные переходы ah2 и ah3 указаны как ограничения для вторичного пути standby и вторичного нестандартного пути, соответственно.
Конфигурации
интерфейс командной строки быстрой конфигурации
Чтобы быстро настроить этот пример, скопируйте следующие команды, введите их в текстовый файл, удалите все разрывы строки, измените все данные, необходимые для настройки сети, скопируйте и введите команды в интерфейс командной строки на иерархии, а затем войдите из режима [edit]commit конфигурации.
Устройство R0
set chassis network-services ip set interfaces ge-0/0/0 unit 0 family inet address 172.16.0.1/16 set interfaces ge-0/0/0 unit 0 family mpls set interfaces ge-0/0/1 unit 0 family inet address 172.18.0.1/16 set interfaces ge-0/0/1 unit 0 family mpls set interfaces ge-0/0/2 unit 0 family inet address 172.17.0.1/16 set interfaces ge-0/0/2 unit 0 family mpls set interfaces ge-0/0/3 unit 0 family inet address 172.30.0.1/16 set interfaces lo0 unit 0 family inet address 127.0.0.6/8 set routing-options srlg g1 srlg-value 100 set routing-options srlg g1 srlg-cost 1000 set routing-options srlg g2 srlg-value 200 set routing-options srlg g2 srlg-cost 2000 set routing-options srlg g3 srlg-value 300 set routing-options srlg g3 srlg-cost 3000 set routing-options administrative-groups-extended-range minimum 50000 set routing-options administrative-groups-extended-range maximum 60000 set routing-options administrative-groups-extended gold group-value 50000 set routing-options router-id 127.0.0.6 set routing-options autonomous-system 64496 set routing-options forwarding-table export test set protocols rsvp interface all aggregate set protocols rsvp interface fxp0.0 disable set protocols rsvp interface ge-0/0/0.0 bandwidth 80m set protocols rsvp interface ge-0/0/2.0 bandwidth 200m set protocols rsvp interface ge-0/0/1.0 bandwidth 500m set protocols mpls administrative-groups green 0 set protocols mpls administrative-groups blue 1 set protocols mpls administrative-groups red 2 set protocols mpls label-switched-path R0-R31 to 127.0.0.3 set protocols mpls label-switched-path R0-R31 primary prim set protocols mpls label-switched-path R0-R31 secondary stdby standby set protocols mpls label-switched-path R0-R31 secondary nonstdby set protocols mpls path path_primary 172.16.0.2 strict set protocols mpls path path_primary 172.21.0.2 strict set protocols mpls path path_primary 172.24.0.2 strict set protocols mpls path path_ter_nonstdby 172.18.0.1 strict set protocols mpls path path_ter_nonstdby 172.26.0.2 strict set protocols mpls path path_sec_stdby 172.17.0.2 strict set protocols mpls path path_sec_stdby 172.23.0.2 strict set protocols mpls path prim ah1 abstract set protocols mpls path prim ah1 strict set protocols mpls path stdby ah2 abstract set protocols mpls path stdby ah2 strict set protocols mpls path nonstdby ah3 abstract set protocols mpls path nonstdby ah3 strict set protocols mpls constituent-list c1 srlg g1 set protocols mpls constituent-list c1 administrative-group green set protocols mpls constituent-list c2 administrative-group green set protocols mpls constituent-list c2 administrative-group-extended gold set protocols mpls constituent-list c3 srlg g2 set protocols mpls constituent-list c3 administrative-group red set protocols mpls constituent-list c3 administrative-group-extended gold set protocols mpls constituent-list c4 srlg g3 set protocols mpls constituent-list c4 administrative-group blue set protocols mpls constituent-list c4 administrative-group-extended gold set protocols mpls abstract-hop ah1 operator AND set protocols mpls abstract-hop ah1 constituent-list c1 include-all-list set protocols mpls abstract-hop ah1 constituent-list c2 include-all-list set protocols mpls abstract-hop ah2 operator AND set protocols mpls abstract-hop ah2 constituent-list c3 include-all-list set protocols mpls abstract-hop ah3 operator AND set protocols mpls abstract-hop ah3 constituent-list c4 include-all-list set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols mpls interface ge-0/0/0.0 srlg g1 set protocols mpls interface ge-0/0/0.0 administrative-group green set protocols mpls interface ge-0/0/0.0 administrative-group-extended gold set protocols mpls interface ge-0/0/2.0 srlg g2 set protocols mpls interface ge-0/0/2.0 administrative-group red set protocols mpls interface ge-0/0/2.0 administrative-group-extended gold set protocols mpls interface ge-0/0/1.0 srlg g3 set protocols mpls interface ge-0/0/1.0 administrative-group blue set protocols mpls interface ge-0/0/1.0 administrative-group-extended gold set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable set policy-options policy-statement test then load-balance per-packet
Устройство R1
set interfaces ge-0/0/0 unit 0 family inet address 172.16.0.2/16 set interfaces ge-0/0/0 unit 0 family mpls set interfaces ge-0/0/1 unit 0 family inet address 172.21.0.1/16 set interfaces ge-0/0/1 unit 0 family mpls set interfaces ge-0/0/2 unit 0 family inet address 172.20.0.1/16 set interfaces ge-0/0/2 unit 0 family mpls set interfaces ge-0/0/3 unit 0 family inet address 172.19.0.1/16 set interfaces ge-0/0/3 unit 0 family mpls set interfaces lo0 unit 0 family inet address 127.0.0.1/8 set routing-options srlg g1 srlg-value 100 set routing-options srlg g1 srlg-cost 1000 set routing-options srlg g2 srlg-value 200 set routing-options srlg g2 srlg-cost 2000 set routing-options srlg g3 srlg-value 300 set routing-options srlg g3 srlg-cost 3000 set routing-options administrative-groups-extended-range minimum 50000 set routing-options administrative-groups-extended-range maximum 60000 set routing-options administrative-groups-extended gold group-value 50000 set routing-options router-id 127.0.0.1 set protocols rsvp interface fxp0.0 disable set protocols mpls administrative-groups green 0 set protocols mpls administrative-groups blue 1 set protocols mpls administrative-groups red 2 set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols mpls interface ge-0/0/0.0 srlg g1 set protocols mpls interface ge-0/0/0.0 administrative-group green set protocols mpls interface ge-0/0/0.0 administrative-group-extended gold set protocols mpls interface ge-0/0/1.0 srlg g1 set protocols mpls interface ge-0/0/1.0 administrative-group green set protocols mpls interface ge-0/0/1.0 administrative-group-extended gold set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable
Устройство R2
set interfaces ge-0/0/0 unit 0 family inet address 172.22.0.2/16 set interfaces ge-0/0/0 unit 0 family mpls set interfaces ge-0/0/1 unit 0 family inet address 172.21.0.2/16 set interfaces ge-0/0/1 unit 0 family mpls set interfaces ge-0/0/2 unit 0 family inet address 172.24.0.1/16 set interfaces ge-0/0/2 unit 0 family mpls set interfaces ge-0/0/3 unit 0 family inet address 172.25.0.1/16 set interfaces ge-0/0/3 unit 0 family mpls set interfaces lo0 unit 0 family inet address 127.0.0.2/8 set routing-options srlg g1 srlg-value 100 set routing-options srlg g1 srlg-cost 1000 set routing-options srlg g2 srlg-value 200 set routing-options srlg g2 srlg-cost 2000 set routing-options srlg g3 srlg-value 300 set routing-options srlg g3 srlg-cost 3000 set routing-options administrative-groups-extended-range minimum 50000 set routing-options administrative-groups-extended-range maximum 60000 set routing-options administrative-groups-extended gold group-value 50000 set routing-options router-id 127.0.0.2 set protocols rsvp interface all aggregate set protocols rsvp interface fxp0.0 disable set protocols mpls administrative-groups green 0 set protocols mpls administrative-groups blue 1 set protocols mpls administrative-groups red 2 set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols mpls interface ge-0/0/1.0 srlg g1 set protocols mpls interface ge-0/0/1.0 administrative-group green set protocols mpls interface ge-0/0/1.0 administrative-group-extended gold set protocols mpls interface ge-0/0/2.0 srlg g1 set protocols mpls interface ge-0/0/2.0 administrative-group green set protocols mpls interface ge-0/0/2.0 administrative-group-extended gold set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable
Устройство R3
set interfaces ge-0/0/0 unit 0 family inet address 172.26.0.2/16 set interfaces ge-0/0/0 unit 0 family mpls set interfaces ge-0/0/1 unit 0 family inet address 172.23.0.2/16 set interfaces ge-0/0/1 unit 0 family mpls set interfaces ge-0/0/2 unit 0 family inet address 172.24.0.2/16 set interfaces ge-0/0/2 unit 0 family mpls set interfaces ge-0/0/3 unit 0 family inet address 172.31.0.1/16 set interfaces lo0 unit 0 family inet address 127.0.0.3/8 set routing-options srlg g1 srlg-value 100 set routing-options srlg g1 srlg-cost 1000 set routing-options srlg g2 srlg-value 200 set routing-options srlg g2 srlg-cost 2000 set routing-options srlg g3 srlg-value 300 set routing-options srlg g3 srlg-cost 3000 set routing-options administrative-groups-extended-range minimum 50000 set routing-options administrative-groups-extended-range maximum 60000 set routing-options administrative-groups-extended gold group-value 50000 set routing-options router-id 127.0.0.3 set routing-options autonomous-system 64496 set protocols rsvp interface all aggregate set protocols rsvp interface fxp0.0 disable set protocols mpls administrative-groups green 0 set protocols mpls administrative-groups blue 1 set protocols mpls administrative-groups red 2 set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols mpls interface ge-0/0/2.0 srlg g1 set protocols mpls interface ge-0/0/2.0 administrative-group green set protocols mpls interface ge-0/0/2.0 administrative-group-extended gold set protocols mpls interface ge-0/0/1.0 srlg g2 set protocols mpls interface ge-0/0/1.0 administrative-group red set protocols mpls interface ge-0/0/1.0 administrative-group-extended gold set protocols mpls interface ge-0/0/0.0 srlg g3 set protocols mpls interface ge-0/0/0.0 administrative-group blue set protocols mpls interface ge-0/0/0.0 administrative-group-extended gold set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable
Устройство R4
set interfaces ge-0/0/0 unit 0 family inet address 172.22.0.1/16 set interfaces ge-0/0/0 unit 0 family mpls set interfaces ge-0/0/1 unit 0 family inet address 172.23.0.1/16 set interfaces ge-0/0/1 unit 0 family mpls set interfaces ge-0/0/2 unit 0 family inet address 172.17.0.2/16 set interfaces ge-0/0/2 unit 0 family mpls set interfaces ge-0/0/3 unit 0 family inet address 172.19.0.2/16 set interfaces ge-0/0/3 unit 0 family mpls set interfaces lo0 unit 0 family inet address 127.0.0.4/32 set routing-options srlg g1 srlg-value 100 set routing-options srlg g1 srlg-cost 1000 set routing-options srlg g2 srlg-value 200 set routing-options srlg g2 srlg-cost 2000 set routing-options srlg g3 srlg-value 300 set routing-options srlg g3 srlg-cost 3000 set routing-options administrative-groups-extended-range minimum 50000 set routing-options administrative-groups-extended-range maximum 60000 set routing-options administrative-groups-extended gold group-value 50000 set routing-options router-id 127.0.0.4 set protocols rsvp interface all aggregate set protocols rsvp interface fxp0.0 disable set protocols mpls administrative-groups green 0 set protocols mpls administrative-groups blue 1 set protocols mpls administrative-groups red 2 set protocols mpls icmp-tunneling set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols mpls interface ge-0/0/2.0 srlg g2 set protocols mpls interface ge-0/0/2.0 administrative-group red set protocols mpls interface ge-0/0/2.0 administrative-group-extended gold set protocols mpls interface ge-0/0/1.0 srlg g2 set protocols mpls interface ge-0/0/1.0 administrative-group red set protocols mpls interface ge-0/0/1.0 administrative-group-extended gold set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable
Устройство R5
set interfaces ge-0/0/0 unit 0 family inet address 172.26.0.1/16 set interfaces ge-0/0/0 unit 0 family mpls set interfaces ge-0/0/1 unit 0 family inet address 172.18.0.2/16 set interfaces ge-0/0/1 unit 0 family mpls set interfaces ge-0/0/2 unit 0 family inet address 172.20.0.2/24 set interfaces ge-0/0/2 unit 0 family mpls set interfaces ge-0/0/3 unit 0 family inet address 172.25.0.2/16 set interfaces ge-0/0/3 unit 0 family mpls set interfaces lo0 unit 0 family inet address 127.0.0.5/8 set routing-options srlg g1 srlg-value 100 set routing-options srlg g1 srlg-cost 1000 set routing-options srlg g2 srlg-value 200 set routing-options srlg g2 srlg-cost 2000 set routing-options srlg g3 srlg-value 300 set routing-options srlg g3 srlg-cost 3000 set routing-options administrative-groups-extended-range minimum 50000 set routing-options administrative-groups-extended-range maximum 60000 set routing-options administrative-groups-extended gold group-value 50000 set routing-options router-id 127.0.0.5 set protocols rsvp interface all aggregate set protocols rsvp interface fxp0.0 disable set protocols mpls administrative-groups green 0 set protocols mpls administrative-groups blue 1 set protocols mpls administrative-groups red 2 set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols mpls interface ge-0/0/1.0 srlg g3 set protocols mpls interface ge-0/0/1.0 administrative-group blue set protocols mpls interface ge-0/0/1.0 administrative-group-extended gold set protocols mpls interface ge-0/0/0.0 srlg g3 set protocols mpls interface ge-0/0/0.0 administrative-group blue set protocols mpls interface ge-0/0/0.0 administrative-group-extended gold set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface all set protocols ospf area 0.0.0.0 interface fxp0.0 disable
Процедуры
Пошаговая процедура
В следующем примере иерархия конфигурации требует перемещения по разным уровням. Информацию о навигации по интерфейс командной строки см. в интерфейс командной строки редактора в режиме конфигурации в руководстве интерфейс командной строки пользователя.
Для настройки устройства R0:
Включить улучшенные сетевые службы IP на устройстве R0.
[edit chassis] user@R0# set network-services ip
Настройте интерфейсы устройства R0, включая интерфейс обратной связи.
[edit interfaces] user@R0# set ge-0/0/0 unit 0 family inet address 172.16.0.1/16 user@R0# set ge-0/0/0 unit 0 family mpls user@R0# set ge-0/0/1 unit 0 family inet address 172.18.0.1/16 user@R0# set ge-0/0/1 unit 0 family mpls user@R0# set ge-0/0/2 unit 0 family inet address 172.17.0.1/16 user@R0# set ge-0/0/2 unit 0 family mpls user@R0# set ge-0/0/3 unit 0 family inet address 172.30.0.1/16 user@R0# set lo0 unit 0 family inet address 127.0.0.6/8
Назначьте ID маршрутизатора и номер автономной системы устройству R0.
[edit routing-options] user@R0# set router-id 127.0.0.6 user@R0# set autonomous-system 64496
Настройте определения SRLG.
[edit routing-options] user@R0# set srlg g1 srlg-value 100 user@R0# set srlg g1 srlg-cost 1000 user@R0# set srlg g2 srlg-value 200 user@R0# set srlg g2 srlg-cost 2000 user@R0# set srlg g3 srlg-value 300 user@R0# set srlg g3 srlg-cost 3000
Настройте определения расширенных административных групп.
[edit routing-options] user@R0# set administrative-groups-extended-range minimum 50000 user@R0# set administrative-groups-extended-range maximum 60000 user@R0# set administrative-groups-extended gold group-value 50000
Настройте определения административной группы.
[edit protocols] user@R0# set mpls administrative-groups green 0 user@R0# set mpls administrative-groups blue 1 user@R0# set mpls administrative-groups red 2
Настройте MPLS на всех интерфейсах устройства R0, за исключением интерфейса управления.
[edit protocols] user@R0# set mpls interface all user@R0# set mpls interface fxp0.0 disable
Назначьте интерфейсы устройства R0 с настроенными управление трафиком атрибутами.
[edit protocols] user@R0# set mpls interface ge-0/0/0.0 srlg g1 user@R0# set mpls interface ge-0/0/0.0 administrative-group green user@R0# set mpls interface ge-0/0/0.0 administrative-group-extended gold user@R0# set mpls interface ge-0/0/2.0 srlg g2 user@R0# set mpls interface ge-0/0/2.0 administrative-group red user@R0# set mpls interface ge-0/0/2.0 administrative-group-extended gold user@R0# set mpls interface ge-0/0/1.0 srlg g3 user@R0# set mpls interface ge-0/0/1.0 administrative-group blue user@R0# set mpls interface ge-0/0/1.0 administrative-group-extended gold
Настройте LSP, соединяющий устройство R0 с устройством R3, и назначьте атрибуты основного и дополнительного пути LSP.
[edit protocols] user@R0# set mpls label-switched-path R0-R31 to 127.0.0.3 user@R0# set mpls label-switched-path R0-R31 primary prim user@R0# set mpls label-switched-path R0-R31 secondary stdby standby user@R0# set mpls label-switched-path R0-R31 secondary nonstdby
Определите основные и вторичные пути для R0-R31 LSP.
[edit protocols] user@R0# set mpls path path_primary 172.16.0.2 strict user@R0# set mpls path path_primary 172.21.0.2 strict user@R0# set mpls path path_primary 172.24.0.2 strict user@R0# set mpls path path_ter_nonstdby 172.18.0.1 strict user@R0# set mpls path path_ter_nonstdby 172.26.0.2 strict user@R0# set mpls path path_sec_stdby 172.17.0.2 strict user@R0# set mpls path path_sec_stdby 172.23.0.2 strict
Создайте списки неустраивных управление трафиком атрибутов для определений абстрагного перехода.
[edit protocols] user@R0# set mpls constituent-list c1 srlg g1 user@R0# set mpls constituent-list c1 administrative-group green user@R0# set mpls constituent-list c2 administrative-group green user@R0# set mpls constituent-list c2 administrative-group-extended gold user@R0# set mpls constituent-list c3 srlg g2 user@R0# set mpls constituent-list c3 administrative-group red user@R0# set mpls constituent-list c3 administrative-group-extended gold user@R0# set mpls constituent-list c4 srlg g3 user@R0# set mpls constituent-list c4 administrative-group blue user@R0# set mpls constituent-list c4 administrative-group-extended gold
Определите абстрагируемые переходы, присвоив настроенные списки эксплуататоров и соответствующим операторам.
[edit protocols] user@R0# set mpls abstract-hop ah1 operator AND user@R0# set mpls abstract-hop ah1 constituent-list c1 include-all-list user@R0# set mpls abstract-hop ah1 constituent-list c2 include-all-list user@R0# set mpls abstract-hop ah2 operator AND user@R0# set mpls abstract-hop ah2 constituent-list c3 include-all-list user@R0# set mpls abstract-hop ah3 operator AND user@R0# set mpls abstract-hop ah3 constituent-list c4 include-all-list
Определите ограничения для настроенных путей, включив в них определения абстрагируемых переходов.
[edit protocols] user@R0# set mpls path prim ah1 abstract user@R0# set mpls path prim ah1 strict user@R0# set mpls path stdby ah2 abstract user@R0# set mpls path stdby ah2 strict user@R0# set mpls path nonstdby ah3 abstract user@R0# set mpls path nonstdby ah3 strict
Настройка RSVP на устройстве R0. Включении RSVP на всех интерфейсах устройства R0, за исключением интерфейса управления и интерфейса, подключенного к хосту 1, и назначение значений полосы пропускания.
[edit protocols] user@R0# set rsvp interface all aggregate user@R0# set rsvp interface fxp0.0 disable user@R0# set rsvp interface ge-0/0/0.0 bandwidth 80m user@R0# set rsvp interface ge-0/0/2.0 bandwidth 200m user@R0# set rsvp interface ge-0/0/1.0 bandwidth 500m
Настройте OSPF на всех интерфейсах устройства R0, за исключением интерфейса управления, и управление трафиком возможности.
[edit protocols] user@R0# set ospf traffic-engineering user@R0# set ospf area 0.0.0.0 interface all user@R0# set ospf area 0.0.0.0 interface fxp0.0 disable
Настройте политику на устройстве R0, чтобы включить балансировку нагрузки на основе каждого пакета.
[edit policy-options] user@R0# set forwarding-table export test
Экспорт политики балансировки нагрузки на таблица переадресации.
[edit policy-options] user@R0# set policy-statement test then load-balance per-packet
Результаты
В режиме конфигурации подтвердите конфигурацию путем ввода show chassisshow interfaces команд и show routing-optionsshow protocolsshow policy-options команд. Если в выходных данных не отображается указанная конфигурация, повторите инструкции, показанные в данном примере, чтобы исправить конфигурацию.
user@R0# show chassis network-services ip;
user@R0# show interfaces
ge-0/0/0 {
unit 0 {
family inet {
address 172.16.0.1/16;
}
family mpls;
}
}
ge-0/0/1 {
unit 0 {
family inet {
address 172.18.0.1/16;
}
family mpls;
}
}
ge-0/0/2 {
unit 0 {
family inet {
address 172.17.0.1/16;
}
family mpls;
}
}
ge-0/0/3 {
unit 0 {
family inet {
address 172.30.0.1/16;
}
}
}
lo0 {
unit 0 {
family inet {
address 127.0.0.6/8;
}
}
}
user@R0# show routing-options
srlg {
g1 {
srlg-value 100;
srlg-cost 1000;
}
g2 {
srlg-value 200;
srlg-cost 2000;
}
g3 {
srlg-value 300;
srlg-cost 3000;
}
}
administrative-groups-extended-range {
minimum 50000;
maximum 60000;
}
administrative-groups-extended {
gold group-value 50000;
}
user@R0# show protocols
rsvp {
interface all;
interface fxp0.0 {
disable;
}
interface ge-0/0/0.0 {
bandwidth 80m;
}
interface ge-0/0/2.0 {
bandwidth 200m;
}
interface ge-0/0/1.0 {
bandwidth 500m;
}
}
mpls {
administrative-groups {
green 0;
blue 1;
red 2;
}
label-switched-path R0-R31 {
to 127.0.0.3;
adaptive;
auto-bandwidth {
adjust-interval 300;
adjust-threshold 5;
minimum-bandwidth 10m;
maximum-bandwidth 1g;
}
primary prim;
secondary stdby {
standby;
}
secondary nonstdby;
}
path path_primary {
172.16.0.2 strict;
172.21.0.2 strict;
172.24.0.2 strict;
}
path path_ter_nonstdby {
172.18.0.1 strict;
172.26.0.2 strict;
}
path path_sec_stdby {
172.17.0.2 strict;
172.23.0.2 strict;
}
path prim {
ah1 abstract strict;
}
path stdby {
ah2 abstract strict;
}
path nonstdby {
ah3 abstract strict;
}
constituent-list c1 {
srlg g1;
administrative-group green;
}
constituent-list c2 {
administrative-group green;
administrative-group-extended gold;
}
constituent-list c3 {
srlg g2;
administrative-group red;
administrative-group-extended gold;
}
constituent-list c4 {
srlg g3;
administrative-group blue;
administrative-group-extended gold;
}
abstract-hop ah1 {
operator AND;
constituent-list {
c1 include-all-list;
c2 include-all-list;
}
}
abstract-hop ah2 {
operator AND;
constituent-list {
c3 include-all-list;
}
}
abstract-hop ah3 {
operator AND;
constituent-list {
c4 include-all-list;
}
}
interface all;
interface fxp0.0 {
disable;
}
interface ge-0/0/0.0 {
srlg g1;
administrative-group green;
administrative-group-extended gold;
}
interface ge-0/0/2.0 {
srlg g2;
administrative-group red;
administrative-group-extended gold;
}
interface ge-0/0/1.0 {
srlg g3;
administrative-group blue;
administrative-group-extended gold;
}
}
ospf {
traffic-engineering;
area 0.0.0.0 {
interface all;
interface fxp0.0 {
disable;
}
}
}
user@R0# show policy-options
policy-statement test {
then {
load-balance per-packet;
}
}
Проверки
Подтвердим, что конфигурация работает правильно.
Проверка конфигурации абстрагного перехода
Цель
Проверьте участников определения абстрактного перехода на устройстве R0 с помощью команды, которая отображает show mpls abstract-hop-membership абстраговые таблицы членства переходов.
Действий
В рабочем режиме запустите show mpls abstract-hop-membership команду.
user@R0> show mpls abstract-hop-membership Abstract hop: ah1 Credibility: 0 Address: 127.0.0.6 Address: 127.0.0.1 Address: 127.0.0.2 Address: 127.0.0.3 Abstract hop: ah2 Credibility: 0 Address: 127.0.0.6 Address: 127.0.0.3 Address: 127.0.0.4 Abstract hop: ah3 Credibility: 0 Address: 127.0.0.6 Address: 127.0.0.3 Address: 127.0.0.5
Смысл
Выходные show mpls abstract-hop-membership данные этой команды предоставляют абстрагированную информацию о переходе управление трафиком узла базы данных. В поле отображается значение доверия, связанное с протоколом внутреннего шлюза, который используется Credibility (OSPF).
Проверка вычисления пути абстрагирования к переходу
Цель
Проверьте предпроцессирование абстрагирования вычислений для LSP на устройстве R0 с помощью show mpls lsp abstract-computation команды.
Действий
В рабочем режиме запустите show mpls lsp abstract-computation команду.
user@R0> show mpls lsp abstract-computation
Path computation using abstract hops for LSP: R0-R31
Path type: Primary, Path name: prim
Credibility: 0, Total no of CSPF passes: 2
CSPF pass no: 0
Start address of the pass: 127.0.0.6
Destination: 127.0.0.1, State: VALID
Destination: 127.0.0.2, State: VALID
Destination: 127.0.0.3, State: VALID
Affinity: ah1
CSPF pass no: 1
Start address of the pass: 127.0.0.1
Destination: 127.0.0.3, State: VALID
Path type: Secondary, Path name: nonstdby
Path type: Standby, Path name: stdby
Credibility: 0, Total no of CSPF passes: 2
CSPF pass no: 0
Start address of the pass: 127.0.0.6
Destination: 127.0.0.3, State: VALID
Destination: 127.0.0.4, State: VALID
Affinity: ah2
CSPF pass no: 1
Start address of the pass: 127.0.0.4
Destination: 127.0.0.3, State: VALIDСмысл
Выходные данные команды предоставляют различные вычислительные пропускания, связанные с LSP, и квалификационные разработчики show mpls lsp abstract-hop-computation выхода для каждого прохода. Выходные данные команды также дают affinity для каждого прохода и показывают текущее начните устройство, выбранное для этого прохода. Для каждого в допустимого маршрутизатора (устройства) отображается состояние отката, в котором оно может быть допустимым или дисквалифицировано.
Это Credibility поле указывает значение доверия, связанное с протоколом внутреннего шлюза, который используется (OSPF).
Настройка максимального количества MPLS меток
Для интерфейсов, настроенных для MPLS приложений, можно установить максимальное число меток, на которых MPLS работать.
По умолчанию максимальное число меток — три. Максимальное число меток может быть 4 или 5 меток для приложений, для них требуется четыре или пять меток.
Начиная с Junos OS выпуска 19.1R1, можно использовать максимальное количество меток, которое может быть протолкнуться выходным модуль передачи пакетов (PFE), где число меток, которые можно использовать для MPLS следующего перехода, — это число maximum-labels меток, которое устройство может нажать, или максимальное число меток, настроенных под исходястоя интерфейсом, какой бы ни был family mpls меньший. Эта поддержка включена на серия MX с интерфейсами MPC и MIC, а также на серия PTX с FFP-устройствами третьего поколения.
Увеличенная возможность проталкивания меток полезна для таких функций, как LSP- и RSVP-управление трафиком LPS, которые можно использовать в сегменте маршрутов. Все существующие функциональные возможности приложений, использующих MPLS следующие переходы, продолжают работать с увеличенной возможностью проталкивки меток. Это включает в себя:
Все утилиты OAM, такие как lsping, traceroute и BFD для MPLS LPS.
Отслеживают утилиты, такие как lspmon и LM DM для MPLS LSP.
Выходные данные команд улучшены отображением до show route tableshow route forwarding-table 16 меток на компонент следующего перехода.
Например:
user@host> show route table inet.3
inet.3: 1 destinations, 1 routes (1 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
11.0.0.17/32 *[SPRING-TE/8] 00:02:16, metric 1
> to 192.1.2.2 via ge-0/0/2.0, Push 1000115, Push 1000114, Push 1000113, Push 1000112, Push 1000111, Push 1000110, Push 1000109, Push 1000108, Push 1000107, Push 1000106, Push 1000105, Push 1000104, Push 1000103, Push 1000102, Push 1000101(top)
to 192.1.3.2 via ge-0/0/4.0, Push 1000115, Push 1000114, Push 1000113, Push 1000112, Push 1000111, Push 1000110, Push 1000109, Push 1000108, Push 1000107, Push 1000106, Push 1000105, Push 1000104, Push 1000103, Push 1000102, Push 1000101(top)
Когда изменено максимальное MPLS меток интерфейса, MPLS интерфейс отражается. Перезапуск всех сеансов LDP и RSVP на этом интерфейсе приводит к перезапуску всех LSP через этот интерфейс.
Например, предположим, что была настроена двухуровневая служба VPN для операторов связи операторов связи для клиентов, которые предоставляют услуги VPN. VPN на уровне операторов связи — это двухуровневые отношения между провайдером (Провайдер 1-го уровня) и поставщиком (Провайдер 2-го уровня). В сети VPN, которая является оператором связи, провайдер предоставляет поставщику услуг магистральная сеть поставщика услуг заказчика. Компания-заказчик, в свою очередь, предоставляет своим конечным клиентам услуги VPN уровня 3. Клиент-оператор отправляет поставщику трафика с маркировкой, чтобы доставить его на следующий переход на другой стороне сети поставщика. Для этого сценария необходим стек из трех меток: одна метка для поставщика услуг VPN, другая метка для клиентского оператора VPN и третья метка для транспортного маршрута.
При добавлении быстрая перемаршрутизация службы маршрутизаторы PE в сети поставщика услуг должны быть настроены на поддержку четвертой метки (метки перенастройки). Если клиентский оператор связи использует LDP в качестве протокола сигнализации, а оператор поставщика услуг использует протокол RSVP, провайдер должен поддерживать LDP через службу туннеля RSVP. Для этой дополнительной службы требуется дополнительная метка, всего для нее требуется пять меток.
Для поставщика услуг заказчика маршрутизатор, который он использует для подключения к сети VPN поставщика услуг, является маршрутизатором PE. Однако поставщик услуг рассматривает данное устройство как CE маршрутизатор.
Табл. 3 суммирует требования метки.
Number of Labels Required |
Сценарии |
|---|---|
3 |
VPN для операторов связи или VPN с двумя метами и быстрая перемаршрутизация |
4 |
Сочетание операторов связи и быстрая перемаршрутизация |
5 |
Операторы операторов связи с быстрая перемаршрутизация и клиентский оператор с работающим LDP, на поставщике услуг работает RSVP |
Для настройки и мониторинга максимального количества меток:
Настройка MPLS на всплывающее метку на маршрутизаторе с конечным переходом
Можно контролировать значение метки, объявленное маршрутизатор исходящего трафика пути с маршрутизатор исходящего трафика меткой (LSP). По умолчанию объявленная метка – label 3 (Неявная нуль-метка). Если метка 3 объявлена, предпоследний маршрутизатор удаляет метку и отправляет пакет маршрутизатор исходящего трафика. Включив "ultimate-hop popping", объявляется метка 0 (IPv4 Explicit Null Label). При отсеии конечного перехода все пакеты, которые проходят через MPLS сети, содержат метку.
Juniper Networks маршрутизаторы выстраивают очередь пакетов на основе входящих меток. Маршрутизаторы других поставщиков могут по-другому совмессить пакеты в очереди. Помните об этом при работе с сетями, содержащими маршрутизаторы от нескольких поставщиков.
Чтобы настроить MPLS на маршрутизаторе с конечным переходом, включим в него explicit-null утверждение:
explicit-null;
Это утверждение можно настроить на следующих уровнях иерархии:
[edit protocols mpls][edit logical-systems logical-system-name protocols mpls]
Объявления явных Null-меток для BGP равноправных узлам
Только для семейства IPv4 () BGP в группе маршрутов могут отправлять явную метку NULL для набора подключенных маршрутов (прямых и кольцевых inet маршрутов) для inet-unicast и inet6 labeled-unicast NLRI. По умолчанию одноранговых узлах объявляется метка 3 (неявная NULL). Если утверждение explicit-null включено, равноправные ранги объявляют метку 0 (явный NULL). Явные метки NULL гарантируют, что метки всегда присутствуют на пакетах, которые MPLS сети. Если используется неявная метка NULL. предпоследний маршрутизатор перехода удаляет метку и отправляет пакет в качестве простого IP-пакета на маршрутизатор исходящего трафика. Это может вызвать проблемы правильной очередности пакета на предпоследнем маршрутизаторе перехода, если предпоследний переход является маршрутизатором другого поставщика. Некоторые другие поставщики очереди пакетов на основе CoS битов в исходящую метку, а не входящие метки.
Чтобы извеировать явную нуль-метку, включим в конфигурацию следующие утверждения:
family inet { labeled-unicast { aggregate-label { community community-name: } explicit-null { connected-only; } } }
Список уровней иерархии, на которых можно включить это утверждение, см. в разделе Сводка утверждения для этого утверждения.
Утверждение connected-only необходимо для объявления явных нуль-меток.
Для проверки объявления явной NULL-метки для подключенных маршрутов используйте show route advertising-protocol bgp neighbor-address команду.
Понимание MPLS меток на коммутаторах серии EX
В традиционной парадигме переадаторов пакетов, когда пакет передается от одного коммутатора к другому, независимое решение о переададаторе принимается на каждом переходе. Заглавная таблица IP-сети анализируется, и на основании данных таблицы маршрутов выбирается следующий переход. Анализ MPLS пакета в среде проводится только один раз, когда пакет входит в туннель MPLS (то есть путь, используемый для MPLS трафика).
Когда IP-пакет входит по маршруту с коммутателем по метке (LSP), на входе на границе сети поставщика (PE) коммутатор проверяет пакет и присваивает ему метку на основе места назначения, поместив метку в заглавную метку пакета. Метка преобразует пакет из переададратного пакета на основании его сведений IP-маршрутов на пакет, который передается на основе информации, связанной с меткой. Затем пакет перенарасходуется на следующий коммутатор поставщика в LSP. Этот коммутатор и все последующие коммутаторы LSP не проверяют информацию о маршруте IP в помеченный пакет. Скорее они используют метку для получения информации в метоке таблица переадресации. Затем они заменяют старую метку новой меткой и переадад значитеть пакет следующему коммутатору в пути. Когда пакет достигает выходного коммутатора PE, метка удаляется, и пакет снова становится собственной IP-пакетом и снова переадресуется на основе информации IP-маршрутов.
Эта тема описывает:
- MPLS-коммутаторах и MPLS меток на коммутаторах
- Зарезервированные метки
- MPLS меток на коммутаторах
- Выталкивка предпоследней и максимальной
MPLS-коммутаторах и MPLS меток на коммутаторах
Когда пакет входит в MPLS, он назначен LSP. Каждый LSP обозначен меткой (20-битная), фиксированной длиной в передней части MPLS (32 бита). Метки используются в качестве указателей для таблица переадресации. В данной таблице для каждой метки хранится информация о переадвере. Поскольку в инкапсулированного пакетах не MPLS дополнительный анализ или просмотр, MPLS поддерживает передачу любых других протоколов в пакетной полезной нагрузке.
Реализация MPLS на Juniper Networks EX3200 EX4200 Ethernet-коммутаторах поддерживает только пакеты с одной меткой. Тем не менее, MPLS коммутаторах Ethernet Juniper Networks EX8200 поддерживают пакеты с тремя метами.
Рис. 8 показывает кодировку одной метки. Кодивка появляется после заглавных слоев уровня передачи данных, но перед любым загонком сетевого уровня.
Зарезервированные метки
Диапазон меток от 0 до 1 048 575. Метки от 0 до 999 9999 являются внутренними.
Некоторые из зарезервированных меток (в диапазоне от 0 до 15) имеют четко определенные значения. Коммутаторы используют следующие зарезервированные метки:
0, IPv4 Explicit Null label — данное значение действительно только когда это единственная запись метки (без стек меток). Это означает, что метка должна быть выталкина при получении. Переадварка продолжается на основе пакета IP версии 4 (IPv4).
1, метка Router Alert. При получении пакета с верхним значением метки, 1, пакет доставляется на локальный программный модуль для обработки.
2, IPv6 Explicit Null label — данное значение является юридическим только когда это единственная запись метки (без стек меток). Это означает, что метка должна быть выталкина при получении.
3, Неявная метка Null— эта метка используется в протоколе сигнализации (RSVP) только для запроса маркировки на ингинговом коммутаторе. Она никогда не отображается в инкапсуляции. Метки со значением 3 не должны использоваться в пакете данных как реальные метки. С этой меткой не подразумевается тип полезной нагрузки (IPv4 или IPv6).
MPLS меток на коммутаторах
Коммутаторы серии EX поддерживают следующие операции меток:
Нажмите
Поп
Своп
В результате нажмите кнопку, накрепив новую метку в верхней части IP-пакета. Для пакетов IPv4 новая метка является первой меткой. Значение времени жизни (TTL) в заглавной области пакета выводится из заглавной информации IP-пакета. Операция push не может быть применена к пакету, который уже имеет MPLS метку.
Операция pop удаляет метку с начала пакета. Как только метка удалена, TTL копируется с метки в заглавную метку IP-пакета, а главный IP-пакет передается в качестве обычного IP-пакета.
Операция замены удаляет существующую MPLS из IP-пакета и заменяет ее новой MPLS меткой на основе следующего:
Входящий интерфейс
Метки
Метка таблица переадресации
Рис. 9 отображает IP-пакет без метки, поступающий на клиентское граничное устройство ge-0/0/1 () веского коммутатора PE. Вский коммутатор PE проверяет пакет и определяет его назначение как переключатель PE для выпадения. Входящий pe коммутатор применяет метку 100 к пакету и отправляет MPLS пакета на свой исходяющий MPLS основной интерфейс ge-0/0/5 (). Пакет MPLS передается на туннель MPLS через коммутатор поставщика, куда он поступает на интерфейс с меткой ge-0/0/5 100. Коммутатор поставщика заменяет метку 100 на метку 200 и MPLS пакета через свой основной интерфейс () на следующий переход в туннеле, который является коммутатором ge-0/0/7 egress PE. Выходной PE-коммутатор получает пакет MPLS через свой основной интерфейс (), удаляет метку MPLS и отправляет IP-пакет из своего интерфейса клиентское граничное устройство () в пункт назначения, который находится за ge-0/0/7ge-0/0/1 туннелем.
Рис. 9 показывает путь пакета при его передаче в одном направлении от впадаемого коммутатора PE к коммутатору egress PE. Однако конфигурация MPLS позволяет трафику езть в обратном направлении. Таким образом, каждый коммутатор PE функционирует как в качестве веского и как коммутатора для выпадения.
Выталкивка предпоследней и максимальной
Коммутаторы по умолчанию обеспечивают предпоследнее выталкивение (PHP) с переключениями IP MPLS конфигурациями. При phP предпоследний коммутатор поставщика отвечает за MPLS метку и переадресовку трафика на коммутатор на выпадающего PE. Затем коммутатор PE на выпадающего трафика выполняет просмотр IP-маршрута и передает его. Это снижает нагрузку на обработку на коммутаторе egress PE, так как он не отвечает за MPLS метку.
На EX8200 коммутаторах можно выбрать либо режим по умолчанию, либо PHP, либо настроить конечный переход.
Объявленная по умолчанию метка – label 3 (Неявная метка Null). Если метка 3 объявлена, предпоследний коммутатор-переход удаляет метку и отправляет пакет на коммутатор pe для выпадения.
Если включена выталкивка в конечном переходе, то метка 0 (IPv4 Explicit Null label) объявляется, и переключатель PE на выход из LSP удаляет метку.