Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

MPLS псевдо-проводов

Обзор Ethernet Pseudowire

Начиная с Junos OS выпуска 14.1X53 и Junos OS 16.1 псевдо-кабель Ethernet используется для передачи ethernet или 802.3 протокольных единиц данных (PDUs) по сети MPLS, позволяющей поставщикам услуг предлагать эмулированные услуги Ethernet через существующие MPLS сетей. PDUS Ethernet или 802.3 инкапсулированы в пределах псевдо-пути, чтобы обеспечить двухадресную службу Ethernet. Для службы Ethernet из точеческих точки поддерживаются следующие функции управления ошибками:

  • Стандарт IEEE 802.3ah для эксплуатации, администрирования и управления (OAM). Можно настроить IEEE 802.3ah OAM link-fault на прямой связи Между точками Ethernet или через повторителей Ethernet.

    Управление ошибками в сети Ethernet OAM можно использовать для обнаружения и управления сбоем физического уровня соединения. В ней используется новый необязательный подуслой на уровне передачи данных модели OSI. Ethernet OAM может быть реализован на любой полнодуплексной точке-точке или эмулированного прямого соединения Ethernet. Реализация в масштабе всей системы не требуется; OAM может быть развернута на определенных интерфейсах маршрутизатора. Переданные сообщения Ethernet OAM или PDUs OAM имеют стандартную длину, не разорватые кадры Ethernet в пределах обычной длины кадра в диапазоне от 64 до 1518 bytes.

  • Управление неисправностью соединения Ethernet (CFM) для мониторинга физического соединения между двумя маршрутизаторами.

    • Защита соединения с помощью протокола проверки целостности для контроля ошибок. Протокол проверки целостности является протоколом обнаружения и проверки состояния соседей, который обнаруживает и поддерживает соседства на VLAN или уровне соединения.

    • Защита пути с помощью протокола трассировки соединений для обнаружения пути и проверки ошибок. Как и IP traceroute, протокол linktrace связывает путь до MAC-адрес через одну или несколько сетей с мостами между источником и адресатом.

Примере: Базовая конфигурация Ethernet

Требования

Ниже приводится список аппаратных и программных требований для данной конфигурации.

  • Один серия ACX маршрутизатор

  • Junos OS версии 12.2 или более поздней

Обзор конфигурации Ethernet Pseudowire Base

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

Настройка Ethernet Pseudowire

Процедуры

интерфейс командной строки быстрой конфигурации

Чтобы быстро настроить этот пример, скопировать следующие команды, ввести их в текстовый файл, удалить любые разрывы строки, изменить все данные, необходимые для настройки сети, а затем скопировать и вкопировать команды в интерфейс командной строки на уровне edit [] иерархии:

Прим.:

Чтобы настроить псевдо-кабель Ethernet с маркировкой 802.1Q для перекрестной логической инкапсуляции логического интерфейса, включите утверждение на уровне [] иерархии, а не утверждение, vlan-cccedit interfaces ge-0/1/1 unit 0 encapsulationethernet-ccc показанное в этом примере.

Пошаговая процедура
  1. Создайте два интерфейса Gigabit Ethernet, задайте режим инкапсуляции на одном интерфейсе и MPLS на другом. Создание интерфейса обратной связи lo0 ()

  2. Включить протоколы MPLS и RSVP на интерфейсе, настроенного ge-0/2/0.0 MPLS—

  3. Настройте LDP. При настройке RSVP для псевдо-провода необходимо также настроить LDP:

  4. Настройте маршрут маршрутизации между точками с коммутацией по метке (LSP) и отключите вычисление LSP с ограничением по маршруту:

  5. Настройте OSPF и управление трафиком включить интерфейс MPLS - и на ge-0/2/0.0 интерфейсе обратной связи lo0 ():

  6. Однозначно определите схему уровня 2 для псевдо-провода Ethernet:

Результаты

Обзор Псевдо-проводов для серия ACX маршрутизаторов в мрюлении

Псевдопровод — это канал или служба уровня 2, эмулирует важнейшие атрибуты телекоммуникационной службы, например канал T1, в сети с MPLS коммутадорными пакетами. Псевдопроводка предназначена для предоставления только минимально необходимых функциональных возможностей для эмуляции провода с необходимой степенью серьезности в определении данного сервиса. На серия ACX поддерживаются псевдо-сети Ethernet, асинхронный режим передачи (ATM) и мультиплексирование с разделением по времени (TDM) псевдо-пути. Поддерживаются следующие функции псевдопроводки:

  • Псевдопроводная транспортная служба, передав информацию уровня 1 и уровня 2 по IP MPLS сетевой инфраструктуре. На других платформах поддерживаются только аналогичные конечные точки серия ACX, например, T1 – T1, ATM – ATM, а Ethernet — Ethernet.

  • Избыточные псевдопроводы сохраняют соединения между PE-маршрутизаторами и CE устройствами, сохраняя схемы и службы уровня 2 после определенных типов сбоев. Псевдопроводная избыточность повышает надежность определенных типов сетей (например, сетей в metro), в которых одна точка отказа может прервать работу служб нескольким клиентам. Поддерживаются следующие функции псевдо-избыточности:

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

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

    • Горячее и холодное резервное обеспечение, позволяя быстро перерезать резервный или резервный псевдопровод.

  • Управление неисправностью соединения Ethernet (CFM), которое можно использовать для мониторинга физического соединения между двумя маршрутизаторами. Поддерживаются только следующие основные функции CFM для псевдо-проводов Ethernet:

    • Защита соединения с помощью протокола проверки целостности для контроля ошибок. Протокол проверки целостности является протоколом обнаружения и проверки состояния соседей, который обнаруживает и поддерживает соседства на VLAN или уровне соединения.

    • Защита пути с помощью протокола трассировки соединений для обнаружения пути и проверки ошибок. Как и IP traceroute, протокол linktrace связывает путь до MAC-адрес через одну или несколько сетей с мостами между источником и адресатом.

Понимание мультиэрегации Псевдопровод для FEC 129

Понимание Мультирегийации Псевдопровод

Псевдопровод — это канал или служба уровня 2, эмулирует основные атрибуты телекоммуникационной службы, например канал T1, в сети с MPLS-коммутансами (PSN). Псевдопровод предназначен для предоставления только минимально необходимых функциональных возможностей для эмуляции провода с необходимыми требованиями к отказоустойчивости для данного определения службы.

Когда псевдо-провод начинается и заканчивается на границе того же PSN, то метка псевдо-провода не изменяется между исходя и о концем устройствами поставщика (T-PE). Это называется одиночным сегментом псевдо-провода (SS-PW). Рис. 1 иллюстрирует SS-PW, установленный между двумя PE маршрутизаторами. Псевдо-пути между маршрутизаторами PE1 и PE2 расположены в одной автономной системе (AS).

Рис. 1: Псевдопровод L2VPNПсевдопровод L2VPN

В случаях, когда невозможно установить один псевдо-провод от локального к удаленному PE, поскольку установление одного плоскость управления между двумя PE недопустимо, используется мультисегментальный псевдо-провод (MS-PW).

MS-PW – это набор двух или более одновместных SS-PW, которые работают как единая точка-точка псевдопровода. Также известен как коммутатор псевдопровод. Ms-PW могут использовать различные области или сетевые домены. Область можно рассматривать как область протокола внутреннего шлюза (IGP) или BGP автономную систему, принадлежаную к тому же или другому административному домену. MS-PW охватывает несколько ядер или AS одной или нескольких сетей операторов. В MS-PW VPN уровня 2 может быть до 254 сегментов псевдопроводки.

Рис. 2 иллюстрирует набор двух или более сегментов псевдопровода, которые функционируют как единый псевдопровод. Конечные маршрутизаторы называются конечными маршрутизаторами PE (T-PE), а маршрутизаторы коммутатора – коммутаторами PE (S-PE). Маршрутизатор S-PE прерывает туннели предыдущих и успешно подключает сегменты псевдо-проводов в MS-PW. Маршрутизатор S-PE может коммутировать плоскости управления и данных предыдущих и последующих сегментов псевдо-провода MS-PW. MS-PW объявляется up, когда все одно сегментные псевдо-провода находятся в режиме up.

Рис. 2: Multisegment PseudowireMultisegment Pseudowire

Использование FEC 129 для multisegment Pseudowire

В настоящее время в FEC 129 определяются два типа идентификаторов схемы вложения (AII).

  • Тип 1 AII

  • Тип 2 AII

Поддержка MS-PW для FEC 129 использует AII типа 2. Тип 2 AII глобально уникален по определению RFC 5003.

Одно сегментные псевдо-провода (SS-PW), использующие FEC 129 на MPLS PSN могут использовать как тип 1, так и тип 2 AII. Для MS-PW, использующей FEC 129, псевдопровод сам по себе идентифицирован как пара конечных точек. Для этого необходимо, чтобы конечные точки псевдопровода были однозначно идентифицированы.

При динамическом размещении MS-PW необходимо, чтобы идентификаторы вложенных каналов были глобально уникальны для целей доступности и управляемости псевдо-провода. Таким образом, отдельные глобальные уникальные адреса выделены для всех вложений и S-PEs, из них составляют MS-PW.

Тип 2 AII состоит из трех полей:

  • Global_ID — глобальная идентификация, которая обычно является номером AS.

  • Префикс — адрес IPv4, который обычно является ID маршрутизатора.

  • AC_ID — локальный канал вложения, настраиваемый пользователем.

Поскольку тип 2 AII уже содержит IP-адрес T-PE и является глобальным уникальным, с точки зрения feC 129 псевдопровода, комбинация (AGI, SAII, НОВИ) уникально идентифицирует MS-PW во всех взаимосвязанных доменах псевдопроводки.

Создание обзор Multisegment Pseudowire

MS-PW устанавливается динамически и автоматически выбирает предварительно задавные S-PE и размещает MS-PW между двумя устройствами T-PE.

При динамическом выборе S-PE каждый S-PE автоматически обнаруживается и выбирается с помощью функции автоматического обнаружения BGP обнаружения, без требования предоставления FEC 129 псевдо-проводных сведений, связанных с всеми S-PE. BGP используется для распространения информации о псевдо-адресе по PSN.

Так как информация псевдо-проводов FEC 129 на S-PE не предусмотрена, идентификатор группы вложений (AGI) и индивидуальный идентификатор вложения (AII) автоматически активируются, и выбор того же набора S-PE для псевдо-пути как в направлении передачи, так и в обратном направлении достигается за счет активной и пассивной роли каждого устройства T-PE.

  • Active . T-PE инициирует сообщение сопоставления меток LDP.

  • Passive. T-PE не инициирует сообщение сопоставления меток LDP до тех пор, пока не получит сообщение сопоставления меток, инициированное активным T-PE. Пассивный T-PE посылает своему сообщению сопоставления меток то же S-PE, откуда было получено сообщение сопоставления меток, исходя из его активного T-PE. Это гарантирует, что один и тот же набор S-PEs используется в обратном направлении.

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

Поведение псевдо-состояния на T-PE

Следующие сообщения о статусе псевдо-провода актуальны в T-PE:

  • 0x00000010 – локальный PSN-псевдо-провод (отстой) передает неисправность.

  • 0x00000001 — общий код неисправности, не выдавающийся наружу. Занося его в качестве кода локального сбоя. Локальный код ошибки устанавливается в локальном T-PE, и LDP отправляет на удаленный T-PE сообщение состояния псевдо-провода с тем же кодом сбоя.

  • Коды неисправностей являются битово-уд и хранятся в кодах состояния удаленной псевдопроводки.

Поведение состояния Псевдо-провода на S-PE

S-PE инициирует сообщения статуса псевдо-провода, которые указывают на ошибки псевдопроводки. SP-PE в сообщении уведомлений псевдо-провода подсказок, где возникла ошибка.

  • Когда локальный сбой обнаруживается S-PE, сообщение статуса псевдо-провода отправляется в обоих направлениях по псевдо-пути. Поскольку В S-PE нет каналов вложения, имеют значение только следующие сообщения о состоянии:

    • 0x00000008 – локальный псевдо-провод, наведя его на PSN,получает ошибку.

    • 0x00000010 – локальный PSN-псевдо-провод (отстой) передает неисправность.

  • Чтобы указать ошибку SS-PW, LDP SP-PE TLV присоединяется с кодом статуса псевдопровода в сообщении уведомления LDP. Состояние псевдо-провода передается от одного псевдо-пути к другому без изменения плоскость управления коммутатора.

  • Если S-PE инициирует сообщение уведомления статуса псевдопровода с одним конкретным битом статуса псевдопровода, то для кода состояния псевдо-провода, который получает S-PE, тот же бит обрабатывается локально и не переназначен, пока не будет очищена исходная ошибка состояния S-PE.

  • S-PE поддерживает только два кода статуса псевдопровода для каждого SS-PW, который он задействован — код статуса локальной псевдопроводки и код состояния удаленного псевдопровода. Значение кода состояния удаленного псевдо-провода является результатом логики или функционирования кодов статуса псевдопровода в цепочке SS-PW, предшествующих этому сегменту. Этот код состояния пошагово обновляется каждым S-PE при получении и передается следующему S-PE. Состояние локальной псевдопроводки формируется локально на основе его статуса локального псевдо-провода.

  • В SP-PE обнаруживается только ошибка передачи. Если LSP MPLS достичь следующего сегмента, то обнаруживается локальный сбой передачи. Ошибка передачи отправляется на следующий 9-ой сегмент, а неисправность получения отправляется в вышестояходящий сегмент.

  • Удаленные ошибки, полученные на S-PE, просто передаются без изменений по MS-PW. Локальные ошибки отправляются на оба сегмента псевдо-провода, в который вовлечен S-PE.

Поддержка псевдо-проводных TLV для MS-PW

MS-PW обеспечивает следующую поддержку LDP SP-PE TLV [RFC 6073]:

  • TLV LDP SP-PE для MS-PW включают:

    • Локальный IP-адрес

    • Удаленный IP-адрес

  • SP-PE добавляет LDP SP-PE TLV в сообщение сопоставления меток. Каждый SP-PE приложен локальный LDP SP-PE TLV к списку SP-PE, полученный из другого сегмента.

  • Сообщение уведомления о состоянии псевдо-провода включает LDP SP-PE TLV, когда уведомление генерируется на SP-PE.

Поддерживаемые и неподдермываемые функции

Junos OS поддерживает следующие функции с MS-PW:

  • MPLS PSN для каждого SS-PW, создав MS-PW.

  • Та же псевдо-инкапсуляция для каждого SS-PW в MS-PW — Ethernet или VLAN-CCC.

  • Обобщенный PWid FEC с T-LDP как конечный протокол псевдо-проводной сигнализации, чтобы настроить каждый SS-PW.

  • MP-BGP автоматически открыть две конечные точки PEs для каждого SS-PW, связанного с MS-PW.

  • Стандартная MPLS сшивать две SS-PW, чтобы сформировать MS-PW.

  • Автоматическое обнаружение S-PE таким образом, чтобы MS-PW была размещена в динамическом режиме.

  • Минимальное обеспечение S-PE.

  • Механизмы эксплуатации, администрирования и обслуживания (OAM), включая всеобъемлющий MPLS ping или end-to-any-S-PE MPLS ping, MPLS трассировку путей, "end-to-end VCCV" и обнаружение двухнаправленной передачи (BFD).

  • Псевдопроводная точка смени (SP) PE TLV для MS-PW.

  • Составный следующий переход на MS-PW.

  • TLV состояния Псевдо-провода для MS-PW.

Junos OS не поддерживает функциональность MS-PW:

  • Сочетание LDP FEC 128 и LDP FEC 129.

  • Статическая псевдопроводка, в которой каждая метка предусмотрена статическим образом.

  • Изящное модуль маршрутизации переключение.

  • Безостановооконная активная маршрутка.

  • Многоканальный.

  • Проверка частичного соединения (исходя из S-PE) в OAM.

Примере: Настройка многосерийного псевдо-провода

В этом примере показано, как настраивать динамическую многоступенчатую псевдонастройку (MS-PW), где устройства на границе сети поставщика услуг (S-PE) обнаруживаются автоматически и динамически по BGP, а псевдо-провода сигнализируются LDP с помощью FEC 129. Такая схема требует минимальной настройки S-PEs, тем самым снижая тем самым нагрузку на конфигурацию, связанную со статически настроенными каналами уровня 2, при этом используя LDP в качестве стандартного протокола сигнализации.

Требования

В данном примере используются следующие аппаратные и программные компоненты:

  • Шесть маршрутизаторов, которые могут быть комбинацией нескольких ежесервисных маршрутизаторов M Series, серия MX универсальных маршрутных платформ 5G, серия T основных маршрутизаторов или серия PTX маршрутизаторов пакетной транспортной системы.

    • Два удаленных PE устройства, настроенные как терминаторы PE (T-PE).

    • Два S-PEs настроены так:

      • Отражатели маршрутов в случае настройки межопаровой сети.

      • Маршрутизаторы границы AS или отражатели маршрутов в случае конфигурации между AS.

  • Junos OS версии 13.3 или более поздней версии, запущенной на всех устройствах.

Перед началом работы:

  1. Настройте интерфейсы устройств.

  2. Настройте OSPF или любой другой IGP протокол.

  3. Настройте BGP.

  4. Настройте LDP.

  5. Настройте MPLS.

Обзор

Начиная с Junos OS 13.3, можно настроить MS-PW, используя FEC 129 с сигнализацией LDP и BGP автоматическое обнаружение в MPLS-коммутируемых пакетах (PSN). Функция MS-PW также обеспечивает возможности работы, администрирования и управления (OAM), такие как ping, traceroute и BFD, с устройств T-PE.

Чтобы включить автоматическое обнаружение S-PEs в MS-PW, включим утверждение auto-discovery-mspw на [edit protocols bgp group group-name family l2vpn] уровне иерархии.

Автоматический выбор S-PE и динамическая настройка MS-PW сильно зависят BGP. BGP информации о доступности сетевого уровня (NLRI), составленной для псевдо-провода FEC 129 для автоматического обнаружений S-PE, называется MS-PW NLRI [draft-ietf-pwe3-dynamic-ms-pw-15.txt]. NLRI MS-PW по сути является префиксом, состоящим из отличительных отличитель маршрутов (RD) и идентификатора вложения источника FEC 129 (SAII). Он называется маршрутом автоматического BGP (BGP-AD) и закодирован как RD:SAII .

Только T-PEs, которые имеют ИИ типа 2, инициируют собственные MS-PW NLRI соответственно. Поскольку AII типа 2 глобально уникален, для идентификации устройства PE, для которого предусмотрен AII типа 2, используется MS-PW NLRI. Разница между типами 1 AII и AII типа 2 требует, чтобы индикатор семейства адресов (AFI) и идентификатор последующего семейства адресов (SAFI) был определен в BGP для поддержки MS-PW. Для идентификации MS-PW NLRI предлагается пара значений AFI и SAFI соответственно 25 и 6 (ожидается IANA выделений).

Значения AFI и SAFI поддерживают автоматическое обнаружение S-PEs и должны быть настроены как на T-PEs, которые исходят маршруты, так и на S-PEs, которые участвуют в сигнализации.

Рис. 3 иллюстрирует установку MS-PW между двумя удаленными PE маршрутизаторами T-PE1 и T-PE2. Маршрутизаторы поставщика (P) - это P1 и P2, маршрутизаторы S-PE - S-PE1 и S-PE2. MS-PW установлена между T-PE1 и T-PE2, и все устройства принадлежат одной AS — AS 100. Поскольку S-PE1 и S-PE2 принадлежат той же AS, они выступают в качестве отражателей маршрутов и также известны как RR 1 и RR 2, соответственно.

Рис. 4 иллюстрирует настройку inter-AS MS-PW. MS-PW создан между T-PE1 и T-PE2, где T-PE1, P1 и S-PE1 принадлежат AS 1, а S-PE2, P2 и T-PE2 принадлежат AS 2. Поскольку S-PE1 и S-PE2 принадлежат разным AS, они настроены как маршрутизаторы ASBR и также известны как ASBR 1 и ASBR 2, соответственно.

Рис. 3: Межоресная мультисерийная псевдосоединая проводкаМежоресная мультисерийная псевдосоединая проводка
Рис. 4: Межсетевая мультисетевая подсети PseudowireМежсетевая мультисетевая подсети Pseudowire

В следующих разделах приводится информация о том, как устанавливается MS-PW в сценарии межоэпара и межав тока.

Minimum Configuration Requirements on S-PE

Для динамического обнаружения обоих концов SS-PW и динамического открытия сеанса T-LDP необходимо следующее:

  • Для межописной MS-PW каждая S-PE играет как роль ABR, BGP отражателя маршрутов.

    В случае межописи, как видно в примере, S-PE BGP отражателя маршрутов и отражает маршрут Рис. 3 BGP-AD своему клиенту. Маршрут BGP-AD, объявленный одним T-PE, через определенное время достигает своего удаленного T-PE. Из-за того, что каждый S-PE самонастройка на следующий переход установлен, S-PE или T-PE, который получает маршрут BGP-AD, всегда может обнаружить S-PE, объявляя BGP-AD в локальной AS или локальной области через BGP следующий переход.

  • Для меж as MS-PW каждая S-PE играет либо роль ASBR, либо BGP отражателя маршрутов.

    В MS-PW два T-PEs инициируют BGP-AD соответственно. Когда S-PE получает маршрут BGP-AD либо через сеанс IBGP с T-PE, либо через обычный BGP-RR, он устанавливает само следующий переход перед повторной рекламой маршрута BGP-AD одному или более своих одноранговых узлах EBGP в случае inter-AS, как послучано Рис. 4 в.

  • Каждый S-PE должен устанавливать самообузание следующего перехода при повторной рекламе или отражения маршрута BGP-AD для MS-PW.

Active and Passive Role of T-PE

Чтобы обеспечить, чтобы для MS-PW использовался один и тот же набор S-PEs в обоих направлениях, два T-PEs играют разные роли с точки зрения сигнализации FEC 129. Это позволит избежать выбора различных путей T-PE1 и T-PE2, когда каждый S-PE динамически выбирается для MS-PW.

Когда сигнал MS-PW сигнализируется с помощью FEC 129, каждый T-PE может независимо начать сигнализацию MS-PW. Процедура сигнализации может привести к попытке настроить каждое направление MS-PW через различные S-PEs.

Чтобы избежать этой ситуации, один из T-PEs должен запустить псевдо-сигнализацию (активную роль), в то время как другой ждет получения сопоставления меток LDP перед отправкой соответствующего сообщения сопоставления меток псевдо-wire LDP (пассивная роль). При динамическом размещении пути MS-PW активный T-PE (источник T-PE) и пассивный T-PE (целевой T-PE) должны быть определены перед началом сигнализации для данной MS-PW. Определение того, какая T-PE берет на себя активную роль, основывается на значении SAII, где активную роль играет T-PE, который имеет большее значение SAII.

В данном примере значения SAII T-PE1 и T-PE 2 являются 800:800:800700:700:700 и, соответственно, Поскольку T-PE1 имеет большее значение SAII, он берет на себя активную роль, а T-PE2 берет на себя пассивную роль.

Directions for Establishing an MS-PW

Направления, используемые S-PE для настройки MS-PW:

  • Направление переадправления — от активного T-PE к пассивному T-PE.

    В этом направлении S-PE выполняют BGP-AD для определения S-PE следующего перехода для отправки сообщения сопоставления меток.

  • Обратное направление — от пассивного T-PE к активному T-PE.

    В этом направлении S-PEs не выполняют BGP-AD, так как сообщения сопоставления меток получены от T-PEs, а маршруты сширования устанавливаются в S-PEs.

В данном примере MS-PW установлен в направлении переадправления от T-PE1 к T-PE2. Когда MS-PW помещается из T-PE2 в T-PE1, MS-PW устанавливается в обратном направлении.

Autodiscovery and Dynamic Selection of S-PE

Новое значение AFI и SAFI определено в BGP ms-PW на основе AII типа 2. Эта новая семейство адресов поддерживает автоматическое обнаружение S-PEs. Эта семейство адресов должна быть настроена как на TPEs, так и на SPEs.

Компонент VPN уровня 2 должен динамически выбирать следующий S-PE, который будет использовать на MS-PW в направлении переадправления.

  • В направлении переадресовки выбор следующего S-PE основывается на маршруте BGP-AD, объявляемом BGP и псевдопроводной информацией FEC, отосланной LDP. Маршрут BGP-AD инициализется пассивным T-PE (T-PE2) на обратном направлении, в то время как информация псевдо-wire FEC отправляется LDP из активного T-PE (T-PE1) в направлении forwarding.

  • На обратном направлении следующий S-PE (S-PE2) или активный T-PE (T-PE1) получается, посмотрев на S-PE (S-PE1), который он использовал для подстроки псевдо-пути в направлении переадресности.

Provisioning a T-PE

Для поддержки FEC 129 типа 2 AII T-PE необходимо настроить свой удаленный IP-адрес T-PE, глобальный ID и ID вложенного цепи. Явные пути, в которых набор S-PE, который необходимо использовать, явно заданы в T-PE, не поддерживаются. Это устраняет необходимость предоставления каждому S-PE AII типа 2.

Stitching an MS-PW

S-PE выполняет следующие MPLS меток перед переададкой полученного сообщения сопоставления меток следующему S-PE:

  1. От появляются MPLS туннеля.

  2. Отметит метку VC.

  3. Выталкивает новую метку VC.

  4. Выталкивает MPLS туннеля, используемую для следующего сегмента.

Establishing an MS-PW

После завершения необходимой конфигурации MS-PW устанавливается следующим образом:

  1. Обмен значениями SAII между T-PE1 и T-PE2 BGP.

    T-PE1 берет на себя активную роль T-PE, так как он настроен с более высоким значением SAII. T-PE2 становится пассивным T-PE.

  2. T-PE1 получает маршрут BGP AD, исходя из T-PE2. Он сравнивает значения AII, полученные от T-PE2 в полученном маршруте BGP-AD, со значениями AII, локальными.

  3. Если значения AII совпадают, T-PE1 выполняет BGP-AD для выбора первого S-PE (S-PE1).

  4. T-PE1 отправляет сообщение сопоставления меток LDP на S-PE1.

  5. Используя маршрут BGP-AD, исходя из T-PE2, и сообщение сопоставления меток LDP, полученное от T-PE1, S-PE1 выбирает следующее S-PE (S-PE2) в направлении переадправления.

    Чтобы сделать это, S-PE1 сравнивает SAII, полученные от BGP-AD, с ПОМОЩЬЮ СООБЩЕНИЯ сопоставления меток LDP.

  6. Если значения AII совпадают, S-PE1 находит S-PE2 через BGP следующий переход, связанный с BGP-AD маршрутом.

  7. Процесс выбора S-PE продолжается до тех пор, пока последний S-PE не установит сеанс T-LDP с T-PE2. Когда T-PE2 получает сообщение сопоставления меток LDP от последнего S-PE (S-PE2), он инициирует собственное сообщение сопоставления меток и отправляет его обратно в S-PE2.

  8. Когда все сообщения сопоставления меток получены на S-PE1 и S-PE2, S-PE Устанавливают маршруты сширования. Таким образом, когда MS-PW устанавливается на обратном направлении, S-PEs не должны выполнять BGP-AD для определения следующего перехода, как это было в направлении переадправления.

OAM Support for an MS-PW

После того, как MS-PW установлена, следующие возможности OAM можно использовать с устройств T-PE:

  • Настольный

    • Проверка «end-to-End Connectivity( проверка связи между T-PEs)

      Если T-PE1, S-PE и T-PE2 поддерживают контрольное слово (CW), псевдопроводка плоскость управления автоматически согласовывать использование CW. Контроль подключения к виртуальному каналу (VCCV) Контрольный канал (CC) типа 3 функционирует правильно независимо от того, включен ли CW на псевдопроводе. Однако VCCV Типа 1, который используется только для проверки от конца, поддерживается только в том случае, если CW включен.

      Ниже приводится пример:

      Ping- от T-P1 к T-PE2

      Или

    • Проверка частичной возможности подключения от T-PE к любой S-PE

      Для трассировки части MS-PW можно использовать TTL псевдо-метки, чтобы принудительно вывести сообщение VCCV на промежуточный узел. При истечении TTL S-PE может определить, является ли пакет VCCV пакетом, либо проверив CW, либо проверив действительный IP-зад с UDP-портом назначения 3502 (если CW не используется). Затем пакет следует перенаправить на обработку VCCV.

      Если T-PE1 отправляет сообщение VCCV с TTL псевдо-метки, равной 1, TTL истекает в S-PE. Таким образом, T-PE1 может проверить первый сегмент псевдо-провода.

      Пакет VCCV создан в соответствии с RFC 4379. Все сведения, необходимые для создания пакета проверки ping VCCV LSP, собираются при проверке TLV S-PE. Такое использование TTL необходимо соблюдать осторожность, выраженную в RFC 5085. Если предпоследний LSR между S-PE или между S-PE и T-PE оперирует псевдопроводной меткой TTL, сообщение VCCV может не возникнуть из MS-PW при правильной S-PE.

      Ниже приводится пример:

      Ping- от T-PE1 к S-PE

      Значение bottom-label-ttl 1 для S-PE1 и 2 для S-PE2.

      Утверждение устанавливает правильную метку VC TTL, поэтому пакеты выталкиваются на правильную bottom-label-ttl SS-PW для обработки VCCV.

    Прим.:

    Junos OS поддерживают VCCV type 1 и Type 3 для возможности MS-PW OAM. Тип 2 VCCV не поддерживается.

  • Трассировка маршрута

    Traceroute проверяет каждую S-PE на пути MS-PW в одной операции подобно трассировке LSP. Эта операция может определить действительный путь данных MS-PW и используется для динамических сигнальных MS-PW.

  • Обнаружение многонаправленной переадправления

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

Конфигурации

Настройка interarea MS-PW

интерфейс командной строки быстрой конфигурации

Чтобы быстро настроить этот пример, скопировать следующие команды, ввести их в текстовый файл, удалить все разрывы строки, изменить все данные, необходимые для настройки сети, а затем скопировать и вкопировать команды в интерфейс командной строки на [edit] иерархии.

T-PE1

P1

S-PE1 (RR 1)

S-PE2 (RR 2)

P2

T-PE2

Пошаговая процедура

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

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

Прим.:

Повторите эту процедуру для устройства T-PE2 в домене MPLS после изменения соответствующих имен интерфейсов, адресов и других параметров.

  1. Настройте интерфейсы T-PE1.

  2. Установите номер автономной системы.

  3. Актив MPLS на всех интерфейсах T-PE1, за исключением интерфейса управления.

  4. Включить автоматическое обнаружение промежуточных S-PEs, которые составляют MS-PW, используя BGP.

  5. Настройте группу BGP для T-PE1.

  6. Назначьте адреса локальным и соседним узлам группе mspw для T-PE1 равноправным узлам с S-PE1.

  7. Настройте OSPF на всех интерфейсах T-PE1, за исключением интерфейса управления.

  8. Настройте LDP на всех интерфейсах T-PE1, за исключением интерфейса управления.

  9. Настройте экземпляр маршрутки VPN уровня 2 на T-PE1.

  10. Назначьте имя интерфейса экземпляру маршрутов mspw.

  11. Настройте отличительный отличитель маршрута для экземпляра маршрутов mspw.

  12. Настройте сообщество VPN ID уровня 2 для FEC 129 MS-PW.

  13. Настройте целевые показатели маршрутной маршрутки и переадранки VPN (VRF) для экземпляра маршрутов mspw.

  14. Настройте значение идентификатора приложения источника (SAI), используя VPN уровня 2 в качестве протокола маршрутов для экземпляра маршрутов mspw.

  15. Назначьте имя интерфейса, соединяющему узел CE1 с VPN, и настройте значение идентификатора целевого приложения (ПРОСТО) с помощью VPN уровня 2 в качестве протокола маршрутов для экземпляра маршрутов mspw.

  16. (Необязательно) Настройте T-PE1 для отправки TLV состояния MS-PW.

  17. (Необязательно) Настройте возможности OAM для VPN.

Пошаговая процедура

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

Настройка S-PE1 (RR 1) в сценарии с предостерегами:

Прим.:

Повторите эту процедуру для устройства S-PE2 (RR 2) в домене MPLS после изменения соответствующих имен интерфейсов, адресов и других параметров.

  1. Настройте интерфейсы S-PE1.

  2. Установите номер автономной системы.

  3. Актив MPLS на всех интерфейсах T-PE1, за исключением интерфейса управления.

  4. Включить автоматическое обнаружение S-PE с помощью BGP.

  5. Настройте группу BGP для S-PE1.

  6. Настройте S-PE1 для действий в качестве отражателя маршрутов.

  7. Назначьте адреса локальным и соседним узлам группе mspw для S-PE1 равноправным узлам с T-PE1 и S-PE2.

  8. Настройте OSPF на всех интерфейсах S-PE1, за исключением интерфейса управления.

  9. Настройте LDP на всех интерфейсах S-PE1, за исключением интерфейса управления.

  10. Определите политику для включения самообуправления следующего перехода и BGP трафика на S-PE1.

Результаты

В режиме конфигурации подтвердите конфигурацию путем ввода show interfacesshow protocols команд и show routing-instancesshow routing-optionsshow policy-options команд. Если в выходных данных не отображается указанная конфигурация, повторите инструкции, показанные в данном примере, чтобы исправить конфигурацию.

T-PE1

S-PE1 (RR 1)

После настройки устройства войдите в commit режим конфигурации.

Настройка INTER-AS MS-PW

интерфейс командной строки быстрой конфигурации

Чтобы быстро настроить этот пример, скопировать следующие команды, ввести их в текстовый файл, удалить все разрывы строки, изменить все данные, необходимые для настройки сети, а затем скопировать и вкопировать команды в интерфейс командной строки на [edit] иерархии.

T-PE1

P1

S-PE1 (ASBR 1)

S-PE2 (ASBR 2)

P2

T-PE2

Пошаговая процедура

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

Настройка маршрутизатора T-PE1 в сценарии между AS:

Прим.:

Повторите эту процедуру для устройства T-PE2 в домене MPLS после изменения соответствующих имен интерфейсов, адресов и других параметров.

  1. Настройте интерфейсы T-PE1.

  2. Установите номер автономной системы.

  3. Актив MPLS на всех интерфейсах T-PE1, за исключением интерфейса управления.

  4. Включить автоматическое обнаружение промежуточных S-PEs, которые составляют MS-PW, используя BGP.

  5. Настройте группу BGP для T-PE1.

  6. Назначьте адреса локальным и соседним узлам группе mspw для T-PE1 равноправным узлам с S-PE1.

  7. Настройте OSPF на всех интерфейсах T-PE1, за исключением интерфейса управления.

  8. Настройте LDP на всех интерфейсах T-PE1, за исключением интерфейса управления.

  9. Настройте экземпляр маршрутки VPN уровня 2 на T-PE1.

  10. Назначьте имя интерфейса экземпляру маршрутов mspw.

  11. Настройте отличительный отличитель маршрута для экземпляра маршрутов mspw.

  12. Настройте сообщество VPN ID уровня 2 для FEC 129 MS-PW.

  13. Настройте целевые показатели маршрутной маршрутки и переадранки VPN (VRF) для экземпляра маршрутов mspw.

  14. Настройте значение идентификатора приложения источника (SAI), используя VPN уровня 2 в качестве протокола маршрутов для экземпляра маршрутов mspw.

  15. Назначьте имя интерфейса, соединяющему узел CE1 с VPN, и настройте значение идентификатора целевого приложения (ПРОСТО) с помощью VPN уровня 2 в качестве протокола маршрутов для экземпляра маршрутов mspw.

  16. (Необязательно) Настройте T-PE1 для отправки TLV состояния MS-PW.

  17. (Необязательно) Настройте возможности OAM для VPN.

Пошаговая процедура

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

Настройка S-PE1 (ASBR 1) в сценарии между AS:

Прим.:

Повторите эту процедуру для устройства S-PE2 (ASBR 2) в домене MPLS после изменения соответствующих имен интерфейсов, адресов и других параметров.

  1. Настройка интерфейсов S-PE1 (ASBR 1).

  2. Установите номер автономной системы.

  3. Актив MPLS всех интерфейсов S-PE1 (ASBR 1), за исключением интерфейса управления.

  4. Включить автоматическое обнаружение S-PE с помощью BGP.

  5. Настройте группу IBGP для S-PE1 (ASBR 1) равноправного узла с T-PE1.

  6. Настройте параметры группы IBGP.

  7. Настройте группу EBGP для S-PE1 (ASBR 1) равноправного узла с S-PE2 (ASBR 2).

  8. Настройте параметры группы EBGP.

  9. Настройте OSPF на всех интерфейсах S-PE1 (ASBR 1), за исключением интерфейса управления.

  10. Настройте LDP на всех интерфейсах S-PE1 (ASBR 1), за исключением интерфейса управления.

  11. Определите политику для включения самонаправления следующего перехода на S-PE1 (ASBR 1).

Результаты

В режиме конфигурации подтвердите конфигурацию путем ввода show interfacesshow protocols команд и show routing-instancesshow routing-optionsshow policy-options команд. Если в выходных данных не отображается указанная конфигурация, повторите инструкции, показанные в данном примере, чтобы исправить конфигурацию.

T-PE1

S-PE1 (RR 1)

После настройки устройства войдите в commit режим конфигурации.

Проверки

Подтвердим, что конфигурация работает правильно.

Проверка маршрутов

Цель

Убедитесь, что ожидаемые маршруты выучатся.

Действий

В рабочем режиме show route запустите команду для bgp.l2vpn.1 таблиц ldp.l2vpn.1 маршрутов и mpls.0ms-pw.l2vpn.1 ,.

В рабочем режиме запустите show route table bgp.l2vpn.1 команду.

В рабочем режиме запустите show route table ldp.l2vpn.1 команду.

В рабочем режиме запустите show route table mpls.0 команду.

В рабочем режиме запустите show route table ms-pw.l2vpn.1 команду.

Смысл

В выходных данных показаны все зауконные маршруты, включая маршруты автоматического обнаружений (AD).

Формат префикса AD2: RD:SAII-type2

  • RD является отличительным значением маршрута.

  • SAII-type2 это значение идентификатора источника вложения 2-го типа.

Формат префикса PW2: Neighbor_Addr:C:PWtype:l2vpn-id:SAII-type2:TAII-type2 где:

  • Neighbor_Addr является адресом обратной связи соседнего устройства S-PE.

  • C указывает, включено ли контрольное слово (CW) или нет.

    • C если CtrlWord CW установлен.

    • C если NoCtrlWord CW не установлен.

  • PWtype указывает тип псевдо-провода.

    • PWtype в 4 том случае, если он находится в режиме тегирований Ethernet.

    • PWtype если 5 это только Ethernet.

  • l2vpn-id является ID VPN уровня 2 для экземпляра маршрутов MS-PW.

  • SAII-type2 это значение идентификатора источника вложения 2-го типа.

  • TAII-type2 это значение идентификатора целевого приложения типа 2.

Проверка базы данных LDP

Цель

Проверьте метки MS-PW, полученные T-PE1 от S-PE1 и посланные из T-PE1 в S-PE1.

Действий

В рабочем режиме запустите show ldp database команду.

Смысл

Метки с FEC129 префиксом связаны с MS-PW.

Проверка соединений MS-PW на T-PE1

Цель

Убедитесь, что все соединения FEC 129 MS-PW и MS up up правильно.

Действий

В рабочем режиме запустите show l2vpn connections extensive команду.

Проверьте следующие поля выходных данных, чтобы убедиться в том, что MS-PW установлена между устройствами T-PE:

  • Target-attachment-id-Проверьте, является ли значением ПРОВЕРКИ (THE) значение SAI T-PE2.

  • Remote PE-Проверьте, указан ли адрес обратной связи T-PE2.

  • Negotiated PW status TLV-Убедитесь, что Yes значение.

  • Pseudowire Switching Points-Проверьте, указаны ли точки коммутатора от S-PE1 к S-PE2 и от S-PE2 к T-PE2.

Смысл

MS-PW установлен между T-PE1 и T-PE2 в направлении переадправления.

Проверка соединений MS-PW на S-PE1

Цель

Убедитесь, что все соединения FEC 129 MS-PW правильно взламываются для экземпляра маршрутов mspw.

Действий

В рабочем режиме запустите show l2vpn connections instance __MSPW__ extensive команду.

Проверьте следующие поля выходных данных, чтобы убедиться в том, что MS-PW установлена между устройствами T-PE:

  • Target-attachment-id-Проверьте, является ли значением ПРОВЕРКИ (THE) значение SAI T-PE2.

  • Remote PE-Проверьте, указаны ли в списке адреса обратной связи T-PE1 и S-PE2.

  • Negotiated PW status TLV-Убедитесь, что Yes значение.

  • Pseudowire Switching Points-Проверьте, указаны ли точки коммутатора от S-PE2 к T-PE2.

Смысл

MS-PW установлен между T-PE1 и T-PE2 в направлении переадправления.

Проверка соединений MS-PW на S-PE2

Цель

Убедитесь, что все соединения FEC 129 MS-PW правильно взламываются для экземпляра маршрутов mspw.

Действий

В рабочем режиме запустите show l2vpn connections instance __MSPW__ extensive команду.

Проверьте следующие поля выходных данных, чтобы убедиться в том, что MS-PW установлена между устройствами T-PE:

  • Target-attachment-id-Проверьте, является ли значением ПРОВЕРКИ (THE) значение SAI T-PE1.

  • Remote PE-Проверьте, указаны ли в списке адреса обратной связи S-PE1 и T-PE2.

  • Negotiated PW status TLV-Убедитесь, что Yes значение.

  • Pseudowire Switching Points-Проверьте, указаны ли точки коммутатора от S-PE1 к T-PE1.

Смысл

MS-PW установлен между T-PE1 и T-PE2 в обратном направлении.

Проверка соединений MS-PW на T-PE2

Цель

Убедитесь, что все соединения FEC 129 MS-PW и MS up up правильно.

Действий

В рабочем режиме запустите show l2vpn connections extensive команду.

Проверьте следующие поля выходных данных, чтобы убедиться в том, что MS-PW установлена между устройствами T-PE:

  • Target-attachment-id-Проверьте, является ли значением ПРОВЕРКИ (THE) значение SAI T-PE1.

  • Remote PE-Проверьте, указан ли адрес обратной связи T-PE1.

  • Negotiated PW status TLV-Убедитесь, что Yes значение.

  • Pseudowire Switching Points-Проверьте, указаны ли точки коммутатора от S-PE2 к S-PE1 и от S-PE1 к T-PE1.

Смысл

MS-PW установлен между T-PE1 и T-PE2 в обратном направлении.

Устранение неполадок

Для устранения неполадок соединения MS-PW см.:

Настольный

Проблема

Как проверить соединение между устройствами T-PE и между устройством T-PE и промежуточным устройством.

Решение

Убедитесь, что T-PE1 может использовать ping T-PE2. Команда принимает SAIs и TAIS в качестве всего или IP-адреса, а также позволяет использовать интерфейс CE интерфейсом вместо других параметров ping mpls l2vpn fec129instance (, local-id , , , remote-idremote-pe-address ).

Checking Connectivity Between T-PE1 and T-PE2

Checking Connectivity Between T-PE1 and S-PE2

Обнаружение многонаправленной переадправления

Проблема

Использование BFD для устранения неполадок соединения MS-PW с устройства T-PE.

Решение

В рабочем режиме проверьте show bfd session extensive выходные данные команды.

Трассировка маршрута

Проблема

Как проверить, что MS-PW был установлен.

Решение

В рабочем режиме проверьте traceroute выходные данные.

MPLS сшивание для подключения виртуальной машины

С помощью MPLS механизм Junos OS обеспечивает соединение между виртуальными машинами, которые находятся на противоположных сторонах маршрутизаторов центра обработки данных или в разных центрах обработки данных. Внешний контроллер, запрограммированный на плоскости данных, MPLS метки виртуальным компьютерам и серверам. Затем между MPLS центра обработки данных используются сигнальные метки, генерирующие статические коммутаторные пути (LSP), которые решаются через BGP, помеченные как одноадрешные, RSVP или LDP, для обеспечения маршрутов, задаваемого меткой.

Когда мне использовать сшивание?

Существует несколько способов подключения виртуальных машин. При использовании виртуальных машин на противоположных сторонах маршрутизатора (или других центров обработки данных) можно MPLS сшиванием. Типичная топология для MPLS показана в Рис. 5 .

Рис. 5: Виртуальные компьютеры по обеим сторонам маршрутизаторовВиртуальные компьютеры по обеим сторонам маршрутизаторов

Вышеоказанная топология состоит из следующих MPLS уровней: VM-| Серверы | ToRs | Маршрутизатор...... Маршрутизаторы | ToRs | Серверы | Вм

Прим.:

Метка слева вверху стека меток.

Как MPLS сшивание?

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

Например, представьте, что трафик отправляется с VM1 на VM3 Рис. 5 in. При выходе трафика из сервера Server1 его стек меток — L1 | L2 | L3 где:

  • L1 представляет собой надстоечный коммутатор ToR1.

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

  • L3: представляет собой виртуальный компьютер на сервере 2, на который сервер 2 должен доставить трафик.

Трафик, поступающий на ToR1, необходимо отправить на ToR2. Поскольку ToR1 и ToR2 не соединены напрямую, трафик должен поступать от ToR1 к ToR2 с использованием переключения меток, начиная с самой внешней (верхней) метки. Сшивание было добавлено к функции static-LSP, чтобы заменить L1 на l-BGP, которую ToR2 объявляет ToR1. Теперь стек меток должен содержать другую метку в верхней части, чтобы включить переад сверху маркировку помеченных пакетов между ToR1 и ToR2. Метка L-Top добавляется, если L-BGP разрешен через RSVP/LDP. Если статический LSP разрешен по L-BGP, то верхняя метка заменяется меткой L-BGP и метка L-Top не существует. При выходе трафика из ToR1 стек: Топ-| L-BGP | L2 | L3.

Трафик от ToR1 к ToR2 затем коммутизируется по всем сигнальным LSP.

Когда трафик поступает на ToR2, верхняя метка удаляется при помощи PHP (выталкивка) и стек меток становится BGP | L2 | L3. Так как L-BGP – неявная нуль-метка, ToR2 выскакиет статическую метку LSP L2, которая соответствует серверу перехода, а затем переадресовывать пакет на сервер перехода, используя конфигурацию static-LSP на ToR2, которая соответствует одно переходу неявно-NULL LSP.

Исходя из стека становится L3, а следующим переходом является выходной сервер Server2.

Когда трафик поступает на сервер для выпадающее трафика Server2, Сервер 2 отстает от L3 и доставляет пакет VM3.

Как настроить сшивание?

Для разрешения удаленного следующего перехода было добавлено новое stitchtransit ключевое слово. Например, вместо set protocols mpls static-label-switched-path static-to-ToR2 transit 1000000 next-hop 10.9.82.47 того, чтобы надстоечный коммутатор перенаправляет пакеты на другой надстоечный коммутатор set protocols mpls static-label-switched-path static-to-ToR2 transit 1000000 stitch с. Команда show mpls static-lsp была расширена для того, чтобы показать состояние LSP как «InProgress» каждый раз, когда LSP ожидает разрешения следующего перехода протоколом претеплек.

Для получения дополнительных сведений см. полный пример выполнения MPLS и BGP для подключения виртуальных машин.

Какие коммутаторы поддерживают зашивание?

Список коммутаторов, поддерживаюющих функцию MPLS для подключений виртуальных машин, см. в проводнике функции Feature Explorer.

Q&a

Q: Обеспечивается ли защита соединения и узла при следующем переходе MPLS сшиванием?О. Защита соединения и узла для следующего перехода транзитного LSP, сшивается на L-BGP LSP не требуется. Это обеспечивается L-BGP LSP.

TDM псевдо-проводов: обзор

Псевдопровод TDM действует как канал или служба уровня 2 для сигналов каналов T1 и E1 во MPLS-коммутаторной сети. На серия ACX маршрутизаторах псевдо-TDM с мультиплексным разделением времени (TDM) на пакетах (SAToP) на серия ACX-интерфейсах T1 и E1 с встроенным разделением каналов. При настройке TDM псевдо-подключений сеть между клиентское граничное устройство (CE) маршрутизаторами прозрачена для CE маршрутизаторов, что делает казаться CE что CE маршрутизаторы подключены напрямую. В конфигурации SAToP на интерфейсах T1 и E1 маршрутизатора поставщика интерфейсов T1 и E1 межпомехавая функция (IWF) формирует полезное количество (кадр), которое содержит данные И1 и контрольные слова маршрутизатора CE T1 и E1 уровня 1. Эти данные переносят на удаленный PE по псевдо-проводу. Удаленный PE удаляет все уровни 2 и MPLS, добавленные в сеть, облако и передает контрольное слово и данные уровня 1 на удаленный IWF, который, в свою очередь, передает данные на удаленный CE маршрутизатор.

Примере: TDM псевдо-конфигурации

Требования

Ниже приводится список аппаратных и программных требований для данной конфигурации.

  • Один серия ACX маршрутизатор

  • Junos OS версии 12.2 или более поздней

Обзор конфигурации TDM Псевдопроводной сети

Конфигурация, показанная здесь, является базовой конфигурацией псевдо-TDM с фреймами T1 на серия ACX маршрутизаторе. Эта конфигурация для одного маршрутизатор на границе сети поставщика услуг. Чтобы завершить настройку TDM псевдо-провода, необходимо повторить эту конфигурацию на другом маршрутизатор на границе сети поставщика услуг в сети с многопротокольной коммутаторной меткой (MPLS) сети.

Настройка конфигурации TDM Псевдопровод

Процедуры

интерфейс командной строки быстрой конфигурации

Чтобы быстро настроить этот пример, скопировать следующие команды, ввести их в текстовый файл, удалить любые разрывы строки, изменить все данные, необходимые для настройки сети, а затем скопировать и вкопировать команды в интерфейс командной строки на уровне edit [] иерархии:

Прим.:

Чтобы настроить псевдо-TDM с фреймами E1, включите утверждение на уровне иерархии [] вместо утверждения, e1edit chassis fpc 0 pic 0 framingt1 показанного в этом примере.

Пошаговая процедура
  1. Настройте формат фреймов:

  2. Создайте интерфейс T1 на многоканализированном интерфейсе T1 () и в создайте полный канал ct1 с помощью no-partition утверждения. На логическом интерфейсе T1 установите режим инкапсуляции Structure-Agnostic TDM Packet (SAToP).

  3. Создайте интерфейс Gigabit Ethernet и MPLS интерфейс. Создание интерфейса обратной связи lo0 ()

  4. Включить протоколы MPLS и RSVP на MPLS ge-0/2/0.0 интерфейсе:

  5. Настройте LDP. При настройке RSVP для псевдо-провода необходимо также настроить LDP:

  6. Настройте маршрут маршрутизации между точками с коммутацией по метке (LSP) и отключите вычисление LSP с ограничением по маршруту:

  7. Настройте OSPF и управление трафиком включить интерфейс MPLS - и на ge-0/2/0.0 интерфейсе обратной связи lo0 ():

  8. Однозначно идентифицируют канал уровня 2 для TDM псевдо-провода:

Результаты

Настройка балансировки нагрузки для Псевдо-проводов Ethernet

Можно настроить балансировку нагрузки для трафика IPv4 через псевдо-провода Ethernet уровня 2. Можно также настроить балансировку нагрузки для псевдо-проводов Ethernet на основе информации IP. Возможность включить IP-информацию в ключе hash обеспечивает поддержку перекрестных соединений Ethernet (CCC).

Прим.:

Эта функция поддерживается только на M120, M320, серия MX и серия T маршрутизаторах.

Чтобы настроить балансировку нагрузки для трафика IPv4 по псевдо-проводам Ethernet уровня 2, включите утверждение на ether-pseudowire[edit forwarding-options hash-key family mpls payload] уровне иерархии:

Прим.:

Также необходимо настроить утверждение label-1 или утверждение на no-labels[edit forwarding-options hash-key family mpls] иерархическому уровне.

Можно также настроить балансировку нагрузки для псевдо-проводов Ethernet на основе информации IP. Эта функциональность обеспечивает поддержку балансировки нагрузки для ethernet-соединений с перекрестным подключением (CCC) подключений. Чтобы включить IP-информацию в ключе hash, включив в нее утверждение ip на [edit forwarding-options hash-key family mpls payload] уровне иерархии:

Прим.:

Также необходимо настроить утверждение или label-1 утверждение no-labels на уровне [edit forwarding-options hash-key family mpls] иерархии.

Можно настроить балансировку нагрузки для трафика IPv4 через псевдо-провода Ethernet, включив в него только IP-информацию уровня 3. Чтобы включить только IP-данные уровня 3, включим layer-3-only параметр на [edit forwarding-options family mpls hash-key payload ip] уровне иерархии:

Прим.:

Также необходимо настроить утверждение или label-1 утверждение no-labels на уровне [edit forwarding-options hash-key family mpls] иерархии.

Настройка балансировки нагрузки на основе MAC-адресов

Механизм hash-ключа для балансировки нагрузки использует информацию MAC-адрес (MAC) уровня 2, например, адрес источника кадра и адреса назначения. Чтобы балансировать нагрузку трафика на основе MAC-данных уровня 2, включим утверждение family multiservice на [edit forwarding-options hash-key] уровне иерархии:

Чтобы включить MAC-сведения о назначении-адреса в ключе hash, включим destination-mac этот параметр. Чтобы включить MAC-адрес источника в ключе hash, включим source-mac этот параметр.

Прим.:

Любые пакеты с одинаковыми адресами источника и назначения будут отправлены по одному пути.

Прим.:

Можно настроить балансировку нагрузки для пакетов для оптимизации потоков трафика VPLS по нескольким путям.

Прим.:

Агрегированные соединения-члены Ethernet теперь используют физические MAC-адрес источника MAC-адрес в пакетах OAM 802.3ah.

Прим.:

серия ACX не поддерживают VPLS.

Таблица истории выпусков
Версия
Описание
14.1X53
Начиная с Junos OS выпуска 14.1X53 и Junos OS 16.1 псевдо-кабель Ethernet используется для передачи ethernet или 802.3 протокольных единиц данных (PDUs) по сети MPLS, позволяющей поставщикам услуг предлагать эмулированные услуги Ethernet через существующие MPLS сетей.