Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

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

Введение в GMPLS

Традиционные MPLS предназначены для переноса IP-трафика 3-го уровня по установленным IP-путям и связыванию этих путей с произвольно присвоенными метами. Эти метки могут быть настроены явным образом администратором сети или могут быть динамически назначены с помощью протокола, такого как LDP или RSVP.

GMPLS общую MPLS в том, что он определяет метки для коммутаторов различных типов трафика уровня 1, 2 или 3. Узлы GMPLS могут иметь связи с одной или более следующих возможностей коммутатора:

  • Оптоволоконные коммутаторы (FSC)

  • Lambda-switched capable (LSC)

  • Мультиплексинг с разделением по времени (TDM) с коммутацией (TSC)

  • Коммутацию пакетов (PSC)

Пути с коммута способностью коммутаторов (LSP) должны начинаться и заканчивается на соединениях с одной и той же возможностью коммутатора. Например, маршрутизаторы могут создавать пакетно-коммутаторные LSP с другими маршрутизаторами. LSP могут быть перенастроечены TDM между мультиплексаторами SONET add/drop (ADM), который, в свою очередь, может быть перенастроен через LSP с коммутаализаемой lambda.

Результатом такого расширения MPLS является увеличение числа устройств, которые могут принимать участие в коммутации меток. Более низкоуровневые устройства, такие как ASCS и SONET ADM, теперь могут принимать участие в сигнализации GMPLS и настроить пути для передачи данных. Маршрутизатор может принимать участие в сигнальных оптических путях в транспортной сети.

Две модели обслуживания определяют видимость, которую клиентский узел (например, маршрутизатор) получает в оптическом сердечнике или в сеть транспортной связи. Первая — через пользовательский сетевой интерфейс (UNI), который часто называют моделью наложения. Вторая известна как модель равноправного узла. Juniper Networks поддерживают обе модели.

Прим.:

Между физическим интерфейсом и интерфейсом GMPLS не обязательно существует хет-хнаб. Если соединение GMPLS использует неканальный физический разъем, метка GMPLS может использовать ID физического порта. Однако метка для многоканализированных интерфейсов часто основана на канале или х интервале времени. Поэтому лучше всего ссылаться на метки GMPLS в качестве идентификаторов ресурса на управление трафиком связи.

Для создания LSP GMPLS использует следующие механизмы:

  • Вне диапазонный контрольный канал и канал данных — сообщения RSVP для настройки LSP посылаются по неконтлятной сети управления. После завершения настройки LSP и предоставления пути канал данных находится в режиме up и может использоваться для передачи трафика. Протокол управления каналами (LMP) используется для определения и управления каналами данных между парой узлов. Можно при желании использовать LMP для установления и обслуживания каналов управления LMP между одноранговых узлами, работающими Junos OS выпуске.

  • Расширения RSVP-управление трафиком для GMPLS — RSVP-управление трафиком уже разработан для сигнализации установки пакетных LSP. Это расширение для GMPLS, чтобы иметь возможность запрашивать настройку пути для различных типов LSP (без пакетов) и запроса меток (например, длины волн, интервалов времени и оптоволоконные волны в качестве объектов меток).

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

Термины и акронимы GMPLS

Обобщенные MPLS (GMPLS)

Расширение для MPLS, что позволяет коммутировать данные из нескольких уровней по путям с коммутаными метами (LPS). Соединения GMPLS LSP возможны между подобными устройствами уровня 1, 2 и 3.

Сочность переададности

Путь пересылки данных между устройствами с поддержкой GMPLS.

Метка GMPLS

Идентификаторы уровня 3, оптический порт, мультиплексирование с разделением по времени (TDM) или плотный мультиплексирование по длине волны (DWDM) волны устройства с поддержкой GMPLS, используемый в качестве идентификатора следующего перехода.

Типы GMPLS LSP

Четыре типа GMPLS LSP:

  • Оптоволоконные коммутаторы (FSC) — LSP коммутируются между двумя оптоволоконные устройствами, такими как оптические перекрестные соединения (ОВСК), которые работают на уровне отдельных оптоволоконные.

  • Lambda-switched (LSC) — коммутаторы LSC коммутируют между двумя DWDM устройствами, такими как РАТ, которые работают на уровне отдельных длин волн.

  • TDM-коммутатором (TDM) — коммутаторы LSP переключаются между двумя TDM устройствами, например, SONET ADM.

  • Packet-switched capable (PSC) — коммутаторы LSP коммутируются между двумя устройствами на основе пакетов, например, маршрутизаторами или коммутаторами ATM.

Протокол управления связью

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

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

Логическое соединение между устройствами с поддержкой GMPLS. Ссылки управления трафиком могут иметь адреса или ID и связаны с определенными ресурсами или интерфейсами. У них также есть определенные атрибуты (тип кодировки, возможность коммутатора, пропускная способность и так далее). Логические адреса могут быть маршрутными, хотя это и не требуется, поскольку они действуют как идентификаторы соединений. Каждый управление трафиком представляет собой соединение между парой устройств, передающим сообщение.

Работа GMPLS

Основные функции GMPLS требуют тесного взаимодействия между RSVP и LMP. Он работает в следующей последовательности:

  1. LMP извещирует RSVP о новых предприятиях:

    • Соединение управления трафиком (смежность переадности)

    • Ресурсы, доступные для управление трафиком связи

    • Контрольный одноранговой ранг

  2. GMPLS извлекает атрибуты LSP из конфигурации и запрашивает RSVP для сигнализации одного или более определенных путей, которые заданы управление трафиком адресами соединений.

  3. RSVP определяет локальный управление трафиком канал связи, соответствующий контроль смежности и активного канала управления, а также параметры передачи (например, IP-адрес назначения). Он запрашивает выделение LMP ресурса из управление трафиком с указанными атрибутами. Если LMP находит ресурс, совпадающий с атрибутами, распределение меток будет успешным. RSVP отправляет переход PathMsg за переходом до достижения конечного маршрутизатора.

  4. Когда целевой маршрутизатор получает PathMsg, RSVP снова запрашивает выделение ресурсов LMP на основе сигнальных параметров. Если распределение меток успешно, маршрутизатор возвращает ResvMsg.

  5. Если сигнализация успешна, то предусмотрена байтовая оптическая траектория.

GMPLS и OSPF

Можно настроить OSPF для GMPLS. OSPF – это протокол внутреннего шлюза (IGP), который маршрутит пакеты внутри одной автономной системы (AS). OSPF использует информацию о состоянии соединений для принятия решений о маршруте.

GMPLS и CSPF

GMPLS вводит дополнительные ограничения для расчетов путей для GMPLS LSP, которые используют CSPF. Эти дополнительные ограничения влияют на следующие атрибуты соединения:

  • Тип сигнала (минимальная пропускная способность LSP)

  • Тип кодиния

  • тип коммутатора

Эти новые ограничения заполняются управление трафиком базой данных путем обмена дескриптором возможностей интерфейса-коммутатора, длиной, значением (TLV) через IGP.

Проигнорированые ограничения, которыми обмениваются через дескриптор функции коммутатора интерфейса:

  • Максимальная пропускная способность LSP

  • Максимальный размер блока передачи данных (MTU)

Вычисление пути CSPF то же самое, что и в средах, не для GMPLS, за исключением того, что линии связи также ограничены ограничениями GMPLS.

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

Ограничения проверяются в следующем порядке:

  1. Тип сигнала, настроенный для GMPLS LSP, означает запрашиваемую ширину полосы пропускания. Если желаемая полоса пропускания меньше минимальной полосы пропускания LSP, дескриптор переключения интерфейса отклоняется.

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

  3. Тип коммутации линий промежуточных коммутаторов должен совпадать с типом LSP GMPLS, заданным в конфигурации.

Функции GMPLS

Список Junos OS включает следующие функции GMPLS:

  • Вне диапазонный маршрут позволяет плоскость управления сигнализировать настройку пути LSP.

  • Расширения RSVP-управление трафиком поддерживают дополнительные объекты за пакетами 3-го уровня, такие как порты, интервалы времени и длины волн.

  • Протокол LMP создает и ведет базу данных управление трафиком и сведений о узлах. В данном протоколе поддерживается только статическая версия Junos OS. Можно дополнительно настроить LMP для установления и обслуживания каналов управления LMP между одноранговых узлами, которые Junos OS выпуску.

  • Между устройствами требуются двухнаправленные LSP.

  • Поддерживаются несколько типов меток GMPLS, определенных в RFC 3471, Generalized MPLS —Функциональное описание сигнализации, например MPLS, Обобщенные, SONET/SDH, Suggested и Upstream. Обобщенные метки не содержат поля типа, поскольку узлы должны знать из контекста своего соединения, какой тип метки следует ожидать.

  • Параметры трафика облегчают кодирование полосы пропускания GMPLS и форматирование SONET/SDH.

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

Настройка MPLS маршрутов для GMPLS

В рамках конфигурации для GMPLS необходимо установить путь MPLS каждое уникальное устройство, подключенное через GMPLS. Настройте удаленный управление трафиком связи в качестве адреса на [edit protocols mpls path path-name] уровне иерархии. Поддерживается первый ограниченный кратчайший путь (CSPF), поэтому можно выбрать либо параметр с strictloose адресом, либо параметр.

См. "Обзор конфигурации LMP" для получения удаленного управление трафиком ссылки.

Чтобы настроить MPLS, включите утверждение path на [edit protocols mpls] уровне иерархии:

Информацию о настройке маршрутов MPLS см. в "Создание именируемых путей".

Отслеживание трафика LMP

Чтобы отследить трафик протокола LMP, включим в себя утверждение traceoptions на [edit protocols link-management] уровне иерархии:

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

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

  • all- Трассировка всех доступных операций

  • hello-packets- Трассировка пакетов приветвания на любом канале управления LMP

  • init– Выходные данные из сообщений инициализации

  • packets- Трассировка всех пакетов, кроме пакетов приветвания на любом канале управления LMP

  • parse— Функционирование парсера

  • process— Функционирование общей конфигурации

  • route-socket— Функционирование событий, относяшек к маршруту

  • routing— Функционирование протоколов маршрутов

  • server- Серверная обработка

  • show— Обслуживание операций show команд

  • state- Отслеживание изменений состояния каналов управления LMP и управление трафиком каналов.

Каждый флаг может переносить один или несколько из следующих модификаторов флагов:

  • detail- Предоставление подробных сведений о трассировок

  • receive— полученные пакеты

  • send— передаваемые пакеты

Настройка MPLS LPS для GMPLS

Чтобы включить соответствующие параметры коммутатора GMPLS, настройте атрибуты коммутируемых меток (LSP) для сетевого подключения. Значение по умолчанию switching-type для этого значения также подходит для psc-1 стандартных MPLS.

Для настройки атрибутов LSP включите утверждение lsp-attributes на [edit protocols mpls label-switched-path lsp-name] уровне иерархии:

При включении утверждения в конфигурацию пути с коммутаатором по метке необходимо также настроить основной и вторичный пути, иначе конфигурация no-cspf не может быть включена.

В следующих разделах описана настройка каждого из атрибутов LSP для GMPLS LSP:

Настройка типа кодики

Необходимо указать тип кодивки полезной нагрузки, передаемой LSP. Это может быть любое из следующих ок.

  • ethernet— Ethernet

  • packet— Пакет

  • pdh- Plesiochronous digital иерархия (PDH)

  • sonet-sdhSONET/SDH

Значение по умолчанию packet .

Чтобы настроить тип кодировки, включите утверждение encoding-type на [edit protocols mpls label-switched-path lsp-name lsp-attributes] уровне иерархии:

Настройка GPID

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

Можно указать GPID с любым из следующих значений:

  • hdlc— Высокоуровневый контроль каналов передачи данных (HDLC)

  • ethernet— Ethernet

  • ipv4— IP-версия 4 (по умолчанию)

  • pos-scrambling-crc-16- Для обеспечения связи с оборудованием других производителей

  • pos-no-scrambling-crc-16- Для обеспечения связи с оборудованием других производителей

  • pos-scrambling-crc-32- Для обеспечения связи с оборудованием других производителей

  • pos-no-scrambling-crc-32- Для обеспечения связи с оборудованием других производителей

  • ppp— Протокол «точка-точка» (PPP)

Для настройки GPID включите утверждение gpid на [edit protocols mpls label-switched-path lsp-name lsp-attributes] иерархическому уровне:

Настройка типа полосы пропускания сигнала

Тип полосы пропускания сигнала - это кодирование, используемого для вычисления пути и контроля доступа. Чтобы настроить тип полосы пропускания сигнала, включите утверждение signal-bandwidth на [edit protocols mpls label-switched-path lsp-name lsp-attributes] уровне иерархии:

Настройка многонаправленных LPS GMPLS

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

Если используется тип коммутации пакетов по psc-1 умолчанию, LSP становится однонаправленным. Чтобы включить двухнаправленный LSP GMPLS, необходимо выбрать не-пакетно-коммутационный тип, такой как lambdafiber , или ethernet . switching-typeВключит утверждение [edit protocols mpls label-switched-path lsp-name lsp-attributes] на иерархической ступени:

Разрешение LSPS без пакетета GMPLS создавать пути через маршрутизаторы, работающие Junos OS

Установка бита в объекте Admin Status. можно включить LPS без пакетета GMPLS для создания путей через маршрутизаторы, Junos. Когда впадающее маршрутизатор отправляет сообщение RSVP PATH с установленным битом Admin Status A, внешнее устройство (а не маршрутизатор, работающий на Junos OS) может либо выполнить тест настройки пути уровня 1, либо помочь создать оптическое соединение.

Установленный бит в объекте Admin Status указывает статус "administrative down" для GMPLS LSP. Эта функция используется специально для непакетных LPS GMPLS. Это не влияет на настройку control path или передачу данных для пакетных LSP.

Junos не различает установку граничного пути и путь данных. Другие узлы сетевого пути в значимом случае используют сигнализацию RSVP PATH с помощью бита A.

Для настройки объекта Admin Status для GMPLS LSP включаем admin-down утверждение:

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

Постепенное размыкание LPS GMPLS

Можно изящно разорвать нефакетные LPS GMPLS. Неожиданное отключение LSP, обычный процесс в сети с коммутационными пакетами может привести к проблемам стабильности в сетях, не связанных с коммутационными пакетами. Для поддержания стабильности нефакет-коммутационных сетей может потребоваться постепенное отключение LPS.

В следующих разделах описывается, как постепенно разрывать LPS GMPLS:

Временное удаление LPS GMPLS

Можно изящно разорвать GMPLS LSP с помощью clear rsvp session gracefully команды.

Эта команда изящно разрывает сеанс RSVP для непакетного LSP через два прохода. При первом проходе объект Admin Status передается по пути к конечной точке LSP. Во время второго прохода LSP отстает. С помощью этой команды LSP временно отстает. После соответствующего интервала GMPLS LSP отключается, а затем повторно повторно.

Команда clear rsvp session gracefully обладает следующими свойствами:

  • Он работает только на маршрутизаторах в сеансе RSVP и на взъехах. При его использования на транзитном маршрутизаторе используется то же поведение, что и clear rsvp session для команды.

  • Он работает только для пакетных LPS. Если используется с пакетом LSP, то оно имеет такое же поведение, как clear rsvp session и команда.

Дополнительные сведения см. в интерфейс командной строки Explorer.

Постоянное удаление LPS GMPLS

При отключке LSP в конфигурации LSP будет постоянно удален. Настройка этого disable утверждения может привести к постоянной отключению GMPLS LSP. Если отключенный LSP не является пакетным LSP, то используются процедуры износоудания LSP, которые используют объект Admin Status. Если отключенный LSP является пакетным LSP, то используются обычные процедуры сигнализации для удаления LSP.

Чтобы отключить GMPLS LSP, включите утверждение на любом disable из следующих уровней иерархии:

  • [edit protocols mpls label-switched-path lsp-name]- Отключите LSP.

  • [edit protocols link-management te-link te-link-name]- Отключите управление трафиком связи.

  • [edit protocols link-management te-link te-link-name interface interface-name]- Отключите интерфейс, используемый управление трафиком связи.

Настройка интервала времени изящного удаления

Маршрутизатор, инициирует процедуру безопасного удаления для сеанса RSVP. Это позволит убедиться, что все маршрутизаторы на пути (в особенности маршрутизаторы в момент начала и удаления) готовы к выявке LSP.

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

Для настройки интервала времени изящного удаления включите утверждение graceful-deletion-timeout на [edit protocols rsvp] уровне иерархии. Можно настроить время от 1 до 300 секунд. Значение по умолчанию — 30 секунд.

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

  • [edit protocols rsvp]

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

Эту команду можно show rsvp version использовать для определения текущего значения, настроенного для времени измеримой времени измеримой удаления.

Обзор сигнализации GMPLS RSVP-управление трафиком VLAN LSP

Понимание сигнализации GMPLS RSVP-управление трафиком

Сигнализация – это процесс обмена сообщениями в течение нескольких плоскость управления для создания, обслуживания, изменения и прекращения передачи данных (маршруты с коммутатором по метке (LSP)) в плоскость данных. Обобщенные MPLS (GMPLS) — пакет протоколов, расширяющий существующий плоскость управления MPLS для управления дополнительными классами интерфейсов и поддержки других видов коммутаторов меток, таких как мультиплексирование с разделением по времени (TDM), оптоволоконные (порты), Lambda и так далее.

GMPLS расширяет интеллектуальные IP/MPLS подключения от уровней 2 и уровня 3 до оптических устройств уровня 1. В отличие от MPLS, которые поддерживают в основном маршрутизаторы и коммутаторы, GMPLS также поддерживается оптическими платформами, включая SONET/SDH, оптические кросс-соединения (ASCS) и мультиплексинг с разделением плотных волн (DWDM).

Помимо меток, которые в основном используются для передачи данных в MPLS, другие физические записи, такие как длина волны, временная интервала и оптоволоконные сети, могут использоваться в качестве объектов меток для передачи данных в GMPLS, используя существующие плоскость управления механизмы для сигнализации различных типов LSP. GMPLS использует RSVP-управление трафиком запрос других объектов метки для сигнализации различных типов LSP (без пакетов). Многонаправленные LSP и вне диапазонный канал управления и канал данных с использованием протокола управления каналами (LMP) являются другими механизмами, которые используются GMPLS для создания LSP.

Потребность в сигнализации LSP для GMPLS RSVP-управление трафиком VLAN

В традиционных двухуровневых службах используются цепи уровня 2 и технологии VPN уровня 2, основанные на LDP и BGP. В традиционном развертывании клиентское граничное устройство (CE) устройства не принимают участия в сигнализации службы уровня 2. Устройства на границе сети провайдера (PE) управляют и предоставляют сервис уровня 2 для обеспечения «end-to-end» соединения между двумя CE устройствами.

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

Рис. 1 показывает, как служба уровня 2 настроена и используется маршрутизаторами CE в технологии LDP/BGP VPN уровня 2. Два CE CE1 и CE2 подключены к сети MPLS через маршрутизаторы PE PE1 и PE2 соответственно. Маршрутизаторы CE маршрутизаторы соединены с маршрутизаторами PE по ethernet-соединениям. Маршрутизаторы CE1 и CE2 настроены с интерфейсами VLAN1 и VLAN2 логического уровня 3, поэтому они подключены напрямую. Маршрутизаторы PE1 и PE2 настроены с цепью уровня 2 (псевдопровод) для переноса трафика VLAN уровня 2 между CE маршрутизаторами. Маршрутизаторы PE используют пакеты MPLS LPS в сети MPLS для переноса трафика VLAN уровня 2.

Рис. 1: Традиционные сервисы "точка-точка" уровня 2Традиционные сервисы "точка-точка" уровня 2

Благодаря внедрению сигнализации LSP на основе GMPLS VLAN потребность в сети PE (также называемой серверно-уровней) для предоставления каждому отдельному подключению уровня 2 между CE (также называемыми клиентами) устройства минимизированы. Клиентский маршрутизатор запрашивает маршрутизатор уровня сервера, к которому он подключен напрямую, для настройки службы уровня 2 для подключения к удаленному клиенту маршрутизатора с помощью сигнализации GMPLS.

Устройства серверного уровня расширяют сигнализацию через сеть уровня сервера для подключения к удаленным клиентских маршрутизаторам. В этом процессе устройство уровня сервера настраивает плоскость данных службу уровня 2 на границе сервера-клиента и настраивает плоскость данных для переноса трафика уровня 2 в сети уровня сервера. С помощью настройки службы уровня 2 клиентские маршрутизаторы могут запускать IP/MPLS непосредственно поверх службы уровня 2 и иметь ip/MPLS дежность друг с другом.

Помимо снижения требуемой нагрузки на устройства серверного уровня сигнализация GMPLS также обеспечивает клиентские маршрутизаторы с гибкостью взламывка каналов уровня 2 по требованию без зависимости от администрирования уровня сервера для предоставления услуги уровня 2.

Используя ту же топологию, что и на рис. 1, показано, как клиентские маршрутизаторы устанавливают и используют службу уровня 2 в технологии Рис. 2 GMPL RSVP-управление трафиком VPN уровня 2.

Рис. 2: LSP GMPLS RSVP-управление трафиком VLANLSP GMPLS RSVP-управление трафиком VLAN

In, вместо того, чтобы настраивать псевдо-кабель для передачи трафика VLAN уровня 2 между клиентских маршрутизаторов, маршрутизаторы PE1 и PE2 настраиваются с помощью канала связи на основе IP и других настроек, определенных GMPLS (определение каналов Ethernet как управление трафиком-каналов), для того чтобы разрешить обмен Рис. 2 GMPLS RSVP-управление трафиком сигнальными сообщениями с маршрутизаторами-клиентами. Маршрутизаторы CE1 и CE2 также настроены с IP-каналом связи и соответствующей конфигурацией GMPLS для обмена сигнальными сообщениями GMPLS RSVP-управление трафиком с маршрутизаторами серверного уровня. Маршрутизаторы CE1 и CE2 устанавливают ip/MPLS верхней части этой службы уровня 2.

Функциональные возможности сигнализации GMPLS RSVP-управление трафиком VLAN LSP

Исходя из того, что клиентский маршрутизатор устанавливает службу уровня 2 в сети на серверном уровне Рис. 2 следующим образом:

  1. Маршрутизатор CE1 инициирует сигнализацию GMPLS RSVP-управление трафиком с маршрутизатором PE1. В этом сигнальном сообщении маршрутизатор CE1 указывает VLAN на соединении Ethernet, для которой необходима служба уровня 2, и удаленный маршрутизатор CE, маршрутизатор CE2, к которому должна быть подключена VLAN.

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

  2. Маршрутизатор PE1 использует информацию от маршрутизатора CE1 в сигнальных сообщениях и определяет удаленный маршрутизатор PE, маршрутизатор PE2, с которым подключен маршрутизатор CE2. Затем маршрутизатор PE1 устанавливает пакет MPLS LSP (связанное двухнаправленное) через сеть уровня MPLS сервера для передачи трафика VLAN, а затем передает сигнальное сообщение GMPLS RSVP-управление трафиком маршрутизатору PE2 с помощью механизма иерархии LSP.

  3. Маршрутизатор PE2 передает сигнальное сообщение GMPLS RSVP-управление трафиком маршрутизатору CE2 с VLAN, который будет использоваться на ethernet-соединении PE2-CE2.

  4. Маршрутизатор CE2 отвечает подтверждением на GMPLS RSVP-управление трафиком сигнализации маршрутизатору PE2. Маршрутизатор PE2 затем распространяет его на маршрутизатор PE1, который, в свою очередь, распространяет его на маршрутизатор CE1.

  5. В рамках распространения этого сообщения маршрутизаторы PE1 и PE2 устанавливают плоскость перенаправления, чтобы включить двухнаправленный поток трафика VLAN уровня 2 между маршрутизаторами CE1 и CE2.

Иерархия LSP с GMPLS RSVP-управление трафиком VLAN LSP

Служба уровня 2 в GMPLS RSVP-управление трафиком VLAN сигнализация LSP создается с помощью механизма иерархии, в котором два различных RSVP LSP создаются для службы уровня 2:

  • LSP с информацией о состоянии на клиентских и серверных маршрутизаторах — это LSP, на 8-ой VLAN.

  • Связанный двухнаправленный пакетный транспортный LSP, присутствующий в маршрутизаторах серверного уровня (PE и P) сети на серверном уровне.

Иерархия LSP избегает совместного использования информации о технических характеристиках LSP с основными узлами сети серверного уровня. Данное решение полностью разделяет состояние LSP и транспортное состояние LSP и гарантирует, что состояние LSP VLAN присутствует только на узлах (PE, CE) там, где это необходимо.

Спецификация пути для GMPLS RSVP-управление трафиком VLAN LSP

Путь для GMPLS RSVP-управление трафиком LSP настраивается как явный объект маршрута (МВК) на инициализируемых клиентских маршрутизаторах. По мере того, как этот LSP проходит через различные сетевые домены (инициирует, завершает работу в клиентской сети и проходит сеть уровня сервера), настройка LSP попадает под категорию interdomain установки LSP. В интердоменном сценарии один сетевой домен обычно не имеет полной видимости топологии другого сетевого домена. Следовательно, ЧАТЫ, настраиваемые на инициационном клиенте-маршрутизаторе, не имеют сведений о полном переходе для части сервера-уровня. Для данной функции требуется, чтобы МВТ, настроенный на CE маршрутизаторе, был тремя переходами, при этом первый переход был жестким переходом, определяющим соединение CE1-PE1 Ethernet, второй переход – это рыхлое соединение, определяющий выход PE маршрутизатора (PE2), и третий переход был жестким переходом, определяющим соединение CE2-PE2 Ethernet.

Конфигурация LSP для GMPLS RSVP-управление трафиком VLAN

Конфигурация, необходимая для настройки GMPLS VLAN LSP на клиенте и серверных маршрутизаторах, использует существующую модель конфигурации GMPLS с некоторыми расширениями. Модель Junos OS GMPLS для непакетных LSP нацелена на то, чтобы привести физические интерфейсы в состояние и пройти через сигнализацию GMPLS RSVP-управление трафиком, в то время как сигнализация GMPLS RSVP-управление трафиком VLAN LSP направлена на то, чтобы отдельные VLAN были на вершине физического интерфейса. Это можно сделать с помощью ethernet-vlan[edit protocols link-management te-link] утверждения конфигурации в иерархии.

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

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

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

  3. Маршрутизатор клиента и сетевой узел сервера используют идентификатор управление трафиком (IP-адрес) в качестве перехода GMPLS RSVP и идентификатора физического интерфейса в качестве значений меток GMPLS в сигнальных сообщениях GMPLS RSVP-управление трафиком, чтобы привести физический интерфейс в операционное состояние.

В существующей конфигурации GMPLS узлы сети сервера и клиента используют утверждение конфигурации для protocols link-management peer peer-name указания смежного узла одноранговых узлов. Поскольку клиентский маршрутизатор может иметь один или несколько физических интерфейсов, подключенных к сетевому узлу сервера, эти физические интерфейсы группются и идентифицироваться по IP-адресу посредством утверждения protocols link-management te-link link-name конфигурации. На управление трафиком-соединению назначен локальный IP-адрес, удаленный IP-адрес и список физических интерфейсов. Затем управление трафиком-соединение с утверждением protocols link-management peer peer-name te-link te-link-list конфигурации.

Канал контроля вне диапазона, необходимый для обмена сигнальными сообщениями, определяется с помощью protocols link-management peer peer-name control-channel interface-name конфигурации. Существование сетевого узла сервера или клиента можно сделать видимым для протоколов RSVP и IGP (OSPF) с помощью утверждения конфигурации на уровнях иерархии и в peer-interface interface-name[edit protocols rsvp][edit protocols ospf] иерархии.

В существующей конфигурации GMPLS метка (метка вышестояния и метка повторного входящего потока), которая передается в сигнальных сообщениях, является идентификатором, который идентифицирует физический интерфейс, который необходимо подвести. Поскольку метка используется для идентификации физического интерфейса, существующая конфигурация GMPLS позволяет сгруппировать несколько интерфейсов в рамках одного управление трафиком-соединения. В существующей конфигурации GMPLS имеется достаточная информация в сигнальных сообщениях GMPLS RSVP-управление трафиком, например адрес управление трафиком-соединения и значение метки, чтобы определить физический интерфейс, который требуется активировать. В отличие от этого, для конфигурации GMPLS RSVP-управление трафиком VLAN LSP значение VLAN ID используется в качестве метки в сигнальном сообщении.

В конфигурации GMPLS RSVP-управление трафиком VLAN LSP, если допускается настройка нескольких интерфейсов в рамках одного управление трафиком-соединения, использование ID VLAN в качестве значения метки в сигнальном сообщении может привести к проблеме с тем, какой физический интерфейс, для которого должна быть настроена VLAN. Таким образом, управление трафиком-соединение настраивается с помощью конфигурирований, если количество физических интерфейсов, настроенных в рамках управление трафиком-соединения, ограничено только ethernet-vlan одним.

В существующей конфигурации GMPLS полоса пропускания для непакетного LSP является дискретным объемом, соответствующим пропускной способности физического интерфейса, который необходимо взламывать. Таким образом, конфигурация GMPLS LSP не позволяет задана какой-либо пропускной способности, но позволяет ее укажиться только с помощью утверждения конфигурации на signal-bandwidth[protocols mpls label-switched-path lsp-name lsp-attributes] уровне иерархии. В конфигурации GMPLS VLAN LSP пропускная способность задана подобно полосе пропускания LSP пакета. В конфигурации GMPLS VLAN LSP этот параметр поддерживается bandwidth и signal-bandwidth не поддерживается.

Связанный многонаправленный пакет LSP

LSP GMPLS RSVP-управление трафиком VLAN передается по связанному двухнаправленному транспортному LSP внутри сети серверного уровня, который является односторонним и предусмотренным LSP. Транспортная сигнализация LSP инициализется как однонаправленный LSP от маршрутизатора-источника к маршрутизатору назначения в направлении вперед, а маршрутизатор назначения, в свою очередь, инициирует сигнализацию однонаправленного LSP на обратном направлении обратно к маршрутизатору-источнику.

Перед тем, как прервать решение для связанного bidirectional пакета и GMPLS RSVP-управление трафиком VLAN LSP

Поддержка перед перерывом для связанного многонаправленного транспортного LSP следует аналогичной модели, когда маршрутизатор назначения для передающего направления bidirectional LSP не выполняет операций make-before break на обратном направлении bidirectional LSP. Именно исходный маршрутизатор (инициатор связанного многонаправленного LSP) инициирует перед этим новый экземпляр связанного bidirectional LSP, а маршрутизатор назначения, в свою очередь, инициирует новый экземпляр make-before break в другом направлении.

Например, в этом случае однонаправленный транспортный LSP инициирует от маршрутизатора PE1 к маршрутизатору PE2 в направлении переадправления, и, в свою очередь, маршрутизатор PE2 инициирует транспортный LSP к маршрутизатору PE1 в обратном Рис. 2 направлении. При создании экземпляра перед разрывом только маршрутизатор PE1, инициляющий клиентский маршрутизатор, может установить новый экземпляр связанного однонаправленного LSP. Маршрутизатор PE2, в свою очередь, инициирует make-before break newer instance в обратном направлении.

Поддержка перед разрывом связанного двухнаправленного транспортного LSP используется только в сценариях, когда транспортный LSP попадает в состояние локальной защиты в результате сбоя соединения или узла на пути LSP. LSP для GMPLS RSVP-управление трафиком VLAN использует механизм make-before break для настройки без проблем изменений полосы пропускания.

Прим.:

Периодическая переоптимизация для связанных многонаправленных транспортных LPS не включена.

Более новый экземпляр передавка ДЛЯ LSP GMPLS VLAN поддерживается с следующими ограничениями:

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

  • На обоих концах сервера-клиента должны быть одинаковые соединения между сервером и клиентом.

  • Он должен использовать ту же метку VLAN на соединениях сервер-клиент, что и старый экземпляр.

  • LSP GMPLS VLAN следует настраивать так, как если изменение полосы пропускания инициировался с интерфейс командной строки, либо текущий экземпляр LSP VLAN был разорван и установлен новый экземпляр adaptive LSP VLAN.

Операция make-before break для LSP GMPLS VLAN на серверном граничный маршрутизатор отклоняется, если эти ограничения не выполнены.

На о границах маршрутизаторов на серверном уровне при виден экземпляр перед разрывом LSP GMPLS VLAN, создается совершенно новый, отдельный двухнаправленный транспортный LSP, который поддерживает этот экземпляр make-before-break. Существующий связанный с этим directional LSP (поддерживающие старый экземпляр) не запускается для запуска экземпляра make-before break на уровне транспортного LSP. Последствием такого выбора (инициации нового транспортного LSP) является то, что при совместном использовании ресурсов/пропускной способности уровня сервера не происходит, когда для GMPLS VLAN LSP выполняется операция make-before break.

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

Junos OS поддерживают следующие функции с GMPLS RSVP-управление трафиком VLAN LSP:

  • Запрос определенной полосы пропускания и локальной защиты для LSP VLAN на клиентский маршрутизатор к маршрутизатору серверного уровня.

  • Поддержка беспроинкционной активной маршрутации (NSR) для LSP GMPLS VLAN на клиентских маршрутизаторах, маршрутизаторах на уровне сервера и связанных двухнаправленных транспортных LSP на о границах серверного уровня.

  • Поддержка нескольких шасси.

Junos OS VLAN LSP поддерживает следующие not функции GMPLS RSVP-управление трафиком VLAN:

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

  • Вычисление конечных путей для LSP GMPLS VLAN с использованием алгоритма CSPF на клиентского маршрутизаторе.

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

  • Автоматическое обеспечение клиентских интерфейсов VLAN уровня 3 после успешной установки LSP VLAN на клиентских маршрутизаторах.

  • MPLS OAM (LSP-ping, BFD).

  • Пакетная MPLS, например, "следующий переход" в статическом маршруте и IGP ярлыках.

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

  • Junos OS Services Framework.

  • Поддержка IPv6.

  • Логические системы.

  • Агрегированные интерфейсы Ethernet/SONET/IRB на серверно-клиентской связи.

Примере: Настройка сигнализации LSP для GMPLS RSVP-управление трафиком VLAN

В этом примере показано, как настроить сигнализацию GMPLS RSVP-управление трафиком VLAN LSP на клиентских маршрутизаторах, чтобы позволить одному клиентскому маршрутизатору подключаться к удаленному клиентскому маршрутизатору через сеть серверного уровня с помощью иерархии LSP. Это позволяет клиентских маршрутизаторам создавать, поддерживать и обслуживать службы уровня 2 без зависимости от администрирования уровня сервера, тем самым снижая тем самым расходы на эксплуатационные расходы сети поставщика.

Требования

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

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

  • Junos OS версии 14.2 или более поздней версии, запущенной на клиентских маршрутизаторах и edge-маршрутизаторах на серверном уровне

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

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

  2. Настройте связанные с интерфейсом сети VLANs.

  3. Настройте следующие протоколы маршрутов:

    • Rsvp

    • MPLS

    • Lmp

Обзор

Начиная с Junos OS 14.2, клиентские маршрутизаторы, начиная с выпуска 14.2, сервисы уровня 2 между двумя клиентских маршрутизаторами во внешней/сторонних сетях на уровне сервера устанавливаются клиентские маршрутизаторы по требованию посредством сигнализации GMPLS RSVP-управление трафиком. Эта функция предоставляет маршрутизаторам клиента гибкие возможности для установления, обслуживания и предоставления услуг уровня 2 без зависимости от администрирования сервера-уровня, тем самым снижая тем самым расходы на эксплуатационные расходы сети поставщика. В традиционной технологии VPN уровня 2, основанной на LDP и BGP, сеть-провайдер обрабатывала действия по предоставлению для каждого цепи уровня 2, установленной между двумя маршрутизаторами-клиентами.

Рис. 3 иллюстрирует настройку и сигнализацию GMPLS VLAN LSP между двумя клиентских маршрутизаторами, CE1 и CE2, через сеть на серверном уровне с двумя гранными маршрутизаторами уровня сервера, PE1 и PE2, и одним маршрутизатором ядра сервера на уровне, P.

Рис. 3: Настройка LSP GMPLS VLANНастройка LSP GMPLS VLAN

Сигнализация GMPLS VLAN LSP выполняется следующим образом:

  1. Initiating GMPLS VLAN LSP at CE1

    Маршрутизатор CE1 инициирует установку LSP GMPLS VLAN, посылая сообщение о пути GMPLS RSVP-управление трафиком маршрутизатору PE1. Сигнализация между CE1 и PE1 передается по внедиабным каналам управления, которые является отдельной контрольной VLAN, настроенной на канале Ethernet, соединяющем два маршрутизатора.

    Сообщение о пути GMPLS RSVP-управление трафиком, инициированное маршрутизатором CE1, используется для выполнения следующего:

    1. Определите соединение Ethernet, на котором активна VLAN.

    2. Абстрагироваться от соединения Ethernet как управление трафиком-соединения и назначить IP-адрес для идентификации соединения Ethernet.

    3. Выделить VLAN ID из пула свободных VLAN, управляемых маршрутизатором CE1, для каждого соединения Ethernet, соединяющего маршрутизатор PE1 с идентифицированным Ethernet-соединением.

      Этот VLAN ID также может использоваться для LSP GMPLS VLAN на соединении Ethernet CE2-PE2.

    4. Определите VLAN, для которой необходимо настроить службу уровня 2, используя выделенный ID VLAN в качестве объекта метки входящего потока и значения метки в направлении вверх.

    5. Включите объект ПОЧТЫ, который помогает маршрутизатору PE1 создавать LSP VLAN через сеть на серверном уровне к удаленному клиенту-маршрутизатору CE2. Объект МВП в сообщении пути включает в себя три перехода:

      • Первый переход — строгий переход, определяющий инициировал соединение Ethernet между клиентом и сервером, PE1-CE1.

      • Второй переход — рыхлое перегон, определяющий удаленный маршрутизатор уровня сервера, PE2.

      • Третий переход — строгий переход, определяющий удаленный clinet-сервер Ethernet-соединение PE2-CE2.

    6. Включите полосу пропускания, необходимую для LSP GMPLS VLAN.

    7. Включите локализованную защиту, необходимую в сети уровня сервера для LSP VLAN.

  2. Initiating Associated Bidirectional Transport LSP at PE1

    После того, как маршрутизатор PE1 получает сообщение пути от маршрутизатора CE1, сообщение подтверждается для проверки доступности соединения Ethernet и ID VLAN. В сети на серверном уровне службы уровня 2 между маршрутизаторами серверного уровня PE1 и PE2 предоставляются в нужном плоскость данных аналогично схеме уровня 2. Маршрутизатор PE1 обеспечивает транспортировку LSP к маршрутизатору PE2, а затем расширяет LSP GMPLS VLAN в качестве иерархического LSP, который работает поверх PE1-PE2 транспортного LSP. Транспортный LSP PE1-PE2 является пакетным LSP и по своему характеру является двухнаправленным. Дело в том, что LSP GMPLS VLAN является двухнаправленным, и каждый маршрутизатор серверного уровня должен иметь возможность делать следующее:

    • Получение трафика с клиент-сервер ethernet(например, соединение PE1-CE1) и отправка его на удаленный маршрутизатор уровня сервера, PE2.

    • Получите трафик от удаленного маршрутизатора PE2 и отправьте его по соединению PE1-CE1 Ethernet.

    Для каждого GMPLS VLAN LSP в сети на серверном уровне устанавливается LSP пакетной переноски. Транспортный LSP используется исключительно для переноса трафика GMPLS VLAN LSP, для которого он был создан. Транспортный LSP динамически создается во время получения GMPLS VLAN LSP; таким образом, для запуска его создания не требуется конфигурации. Транспортный LSP, установленный для VLAN LSP, наследует атрибуты пропускной способности и локальной защиты от LSP VLAN.

    Маршрутизатор PE1 передает LSP PE1-PE2 на маршрутизатор PE2. Маршрутизатор PE1 определяет пункт назначения для транспортного LSP от свободного перехода, указанного в объекте ПОЧТА объекта GMPLS RSVP-управление трафиком пути от маршрутизатора CE1, и затем передает сигнал VLAN LSP. Однако, если транспортный LSP PE1-PE2 не удается установить, маршрутизатор PE1 посылает маршрутизатору CE1 сообщение об ошибке пути, и LSP GMPLS VLAN также не установлен.

  3. Setting Up the Associated Bidirectional Transport LSP Between the Server-Layer Routers

    Связанный двунаправленный LSP между маршрутизаторами PE1 и PE2 состоит из двух однонаправленных пакетов LSP:

    • PE1-to-PE2

    • PE2-to-PE1

    Маршрутизатор PE1 инициирует сигнализацию однонаправленного пакета LSP к маршрутизатору PE2. Этот однонаправленный пакет LSP представляет собой направление переадправления (PE1-to-PE2) связанного двухнаправленного LSP, а сообщение пути содержит объект Расширенной связи, указывающий на то, что это одностороння модель и обеспечения. При получении сообщения о пути для LSP маршрутизатор PE2 отвечает сообщением Resv и запускает сигнализацию однонаправленного пакета LSP к маршрутизатору PE1 с тем же путем, что и (PE1-к-PE2) в обратном направлении. Этот однонаправленный пакет LSP использует направление PE2-к-PE1 связанного двухнаправленного LSP, и это сообщение пути содержит тот же самый объект расширенной связи, который виден в сообщении пути PE1-к-PE2.

    Когда маршрутизатор PE1 получает сообщение Resv для однонаправленного LSP PE1-PE2 и сообщение пути для однонаправленного LSP PE2-to-PE1, PE1 связывает PE1-к-PE2 и PE2-к-PE1 однонаправленные LSP, сопосняя объекты расширенной связи, которые находятся в соответствующих сообщениях пути. Для сообщения о пути для однонаправленного LSP PE2-PE1 маршрутизатор PE1 отвечает сообщением Resv. При получении сообщения Resv для PE1-to-PE2 LSP и сообщения о пути для LSP PE2-to-PE1, маршрутизатор PE1 установил связанный двухнаправленный пакетный транспортный LSP.

  4. Setting Up the GMPLS VLAN LSP at Router PE1

    После успешного установления транспортного LSP маршрутизатор PE1 инициирует сигнализацию GMPLS VLAN LSP. Маршрутизатор PE1 отправляет сообщение пути GMPLS RSVP-управление трафиком, соответствующее LSP VLAN, напрямую маршрутизатору PE2, который является двухнаправленным по своей природе и включает объект метки вышестояния.

    Маршрутизатор PE2 не знает о связи между транспортным LSP и VLAN LSP. Это ассоциация указывается маршрутизатору PE2 маршрутизатором PE1.

  5. Setting Up the GMPLS VLAN LSP at Router PE2

    При получении сообщения пути VLAN LSP от маршрутизатора PE1 маршрутизатор PE2 проверяет доступность транспортного LSP. Если транспортный LSP не доступен или процесс настройки LSP продолжается, обработка LSP VLAN перенастроена на удержание. Когда транспортный LSP доступен, маршрутизатор PE2 обрабатывает сообщение пути VLAN LSP. Объект МВП в сообщении пути указывает, что следующим переходом является строгий переход, определяющий соединение Pe2-to-CE2 Ethernet. Объект МВП может указывать VLAN ID, который будет использоваться на ethernet-соединении PE2-CE2 маршрутизатором PE2.

    Маршрутизатор PE2 правильно выделяет VLAN ID для отправки в качестве метки в сообщении пути LSP VLAN маршрутизатору CE2 и отправляет его по не-диапазону каналов управления.

  6. Processing the GMPLS VLAN LSP at Router CE2

    При получении GMPLS RSVP-управление трафиком LSP от маршрутизатора PE2 маршрутизатор CE2 проверяет наличие VLAN ID для размещения на соединении PE2-to-CE2. Затем маршрутизатор CE2 выделяет VLAN ID для этого VLAN LSP и посылает маршрутизатору PE2 сообщение Resv с ID VLAN в качестве объекта метки в сообщении Resv.

  7. Processing the GMPLS VLAN LSP at Router PE2

    При получении сообщения Resv от маршрутизатора CE2 маршрутизатор PE2 проверяет, что объект метки в сообщении Resv имеет тот же VLAN ID, что и в сообщении пути. Затем маршрутизатор PE2 выделяет 20-битную MPLS метку, которая включается в сообщение Resv, отосланное маршрутизатору PE1.

    Затем маршрутизатор PE2 программет плоскость передачи с записями, чтобы обеспечить функциональные возможности службы уровня 2.

    Прим.:

    Для всех VLAN ID, которые могут быть выделены в качестве меток на соединениях PE1-to-CE1 и PE2-CE2 Ethernet, необходимо вручную настраивать логические интерфейсы для целей перекрестного соединения (CCC) на граничных маршрутизаторах серверного уровня, а не для других семей, таких как IPv4, IPv6 или MPLS.

  8. Processing the GMPLS VLAN LSP at Router PE1

    При получении сообщения Resv для VLAN LSP от маршрутизатора PE2, маршрутизатор PE1 посылает маршрутизатору CE1 сообщение Resv с тем же VLAN ID, что он получил в качестве метки от маршрутизатора CE1. Маршрутизатор PE1 программет плоскость передачи с записями, чтобы обеспечить функциональные возможности службы уровня 2 в качестве маршрутизатора PE2.

  9. Processing the GMPLS VLAN LSP at Router CE1

    При получении сообщения Resv от маршрутизатора PE1 маршрутизатор CE1 проверяет, что VLAN ID, полученный в сообщении Resv, соответствует VLAN ID в вышестоякой метке в сообщении пути, которое он отправил. На этом настройка GMPLS VLAN LSP от маршрутизатора CE1 к маршрутизатору CE2 завершена.

    Прим.:
    • Установка LSP GMPLS VLAN не приводит к добавлению записей плоскости переадстройки на клиентских маршрутизаторах, CE1 и CE2. Только маршрутизаторы серверного уровня, PE1 и PE2, добавляют записи плоскости перенастройки для LSP GMPLS VLAN.

    • Между клиентом и маршрутизаторами на серверном уровне информация о маршруте не передается. Маршрутизаторы клиентского и серверного уровня не обмениваются информацией топологии сети друг с другом.

  10. Accounting for Bandwidth of the GMPLS VLAN LSP

    После успешной установки GMPLS VLAN LSP клиентский и серверный маршрутизаторы уменьшают объем доступной полосы пропускания каналов Ethernet сервера-клиента за счет величины полосы пропускания, выделенной для GMPLS VLAN LSP. Эта информация учета полосы пропускания используется для контроля доступа, когда дополнительные LSP GMPLS VLAN были вынесены на канале Ethernet сервера-клиента.

  11. Using GMPLS VLAN LSP by the Client Routers

    После успешной установки LSP GMPLS VLAN клиентские маршрутизаторы ( CE1 и CE2) должны быть настроены вручную с помощью логического интерфейса VLAN над ссылками Ethernet сервера-клиента с сигнальным VLAN ID. Этот логический интерфейс необходимо настроить с IP-адресом и должен быть включен в IGP протокол. В результате данной конфигурации маршрутизаторы CE1 и CE2 устанавливают IGP и обмениваются трафиком данных через службу уровня 2, установленную посредством сигнализации GMPLS.

    Рис. 4 иллюстрирует поток трафика данных LSP GMPLS VLAN от маршрутизатора CE1 к маршрутизатору CE2 после завершения настройки LSP и установки необходимой конфигурации CE1-to-CE2 IGP/MPLS установки удлиняемой четности. Транспорт LSP на серверном уровне берет начало от маршрутизатора PE1, проходит через одно серверно-уровень ядра маршрутизатора, маршрутизатор P, и достигает маршрутизатора PE2. Транспортный LSP на серверном уровне отображается как предпоследний pop LSP, где маршрутизатор P отключается с транспортной метки LSP, и только метка службы присутствует на соединении P-to-PE2.

    Рис. 4: Поток данных LSP GMPLS VLANПоток данных LSP GMPLS VLAN

Топологии

В, Рис. 5 сигнализация GMPLS RSVP-управление трафиком VLAN LSP используется для установления служб уровня 2 между клиентских маршрутизаторами, маршрутизатором CE1 и маршрутизатором CE2. На серверных маршрутизаторах, маршрутизаторах PE1 и PE2, имеется туннель GRE, установленный с каждым из напрямую подключенных клиентских маршрутизаторов. Маршрутизаторы P1 и P2 также являются серверами в сети на серверном уровне.

Рис. 5: Настройка сигнализации LSP для GMPLS RSVP-управление трафиком VLANНастройка сигнализации LSP для GMPLS RSVP-управление трафиком VLAN

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

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

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

CE1

PE1

P1

P2

PE2

CE2

Настройка клиентского маршрутизатора

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

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

Для настройки маршрутизатора CE1:

Прим.:

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

  1. Настройте интерфейс, соединяющий маршрутизатор CE1 с маршрутизатором PE1.

  2. Настройте контрольную VLAN для интерфейса ge-0/0/0.

  3. Настройте LSP VLAN на интерфейсе ge-0/0/0.

  4. Настройте туннель GRE в качестве управляющего интерфейса для маршрутизатора CE1.

  5. Настройте интерфейс обратной связи маршрутизатора CE1.

  6. Настройте адрес обратной связи маршрутизатора CE1 в качестве ID маршрутизатора.

  7. Включить RSVP на всех интерфейсах маршрутизатора CE1, за исключением интерфейса управления.

  8. Настройте одноранговой интерфейс RSVP для маршрутизатора CE1.

  9. Отключает автоматическое вычисление пути для маршрутов с коммутацией по метке (LPS).

  10. Настройте LSP для подключения маршрутизатора CE1 к маршрутизатору CE2.

  11. Настройте атрибуты LSP CE1-to-CE2.

  12. Настройте параметры пути и пути CE1-TO-CE2 LSP.

  13. Актив MPLS всех интерфейсов маршрутизатора CE1, за исключением интерфейса управления.

  14. Настройте управление трафиком и назначьте адреса локальному и удаленному концам соединения.

  15. В включить настройку LSP VLAN уровня 2 на соединении 10 управление трафиком связи.

  16. Настройте интерфейс маршрутизатора CE1 в качестве интерфейса-участника соединения link10 управление трафиком соединению.

  17. Настройте маршрутизатор PE1 в качестве равноправного узла протокола управления соединениями (LMP) для маршрутизатора CE1 и настройте атрибуты узла.

Результаты

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

Настройка маршрутизатора сервера

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

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

Для настройки маршрутизатора PE1:

Прим.:

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

  1. Настройте интерфейс, соединяющий маршрутизатор PE1 с маршрутизатором CE1.

  2. Настройте контрольную VLAN для интерфейса ge-0/0/0.

  3. Настройте LSP VLAN на интерфейсе ge-0/0/0.

  4. Настройте интерфейс, соединяющий маршрутизатор PE1 с основными (маршрутизатор P1 и маршрутизатор P2).

  5. Настройте туннель GRE в качестве управляющего интерфейса для маршрутизатора PE1.

  6. Настройте интерфейс обратной связи маршрутизатора PE1.

  7. Настройте адрес обратной связи маршрутизатора PE1 в качестве ID маршрутизатора.

  8. Настройте связанный однонаправленный LSP и в настройте однонаправленный обратный LSP для односторонней и предусмотренной forward LSP.

  9. Включить RSVP на всех интерфейсах маршрутизатора PE1, за исключением интерфейса управления.

  10. Настройте одноранговой интерфейс RSVP для маршрутизатора PE1 и включите динамическую настройку однонаправленного пакета LSP для транспортировки непакета GMPLS LSP.

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

  12. Настройте OSPF с управление трафиком возможностями.

  13. Актив OSPF области 0 на всех интерфейсах маршрутизатора PE1, за исключением интерфейса управления.

  14. Настройте управление трафиком и назначьте адреса локальному и удаленному концам соединения.

  15. В возможности настройки LSP VLAN уровня 2 для определенного диапазона VLAN на управление трафиком связи.

  16. Настройте интерфейс маршрутизатора PE1 в качестве интерфейса-участника управление трафиком link.

  17. Настройте Router CE1 в качестве одноранговых LMP для маршрутизатора PE1 и настройте атрибуты одноранговых узла.

Результаты

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

Проверки

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

Проверка состояния инженерного трафика на клиентских маршрутизаторах

Цель

Проверьте состояние соединения управление трафиком, настроенного между маршрутизаторами CE1 и Router CE2.

Действий

В рабочем режиме show link-management запустите команды и show link-management te-link detail команды.

Смысл

Между маршрутизаторами-клиентами установлено одноранговая связь протокола управления связью (LMP), и соединение управление трафиком установлено на обоих маршрутизаторах CE1 и CE2.

Проверка состояния сеанса RSVP на клиентских маршрутизаторах

Цель

Проверьте состояние сеансов RSVP между маршрутизаторами CE1 и Router CE2.

Действий

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

Смысл

Сеансы RSVP устанавливаются между маршрутизатором-вресурсом, маршрутизатором CE1 и маршрутизатор исходящего трафика, маршрутизатором CE2.

Проверка состояния LSP на серверном маршрутизаторе

Цель

Проверьте состояние LSP MPLS LSP на маршрутизаторе PE1.

Действий

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

Смысл

LSP CE1-CE2 установлен, и в выходных данных отображаются атрибуты LSP.

Проверка записей CCC в таблице MPLS маршрутов серверных маршрутизаторов

Цель

Проверьте записи интерфейса с перекрестным подключением (CCC) в MPLS маршрутов.

Действий

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

Смысл

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

Проверка возможности подключения между конечными компьютерами

Цель

Проверьте соединение между маршрутизатором CE1 и удаленным клиентом маршрутизатором CE2.

Действий

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

Смысл

Успешной является ping-маршрутка от маршрутизатора CE1 к маршрутизатору CE2.