Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Маршрутизаторы LSP

Маршрутизаторы в LSP

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

  • Маршрутизатор в направлении маршрутизатора — маршрутизатор в начале LSP. Этот маршрутизатор инкапсулирует IP-пакеты с MPLS кадром уровня 2 и переадрегулирует их следующему маршрутизатору в пути. Каждый LSP может иметь только один ветвь маршрутизатора.

  • Маршрутизатор на выходе — маршрутизатор в конце LSP. Этот маршрутизатор удаляет MPLS инкапсуляцию, трансформирует его из MPLS в IP-пакет и пересылает пакет в конечный пункт назначения, используя информацию в IP-таблица переадресации. Каждый LSP может иметь только один маршрутизатор исходящего трафика. Ветвь и выходные маршрутизаторы в LSP не могут быть одинаковыми маршрутизаторами.

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

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

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

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

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

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

По умолчанию в качестве адреса впадаемого маршрутизатора выбирается ID маршрутизатора. Для автоматического переопределения адреса источника укажите адрес источника в from утверждение:

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

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

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

При настройке LSP необходимо указать адрес маршрутизатор исходящего трафика включив в себя to утверждение:

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

При настройке сигнального LSP является to единственным требуемой утверждением. Все остальные утверждения являются необязательными.

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

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

Чтобы определить адрес нового BGP перехода, используйте show route detail эту команду. Чтобы определить адрес назначения LSP, используйте show mpls lsp эту команду. Чтобы определить, прошел ли маршрут через LSP, используйте show route команду show route forwarding-table or. В выходных данных двух последних команд ключевое слово или ключевое слово, включаемая в маршрут, указывает на то, что он прошел label-switched-pathpush через LSP. Кроме того, используйте traceroute эту команду для отслеживания фактического пути, к которому ведет маршрут. Это еще один показатель того, прошел ли маршрут через LSP.

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

Предотвращение добавления адресов маршрутизатора-отката к таблицам маршрутов

Необходимо настроить адрес, используя утверждение to для всех LPS. Этот адрес всегда устанавливается в качестве префикса в таблицах маршрутов /32 inet.3 или inet.0. Можно предотвратить добавление маршрутизатор исходящего трафика адреса, настроенного с помощью утверждения, в таблицу to маршрутов inet.3 и inet.0, включив no-install-to-address утверждение.

Причин, по которой не следует устанавливать адрес утверждения to в таблицы маршрутов inet.3 и inet.0, следующие:

  • Разрешить соотнеси LSP RSVP с ограничением на кратчайший путь (CSPF) для трафика, предназначенного для вторичных адресов обратной связи. Если настроить RSVP-туннель, включая утверждение, а затем настроить политику позже, можно no-install-to-addressinstall pfx/ <active> сделать следующее:

    • Убедитесь, что LSP настроен правильно, не влияя на трафик.

    • Соберет трафик lSP с приращениями.

    • Соокупив трафик с адресом обратной связи BGP назначения, удалив эту утверждение после завершения устранения no-install-to-address неполадок.

  • Предотвращает потерю IP-трафика для соединений CCC. Когда LSP определяет, что он не принадлежит подключению, он устанавливает адрес, указанный с помощью утверждения в таблице маршрутов to inet.3. ЗАТЕМ IP-трафик передается на удаленную конечную точку CCC, что может вызвать сбой некоторых типов РС.

Чтобы предотвратить маршрутизатор исходящего трафика адрес, настроенный с помощью утверждения, не будут добавлены в таблицы маршрутов to inet.3 и inet.0, включите no-install-to-address такое заявление:

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

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

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

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

Создание именуемой траектории

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

Каждое имя пути может содержать до 32 символов и содержать буквы, цифры, периоды и дефис. Имя должно быть уникальным в пределах маршрутизатора в пределах впадаемого маршрутизатора. Как только именоваемый путь создан, можно использовать именуемый путь с или утверждением для настройки primarysecondary LSP на уровне [edit protocols mpls label-switched-path label-path-name] иерархии. Можно указать один и тот же именуемый путь для любого числа LPS.

Чтобы определить, связан ли LSP с основным или вторичным путем в сеансе RSVP, вдайте show rsvp session detail команду.

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

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

  • [edit protocols mpls]

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

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

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

  • [edit protocols mpls]

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

В этой форме утверждения указывается один или несколько адресов path транзитного маршрутизатора. Выбор веха или выпадающих маршрутизаторов необязателен. Можно указать адрес или имя хоста каждого транзитного маршрутизатора, хотя при его типе список всех транзитных маршрутизаторов не loose требуется. Укажите адреса в порядке, начиная с входящего маршрутизатора (необязательного) или первого транзитного маршрутизатора и последовательно продолжая по пути до маршрутизатор исходящего трафика (необязателен) или маршрутизатора непосредственно перед маршрутизатор исходящего трафика. Необходимо указать только один адрес на каждый переход маршрутизатора. Если указать несколько адресов для одного маршрутизатора, будет использоваться только первый адрес; дополнительные адреса игнорируются и отсечены.

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

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

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

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

Примеры: Создание именуемой траектории

Настройте путь, чтобы указать полный строгий путь от впадаемых маршрутизаторов к маршрутизаторам-нарушителям, и в to-hastings14.1.1.1 этом 13.1.1.112.1.1.111.1.1.1 порядке. Промежуточные маршрутизаторы не могут быть за исключением указанных. Однако между промежуточными маршрутизаторами и промежуточными маршрутизатор исходящего трафика могут быть маршрутизатор исходящего трафика маршрутизаторы, которые не 11.1.1.1 указаны в этом path сообщении. Для предотвращения промежуточных маршрутизаторов перед выгоном настройте маршрутизатор маршрутизатор исходящего трафика в качестве последнего маршрутизатора с strict типом.

Создайте путь, alt-hastings чтобы разрешить любое количество промежуточных маршрутизаторов между маршрутизаторами и 14.1.1.111.1.1.1 . Кроме того, промежуточные маршрутизаторы разрешены между 11.1.1.1 двумя маршрутизатор исходящего трафика.

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

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

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

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

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

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

Для настройки совместной настройки совместной жизни включим в себя fate-sharing утверждение:

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

Каждая группа, разделяемая участок, должна иметь имя, которое может содержать до 32 символов и содержать буквы, цифры, периоды (.) и дефис (-). Можно определить до 512 групп.

Группы распределения участоков содержат три типа объектов:

  • Ссылки между точками — на каждом конце линии связи, идентифицированы IP-адресами. Ненумберные ссылки "точка-точка" обычно идентифицированы путем заимствования IP-адресов у других интерфейсов. Порядок не важен; from 1.2.3.4 to 1.2.3.5 и from 1.2.3.5 to 1.2.3.4 имеют одинаковое значение.

  • Нестандартные ссылки —Включай ссылки на интерфейсе LAN (например, интерфейсы Gigabit Ethernet) или интерфейсы неширокоадной многоадростной передачи (NBMA) (например, асинхронный режим передачи [ATM] или Frame Relay). Эти ссылки идентифицируют по отдельному адресу интерфейса. Например, если к интерфейсу LAN подключены четыре маршрутизатора, каждый маршрутизатор 192.168.200.0/24 по отдельности идентифицирован:

    Адреса можно перечислить в любом порядке.

  • Узел маршрутизатора — идентифицироваться по его настроенного ID маршрутизатора.

Все объекты группы имеют определенное сходство. Например, можно определить группу для всех волоконно-оптических каналов с одним и тем же оптоволоконные каналы, все каналы, подключенные к одному коммутатору LAN, все оборудование с одним источником питания и так далее. Все объекты обрабатываются как/32 адреса хостов.

Для значимой группы она должна содержать по крайней мере два объекта. Можно настроить группы с одним или нулем или одним объектом; эти группы игнорируются во время обработки.

Объект может быть в любом количестве групп, а группа может содержать любое количество объектов. Каждой группе приписываются настраиваемые затраты, которые представляют собой уровень влияния этой группы на вычисления CSPF. Чем выше стоимость, тем меньше вероятность того, что резервный путь будет делить с основным путем любые объекты в группе. Затраты напрямую сравнить с управление трафиком метриками. По умолчанию его стоимость составляет 1. Изменение базы данных с совместным использованием очередей не влияет на установленные LPS до следующей повторной замены CSPF. База данных, разделяемая участок, влияет на быстрое перенастройка вычислений.

Последствия для CSPF

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

Когда CSPF вычисляет вторичный путь, в то время как основной путь (того же LSP) активен, возникает следующее:

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

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

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

  4. Маршрутизатор выполняет обычное вычисление CSPF с зарекомеленной топологией.

Последствия для CSPF при совместном использовании пути с обходными LPS

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

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

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

  • CSPF идентифицирует 9-ой соединение, которое не находится в пути, совместное с участью.

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

Примере: Настройка совместного использования опытом

Настройте группы распределения участей east и west . Поскольку west объектов нет, он игнорируется во время обработки.

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

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

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

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

Повторная настройка времени ожидания маршрутизатора в обратном направлении перед попыткой повторного подключения к маршрутизатор исходящего трафика с использованием основного пути. Время повторного попытку по умолчанию — 30 секунд. Время может быть от 1 до 600 секунд. Для изменения этого значения включим retry-timer утверждение:

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

По умолчанию не устанавливается предел количества попыток маршрутизатора в пределах одного или нескольких попыток установить или восстановить соединение маршрутизатор исходящего трафика с использованием основного пути. Чтобы ограничить число попыток, включим в себя retry-limit утверждение:

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

Предел может быть значением до 10 000. Когда превышен предел попыток, больше не предпринимается попыток установить соединение пути. На этом этапе для перезапуска основного пути требуется вмешательство.

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

Ping LSP

В следующих разделах описано, как использовать ping mpls команду для подтверждения функционирования LSP.

Ping-MPLS LPS

Можно использовать ping для определенного LSP. Эхо-запросы отправляются по LSP как MPLS пакетов. Полезной нагрузкой является пакет протокола дейтаграмм пользователя (UDP), переадружаемый на адрес в диапазоне 127/8 (127.0.0.1 по умолчанию, этот адрес настраивается) и порт 3503. Сведения по метке и интерфейсу для создания и отправки этой информации в MPLS пакета те же, что и для стандартного трафика LSP.

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

Необходимо настроить конфигурацию MPLS на уровне иерархии на удаленном маршрутизаторе, чтобы иметь возможность с помощью ping оторвать [edit protocols mpls] LSP, завершаемый на этом сайте. Конфигурацию необходимо настраивать MPLS, даже если предполагается провести ping только для классов эквивалентности (FEC) для переадвителю LDP.

Для команды ping MPLS ping mpls <count count> <ldp <fec>> <rsvp <exp forwarding-class> <lsp-name>> LSP. Для команды ping для вторичного MPLS LSP. ping mpls <count count> <rsvp <lsp-name>> standby path-name Подробное описание этой команды см. в интерфейс командной строки Explorer.

Прим.:

Команда ping mpls не поддерживается в экземплярах маршрутов.

Прим.:

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

Ping Point-Multipoint LPS

Чтобы получить ping-команду point-to-multipoint LSP, используйте ping mpls rsvp lsp-name multipointping mpls rsvp egress address команды или команды. Команда возвращает список всех идентификаторов маршрутизатор исходящего трафика маршрутизаторов lSP с текущим состоянием маршрутов от точки к ping mpls rsvp lsp-name multipoint многоточки LSP. Команда ping mpls rsvp lsp-name multipoint egress address возвращает текущий статус указанного маршрутизатор исходящего трафика.

Ping the Endpoint Address of MPLS LPS

Чтобы определить, работает ли LSP между двумя гранными (PE) маршрутизаторами поставщика, можно получить ping адрес конечной точки LSP. Для команды ping MPLS ping mpls lsp-end-point address LSP. Эта команда показывает, какой тип LSP (RSVP или LDP) заканчивается на указанном адресе и является ли этот LSP up или down.

Подробное описание этой команды см. в интерфейс командной строки Explorer.

Ping CCC LSP

Можно использовать ping для определенного CCC LSP. Команда CCC LSP ping идентична команде, используемой для MPLS LSP. Используемая команда : ping mpls <count count> <rsvp <lsp-name>> . Можно также использовать команду ping для вторичного standby CCC ping mpls <count count> <rsvp <lsp-name>> standby path-name LSP.

Подробное описание этой команды см. в интерфейс командной строки Explorer.

Ping-сети VPN уровня 3

Для команды ping для VPN уровня 3 можно использовать ping mpls l3vpn vpn-name prefix prefix <count count> подобную команду. Дополнительные сведения об этой команде см. в библиотеке Junos OS VPN для устройств маршрутов и в интерфейс командной строки Explorer.

Поддержка команд Ping и Traceroute LSP на основе RFC 4379

Коммутатор Junos OS LSP и команды на основе ping RFC 4379, обнаружение сбоев плоскости данных с многопротоколной коммутаной tracerouteметкой (MPLS).

LSP и команды, основанные на ping RFC 4379, пытаются отследить путь, принятый LSP, основываясь на истечении MPLS traceroute TTL. LSP может проходить по нескольким путям от впадаемой до выходной. Это происходит, в частности, при многоканальных изменениях равной стоимости (ECMP). Команда LSP traceroute может отследить все возможные пути до узла LSP.