На этой странице
Примере: Настройка сбора путей для создания LSP с сигнализацией "точка-многоточки" RSVP
Настройка политики проверки multicast RPF для LSP точек-точек
Настройка избыточности впадающих PE-маршрутизаторов для LSP между точками
Настройка службы для корреляции многоканальных подканальных LSP с помощью FFP
Включение точе-токных LPS для отслеживания egress PE маршрутизаторов
Сохранение функционирования LSP между точками с разными Junos OS
Обзор поведения при повторном объединении LSP между точками и точками
Многоканальная конфигурация LSP
Обзор многоканальных LPS
LSP между точками MPLS LSP является LSP с одним источником и несколькими точками назначения. За счет использования преимущества MPLS репликации пакетов в сети многоканальный LSP избегает ненужной репликации пакетов на маршрутизаторе в момент вирования. Репликация пакетов происходит только тогда, когда пакеты переадправлены на два или более различных мест назначения, требующие разных сетевых путей.
Данный процесс иллюстрирован Рис. 1 в . Маршрутизатор PE1 настроен с точкой-многоточки LSP для маршрутизаторов PE2, PE3 и PE4. Когда маршрутизатор PE1 отправляет пакет по точке-многоточки LSP маршрутизаторам P1 и P2, маршрутизатор P1 реплицирует пакет и направляет его маршрутизаторам PE2 и PE3. Маршрутизатор P2 отправляет пакет на маршрутизатор PE4.
Эта функция подробно описана в проекте Интернет-проектов draft-garwa-mpls-p2mp-te-02.txt (истекает в февраля 2004 г.), Создание точки для многоточки MPLS управление трафиком LPS,проект-ietf-mpls-rsvp-te-p2mp-02.txt, Расширения для протоколов резервирования ресурсов —Traffic Engineering (RSVP-управление трафиком) для маршрутов point-to-Multipointуправление трафиком с коммутациями по метке (LSPs) и RFC 6388, расширения протокола распределения меток для маршрутов между точками и многоточки-многоточки с коммутациями (поддерживаются только многоканальных LSP).
Ниже оговарваряются некоторые свойства многоканальных LPS:
Многоканальный LSP позволяет использовать многоканальный LSP MPLS для распределения данных между точками. Эта функциональность аналогична тем, что предоставляется многоадресная передача по протоколу IP.
Можно добавлять и удалять LSP филиальных филиалов из основной точки в многоточки LSP, не нарушая трафик. Не влияющие на них части LSP точки-многоточки продолжают работать нормально.
Можно настроить узел как транзитный, так и конечный маршрутизатор исходящего трафика для различных филиальных LSP одной точки-многоточки LSP.
Защиту соединения можно включить на LSP точки-многоточки. Защита соединения может обеспечить обход LSP для каждого филиального LSP, которые составляют многоканальный LSP. Если какой-либо из основных путей сбой, трафик можно быстро перенаправить на обход.
Можно настроить филиальные LPS статически, динамически или как комбинацию статических и динамических LSP.
Можно включить пристойное модуль маршрутизации переключение (GRES) и пристойный перезапуск для точек-многоканальных LSP на включении и выключении маршрутизаторов. LPS между точками необходимо настраивать с помощью статических маршрутов или перекрестных каналов (CCC). GRES и экономный перезапуск позволяют перенаправлть трафик в нужном модуль передачи пакетов на основе старого состояния, в то время как плоскость управления восстанавливается. Четность функций для GRES и MPLS многоканальных LPS на Junos Trio Junos OS поддерживаются в выпусках 11.1R2, 11.2R2 и 11.4.
Понимание многоканальных LPS
Путь между точками и MPLS с коммутаемой меткой (LSP) — LDP-сигнальный или RSVP-сигнальный LSP с одним источником и несколькими точками назначения. Благодаря преимуществам MPLS репликации пакетов в сети многоканальный LSP избегает ненужной репликации пакетов на входящие (входящие) маршрутизаторы. Репликация пакетов происходит только тогда, когда пакеты переадправлены на два или более различных мест назначения, требующие разных сетевых путей.
Данный процесс иллюстрирован Рис. 2 в . Устройство PE1 настроено с точками-многоточки LSP для маршрутизаторов PE2, PE3 и PE4. Когда устройство PE1 отправляет пакет на LSP точки-многоточки маршрутизаторам P1 и P2, устройство P1 копирует этот пакет и перенаправляет его на маршрутизаторы PE2 и PE3. Устройство P2 отправляет пакет устройству PE4.
Ниже следующую следующую следующую точку:
Многоканальный LSP позволяет использовать многоканальный LSP MPLS распределения данных между точками. Эта функциональность аналогична тем, что предоставляется многоадресная передача по протоколу IP.
Можно добавлять и удалять LSP филиальных филиалов из основной точки в многоточки LSP, не нарушая трафик. Не влияющие на них части LSP точки-многоточки продолжают работать нормально.
Можно настроить узел как транзитный, так и исходяходящий (исходящие) маршрутизаторы для различных ответвительных LSP разных точек-многоточки LSP.
Защиту соединения можно включить на LSP точки-многоточки. Защита соединения может обеспечить обход LSP для каждого филиального LSP, которые составляют многоканальный LSP. В случае сбой любого основного пути трафик можно быстро перенаправить на обход.
Можно настроить субпамы статически или динамически.
Можно включить пристойный перезапуск на LPS point-to-multipoint.
Обзор конфигурации LSP "точка-многоточки"
Чтобы настроить многоканальный LSP:
- Настройте первичный LSP от веского маршрутизатора и LSP ветви, которые переносят трафик к маршрутизаторам-нарушителям.
- Укажите имя пути для основного LSP и имя этого же пути для каждого ветви LSP.
По умолчанию филиальные LPS динамически сигнализются с помощью первого (CSPF) ограниченного кратчайших путей и не требуют настройки. Можно также настроить LPS ветви в качестве статических путей.
Примере: Настройка сбора путей для создания LSP с сигнализацией "точка-многоточки" RSVP
В данном примере показано, как настроить набор путей для создания RSVP-сигнального пути между точками с переключениями меток (LSP).
Требования
В этом примере не требуется особой конфигурации после инициализации устройства.
Обзор
В данном примере несколько устройств маршрутов служат в качестве транзитных, филиальных и оконечных узлов одного LSP между точками. На границе сети поставщика (PE) устройство PE1 является ветвным узлом. Ветви перейдут от PE1 к PE2, PE1 к PE3 и PE1 к PE4. Статические однонаресные маршруты на впадаемом узле (PE1) указывают на узлы- и высылать узлы.
В этом примере также демонстрируются статические маршруты со следующим переходом, который является LSP между точками-точками, используя p2mp-lsp-next-hop утверждение. Это полезно при внедрении фильтрации данных переад через фильтрацию.
Другой вариант – использовать утверждение для настройки регулярного LSP из точки в точку lsp-next-hop в качестве следующего перехода. Хотя это не показано в данном примере, можно назначить независимое предпочтение и метрику следующему переходу.
Схема топологии
Рис. 3 показывает топологию, используемую в этом примере.
Конфигурации
- интерфейс командной строки быстрой конфигурации
- Настройка веского маршрутизатора с коммутааной меткой (LSR) (Устройство PE1)
- Настройка LSRs для транзитного и выходящего (устройства P2, P3, P4, PE2, PE3 и PE4)
- Настройка устройства CE1
- Настройка устройства CE2
- Настройка устройства CE3
- Настройка устройства CE4
интерфейс командной строки быстрой конфигурации
Чтобы быстро настроить этот пример, скопировать следующие команды, ввести их в текстовый файл, удалить все разрывы строки, изменить все данные, необходимые для настройки сети, а затем скопировать и вкопировать команды в интерфейс командной строки на [edit] иерархии.
Устройство PE1
set interfaces ge-2/0/2 unit 0 description PE1-to-CE1 set interfaces ge-2/0/2 unit 0 family inet address 10.0.244.10/30 set interfaces fe-2/0/10 unit 1 description PE1-to-P2 set interfaces fe-2/0/10 unit 1 family inet address 2.2.2.1/24 set interfaces fe-2/0/10 unit 1 family mpls set interfaces fe-2/0/9 unit 8 description PE1-to-P3 set interfaces fe-2/0/9 unit 8 family inet address 6.6.6.1/24 set interfaces fe-2/0/9 unit 8 family mpls set interfaces fe-2/0/8 unit 9 description PE1-to-P4 set interfaces fe-2/0/8 unit 9 family inet address 3.3.3.1/24 set interfaces fe-2/0/8 unit 9 family mpls set interfaces lo0 unit 1 family inet address 100.10.10.10/32 set protocols rsvp interface fe-2/0/10.1 set protocols rsvp interface fe-2/0/9.8 set protocols rsvp interface fe-2/0/8.9 set protocols rsvp interface lo0.1 set protocols mpls traffic-engineering bgp-igp set protocols mpls label-switched-path PE1-PE2 to 100.50.50.50 set protocols mpls label-switched-path PE1-PE2 link-protection set protocols mpls label-switched-path PE1-PE2 p2mp p2mp1 set protocols mpls label-switched-path PE1-PE3 to 100.70.70.70 set protocols mpls label-switched-path PE1-PE3 link-protection set protocols mpls label-switched-path PE1-PE3 p2mp p2mp1 set protocols mpls label-switched-path PE1-PE4 to 100.40.40.40 set protocols mpls label-switched-path PE1-PE4 link-protection set protocols mpls label-switched-path PE1-PE4 p2mp p2mp1 set protocols mpls interface fe-2/0/10.1 set protocols mpls interface fe-2/0/9.8 set protocols mpls interface fe-2/0/8.9 set protocols mpls interface lo0.1 set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface ge-2/0/2.0 set protocols ospf area 0.0.0.0 interface fe-2/0/10.1 set protocols ospf area 0.0.0.0 interface fe-2/0/9.8 set protocols ospf area 0.0.0.0 interface fe-2/0/8.9 set protocols ospf area 0.0.0.0 interface lo0.1 set routing-options static route 5.5.5.0/24 p2mp-lsp-next-hop p2mp1 set routing-options static route 7.7.7.0/24 p2mp-lsp-next-hop p2mp1 set routing-options static route 4.4.4.0/24 p2mp-lsp-next-hop p2mp1 set routing-options router-id 100.10.10.10
Устройство CE1
set interfaces ge-1/3/2 unit 0 family inet address 10.0.244.9/30 set interfaces ge-1/3/2 unit 0 description CE1-to-PE1 set routing-options static route 10.0.104.8/30 next-hop 10.0.244.10 set routing-options static route 10.0.134.8/30 next-hop 10.0.244.10 set routing-options static route 10.0.224.8/30 next-hop 10.0.244.10
Устройство CE2
set interfaces ge-1/3/3 unit 0 family inet address 10.0.224.9/30 set interfaces ge-1/3/3 unit 0 description CE2-to-PE2 set routing-options static route 10.0.244.8/30 next-hop 10.0.224.10
Устройство CE3
set interfaces ge-2/0/1 unit 0 family inet address 10.0.134.9/30 set interfaces ge-2/0/1 unit 0 description CE3-to-PE3 set routing-options static route 10.0.244.8/30 next-hop 10.0.134.10
Устройство CE4
set interfaces ge-3/1/3 unit 0 family inet address 10.0.104.10/30 set interfaces ge-3/1/3 unit 0 description CE4-to-PE4 set routing-options static route 10.0.244.8/30 next-hop 10.0.104.9
Настройка веского маршрутизатора с коммутааной меткой (LSR) (Устройство PE1)
Пошаговая процедура
Настройка устройства PE1:
Настройте интерфейсы, инкапсуляцию интерфейсов и семейства протоколов.
[edit interfaces] user@PE1# set ge-2/0/2 unit 0 description PE1-to-CE1 user@PE1# set ge-2/0/2 unit 0 family inet address 10.0.244.10/30 user@PE1# set fe-2/0/10 unit 1 description PE1-to-P2 user@PE1# set fe-2/0/10 unit 1 family inet address 2.2.2.1/24 user@PE1# set fe-2/0/10 unit 1 family mpls user@PE1# set fe-2/0/9 unit 8 description PE1-to-P3 user@PE1# set fe-2/0/9 unit 8 family inet address 6.6.6.1/24 user@PE1# set fe-2/0/9 unit 8 family mpls user@PE1# set fe-2/0/8 unit 9 description PE1-to-P4 user@PE1# set fe-2/0/8 unit 9 family inet address 3.3.3.1/24 user@PE1# set fe-2/0/8 unit 9 family mpls user@PE1# set lo0 unit 1 family inet address 100.10.10.10/32
В интерфейсах в MPLS включить RSVP, OSPF и OSPF RSVP.
[edit protocols] user@PE1# set rsvp interface fe-2/0/10.1 user@PE1# set rsvp interface fe-2/0/9.8 user@PE1# set rsvp interface fe-2/0/8.9 user@PE1# set rsvp interface lo0.1 user@PE1# set mpls interface fe-2/0/10.1 user@PE1# set mpls interface fe-2/0/9.8 user@PE1# set mpls interface fe-2/0/8.9 user@PE1# set mpls interface lo0.1 user@PE1# set ospf area 0.0.0.0 interface ge-2/0/2.0 user@PE1# set ospf area 0.0.0.0 interface fe-2/0/10.1 user@PE1# set ospf area 0.0.0.0 interface fe-2/0/9.8 user@PE1# set ospf area 0.0.0.0 interface fe-2/0/8.9 user@PE1# set ospf area 0.0.0.0 interface lo0.1
Настройте MPLS многоканальных LPS.
[edit protocols] user@PE1# set mpls label-switched-path PE1-PE2 to 100.50.50.50 user@PE1# set mpls label-switched-path PE1-PE2 p2mp p2mp1 user@PE1# set mpls label-switched-path PE1-PE3 to 100.70.70.70 user@PE1# set mpls label-switched-path PE1-PE3 p2mp p2mp1 user@PE1# set mpls label-switched-path PE1-PE4 to 100.40.40.40 user@PE1# set mpls label-switched-path PE1-PE4 p2mp p2mp1
(Необязательно) Включить защиту соединений на LPS.
Защита соединения позволяет убедиться, что трафик, отправленный на соседний маршрутизатор через определенный интерфейс, может продолжать достигать маршрутизатора в случае его сбой.
[edit protocols] user@PE1# set mpls label-switched-path PE1-PE2 link-protection user@PE1# set mpls label-switched-path PE1-PE3 link-protection user@PE1# set mpls label-switched-path PE1-PE4 link-protection
В MPLS в управление трафиком включить OSPF.
[edit protocols] user@PE1# set mpls traffic-engineering bgp-igp
Это приводит к установке вехи маршрутов в таблицу маршрутов inet.0. По умолчанию MPLS выполняет управление трафиком только BGP выполняется. Необходимо включить управление MPLS-трафиком только на впадаемом LSR.
В управление трафиком в OSPF в OSPF.
[edit protocols] user@PE1# set ospf traffic-engineering
Это приводит к учету LSP, настроенных в соответствии с MPLS.
Настройте ID маршрутизатора.
[edit routing-options] user@PE1# set router-id 100.10.10.10
Настройте статические однонастройные IP-маршруты с именем LSP point-to-multipoint в качестве следующего перехода для каждого маршрута.
[edit routing-options] user@PE1# set static route 5.5.5.0/24p2mp-lsp-next-hop p2mp1 user@PE1# set static route 7.7.7.0/24 p2mp-lsp-next-hop p2mp1 user@PE1# set static route 4.4.4.0/24 p2mp-lsp-next-hop p2mp1
После настройки устройства сфиксировать конфигурацию.
[edit] user@PE1# commit
Настройка LSRs для транзитного и выходящего (устройства P2, P3, P4, PE2, PE3 и PE4)
Пошаговая процедура
Для настройки транзитных и выпадаемых LSRs:
Настройте интерфейсы, инкапсуляцию интерфейсов и семейства протоколов.
[edit] user@P2# set interfaces fe-2/0/10 unit 2 description P2-to-PE1 user@P2# set interfaces fe-2/0/10 unit 2 family inet address 2.2.2.2/24 user@P2# set interfaces fe-2/0/10 unit 2 family mpls user@P2# set interfaces fe-2/0/9 unit 10 description P2-to-PE2 user@P2# set interfaces fe-2/0/9 unit 10 family inet address 5.5.5.1/24 user@P2# set interfaces fe-2/0/9 unit 10 family mpls user@P2# set interfaces lo0 unit 2 family inet address 100.20.20.20/32 user@PE2# set interfaces ge-2/0/3 unit 0 description PE2-to-CE2 user@PE2# set interfaces ge-2/0/3 unit 0 family inet address 10.0.224.10/30 user@PE2# set interfaces fe-2/0/10 unit 5 description PE2-to-P2 user@PE2# set interfaces fe-2/0/10 unit 5 family inet address 5.5.5.2/24 user@PE2# set interfaces fe-2/0/10 unit 5 family mpls user@PE2# set interfaces lo0 unit 5 family inet address 100.50.50.50/32 user@P3# set interfaces fe-2/0/10 unit 6 description P3-to-PE1 user@P3# set interfaces fe-2/0/10 unit 6 family inet address 6.6.6.2/24 user@P3# set interfaces fe-2/0/10 unit 6 family mpls user@P3# set interfaces fe-2/0/9 unit 11 description P3-to-PE3 user@P3# set interfaces fe-2/0/9 unit 11 family inet address 7.7.7.1/24 user@P3# set interfaces fe-2/0/9 unit 11 family mpls user@P3# set interfaces lo0 unit 6 family inet address 100.60.60.60/32 user@PE3# set interfaces ge-2/0/1 unit 0 description PE3-to-CE3 user@PE3# set interfaces ge-2/0/1 unit 0 family inet address 10.0.134.10/30 user@PE3# set interfaces fe-2/0/10 unit 7 description PE3-to-P3 user@PE3# set interfaces fe-2/0/10 unit 7 family inet address 7.7.7.2/24 user@PE3# set interfaces fe-2/0/10 unit 7 family mpls user@PE3# set interfaces lo0 unit 7 family inet address 100.70.70.70/32 user@P4# set interfaces fe-2/0/10 unit 3 description P4-to-PE1 user@P4# set interfaces fe-2/0/10 unit 3 family inet address 3.3.3.2/24 user@P4# set interfaces fe-2/0/10 unit 3 family mpls user@P4# set interfaces fe-2/0/9 unit 12 description P4-to-PE4 user@P4# set interfaces fe-2/0/9 unit 12 family inet address 4.4.4.1/24 user@P4# set interfaces fe-2/0/9 unit 12 family mpls user@P4# set interfaces lo0 unit 3 family inet address 100.30.30.30/32 user@PE4# set interfaces ge-2/0/0 unit 0 description PE4-to-CE4 user@PE4# set interfaces ge-2/0/0 unit 0 family inet address 10.0.104.9/30 user@PE4# set interfaces fe-2/0/10 unit 4 description PE4-to-P4 user@PE4# set interfaces fe-2/0/10 unit 4 family inet address 4.4.4.2/24 user@PE4# set interfaces fe-2/0/10 unit 4 family mpls user@PE4# set interfaces lo0 unit 4 family inet address 100.40.40.40/32
В интерфейсах в MPLS включить RSVP, OSPF и OSPF RSVP.
[edit] user@P2# set protocols rsvp interface fe-2/0/10.2 user@P2# set protocols rsvp interface fe-2/0/9.10 user@P2# set protocols rsvp interface lo0.2 user@P2# set protocols mpls interface fe-2/0/10.2 user@P2# set protocols mpls interface fe-2/0/9.10 user@P2# set protocols mpls interface lo0.2 user@P2# set protocols ospf area 0.0.0.0 interface fe-2/0/10.2 user@P2# set protocols ospf area 0.0.0.0 interface fe-2/0/9.10 user@P2# set protocols ospf area 0.0.0.0 interface lo0.2 user@PE2# set protocols rsvp interface fe-2/0/10.5 user@PE2# set protocols rsvp interface lo0.5 user@PE2# set protocols mpls interface fe-2/0/10.5 user@PE2# set protocols mpls interface lo0.5 user@PE2# set protocols ospf area 0.0.0.0 interface ge-2/0/3.0 user@PE2# set protocols ospf area 0.0.0.0 interface fe-2/0/10.5 user@PE2# set protocols ospf area 0.0.0.0 interface lo0.5 user@P3# set protocols rsvp interface fe-2/0/10.6 user@P3# set protocols rsvp interface fe-2/0/9.11 user@P3# set protocols rsvp interface lo0.6 user@P3# set protocols mpls interface fe-2/0/10.6 user@P3# set protocols mpls interface fe-2/0/9.11 user@P3# set protocols mpls interface lo0.6 user@P3# set protocols ospf area 0.0.0.0 interface fe-2/0/10.6 user@P3# set protocols ospf area 0.0.0.0 interface fe-2/0/9.11 user@P3# set protocols ospf area 0.0.0.0 interface lo0.6 user@PE3# set protocols rsvp interface fe-2/0/10.7 user@PE3# set protocols rsvp interface lo0.7 user@PE3# set protocols mpls interface fe-2/0/10.7 user@PE3# set protocols mpls interface lo0.7 user@PE3# set protocols ospf area 0.0.0.0 interface ge-2/0/1.0 user@PE3# set protocols ospf area 0.0.0.0 interface fe-2/0/10.7 user@PE3# set protocols ospf area 0.0.0.0 interface lo0.7 user@P4# set protocols rsvp interface fe-2/0/10.3 user@P4# set protocols rsvp interface fe-2/0/9.12 user@P4# set protocols rsvp interface lo0.3 user@P4# set protocols mpls interface fe-2/0/10.3 user@P4# set protocols mpls interface fe-2/0/9.12 user@P4# set protocols mpls interface lo0.3 user@P4# set protocols ospf area 0.0.0.0 interface fe-2/0/10.3 user@P4# set protocols ospf area 0.0.0.0 interface fe-2/0/9.12 user@P4# set protocols ospf area 0.0.0.0 interface lo0.3 user@PE4# set protocols rsvp interface fe-2/0/10.4 user@PE4# set protocols rsvp interface lo0.4 user@PE4# set protocols mpls interface fe-2/0/10.4 user@PE4# set protocols mpls interface lo0.4 user@PE4# set protocols ospf area 0.0.0.0 interface ge-2/0/0.0 user@PE4# set protocols ospf area 0.0.0.0 interface fe-2/0/10.4 user@PE4# set protocols ospf area 0.0.0.0 interface lo0.4
В управление трафиком в OSPF в OSPF.
[edit] user@P2# set protocols ospf traffic-engineering user@P3# set protocols ospf traffic-engineering user@P4# set protocols ospf traffic-engineering user@PE2# set protocols ospf traffic-engineering user@PE3# set protocols ospf traffic-engineering user@PE4# set protocols ospf traffic-engineering
Это приводит к учету LSP, настроенных в соответствии с MPLS.
Настройте ID маршрутизатора.
[edit] user@P2# set routing-options router-id 100.20.20.20 user@P3# set routing-options router-id 100.60.60.60 user@P4# set routing-options router-id 100.30.30.30 user@PE2# set routing-options router-id 100.50.50.50 user@PE3# set routing-options router-id 100.70.70.70 user@PE4# set routing-options router-id 100.40.40.40
После настройки устройств сфиксировать конфигурацию.
[edit] user@host# commit
Результаты
В режиме конфигурации подтвердите конфигурацию путем ввода show interfaces команд show protocols и show routing-options команд. Если в выходных данных не отображается указанная конфигурация, повторите инструкции, показанные в данном примере, чтобы исправить конфигурацию.
Устройство PE1
user@PE1# show interfaces
ge-2/0/2 {
unit 0 {
description R1-to-CE1;
family inet {
address 10.0.244.10/30;
}
}
}
fe-2/0/10 {
unit 1 {
description PE1-to-P2;
family inet {
address 2.2.2.1/24;
}
family mpls;
}
}
fe-2/0/9 {
unit 8 {
description PE1-to-P2;
family inet {
address 6.6.6.1/24;
}
family mpls;
}
}
fe-2/0/8 {
unit 9 {
description PE1-to-P3;
family inet {
address 3.3.3.1/24;
}
family mpls;
}
}
lo0 {
unit 1 {
family inet {
address 100.10.10.10/32;
}
}
}
user@PE1# show protocols
rsvp {
interface fe-2/0/10.1;
interface fe-2/0/9.8;
interface fe-2/0/8.9;
interface lo0.1;
}
mpls {
traffic-engineering bgp-igp;
label-switched-path PE1-to-PE2 {
to 100.50.50.50;
link-protection;
p2mp p2mp1;
}
label-switched-path PE1-to-PE3 {
to 100.70.70.70;
link-protection;
p2mp p2mp1;
}
label-switched-path PE1-to-PE4 {
to 100.40.40.40;
link-protection;
p2mp p2mp1;
}
interface fe-2/0/10.1;
interface fe-2/0/9.8;
interface fe-2/0/8.9;
interface lo0.1;
}
ospf {
traffic-engineering;
area 0.0.0.0 {
interface ge-2/0/2.0;
interface fe-2/0/10.1;
interface fe-2/0/9.8;
interface fe-2/0/8.9;
interface lo0.1;
}
}
user@PE1# show routing-options
static {
route 5.5.5.0/24 {
p2mp-lsp-next-hop p2mp1;
}
route 7.7.7.0/24 {
p2mp-lsp-next-hop p2mp1;
}
route 4.4.4.0/24 {
p2mp-lsp-next-hop p2mp1;
}
}
router-id 100.10.10.10;
Устройство Р2
user@P2# show interfaces
fe-2/0/10 {
unit 2 {
description P2-to-PE1;
family inet {
address 2.2.2.2/24;
}
family mpls;
}
fe-2/0/9 {
unit 10 {
description P2-to-PE2;
family inet {
address 5.5.5.1/24;
}
family mpls;
}
}
lo0 {
unit 2 {
family inet {
address 100.20.20.20/32;
}
}
}
user@P2# show protocols
rsvp {
interface fe-2/0/10.2;
interface fe-2/0/9.10;
interface lo0.2;
}
mpls {
interface fe-2/0/10.2;
interface fe-2/0/9.10;
interface lo0.2;
}
ospf {
traffic-engineering;
area 0.0.0.0 {
interface fe-2/0/10.2;
interface fe-2/0/9.10;
interface lo0.2;
}
}
user@P2# show routing-options router-id 100.20.20.20;
Устройство Р3
user@P3# show interfaces
fe-2/0/10 {
unit 6 {
description P3-to-PE1;
family inet {
address 6.6.6.2/24;
}
family mpls;
}
}
fe-2/0/9 {
unit 11 {
description P3-to-PE3;
family inet {
address 7.7.7.1/24;
}
family mpls;
}
}
lo0 {
unit 6 {
family inet {
address 100.60.60.60/32;
}
}
}
user@P3# show protocols
rsvp {
interface fe-2/0/10.6;
interface fe-2/0/9.11;
interface lo0.6;
}
mpls {
interface fe-2/0/10.6;
interface fe-2/0/9.11;
interface lo0.6;
}
ospf {
traffic-engineering;
area 0.0.0.0 {
interface fe-2/0/10.6;
interface fe-2/0/9.11;
interface lo0.6;
}
}
user@P2# show routing-options router-id 100.60.60.60;
Устройство P4
user@P4# show interfaces
fe-2/0/10 {
unit 3 {
description P4-to-PE1;
family inet {
address 3.3.3.2/24;
}
family mpls;
}
}
fe-2/0/9 {
unit 12 {
description P4-to-PE4;
family inet {
address 4.4.4.1/24;
}
family mpls;
}
}
lo0 {
unit 3 {
family inet {
address 100.30.30.30/32;
}
}
}
user@P4# show protocols
rsvp {
interface fe-2/0/10.3;
interface fe-2/0/9.12;
interface lo0.3;
}
mpls {
interface fe-2/0/10.3;
interface fe-2/0/9.12;
interface lo0.3;
}
ospf {
traffic-engineering;
area 0.0.0.0 {
interface fe-2/0/10.3;
interface fe-2/0/9.12;
interface lo0.3;
}
}
user@P3# show routing-options router-id 100.30.30.30;
Устройство PE2
user@PE2# show interfaces
ge-2/0/3 {
unit 0 {
description PE2-to-CE2;
family inet {
address 10.0.224.10/30;
}
}
}
fe-2/0/10 {
unit 5 {
description PE2-to-P2;
family inet {
address 5.5.5.2/24;
}
family mpls;
}
}
lo0 {
unit 5 {
family inet {
address 100.50.50.50/32;
}
}
}
}
user@PE2# show protocols
rsvp {
interface fe-2/0/10.5;
interface lo0.5;
}
mpls {
interface fe-2/0/10.5;
interface lo0.5;
}
ospf {
traffic-engineering;
area 0.0.0.0 {
interface ge-2/0/3.0;
interface fe-2/0/10.5;
interface lo0.5;
}
}
user@PE2# show routing-options router-id 100.50.50.50;
Устройство PE3
user@PE3# show interfaces
ge-2/0/1 {
unit 0 {
description PE3-to-CE3;
family inet {
address 10.0.134.10/30;
}
}
}
fe-2/0/10 {
unit 7 {
description PE3-to-P3;
family inet {
address 7.7.7.2/24;
}
family mpls;
}
}
lo0 {
unit 7 {
family inet {
address 100.70.70.70/32;
}
}
}
}
user@PE3# show protocols
rsvp {
interface fe-2/0/10.7;
interface lo0.7;
}
mpls {
interface fe-2/0/10.7;
interface lo0.7;
}
ospf {
traffic-engineering;
area 0.0.0.0 {
interface ge-2/0/1.0;
interface fe-2/0/10.7;
interface lo0.7;
}
}
user@PE3# show routing-options router-id 100.70.70.70;
Устройство PE4
user@PE4# show interfaces
ge-2/0/0 {
unit 0 {
description PE4-to-CE4;
family inet {
address 10.0.104.9/30;
}
}
}
fe-2/0/10 {
unit 4 {
description PE4-to-P4;
family inet {
address 4.4.4.2/24;
}
family mpls;
}
}
lo0 {
unit 4 {
family inet {
address 100.40.40.40/32;
}
}
}
}
user@PE4# show protocols
rsvp {
interface fe-2/0/10.4;
interface lo0.4;
}
mpls {
interface fe-2/0/10.4;
interface lo0.4;
}
ospf {
traffic-engineering;
area 0.0.0.0 {
interface ge-2/0/0.0;
interface fe-2/0/10.4;
interface lo0.4;
}
}
user@PE4# show routing-options router-id 100.40.40.40;
Настройка устройства CE1
Пошаговая процедура
Для настройки устройства CE1:
Настройте интерфейс для Device PE1.
[edit interfaces] user@CE1# set ge-1/3/2 unit 0 family inet address 10.0.244.9/30 user@CE1# set ge-1/3/2 unit 0 description CE1-to-PE1
Настройте статические маршруты от устройства CE1 к трем другим сетям клиента, при этом устройство PE1 будет следующим переходом.
[edit routing-options] user@CE1# set static route 10.0.104.8/30 next-hop 10.0.244.10 user@CE1# set static route 10.0.134.8/30 next-hop 10.0.244.10 user@CE1# set static route 10.0.224.8/30 next-hop 10.0.244.10
После настройки устройства сфиксировать конфигурацию.
[edit] user@CE1# commit
Результаты
В режиме конфигурации подтвердите конфигурацию путем ввода show interfacesshow routing-options команд и команд. Если в выходных данных не отображается указанная конфигурация, повторите инструкции, показанные в данном примере, чтобы исправить конфигурацию.
user@CE1# show interfaces
ge-1/3/2 {
unit 0 {
family inet {
address 10.0.244.9/30;
description CE1-to-PE1;
}
}
}
user@CE1# show routing-options
static {
route 10.0.104.8/30 next-hop 10.0.244.10;
route 10.0.134.8/30 next-hop 10.0.244.10;
route 10.0.224.8/30 next-hop 10.0.244.10;
}
Настройка устройства CE2
Пошаговая процедура
Для настройки устройства CE2:
Настройте интерфейс для Device PE2.
[edit interfaces] user@CE2# set ge-1/3/3 unit 0 family inet address 10.0.224.9/30 user@CE2# set ge-1/3/3 unit 0 description CE2-to-PE2
Настройте статический маршрут от устройства CE2 к CE1, при этом устройство PE2 будет следующим переходом.
[edit routing-options] user@CE2# set static route 10.0.244.8/30 next-hop 10.0.224.10
После настройки устройства сфиксировать конфигурацию.
[edit] user@CE2# commit
Результаты
В режиме конфигурации подтвердите конфигурацию путем ввода show interfacesshow routing-options команд и команд. Если в выходных данных не отображается указанная конфигурация, повторите инструкции, показанные в данном примере, чтобы исправить конфигурацию.
user@CE2# show interfaces
ge-1/3/3 {
unit 0 {
family inet {
address 10.0.224.9/30;
description CE2-to-PE2;
}
}
}
user@CE2# show routing-options
static {
route 10.0.244.8/30 next-hop 10.0.224.10;
}
Настройка устройства CE3
Пошаговая процедура
Для настройки устройства CE3:
Настройте интерфейс для Device PE3.
[edit interfaces] user@CE3# set ge-2/0/1 unit 0 family inet address 10.0.134.9/30 user@CE3# set ge-2/0/1 unit 0 description CE3-to-PE3
Настройте статический маршрут от устройства CE3 к CE1, при этом устройство PE3 будет следующим переходом.
[edit routing-options] user@CE3# set static route 10.0.244.8/30 next-hop 10.0.134.10
После настройки устройства сфиксировать конфигурацию.
[edit] user@CE3# commit
Результаты
В режиме конфигурации подтвердите конфигурацию путем ввода show interfacesshow routing-options команд и команд. Если в выходных данных не отображается указанная конфигурация, повторите инструкции, показанные в данном примере, чтобы исправить конфигурацию.
user@CE3# show interfaces
ge-2/0/1 {
unit 0 {
family inet {
address 10.0.134.9/30;
description CE3-to-PE3;
}
}
}
user@CE3# show routing-options
static {
route 10.0.244.8/30 next-hop 10.0.134.10;
}
Настройка устройства CE4
Пошаговая процедура
Для настройки устройства CE4:
Настройте интерфейс на Device PE4.
[edit interfaces] user@CE4# set ge-3/1/3 unit 0 family inet address 10.0.104.10/30 user@CE4# set ge-3/1/3 unit 0 description CE4-to-PE4
Настройте статический маршрут от устройства CE4 к CE1, при этом устройство PE4 будет следующим переходом.
[edit routing-options] user@CE4# set static route 10.0.244.8/30 next-hop 10.0.104.9
После настройки устройства сфиксировать конфигурацию.
[edit] user@CE4# commit
Результаты
В режиме конфигурации подтвердите конфигурацию путем ввода show interfacesshow routing-options команд и команд. Если в выходных данных не отображается указанная конфигурация, повторите инструкции, показанные в данном примере, чтобы исправить конфигурацию.
user@CE4# show interfaces
ge-3/1/3 {
unit 0 {
family inet {
address 10.0.104.10/30;
description CE4-to-PE4;
}
}
}
user@CE4# show routing-options
static {
route 10.0.244.8/30 next-hop 10.0.104.9;
}
Проверки
Подтвердим, что конфигурация работает правильно.
- Проверка возможности подключения
- Проверка состояния LSP между точками
- Проверка таблицы переадваровки
Проверка возможности подключения
Цель
Убедитесь, что устройства могут использовать один другого ping.
Действий
Запустите ping команду от CE1 к интерфейсу CE2, соединяющему его с PE2.
user@CE1> ping 10.0.224.9 PING 10.0.224.9 (10.0.224.9): 56 data bytes 64 bytes from 10.0.224.9: icmp_seq=0 ttl=61 time=1.387 ms 64 bytes from 10.0.224.9: icmp_seq=1 ttl=61 time=1.394 ms 64 bytes from 10.0.224.9: icmp_seq=2 ttl=61 time=1.506 ms ^C --- 10.0.224.9 ping statistics --- 3 packets transmitted, 3 packets received, 0% packet loss round-trip min/avg/max/stddev = 1.387/1.429/1.506/0.055 ms
Запустите ping команду из CE1 к интерфейсу CE3, подключенного к PE3.
user@CE1> ping 10.0.134.9 PING 10.0.134.9 (10.0.134.9): 56 data bytes 64 bytes from 10.0.134.9: icmp_seq=0 ttl=61 time=1.068 ms 64 bytes from 10.0.134.9: icmp_seq=1 ttl=61 time=1.062 ms 64 bytes from 10.0.134.9: icmp_seq=2 ttl=61 time=1.053 ms ^C --- 10.0.134.9 ping statistics --- 3 packets transmitted, 3 packets received, 0% packet loss round-trip min/avg/max/stddev = 1.053/1.061/1.068/0.006 ms
Запустите ping команду от CE1 к интерфейсу CE4, соединяющему его с PE4.
user@CE1> ping 10.0.104.10 PING 10.0.104.10 (10.0.104.10): 56 data bytes 64 bytes from 10.0.104.10: icmp_seq=0 ttl=61 time=1.079 ms 64 bytes from 10.0.104.10: icmp_seq=1 ttl=61 time=1.048 ms 64 bytes from 10.0.104.10: icmp_seq=2 ttl=61 time=1.070 ms ^C --- 10.0.104.10 ping statistics --- 3 packets transmitted, 3 packets received, 0% packet loss round-trip min/avg/max/stddev = 1.048/1.066/1.079/0.013 ms
Проверка состояния LSP между точками
Цель
Убедитесь, что LSRS на входящем, транзитном и выходящем находятся в состоянии Up.
Действий
Запустите show mpls lsp p2mp команду на всех LSRs. Здесь показана только LSR ветвь.
user@PE1> show mpls lsp p2mp Ingress LSP: 1 sessions P2MP name: p2mp1, P2MP branch count: 3 To From State Rt P ActivePath LSPname 100.40.40.40 100.10.10.10 Up 0 * PE1-PE4 100.70.70.70 100.10.10.10 Up 0 * PE1-PE3 100.50.50.50 100.10.10.10 Up 0 * PE1-PE2 Total 3 displayed, Up 3, Down 0 ...
Проверка таблицы переадваровки
Цель
Убедитесь, что маршруты настроены так, как ожидалось, выдав show route forwarding-table команду. Здесь показаны только маршруты к удаленным сетям клиентов.
Действий
user@PE1> show route forwarding-table Routing table: default.inet Internet: Destination Type RtRef Next hop Type Index NhRef Netif ... 10.0.104.8/30 user 0 3.3.3.2 ucst 1006 6 fe-2/0/8.9 10.0.134.8/30 user 0 6.6.6.2 ucst 1010 6 fe-2/0/9.8 10.0.224.8/30 user 0 2.2.2.2 ucst 1008 6 fe-2/0/10.1 ...
Настройка первичных и филиальных LSP для многоканальных LSP
Путь между точками MPLS меткой (LSP) — это RSVP LSP с несколькими точками назначения. За счет использования преимущества MPLS репликации пакетов в сети многоканальный LSP избегает ненужной репликации пакетов на маршрутизаторе в момент вирования. Дополнительные сведения о многоканальных LSP см. в обзоре LSP «Точка-многоточки».
Чтобы настроить многоканальный LSP, необходимо настроить первичный LSP от веского маршрутизатора и LSP ветви, которые переносят трафик к маршрутизаторам-нарушителям так, как описано в следующих разделах:
Настройка LSP между основными точками
LSP между точками должен иметь настроенный LSP между основными точками и многоканальный LSP для переноса трафика от веского маршрутизатора. Конфигурация LSP основной точки-многоточки LSP аналогична сигнализации LSP. Дополнительные сведения см. в MPLS маршрутизируемых LPS, которые сигнализируемые. В дополнение к обычной конфигурации LSP необходимо указать имя пути для LSP из основной точки в многоточки, включив p2mp утверждение:
p2mp p2mp-lsp-name;
Это утверждение можно включить на следующих уровнях иерархии:
[edit protocols mpls label-switched-path lsp-name][edit logical-systems logical-system-name protocols mpls label-switched-path lsp-name]
Можно включить время оптимизации для многоканальных LPS. Дополнительные сведения см. в "Оптимизация сигнальных LPS".
Настройка филиального LSP для многоканальных LSP
LSP из основной точки в многоточки отправляет трафик на два или более филиальных LSP, передав трафик каждому из маршрутизаторов на границе (PE) поставщика для отправки. В конфигурации для каждого из филиальных LSP имя пути точки-многоточки LSP, заданная вами, должно быть идентично имени пути, настроенного для LSP из основной точки в многоточки. См. Настройка LSP между основными точками дополнительные сведения.
Чтобы связать филиалЬный LSP с основной точкой-многоточки LSP, укажите имя LSP точки-многоточки, включив в себя p2mp утверждение:
p2mp p2mp-lsp-name;
Это утверждение можно включить на следующих уровнях иерархии:
[edit protocols mpls label-switched-path lsp-name][edit logical-systems logical-system-name protocols mpls label-switched-path lsp-name]Прим.:Любое изменение любого из филиальных LSP точек-многоканальных LSP, обусловленное действием пользователя или автоматической настройкой маршрутизатора, вызывает отставку основного и филиального LSP. Новый LSP между точками сигнализируется сначала перед тем, как старый путь отстает.
В следующих разделах описана настройка филиального LSP в качестве динамического сигнального пути с использованием первого (CSPF) статического пути или в качестве сочетания динамических и статических путей:
- Настройка филиального LSP в качестве динамического пути
- Настройка филиального LSP в качестве статического пути
Настройка филиального LSP в качестве динамического пути
По умолчанию филиальный LSP для многоканального LSP сигнализируется динамически с помощью CSPF и не требует конфигурации.
Если LSP "точка-многоточки" меняется с помощью добавления или удаления новых мест назначения или пересчета пути к существующим назначениям, определенные узлы дерева могут получать данные от нескольких входящих интерфейсов. Это может произойти при следующих условиях:
Некоторые LSP филиала, которые находятся в пунктах назначения, настроены статически и могут пересекаться со статически или динамическими маршрутами к другим местам назначения.
Когда динамически вычисляемая траектория для филиального LSP приводит к изменению входящих интерфейсов для одного из узлов сети, более старый путь не разрывается сразу после сигнала нового. Это гарантирует, что любые транзитные данные, опираясь на более старый путь, могут достичь своего пункта назначения. Однако сетевой трафик потенциально может использовать любой путь к месту назначения.
Неисправный маршрутизатор при входящих маршрутах вычисляет пути к двум различным пунктам назначения филиала, таким образом, для этих филиальных LSP выбирается другой входящий интерфейс на узле маршрутизатора, который является общим для этих филиальных LSP.
Настройка филиального LSP в качестве статического пути
Можно настроить Ветвь LSP для многоканального LSP как статического пути. Дополнительные сведения см. в "Настройка статических LSP".
Настройка многоканальных LPS между доменами
Между доменом P2MP LSP является P2MP LSP, который имеет один или несколько суб-LSP (филиалов), которые охватывают несколько доменов в сети. Примеры таких доменов включают в себя IGP областях и автономных системах (AS). Суб-LSP меж доменного P2MP LSP может быть внутрирегиональный, межрегиональный или между AS, в зависимости от расположения выгрузного узла (leaf) по отношению к впадаемму узлу (источник).
На в агрессивном узле имя приписано меж домену P2MP LSP и совместно передается всем запасным LSP. Каждый суб-LSP настраивается отдельно, со своим собственным узлом для выгрузки и, дополнительно, явный путь. Расположение узла выгрузки суб-LSP по отношению к вгрузчику определяет, является ли суб-LSP внутри-областью, между областью или между AS.
LPS между доменами P2MP можно использовать для переноса трафика в следующих приложениях в многозоны или многоарендной сети:
Широковещательная и многоавещая передача на уровне 2 по MPLS
Vpn на уровне 3 BGP/MPLS vpn
Vpls
На каждом узле границы домена (ABR или ASBR) на пути P2MP LSP следует сконфигурировать утверждение на уровне иерархии, чтобы CSPF могли расширить слабополосный ЛОВ (обычно первую запись списка ЛОВ, донесеного по сообщению пути expand-loose-hop RSVP) к выходной узлу или узлу границы следующего [edit protocols mpls] домена.
Вычисление пути CSPF для P2MP LPS между доменами:
Вычисление пути CSPF поддерживается на каждом суб-LSP для LSP между доменами P2MP. Суб-LSP может быть внутри области, между областью или между AS. CSPF обрабатывает межрегионзону или суб-LSP между AS так же, как и LSP между доменами P2P.
На в агрессивном узле или на пограничном узле домена (ABR или ASBR) CSPF может выполнить расширение явного объекта маршрута (ЛОВ) для каждого запроса RSVP. К запрашиваемой точке назначения может быть узел для перехода на вы или полученную ЛОВ на свободном переходе. Если узел находится в соседнем домене, к нему подключен узел, CSPF генерирует последовательность EROs строгого перехода по направлению к нему или последовательность EROs строгого перехода к другому пограничному узлу домена, который может достичь места назначения.
Если RSVP не может продиагнализировать путь через ранее выбранный узел ограничения домена, RSVP пытается продиагнализировать путь через другие доступные узлы границы домена в порядке круговой сигнализации.
Когда суб-LSP добавляется или удаляется из меж домена P2MP LSP, что приводит к слиянию или отрезку его пути с или с текущего дерева P2MP, пути, которые принимаются другими суб-LSP, не будут затронуты, что поможет предотвратить нарушение трафика на этих под-LSP.
При развертывании между доменных LPS P2MP в сети следует помнить следующее:
Периодическая переоптимизация пути поддерживается для LSP между доменами P2MP на впаданных узлах. Для меж домена P2MP LSP его можно включить, настроив утверждение на уровне иерархии с одинаковым интервалом для каждой
optimize-timer[edit protocols mpls label-switched-path lsp-name]под-LSP.Только обходные LPS, защищенные от каналов, поддерживаются для LPS между доменами P2MP. Чтобы обеспечить связь между доменами P2MP LSP, необходимо настроить защиту соединения для всех суб-LSP и на всех интерфейсах RSVP, через которые может проходить P2MP LSP.
Только OSPF области поддерживаются для LPS между доменами P2MP. IS-IS уровней не поддерживаются.
Настройка защиты соединения для многоканальных LPS
Защита соединения позволяет убедиться, что трафик, который идет через определенный интерфейс к соседнему маршрутизатору, может продолжать достигать этого маршрутизатора в случае сбойного интерфейса. Когда защита соединения настроена для интерфейса и LSP "точка-многоточки", который проходит через этот интерфейс, создается обходной LSP, который обрабатывает этот трафик в случае сбойа интерфейса. Обходный LSP использует другой интерфейс и путь к одному месту назначения.
Чтобы расширить защиту соединения на все пути, используемые точками-многоточки LSP, необходимо настроить защиту соединения на каждом маршрутизаторе, который проходит каждый филиалЬный LSP. Если включить защиту соединения на многоканальных LSP, необходимо включить защиту соединения на всех филиальных LSP.
Проект Интернет-проекта -ietf-mpls-rsvp-te-p2mp-01.txt, расширения RSVP-управление трафиком для LSP Point to Multipoint управление трафиком LSPs, описывает защиту соединений для LSP двух точек.
Чтобы включить защиту соединений на многоканальных LPS, выполните следующие действия:
Настройте защиту соединения на каждом филиале LSP. Чтобы настроить защиту соединения, включим в себя
link-protectionутверждение:link-protection;
Это утверждение можно включить на следующих уровнях иерархии:
[edit protocols mpls label-switched-path branch-lsp-name][edit logical-systems logical-system-name protocols mpls label-switched-path branch-lsp-name]
Настройте защиту соединения для каждого интерфейса RSVP на каждом маршрутизаторе, который проходит через ответвую LSP. Информацию о настройке защиты соединений на интерфейсах RSVP см. в "Настройка защиты соединений на интерфейсах, используемых LSP".
Дополнительные сведения о настройке защиты соединений см. в "Настройка защиты узлов или защиты соединений для LSP".
Настройка пристойного перезапуска для многоканальных LPS
Можно настроить пристойный перезапуск на LPS point-to-multipoint. При изящном перезапуске маршрутизатор перезапускает соседние маршрутизаторы о состоянии. Перезапуск маршрутизатор запрашивает отсрочку от соседа или равноправного узла, который затем может взаимодействовать с перезапуском маршрутизатора. Маршрутизатор, перезапускающий маршрутизатор, может MPLS трафик во время перезапуска; схождение в сети не нарушается. Перезапуск не заметен для остальной сети, и перезапуск маршрутизатора не удаляется из топологии сети. Нелегкий перезапуск RSVP может быть включен как на транзитных, так и на входящих маршрутизаторах.
Чтобы включить пристойный перезапуск маршрутизатора, обработив трафик LSP между точками, включите graceful-restart утверждение:
graceful-restart;
Это утверждение можно включить на следующих уровнях иерархии:
[edit routing-options][edit logical-systems logical-system-name routing-options]
Конфигурация graceful restart для многоканальных LSP идентична конфигурации точек-точек LSP. Дополнительные сведения о настройке правильного перезапуска см. в "Настройка правильного перезапуска RSVP".
Настройка политики проверки multicast RPF для LSP точек-точек
Можно проверить, выполняется ли проверка обратного пути forwarding (RPF) для записи источника и группы перед установкой маршрута в кэш многоачестной переад пути. Это дает возможность использовать многоадресные LPS для распределения многоадресного трафика на острова PIM в направлении от выходящего маршрутизатора точек-многоадресных LSP.
Настройв rpf-check-policy утверждение, можно отключить проверки RPF для пары источников и групп. Обычно это утверждение настраивается на маршрутизаторах-нарушителях многоканального LSP, так как интерфейс, принимающий многоканальный трафик по интерфейсу LSP точки-точки маршрутизатор исходящего трафика не всегда является интерфейсом RPF.
Можно также настроить политику маршрутов для действий в зависимости от источника и групповой пары. Эта политика работает как политика импорта, поэтому если термин политики не соответствует входным данным, действие политики по умолчанию – "принятие". Действие политики принятия позволяет проводить проверки RPF. Действие политики отклоняет (применяется для всех пар источников и групп, которые не принимаются) отключает проверки RPF для пары.
Чтобы настроить политику проверки многоафровой точки RPF для многоканального LSP, укажите политику проверки RPF с помощью rpf-check-policy утверждения:
rpf-check-policy policy;
Это утверждение можно включить на следующих уровнях иерархии:
[edit routing-options multicast][edit logical-systems logical-system-name routing-options multicast]
Также необходимо настроить политику для проверки многоавегурного RPF. Политики настраиваются на уровне [edit policy-options] иерархии. Дополнительные сведения см. в руководстве пользователя политики маршрутов, фильтры межсетевых экранов и правила управления трафиком.
При настройке утверждения Junos OS RPF-проверки на входящий трафик и потому не может обнаружить трафик, поступающий на rpf-check-policy неверный интерфейс. Это может привести к зацикливке маршрутов.
Примере: Настройка политики проверки multicast RPF для LSP между точками
Настройте политику, чтобы убедиться, что проверка RPF не проводится для источников с префиксом или дольше, принадлежащими группам с префиксом или более 128.83/16228/8 длительным:
[edit]
policy-options {
policy-statement rpf-sg-policy {
from {
route-filter 228.0.0.0/8 orlonger;
source-address-filter 128.83.0.0/16 orlonger;
}
then {
reject;
}
}
}
Настройка избыточности впадающих PE-маршрутизаторов для LSP между точками
Можно настроить один или несколько PE маршрутизаторов в качестве части группы резервных маршрутизаторов PE для обеспечения избыточности впадаемых PE-маршрутизаторов. Это можно сделать, настроив IP-адреса резервных PE-маршрутизаторов (требуется как минимум один резервный PE-маршрутизатор) и локальный IP-адрес, используемый локальным PE-маршрутизатором.
Между основными и резервными pe маршрутизаторами необходимо также настроить полную сетку точе-ток LSP. Также необходимо настроить BFD на этих LSP. Дополнительные сведения см. в настройках BFD для LSVP-сигнальных LSP и конфигурации BFD для LDP LSP.
Для настройки избыточности впадаемых PE-маршрутизаторов для LSP точек-многоточечек включаем backup-pe-group утверждение:
backup-pe-group pe-group-name { backups [addresses]; local-address address; }
Список уровней иерархии, на которых можно включить эти утверждения, см. в разделах сводка утверждения для этих утверждениех.
После настройки группы резервного копирования на маршрутизаторе PE для впадаемых маршрутизаторов необходимо также применить группу к статическому маршруту на маршрутизаторе PE. Это гарантирует, что статический маршрут активен (установлен в таблица переадресации) когда локальный маршрутизатор PE является назначенным переадриком для резервной группы PE. Можно связать резервную группу маршрутизаторов PE только со статическим маршрутом, который также имеет p2mp-lsp-next-hop настроенную утверждение. Дополнительные сведения см. в "Настройка статических однонастных маршрутов для LSP точек-точек".
Настройка службы для корреляции многоканальных подканальных LSP с помощью FFP
Помимо действовать как входящее или выходящее для данного суб-LSP, модуль передачи пакетов на FPC также служит в качестве транзитной точки для других суб-LSP одной точки-многоточки LSP. Если FPC не работает, то все под-LSP, которые он обслуживает, затронуты.
Можно настроить службу, которая позволяет отслеживать корреляцию между FFPC и под-LSP "точка-многоканальная" (филиальные пути), которые находятся на LSR. Эта информация поможет оценить влияние сбойного FPC на корреляцию суб-LSP. Когда отслеживание включено, служба также выдает сообщения syslog в случае простоя FPC, в которых содержится подробная информация о затронутых под-LSP.
Можно настроить службу, которая позволяет отслеживать корреляцию между FFPC и под-LSP "точка-многоканальная" (branch paths) на LSR. FPC может выступать в качестве точки входящей, выходящей или транзитной точки для нескольких суб-LSP одной точки-многоточки LSP. Если FPC не работает, то все под-LSP, которые он обслуживает, затронуты.
Информация, предоставленная этой службой, помогает оценить влияние сбоя на корреляцию суб-LSP и сеть "точка-многоканальная". Эти знания можно использовать для того, чтобы спланировать контролируемое отключение FPC.
Можно также включить отслеживание некоторых или всех сервисных операций. Затем эта служба предоставляет сообщения в syslog с подробной информацией о затронутых под-LSP, что облегчает анализ с отключения FPC.
Для обеспечения мониторинга и корреляции суб-LSP и FFP в многоканальных сетях:
- Настройте многоканальный опрос (в секундах) и опрос FPC, установив длительность
p2mp_polling_durationfpc_polling_durationчастоты (в секундах) в файле config.xml, расположенном в /etc/p2mp_lsp_correlation каталоге. Можно также включить уровни журналов в файл config.xml для настройки трассировки и создания журналов в /var/log/p2mp_lsp_correlation каталоге. Уровень журнала и типы сообщений:5 = DEBUG 4 = INFO 3 = WARNING 2 = ERROR 1 = CRITICAL
Ниже приводится пример файла config.xml:
user@host:~# cat /etc/p2mp_lsp_correlation/config.xml <p2mp_sub_lsp_config> <p2mp_polling_duration>240</p2mp_polling_duration> <fpc_polling_duration>60</fpc_polling_duration> <log_level>5</log_level> </p2mp_sub_lsp_config>p2mp_polling_duration-Обновляет базу данных, исполняя различные запросы RE/PFE RPC. Значение по умолчанию для длительности опроса между точками - 240.fpc_polling_duration-Опрос состояния FPC/PFE для регистрации влияния точек-многоканальных подканальных LSP. Значение по умолчанию для продолжительности опроса FPC – 60.
Прим.:Файл config.xml применим только к Junos OS Evolved. Необходимо перезагрузить приложение после внесения изменений в файл config.xml.
- В включить службу.
[edit services] user@host# set p2mp-sublsp-correlation
- Настройте отслеживание сервисных операций.
[edit services] user@host# set p2mp-sublsp-correlation traceoptions flag all
Прим.:Команда
set p2mp-sublsp-correlation traceoptions flag allне относится к Junos OS Evolved.
Если FPC на LSR сбой или отключен, затронуты все подканаули "точка-многоканальный" на этом FPC. Если ранее было включено корреляция FPC для многоканальных LSP точек и настроена трассировка для службы корреляции, то при сбое FPC регистрируются сообщения о сбоях, в которых предоставляется подробная информация о затронутых суб-LSP.
В этом случае необходимо проверить сообщения системного журнала и таблицу корреляции FPC, чтобы проанализировать влияние сбоя FPC.
Ниже приводится пример выходных данных системного журнала, показывающий информацию о точке-многоточки под-LSP, когда влияние FPC переходит в автономный режим:
Aug 5 12:47:33 host mdiag[24321]: MDIAGD_P2MP_SUBLSP_IMPACTED: FPC 0
PFEInst 0 Role (I,E,T) DOWN P2MP-Tunnel-Name p2mp-2-456 Sub-LSP-Dest 4.4.4.4 Sub-LSP-
Name lsp-2-4 Tunnel-ID 53322 LSP-ID 1 Src-Addr 2.2.2.2 Sub-Group-ID 10 Ingress-
Interface ae8.0 Egress-Interface et-0/0/7.0
Чтобы просмотреть сведения о корреляции между точками и под-LSP для впадаемого интерфейса, используйте show services p2mp-sublsp-correlation ingress-interface команду следующим образом:
user@host> show services p2mp-sublsp-correlation ingress-interface ae8.0
Last Refreshed : Aug 05 2021 12:06:50
SG-ID = Sub-Group-ID, Tun-ID = Tunnel-ID
FPC ROLE: I = Ingress, E = Egress, T = Transit
P2MP Sub-LSP Sub-LSP Tun LSP Source SG Ingress Egress
Name Dest Name ID ID Address ID Interface Interface
bud-p-68 8.8.8.8 bud-8 53323 1 2.2.2.2 18 ae8.0 et-0/0/5.0
bud-p-68 6.6.6.6 bud-6 53323 1 2.2.2.2 12 ae8.0 et-0/0/9.0
bud-p-68 7.7.7.7 bud-7 53323 1 2.2.2.2 17 ae8.0 et-0/0/7.0
p2mp-2-6 4.4.4.4 lsp-4 53322 1 2.2.2.2 10 ae8.0 et-0/0/7.0
p2mp-2-6 5.5.5.5 lsp-5 53322 1 2.2.2.2 15 ae8.0 et-0/0/5.0
p2mp-2-6 6.6.6.6 lsp-6 53322 1 2.2.2.2 12 ae8.0 et-0/0/9.0
Чтобы просмотреть сведения о корреляции между точками под-LSP для выгрузки интерфейса, используйте show services p2mp-sublsp-correlation egress-interface команду следующим образом:
user@host> show services p2mp-sublsp-correlation egress-interface et-0/0/7.0
Last Refreshed : Aug 05 2021 12:06:50
SG-ID = Sub-Group-ID, Tun-ID = Tunnel-ID
FPC ROLE: I = Ingress, E = Egress, T = Transit
P2MP Sub-LSP Sub-LSP Tun LSP Source SG Ingress Egress
Name Dest Name ID ID Address ID Interface Interface
bud-p-68 7.7.7.7 bud-7 53323 1 2.2.2.2 17 ae8.0 et-0/0/7.0
p2mp-2-6 4.4.4.4 lsp-4 53322 1 2.2.2.2 10 ae8.0 et-0/0/7.0
Чтобы просмотреть сведения о корреляции для FPC, используйте show services p2mp-sublsp-correlation fpc 0 эту команду следующим образом:
user@host> show services p2mp-sublsp-correlation fpc 0
Last Refreshed : Aug 05 2021 12:06:50
SG-ID = Sub-Group-ID, Tun-ID = Tunnel-ID
FPC ROLE: I = Ingress, E = Egress, T = Transit
P2MP Sub-LSP Sub-LSP Tun LSP Source SG Ingress Egress FPC/PFE
Name Dest Name ID ID Address ID Interface Interface Role
bud-p-68 8.8.8.8 bud-8 53323 1 2.2.2.2 18 ae8.0 et-0/0/5.0 I,E,
bud-p-68 6.6.6.6 bud-6 53323 1 2.2.2.2 12 ae8.0 et-0/0/9.0 I,E,T
bud-p-68 7.7.7.7 bud-7 53323 1 2.2.2.2 17 ae8.0 et-0/0/7.0 I,E,
p2mp-2-6 4.4.4.4 lsp-4 53322 1 2.2.2.2 10 ae8.0 et-0/0/7.0 I,E,T
p2mp-2-6 5.5.5.5 lsp-5 53322 1 2.2.2.2 15 ae8.0 et-0/0/5.0 I,E,T
p2mp-2-6 6.6.6.6 lsp-6 53322 1 2.2.2.2 12 ae8.0 et-0/0/9.0 I,E,
Чтобы просмотреть сведения о корреляции для экземпляра PFE, show services p2mp-sublsp-correlation fpc 0 pfe-instance 0 используйте команду следующим образом:
user@host> show services p2mp-sublsp-correlation fpc 0 pfe-instance 0
Last Refreshed : Aug 05 2021 12:06:50
SG-ID = Sub-Group-ID, Tun-ID = Tunnel-ID
FPC ROLE: I = Ingress, E = Egress, T = Transit
P2MP Sub-LSP Sub-LSP Tun LSP Source SG Ingress Egress FPC/PFE
Name Dest Name ID ID Address ID Interface Interface Role
bud-p-68 8.8.8.8 bud-8 53323 1 2.2.2.2 18 ae8.0 et-0/0/5.0 I,E,
bud-p-68 6.6.6.6 bud-6 53323 1 2.2.2.2 12 ae8.0 et-0/0/9.0 I,E,T
bud-p-68 7.7.7.7 bud-7 53323 1 2.2.2.2 17 ae8.0 et-0/0/7.0 I,E,
p2mp-2-6 4.4.4.4 lsp-4 53322 1 2.2.2.2 10 ae8.0 et-0/0/7.0 I,E,T
p2mp-2-6 5.5.5.5 lsp-5 53322 1 2.2.2.2 15 ae8.0 et-0/0/5.0 I,E,T
p2mp-2-6 6.6.6.6 lsp-6 53322 1 2.2.2.2 12 ae8.0 et-0/0/9.0 I,E,
Включение точе-токных LPS для отслеживания egress PE маршрутизаторов
Настройка LSP с помощью утверждения позволяет ему отслеживать состояние associate-backup-pe-groups маршрутизатора PE, на который он настроен. Можно настроить несколько резервных групп МАРШРУТИЗАТОРов PE, используя один и тот же адрес маршрутизатора. Сбой этого LSP указывает на то, что все резервные группы маршрутизаторов PE не сбой маршрутизатора назначения PE. Утверждение associate-backup-pe-groups не связано с определенной группой маршрутизаторов резервного копирования PE. Это относится ко всем группам, заинтересованным в статусе LSP на этот адрес.
Чтобы разрешить LSP контролировать статус маршрутизатора с выпадаем PE, включим в себя associate-backup-pe-groups утверждение:
associate-backup-pe-groups;
Этот утверждение можно настроить на следующих уровнях иерархии:
[edit protocols mpls label-switched-path lsp-name][edit logical-systems logical-system-name protocols mpls label-switched-path lsp-name]
При настройке утверждения необходимо настроить BFD для LSP из associate-backup-pe-groups точки в точке. Дополнительные сведения о настройке BFD для LSP см. в настройках BFD для LSP MPLS IPv4 и конфигурации BFD для LSP LDP.
Кроме того, между pe-маршрутизаторами в резервной группе маршрутизаторов PE необходимо настроить полную группу точек-ток LSP. Требуется полноячеистая сетка, чтобы каждый PE-маршрутизатор внутри группы может независимо определять состояние других PE-маршрутизаторов, позволяя каждому маршрутизатору независимо определять, какой маршрутизатор PE в настоящее время является назначенным передаером для группы резервных маршрутизаторов PE.
Если настроить несколько LSP с утверждением для одного и того же маршрутизатора НАЗНАЧЕНИЯ PE, первый настроенный LSP будет использоваться для отслеживания состояния перенаправления на этот associate-backup-pe-groups МАРШРУТИЗАТОР PE. Если несколько LSP настроены для одного назначения, убедитесь, что аналогичные параметры настроены для LSP. В этом сценарии конфигурации может быть инициировано уведомление об ошибке, даже если удаленный маршрутизатор PE все еще в работе.
Сохранение функционирования LSP между точками с разными Junos OS
В Junos OS 9.1 и более ранних версиях сообщения Resv, включаные S2L_SUB_LSP объекта, по умолчанию отклоняется. В Junos OS 9.2 и более поздних версиях такие сообщения принимаются по умолчанию. Чтобы обеспечить надлежащее функционирование точек-многоканальных LSP в сети, в которую входят оба устройства под управлением Junos OS выпуска 9.1 и более ранних версий, а также устройства под управлением Junos 9.2 и более поздних версий, следует включить утверждение в конфигурацию устройств под управлением Junos 9.2 и более поздних no-p2mp-sublsp версий:
no-p2mp-sublsp;
Это утверждение можно включить на следующих уровнях иерархии:
[edit protocols rsvp][edit logical-systems logical-system-name protocols rsvp]
Обзор поведения при повторном объединении LSP между точками и точками
В этом разделе говорится о преимуществах и обзоре управления поведением повторного объединения на LSVP Точка-Многоканальный (P2MP) LPS.
- Преимущества управления повторного объединения P2MP LSP
- Что такое повторное слияние P2MP LSP?
- Изменение поведения повторного объединения P2MP LSP по умолчанию
Преимущества управления повторного объединения P2MP LSP
Уменьшает сигнальную нагрузку RSVP на вгруженном (головном маршрутизаторе) путем предотвращения вычисления пути суб-LSP, что создает условие повторного объединения.
Сохраняет полосу пропускания сети, отклоняя повторное слияние P2MP sub LSP на транзитном узле.
Что такое повторное слияние P2MP LSP?
В сети LSP MPLS P2MP термин повторного объединения обозначает случай входящего (головного) или транзитного узла (повторного объединения узла), который создает филиал повторного объединения, пересекающий LSP P2MP на другом узле вниз по дереву. Это может произойти из-за таких событий, как ошибка при расчете пути, ошибка в настройке вручную или изменения топологии сети во время установки P2MP LSP.
RFC 4875 определяет два следующих подхода для повторного объединения P2MP LSP:
Во-первых, узел, обнаруживая повторное слияние, позволяет сохранить случай повторного объединения, но данные от всего, кроме одного входящих интерфейсов, отброшены на узле повторного объединения. Это работает по умолчанию без какой-либо конфигурации.
Во-вторых, узел повторного объединения инициирует отрезок повторного объединения подслуг LPS с помощью сигнализации.
На Juniper Networks серия MX маршрутизаторах первый подход (как определено RFC 4875) работает по умолчанию. Второй подход может быть реализован с помощью одного из следующих интерфейс командной строки конфигурации в зависимости от Juniper Networks серия MX маршрутизаторов, расположенных (входящий узел или транзитный узел) в сеть P2MP RSVP MPLS:
no-re-merge— Данная интерфейс командной строки конфигурация при включаемом на вежливых (головном) маршрутизаторе избегает вычисления пути суб LPS P2MP, что создает условие повторного объединения. Если данная интерфейс командной строки конфигурация настраивается при входящем входящем направлении, то настройка данной конфигурации интерфейс командной строки на транзитном маршрутизатореno-p2mp-re-mergeне требуется.no-p2mp-re-merge—Данная интерфейс командной строки конфигурация, когда включена на транзитном маршрутизаторе, изменяет поведение по умолчанию, позволяя сеансам P2MP sub LSP повторно объединяться, чтобы отклонить повторное слияние. Данная интерфейс командной строки конфигурация необходима, как только въеха (головной маршрутизатор) не Juniper Networks серия MX маршрутизатором.single-abr-Эта команда, когда включена, уменьшает условия повторного объединения за пределами межзоны, между доменами или между AS RSVP P2MP LPS.
Следующая топология объясняет поведение повторного объединения в сети P2MP LSP:
В этой топологии R1 действует как маршрутизатор входящего (головного узла), а R2 – в качестве транзитного (повторного объединения узлов) маршрутизатора. В этой сети создаются две под-LSP сессии: LSP 1 и LSP 2. LSP 1 – это сеанс, установленный среди устройств R1, R2 и R3. LSP 2 – это сеанс, установленный между устройствами R1, R4, R2, R3 и R5. По умолчанию транзитный маршрутизатор допускает повторное слияние как из суб-LSP, так и отбрасывал один из суб-LSP-трафика филиала на узле повторного объединения. Можно управлять этим поведением повторного объединения, включив утверждение конфигурации интерфейс командной строки на входящем маршрутизаторе или утверждение конфигурации интерфейс командной строки на no-re-mergeno-p2mp-re-merge транзитном маршрутизаторе.
Если включить утверждение интерфейс командной строки конфигурации на впадаемом маршрутизаторе (R1), будет установлен только один из двух сеансов no-re-merge под LSP. Например, если сначала будет установлен сеанс LSP 1 (R1-R2-R3), то второй сеанс под LSP (LSP 2) не будет установлен.
Если включить утверждение интерфейс командной строки конфигурации на транзитном маршрутизаторе (R2), то транзитный маршрутизатор отвергает повторное слияние одного из суб LSP и отправляет сообщение об ошибке пути на входящему маршрутизатору (R1), предотвращая создание второй ветви повторного объединения no-p2mp-re-merge P2MP LSP. Для просмотра сообщения об show rsvp statistics ошибках пути интерфейс командной строки команду интерфейс командной строки.
Изменение поведения повторного объединения P2MP LSP по умолчанию
Поведение повторного объединения по умолчанию можно изменить либо на входящем (головном) узле, либо на транзитном узле в сети P2MP RSVP MPLS.
На впадающей (головном маршрутизаторе) отключает поведение повторного объединения по умолчанию, чтобы маршрутизатор в который в тот момент не вычислил пути, вычислив сублимповые LSP, создав условие повторного объединения. Поведение по умолчанию позволяет вычислять путь для подустанавли LPS.
[edit protocols] user@host#set mpls p2mp-lsp no-re-merge
На транзитном маршрутизаторе отключает поведение повторного объединения по умолчанию, так что транзитный маршрутизатор отклоняет повторное объединение суб-LSP.
[edit protocols] user@host#set rsvp no-p2mp-re-merge
Для между областями, между доменами, или между AS RSVP P2MP LSP, используйте утверждение конфигурации интерфейс командной строки на входе (маршрутизаторе головного маршрутизатора), чтобы все сублиматоры P2MP предпочли выбрать один и тот же маршрутизатор выхода (ABR или ASBR), тем самым снижая условия повторного single-abr объединения.
[edit protocols] user@host#set mpls p2mp-lsp single-abr