Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Конфигурация контейнерного LSP

Динамическое управление пропускной способностью с использованием контейнера LSP: обзор

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

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

О расширениях для многоканальных маршрутов RSVP

Многопутевые расширения RSVP, предлагаемые в IETF [KOMPELLA-MLSP], позволяют настроить многопутевые маршруты с многопутевой меткой (контейнерные LSP). Контейнерные LSP, в дополнение к управление трафиком ограничениям, используют несколько независимых путей от источника к месту назначения, что обеспечивает балансировку нагрузки трафика. Многоканальный расширения требует изменений в протоколе RSVP-управление трафиком и позволяет использовать объединение меток на 9-х узлах (подобно LDP), что также помогает сохранять ресурсы переадрегации.

Многоканальный расширение RSVP дает следующие преимущества:

  • Простота настройки. Обычно несколько LSP RSVP настраиваются для балансировки нагрузки или пакетов bin. При помощи контейнера LSP существует один объект для предоставления, управления и мониторинга LSP. Изменения топологии обрабатываются легко и автономно с помощью впадающего LSP, добавляя, изменяя или удаляя LSP-членов для перебалансирования трафика при сохранении одинаковых управление трафиком ограничений.

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

  • Многоканальный управление трафиком позволяет более и полного использования сетевых ресурсов.

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

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

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

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

Junos OS многоканального реализации RSVP

Для развертывания В сети многопутевого протокола RSVP (ECMP) все узлы, через которые проходят LSMP ECMP, должны понимать расширения протокола RSVP ECMP. Это может стать сложной задачей, особенно в сетях с несколькими сетями от разных сетей.

Junos OS многоканальных расширений RSVP без расширения протокола. Предусмотрен один контейнер LSP, который имеет характеристики ECMP и RSVP управление трафиком предусмотрен. Контейнер LSP состоит из нескольких LSP-устройств-членов и устанавливается между устройством маршрутной маршрутки входего и выхода. Каждый член LSP ведет к одному месту назначения по-разному. Устройство влиятельных маршрутов настроено со всеми нужными параметрами для расчета RSVP ECMP LSP. Параметры, настроенные на вычисление набора точетельных LSP RSVP, могут использоваться устройством влиятельных маршрутов для вычисления контейнерного LSP.

Текущие проблемы управления трафиком

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

Рис. 1 иллюстрирует пример топологии сети со всеми LPS с одинаковыми приоритетами удержания и настройки, а также ограничением контроля доступа на входе маршрутизатора. На всех соединениях имеются примечации с туплей (стоимость и емкость).

Рис. 1: Примерная топологияПримерная топология

Ниже перечислены управление трафиком проблемы, которые Рис. 1 могут возникнуть:

  • Bin Packing

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

    Например, следующие LPS поступают в порядке, упомянутом в Табл. 1 .

    Табл. 1: Порядок последовательности LSP для bin-пакетов

    Время

    Источник

    Назначения

    Спрос

    Эро

    1

    A

    E

    5

    A-C-D-E

    2

    B

    E

    10

    Отсутствие МТБ

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

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

    В этом случае, даже если имеется достаточное количество сетевых ресурсов с точки зрения доступной пропускной способности для удовлетворения совокупного требования LSP X, LSP не может быть сигнализацию или повторно оптимизирован новым требованием. В , при поддержке контейнера LSP, в исходящая B создает два LSP каждый из размеров 5, когда задан запрос Рис. 1 10. Один LSP маршрутизется по B-C-E, а другой – по B-C-D-E.

  • Deadlock

    Принимая Рис. 1 во внимание, LPS следуют последовательности, упомянутой Табл. 2 в.

    Табл. 2: Порядок последовательности LSP для блокировки блокировки

    Время

    Источник

    Назначения

    Спрос

    Эро

    Мероприятие

    1

    A

    E

    2

    A-C-D-E

    Маршрутия на основе ограничений с сигнализацией по RSVP

    2

    B

    E

    2

    B-C-D-E

    Маршрутия на основе ограничений с сигнализацией по RSVP

    3

    A

    E

    От 2 до 20

    A-C-D-E

    Не удается маршрутизировать на основе ограничений, не передается сигнализация по RSVP

    Со временем 3 спрос на LSP от A к E увеличивается с 2 до 20. Если настроена автополоснаяwidth, изменение не будет обнаружено до истечения времени настройки. Отсутствие контроля приема в A из-за увеличения требований к трафику может привести к отпадаю трафика на других LSP, которые совместно совместно ведут себя с неправильной LSP.

    Это происходит по следующим причинам:

    • Отсутствие глобального состояния на всех влиятелей маршрутизаторов

    • сигнализация требований, не требующих поведения

    • размыкание требований, не требующих поведения

    При настройке контейнера LSP у впадаемого A будет больше шансов разделения нагрузки (даже инкрементно, если не полностью) на несколько LSP. Таким образом, LSP из A с меньшей вероятностью будет видеть потерю трафика в неугодной памяти.

  • Latency Inflation

    Задержка в ожидании вызвана автополосной и другими параметрами LSP. К другим факторам, способствующим задержке, относятся следующие:

    • приоритет LSP

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

    • Политика "Все" или "Ничего"

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

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

      Минимальная и максимальная пропускная способность определяют границы размеров LSP. Если минимальная пропускная способность небольшая, LSP более подвержен корректировке автополосной связи, поскольку для превышения пороговых значений достаточно небольшое изменение пропускной способности. LSP могут перенанастройка, хотя полоса пропускания доступна. С другой стороны, если минимальная пропускная способность велика, то пропускная способность сети может быть потеряна. Если значение максимальной полосы пропускания невелико, на впадаемом маршрутизаторе, в который по требованию приложения может потребоваться большое количество LSP. Если максимальная пропускная способность велика, то LPS могут увеличиваться в размере. Такие LPS могут пострадать из-за политики «все или ничего».

    • Порог корректировки автополосной статрутки

      Значение порога полосы пропускания необходимо в том случае, если необходимо переоптимизировать и повторно размер LPS. Если значение невелико, то LPS часто переоптимизруются и перенанаружаются. Это может привести к всплеску нагрузки на CPU, поскольку приложения или протоколы, BGP решений по LSP, могут модуль маршрутизации заняты разрешением следующего перехода. Большое значение может сделать LSP immobile. При настройке контейнерного LSP LSP вероятность того, что LSP будет объектом одной политики или не будет. В выходном маршрутизаторе создается несколько LSP, хотя не все LPS потенциально проходят пути с высокой задержкой.

  • Predictability

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

    Табл. 3: Порядок последовательности LSP для предсказуемости

    Время

    Источник

    Назначения

    Спрос

    Эро

    1

    A

    E

    5

    A-C-D-E

    2

    B

    E

    5

    B-C-E

    Табл. 4: Порядок последовательности LSP для предсказуемости

    Время

    Источник

    Назначения

    Спрос

    Эро

    1

    B

    E

    5

    B-C-E

    2

    A

    E

    5

    A-C-D-E

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

Использование контейнерного LSP в качестве решения

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

Адаптация нового требования X

В текущей реализации автополосная компания пытается пересигнализировать LSP новым требованием X и следовать политике "all or nothing", как упоминалось ранее.

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

Создание новых LSP для удовлетворения требования X

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

Создание нескольких параллельных LSP всеми входящими маршрутизаторами в сети может привести к масштабирования проблем на транзитных маршрутизаторах. Таким образом, число созданных новых LSP зависит от размера отдельных LPS и данного совокупного требования, в данном случае X.

Назначение полосы пропускания новым LPS

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

Управление путями LSP

Гибкость управления путями LSP выражается в конфигурации для точе-токных LSP и контейнерных LSP. Управление путями LSP с использованием параметров конфигурации может применяться с двумя различными аспектами:

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

  • Когда нужно создать новый LSP. Когда нужно создать новый LSP, может быть задан явным образом. По умолчанию, маршрутизатор въеха периодически вычисляет совокупную скорость трафика, добавляя скорость трафика всех отдельных LSP. Если посмотреть на совокупную полосу пропускания и конфигурацию, то вентительный маршрутизатор перекомпьюает количество LSP и ширину полосы пропускания LSP. Затем сигнализизются новые LSP или существующие LSP повторно сигнализются с обновленной полосой пропускания. Вместо того, чтобы посмотреть на мгновенную совокупную скорость, вводные маршрутизаторы могут вычислять среднее значение (агрегированных значений) за некоторый период времени, удалив выборки out samples (агрегатов). Управление LSP, которые остаются незаполнеными и активными с учетом общей пропускной способности, является более масштабируемым, чем создание новых LSP на основе использования определенного LSP. Интервалы и пороги можно сконфигурировать для отслеживания агрегированного трафика и корректировки триггеров. Эти динамические LSP сосуществуют и копируют конфигурацию для каждого LSP autobandwidth.

Junos OS контейнера LSP Реализация LSP

Контейнерный LSP – это ECMP-управление трафиком LSP, который действует как контейнерный LSP, состоящий из одного или нескольких рядов LSP. Однозначный LSP управление трафиком LSP эквивалентен контейнеру LSP с одним членом LSP. Членские LSP добавляются в контейнер LSP процессом, который называется разделением, и удаляются из контейнера LSP с помощью процесса, называемого объединением.

Терминология контейнерного LSP

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

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

  • Nominal LSP— Экземпляр контейнерного LSP, который всегда присутствует.

  • Supplementary LSP- Экземпляры или суб-LSP контейнерного LSP, которые динамически создаются или удаляются.

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

  • Minimum signaling-bandwidth- Минимальная пропускная способность, с которой сигнализируется рядовая LSP во время нормализации или инициализации. Это может быть отличается от минимальной полосы пропускания, определенной в рамках autobandwidth.

  • Maximum signaling-bandwidth - Максимальная пропускная способность, с которой сигнализируется рядовая LSP во время нормализации или инициализации. Это может быть отличается от максимальной полосы пропускания, определенной в рамках autobandwidth.

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

  • Splitting-bandwidth - Указывается верхний порог полосы пропускания для общей полосы пропускания, таким образом, чтобы при превышении этого значения совокупным использованием веский маршрутизатор разделил LPS-участника во время нормализации.

  • Aggregate minimum-bandwidth – Сумма объединения пропускной способности текущих активных членов LSP. Эта минимальная пропускная способность отличается от автоматической полосы пропускания.

  • Aggregate maximum-bandwidth– Сумма разделения полосы пропускания на LSP текущего активного участника. Эта максимальная пропускная способность отличается от максимальной полосы пропускания autobandwidth.

Разделение LSP

Обзор эксплуатации

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

Между двумя событиями нормализации (разделение или объединение) отдельные LPS могут перенастраиться с различными полосами пропускания благодаря корректировкам автополосной полосы связи. Если контейнер LSP не настроен с автополоснойwidth, то рядовые LSP сигнализются со значением статической полосы пропускания, если настроены. В данном случае динамическое разделение не существует, поскольку динамическая оценка агрегированной полосы пропускания не существует. Корректировки разделения с определенным значением полосы пропускания могут запускаться вручную.

Прим.:

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

  • После разделения LSP вющий маршрутизатор продолжает вводить одну удваительность переадресующего. В IGP не поддерживается IGP.

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

  • После разделения (или слияния) LSP перед выходом наружу используется общий стиль фиксированного фильтра (FF), если не adaptive настроен параметр. Однако два разных LSP не делают совместного использования явного (SE) стиля для этой функции.

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

Операционные ограничения

Разделение LSP имеет следующие рабочие ограничения:

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

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

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

Поддерживаемые критерии

Когда контейнер LSP сигнализирует LSP-участник, он получает сигнал lSP с минимальной сигнализацией-пропускной способностью. Поскольку каждый член LSP настроен с автополоснойwidth, между двумя событиями нормализации каждый LSP может несколько раз подвергается настройке автополосной связи. По мере увеличения спроса на трафик маршрутизатор в направлении в направлении маршрутизатора создает дополнительные LSP. Все LSP-участникы используются для ECMP, поэтому после нормализации они должны приблизительно иметь ту же зарезервированную полосу пропускания.

Например, если есть сигналЫ LSP K после нормализации, каждый LSP сигнализируется с равной полосой пропускания B. Общая зарезервированная совокупная пропускная способность составляет B.K, где B удовлетворяет следующему условию:

  • Минимальная пропускная способность сигнализации меньше или равна B, то есть очередь меньше или равна максимальной пропускной способности сигнализации

    (минимальная пропускная способность с ≤ B ≤-пропускной способностью с максимальной пропускной способностью сигнализации)

До следующего события нормализации каждый член LSP подвергается нескольким корректировкам автополосногоwidth. После любой корректировки автополосной полосы связи, если есть N LPS с зарезервированной пропускной способностью bi, где i=1,2,.., N, каждый bi должен удовлетворить следующее условие:

  • Минимальная пропускная способность меньше или равна bi, которая, в свою очередь, меньше или равна максимальной полосе пропускания

    (минимальная пропускная способность ≤ ≤ полосой пропускания)

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

Триггеры разделения

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

  • Current-Aggr-Bw– Сумма зарезервированных полос пропускания всех действующих членов LPS.

  • New-Aggr-Bw- Сумма показателей трафика для всех текущих членов LPS на основе выборок.

Например, если в сети на момент нормализации есть N member LSP, два подхода к инициации разделения LSP следующим образом:

  • Абсолютный триггер — разделение LSP выполняется, если New-Aggr-Bw он Aggregate-maximum-bandwidth выше.

    (New-Aggr-Bw > Aggregate-maximum-bandwidth)

  • Относительный триггер — при относительном триггере выполняется динамический расчет. Сравнивается Current-Aggr-Bw с New-Aggr-Bw устройством маршрутной маршрутки на впадающее. Разделение LSP выполняется, когда разница в полосе пропускания превышает или равна расчетной пороговой величине. В следующем уравнении описывается желаемое состояние:

    ([1-a] x Current-Aggr-Bw < New-Aggr-Bw < [1+a] x , где Current-Aggr-Bw 0 </= </= 1)

    Прим.:

    В вышеуказанном состоянии "a" является порогом корректировки, а его значение по умолчанию составляет 10 процентов (то есть 0,10). Можно настроить порог корректировки с помощью утверждения splitting-merging-threshold на [edit protocols mpls container-label-switched-path lsp-name] уровне иерархии. Значение также отображается в show mpls container-lsp extensive выходных данных команды.

    Если она больше, чем умножена New-Aggr-Bw на [1+a], то есть, превышая расчетный порог, устройство маршрутизации в пределах не Current-Aggr-Bw выполняет нормализацию. Вместо этого, поскольку эта ситуация вызывает относительную, выполняется разделение LSP. Однако, когда разделение LSP и объединение LSP настроены на в агрессивном маршрутизаторе, разделение LSP запускается на маршрутизаторе впуска при условии, удовлетворяющих одному из двух условий.

Объединение LSP

Обзор эксплуатации

Junos OS поддерживают два вида LPS — интерфейс командной строки LPS и динамически созданные LPS. LPS интерфейс командной строки настроенные вручную, создаются и остаются в системе до тех пор, пока конфигурация не будет изменена. Динамические LSP создаются динамически с помощью MVPN нового поколения BGP, виртуальной частной сети (VPLS) или LDP, в зависимости от конфигурации шаблона, и удаляются из системы, если приложение не используется в течение определенного периода времени. Объединение LSP аналогично динамическим LSP.

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

Хотя существует несколько способов объединения рядов LPS, Junos OS поддерживает только общее объединение при выполнении нормализации. Вющий маршрутизатор рассматривает совокупный спрос и минимальное (или максимальное) число LSP и рассматривает количество LPS, которые должны быть активными на устройстве взламывной маршрутки. В результате, по мере сгорания времени нормализации, может происходить следующее:

  • Ре-сигнализация некоторых существующих LPS с обновленной полосой пропускания

  • Создание новых LSP

  • Удаление некоторых существующих LPS

Операционные ограничения

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

Прим.:
  • Номинальные LSP никогда не удаляются при объединении LSP.

  • Перед удалением LSP LSP является неактивным, так что трафик переключается на другие LSP перед удалением LSP. Это потому, что RSVP отправляет PathTear до удаления маршрутов и следующих переходов из модуль передачи пакетов.

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

Триггеры объединения

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

  • Current-Aggr-Bw– Сумма зарезервированных полос пропускания всех действующих членов LPS.

  • New-Aggr-Bw- Сумма показателей трафика для всех текущих членов LPS на основе выборок.

Например, если в сети на момент нормализации есть N-LSP, два подхода к объединению LSP должны быть следующими:

  • Абсолютный триггер — объединение LSP выполняется, если New-Aggr-BwAggregate-minimum-bandwidth меньше.

    ( New-Aggr-BwAggregate-minimum-bandwidth <)

  • Относительный Current-Aggr-Bw триггер . Сравнен с устройством маршрутной New-Aggr-Bw маршрутки на впуске. Объединение LSP выполняется, когда разница в размере полосы пропускания от порогового значения.

    ([1-a] x Current-Aggr-Bw < New-Aggr-Bw < [1+a] x , где Current-Aggr-Bw 0 </= </= 1)

    Прим.:

    В вышеуказанном состоянии "a" является порогом корректировки, а его значение по умолчанию составляет 10 процентов (то есть 0,10). Можно настроить порог корректировки с помощью утверждения splitting-merging-threshold на [edit protocols mpls container-label-switched-path lsp-name] уровне иерархии. Значение также отображается в show mpls container-lsp extensive выходных данных команды.

    Если значение меньше или равно [1+a], умноженное на значение, устройство маршрутизации в пределах в пределах не выполняет нормализацию, а вместо этого выполняет объединение New-Aggr-BwCurrent-Aggr-Bw LSP. Однако, когда разделение LSP и объединение LSP настроены на в агрессивном маршрутизаторе, разделение LSP запускается на маршрутизаторе впуска при условии, удовлетворяющих одному из двух условий.

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

Junos OS поддерживают следующие механизмы защиты узлов и соединений:

  • Быстрая перенастройка

  • Защита соединений

  • Защита узла-соединения

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

Соглашение об именованиях

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

Прим.:

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

Контейнерные LSP следуют соглашению о наименовании LSP на основе номеров. Например, если номинальное имя LSP – это N, а количество LSP-участников — N, то рядовому LSP назначено bobbob-<configured-suffix>-1bob-<configured-suffix>-2 (...) и bob-<configured-suffix>-N ..

После события нормализации количество рядов LSP может изменяться. Например, если число рядов LSP увеличивается с шести до восьми, то устройство влияния маршрутов хранит первые шесть LSP с именем bob-<configured-suffix>-1bob-<configured-suffix>-2 , ..., bob-<configured-suffix>-6 и. Именуются два дополнительных LSP bob-7bob-8 и. Исходные LPS, возможно, придется оптимизировать, если их сигнализируемая полоса пропускания изменяется.

Аналогичным образом, если количество рядных LSP уменьшается с восьми до шести, то вющее устройство маршрутной маршрутки повторно передает сигналы рядовим LSP таким образом, как, например, именуются остальные активные LSP в bob-<configured-suffix>-1bob-<configured-suffix>-2 системе, ... bob-<configured-suffix>-6 и.

В процессе создания новых LSP можно настраивать RSVP bob-<configured-suffix>-7 LSP.

Нормализации

Обзор эксплуатации

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

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

Прим.:

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

Операционные ограничения

Нормализация имеет следующие эксплуатационные ограничения:

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

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

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

    Например, если полоса пропускания старого экземпляра рядного LSP (LSP-1) является 1G, LSP делится на LSP-1 с пропускной способностью 2G и LSP-2 с пропускной способностью 2G. Если сигнализация LSP-1 с пропускной способностью 2G дает сбой, то вющий маршрутизатор поддерживает LSP-1 с пропускной способностью 1G и LSP-2 с пропускной способностью 2G.

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

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

Межполосное сотрудничество с autobandwidth

В качестве примера можно привести один номинальный LSP с именем LSP-1, настроенный со следующими параметрами:

  • Разделение полосы пропускания и максимальной пропускной способности сигнализации 1G

  • Объединение пропускной способности и минимальной пропускной способности сигнализации 0,8G

  • Автополоснаяwidth

Нормализация выполняется по-другому в следующих сценариях:

Изменения в корректировках автополосных служб LSP

Табл. 5 показывает, как нормализация разбивает и объединяет LSP-членов как изменение полосы пропускания на LSP с безусловной нормализацией.

Табл. 5: Нормализация с корректировками автополосных служб LSP

Время нормализации

Текущее состояние

События

Зарекомементированное состояние

T0

Нет состояния.

Инициализации

LSP-1 сигнализируется с полосой пропускания 0,8G

T1

Использование LSP-1 увеличивается до 1,5G

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

  • Маршрутизатор в обратном направлении решает разделить LSP-1 на два LSP и создает LSP-2.

LSP-1 = 0,8G

LSP-2 = 0,8G

T2

Увеличение использования LSP-1 до 2G

Использование LSP-2 увеличивается до 0,9G (в пределах)

  • Совокупная пропускная способность – 2,9G, что превышает максимальный размер разделения 2G.

  • Маршрутизатор в обратном направлении решает разделить LSP-1 на три LSP и создает LSP-3.

LSP-1 = 1G

LSP-2 = 1G

LSP-3 = 1G

T3

Использование LSP-3 увеличивается до 1,5G

  • Совокупная полоса пропускания – 3.5G с максимальным разделением 3G.

  • Маршрутизатор в обратном направлении решает разделить LSP-1 на четыре LSP и создает LSP-4.

LSP-1 = 1G

LSP-2 = 1G

LSP-3 = 1G

LSP-4 = 1G

T4

Использование LSP-2 снижается до 0,5G

  • Совокупная пропускная способность — 3G.

  • Маршрутизатор въеха принимает решение об объединении LSP-1 и удаляет LSP-4.

LSP-1 = 1G

LSP-2 = 1G

LSP-3 = 1G

Так как автополосная удваивная настройка настраивается для каждого LSP, каждый раз при корректировке автополосной статки на маршрутизаторе впуска пересылает сигналы каждый LSP с Max Avg Bw .

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

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

В том же примере и при применении второго подхода LSP-1 переходит из 0.8G в 1.5G, а затем обратно в 0.8G. Если время нормализации имеет тот же порядок, что и интервал корректировки, то в маршрутизаторе в направлении в пределах сети LSP-1 остается один с исходным 0.8G и сигнализирует только LSP-2 с 0.8G. Это помогает достичь окончательного результата нормализации, избегая при этом дополнительной попытки сигнализации на LSP-1 с истечением срока действия 1,5G на времени корректировки.

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

Прим.:

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

  • Обычная оптимизация

  • Регулировка автополосной статки

  • Нормализации

Изменения в росте трафика

Табл. 6 показывает, как выполняется нормализация при большом росте трафика.

Табл. 6: Нормализация с ростом трафика

Время нормализации

Текущее состояние

События

Зарекомементированное состояние

T0

Отсутствие состояния

LSP-1 сигнализируется с полосой пропускания 0,8G

T1

Увеличение использования LSP-1 до 3G

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

  • Въеханый маршрутизатор решает разделить LSP-1 и создает еще два дополнительных LSP.

LSP-1 = 1G

LSP-2 = 1G

LSP-3 = 1G

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

Расчетный диапазон и настроенные допустимые диапазоны

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

На момент нормализации, основанной на совокупном требовании X:

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

В противном случае, если максимальное число LSPS-участников меньше ,чем [X/splitting-bandwidth], то вющий маршрутизатор сохраняет (как минимум) максимальное число-участник-lsps в системе, а пропускная способность каждого LSP будет [X/maximum-member-lsps] или максимальной шириной пропускной способности для сигнализации, в зависимости от того, какая полоса пропускания меньше. Некоторые LSP могут не получить сигналы успешно.

Аналогично, если минимальная пропускная способность-участник-lsps превышает [X/merging-bandwidth], то вющий маршрутизатор сохраняет (как минимум) минимальное значение -member-lsps в системе, а пропускная способность каждого LSP будет [X/minimum-member-lsps] или минимальной пропускной способностью для сигнализации, в зависимости от того, какая полоса пропускания меньше.

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

  • Пример 1

    • minimum-member-lsps = 2

    • maximum-member-lsps = 10

    • совокупный спрос = 10G

    • объединение пропускной способности = 1G

    • разделение пропускной способности = 2,5G

    В этом случае вющее устройство маршрутки передает сигналы четырем рядным LSP каждый с полосой пропускания 2G.

  • Пример 2

    • минимальное количество lsps для членов = 5

    • maximum-member-lsps = 10

    • совокупный спрос = 10G

    • объединение пропускной способности = 2,5G

    • разделение пропускной способности = 10G

    В этом случае вющее устройство маршрутки сигнализирует пять рядов LSP каждый с полосой пропускания 2G. Здесь статическая конфигурация на количестве рядов LSP имеет приоритет.

  • Случай 3

    • минимальная пропускная способность сигнализации = 5G

    • максимальная пропускная способность сигнализации = 40G

    • объединение пропускной способности = 10G

    • разделение пропускной способности = 50G

    Когда появляется контейнер LSP, номинальный LSP сигнализируется с минимальной сигнализацией-пропускной способностью. На момент нормализации новая совокупная пропускная способность составляет 100G. Чтобы найти N и полосу пропускания каждого LSP, N должна удовлетворить следующие ограничения:

    Таким образом, N равен:

    • N = 2, пропускная способность = min {100/2G, 40G} = 40G

      Этот параметр не удовлетворяет новым агрегам 100G.

    • N = 3, пропускная способность = min {100/3G, 40G} = 33.3G

      Этот параметр делает совокупную полосу пропускания равной 100G.

    В этом случае вющее устройство маршрутной маршрутки сигнализирует по три LSP каждый с полосой пропускания 33.3G.

    Прим.:

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

Вычисление пути маршрутизации на основе ограничений

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

Например, есть K LPS на впадаемом маршрутизаторе со значениями полосы пропускания X-1, X-2, ..., и X-K. Текущий совокупный размер полосы пропускания составляет Y, что является суммой X-1 плюс X-2 плюс X-K. При новом требовании W в первую очередь взламывный маршрутизатор вычисляет нужное количество LSP. Если для впадаемого маршрутизатора требуются только N LSP (LSP-1, LSP-2, .., и LSP-N) со значением полосы пропускания B, задача модуля маршрутов на основе ограничений состоит в предоставлении набора допустимого пропускной способности LSP, которые могут удовлетворить новый общий требование, который не меньше Y.

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

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

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

  • Настроено ли инкрементизация или нет, если маршруты с ограничением не удалось вычислить для достаточного количества LSP, маршрутизатор вхождения должен повторить процесс нахождения нового набора LSP. Сначала маршрутизатор в направлении в направлении маршрутизатора начинает с минимального значения N из возможного региона. Каждый раз, когда веский маршрутизатор должен пересмотреть номер, он линейно увеличивает его на 1. В результате полоса пропускания на LSP становится меньше, и, следовательно, вероятность успешной сигнализации становится более высокой. Процесс повторяется для всех возможных значений N (или некоторого связанного количества времени или продолжительности, как законфигурирован).

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

Выборки

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

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

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

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

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

Продолжительность времени, число последних агрегированных выборок для хранения, значение процента для определения и игнорирование выходных данных — это настраиваемые пользователем параметры.

Поддержка NSR, IPG-FA и статических маршрутов

Начиная с Junos OS 15.1, контейнерные маршруты с коммутацией по метке (LSP) поддерживают неполную активную маршрутную (NSR), IGP переад часть смежности (FA) и статические маршруты для решения требований более широкого бизнес-направлений.

Поддержка NSR

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

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

Для точеных LPS RSVP модуль маршрутизации переключение может быть под любой из следующих точки:

  • Steady state

    В устойчивом состоянии LSP находится в состоянии up и передает трафик; однако в LSP не происходит никаких других событий, таких как перерыв в передав (MBB). На этом этапе на обоих коммутаторах запускается RPD, и событие переключения переключается между основными и резервными модуль маршрутизации. На резервном модуль маршрутизации уже реплицирована информация LSP. После переключения новый основной коммутатор использует информацию реплицированную структуру для построения контейнера LSP и организации очереди пути (TRAC) LSP в режиме трассиации. RSVP передает сигналы и проверяет, достижим ли путь, указанный в CHECKS. Если проверка RSVP не удалась, LSP перезагружается. Если проверка RSVP была успешной, состояние LSP остается в состоянии up.

  • Action leading to make-before-break (MBB)

    Контейнерный LSP можно оптимизировать с обновленной полосой пропускания, и это изменение можно сделать в режиме MBB. Во время процесса MBB существует два экземпляра пути для данного LSP, и LSP переключается от одного экземпляра к другому. Для каждого модуль маршрутизации переключения проверяется путь, чтобы найти, где в процессе MBB путь. Если путь находится в середине процесса MBB, при этом основной экземпляр отключается, и путь повторно оптимизирован, то MBB может переключиться на новый экземпляр. В show mpls lsp extensive этом случае выходные данные команды:

    Аналогичное поведение сохраняется для рядов LPS во время оптимизации пропускной способности.

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

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

    • Нормализация на этапе вычислений

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

    • Нормализация на этапе выполнения

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

Поддержка IPG-FA

Смежность (FA) — это маршрут управление трафиком с коммутацией по метке (LSP), настроенный между двумя узлами и используемый протоколом внутреннего шлюза (IGP) для переададратов трафика. По умолчанию IGP не рассматривает возможность MPLS трафика между сайтами, для переадки трафика. При перенаправлении туннел управление трафиком LSP в качестве канала в топологии IGP, что позволяет узлам в сети также перенаправление IP-трафика для достижения пункта назначения через этот FA LSP. Между устройствами маршрутации может быть создана сочность переадности, независимо от их расположения в сети.

Для объявления контейнера LSP в IGP-FA имя LSP должно быть настроено в соответствии с IS-IS или OSPF. Например:

IS-IS

OSPF

Прим.:

Стандарт IGP-FA применяется как к контейнерным LSP, так и к обычным LSP из точеки. Если контейнерный LSP и LSP из точки в точке имеют одно и то же имя, то LSP из точки в точке отдается предпочтение FA.

Поддержка статического маршрута

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

Чтобы объявление контейнера LSP статическим маршрутом, имя LSP должно быть настроено в соответствии с конфигурацией статического маршрута. Например:

Статический маршрут

Прим.:

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

Утверждения конфигурации, поддерживаемые для контейнерных LPS

Табл. 7 перечисляет MPLS конфигурации LSP, применимые к RSVP LSP и контейнеру LSP (номинала и дополнительно).

Поддержка конфигурации определяется следующими терминами:

  • Да. Утверждение конфигурации поддерживается для данного типа LSP.

  • Нет— утверждение конфигурации для данного типа LSP не поддерживается.

  • N/A — утверждение конфигурации для данного типа LSP не применимо.

Табл. 7: Применимость конфигурации RSVP LSP к контейнеру LSP

Заявление о конфигурации

RSVP LSP (ветвь)

LSP-участник (в входит)

Адаптивной

(По умолчанию: неактивность)

да

да

admin-down

да

да

admin-group

да

да

admin-groups-except

да

да

группы применения

да

да

apply-groups-except

да

да

associate-backup-pe-groups

да

Нет

associate-lsp

(Без поддержки при окнаправлении)

да

Нет

автоматическая пропускная способность

да

да

Резервного копирования

да

Нет

Пропускной способности

да

да

класс обслуживания

да

да

corouted-200

(Без поддержки при окнаправлении)

да

Нет

corouted-bidirectional-passive

(Без поддержки при окнаправлении)

да

Нет

Описание

да

да

Отключить

да

да

защита от нее

да

Нет

exclude-srlg

да

да

быстрая перенастройка

(Одинаковые быстрая перемаршрутизация для всех LPS-членов)

да

да

От

да

да

предел переходов

да

да

Установить

да

да

между доменами

(Тот же маршрутизатор прерывания)

да

да

дополнительно

(Все LPS являются основными)

да

Нет

ldp-туннел

(Все LPS туннелются)

да

да

наименее заполнение

да

да

защита соединений

(У всех LSP есть одинаковые средства защиты связи: mechansim)

да

да

lsp-атрибуты

да

да

lsp-внешний контроллер

да

Нет

Метрические

(Все LSP одинаковы)

да

да

наибольшее заполнение

да

да

no-cspf

(LPS используют IGP)

да

да

no-decrement-ttl

(У всех LSP один и тот же поведение TTL)

да

да

no-install-to-address

да

да

запись без записи

да

да

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

(LSP-узлы имеют один и тот же механизм защиты узлов-соединений)

да

да

Oam

да

да

optimize-hold-dead-delay

(Все LPS имеют одинаковое значение)

да

да

оптимизация задержки переключения

(Все LPS имеют одинаковое значение)

да

да

оптимизируйте время

(Все LPS имеют одинаковое значение)

да

да

p2mp

да

Не указано

Полицейских

(Переменный трафик)

да

Нет

Предпочтения

да

да

основная

(Все пути являются основными)

да

Нет

Случайных

да

да

Записи

да

да

предел повторного времени

(Применимо к членам)

да

да

retry-timer

(Применимо к членам)

да

да

revert-timer

(Нет вторичного LSP)

да

Нет

дополнительно

(Все LPS являются основными)

да

Нет

soft-preemption

да

да

Режиме ожидания

(Все LPS являются standby)

да

Нет

Шаблон

да

Нет

Кому

да

да

отслеживание

да

да

конечная -hop-popping

да

да

Влияние настройки контейнерных LSP на производительность сети

Контейнерный LSP – это контейнерный LSP, который позволяет нескольким LSP-членам сосуществовать и управляться как связка. LSP-члены схожи с независимыми точками RSVP LSP. В результате потребление ресурсов схоже с суммой ресурсов, потребляемых каждой точкой-точкой RSVP LSP. Тем не менее, обеспечение контейнера LSP более эффективно, так как недоумеющие LSP-члены динамически удаляются, экономя таким образом ресурсы памяти и ЦП.

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

  • Взаимодействие с процессами и конфигурацией маршрутизатора

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

  • Взаимодействие с внешними соседями по RSVP

    Сигнализация RSVP MPLS LPS зависит от служб RSVP и IGP для связи сообщений RSVP между соседними маршрутизаторами по сети. Поскольку сеансы RSVP включают связь за пределами локального маршрутизатора, они подвержены многим формам атак, таким как спуфинг равноправных сторон, вброс сфальсифицированных сообщений RSVP и обновлений маршрутов, а также атаки на обычное транспортное сообщение TCP/UDP для сеансов. Junos OS предоставляет счетчики для таких векторов атак.

  • Пределы ресурсов и отказ в обслуживании

    Junos OS обеспечивает несколько механизмов с помощью механизмов контроля и фильтров для защиты от отказ в обслуживании атак на основе введения трафика, который превышает ожидаемые потребности. На MPLS LSP Junos OS позволяет операторам настраивать ограничения на полосе пропускания LSP и количество LSP. Однако, как и LSVP-маршруты между точками, контейнерные LSP не могут применять ограничения к объему трафика, перенастояемого через эти LPS.

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

Junos OS поддерживают следующие возможности LSP контейнера:

  • Механизм разделения LSP с равной пропускной способностью

  • Разделение и объединение LSP на основе агрегированной пропускной способности

  • Механизм именования на основе номеров LSP для динамически созданных LSP-участников LSP

  • Периодические механизмы выборки для оценки агрегированной полосы пропускания

  • Возможность использования с функцией автоматической полосы пропускания

  • ECMP с использованием динамически созданных LPS

  • LDP-туннеление на динамическом созданном LSP

  • Настройка контейнера LSP с использованием IGP ярлыков

  • Агрегированные соединения Ethernet

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

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

  • Несоединяемые пути узла и соединения для различных LPS между впускным и выпадающим устройством маршрутов

  • Политика распределения полосы пропускания отличается от политики равной полосы пропускания на событии нормализации.

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

  • Объекты RSVP, такие как MLSP_TUNNEL Sender Template и MLSP_TUNNEL Filter Specification определенные в [KOMPELLA-MLSP]

  • Изменение топологии как триггера разделения и объединения LSP

  • Изменение топологии и отказа соединения в качестве триггера для нормализации, если рядовым LSP не отстает

  • Защита от нее на контейнере LSP

  • Контейнер LSP в качестве резервного LSP для IGP интерфейса

  • Контейнер LSP в качестве туннеля поставщика для многоаксных VPN

  • Динамические LPS для нормализации

  • CCC с использованием контейнера LSP

  • Вторичные пути для контейнера LSP

  • Многонаправленный контейнер LSP

  • Полицейских

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

  • Внешний объект вычисления пути, такой как PCE

  • Много шасси

  • IPv6

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

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

Требования

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

  • Пять маршрутизаторов, которые могут быть комбинацией M Series, серия MX или серия T, из которых два маршрутизатора являются маршрутизаторами на границе сети поставщика (PE) и три маршрутизатора - маршрутизаторами-провайдерами (P)

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

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

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

  2. Настройте номера автономных систем и ID маршрутизаторов для устройств.

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

    • Rsvp

    • MPLS

    • BGP

    • OSPF

Обзор

Начиная с Junos OS 14.2, новый тип LSP, называемый контейнером LSP, введен для того, чтобы включить балансировку нагрузки между несколькими точками LSP. Контейнерный LSP включает один или несколько LSP-устройств-членов между одними и тем же устройствами маршрутки в направлении в направлении и из него. Рядовая LSP подобна независимому LSP «точка-точка». Каждый член LSP идет по другому пути к одному и тому же месту назначения и может маршрутиться по другому пути IGP стоимости.

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

Топологии

Рис. 2 является образцом топологии, настроенной с контейнерными LPS.

Рис. 2: Динамическое управление пропускной способностью с помощью контейнера LSPДинамическое управление пропускной способностью с помощью контейнера LSP

В данном примере маршрутизаторы PE1 и PE2 являются PE-маршрутизаторами, подключенными к хостам Host1 и Host2 соответственно. Маршрутизаторы ядра, маршрутизаторы P1, и P2, и P3 подключаются к маршрутизаторам PE.

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

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

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

PE1

P1

P2

P3

PE2

Процедуры

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

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

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

  1. Настройте интерфейсы маршрутизатора PE1.

  2. Настройте ID маршрутизатора и номер автономной системы для маршрутизатора PE1.

  3. Включить политику для балансироу нагрузки трафика.

  4. Включить RSVP на всех интерфейсах МАРШРУТИЗАТОРА PE1 (за исключением интерфейса управления).

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

  6. Настройте параметры MPLS статистики.

  7. Настройте параметры шаблона коммутируемых меток (LSP).

  8. Настройте контейнер LSP между маршрутизаторами PE1 и PE2 и назначьте шаблон LSP PE1-to-PE2-template1.

  9. Настройте параметры контейнера LSP.

  10. Настройте группу BGP и назначьте локальные и соседние IP-адреса.

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

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

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

  14. Настройте значения меток route distinguisher, vrf target и vrf-table для экземпляра маршрутов VRF.

Результаты

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

Проверки

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

Проверка состояния контейнера LSP без полосы пропускания

Цель

Проверьте состояние контейнера LSP.

Действий

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

Смысл

Контейнер LSP установлен между маршрутизаторами PE1 и PE2.

Проверка состояния контейнера LSP с увеличенной полосой пропускания (до нормализации)

Цель

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

Действий

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

Смысл

Так как нормализация не произошла, количество членов LSP остается на 2.

Проверка состояния контейнера LSP с увеличенной полосой пропускания (после нормализации)

Цель

Проверьте состояние контейнера LSP с увеличенной полосой пропускания после нормализации.

Действий

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

Смысл

По истечении времени времени нормализации контейнерный LSP разбивает на пять LSP-членов, каждый из которых имеет пропускную способность 10 Мбит/с (минимальная и максимальная пропускная способность сигнализации). В результате совокупная пропускная способность составляет 50 Мбит/с.

Проверка процесса разделения контейнера LSP

Цель

Проверьте процесс разделения контейнера LSP после нормализации.

Действий

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

Смысл

После разделения LSP маршрутизатор PE1 ввел соежную долю передающего маршрутизатора.

Проверка статистики контейнерного LSP

Цель

Проверьте статистику контейнера LSP после нормализации.

Действий

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

Смысл

Трафик балансирует нагрузку между вновь созданными LSP-членами.

Проверка состояния контейнера LSP с уменьшенной полосой пропускания (перед нормализацией)

Цель

Перед нормализацией проверьте состояние контейнера LSP с уменьшенной полосой пропускания.

Действий

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

Смысл

Так как нормализация не произошла, количество членов LSP остается на 5.

Проверка состояния контейнера LSP с уменьшенной полосой пропускания (после нормализации)

Цель

После нормализации проверьте состояние контейнера LSP с уменьшенной полосой пропускания.

Действий

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

Смысл

По истечении времени времени нормализации происходит объединение LSP контейнера, так как происходит общее уменьшение пропускной способности. Членские LSP объединяются, а количество членов LSP после нормализации составляет 2.

Проверка процесса объединения контейнера LSP

Цель

Проверьте процесс разделения контейнера LSP после нормализации.

Действий

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

Смысл

После объединения LSP маршрутизатор PE1 удалил LSP, объединенные в объединение, LSP.

Проверка нормализации перенаправки при сбойе

Цель

Проверьте перераспределение нагрузки при отправлении трафика на 35 Мбит/с и отключено соединение между маршрутизаторами P1 и P2. Появление pathErr при сбое соединения инициирует немедленную нормализацию.

Чтобы включить нормализацию переключения при сбойе, включим failover-normalization в нее утверждение конфигурации на [edit protocols mpls container-label-switched-path container-lsp-name splitting-merging normalization] иерархическому уровне.

Действий

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

После того, как соединение ge-0/0/2 между маршрутизаторами P1 и P2 отстает, немедленно запускается нормализация.

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

Смысл

Появление сообщения PathErr при сбое соединения инициирует немедленную нормализацию.

Проверка инкрементной нормализации

Цель

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

На маршрутизаторе PE1 статическая пропускная способность интерфейсов RSVP ограничивается до 22 Мбит/с каждый.

Действий

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

Прежде чем произойдет нормализация:

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

После нормализации:

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

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

Смысл

После нормализации совокупная полоса пропускания после трех повторного использования составляет 40,8326 Мбит/с.

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

Можно настроить контейнер LSP для динамического обеспечения балансировки нагрузки между несколькими LSP из точки в точку. Контейнерный LSP включает один или несколько LSP-устройств-членов между одними и тем же устройствами маршрутки в направлении в направлении и из него. Рядовая LSP подобна независимому LSP «точка-точка». Каждый член LSP идет по другому пути к одному и тому же месту назначения и может маршрутиться по другому пути IGP стоимости.

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

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

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

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

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

    • Rsvp

    • BGP

      Настройте группу BGP одноранговому устройству с устройством удаленного поставщика (PE).

    • OSPF

      В управление трафиком включить функции.

  4. Настройка экземпляра маршрутов VRF.

Для настройки устройства PE:

  1. Актив MPLS всех интерфейсов (за исключением интерфейса управления).
  2. Настройте параметры MPLS статистики.
  3. Настройте параметры шаблона коммутируемых меток (LSP).
  4. Настройте контейнер LSP между двумя PE-маршрутизаторами и назначьте шаблон LSP.
  5. Настройте параметры контейнера LSP.
  6. Настройте утверждение политики для баланси между нагрузкой и трафиком.
    Прим.:

    Политика выравнивания нагрузки трафика должна быть назначена конфигурации таблица переадресации в соответствии с уровнем иерархии [edit routing-options].

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

    Например: