Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
На этой странице
 

Базовая конфигурация LSP

Настройка метрик LSP

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

Метрика LSP может быть определена маршрутизатором динамически или в явном виде пользователем, как описано в следующих разделах:

Настройка динамических метрик LSP

Если не настроена определенная метрика, LSP пытается отследить метрику IGP к тому же месту назначения (адрес to LSP). IGP включают OSPF, IS-IS, протокол маршрутной информации (RIP) и статические маршруты. BGP и другие маршруты RSVP или LDP исключены.

Например, если OSPF к маршрутизатору – 20, то все LSP к этому маршрутизатору автоматически наследуют метрику 20. Если OSPF маршрутизатору меняется на другое значение, то все метрики LSP меняются соответствующим образом. Если нет маршрутов IGP маршрутизатору, LSP повышает свою метрику до 65535.

Обратите внимание, что в этом случае метрика LSP полностью определяется IGP; он не несет никакого отношения к фактическому пути, который проходит LSP в данный момент. Если LSP перенарасходов (например, через повторное время), метрика его не меняется и, таким образом, остается прозрачной для пользователей. Динамическая метрика является поведением по умолчанию; настройка не требуется.

Настройка статических метрик LSP

Фиксированное значение метрики можно назначить LSP вручную. После настройки с помощью metric утверждения метрика LSP является фиксированной и не может измениться:

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

Метрика LSP использует несколько:

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

    Настройка значений метрики может заставить трафик предпочесть некоторые LSP другим, независимо от IGP метрике.

  • Когда включен IGP ярлык (см. Использование помеченных маршрутов для увеличения SPF для вычисления ярлыков IGP),маршрут IGP может быть установлен в таблице маршрутов с LSP в качестве следующего перехода, если LSP находится на самом коротком пути к месту назначения. В этом случае метрика LSP добавляется к другим IGP метрикам для определения общей метрики пути. Например, если LSP, маршрутизатор которого в направлении системы X и маршрутизатор исходящего трафика – Y, находится на самом коротком пути к месту назначения Z, метрика LSP добавляется к метрике для IGP маршрута из Y в Z, чтобы определить общую стоимость пути. Если несколько LSP являются потенциальными следующими переходами, суммарные метрики путей сравниваются с определением предпочтительного пути (т.е. имеет наименьшую суммарную метрику). Или IGP пути и LPS, ведущими к одному месту назначения, можно сравнить с помощью значения метрики для определения предпочтительного пути.

    Настройка метрики LSP может привести к принудительному перенастройке трафика на LSP, предпочтение пути IGP пути или разделить между ними нагрузку.

  • Если маршрутизаторы X и Y являются BGP равноправными, и если между ними существует LSP, метрика LSP представляет общую стоимость достижения Y от X. Если по какой-либо причине LSP перенастройится, стоимость основному пути может значительно измениться, но стоимость X для достижения Y остается такой же (метрика LSP), которая позволяет X отлалать отчет через BGP многократные дискриминационные (MED) метрику устойчивого выхода для нижестоячих соседей. Пока Y остается достижимым через LSP, 9-ой соседи не BGP изменений.

Можно настроить параметр IS-IS настроенную метрику LSP, включив в нее утверждение на ignore-lsp-metrics[edit protocols isis traffic-engineering shortcuts] уровне иерархии. Это утверждение устраняет обоюдную зависимость между IS-IS и MPLS для вычисления пути. Дополнительные сведения см. в Junos OS протоколов маршрутов для устройств маршрутов.

Настройка текстового описания для LPS

Можно предоставить текстовое описание для LSP, описав любой описательный текст, который содержит пробелы в кавычках ( «). Описательный текст, который вы включаете, отображается в подробном выводе команды show mpls lsp или show mpls container-lsp команды.

Добавление текстового описания для LSP не влияет на работу LSP. Текстовое описание LSP может иметь не более 80 символов.

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

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

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

  • Настройте устройство для сетевого взаимодействия.

  • В MPLS включить интерфейсы устройств.

  • Настройте LSP в домене MPLS домене.

Добавление текстового описания LSP:

  1. Введите любой текст, описывающий LSP.

    Например:

  2. Проверьте и сфиксировать конфигурацию.

    Например:

  3. Просмотр описания LSP с помощью команды или команды в зависимости от типа show mpls lsp detailshow mpls container-lsp detail настроенного LSP.

Настройка MPLS при мягком отсечестве (Preemption)

Soft preemption attempts to establish a new path for a preempted LSP before tearing down the original LSP. Поведение по умолчанию – сначала разрывать заранее указанный LSP, сигнализировать о новом пути, а затем повторно восстановить LSP по новому пути. В интервале между потерями пути и новым LSP, любой трафик, пытающийся использовать LSP, теряется. Мягкое предупотоки предотвращает этот тип потерь трафика. Компромиссным решением является то, что в момент мягкого предварительного отключения LSP используются две LSP с соответствующими требованиями к пропускной способности, пока исходный путь не будет разорван.

MPLS неавтокольное отсечеение полезно при обслуживании сети. Например, можно отодвинуть все LPS от определенного интерфейса, а затем отбросить его для обслуживания, не прерывая трафик. MPLS программного отсечества подробно описан в RFC 5712, MPLS Traffic Engineering Soft Preemption.

Мягкое отключение является свойством LSP и по умолчанию отключено. Вы настраиваете его при впадке LSP, включив в него soft-preemption утверждение:

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

Можно также настроить время для мягкого отсечества. Он обозначает период времени, который маршрутизатор должен подождать перед инициацией жесткого preemption LSP. В конце указанного времени LSP разрывается и отягоряется. По умолчанию время очистки с мягкого отсечества составляет 30 секунд; допустимые значения — от 0 до 180 секунд. Значение 0 означает, что soft preemption отключен. Время очистки с мягко-предусмотрительных затмещениями является глобальным для всех LPS.

Настройте время, включив в себя cleanup-timer утверждение:

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

Прим.:

Soft preemption не может быть настроено на LPS, для быстрая перемаршрутизация которых была настроена конфигурация. Не удается зафиксировать конфигурацию. Тем не менее, можно включить soft preemption в сочетании с защитой узла и соединения.

Прим.:

Значение счетчика для инициализации SoftPreemptionCnt со значением 0 (ноль), отображается в выходных данных show rsvp interface detail команды.

Настройка приоритета и приоритета для LPS

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

Определяется ли LSP по двум свойствам, связанным с LSP:

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

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

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

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

Чтобы настроить свойства LSP в уплотненных свойствах, включите priority утверждение:

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

Оба setup-priority значения могут быть reservation-priority значениями от 0 до 7. Значение 0 соответствует наивысшему приоритету, а значение от 7 до минимального. По умолчанию LSP имеет приоритет установки 7 (то есть он не может предочередить другие LSP) и приоритет резервирования 0 (то есть другие LSP не могут его предустановить). Данные настройки по умолчанию таковы, что не происходит предуполнение. При настройке этих значений приоритет установки всегда должен быть меньше или равен приоритету удержания.

Настройка административных групп для LPS

Административные группы, также известные как цвет связи или класс ресурсов, вручную приписывают атрибуты, описывающие "цвет" ссылок, такие, что ссылки с одинаковым цветом концептуально принадлежат к одному и тем же классу. Административные группы можно использовать для реализации множества установок LSP на основе политик.

Административные группы являются осмысленными только при включенной вычислении LSP с ограничением пути.

Можно назначить до 32 имен и значений (в диапазоне от 0 до 31), которые определяют серию имен и их соответствующие значения. Административные имена и значения должны быть одинаковыми для всех маршрутизаторов в одном домене.

Прим.:

Административное значение отличается от приоритета. Приоритет для LSP настраивается с помощью priority утверждения. См. "Настройка приоритета и приоритета для LPS".

Для настройки административных групп выполните следующие действия:

  1. Определите несколько уровней качества обслуживания, включив в себя admin-groups утверждение:

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

    • [edit protocols mpls]

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

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

  2. Определите административные группы, к которым принадлежит интерфейс. Для интерфейса можно назначить несколько групп. interfaceВключим утверждение:

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

    • [edit protocols mpls]

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

    Если не включить admin-group утверждение, интерфейс не будет принадлежать ни к одной группе.

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

    Изменение административной группы интерфейса влияет только на новые LPS. Существующие LSP на интерфейсе не предудаляются и не повторно высмеяются для поддержания устойчивой сети. Если LPS необходимо удалить из-за изменений в группе, вменем clear rsvp session команду.

    Прим.:

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

  3. Настройте ограничение административной группы для каждого LSP или для каждого основного или дополнительного пути LSP. label-switched-pathВключим утверждение:

    Можно включить утверждение label-switched-path на следующих уровнях иерархии:

    • [edit protocols mpls]

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

    Если вы не include-all подавлили ни один из include-any них, или exclude утверждения, вычисление пути не изменяется. Вычисление пути основано на вычислении LSP с ограничением пути. Для получения сведений о вычислении LSP с ограничением пути см. "Выбор пути CSPF".

    Прим.:

    Изменение административной группы LSP приводит к немедленному перераспроверку маршрута; поэтому LSP может быть перенанаружирован.

Настройка расширенных административных групп для LPS

В управление MPLS-трафиком можно настроить соединение с набором административных групп (также известных как цветы или классы ресурсов). Административные группы несли в протоколе внутренних шлюзов (IGP) (OSPFv2 и IS-IS) в качестве 32-битного значения, назначенного каждому соединению. Juniper Networks обычно интерпретируют 32-битное значение как маску бита, при этом каждый бит представляет группу, ограничив в сумме каждую сеть 32 отдельных административных группы (диапазон от 0 до 31).

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

Конфигурация расширенных административных групп принимает набор интерфейсов с соответствующим набором расширенных имен административных групп. Он преобразует имена в набор 32-битных значений и передает эти сведения в IGP. Значения расширенной административной группы являются глобальными и должны быть одинаково настроены на всех поддерживаемых маршрутизаторах, участвующих в сети. База данных расширенных административных групп в домене, которая была использована другими маршрутизаторами с помощью IGP flooding, используется в оккупе "Constrained Shortest Path First" (CSPF) для вычисления пути.

В следующей процедуре описана настройка расширенных административных групп:

  1. Настройте admin-groups-extended-range утверждение:

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

    • [edit routing-options]

    • [edit logical-systems logical-system-name routing-options]

    В admin-groups-extended-range утверждение включены minimummaximum параметры и параметры. Максимальный диапазон должен быть больше минимального.

  2. Настройте admin-groups-extended утверждение:

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

    • [edit routing-options]

    • [edit logical-systems logical-system-name routing-options]

    Это заявление позволяет настроить имя группы и значение admin-groups-extended группы для группы администрирования. Значение группы должно находится в диапазоне значений, настроенных с помощью admin-groups-extended-range утверждения.

  3. Расширенные административные группы для интерфейса MPLS состоят из набора расширенных имен административных групп, присвоенных интерфейсу. Расширенные имена административных групп интерфейса должны быть настроены для глобальных расширенных административных групп.

    Чтобы настроить расширенную административную группу для интерфейса MPLS, укажите имя административной группы в конфигурации интерфейса MPLS с помощью admin-groups-extended утверждения:

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

    • [edit protocols mpls interface interface-name]

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

  4. Расширенные административные группы LSP определяют набор включенных и исключают ограничения для LSP, а также для основных и вторичных путей пути. Расширенные имена административных групп должны быть настроены для глобальных расширенных административных групп.

    Чтобы настроить расширенные административные группы для LSP, включите утверждение admin-group-extended на уровне иерархии LSP:

    Утверждение admin-group-extended включает в себя следующие параметры: apply-groups, apply-groups-exceptexclude , и include-allinclude-any . Каждый параметр позволяет настроить одну или несколько расширенных административных групп.

    Список уровней иерархии, на которых можно настроить это утверждение, см. в сводке данной утверждения.

  5. Чтобы отобразить настроенные в данный момент расширенные административные группы, вдают show mpls admin-groups-extended команду.
Прим.:

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

Настройка значений предпочтения для LPS

В качестве параметра можно настроить несколько LSP между одной парой впадаемых и выходных маршрутизаторов. Это полезно для балансировки нагрузки между LPS, так как все LPS по умолчанию имеют одинаковый уровень предпочтения. Чтобы отдать предпочтение одному LSP другому, установите различные уровни предпочтения для отдельных LSP. Используется LSP с наименьшим значением предпочтения. По умолчанию для LPS RSVP предпочтение составляет 7, а для LDP LSP — 9. Эти значения предпочтения ниже (более предпочтительным), чем все заумные маршруты, кроме прямых маршрутов интерфейса.

Чтобы изменить значение предпочтения по умолчанию, включим в себя preference утверждение:

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

Отключение записи маршрута пути С помощью LPS

Реализация Junos RSVP поддерживает объект записи маршрута, который позволяет LSP активно записывать маршрутизаторы, через которые он проходит. Эти сведения можно использовать для устранения неполадок и предотвращения циклов маршрутов. По умолчанию записана информация о маршруте маршрута. Для отключения записи включите no-record утверждение:

Список уровней иерархии, на которых можно включить эти сведения и утверждения, см. в разделе Сводка утверждения recordno-record для этого утверждения.

До того, как сделать перерыв, без нажима на коммутаторы для LSP

Адаптивным путям с коммутативной меткой (LSP) может потребоваться установить новый экземпляр LSP и передать трафик со старого экземпляра LSP на новый экземпляр LSP, прежде чем разрывать старый. Этот тип конфигурации называется make до break (MBB).

Протокол RSVP-управление трафиком используется для создания LSP в MPLS сетях. В Junos OS реализации RSVP-управление трафиком для достижения неавтометного (без потерь трафика) переключения MBB в основе настройки значений времени в следующих утверждениях конфигурации:

  • optimize-switchover-delay— Время ожидания перед переходом на новый экземпляр LSP.

  • optimize-hold-dead-delay- Время ожидания после переключения и перед удалением старого экземпляра LSP.

И эти утверждения применимы ко всем LSP, которые используют поведение перед разрывом для установки и разрыва LSP, а не только для LSP, для которых также настроена эта optimize-switchover-delayoptimize-hold-dead-delayoptimize-timer утверждение. Следующие MPLS приводят к тому, что LSP должны быть настроены и размыкаться с помощью поведению перед перерывом:

  • Адаптивные LSP

  • Автоматическое выделение полосы пропускания

  • BFD для LPS

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

  • Защита соединений и узлов

  • Неполная активная маршрутная маршрутия

  • Оптимизированные LPS

  • Многоканальных (P2MP) LPS

  • Мягкое отсечеение

  • Вторичные пути в режиме ожидания

И эти optimize-switchover-delayoptimize-hold-dead-delay утверждения, и конфигурируемые добавляют искусственную задержку в процесс MBB. Значение этого утверждения зависит от размера явных объектов optimize-switchover-delay маршрутов (EROs). МВП является расширением RSVP, что позволяет сообщению RSVP PATH проходить явную последовательность маршрутизаторов, не зависят от обычной IP-маршрутки на кратчайших маршрутах. Значение утверждения также зависит от загрузки optimize-switchover-delay CPU на каждом из маршрутизаторов на пути. Клиенты устанавливают optimize-switchover-delay утверждение пробой и ошибкой.

Значение этого утверждения зависит от скорости перемещения всех префиксов приложений в новый optimize-hold-dead-delay LSP. Это определяется модуль передачи пакетов нагрузкой, которая может отличаться в зависимости от платформы. Клиенты должны установить утверждение optimize-hold-dead-delay пробой и ошибкой.

Однако с выпуска 15.1 Junos OS переключение MBB без настройки искусственных задержек, которые были внедрены такими значениями времени.

Эта тема суммирует три метода перехода MBB от старого LSP к новому LSP с помощью Junos OS:

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

Чтобы указать время ожидания маршрутизатором переключения экземпляров LSP на вновь оптимизированные пути, используйте optimize-switchover-delay утверждение. Необходимо настроить это утверждение только на маршрутизаторах, действующих как входящие для затронутых LPS (вам не нужно настраивать это заявление на транзитных или выходящих маршрутизаторах). По времени в этом сообщении можно убедиться, что новые оптимизированные пути установлены до переключения трафика из старых путей. Этот timer может быть включен или отключен только для всех LSP, настроенных на маршрутизаторе.

Чтобы задать время ожидания маршрутизатором переключения экземпляров LSP на вновь оптимизированные пути, укажите время в секундах с помощью optimize-switchover-delay утверждения:

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

  • [edit protocols mpls]

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

Указание времени, необходимого для задержки разрыва старых путей

Чтобы указать время задержки разрыва старых путей после того, как маршрутизатор переключит трафик на новые оптимизированные пути, используйте optimize-hold-dead-delay утверждение. Необходимо настроить это утверждение только на маршрутизаторах, действующих как входящие для затронутых LPS (вам не нужно настраивать это заявление на транзитных или выходящих маршрутизаторах). Этот алгоритм позволяет убедиться, что старые пути не будут разорваны до того, как все маршруты будут переключены на новые оптимизированные пути. Этот timer можно включить для определенных LPS или для всех LSP, настроенных на маршрутизаторе.

Чтобы сконфигурировать время в секундах для задержки разрыва старых путей после того, как маршрутизатор переключит трафик на новые оптимизированные пути, используйте optimize-hold-dead-delay утверждение:

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

Достижение бесхозяйного переключения MBB без искусственных задержек

С Junos OS версии 15.1 существует другой способ освободить старые экземпляры LSP после переключения MBB, не полагаюсь на произвольные интервалы времени, установленные с помощью или optimize-switchover-delayoptimize-hold-dead-delay утверждения. Например, если вы используете утверждение, то настроив время, можно подождать, прежде чем разрывать старый экземпляр optimize-hold-dead-delay LSP после MBB. Однако некоторые маршруты могут все еще переключаться на новый экземпляр. Преждевременное отключение старого экземпляра LSP приводит к преждевременному отбросу трафика для одного из транзитных узлов для тех маршрутов, которые не были сдвинуты с нового экземпляра LSP.

Чтобы избежать потерь трафика, вместо использования утверждения можно использовать MPLS OAM (lsp ping), который подтверждает, что LSP плоскость данных установлен optimize-switchover-delay "end-to-end". Вместо использования утверждения можно использовать механизм обратной связи от инфраструктуры RPD, который подтверждает, что все префиксы, отсылающие к старым optimize-hold-dead-delay LSP, были переключения. Механизм обратной связи, полученный из библиотеки тегов, зависит от процесса протокола маршрутизации (rpd) для определения того, когда все маршруты, использующие старый экземпляр LSP, полностью сдвигаются на новый экземпляр LSP после переключения MBB.

Механизм обратной связи всегда работает и является необязательным. Настройте утверждение optimize-adaptive-teardown так, чтобы во время переключения MBB использовался механизм обратной связи. Эта функция не поддерживается для экземпляров LSP RSVP с точкой-мультиточки (P2MP). Глобальная конфигурация этого утверждения влияет только на optimize-adaptive-teardown точеченые LPS, настроенные в системе.

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

Это утверждение можно включить на уровне [edit protocols mpls] иерархии.

Оптимизация сигнальных LPS

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

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

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

Из-за потенциальных системных накладных расходов необходимо тщательно контролировать частоту повторнойоптимизации. Стабильность сети может пострадать при включенной повторной инимизации. По умолчанию optimize-timer для утверждения установлено значение 0 (то есть оно отключено).

Оптимизация LSP является значимой только при включенной вычислении LSP с ограничением пути , что является поведением по умолчанию. Дополнительные сведения о вычислении LSP с ограничением пути см. в "Отключение вычисления LSP с ограничением по пути". Кроме того, оптимизация LSP применима только к впадаемым LSP, поэтому требуется только настроить утверждение на в агрессивном optimize-timer маршрутизаторе. Транзитным и выходящим маршрутизаторам не требуется особой конфигурации для поддержки оптимизации LSP (кроме включения MPLS).

Чтобы включить переоптимизацию пути, включим в себя optimize-timer утверждение:

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

После настройки утверждения, время переоптимизации продолжит отсчет до настроенного значения, даже если удалить утверждение из optimize-timeroptimize-timer конфигурации. Следующая оптимизация использует новое значение. Можно немедленно Junos OS новое значение, удав старое значение, ввести в силу конфигурацию, настроить новое значение для утверждения, а затем снова ввести optimize-timer конфигурацию.

После запуска повторнойоптимизации результат принимается только в том случае, если соответствует следующим критериям:

  1. Новый путь не выше по метрике IGP метрике. (Метрика для старого пути обновляется во время вычисления, так что если недавно метрика соединения изменилась где-то на протяжении старого пути, она учитывается.)

  2. Если у нового пути та же IGP метрика, то от него не будет больше переходов.

  3. Новый путь не вызывает выгощения. (Это позволяет уменьшить эффект от неугомонной работы при отсеии, что приводит к большему выговоку при выгоне.)

  4. Новый путь в целом не перегрузок в сети.

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

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

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

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

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

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

Если выполнены все вышеперечисленные условия,

  1. Если новый путь имеет более низкую IGP метрику, он принимается.

  2. Если новый путь имеет равную метрику IGP меньшее количество переходов, он принимается.

  3. Если вы least-fill выбираете в качестве алгоритма балансировки нагрузки, LPS балансируют нагрузку следующим образом:

    1. LSP перемещается на новый путь, который используется по крайней мере на 10% меньше текущего пути. Это может уменьшить перегрузку на текущем пути лишь на небольшое количество. Например, если LSP с пропускной способностью 1 МБ отбрасана с пути, несущего как минимум 200 Мбайт, перегрузка на исходном пути уменьшается менее чем на 1%.

    2. Для random или most-fill алгоритмов это правило не применяется.

    Следующий пример показывает, как работает least-fill алгоритм балансировки нагрузки.

    Рис. 1: Пример алгоритма балансировки нагрузки с наименьшим заполниемПример алгоритма балансировки нагрузки с наименьшим заполнием

    Как показано в примере, существует два потенциальных пути для прохождения LSP от маршрутизатора A к маршрутизатору H, нечетные соединения от L1 через L13 и четные соединения от Рис. 1 L2 через L14. В настоящее время маршрутизатор использует ровные соединения в качестве активного пути для LSP. Каждый канал между двумя одними и тем же маршрутизаторами (например, маршрутизатор А и маршрутизатор B) имеет одинаковые полосы пропускания:

    • L1, L2 = 10GE

    • L3, L4 = 1GE

    • L5, L6 = 1GE

    • L7, L8 = 1GE

    • L9, L10 = 1GE

    • L11, L12 = 10GE

    • L13, L14 = 10GE

    Более вероятно, что соединения 1GE будут перегружаными. В данном примере нечетные соединения 1GE имеют следующую доступную полосу пропускания:

    • L3 = 41%

    • L5 = 56%

    • L7 = 66%

    • L9 = 71%

    Even 1GE-соединения имеют следующую доступную полосу пропускания:

    • L4 = 37%

    • L6 = 52%

    • L8 = 61%

    • L10 = 70%

    Исходя из этих сведений, маршрутизатор рассчитывает разницу в доступной полосе пропускания между нечетными и четными соединениями следующим образом:

    • L4 - L3 = 41% - 37% = 4%

    • L6 - L5 = 56% - 52% = 4%

    • L8 - L7 = 66% - 61% = 5%

    • L10 - L9 = 71% - 70% = 1%

    Общая дополнительная пропускная способность, доступная по нечетным каналам, составляет 14% (4% + 4% + 5% + 1%). Поскольку 14% больше 10% (минимальное пороговое значение алгоритма минимального заполнения), LSP перемещается на новый путь по нечетным ссылкам исходного пути с использованием четных линий.

  4. В противном случае новый путь отклоняется.

Можно отключить следующие условия повторной работы (подмножество ранее перечисленных критериев):

  • Если у нового пути та же IGP метрика, то от него не будет больше переходов.

  • Новый путь не вызывает выгощения. (Это позволяет уменьшить эффект от неугомонной работы при отсеии, что приводит к большему выговоку при выгоне.)

  • Новый путь в целом не перегрузок в сети.

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

Чтобы отключить эти команды, включите clear mpls lsp optimize-aggressive команду или включив в них optimize-aggressive утверждение:

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

  • [edit protocols mpls]

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

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

Настройка smart Optimize Timer для LPS

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

Например, LSP проходит по предпочтительному пути, который впоследствии не проходит. Затем LSP переключается на менее желательный путь до того же пункта назначения. Даже если исходный путь быстро восстанавливается, LSP может использовать его снова слишком долго, поскольку ему придется ждать оптимизации времени для повторной оптимизации сетевых путей. В таких ситуациях может потребоваться настроить smart optimize timer.

При включении smart optimize timer LSP переключается обратно на исходный путь, пока исходный путь восстанавливается в течение 3 минут после отключения. Кроме того, если исходный путь снова отключится в течение 60 минут, интеллектуальный оптимизируйте время отключится и оптимизация пути будет вести себя так же, как обычно, когда включен только оптимизируйте время. Это предотвращает использование маршрутизатором перехваленного соединения.

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

По крайней мере, для правильной работы функции smart optimize timer необходимо настроить вторичный standby-путь. Быстрая перенастройка и защита соединений являются более временными решениями проблем с отключением сети. Вторичный путь гарантирует, что существует стабильный альтернативный путь в случае, если основной путь не проходит. Если для LSP не была настроена защита трафика, интеллектуальный оптимизируемый timer сам по себе не гарантирует, что трафик сможет достичь места назначения. Дополнительные сведения о защите MPLS см. в MPLS и защите трафика.

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

Это может быть нежелательным, если основной путь должен быть активным, а вторичный — только резервным. Кроме того, если вторичный путь используется в качестве активного (даже если основной путь был повторно установлен) и вторичный путь не проходит, функция smart optimize timer не будет автоматически переключать трафик обратно на основной путь. Тем не менее, можно включить защиту вторичного пути, настроив защиту узла и соединения, а также дополнительный вторичный путь в режиме ожидания, в таком случае интеллектуальный оптимизируемый timer может быть эффективным.

Укажите время в секундах для smart optimize timer с помощью smart-optimize-timer утверждения:

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

  • [edit protocols mpls]

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

Ограничение количества переходов в LPS

По умолчанию каждый LSP может проходить не более 255 переходов, включая ветвые и выходные маршрутизаторы. Для изменения этого значения включим hop-limit утверждение:

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

Число переходов может быть от 2 до 255. (Путь с двумя переходами состоит только из маршрутизаторов в направлении въеха и выеха).

Настройка значения полосы пропускания для LPS

Каждый LSP имеет значение полосы пропускания. Это значение включено в поле Tspec отправитель в сообщениях настройки пути RSVP. Значение полосы пропускания можно указать в битах в секунду. Если настроить большую пропускную способность для LSP, то он сможет переносить большой объем трафика. Пропускная способность по умолчанию составляет 0 бит в секунду.

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

Чтобы указать значение полосы пропускания для сигнального LSP, включите bandwidth утверждение:

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

Автоматическое выделение полосы пропускания для LSP

Автоматическое распределение пропускной способности позволяет туннельной MPLS автоматически настраивать распределение полосы пропускания в зависимости от объема трафика, который проходит через туннель. Можно настроить LSP с минимальной полосой пропускания; эта функция может динамически настраивать распределение полосы пропускания LSP на основе текущих моделей трафика. Корректировки пропускной способности не прервют поток трафика через туннель.

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

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

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

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

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

Прим.:

При вычислении значения (относительно впадаем LSP) выборка, собранная во время make перед перерывом (MBB), игнорируется для предотвращения Max AvgBW неверных результатов. Первый пример после корректировки полосы пропускания или после изменения LSP ID (независимо от изменения пути) также игнорируется.

Если настроена защита канала и узла для LSP и трафик был перенастроирован на обход LSP, функция автоматического распределения полосы пропускания продолжает работать и принимать образцы полосы пропускания из обходного LSP. Для первого цикла корректировки полосы пропускания максимальная средняя нагрузка, взятая с исходного канала и защищенного узла LSP, используется для обхода LSP при необходимости более высокой пропускной способности. (Защита соединений и узлов не поддерживается на серия QFX коммутаторах.)

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

Чтобы настроить автоматическое выделение полосы пропускания, выполните следующие действия:

Прим.:

На QFX10000 коммутаторах можно настроить автоматическое распределение полосы пропускания только на edit protocols mpls уровне иерархии. Логические системы не поддерживаются.

Настройка оптимизированных гулировок автоматической полосы пропускания для MPLS LPS

Функциональность автоматической полосы пропускания позволяет RSVP-управление трафиком LSP, напрямую настроенным или автоматически созданным с использованием автоматической ядры, для повторного размера в зависимости от скорости трафика. Скорость трафика, доносяаяся на каждом LSP, измеряется периодическим сбором выборок скорости трафика. Частота сбора статистики трафика контролируется с помощью утверждения adjust-interval конфигурации. Минимальное настраиваемое значение adjust-interval - одна секунда. Изменение размеров LPS называется настройкой, а частота регулировок контролируется с помощью adjust-interval утверждения.

Начиная Junos OS релизе 20.4R1, минимальное значение корректировки уменьшается до adjust-interval 150 секунд, если утверждения или утверждения пересекают настроенные значения порогового значения переполнения или недополученного auto-bandwidthadjust-threshold-overflow-limitadjust-threshold-underflow-limit потока.

Однако минимальное для корректировки время корректировки составляет 300 секунд, если не обнаружено ни примера переполнения, ни adjust-intervalauto-bandwidth недополучения.

В более ранних Junos OS версии 20.4R1 300 секундам при переполнении или adjust-interval недополучении.

Благодаря оптимизации настройки автоматической настройки полосы пропускания, пропускная способность LSP уменьшается auto-bandwidth быстрее. Метка в пределах граничный маршрутизатор (LER) может повторно из-за уменьшения в течение 150 секунд, при условии, что разрыв старых экземпляров LSP после выполнения перед перерывом (MBB) выполняется в течение adjust-threshold-overflow-limit 150 секунд.

Требования к автоматической выборке полосы пропускания:

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

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

Чтобы реализовать эти требования, оптимизация автоматической полосы пропускания поддерживает следующее:

  1. In-place LSP Bandwidth Update-Позволяет метку в граничный маршрутизатор (LER) повторно использовать ID LSP при выполнении изменения пропускной способности внутри доменного LSP.

    Прим.:

    Постоянное обновление полосы пропускания LSP не применимо для LSP между доменами.

    В некоторых сценариях следующий переход маршрута LSP переносит полосу пропускания LSP прямо или косвенно. Даже если в этих сценариях поддерживается постоянное обновление полосы пропускания LSP, повышение производительности функциональность ограничивается из-за изменения маршрута LSP. Это из-за изменения в таблице маршрутов inet.3 после автоматической полосы пропускания (MPLS tunnel). Например, повышение производительности ограничивается настройками либо обоих еконфигурирований:

    • auto-policing настраивается в MPLS.

    • Параметр под bandwidth утверждением, load-balance настроенным под RSVP.

    Прим.:

    Сбой обновления пропускной способности LSP с помощью повторного использования LSP-ID, и впускный LER немедленно инициирует MBB с новым LSP-ID, если:

    • no-cspf настроена для LSP.

    • LSP управляется элементом вычисления пути (PCE).

    • Загорелись время оптимизации LSP.

    • clear mpls lsp optimize-aggressive выполняется.

  2. Per-priority Subscription- Для более эффективного использования сетевых ресурсов подписка по приоритету позволяет настроить более низкий процент подписки RSVP для LSP с более низким приоритетом и более высокий процент подписки RSVP для LSP с более высоким приоритетом.

    Например, вместо настройки подписки RSVP в процентах от 90% для LSP для всех приоритетов, можно настроить более низкий процент подписки RSVP (например, 75%) для LPS с более низким приоритетом

Прим.:

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

To Configure In-place LSP Auto-bandwidth Resizing:

  1. Настройте интерфейс устройства для MPLS.
  2. Настройте MPLS на интерфейсе.
  3. Настройте MPLS и LSP и настройте защиту соединения для LSP.
  4. Настройте in-place-bandwidth-update LSP на автоматическое рессилизирующее значение LSP полосы пропускания.
  5. В режиме конфигурации введите commit.

Verification

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

To Configure Per-priority Subscription:

  1. Настройте протокол RSVP на интерфейсе.

  2. Настройте значение подписки полосы пропускания для интерфейса. Это может быть значение от 0 до 65 000 процентов. Значение подписки по умолчанию — 100%.

  3. Настройте приоритет подписки по интерфейсу.

  4. Настройте процент подписки для приоритета.

  5. В режиме конфигурации введите commit.

Verification

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

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

Автоматическое распределение пропускной способности позволяет туннельной MPLS автоматически настраивать распределение полосы пропускания в зависимости от объема трафика, который проходит через туннель. Для сбора статистики, связанной с автоматическим выделением полосы пропускания, можно настроить устройство, выполив следующие действия:

  1. Для сбора статистики, связанной с автоматическим выделением полосы пропускания, настройте параметр для утверждения auto-bandwidthstatistics на уровне [edit protocols mpls] иерархии. Эти настройки применимы для всех LPS, настроенных на маршрутизаторе, на котором также настроена постановка на auto-bandwidth[edit protocols mpls label-switched-path label-switched-path-name] иерархический уровень.
  2. Укажите параметр для файлов, используемых для MPLS filename операций трассировки. file Все файлы размещены в /var/log каталоге. Рекомендуется разместить в файле MPLS трассировку mpls-log выходных данных.
  3. С помощью этого параметра укажите максимальное число файлов files number трассировки. Когда файл трассировки достигает максимального размера, он переименовываются и так далее, пока не будет достигнуто максимальное trace-filetrace-file.0 количество файлов trace-file.1 трассировки. Затем перезаписывается самый старый файл трассировки.
  4. Укажите интервал для расчета средней полосы пропускания путем настройки времени в секундах с использованием interval этого параметра. Можно также установить интервал корректировки для конкретного LSP, настроив параметр interval на [edit protocols mpls label-switch-path label-switched-path-name statistics] уровне иерархии.
    Прим.:

    Чтобы избежать ненужного отключания LSP, лучше всего настроить интервал корректировки LSP, который по крайней мере в три раза длиннее, чем MPLS автоматический интервал статистики полосы пропускания. Например, если настроить значение 30 секунд для автоматического интервала статистики полосы пропускания MPLS (утверждение на уровне иерархии), необходимо настроить значение, по крайней мере, 90 секунд для интервала корректировки LSP (утверждение на иерархической interval[edit protocols mpls statistics]adjust-interval[edit protocols mpls label-switched-path label-switched-path-name auto-bandwidth] уровне).

  5. Для трассировки автоматического распределения полосы autobw-state flag пропускания включим MPLS traceoptions на уровне [edit protocols mpls] иерархии.

    Следующая конфигурация включает MPLS трассировки для автоматического распределения полосы пропускания. Записи трассировки хранятся в файле с и названием (имя файла auto-band-trace настраивается пользователем):

  6. С помощью этой команды можно отобразить файл статистики автоматического распределения пропускной способности, созданный при настройке автоматической полосы пропускания show log(MPLS Statistics). Ниже показан пример выходных данных файла журнала, взятый из MPLS статистики, именуемой на маршрутизаторе с именем auto-band-statsE-D LSP. Файл журнала показывает, что LSP изначально работает над зарезервированным значением E-D полосы пропускания. До этого маршрутизатор инициирует автоматическую настройку полосы пропускания (для LSP могут пройти два сеанса с автоматической настройкой Oct 30 17:14:57 полосы пропускания). К сожалению, LSP был повторно установлен на более высокой пропускной способности и теперь показывает, что использует менее Oct 30 17:16:57 100 процентов от своей Reserved Bw (зарезервированной полосы пропускания).
  7. Для отображения текущих сведений об автоматическом выделении полосы пропускания включите команду show mpls lsp autobandwidth. Ниже показан пример выходных данных команды, взятой примерно в одно и то же show mpls lsp autobandwidth время, что и ранее показанный файл журнала:
  8. Для отображения file show файла трассировки MPLS команду. Необходимо указать расположение файла и имя файла (файл находится в /var/log/ папке. Ниже показан пример выходных данных файла трассировки, который взят из MPLS трассировки на маршрутизаторе с именем auto-band-trace.0.gzE-D LSP. Файл трассировки показывает, что LSP изначально работает над зарезервированным значением E-D полосы пропускания. На маршрутизаторе запускается автоматическая регулировка полосы пропускания (может произойти автоматическое изменение полосы пропускания для двух сеансов Oct 30 17:15:26 LSP). К сожалению, LSP был повторно установлен на более высокой пропускной способности и теперь показывает, что использует менее Oct 30 17:15:57 100 процентов от своей Reserved Bw (зарезервированной полосы пропускания).

Настройка LSP в разных АТС

Можно настроить LSP для обхода нескольких областей сети, включив утверждение как часть inter-domain конфигурации LSP. Данное утверждение позволяет маршрутизатору искать маршруты в IGP базы данных. Необходимо настроить это утверждение на маршрутизаторах, которые, возможно, не смогут найти путь с помощью внутри домена CSPF (посмотрев на управление трафиком базы данных (TED)). При настройке LPS между областью требуется inter-domain утверждение.

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

  • Настройте интерфейсы устройств с семействами MPLS.

  • Настройте ID маршрутизатора устройства и номер автономной системы.

  • В MPLS и RSVP на маршрутизаторе и транзитных интерфейсах в включается система MPLS RSVP.

  • Настройте конфигурацию IGP поддержки управление трафиком.

  • Установите LSP от веского к маршрутизатор исходящего трафика.

Настройка LSP для нескольких AS на включении коммутируемых меток маршрутизатора (LER)

  1. Актив MPLS всех интерфейсов (за исключением интерфейса управления).
  2. Включить RSVP на всех интерфейсах (за исключением интерфейса управления).
  3. Настройте межрегионский LSP.
  4. Проверьте и сфиксировать конфигурацию.

Отостановка объявления об изменениях состояния LSP

Когда LSP меняется с "up" на "Down" или "Down to Up", этот переход немедленно вступает в силу в программном и аппаратном обеспечении маршрутизатора. Однако, когда объявления LSP в IS-IS и OSPF, можно захотеть отвести переходы LSP, тем самым не объявляя переход до тех пор, пока не будет определенный период времени (известное как время удержания). В этом случае, если LSP переходит из up в down, LSP не объявляется как отстает, пока не остался неавным на период удержания. Переходы от down к up объявляются в IS-IS и OSPF немедленно. Обратите внимание, что отглушка LSP влияет только на IS-IS и OSPF объявления LSP; другое ПРОГРАММНОЕ обеспечение маршрутов и аппаратное обеспечение немедленно реагируют на переходы LSP.

Чтобы отключить переходы LSP, включите advertisement-hold-time утверждение:

seconds может быть значением от 0 до 65 535 секунд. Значение по умолчанию — 5 секунд.

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

  • [edit protocols mpls]

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

Настройка маршрутизируемых многонаправленных LPS

Двунаправленный пакет LSP является комбинацией двух LSP, совместное использование одного пути между парой вежных и выпаданий узлов, как показано Рис. 2 в. Он устанавливается с помощью расширений GMPLS для RSVP-управление трафиком. Этот тип LSP может использоваться для переноса любого из стандартных типов трафика MPLS, включая VPN 2-го уровня, цепи уровня 2 и VPN уровня 3. Можно настроить один сеанс BFD для однонаправленного LSP (нет необходимости настраивать сеанс BFD для каждого LSP в каждом направлении). Можно также настроить один резервный однонаправленный LSP для обеспечения резервной копии основного многонаправленного LSP. Корневая двухнаправленная LPS поддерживаются как для выталкивки предпоследней (PHP) так и для конечной выталкивной (САМВП).

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

Рис. 2: Corouted Bidirectional LSPCorouted Bidirectional LSP

Для настройки маршрутизируемых многонаправленных LSP:

  1. В режиме конфигурации настройте впадаемый маршрутизатор для LSP и включите в него указание, что LSP будет установлен как corouted-bidirectional corouted bidirectional LSP.

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

  2. (Необязательно) Для обратного пути настройте LSP на маршрутизатор исходящего трафика и включите утверждение, чтобы связать corouted-bidirectional-passive LSP с другим LSP.

    Для LSP не используются вычисления и сигнализация пути, поскольку он полагается на вычисление и сигнализацию пути, предоставленные Впадающий LSP. Нельзя настроить и corouted-bidirectional утверждение, и утверждение на одном corouted-bidirectional-passive LSP.

    Данное заявление также упрощает отлаживку маршрутизных многонаправленных LPS. При настройке утверждения (опять же, на маршрутизатор исходящего трафика), можно в маршрутизатор исходящего трафика проверить маршрутизируемый многонаправленный corouted-bidirectional-passiveping mpls lsp-end-pointping mpls ldpping mpls rsvptraceroute mpls ldptraceroute mpls rsvp LSP маршрутизатор исходящего трафика.

  3. Используйте команды show mpls lsp extensive и команды для отображения информации о show rsvp session extensive многонаправленном LSP.

    В следующих выходных данных команды показаны выходные данные команды при запуске на впадаемом маршрутизаторе с show rsvp session extensive настроенным многонаправленным LSP:

Настройка метки entropy для LPS

Установка меток-entropy для LSP позволяет транзитным маршрутизаторам балансировать нагрузку MPLS трафика через пути ECMP или группы агрегирования соединений, используя только MPLS меток в качестве входа hash без необходимости глубокий анализ пакетов. Глубокий анализ пакетов требует большей вычислительной мощности маршрутизатора, а различные маршрутизаторы имеют различные возможности глубокого контроля пакетов.

Чтобы настроить метку-entropy для LSP, выполните следующие действия:

  1. На впадаемом маршрутизаторе включаем утверждение на уровне иерархии entropy-label[edit protocols mpls labeled-switched-path labeled-switched-path-name] или на уровне [edit protocols mpls static-labeled-switched-path labeled-switched-path-name ingress] иерархии. Метка-entropy добавляется в MPLS метки и может обрабатываться на плоскости переад.
    Прим.:

    Это применимо только к RSVP и статическим LSP.

  2. На впадаемом маршрутизаторе можно настроить политику в отношении впуска для LDP-сигнальных LPS:

    Настройте политику в отношении в уровнем [edit policy-options] иерархии:

    Ниже показан пример политики в отношении влияемой метки entropy.

  3. (Необязательно) По умолчанию маршрутизаторы, поддерживаюющие выталкивение и пересылку меток-entropy, настраиваются с помощью утверждения на иерархической уровне для сигнализации меток по load-balance-label-capability[edit forwarding-options] LSP. Если одноранговой маршрутизатор не оборудован для обработки меток балансировки нагрузки, можно запретить маршрутизатору-поставщику (PE) сигнализацию о возможности метки entropy путем настройки оператора на уровне no-load-balance-label-capability[edit forwarding-options] иерархии.

Транзитные маршрутизаторы не требуют настройки. Наличие entropy-метки указывает на то, что транзитный маршрутизатор должен балансировать нагрузку только на MPLS метках.

Предпоследние маршрутизаторы переходов по умолчанию выскакиют метку entropy.

Примере: Настройка entropy Label для одноа BGP LSP с меткой Entropy Label

В этом примере показано, как настроить метку entropy для одноа BGP одноавтоматной передачи для обеспечения балансировки нагрузки между концами с помощью меток entropy. Когда IP-пакет имеет несколько путей для достижения Junos OS назначения, он использует определенные поля задавателей пакета для того, чтобы по достижению определенного пути пакет был подан. Для этого необходима entropy-метка, специальная метка с балансировкой нагрузки, которая может переносить информацию о потоке. LSRs в ядре просто используют метку entropy в качестве ключа для того, чтобы поправить пакет на правильный путь. Entropy label может иметь любое значение метки в диапазоне от 16 до 1048575 (обычный 20-битный диапазон меток). Поскольку этот диапазон перекрывается с существующим диапазоном обычной метки, перед меткой entropy label (ELI) вставляется специальная метка. ELI является специальной меткой, назначенной IANA значением 7.

BGP одноавтоматной зоны, как правило, конкатетестовые LSVP или LDP LDP-LSP в нескольких IGP областях или в нескольких автономных системах. Метки entropy RSVP или LDP выталкиваются на предпоследнем узле перехода вместе с меткой RSVP или LDP. Эта функция позволяет использовать метки entropy в точках сширования для мостового разрыва между предпоследним узлом перехода и точкой сширования, чтобы достичь балансировки нагрузки конечной метки entropy для BGP трафика.

Требования

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

  • Семь серия MX маршрутизаторов с MPC

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

Перед настройкой entropy-метки для BGP, убедитесь, что вы:

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

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

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

  4. Настройка RSVP.

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

Обзор

Когда BGP одноакторные узлы сцеплены в RSVP или LDP LDP через несколько IGP или несколько автономных систем, метки entropy RSVP или LDP вытесняться на предпоследний узел перехода вместе с меткой RSVP или LDP. Однако в точках сшиванией нет меток entropy, то есть маршрутизаторов между двумя областями. Таким образом, маршрутизаторы в точках сшивание использовали BGP для перенастройки пакетов.

Начиная Junos OS версии 15.1, для балансировки нагрузки на entropy-метку BGP одноавтоматную трансляцию можно настроить. Эта функция позволяет использовать метку entropy в точках сширования, чтобы обеспечить балансировку нагрузки конечной инктропной метки для BGP трафика. Junos OS позволяет вставлять метки-entropy на BGP LSP с BGP одноавтоматным LSP.

По умолчанию маршрутизаторы, поддерживаюные метки entropy, настроены с помощью утверждения на уровне иерархии для сигнализации меток на уровне load-balance-label-capability[edit forwarding-options] каждого LSP. Если одноранговой маршрутизатор не оборудован для обработки меток балансировки нагрузки, то можно запретить сигнализацию возможности entropy label, за счет настройки на уровне no-load-balance-label-capability[edit forwarding-options] иерархии.

Прим.:

Можно явно отключить функцию объявления возможности entropy label на выходе для маршрутов, указанных в политике, с параметром на no-entropy-label-capability[edit policy-options policy-statement policy name then] уровне иерархии.

Топологии

In, Router PE1 является маршрутизатором в направлении в направлении маршрутизатора, а маршрутизатор PE2 – Рис. 3 маршрутизатор исходящего трафика. Маршрутизаторы P1 и P2 являются транзитными. Маршрутизатор ABR является маршрутизатором моста области между областью 0 и областью 1. LAG настраивается на маршрутизаторах-провайдерах для балансировки нагрузки трафика. Возможность метки entropy для одноа BGP включена на впадаемом маршрутизаторе PE1.

Рис. 3: Настройка entropy Label для одноа BGP по меткойНастройка entropy Label для одноа BGP по меткой

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

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

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

Маршрутизатор PE1

Маршрутизатор Р1

Маршрутизатор ABR

Маршрутизатор Р2

Маршрутизатор PE2

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

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

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

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

Прим.:

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

  1. Настройте интерфейсы с адресами IPv4 и IPv6.

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

  3. Установите ID маршрутизатора и номер автономной системы.

  4. Настройте протокол RSVP для всех интерфейсов.

  5. В MPLS включить все интерфейсы маршрутизатора PE1 и указать LSP.

  6. Настройка IBGP на внутренних маршрутизаторах.

  7. В включается возможность метки entropy для BGP одноавтоматной вещания для BGP группы ibgp.

  8. Включить протокол OSPF на всех интерфейсах пограничного маршрутизатора области (ABR).

  9. Определите списки префиксов, чтобы указать маршруты с возможностью entropy label.

  10. Определите политику EL, чтобы указать маршруты с возможностью entropy label.

  11. Определите другую политику EL-2, чтобы указать маршруты с возможностью entropy label.

  12. Определите политику для BGP маршрутов в OSPF маршрутов.

  13. Определите политику для OSPF маршрутов в BGP маршрутов.

  14. Определите политику для экспорта статических маршрутов в BGP маршрутов.

  15. Настройте целевой адрес VPN для сообщества VPN.

  16. Настройте экземпляр маршрутов VPN уровня 3 VPN VPN-l3vpn.

  17. Назначьте интерфейсы экземпляру маршрутов VPN-l3vpn.

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

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

  20. Настройте статический маршрут к устройству CE1, используя протокол VPN уровня 3 для экземпляра маршрутки VPN-l3vpn.

  21. Экспорт BGP маршрутов в таблицу OSPF маршрутов для экземпляра маршрутов VPN-l3vpn.

  22. Назначьте OSPF для экземпляра маршрутки VPN-l3vpn.

Настройка маршрутизатора Р1

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

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

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

Прим.:

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

  1. Настройте интерфейсы с адресами IPv4 и IPv6.

  2. Настройте агрегирование соединений на интерфейсах.

  3. Настройте интерфейс обратной связи.

  4. Настройте MPLS метки, которые маршрутизатор использует для кеширования пакетов до назначения для балансировки нагрузки.

  5. Установите ID маршрутизатора и номер автономной системы.

  6. Включить для каждого пакета балансировку нагрузки.

  7. Настройте протокол RSVP для всех интерфейсов.

  8. В MPLS включить все интерфейсы маршрутизатора P1 и указать LSP.

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

  10. Определите политику для балансировки нагрузки каждого пакета.

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

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

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

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

  1. Настройте интерфейсы с адресами IPv4 и IPv6.

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

  3. Настройте агрегирование соединений на интерфейсах.

  4. Настройте MPLS метки, которые маршрутизатор использует для кеширования пакетов до назначения для балансировки нагрузки.

  5. Установите ID маршрутизатора и номер автономной системы.

  6. Включить для каждого пакета балансировку нагрузки.

  7. Настройте протокол RSVP для всех интерфейсов.

  8. В MPLS включить все интерфейсы маршрутизатора P1 и указать LSP.

  9. Настройка IBGP на внутренних маршрутизаторах.

  10. В OSPF включить протокол OSPF ABR на всех интерфейсах ABR.

  11. Определите политику для указания маршрутов с возможностью entropy label.

Результаты

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

Проверки

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

Проверка объявления возможности entropy Label с маршрутизатора PE2

Цель

Убедитесь, что возможности метки entropy атрибут пути от вышестоячих маршрутизаторов PE2 при откате.

Действий

В рабочем режиме show route 10.255.101.200 advertising-protocol bgp 10.255.102.102 запустите команду на маршрутизаторе PE2.

Смысл

Выходные данные показывают, что хост PE2 с IP-адресом 10.255.101.200 обладает способностью entropy label. Хост сообщает возможность метки entropy своим BGP соседям.

Проверка получения маршрутизатором ABR объявления entropy Label

Цель

Убедитесь, что маршрутизатор ABR получает объявление entropy-метки при впадаем от маршрутизатора PE2.

Действий

В рабочем режиме show route 10.255.101.200 receiving-protocol bgp 10.255.101.200 запустите команду на маршрутизаторе ABR.

Смысл

Маршрутизатор ABR получает объявление о возможности метки entropy от своего BGP PE2.

Проверка установленного флага entropy Label

Цель

Убедитесь, что флаг entropy label установлен для элементов метки при вниспаде.

Действий

В рабочем режиме запустите show route protocol bgp detail команду на маршрутизаторе PE1.

Смысл

На маршрутизаторе PE1 включена метка-entropy. Выходные данные показывают, что метка entropy используется для одноа BGP одноавтоматной передачи для обеспечения балансировки нагрузки между концами.

Настройка выталкивной конечной конфигурации для LPS

По умолчанию RSVP-сигнальные LPS используют выталкивание предпоследней(PHP). иллюстрирует выталкивную LSP предпоследней перемыкания между Рис. 4 маршрутизатором PE1 и маршрутизатором PE2. Маршрутизатор CE1 переадресовыет пакет на следующий переход (маршрутизатор PE1), который также является ведомой LSP. Маршрутизатор PE1 наталкивания метки 1 на пакет и переадрежим помеченный пакет на маршрутизатор P1. Маршрутизатор P1 завершает стандартную операцию MPLS меткой, заменяя метку 1 на метку 2 и перенанося ее маршрутизатору P2. Поскольку маршрутизатор Р2 является предпоследним маршрутизатором-переходом для LSP к маршрутизатору PE2, сначала он отсветит метку, а затем переадрикует пакет маршрутизатору PE2. Когда маршрутизатор PE2 получает его, пакет может иметь метку службы, явно нулевую метку или обычный пакет IP или VPLS. Маршрутизатор PE2 передает неослабевой пакет на маршрутизатор CE2.

Рис. 4: Выталкивка предпоследней перемеха для LSPВыталкивка предпоследней перемеха для LSP

Можно также настроить конечный переход с выталкивной(КАКпоказано в) для LPS, сигнализируемых Рис. 5 RSVP. Для некоторых сетевых приложений может потребоваться получение пакетов маршрутизатор исходящего трафика (маршрутизатор PE2) с ненулевой внешней меткой. Для выталкивания конечного перехода LSP предпоследний маршрутизатор (маршрутизатор P2 in) выполняет стандартную операцию замены меток MPLS (в этом примере метка 2 для метки 3) перед тем, как переадресовка пакета на Рис. 5 egress Router PE2. Маршрутизатор PE2 отметит внешнюю метку и выполнит второй просмотр адреса пакета для определения конечного пункта назначения. Затем он перенаправление пакета к соответствующему месту назначения (маршрутизатор CE2 или маршрутизатор CE4).

Рис. 5: Выталкивка на конечный переход для LSPВыталкивка на конечный переход для LSP

Для следующих сетевых приложений необходимо настроить LSP-LSP в соответствии со следующими настройками:

  • MPLS TP для контроля производительности и OAM в диапазоне

  • Виртуальные цепи для защиты границы

Следующие функции не поддерживают поведение САМ ПО:

  • LDP-сигнальные LPS

  • Статические LPS

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

  • Ccc

  • traceroute Команды

Дополнительные сведения о поведении в ИНТЕРНЕТЕ см. в проекте интернет-проекта-ietf-mpls-rsvp-te-no-php-oob-mapping-01.txt, без PHP-поведения и внеконтекстного сопоставления для LPS RSVP-управление трафиком.

Для LSP с сигнализацией RSVP, поведением САМВП является сигнал от веского сигнала LSP. В зависимости от конфигурации взламываемого маршрутизатора, RSVP может по сигнализирующему сигналу ДЛЯ LSP с ПОМОЩЬЮ флага, не относя другого к PHP. Сообщения RSVP PATH несут два флага в объекте LSP-ATTRIBUTES. Когда маршрутизатор исходящего трафика получает сообщение PATH, он присваивает LSP ненулевую метку. Кроме того, RSVP создает и устанавливает два маршрута в таблице маршрутов mpls.0. S относится к биту S метки MPLS, которая показывает, была ли достигнута нижняя часть стека меток.

  • Route S=0— указывает на то, что в стеке больше меток. Следующий переход для этого маршрута указывает на таблицу маршрутов mpls.0, что инициирует MPLS цепочку, чтобы обнаружить остальные MPLS метки в стеке.

  • Route S=1— указывает на отсутствие меток. Следующий переход указывает на таблицу маршрутов inet.0, если платформа поддерживает просмотр в цепочках и многоядерных семействах. Кроме того, маршрут метки может указать на интерфейс VT для инициирования IP-переадранки.

При включив LSP ЭТИМP, MPLS такие приложения, как VPN 3-го уровня, VPLS, VPN уровня 2 и цепи уровня 2, могут использовать LSP- уровни. Ниже объясняется, как LSP -500-LSP влияют на различные типы MPLS приложений:

  • VPN 2-го уровня и цепи уровня 2 — пакет поступает на маршрутизатор PE (откат LSP- ПАКЕТы САМВП) с двумя метами. Внешняя метка (S=0) является меткой САМ, а внутренняя метка (S=1) – меткой VC. При проверке на основе метки транспортной метки таблица обрабатывается таблица маршрутов mpls.0. В таблице маршрутов mpls.0 имеется дополнительный маршрут, соответствующий внутренней метке. При следующем переходе CE поиска на основе внутренней метки.

  • Layer 3 VPN — пакет поступает на маршрутизатор PE (выпадение LSP OF ASP ОТВНО) с двумя метами. Внешняя метка (S=0) является меткой САМ, а внутренняя метка – меткой VPN (S=1). При проверке на основе метки транспортной метки таблица обрабатывается таблица маршрутов mpls.0. В этом сценарии есть два случая. По умолчанию VPN уровня 3 объявляют метку каждого следующего перехода. При проверке на основе внутренней метки при следующем переходе к CE маршрутизатору. Однако если вы настроили утверждение для экземпляра маршрутки 3-го уровня VPN, внутренняя метка LSI указывает на vrf-table-label таблицу маршрутов VRF. Кроме того, для таблицы маршрутов VRF завершено просмотр IP-адресов.

    Прим.:

    САМЕP для VPN уровня 3, настроенных с помощью этого утверждения, поддерживается только на универсальных платформах маршрутов vrf-table-label 5G серия MX 5G.

  • VPLS — пакет поступает на маршрутизатор PE (выпадение ИЗ-за того, что LSP -1- ИВВВВВВВВВ) содержит две метки. Внешняя метка – это транспортная метка (S=0), а внутренняя метка – метка VPLS (S=1). При проверке на основе метки транспортной метки таблица обрабатывается таблица маршрутов mpls.0. В результате поиска на основе внутренней метки в таблице маршрутов mpls.0 туннельный интерфейс LSI экземпляра маршрутов VPLS не настроен (или интерфейс VT не доступен). Маршрутизаторы серии MX 3D поддерживают цепной просмотр и многоядерный просмотр.

    Прим.:

    САМЕP для VPLS, сконфигурированного с помощью утверждения, поддерживается только на маршрутизаторах серии no-tunnel-service MX 3D.

  • IPv4 более MPLS — пакет поступает на маршрутизатор PE (выпадение ИЗЕТ LSP) с одной меткой (S=1). Просмотр на основе этой метки возвращает интерфейс туннеля VT. На интерфейсе VT выполнен еще один ip-просмотр, чтобы определить, куда перена нужно переадранить пакет. Если платформа маршрутов поддерживает многосемейный и цепочковой просмотр (например, маршрутизаторы MX 3D и серия PTX Packet Transport Routers), просмотр на основе меток (S=1) указывает на таблицу маршрутов inet.0.

  • IPv6 MPLS— для туннелирований IPv6 по MPLS маршрутизаторы PE объявляют друг другу маршруты IPv6 со значением метки 2. Это явная нуль-метка для IPv6. В результате последующие переходы переададаторов для маршрутов IPv6, которые узнаются от удаленных маршрутизаторов PE, обычно проталкиют две метки. Внутренняя метка – 2 (она может быть другой, если объявления маршрутизатора PE отличаются от другого поставщика), а метка маршрутизатора – это метка LSP. Пакеты поступают на маршрутизатор PE (отъехает ОТЕТ LSP) с двумя метами. Внешняя метка является транспортной меткой (S=0), а внутренняя метка – явно-нуль-меткой IPv6 (метка 2). Просмотр на основе внутренней метки в таблице маршрутов mpls.0 возвращается к таблице маршрутов mpls.0. На маршрутизаторах серии MX 3D внутренняя метка (метка 2) отсеяна, и просмотр IPv6 происходит с помощью таблицы маршрутов inet6.0.

  • Включение LSP и PHP и САМ -- Можно настроить как PHP, так и LSP-lSP в одном и том же сетевом пути. Можно отделить трафик PHP и САМ, выбрав для переадранки LSP следующих переходов, используя регулярное выражение с помощью install-nexthop выражения. Можно также отделить трафик, просто называя LPS соответствующим образом.

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

  1. Чтобы включить "конечный переход", включим в себя ultimate-hop-popping утверждение:

    Включите это утверждение на уровне иерархии, чтобы включить всплывание конечного [edit protocols mpls label-switched-path label-switched-path-name] перехода на определенном LSP. Включив это утверждение на уровне иерархии, чтобы включить выталкивку "конечный переход" на всех впадающих LPS, настроенных [edit protocols mpls] на маршрутизаторе. Можно также настроить утверждение ultimate-hop-popping на эквивалентных [edit logical-routers] уровнях иерархии.

    Прим.:

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

    Если отключить "окончательный переход", RSVP отключает существующие LSP как предпоследние переходы, выталкивающие LSP в порядке самоорвания.

  2. Если вы хотите включить и конечный переход-выталкив, и цепочку следующих переходов только на маршрутизаторах серии MX 3D, необходимо также настроить параметр для enhanced-ipnetwork-services утверждения:

    Это утверждение настроено на уровне [edit chassis] иерархии. Настроив утверждение, необходимо перезагруировать маршрутизатор, чтобы network-services включить поведение САМ.

Настройка LSP явных путей

Если отключить вычисление пути с коммутацией по метке (LSP) с ограничением пути, как описано в "Отключение вычисления LSP с ограничением пути", можно настроить LSPвручную или разрешить LSP следовать IGP пути.

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

Чтобы настроить LSP с явным маршрутом, выполните следующие действия:

  1. Настройте информацию о пути по именоваемому пути, как описано в описании "Создание именируемых путей". Чтобы настроить полные данные о пути, укажите каждый переход маршрутизатора между маршрутизаторами в направлении и на маршрутизаторе, выехав на этот маршрут, предпочтительно с использованием strict атрибута. Чтобы сконфигурировать неполные данные о пути, укажите только подмножество переходов маршрутизатора, используя атрибут в местах, где loose путь незавершен.

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

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

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

  3. Отключите вычисление LSP с ограничением пути, включив утверждение как часть no-cspf LSP, либо в составе или primarysecondary утверждения. Дополнительные сведения см. в "Отключение вычислений LSP с ограничением по пути".

  4. Настройте любые другие свойства LSP.

Использование LSP с явным маршрутом имеет следующие недостатки:

  • Требуется больше усилий по настройке.

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

  • При сбойЕ LSP явного пути может потребоваться ремонт вручную.

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

Примере: Настройка LSP с явным маршрутом

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

Обзор переподписки полосы пропускания LSP

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

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

В следующих примерах описывается использование полосы пропускания с чрезмерной пропускной способностью и неподписанной:

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

  • Чрезмерное использование типов классов с самым оптимальным трафиком. Существует риск временной задержки или отброса трафика в обмен на более эффективное использование сетевых ресурсов.

  • Дать различные степени переподписки или недоподписки трафика для разных типов классов. Например, подписку для классов трафика настраивают следующим образом:

    • Наилучшие усилия —ct0 1000

    • Voice —ct3 1

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

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

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

Чрезмерное переподписка размера LSP

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

Политика по-прежнему возможна. Однако, планировщик должен настраиваться вручную с учетом максимальной ширины полосы пропускания, запланированной для LSP, а не для настроенного значения.

Множители коэффициентов переподписки типа класса и локальной множители переподписки

Локальные множители переподписки (LOMs) позволяют различным значениям переподписки для разных типов классов. ЛОМ полезно для сетей, где коэффициент переподписки должен быть различным образом настроен на разных соединениях и где для разных классов требуются значения oversubscription. Эту функцию можно использовать для превышения пользования классами при обработке приличенного трафика, но для обработки голосового трафика для типов классов не используется чрезмерное использование. LOM рассчитывается локально на маршрутизаторе. Другим маршрутизаторам сети не передается информация, относяная к LOM.

LOM настраивается на каждом соединении и для каждого типа класса. ЛОМИ типа по классу позволяет увеличивать или уменьшать соотношение переподписки. LOM для класса в разных классах учитывать во всех локальных учетных данных полосы пропускания для контроля доступа и IGP объявления о неотслужимой полосе пропускания.

Расчет LOM связан с используемой моделью пропускной способности (MAM, расширенный MAM и russian) из-за того, что влияние чрезмерной пропускной способности на типы классов должно быть точно учтено.

Прим.:

Все вычисления LOM выполняются Junos OS и не требуют вмешательства пользователя.

Формулы, относящиеся к чрезмернойподписки типов классов, описаны в следующих разделах:

Настройка процентной доли подписки полосы пропускания для LPS

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

Если вы хотите превышение этой полосы или подуметь все типы классов на интерфейсе с одинаковой процентной пропускной способностью, настройте процентное соотношение с помощью subscription утверждения:

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

Чтобы заподписать или заподписать полосу пропускания для каждого типа класса, настройте процент для каждого типа ct0 (, ct1ct2ct3 и) параметра для subscription утверждения. При превышении пропускной способности класса типа применяется ЛОМ для расчета фактической зарезервированной полосы пропускания. Дополнительные сведения см. в "Коэффициенты переподписки класса" и "Локальные коэффициенты переподписки".

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

percentage процент пропускной способности типа класса, которую RSVP позволяет использовать для резервирования. Это может быть значение от 0 до 65 000 процентов. Если указано значение больше 100, подписка интерфейса или типа класса превышает подписку.

Значение, настраиваемое при превышении класса, является процентом от полосы пропускания типа класса, которая может использоваться в действительности. Значение подписки по умолчанию — 100%.

Это утверждение можно subscription использовать для отключения новых сеансов RSVP для одного или более типов классов. При настройке процента от 0 новые сеансы (включая сессии с ненулевым требованием пропускной способности) для класса не допускаются.

Изменение фактора подписки не влияет на существующие сеансы RSVP. Чтобы очистить существующий сеанс, вдай clear rsvp session команду. Дополнительные сведения об этой clear rsvp session команде см. в интерфейс командной строки Explorer.

Ограничения по настройке подписки на полосу пропускания

При настройке подписки на пропускную способность необходимо иметь в виду следующие проблемы:

  • При настройке ограничений полосы пропускания на уровне иерархии они переопределяют любую конфигурацию полосы пропускания, указанную на уровне иерархии для [edit class-of-service interface interface-name][edit protocols rsvp interface interface-name bandwidth] Diffserv-управление трафиком. Также обратите внимание, что ограничения полосы пропускания CoS или RSVP могут переопределять ограничения полосы пропускания оборудования интерфейса.

  • Если настроить значение подписки полосы пропускания для определенного интерфейса, которое отличается от значения, настроенного для всех интерфейсов (за счет различных значений для утверждения на уровне иерархии и на уровне иерархии), то для этого интерфейса будет использоваться subscription[edit protocols rsvp interface interface-name][edit protocols rsvp interface all] конкретное значение.

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

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

Таблица истории выпусков
Версия
Описание
14.1R9
Начиная с Junos OS выпусков 14.1R9, 15.1R7, 16.1R5, 16.1X2, 16.2R3 и 17.2R2, все выборки полосы пропускания с нулевой величиной рассматриваются как выборки недополука, за исключением выборок нулевого значения, которые приходят после первого запуска LSP, и нулевой выборки значений, которые приходят сначала после модуль маршрутизации переключения.