На этой странице
Маршрутизаторы 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
- Настройка адреса маршрутизатора для выпадающих маршрутов для LPS
- Предотвращение добавления адресов маршрутизатора-отката к таблицам маршрутов
Настройка адреса веского маршрутизатора для LPS
Локальный маршрутизатор всегда считается маршрутизатором в направлении в направлении маршрутизатора, что является началом LSP. Программное обеспечение автоматически определяет соответствующий исходяходящий интерфейс и IP-адрес для достижения следующего маршрутизатора в LSP.
По умолчанию в качестве адреса впадаемого маршрутизатора выбирается ID маршрутизатора. Для автоматического переопределения адреса источника укажите адрес источника в from
утверждение:
from address;
Это утверждение можно включить на следующих уровнях иерархии:
[edit protocols mpls label-switched-path lsp-name]
[edit logical-systems logical-system-name protocols mpls label-switched-path lsp-name]
Исходяющий интерфейс, используемый LSP, не зависит от настроенного адреса источника.
Настройка адреса маршрутизатора для выпадающих маршрутов для LPS
При настройке LSP необходимо указать адрес маршрутизатор исходящего трафика включив в себя to
утверждение:
to address;
Это утверждение можно включить на следующих уровнях иерархии:
[edit protocols mpls label-switched-path lsp-name]
[edit protocols mpls static-label-switched-path lsp-name]
[edit logical-systems logical-system-name protocols mpls label-switched-path lsp-name]
[edit logical-systems logical-system-name protocols mpls static-label-switched-path lsp-name]
При настройке сигнального 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-path
push
через 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-address
install 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
такое заявление:
no-install-to-address;
Это утверждение можно включить на следующих уровнях иерархии:
[edit protocols mpls label-switched-path lsp-name]
[edit protocols mpls static-label-switched-path lsp-name]
[edit logical-systems logical-system-name protocols mpls label-switched-path lsp-name]
[edit logical-systems logical-system-name protocols mpls static-label-switched-path lsp-name]
Настройка веского маршрутизатора для MPLS-сигнальных LPS
MPLS маршруты с сигнализацией на коммутаторы с меткой (LPS) запускаются от определенного входить маршрутизатора к определенному маршрутизатор исходящего трафика. Для основной MPLS LSP, сигнализируемых сигналом, необходимо настроить в направлении маршрутизатора, но не настраивать другие маршрутизаторы.
Для настройки сигнальных LPS выполните следующие задачи на впадаемом маршрутизаторе:
- Создание именуемой траектории
- Настройка альтернативных резервных путей с использованием совместного использования
Создание именуемой траектории
Чтобы настроить сигнальные LPS, необходимо сначала создать один или несколько именуемых путей на впадаемом маршрутизаторе. Для каждого пути можно указать некоторые или все транзитные маршрутизаторы пути или оставить его пустым.
Каждое имя пути может содержать до 32 символов и содержать буквы, цифры, периоды и дефис. Имя должно быть уникальным в пределах маршрутизатора в пределах впадаемого маршрутизатора. Как только именоваемый путь создан, можно использовать именуемый путь с или утверждением для настройки primary
secondary
LSP на уровне [edit protocols mpls label-switched-path label-path-name]
иерархии. Можно указать один и тот же именуемый путь для любого числа LPS.
Чтобы определить, связан ли LSP с основным или вторичным путем в сеансе RSVP, вдайте show rsvp session detail
команду.
Чтобы создать пустой путь, создайте именуемую траекторию, включив в нее следующую форму path
утверждения. Такая форма утверждения пуста, что означает, что любой путь между вещателями и path
выпадателями принимается. Фактически используемый путь имеет тенденцию быть тем же путем, что и трафик на основе назначения.
path path-name;
Это утверждение можно включить на следующих уровнях иерархии:
[edit protocols mpls]
[edit logical-systems logical-system-name protocols mpls]
Чтобы создать путь, в котором будут указаны некоторые или все транзитные маршрутизаторы пути, включим следующую форму утверждения, указывав один адрес для каждого транзитного path
маршрутизатора:
path path-name { (address | hostname) <strict | loose>; }
Это утверждение можно включить на следующих уровнях иерархии:
[edit protocols mpls]
[edit logical-systems logical-system-name protocols mpls]
В этой форме утверждения указывается один или несколько адресов path
транзитного маршрутизатора. Выбор веха или выпадающих маршрутизаторов необязателен. Можно указать адрес или имя хоста каждого транзитного маршрутизатора, хотя при его типе список всех транзитных маршрутизаторов не loose
требуется. Укажите адреса в порядке, начиная с входящего маршрутизатора (необязательного) или первого транзитного маршрутизатора и последовательно продолжая по пути до маршрутизатор исходящего трафика (необязателен) или маршрутизатора непосредственно перед маршрутизатор исходящего трафика. Необходимо указать только один адрес на каждый переход маршрутизатора. Если указать несколько адресов для одного маршрутизатора, будет использоваться только первый адрес; дополнительные адреса игнорируются и отсечены.
Для каждого адреса маршрутизатора необходимо указать тип, который может быть одним из следующих:
strict
(По умолчанию) Маршрут от предыдущего маршрутизатора к этому маршрутизатору является прямым и не может включать другие маршрутизаторы. Если это адрес интерфейса, этот маршрутизатор также гарантирует, что входящий интерфейсaddress
является указанным. При параллельных соединениях между предыдущим маршрутизатором и этим маршрутизатором важно, чтобы входящий интерфейс был указан. Она также обеспечивает применение маршрутов на уровне каждого соединения.Для строгих адресов необходимо убедиться, что маршрутизатор, непосредственно предшествующий настраиваемому маршрутизатору, имеет прямое подключение к этому маршрутизатору. Этот адрес может быть адресом интерфейса обратной связи, в этом случае входящий интерфейс не проверяется.
loose
- Маршрут, полученный от предыдущего маршрутизатора к этому маршрутизатору, не должен быть прямым, может включать и другие маршрутизаторы и может быть получен на любом интерфейсе. Адрес может быть любым адресом интерфейса или адресом интерфейса обратной связи.
Примеры: Создание именуемой траектории
Настройте путь, чтобы указать полный строгий путь от впадаемых маршрутизаторов к маршрутизаторам-нарушителям, и в to-hastings
14.1.1.1
этом 13.1.1.1
12.1.1.1
11.1.1.1
порядке. Промежуточные маршрутизаторы не могут быть за исключением указанных. Однако между промежуточными маршрутизаторами и промежуточными маршрутизатор исходящего трафика могут быть маршрутизатор исходящего трафика маршрутизаторы, которые не 11.1.1.1
указаны в этом path
сообщении. Для предотвращения промежуточных маршрутизаторов перед выгоном настройте маршрутизатор маршрутизатор исходящего трафика в качестве последнего маршрутизатора с strict
типом.
[edit protocols mpls] path to-hastings { 14.1.1.1 strict; 13.1.1.1 strict; 12.1.1.1 strict; 11.1.1.1 strict; }
Создайте путь, alt-hastings
чтобы разрешить любое количество промежуточных маршрутизаторов между маршрутизаторами и 14.1.1.1
11.1.1.1
. Кроме того, промежуточные маршрутизаторы разрешены между 11.1.1.1
двумя маршрутизатор исходящего трафика.
[edit protocols mpls] path alt-hastings { 14.1.1.1 strict; 11.1.1.1 loose; }
Настройка альтернативных резервных путей с использованием совместного использования
Можно создать базу данных, которая используется для вычисления одного или более резервных путей на случай нестабильности основного пути. База данных содержит описание взаимосвязи между элементами сети, например, маршрутизаторами и соединениями. Поскольку эти сетевые элементы имеют одинаковые отношения, эти отношения называются совместное использованием судеб.
Можно настроить резервные пути, минимизирующий число общих линий связи и оптоволоконные пути с первичными путями, чтобы убедиться, что при отсеке оптоволокна теряется минимальный объем данных и путь к месту назначения по-прежнему существует.
Чтобы резервный путь работал оптимально, он не должен совместно использовать связи или физические оптоволоконные пути с основным путем. Это гарантирует, что единая точка отказа не влияет на основной и резервный пути в одно и то же время.
В следующих разделах описывается, как настраивать совместное использование участок и как это влияет на CSPF, а также предоставляется пример конфигурации для совместного использования.
- Настройка совместного использования опытом
- Последствия для CSPF
- Последствия для CSPF при совместном использовании пути с обходными LPS
- Примере: Настройка совместного использования опытом
Настройка совместного использования опытом
Для настройки совместной настройки совместной жизни включим в себя fate-sharing
утверждение:
fate-sharing { group group-name { cost value; from address <to address>; } }
Список уровней иерархии, на которых можно включить это утверждение, см. в разделе Сводка утверждения для этого утверждения.
Каждая группа, разделяемая участок, должна иметь имя, которое может содержать до 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
по отдельности идентифицирован:from 192.168.200.1; # LAN interface of router 1 from 192.168.200.2; # LAN interface of router 2 from 192.168.200.3; # LAN interface of router 3 from 192.168.200.4; # LAN interface of router 4
Адреса можно перечислить в любом порядке.
Узел маршрутизатора — идентифицироваться по его настроенного ID маршрутизатора.
Все объекты группы имеют определенное сходство. Например, можно определить группу для всех волоконно-оптических каналов с одним и тем же оптоволоконные каналы, все каналы, подключенные к одному коммутатору LAN, все оборудование с одним источником питания и так далее. Все объекты обрабатываются как/32 адреса хостов.
Для значимой группы она должна содержать по крайней мере два объекта. Можно настроить группы с одним или нулем или одним объектом; эти группы игнорируются во время обработки.
Объект может быть в любом количестве групп, а группа может содержать любое количество объектов. Каждой группе приписываются настраиваемые затраты, которые представляют собой уровень влияния этой группы на вычисления CSPF. Чем выше стоимость, тем меньше вероятность того, что резервный путь будет делить с основным путем любые объекты в группе. Затраты напрямую сравнить с управление трафиком метриками. По умолчанию его стоимость составляет 1. Изменение базы данных с совместным использованием очередей не влияет на установленные LPS до следующей повторной замены CSPF. База данных, разделяемая участок, влияет на быстрое перенастройка вычислений.
Последствия для CSPF
Когда CSPF вычисляет основные пути LSP (или вторичные пути, когда основной путь не активен), он игнорирует сведения о совместной жизни. Необходимо всегда находить наилучший из возможных путей (IGP стоимости) для основного пути.
Когда CSPF вычисляет вторичный путь, в то время как основной путь (того же LSP) активен, возникает следующее:
CSPF идентифицирует все группы совместной жизни, связанные с основным путем. CSPF делает это, идентифицируя все соединения и узлы, через которые проходит основной путь, и компиляя списки групп, содержащих хотя бы один из линий или узлов. При поиске CSPF игнорирует узлы вскакивного и выпадаемого.
CSPF проверяет каждый из соединений управление трафиком базы данных по скомпиле групповому списку. Если он является членом группы, стоимость связи увеличивается на стоимость группы. Если связь является членом нескольких групп, то все групповые затраты совмеются.
CSPF выполняет проверку для каждого узла в управление трафиком базы данных, за исключением веского и выпадаемого узла. Опять же, узел может принадлежать к нескольким группам, так что затраты являются дополнительными.
Маршрутизатор выполняет обычное вычисление CSPF с зарекомеленной топологией.
Последствия для CSPF при совместном использовании пути с обходными LPS
Когда совместное использование путей с помощью защиты каналов или узлов связи включено, при вычислении пути обхода LSP CSPF работает следующим образом:
CSPF идентифицирует группы распределения участок, связанные с основным путем LSP. CSPF делает это, определяя прямой ингибитный канал и ближайшие инглишные узлы, которые обход пытается защитить. CSPF компилирует списки групп, содержащих 9-й и непосредственный 9-узлы.
CSPF проверяет каждый узел (от входящего до непосредственного управление трафиком базы данных) в списке скомпилленных групп. Если он является членом группы, стоимость связи увеличивается на стоимость группы.
CSPF идентифицирует 9-ой соединение, которое не находится в пути, совместное с участью.
Этот расчет предотвращает использование обходом того же физического соединения, что и основной путь LSP, когда доступны возможные варианты.
Примере: Настройка совместного использования опытом
Настройте группы распределения участей east
и west
. Поскольку west
объектов нет, он игнорируется во время обработки.
[edit routing-options] fate-sharing { group east { cost 20; # Optional, default value is 1 from 1.2.3.4 to 1.2.3.5; # A point-to-point link from 192.168.200.1; # LAN interface from 192.168.200.2; # LAN interface from 192.168.200.3; # LAN interface from 192.168.200.4; # LAN interface from 10.168.1.220; # Router ID of a router node from 10.168.1.221; # Router ID of a router node } group west { ..... } }
Настройка промежуточных и выпадающих маршрутизаторов для MPLS-сигнальных LPS
Для настройки сигнальных LSP на всех MPLS, которые должны принимать участие в MPLS, необходимо включить на этих маршрутизаторах MPLS и RSVP.
Настройка соединения между вегетируемыми и выпадаными маршрутизаторами
На включении маршрутизатора может быть предпринято несколько попыток подключения и повторного соединения маршрутизатор исходящего трафика с помощью основного пути. Можно контролировать, как часто маршрутизатор в направлении в направлении маршрутизатора пытается установить соединение с использованием основного пути и сколько времени он ждет между попытками.
Повторная настройка времени ожидания маршрутизатора в обратном направлении перед попыткой повторного подключения к маршрутизатор исходящего трафика с использованием основного пути. Время повторного попытку по умолчанию — 30 секунд. Время может быть от 1 до 600 секунд. Для изменения этого значения включим retry-timer
утверждение:
retry-timer seconds;
Это утверждение можно настроить на следующих уровнях иерархии:
[edit protocols mpls label-switched-path lsp-name]
[edit logical-systems logical-system-name protocols mpls label-switched-path lsp-name]
По умолчанию не устанавливается предел количества попыток маршрутизатора в пределах одного или нескольких попыток установить или восстановить соединение маршрутизатор исходящего трафика с использованием основного пути. Чтобы ограничить число попыток, включим в себя retry-limit
утверждение:
retry-limit number;
Это утверждение можно настроить на следующих уровнях иерархии:
[edit protocols mpls label-switched-path lsp-name]
[edit logical-systems logical-system-name protocols mpls label-switched-path lsp-name]
Предел может быть значением до 10 000. Когда превышен предел попыток, больше не предпринимается попыток установить соединение пути. На этом этапе для перезапуска основного пути требуется вмешательство.
Если установлен предел повторного повторить попытку, каждый раз при успешном установке основного пути сбрасывается до 1.
Ping LSP
В следующих разделах описано, как использовать ping mpls
команду для подтверждения функционирования LSP.
- Ping-MPLS LPS
- Ping Point-Multipoint LPS
- Ping the Endpoint Address of MPLS LPS
- Ping CCC LSP
- Ping-сети VPN уровня 3
- Поддержка команд Ping и Traceroute LSP на основе RFC 4379
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 multipoint
ping 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.