이 페이지에서
Point-to-Multipoint LSP 구성
Point-to-Multipoint LSP 개요
Point-to-Multipoint MPLS LSP는 단일 소스와 여러 목적지가 있는 LSP입니다. 네트워크의 MPLS 패킷 복제 기능을 활용하여 포인트 투 멀티포인트 LSP는 수신 라우터에서 불필요한 패킷 복제를 방지합니다. 패킷 복제는 패킷이 서로 다른 네트워크 경로를 필요로 하는 두 개 이상의 서로 다른 대상으로 전달되는 경우에만 발생합니다.
이 프로세스는 에 설명되어 그림 1있습니다. 라우터 PE1은 라우터 PE2, PE3 및 PE4에 대한 포인트 투 멀티포인트 LSP로 구성됩니다. 라우터 PE1이 Point-to-Multipoint LSP의 패킷을 라우터 P1 및 P2로 보내면 라우터 P1은 패킷을 복제하여 라우터 PE2 및 PE3으로 전달합니다. 라우터 P2는 라우터 PE4로 패킷을 보냅니다.
이 기능은 인터넷 초안 draft-raggarwa-mpls-p2mp-te-02.txt(2004년 2월 만료됨), Establishing Point to Multipoint MPLS TE LSP, draft-ietf-mpls-rsvp-te-p2mp-02.txt, Points to Multipoint TE LSP(Label-Switched Paths)를 위한 RSVP-TE(Extensions to Resource Reservation Protocol-Traffic Engineering) 및 RFC 6388, Label Distribution Protocol Extensions for Point-to-Multipoint and Multipoint-to-multipoint Label Switched Paths에 자세히 설명되어 있습니다 (Point-to-Multipoint LSP만 지원됩니다.)
다음은 point-to-multipoint LSP의 속성 중 일부입니다.
Point-to-Multipoint LSP를 사용하면 point-to-multipoint 데이터 배포에 MPLS를 사용할 수 있습니다. 이 기능은 IP 멀티캐스트에서 제공하는 기능과 유사합니다.
트래픽 중단 없이 메인 Point-to-Multipoint LSP에서 브랜치 LSP를 추가 및 제거할 수 있습니다. point-to-multipoint LSP의 영향을 받지 않는 부분은 계속해서 정상적으로 작동합니다.
동일한 point-to-multipoint LSP의 서로 다른 브랜치 LSP에 대해 노드를 전송 라우터이자 송신 라우터로 구성할 수 있습니다.
Point-to-Multipoint LSP에서 링크 보호를 활성화할 수 있습니다. 링크 보호는 point-to-multipoint LSP를 구성하는 각 브랜치 LSP에 대해 우회 LSP를 제공할 수 있습니다. 기본 경로 중 하나라도 실패하면 트래픽을 우회로 신속하게 전환할 수 있습니다.
브랜치 LSP는 정적, 동적 또는 정적 및 동적 LSP의 조합으로 구성할 수 있습니다.
수신 및 송신 라우터에서 point-to-multipoint LSP에 대해 GRES( Graceful Routing Engine Switchover ) 및 Graceful Restart를 활성화할 수 있습니다. Point-to-Multipoint LSP는 정적 경로 또는 CCC(Circuit Cross-Connect)를 사용하여 구성해야 합니다. GRES 및 Graceful Restart를 사용하면 컨트롤 플레인이 복구되는 동안 이전 상태를 기반으로 패킷 전달 엔진에서 트래픽을 전달할 수 있습니다. Junos Trio 칩셋의 GRES에 대한 기능 패리티 및 MPLS Point-to-Multipoint LSP에 대한 Graceful Restart는 Junos OS 릴리스 11.1R2, 11.2R2 및 11.4에서 지원됩니다.
Point-to-Multipoint LSP 이해
point-to-multipoint MPLS LSP(label-switched path)는 단일 소스 및 여러 목적지가 있는 LDP 신호 또는 RSVP 신호 LSP입니다. 네트워크의 MPLS 패킷 복제 기능을 활용하여 포인트 투 멀티포인트 LSP는 인바운드(수신) 라우터에서 불필요한 패킷 복제를 방지합니다. 패킷 복제는 패킷이 서로 다른 네트워크 경로를 필요로 하는 두 개 이상의 서로 다른 대상으로 전달되는 경우에만 발생합니다.
이 프로세스는 에 설명되어 그림 2있습니다. 디바이스 PE1은 라우터 PE2, PE3 및 PE4에 대한 포인트 투 멀티포인트 LSP로 구성됩니다. 디바이스 PE1이 포인트 투 멀티포인트 LSP의 패킷을 라우터 P1 및 P2로 보내면 디바이스 P1은 패킷을 복제하여 라우터 PE2 및 PE3으로 전달합니다. 디바이스 P2는 패킷을 디바이스 PE4로 전송합니다.
다음은 point-to-multipoint LSP의 몇 가지 속성입니다.
Point-to-Multipoint LSP를 사용하면 point-to-multipoint 데이터 배포에 MPLS를 사용할 수 있습니다. 이 기능은 IP 멀티캐스트에서 제공하는 기능과 유사합니다.
트래픽 중단 없이 메인 Point-to-Multipoint LSP에서 브랜치 LSP를 추가 및 제거할 수 있습니다. point-to-multipoint LSP의 영향을 받지 않는 부분은 계속해서 정상적으로 작동합니다.
동일한 point-to-multipoint LSP의 서로 다른 브랜치 LSP에 대해 노드를 전송 라우터이자 아웃바운드(송신) 라우터로 구성할 수 있습니다.
Point-to-Multipoint LSP에서 링크 보호를 활성화할 수 있습니다. 링크 보호는 point-to-multipoint LSP를 구성하는 각 브랜치 LSP에 대해 우회 LSP를 제공할 수 있습니다. 기본 경로가 실패하면 트래픽을 우회로 신속하게 전환할 수 있습니다.
하위 경로는 정적 또는 동적으로 구성할 수 있습니다.
Point-to-Multipoint LSP에서 Graceful Restart를 활성화할 수 있습니다.
Point-to-Multipoint LSP 구성 개요
point-to-multipoint LSP 설정 방법:
- 수신 라우터의 기본 LSP와 송신 라우터로 트래픽을 전달하는 브랜치 LSP를 구성합니다.
- 기본 LSP에 경로 이름을 지정하고 각 브랜치 LSP에 동일한 경로 이름을 지정합니다.
기본적으로 브랜치 LSP는 CSPF(Constrained Shortest Path First)를 통해 동적으로 신호를 보내며 구성이 필요하지 않습니다. 또는 브랜치 LSP를 정적 경로로 구성할 수 있습니다.
예: RSVP 신호 Point-to-Multipoint LSP를 생성하기 위한 경로 모음 구성
이 예는 RSVP 신호 포인트 투 멀티포인트 LSP(label-switched path)를 생성하기 위해 경로 모음을 구성하는 방법을 보여줍니다.
요구 사항
이 예에서는 디바이스 초기화를 제외한 특별한 구성이 필요하지 않습니다.
개요
이 예에서 여러 라우팅 디바이스는 단일 포인트-투-멀티포인트 LSP의 전송, 브랜치 및 리프 노드 역할을 합니다. 프로바이더 에지(PE)에서 디바이스 PE1은 수신 노드입니다. 브랜치는 PE1에서 PE2로, PE1에서 PE3로, PE1에서 PE4로 이동합니다. 수신 노드(PE1)의 정적 유니캐스트 경로는 송신 노드를 가리킵니다.
또한 이 예는 명령문을 사용하여 point-to-multipoint LSP인 다음 홉을 p2mp-lsp-next-hop 가진 정적 경로를 보여줍니다. 이는 필터 기반 전달을 구현할 때 유용합니다.
또 다른 옵션은 명령문을 사용하여 lsp-next-hop 일반 지점 간 LSP를 다음 홉으로 구성하는 것입니다. 이 예에 나와 있지는 않지만, 다음 홉에 독립적인 기본 설정과 메트릭을 선택적으로 할당할 수 있습니다.
구성
- CLI 빠른 구성
- 수신 레이블 스위치 라우터(LSR) 구성(디바이스 PE1)
- 전송 및 송신 LSR 구성(디바이스 P2, P3, P4, PE2, PE3 및 PE4)
- 디바이스 CE1 구성
- 디바이스 CE2 구성
- 디바이스 CE3 구성
- 디바이스 CE4 구성
CLI 빠른 구성
이 예를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브레이크를 제거하고, 네트워크 구성을 일치하는 데 필요한 세부 사항을 바꾸고 [edit] 계층 수준에서 명령을 CLI로 복사해 붙여 넣습니다.
디바이스 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
인터페이스에서 RSVP, MPLS 및 OSPF를 활성화합니다.
[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 point-to-multipoint LSP를 구성합니다.
[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
(선택 사항) LSP에서 링크 보호를 활성화합니다.
링크 보호는 특정 인터페이스를 통해 인접 라우터로 전송된 트래픽이 해당 인터페이스에 장애가 발생하더라도 라우터에 계속 도달할 수 있도록 하는 데 도움이 됩니다.
[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에 대해서만 트래픽 엔지니어링을 수행합니다. 수신 LSR에서만 MPLS 트래픽 엔지니어링을 활성화해야 합니다.
OSPF에 대한 트래픽 엔지니어링을 활성화합니다.
[edit protocols] user@PE1# set ospf traffic-engineering
이로 인해 SPF(Shortest-Path First) 알고리즘이 MPLS에 따라 구성된 LSP를 고려합니다.
라우터 ID를 구성합니다.
[edit routing-options] user@PE1# set router-id 100.10.10.10
각 경로의 다음 홉으로 point-to-multipoint LSP 이름을 사용하여 정적 IP 유니캐스트 경로를 구성합니다.
[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
전송 및 송신 LSR 구성(디바이스 P2, P3, P4, PE2, PE3 및 PE4)
단계별 절차
전송 및 송신 LSR을 구성하려면 다음을 수행합니다.
인터페이스, 인터페이스 캡슐화 및 프로토콜 제품군을 구성합니다.
[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
인터페이스에서 RSVP, MPLS 및 OSPF를 활성화합니다.
[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에 대한 트래픽 엔지니어링을 활성화합니다.
[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
이로 인해 SPF(Shortest-Path First) 알고리즘이 MPLS에 따라 구성된 LSP를 고려합니다.
라우터 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;
디바이스 P2
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;
디바이스 P3
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 구성:
디바이스 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
디바이스 PE1을 다음 홉으로 사용하여 디바이스 CE1에서 다른 세 개의 고객 네트워크로 정적 경로를 구성합니다.
[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 interfaces 및 show 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 구성:
디바이스 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
디바이스 PE2를 다음 홉으로 사용하여 디바이스 CE2에서 CE1로 정적 경로를 구성합니다.
[edit routing-options] user@CE2# set static route 10.0.244.8/30 next-hop 10.0.224.10
디바이스 구성을 완료하면 해당 구성을 커밋합니다.
[edit] user@CE2# commit
결과
구성 모드에서 show interfaces 및 show 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 구성:
디바이스 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
디바이스 PE3을 다음 홉으로 사용하여 디바이스 CE3에서 CE1로의 정적 경로를 구성합니다.
[edit routing-options] user@CE3# set static route 10.0.244.8/30 next-hop 10.0.134.10
디바이스 구성을 완료하면 해당 구성을 커밋합니다.
[edit] user@CE3# commit
결과
구성 모드에서 show interfaces 및 show 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 구성:
디바이스 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
디바이스 PE4를 다음 홉으로 사용하여 디바이스 CE4에서 CE1로의 정적 경로를 구성합니다.
[edit routing-options] user@CE4# set static route 10.0.244.8/30 next-hop 10.0.104.9
디바이스 구성을 완료하면 해당 구성을 커밋합니다.
[edit] user@CE4# commit
결과
구성 모드에서 show interfaces 및 show 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;
}
검증
구성이 올바르게 작동하고 있는지 확인합니다.
연결 확인
목적
디바이스가 서로 ping할 수 있는지 확인합니다.
작업
ping CE1에서 PE2에 연결하는 CE2의 인터페이스로 명령을 실행합니다.
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에서 PE3에 연결하는 CE3의 인터페이스로 명령을 실행합니다.
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에서 PE4에 연결하는 CE4의 인터페이스로 명령을 실행합니다.
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
Point-to-Multipoint LSP의 상태 확인
목적
수신, 전송 및 송신 LSR이 Up 상태인지 확인합니다.
작업
show mpls lsp p2mp 모든 LSR에서 명령을 실행합니다. 여기에는 수신 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 ...
Point-to-Multipoint LSP를 위한 기본 및 브랜치 LSP 구성
포인트-투-멀티포인트 MPLS LSP(label-switched path)는 여러 목적지를 가진 RSVP LSP입니다. 네트워크의 MPLS 패킷 복제 기능을 활용하여 포인트 투 멀티포인트 LSP는 수신 라우터에서 불필요한 패킷 복제를 방지합니다. Point-to-Multipoint LSP에 대한 자세한 내용은 Point-to-Multipoint LSP 개요를 참조하십시오.
point-to-multipoint LSP를 구성하려면 수신 라우터의 기본 LSP와 송신 라우터로 트래픽을 전달하는 브랜치 LSP를 구성해야 합니다(다음 섹션 참조).
기본 Point-to-Multipoint LSP 구성
포인트-투-멀티포인트 LSP는 수신 라우터에서 트래픽을 전송하기 위해 구성된 기본 포인트-투-멀티포인트 LSP를 가지고 있어야 합니다. 기본 Point-to-Multipoint LSP의 구성은 신호 LSP와 유사합니다. 자세한 내용은 MPLS 신호 LSP에 대한 수신 라우터 구성을 참조하십시오. 기존 LSP 구성 외에도 문을 포함하여 기본 point-to-multipoint 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]
Point-to-Multipoint LSP에 대한 최적화 타이머를 활성화할 수 있습니다. 자세한 내용은 신호 LSP 최적화를 참조하십시오.
Point-to-Multipoint LSP를 위한 브랜치 LSP 구성
기본 포인트-투-멀티포인트 LSP는 두 개 이상의 브랜치 LSP로 트래픽을 전송하여 각 송신 프로바이더 에지(PE) 라우터로 트래픽을 전송합니다. 이러한 각 브랜치 LSP에 대한 구성에서 지정하는 포인트-투-멀티포인트 LSP 경로 이름은 기본 포인트-투-멀티포인트 LSP에 대해 구성된 경로 이름과 동일해야 합니다. 자세한 내용은 기본 Point-to-Multipoint 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]주:사용자 작업 또는 라우터의 자동 조정으로 인해 Point-to-Multipoint LSP의 브랜치 LSP가 변경되면 기본 및 브랜치 LSP가 다시 신호를 보냅니다. 새로운 point-to-multipoint LSP는 이전 경로가 삭제되기 전에 먼저 시그널링됩니다.
다음 섹션에서는 CSPF(Constrained Shortest Path First), 정적 경로, 또는 동적 및 정적 경로의 조합을 사용하여 브랜치 LSP를 동적 신호 경로로 구성하는 방법을 설명합니다.
브랜치 LSP를 동적 경로로 구성
기본적으로 Point-to-Multipoint LSP에 대한 브랜치 LSP는 CSPF를 사용하여 동적으로 신호를 보내며 구성이 필요하지 않습니다.
새로운 목적지의 추가 또는 삭제 또는 기존 목적지에 대한 경로의 재계산에 의해 point-to-multipoint LSP가 변경되면 트리의 특정 노드는 둘 이상의 수신 인터페이스에서 데이터를 수신할 수 있습니다. 이 문제는 다음과 같은 조건에서 발생할 수 있습니다.
목적지에 대한 브랜치 LSP 중 일부는 정적으로 구성되며 다른 목적지에 대한 정적 또는 동적으로 계산된 경로와 교차할 수 있습니다.
브랜치 LSP에 대해 동적으로 계산된 경로로 인해 네트워크의 노드 중 하나에 대한 수신 인터페이스가 변경되는 경우, 새 경로가 신호를 받은 후 이전 경로가 즉시 삭제되지 않습니다. 이렇게 하면 이전 경로에 의존하는 전송 중인 모든 데이터가 대상에 도달할 수 있습니다. 그러나 네트워크 트래픽은 두 경로 중 하나를 사용하여 대상에 도달할 수 있습니다.
수신 시 결함이 있는 라우터는 두 개의 서로 다른 브랜치 목적지에 대한 경로를 계산하여 이러한 브랜치 LSP에 공통된 라우터 노드에서 이러한 브랜치 LSP에 대해 서로 다른 수신 인터페이스가 선택되도록 합니다.
브랜치 LSP를 정적 경로로 구성
point-to-multipoint LSP에 대한 브랜치 LSP를 정적 경로로 구성할 수 있습니다. 자세한 내용은 정적 LSP 구성을 참조하십시오.
도메인 간 Point-to-Multipoint LSP 구성
도메인 간 P2MP LSP는 네트워크의 여러 도메인에 걸쳐 있는 하나 이상의 하위 LSP(브랜치)가 있는 P2MP LSP입니다. 이러한 도메인의 예로는 IGP 영역 및 AS(Autonomous System)가 있습니다. 도메인 간 P2MP LSP의 서브-LSP는 수신 노드(소스)에 대한 송신 노드(리프)의 위치에 따라 영역 내, 영역 간, 또는 인터-AS일 수 있다.
수신 노드에서 이름은 도메인 간 P2MP LSP에 할당되고 모든 구성 하위 LSP가 공유합니다. 각 하위 LSP는 자체 송신 노드와 선택적으로 명시적 경로를 사용하여 별도로 구성됩니다. 수신 노드에 대한 서브 LSP의 송신 노드의 위치는 서브 LSP가 영역 내인지, 영역 간인지, 또는 AS 간인지를 결정합니다.
도메인 간 P2MP LSP는 다중 영역 또는 다중 AS 네트워크의 다음 애플리케이션에서 트래픽을 전송하는 데 사용할 수 있습니다.
MPLS를 통한 레이어 2 브로드캐스트 및 멀티캐스트
레이어 3 BGP/MPLS VPN
VPLS
P2MP LSP의 경로를 따라 각 도메인 경계 노드(ABR 또는 ASBR)에서 CSPF가 expand-loose-hop 느슨한 홉 ERO(일반적으로 RSVP 경로 메시지가 전달하는 ERO 목록의 첫 번째 항목)를 송신 노드 또는 다음 도메인 경계 노드로 확장할 수 있도록 계층 수준에서 문을 구성해야 [edit protocols mpls] 합니다.
도메인 간 P2MP LSP에 대한 CSPF 경로 계산:
CSPF 경로 계산은 도메인 간 P2MP LSP를 위해 각 하위 LSP에서 지원됩니다. 하위 LSP는 영역 내, 영역 간 또는 AS 간일 수 있습니다. CSPF는 영역 간 또는 AS 간 하위 LSP를 도메인 간 P2P LSP와 동일한 방식으로 취급합니다.
수신 노드 또는 도메인 경계 노드(ABR 또는 ASBR)에서 CSPF는 RSVP 쿼리당 명시적 경로 객체(ERO) 확장을 수행할 수 있습니다. 쿼리된 대상은 송신 노드 또는 수신된 느슨한 홉 ERO일 수 있습니다. 대상이 노드가 연결된 인접 도메인에 있는 경우 CSPF는 대상에 대한 엄격한 홉 ERO 시퀀스 또는 대상에 도달할 수 있는 다른 도메인 경계 노드를 향한 엄격한 홉 ERO 시퀀스를 생성합니다.
RSVP가 이전에 선택한 도메인 경계 노드를 통해 경로를 신호하지 못하면 RSVP는 라운드 로빈 방식으로 다른 사용 가능한 도메인 경계 노드를 통해 경로를 신호하려고 시도합니다.
하위 LSP가 도메인 간 P2MP LSP에 추가 또는 제거되어 해당 경로(분기)가 현재 P2MP 트리와 병합되거나 정리되는 경우, 다른 하위 LSP가 취하는 경로는 영향을 받지 않아야 하며, 이는 해당 하위 LSP의 트래픽 중단을 방지하는 데 도움이 됩니다.
네트워크에 도메인 간 P2MP LSP를 구축할 때 다음 사항에 유의하십시오.
수신 노드의 도메인 간 P2MP LSP에 대해 주기적인 경로 재최적화가 지원됩니다. 모든 하위 LSP에 대해 동일한 간격으로 계층 수준에서 문을
[edit protocols mpls label-switched-path lsp-name]구성optimize-timer하여 도메인 간 P2MP LSP에 대해 켤 수 있습니다.도메인 간 P2MP LSP에는 링크 보호 우회 LSP만 지원됩니다. 도메인 간 P2MP LSP에 대해 이를 활성화하려면, 모든 하위 LSP와 P2MP LSP가 통과할 수 있는 모든 RSVP 인터페이스에 대해 링크 보호를 구성해야 합니다.
도메인 간 P2MP LSP에는 OSPF 영역만 지원됩니다. IS-IS 레벨은 지원되지 않습니다.
Point-to-Multipoint LSP에 대한 링크 보호 구성
링크 보호는 특정 인터페이스를 통해 인접 라우터로 이동하는 트래픽이 해당 인터페이스에 장애가 발생할 경우 이 라우터에 계속 도달할 수 있도록 하는 데 도움이 됩니다. 인터페이스와 이 인터페이스를 통과하는 point-to-multipoint LSP에 대해 링크 보호가 구성되면 인터페이스에 장애가 발생할 경우 이 트래픽을 처리하는 우회 LSP가 생성됩니다. 우회 LSP는 동일한 대상에 도달하기 위해 다른 인터페이스와 경로를 사용합니다.
포인트 투 멀티포인트 LSP가 사용하는 모든 경로로 링크 보호를 확장하려면 각 브랜치 LSP가 통과하는 각 라우터에서 링크 보호를 구성해야 합니다. Point-to-Multipoint LSP에서 링크 보호를 활성화하면 모든 브랜치 LSP에서 링크 보호를 활성화해야 합니다.
인터넷 초안 draft-ietf-mpls-rsvp-te-p2mp-01.txt인 Points to Multipoint TE LSP에 대한 RSVP-TE로의 확장은 point-to-multipoint LSP에 대한 링크 보호를 설명합니다.
point-to-multipoint LSP에서 링크 보호를 활성화하려면 다음 단계를 완료하십시오.
각 브랜치 LSP에서 링크 보호를 구성합니다. 링크 보호를 구성하려면 문을 포함합니다.
link-protectionlink-protection;
다음 계층 수준에서 이 명령문을 포함시킬 수 있습니다:
[edit protocols mpls label-switched-path branch-lsp-name][edit logical-systems logical-system-name protocols mpls label-switched-path branch-lsp-name]
브랜치 LSP가 통과하는 각 라우터의 각 RSVP 인터페이스에 대한 링크 보호를 구성합니다. RSVP 인터페이스에서 링크 보호를 구성하는 방법에 대한 자세한 내용은 LSP에서 사용하는 인터페이스에서 링크 보호 구성을 참조하십시오.
링크 보호를 구성하는 방법에 대한 자세한 내용은 LSP에 대한 노드 보호 또는 링크 보호 구성을 참조하십시오.
Point-to-Multipoint LSP를 위한 Graceful Restart 구성
Point-to-Multipoint LSP에서 Graceful Restart를 구성할 수 있습니다. Graceful Restart를 사용하면 재시작 중인 라우터가 인접 이웃에게 조건을 알릴 수 있습니다. 재시작 라우터는 이웃 또는 피어로부터 유예 기간을 요청한 다음, 재시작 라우터와 협력할 수 있습니다. 재시작 라우터는 재시작 기간 중에도 MPLS 트래픽을 전달할 수 있으며, 네트워크의 컨버전스가 중단되지 않습니다. 재시작은 네트워크의 나머지 부분에 분명하지 않으며, 재시작 라우터는 네트워크 토폴로지에서 제거되지 않습니다. RSVP Graceful Restart는 전송 라우터와 수신 라우터 모두에서 사용할 수 있습니다.
Point-to-Multipoint LSP 트래픽을 처리하는 라우터에서 Graceful Restart를 활성화하려면, 문을 포함합니다:graceful-restart
graceful-restart;
다음 계층 수준에서 이 명령문을 포함시킬 수 있습니다:
[edit routing-options][edit logical-systems logical-system-name routing-options]
포인트-투-멀티포인트 LSP의 그레이스풀 재시작 구성은 포인트-투-포인트 LSP의 구성과 동일합니다. Graceful Restart를 구성하는 방법에 대한 자세한 내용은 RSVP Graceful Restart 구성을 참조하십시오.
Point-to-Multipoint LSP에 대한 멀티캐스트 RPF 검사 정책 구성
멀티캐스트 전달 캐시에 경로를 설치하기 전에 소스 및 그룹 항목에 대해 RPF(Reverse Path Forwarding) 검사를 수행할지 여부를 제어할 수 있습니다. 이를 통해 point-to-multipoint LSP를 사용하여 point-to-multipoint LSP의 송신 라우터에서 다운스트림에 위치한 PIM 아일랜드로 멀티캐스트 트래픽을 배포할 수 있습니다.
문을 구성 rpf-check-policy 하여 소스 및 그룹 쌍에 대한 RPF 검사를 비활성화할 수 있습니다. Point-to-Multipoint LSP 송신 라우터에서 멀티캐스트 트래픽을 수신하는 인터페이스가 항상 RPF 인터페이스가 아닐 수도 있기 때문에 일반적으로 point-to-multipoint LSP의 송신 라우터에서 이 명령문을 구성합니다.
소스 및 그룹 쌍에 따라 작동하도록 라우팅 정책을 구성할 수도 있습니다. 이 정책은 가져오기 정책처럼 작동하므로, 입력 데이터와 일치하는 정책 용어가 없는 경우 기본 정책 작업은 "수락"입니다. 수락 정책 작업을 통해 RPF 검사를 수행할 수 있습니다. 거부 정책 작업(허용되지 않는 모든 소스 및 그룹 쌍에 적용됨)은 쌍에 대한 RPF 검사를 비활성화합니다.
point-to-multipoint LSP에 대한 멀티캐스트 RPF 검사 정책을 구성하려면 문을 사용하여 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] 정책을 구성합니다. 자세한 정보는 라우팅 정책, 방화벽 필터 및 트래픽 Policer 사용자 가이드를 참조하십시오.
명령문을 구성 rpf-check-policy 하면 Junos OS는 수신 트래픽에 대해 RPF 검사를 수행할 수 없으므로 잘못된 인터페이스에 도착하는 트래픽을 감지할 수 없습니다. 이로 인해 라우팅 루프가 형성될 수 있습니다.
예: Point-to-Multipoint LSP에 대한 멀티캐스트 RPF 검사 정책 구성
접두사 이상의 그룹에 속하는 접두사 128.83/16 이상의 소스에 대해 RPF 검사가 수행되지 않도록 정책을 구성합니다.228/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;
}
}
}
Point-to-Multipoint LSP를 위한 수신 PE 라우터 이중화 구성
하나 이상의 PE 라우터를 백업 PE 라우터 그룹의 일부로 구성하여 수신 PE 라우터 이중화를 활성화할 수 있습니다. 백업 PE 라우터의 IP 주소(하나 이상의 백업 PE 라우터 필요)와 로컬 PE 라우터에서 사용하는 로컬 IP 주소를 구성하면 됩니다.
또한 기본 라우터와 백업 PE 라우터 사이에 점대점 LSP의 풀 메시를 구성해야 합니다. 또한 이러한 LSP에서 BFD를 구성해야 합니다. 자세한 내용은 RSVP 신호 LSP에 대한 BFD 구성 및 LDP LSP에 대한 BFD 구성을 참조하십시오.
Point-to-Multipoint LSP에 대한 수신 PE 라우터 중복을 구성하려면 다음과 같은 backup-pe-group 명령문을 포함합니다.
backup-pe-group pe-group-name { backups [addresses]; local-address address; }
이러한 명령문을 포함할 수 있는 계층 수준의 목록은 해당 명령문에 대한 요약 섹션에 나와 있습니다.
수신 PE 라우터 이중화 백업 그룹을 구성한 후에는 PE 라우터의 정적 경로에도 그룹을 적용해야 합니다. 이렇게 하면 로컬 PE 라우터가 백업 PE 그룹에 대해 지정된 전달자일 때 정적 경로가 활성화(포워딩 테이블에 설치)됩니다. 백업 PE 라우터 그룹은 명령문이 구성된 고정 경로 p2mp-lsp-next-hop 에만 연결할 수 있습니다. 자세한 내용은 Point-to-Multipoint LSP에 대한 정적 유니캐스트 경로 구성을 참조하십시오.
Point-to-Multipoint 하위 LSP와 FPC의 상관 관계를 파악하는 서비스 구성
FPC의 패킷 전달 엔진은 특정 하위 LSP의 수신 또는 송신 역할을 할 뿐만 아니라 동일한 포인트-투-멀티포인트 LSP의 다른 서브 LSP의 전송 지점 역할도 합니다. FPC에 장애가 발생하면 FPC가 제공하는 모든 하위 LSP가 영향을 받습니다.
FPC와 LSR에 있는 point-to-multipoint 하위 LSP(브랜치 경로) 간의 상관 관계를 모니터링할 수 있는 서비스를 구성할 수 있습니다. 이 정보는 장애가 발생한 FPC가 상관관계가 있는 하위 LSP에 미치는 영향을 평가하는 데 도움이 됩니다. 추적이 활성화되면 FPC 중단 시 영향을 받는 하위 LSP에 대한 자세한 정보를 제공하는 syslog 메시지도 제공합니다.
LSR에서 FPC와 point-to-multipoint 하위 LSP(브랜치 경로) 간의 상관 관계를 모니터링할 수 있는 서비스를 구성할 수 있습니다. FPC는 동일한 point-to-multipoint LSP의 두 개 이상의 하위 LSP에 대한 수신, 송신 또는 통과 지점의 역할을 할 수 있습니다. FPC에 장애가 발생하면 FPC가 제공하는 모든 하위 LSP가 영향을 받습니다.
이 서비스가 제공하는 정보는 FPC의 장애가 상관된 하위 LSP 및 포인트-투-멀티포인트 네트워크에 미치는 영향을 평가하는 데 도움이 됩니다. 이 지식을 사용하여 제어된 FPC 중단을 계획할 수 있습니다.
일부 또는 모든 서비스 작업의 추적을 사용하도록 설정할 수도 있습니다. 그런 다음 서비스는 FPC 중단 분석을 용이하게 하는 영향을 받는 하위 LSP에 대한 자세한 정보를 syslog 메시지에 제공합니다.
point-to-multipoint 네트워크에서 하위 LSP와 FPC의 모니터링 및 상관 관계를 활성화하려면:
- 디렉터리에 있는 config.xml 파일에서 주파수 지속 시간(초)을 설정하여 포인트 투 멀티포인트 폴링(
p2mp_polling_duration) 및 FPC 폴링(fpc_polling_duration)을 /etc/p2mp_lsp_correlation 구성합니다. 또한 config.xml 파일에서 로그 수준을 활성화하여 traceoptions를 구성할 수 있으며 로그는 디렉터리에 생성됩니다 /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 요청을 실행하여 데이터베이스를 새로 고칩니다. point-to-multipoint 폴링 기간의 기본값은 240입니다.fpc_polling_duration-point-to-multipoint 하위 LSP의 영향을 기록하기 위한 FPC/PFE의 상태를 폴링합니다. 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에는 적용되지 않습니다.
LSR의 FPC가 실패하거나 오프라인 상태가 되면 해당 FPC의 모든 point-to-multipoint 하위 LSP가 영향을 받습니다. 이전에 point-to-multipoint LSP에 대해 FPC 상관 관계를 활성화하고 상관 관계 서비스에 대한 추적을 구성한 경우, FPC 실패 시 영향을 받는 하위 LSP에 대한 세부 정보를 제공하는 메시지가 기록됩니다.
이 경우 시스템 로그 메시지와 FPC 상관 관계 테이블을 검토하여 FPC 장애의 영향을 분석해야 합니다.
다음은 영향을 받는 FPC가 오프라인 상태가 될 때 point-to-multipoint 하위 LSP에 대한 정보를 보여주는 샘플 시스템 로그 출력입니다.
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
수신 인터페이스에 대한 point-to-multipoint sub-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
송신 인터페이스에 대한 point-to-multipoint sub-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,
포인트-투-포인트 LSP가 송신 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]
명령문을 구성하는 associate-backup-pe-groups 경우 지점 간 LSP에 대한 BFD를 구성해야 합니다. LSP의 BFD를 구성하는 방법에 대한 자세한 내용은 MPLS IPv4 LSP의 BFD 구성 및 LDP LSP의 BFD 구성을 참조하십시오.
또한 백업 PE 라우터 그룹의 PE 라우터 간에 점대점 LSP의 풀 메시를 구성해야 합니다. 풀 메시가 필요하므로 그룹 내의 각 PE 라우터가 다른 PE 라우터의 상태를 독립적으로 확인할 수 있으므로 각 라우터가 현재 백업 PE 라우터 그룹에 대해 지정된 전달자인 PE 라우터를 독립적으로 결정할 수 있습니다.
동일한 대상 PE 라우터에 대한 명령문과 함께 associate-backup-pe-groups 여러 LSP를 구성하는 경우, 구성된 첫 번째 LSP는 해당 PE 라우터에 대한 전달 상태를 모니터링하는 데 사용됩니다. 동일한 대상에 여러 LSP를 구성하는 경우 LSP에 대해 유사한 매개 변수를 구성해야 합니다. 이 구성 시나리오에서는 원격 PE 라우터가 여전히 작동 중이더라도 실패 알림이 트리거될 수 있습니다.
다른 Junos OS 릴리스에서 Point-to-Multipoint LSP 기능 유지
Junos OS 릴리스 9.1 및 이전 버전에서는 S2L_SUB_LSP 객체를 포함하는 Resv 메시지가 기본적으로 거부됩니다. Junos OS 릴리스 9.2 이상에서는 이러한 메시지가 기본적으로 수락됩니다. Junos OS 릴리스 9.1 이하를 실행하는 디바이스와 Junos 9.2 이상을 실행하는 디바이스를 모두 포함하는 네트워크에서 Point-to-Multipoint LSP가 제대로 작동하도록 보장하려면 Junos 9.2 이상을 실행하는 디바이스의 구성에 명령문을 포함해야 no-p2mp-sublsp 합니다.
no-p2mp-sublsp;
다음 계층 수준에서 이 명령문을 포함시킬 수 있습니다:
[edit protocols rsvp][edit logical-systems logical-system-name protocols rsvp]
Point-to-Multipoint LSP의 Re-merge 동작 개요
이 섹션에서는 RSVP P2MP(Point-to-Multipoint) LSP에서 재병합 동작 제어의 이점과 개요에 대해 설명합니다.
P2MP LSP 재병합 제어의 이점
재병합 조건을 생성하는 하위 LSP의 경로 계산을 피함으로써 수신(헤드엔드 라우터)에 대한 RSVP 신호 부하를 줄입니다.
전송 노드에서 P2MP 하위 LSP 재병합을 거부하여 네트워크 대역폭을 절약합니다.
P2MP LSP 재병합이란 무엇입니까?
P2MP MPLS LSP 네트워크에서 재병합이라는 용어는 트리 아래의 다른 노드에서 P2MP LSP와 교차하는 재병합 브랜치를 생성하는 수신(헤드엔드) 또는 전송 노드(재병합 노드)의 경우를 나타냅니다. 이는 경로 계산 오류, 수동 구성 오류 또는 P2MP LSP 설정 중 네트워크 토폴로지 변경과 같은 이벤트로 인해 발생할 수 있습니다.
RFC 4875는 P2MP LSP 재병합을 처리하기 위해 다음 두 가지 접근 방식을 정의합니다.
먼저, 재병합을 감지하는 노드는 재병합 사례를 지속할 수 있지만, 하나의 수신 인터페이스를 제외한 모든 데이터의 데이터는 재병합 노드에서 삭제됩니다. 이것은 구성 없이 기본적으로 작동합니다.
두 번째로, 재병합 노드는 시그널링을 통해 재병합된 하위 LSP의 가지치기를 시작합니다.
주니퍼 네트웍스 MX 시리즈 라우터에서는 RFC 4875에 정의된 첫 번째 접근 방식이 기본적으로 작동합니다. 두 번째 접근 방식은 P2MP RSVP MPLS 네트워크에서 주니퍼 네트웍스 MX 시리즈 라우터가 배치되는 위치(수신 노드 또는 전송 노드)에 따라 다음 CLI 구성 문 중 하나로 구현할 수 있습니다.
no-re-merge- 이 CLI 구성 문은 수신(헤드엔드) 라우터에서 활성화될 때 재병합 조건을 생성하는 P2MP 하위 LSP의 경로 계산을 방지합니다. 이 CLI 구성 문이 수신 시 구성되면 전송 라우터에서no-p2mp-re-mergeCLI 구성 문을 구성할 필요가 없습니다.no-p2mp-re-merge—이 CLI 구성 문은 전송 라우터에서 활성화될 때 P2MP 하위 LSP 세션 재병합 허용의 기본 동작을 재병합 거부로 변경합니다. 이 CLI 구성 문은 주로 수신(헤드엔드 라우터)이 주니퍼 네트웍스 MX 시리즈 라우터가 아닌 경우에 필요합니다.single-abr—이 명령이 활성화되면 영역 간, 도메인 간 또는 AS 간 RSVP P2MP LSP를 넘어 재병합 조건을 줄입니다.
다음 토폴로지는 P2MP LSP 네트워크의 재병합 동작을 설명합니다.
이 토폴로지에서 R1은 수신(헤드엔드) 라우터 역할을 하고 R2는 전송(재병합 노드) 라우터 역할을 합니다. 이 네트워크에는 LSP 1과 LSP 2라는 두 개의 하위 LSP 세션이 생성됩니다. LSP 1은 R1, R2 및 R3 디바이스 간에 설정된 세션입니다. LSP 2는 R1, R4, R2, R3 및 R5 디바이스 간에 설정된 세션입니다. 기본적으로 전송 라우터는 두 하위 LSP 모두에서 재병합이 이루어지도록 허용하고 재병합 노드에서 하위 LSP 브랜치 트래픽 중 하나를 삭제합니다. 수신 라우터에서 no-re-merge CLI 구성 문을 활성화하거나 no-p2mp-re-merge 전송 라우터에서 CLI 구성 문을 활성화하여 이 재병합 동작을 제어할 수 있습니다.
수신 라우터(R1)에서 no-re-merge CLI 구성 문을 활성화하면 두 개의 하위 LSP 세션 중 하나만 설정됩니다. 예를 들어, LSP 1(R1-R2-R3) 세션이 먼저 설정되면 다른 하위 LSP 세션(LSP 2)은 설정되지 않습니다.
전송 라우터(R2)에서 no-p2mp-re-merge CLI 구성 문을 활성화하면 전송 라우터는 하위 LSP 중 하나의 재병합을 거부하고 수신 라우터(R1)에 경로 오류 메시지를 전송하여 수신 라우터가 두 번째 P2MP LSP 재병합 브랜치를 생성하지 못하게 합니다. CLI 명령을 사용하여 show rsvp statistics 경로 오류 메시지를 볼 수 있습니다.
기본 P2MP LSP 재병합 동작 수정
수신(헤드엔드) 노드 또는 P2MP RSVP MPLS 네트워크의 전송 노드에서 기본 재병합 동작을 수정할 수 있습니다.
수신(헤드엔드 라우터)에서 기본 재병합 동작을 비활성화하여 수신 라우터가 재병합 조건을 생성하는 하위 LSP의 경로 계산을 수행하지 않도록 합니다. 기본 동작은 하위 LSP의 경로 계산을 허용합니다.
[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 하위 LSP가 single-abr 동일한 출구 라우터(ABR 또는 ASBR)를 선택하는 것을 선호하도록 수신(헤드엔드 라우터)에서 CLI 구성 문을 사용하여 재병합 조건을 줄입니다.
[edit protocols] user@host#set mpls p2mp-lsp single-abr