Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

레이어 3 VPN의 송신 보호

이 주제에서는 레이어 3 VPN의 송신 보호에 대한 개념과 구성 요소를 소개합니다. 여기서는 보호, 보호자 및 PLR(Point of Local Repair) 라우터를 구성하는 방법에 대한 설명과 예를 제공합니다.

BGP labeled unicast에 대한 송신 보호

네트워크 노드 또는 링크 장애가 발생하면 기존 라우팅 테이블 컨버전스를 사용하여 서비스를 복원하는 데 다소 시간이 걸립니다. 로컬 수리 절차는 가능한 한 장애에 가까운 로컬 보호를 구축하여 훨씬 더 빠른 복원을 제공할 수 있습니다. 송신 노드에 대한 빠른 보호는 BGP 레이블링된 유니캐스트가 IGP 영역, 수준 또는 AS(Autonomous System)를 상호 연결하는 서비스에서 사용할 수 있습니다. 프로바이더 라우터가 송신 라우터(AS 또는 영역 경계 라우터)가 다운되었음을 감지하면, 즉시 해당 라우터로 향하는 트래픽을 트래픽 다운스트림을 대상으로 전달하는 보호자 라우터로 전달합니다.

BGP 레이블이 지정된 유니캐스트에 대한 송신 보호를 제공하려면, 장애가 발생하기 전에 보호자 노드가 다운스트림 대상에 대한 백업 상태를 생성해야 합니다. 솔루션의 기본 아이디어는 보호자 노드가 보호 노드와 연결된 포워딩 상태를 구성하고 보호 노드가 할당한 MPLS 레이블을 최종 대상에 더 다운스트림으로 중계한다는 것입니다.

이 기능은 Inter-AS 옵션 C 및 Seamless MPLS 애플리케이션을 지원합니다.

AS 간 옵션 C - BGP 레이블 유니캐스트는 AS 내 LSP를 함께 연결하여 종단 간 전송 레이블 스위치 경로(LSP)를 제공합니다. AS 경계 라우터는 EBGP를 다른 AS 경계 라우터로 실행하여 /32 PE 루프백 경로에 대한 레이블을 교환합니다. IBGP는 각 AS 내의 프로바이더 에지 라우터와 AS 경계 라우터 간에 실행됩니다. 그림 1에서 트래픽은 CE1에서 CE2로 이동합니다. ASBR1은 보호된 AS 경계 라우터이고, ASBR2는 보호자이며, 디바이스 P1은 로컬 수리 포인트(PLR)입니다. 기본 경로는 ASBR1 및 ASBR3을 통해 PE1에서 PE2로 선택됩니다. ASBR1에 장애가 발생하면 라우터 P1은 ASBR1 장애를 감지하고 트래픽을 ASBR2로 전달하며, ASBR2는 백업 서비스를 제공하고 트래픽을 다운스트림으로 전달합니다.

그림 1: AS 간 옵션 C Network topology diagram illustrating connections: CE1 and CE2 connect to PE1 and PE2; P1 to P4 are core routers; ASBR1 to ASBR4 link autonomous systems.

원활한 MPLS - BGP labeled 유니캐스트는 영역 내/수준 LSP를 연결하여 엔드 투 엔드 전송 LSP를 제공합니다. 영역 경계 라우터(ABR)는 BGP labeled 유니캐스트를 다른 ABR로 실행하여 /32 PE 루프백 경로에 대한 레이블을 교환합니다. 그림 2에서 트래픽은 디바이스 CE1에서 디바이스 CE2로 이동합니다. ABR1은 보호된 ABR, ABR2는 보호기, T1은 PLR입니다. 기본 경로는 ABR1 및 ABR3을 통해 PE1에서 PE2로 선택됩니다. ABR1에 장애가 발생하면 라우터 T1은 ABR1 장애를 감지하고 트래픽을 ABR2로 전달하며, ABR2는 백업 서비스를 제공하고 트래픽을 다운스트림으로 전달합니다.

그림 2: 원활한 MPLS Network topology diagram showing OSPF routing with areas 0, 1, and 2; includes ABR1-4, PE1-2, T1-6, and CE1-2 routers.

이러한 각 애플리케이션에서 보호되는 노드는 보호가 필요한 기본 BGP 레이블이 지정된 유니캐스트 경로를 보급합니다. 고속 보호가 활성화되면 BGP는 특수 주소를 다음 홉으로 레이블 경로를 보급합니다. 이 특수 주소는 CLI를 통해 구성되는 컨텍스트 식별자입니다. 또한 보호 노드는 컨텍스트 식별자에 대해 IGP의 컨텍스트 식별자와 LDP의 NULL 레이블을 광고합니다.

백업 노드는 보호된 경로에 대한 백업 BGP 레이블이 지정된 유니캐스트 경로를 보급합니다. 보호 노드는 백업 노드에서 광고하는 레이블을 사용하여 트래픽을 백업 노드로 전달합니다.

보호자 노드는 보호 노드에서 생성된 레이블과 백업 노드에서 생성된 레이블을 교차 연결하여 백업 서비스를 제공합니다. 보호 노드는 보호된 노드에 장애가 발생할 경우 트래픽을 백업 노드로 전달합니다. 보호자 노드는 동일한 컨텍스트 식별자를 높은 메트릭으로 IGP에 보급합니다. 또한 컨텍스트 식별자를 위해 LDP에서 실제 레이블을 광고합니다. 보호 노드는 보호 노드와 백업 노드 모두에서 보급된 BGP 레이블이 지정된 유니캐스트 경로를 수신하고 컨텍스트 레이블 테이블과 백업 FIB를 채웁니다. 실제 컨텍스트 LDP 레이블이 있는 트래픽이 도착하면 조회는 보호된 노드의 컨텍스트에서 수행됩니다. 보호 노드는 종종 백업 노드 역할을 합니다.

PLR은 보호 노드 장애를 감지하고 MPLS 트래픽을 보호 노드로 전달합니다. 보호 노드에 의해 광고되는 LDP 레이블과 함께 높은 IGP 메트릭은 PLR이 보호 노드를 LDP 백업 LSP로 사용하도록 보장합니다.

지원되는 보호 유형에는 배치된 보호기와 중앙 집중식 보호기의 두 가지가 있습니다. 코로케이션된 유형에서 보호자 노드는 백업 노드이기도 합니다. 중앙 집중식 유형에서 백업 노드는 보호 노드와 다릅니다.

BGP Labeled Unicast에 대한 송신 보호 구성

송신 노드에 대한 빠른 보호는 BGP labeled 유니캐스트가 IGP 영역, 수준 또는 AS를 상호 연결하는 서비스에서 사용할 수 있습니다. 프로바이더 라우터가 송신 라우터(AS 또는 영역 경계 라우터)가 다운되었음을 감지하면, 즉시 해당 라우터로 향하는 트래픽을 트래픽 다운스트림을 대상으로 전달하는 보호자 라우터로 전달합니다.

BGP 레이블이 지정된 유니캐스트에 대한 송신 보호를 구성하기 전에 AS 또는 영역의 모든 라우터가 Junos OS 14.1 이상 릴리스를 실행하고 있는지 확인하십시오.

BGP 레이블이 지정된 유니캐스트에 대한 송신 보호 구성:

  1. 보호된 라우터에 다음 구성을 추가합니다.
  2. 보호 라우터에 다음 구성을 추가합니다.
  3. PLR(Point of Local Repair) 라우터에 다음 구성을 추가합니다.
  4. 보호된 라우터에서 실행 show bgp neighbor 하여 송신 보호가 활성화되었는지 확인합니다. 예:

예: BGP labeled unicast에 대한 송신 보호 구성

이 예는 AS 간 옵션 C 토폴로지에서 PE 장애 발생 시 사용할 수 있는 BGP 레이블 유니캐스트 보호를 구성하는 방법을 보여줍니다.

요구 사항

이 예에서 사용되는 하드웨어 및 소프트웨어 구성 요소는 다음과 같습니다.

  • M Series 멀티서비스 에지 라우터, MX 시리즈 5G 유니버설 라우팅 플랫폼 또는 T 시리즈 코어 라우터

  • Junos OS 릴리스 14.1 이상

개요

네트워크 노드 또는 링크 장애가 발생하면 기존 라우팅 테이블 컨버전스를 사용하여 서비스를 복원하는 데 다소 시간이 걸립니다. 로컬 수리 절차는 가능한 한 장애에 가까운 로컬 보호를 구축하여 훨씬 더 빠른 복원을 제공할 수 있습니다. 송신 노드에 대한 빠른 보호는 BGP 레이블링된 유니캐스트가 IGP 영역, 수준 또는 AS(Autonomous System)를 상호 연결하는 서비스에서 사용할 수 있습니다. 프로바이더 라우터가 송신 라우터(AS 또는 영역 경계 라우터)가 다운되었음을 감지하면, 즉시 해당 라우터로 향하는 트래픽을 트래픽 다운스트림을 대상으로 전달하는 보호자 라우터로 전달합니다.

이 예는 레이어 3 VPN에서 레이블이 지정된 유니캐스트 송신 보호를 구성하는 방법을 보여줍니다.

토폴로지

이 예에서는 4개의 자율 시스템에서 2개의 고객 에지(CE) 디바이스와 6개의 서비스 프로바이더 에지(PE) 디바이스를 구성하여 AS 간 옵션 C 토폴로지를 설정합니다. CE 디바이스는 AS100 및 AS101로 구성됩니다. PE 디바이스는 AS200 및 AS300으로 구성됩니다.

그림 3 은 이 예에서 사용되는 토폴로지를 보여줍니다.

그림 3: 레이어 3 VPN Network topology diagram with routers in Autonomous Systems: AS 100 has router R0; AS 200 has R1, R2, R3, R8; AS 300 has R4, R5, R6, R9; AS 101 has R7. Point-to-point links with IPs like 10.2.x.x/30 interconnect routers. Loopback addresses for R0 to R9 are 192.0.2.1 to 192.0.2.10. 의 송신 보호

이 예의 목적은 PE 라우터 R4를 보호하는 것입니다. 송신 보호는 라우터 R4와 라우터 R9에 구성되어 라우터 R4(또는 R5에서 R4로의 링크)가 다운될 때 트래픽이 백업 링크(R9에서 R8로)를 통해 라우팅될 수 있습니다. 이 예에서 라우터 R4는 보호 라우터, 라우터 R9는 보호 라우터, 라우터 R5는 로컬 수리 지점(PLR)입니다.

구성

CLI 빠른 구성

이 예를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브레이크를 제거하고, 네트워크 구성을 일치하는 데 필요한 세부 사항을 변경한 다음, 계층 수준에서 [edit] 명령을 복사하여 CLI에 붙여 넣습니다.

라우터 R0

라우터 R1

라우터 R2

라우터 R3

라우터 R4

라우터 R5

라우터 R6

라우터 R7

라우터 R8

라우터 R9

레이어 3 VPN에서 송신 보호 구성

단계별 절차

다음 예에서는 구성 계층에서 다양한 수준의 탐색이 필요합니다. CLI 탐색에 대한 정보는 CLI 사용자 가이드구성 모드에서 CLI 편집기 사용을 참조하십시오.

레이블이 지정된 유니캐스트 송신 보호를 구성하려면 다음을 수행합니다.

  1. 각 라우터에서 인터페이스를 구성합니다. 예:

  2. 각 라우터에 대한 라우터 ID 및 AS(Autonomous System) 번호를 구성합니다. 예:

    이 예에서 라우터 ID는 라우터에 구성된 루프백 주소와 동일하게 선택됩니다.

  3. 각 라우터에서 프로토콜을 구성합니다. 예:

  4. 모든 PE 라우터 및 AS 경계 라우터(라우터 R1, R3, R4, R6, R8 및 R9)에서 라우팅 정책을 구성합니다. 예:

  5. 라우터 R1 및 R6에서 VPN 라우팅 인스턴스를 구성합니다.

    그리고

  6. 라우터 R4를 보호 라우터로, 라우터 R9를 보호자로 설정하여 라우터 R4에 대한 라우터 보호를 구성합니다.

    그리고

결과

구성 모드에서 , show routing-options, , ( show policy-options 해당하는 경우) 및 show routing-instances (해당되는 경우) 명령을 입력show interfacesshow protocols하여 구성을 확인합니다.

출력에 의도한 구성이 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정합니다.

라우터 구성이 완료되면 구성 모드에서 들어갑니다 commit .

각 라우터에 대한 적절한 인터페이스 이름과 주소를 사용하여 이 예의 모든 라우터에 대해 절차를 반복합니다.

검증

송신 보호가 활성화되었는지 확인하기

목적

보호되는 라우터인 라우터 R4에서 송신 보호가 활성화되어 있는지 확인합니다.

작업

라우터 R4에서 실행 show bgp neighbor 하여 송신 보호가 활성화되었는지 확인합니다.

보호된 ASBR의 상태를 '기본'으로 확인

목적

보호되는 AS 경계 라우터인 라우터 R4의 상태가 '기본'인지 확인합니다.

작업

라우터 R4에서 실행 show mpls context-identifier 합니다.

보호자 ASBR의 상태를 '보호자'로 확인

목적

보호자 AS 경계 라우터인 라우터 R9의 상태가 '보호자'인지 확인합니다.

작업

라우터 R9에서 실행 show mpls context-identifier 합니다.

레이어 3 VPN 에지 보호에 대한 송신 보호 개요

일반적으로 멀티호밍 고객 에지(CE) 라우터에 대한 레이어 3 VPN 서비스 복원은 송신 PE 링크 또는 노드 실패를 감지하고 백업 PE 라우터로 트래픽을 전환하는 수신 공급자 에지(PE) 라우터에 의존합니다. 더 빠른 복원을 달성하기 위해 PE 라우터에 대한 보호 메커니즘을 사용하여 송신 PE 노드 실패 시 즉시 서비스의 로컬 복원을 수행할 수 있습니다. 이 메커니즘을 사용하려면 PLR(Point of Local Repair)의 라우터가 트래픽의 Fast Reroute를 위해 VPN 트래픽을 보호기 PE 라우터로 리디렉션해야 합니다.

다음 토폴로지는 송신 보호의 개념을 설명합니다.

그림 4: 송신 보호 Network topology diagram with PE routers PE1-PE4, CE routers CE1-CE3, PLR devices, and IP ranges 192.0.2.2/24, 192.0.2.3/24, 192.0.2.1/24 indicating MPLS components. 를 위한 샘플 토폴로지

이 토폴로지에서:

라우터 PE3는 PE2 레이어 3 VPN 라우팅 인스턴스 또는 서브넷의 보호자 역할을 합니다.

CE 라우터는 라우터 CE1이 라우터 PE1 및 라우터 PE2와 멀티호밍되는 VPN의 일부입니다. 마찬가지로 라우터 CE2는 라우터 PE2 및 PE3와 멀티호밍됩니다.

라우터 PE1은 라우터 CE1에 대한 컨텍스트 식별자의 원본자가 될 수 있는 반면, 라우터 PE2는 해당 컨텍스트 식별자의 보호자입니다. 마찬가지로 PE2는 라우터 CE2에 대한 컨텍스트 식별자의 원본자가 될 수 있는 반면, 라우터 PE3는 해당 컨텍스트 식별자의 보호자입니다.

라우터 PE4가 취하는 작업 경로는 라우터 CE1과 라우터 CE2 모두에 대해 PLR>PE2를 통해 이루어질 수 있습니다. 라우터 CE1의 백업 경로는 PLR>PE1을 통과하는 것입니다. 라우터 CE2의 백업 경로는 PLR>PE3를 통과하는 것입니다. 트래픽은 정상적인 상황에서 작업 경로를 통해 흐릅니다.

라우터 PE4가 PE2 노드 또는 링크 장애를 감지하면 트래픽이 작업 경로에서 보호된 경로로 재라우팅됩니다. 일반적인 페일오버 프로세스에서 장애 감지 및 복구는 컨트롤 플레인에 의존하므로 상대적으로 느립니다.

일반적으로 코어 네트워크에 링크 또는 노드 장애가 있는 경우, 송신 장애에 대한 로컬 복구 옵션을 사용할 수 없기 때문에 송신 PE 라우터는 수신 PE 라우터에 의존하여 장애를 감지하고 백업 경로로 전환해야 합니다.

송신 PE 링크 또는 노드 장애에 대한 로컬 복구 솔루션을 제공하기 위해 송신 보호라고 하는 메커니즘을 사용하여 연결을 신속하게 복구하고 복원할 수 있습니다. 송신 보호가 구성된 경우, PLR 라우터는 PE2 링크 또는 노드 장애를 감지하고 백업 LDP 신호 레이블 스위치 경로(LSP)를 사용하여 보호자 라우터 PE3를 통해 트래픽을 재라우팅합니다. PLR 라우터는 접두사별 루프 프리 대체 경로를 사용하여 라우터 PE3을 통해 백업 다음 홉을 프로그래밍하고 트래픽은 대체 경로를 사용하여 라우터 CE1 및 CE2로 전달됩니다. 이 복원은 PLR 라우터가 라우터 PE2 송신 노드 또는 링크 장애를 감지한 후 신속하게 수행됩니다.

이중 보호 메커니즘은 송신 보호에도 사용될 수 있으며, 여기서 두 개의 PE 라우터는 각각의 컨텍스트 ID 경로 또는 다음 홉에 대해 기본 PE 라우터 및 보호기 PE 라우터 역할을 동시에 수행할 수 있습니다.

라우터 기능

그림 4에서 다음 라우터는 다음 기능을 수행합니다.

보호 PE 라우터

보호되는 PE2는 다음과 같은 기능을 수행합니다.

  • 레이어 3 VPN 접두사에 대한 BGP 다음 홉에 대한 컨텍스트 식별자를 업데이트합니다.

  • IS-IS 도메인에 컨텍스트 식별자를 보급합니다.

프로텍터 PE 라우터

보호 PE 라우터인 PE3는 다음과 같은 기능을 수행합니다.

  • 높은 메트릭으로 IS-IS 도메인에 컨텍스트 식별자를 보급합니다. LDP 레이블과 함께 높은 IGP 메트릭(구성 가능)은 송신 PE 라우터 실패 시 PLR 라우터가 LDP 신호 백업 LSP를 사용하도록 보장합니다.

  • 경로 조회를 위한 컨텍스트 레이블 테이블과 보호된 PE 라우터(PE2)에 대한 백업 포워딩 테이블을 구축합니다.

    참고:

    보호기 PE 라우터는 기본 PE 라우터의 전달 경로에 있어서는 안 됩니다.

PLR 라우터

PLR(Point of Local Repair) 역할을 하는 라우터는 다음 기능을 수행합니다.

  • 접두사별 루프 프리 대체 경로를 계산합니다. 이 계산이 작동하려면 계층 수준에서 [edit protocols isis] 문과 backup-spf-options per-prefix-calculation 문의 구성 node-link-protection 이 필요합니다.

  • PE3 라우터(보호자 PE)를 통해 컨텍스트 식별자에 대한 백업 다음 홉을 설치합니다.

  • PE 라우터 장애를 감지하고 전송 LSP 트래픽을 보호기로 리디렉션합니다.

참고:

PLR 라우터는 보호 라우터(이 경우 PE3)에 직접 연결되어야 합니다. 그렇지 않으면 루프 프리 대체 경로는 보호기에 대한 백업 경로를 찾을 수 없습니다. 이 제한은 Junos OS 릴리스 13.3 이상에서 제거되었습니다.

보호 및 보호 모델

프로텍터는 송신 PE 노드 장애의 복원을 위한 새로운 역할 또는 기능입니다. 이 역할은 백업 송신 PE 라우터 또는 송신 노드 보호가 필요한 VPN 접두사의 VPN 컨트롤 플레인에 참여하는 다른 노드가 수행할 수 있습니다. 보호자의 위치와 역할에 따라 두 가지 보호 모델이 있습니다.

  • 공동 위치 보호기 - 이 모델에서 보호자 PE 라우터와 백업 PE 라우터 구성은 동일한 라우터에서 수행됩니다. 보호기는 보호된 접두사에 대한 백업 PE 라우터와 같은 위치에 있으며, 보호된 접두사를 생성하는 멀티호밍 사이트에 직접 연결됩니다. 송신 PE 실패의 경우 보호기는 PLR 라우터에서 트래픽을 수신하고 멀티호밍 사이트로 트래픽을 라우팅합니다.

  • 중앙 집중식 보호기 - 이 모델에서 보호기 PE 라우터와 백업 PE 라우터는 다릅니다. 중앙 집중식 보호기는 멀티홈 사이트에 직접 연결되지 않을 수 있습니다. 송신 PE 링크 또는 노드 실패의 경우, 중앙 집중식 보호자는 멀티호밍 사이트로 트래픽을 전송하는 역할을 대신하는 백업 송신 PE 라우터에 대해 보급된 VPN 레이블과 함께 백업 송신 PE 라우터로 트래픽을 다시 라우팅합니다.

네트워크는 요구 사항에 따라 보호 모델 중 하나를 사용하거나 둘 다를 조합하여 사용할 수 있습니다.

송신 노드 보호의 특별한 시나리오로, 라우터가 보호기이자 PLR인 경우 전송 LSP를 보호하기 위해 백업 다음 홉을 설치합니다. 특히 로컬 수리를 위해 우회 LSP가 필요하지 않습니다.

공동 위치 보호기 모델에서 PLR 또는 보호기는 백업 AC를 통해 CE에 직접 연결되는 반면, 중앙 집중식 보호기 모델에서는 PLR 또는 보호기에 백업 PE에 대한 MPLS 터널이 있습니다. 두 경우 모두 PLR 또는 보호자는 레이블과 함께 백업 다음 홉을 설치하고 그 뒤에 테이블__context__.mpls.0에서 context label 조회를 수행합니다. 송신 노드에 장애가 발생하면 PLR 또는 보호자는 트래픽을 PFE의 이 백업 다음 홉으로 전환합니다. 패킷의 외부 레이블(전송 LSP 레이블)이 팝업되고 내부 레이블(송신 노드에 의해 할당된 레이어 3 VPN 레이블)이 __context__.mpls.0조회되어 패킷이 CE(배치된 보호자 모델) 또는 백업 PE(중앙 집중식 보호자 모델)로 직접 전달됩니다.

송신 PE 장애 보호에 대한 자세한 내용은 인터넷 초안 draft-minto-2547-egress-node-fast-protection-00, 2547 송신 PE 고속 장애 보호를 참조하십시오. .

IGP 광고 모델

송신 보호 가용성은 내부 게이트웨이 프로토콜(IGP)에서 보급됩니다. CSPF(Constrained Shortest Path First)와 함께 레이블 프로토콜은 이 정보를 사용하여 송신 보호를 수행합니다.

레이어 3 VPN의 경우 IGP 광고는 다음 유형이 될 수 있습니다.

  • 스텁 링크로서의 컨텍스트 식별자(Junos OS 11.4 R3 이상에서 지원). 스텁 노드를 전송 노드로 연결하는 링크는 스텁 링크입니다.

  • 스텁 별칭 노드로서의 컨텍스트 식별자(Junos OS 13.3 이상에서 지원).

  • 스텁 프록시 노드로서의 컨텍스트 식별자(Junos OS 13.3 이상에서 지원).

기본적으로 스텁 링크가 사용됩니다. 송신 실패 시 PLR이 서비스 트래픽을 다시 라우팅하는 향상된 PLR(Point-of-Local-Repair) 기능을 활성화하려면 다음과 같이 스텁 별칭 노드 또는 스텁 프록시 노드를 구성합니다.

이 두 방법은 네트워크 구축의 요구에 따라 서로 다른 이점을 제공합니다.

스텁 별칭 노드로서의 컨텍스트 식별자

스텁 별칭 방법에서, LSP 엔드포인트 주소는 보호된 LSP의 끝에서 두 번째 홉 노드에서 백업을 학습하거나 구성할 수 있는 명시적 백업 송신 노드를 가지고 있습니다. 이 모델에서, 보호된 LSP의 끝에서 두 번째 홉 노드는 우회 LSP 터널을 설정하여 기본 송신 노드를 피하여 송신 노드를 백업합니다. 이 모델은 코어 노드에서 Junos OS 업그레이드가 필요하지만 모든 트래픽 엔지니어링 제약을 지원할 수 있을 만큼 유연합니다.

PLR은 컨텍스트 ID에 보호기가 있음을 학습합니다. 기본 컨텍스트 ID가 다운되면 패킷은 사전 프로그래밍된 백업 경로를 통해 보호기로 다시 라우팅됩니다. 컨텍스트 ID 및 보호자 매핑은 PLR에서 구성 또는 학습되며 보호자에서 IGP로 신호됩니다. PLR에서 inet.5라고 하는 라우팅 테이블은 구성된 세부 정보 또는 IGP에서 학습한 세부 정보를 제공합니다.

IS-IS는 IP 주소 TLV를 통해 TED에 컨텍스트 ID를 보급합니다. IS-IS는 이 TLV를 확장 정보로 TED로 가져옵니다. IS-IS는 프로토콜 다음 홉이 보호자의 라우터 ID인 컨텍스트 ID에 대한 inet.5 경로의 보호자 TLV 경로를 보급합니다. 보호자 TLV에 레이블이 있는 경우, 레이블은 LDP가 사용할 inet.5 라우팅 테이블의 경로에 추가됩니다.

CSPF는 터널 엔드포인트 계산을 위해 IP 주소 TLV를 고려합니다.

스텁 별칭 모델을 사용하면 보호자 LSP 설정에 노드를 변경할 필요가 없습니다. 그러나 노드 보호를 위해 LSP 설정을 우회하려면 PHN과 보호기 라우터를 변경해야 합니다.

RSVP가 노드 보호 LSP에 대한 우회를 설정할 때, RSVP는 PLR이 LSP의 끝에서 두 번째 홉인 경우 보호기에 대한 조회도 수행합니다. LSP 대상에 보호기를 사용할 수 있는 경우, CSPF를 사용하여 송신 PE를 배제하는 제약 조건이 있는 경로를 계산하고 아직 설정되지 않은 경우 컨텍스트 ID에 우회 LSP 대상을 설정합니다. 컨텍스트 ID에 우회 LSP를 설정할 때 PLR은 모든 보호 옵션을 설정 해제합니다.

LDP는 네트워크가 100% LFA 커버리지를 지원하지만 접두사당 LFA 커버리지는 100%를 지원하지 않는 경우에 유용합니다. LDP는 보호자가 서비스 포인트에 보급한 컨텍스트 레이블을 사용하여 보호자와 함께 백업 경로를 설정합니다.

100% LFA 범위를 사용할 수 없는 네트워크에서는 RSVP 기반 터널을 사용하여 백업 LSP LFA를 보유하는 것이 유용합니다.

정상 상태에서, 포워딩은 PLR의 다른 보호된 LSP에서와 동일합니다. 보호기에서 컨텍스트 ID에 대해 보급되고 시그널링되는 NULL이 아닌 레이블은 피어의 레이블이 프로그래밍되는 MPLS 컨텍스트 테이블에 대한 테이블 다음 홉을 가집니다.

장애 발생 시 PLR은 컨텍스트 ID에 대한 전송 레이블을 우회 LSP와 스왑하거나 레이블 컨텍스트 레이블(컨텍스트 ID에 대한 보호자 보급 레이블)을 스왑하고 전송 레이블을 보호자 lo0 인터페이스 주소로 푸시합니다.

스텁 프록시 노드로서의 컨텍스트 식별자

스텁 프록시 노드로서의 컨텍스트 식별자(Junos OS 13.3 이상에서 지원). 스텁 노드는 AS 경로의 끝에만 나타나는 노드로, 이는 전송 서비스를 제공하지 않는다는 것을 의미합니다. 가상 또는 프록시 모드로 알려진 이 모드에서 LSP 엔드포인트 주소는 LSP의 기본 송신 노드 및 백업 송신 노드와 함께 양방향 링크가 있는 노드로 표시됩니다. 이 표현으로, LSP 기본 송신 지점의 끝에서 두 번째 홉은 기본 송신 노드를 피하여 송신을 백업하기 위해 우회 터널을 설정하는 데 있어 PLR처럼 동작할 수 있습니다. 이 모델은 코어 노드에서 Junos OS를 업그레이드할 필요가 없으므로 운영자가 이 기술을 구축하는 데 도움이 된다는 장점이 있습니다.

컨텍스트 ID는 트래픽 엔지니어링(TE) 및 IGP 데이터베이스에서 노드로 표시됩니다. 기본 PE 디바이스는 컨텍스트 노드를 IGP 및 TE 데이터베이스에 보급합니다. 기본 PE 디바이스와 보호되는 PE 디바이스는 대역폭과 TE 메트릭을 사용하여 컨텍스트 노드에 대한 하나의 링크를 지원합니다. TE 링크의 다른 TE 특성은 Junos OS에 의해 보급되지 않습니다.

IS-IS에서 기본 PE 라우터는 기본 라우터 및 보호기 라우터에 대한 링크와 함께 프록시 노드를 보급합니다. 기본 및 보호자 라우터는 프록시 노드에 대한 링크를 보급합니다. 프록시 노드는 다음 정보를 빌드합니다.

  • 시스템 ID - 컨텍스트 ID를 기반으로 하는 이진수 코드 10진수입니다.

  • 호스트 이름—Protector-name:context ID

  • LSP-ID - <시스템 ID>.00

  • PDU 유형—구성 기반 레벨 2 및 레벨 1

  • LSP 속성:

    • 과부하—1

    • IS_TYPE_L1(0x01) | 레벨 2 PDU의 경우 IS_TYPE_L2(0x02)

    • 레벨 1에 대한 IS_TYPE_L1

    • 다중 영역—아니요

    • 기타 모든 속성—0

프록시 노드에는 영역, MT, 호스트 이름, 라우터 ID, 프로토콜 및 IS 도달 가능성 TLV만 포함됩니다. 영역, MT, 인증 및 프로토콜 TLV는 기본에서와 동일합니다. IS 도달 가능성 TLV에는 Cnode-primary-link 및 Cnode-protector-link라는 두 개의 링크가 포함되어 있습니다. 두 링크 모두 TE TLV를 포함합니다. 다음 TE-link-TLV는 컨텍스트 링크에서 보급됩니다.

  • IPv4 인터페이스 또는 이웃 주소

  • 최대 대역폭

  • TE 기본 메트릭

  • 링크(로컬 또는 원격) 식별자

하위 TLV 값:

  • 대역폭—제로

  • TE 메트릭—최대 TE 메트릭

  • 인터페이스 주소—컨텍스트 ID

  • 보호자 이웃 주소—보호자 라우터 ID

  • 기본 이웃 주소 - 보호된 라우터 ID

  • 링크 local-ID 보호기 - 0x80fffff1

  • 링크 local-ID primary—0x80fffff2

  • 링크 remote-ID 보호기 - 보호기에서 학습한 항목

  • Link remote-ID primary—기본에서 학습됨

컨텍스트 노드에 대한 보호된 PE 링크(기본은 다음 세부 정보를 사용하여 링크를 보급함):

  • 대역폭—최대

  • TE 메트릭—1

  • 인터페이스 주소—라우터 ID

  • Context neighbor address - 컨텍스트 ID

  • Link local-ID to context node—자동 생성(가짜 링크와 유사)

  • 원격 ID를 컨텍스트 노드에 링크—0x80fffff2

컨텍스트 노드에 대한 보호자 PE 링크:

  • 보호자는 최대 라우팅 가능 링크 메트릭과 최대 TE 메트릭 및 0대역폭으로 번호가 지정되지 않은 전송 링크를 컨텍스트 노드에 보급합니다. 다른 TE 특성은 광고되지 않습니다.

번호가 지정되지 않은 링크는 다음 속성으로 보급됩니다.

  • 대역폭—0

  • TE 메트릭—최대 TE 메트릭

  • 인터페이스 주소—라우터 ID

  • Context neighbor address - 컨텍스트 ID

  • 로컬 ID를 컨텍스트 노드에 링크 - 자동 생성(가짜 링크와 유사)

  • 원격 ID를 컨텍스트 노드에 링크—0x80fffff1

RSVP에서 동작 변경은 보호자 및 기본 라우터에서만 발생합니다. RSVP는 LSP와 우회 LSP를 컨텍스트 ID로 종료합니다. 컨텍스트 ID가 보호기인 경우 NULL이 아닌 레이블이 신호됩니다. 그렇지 않으면 구성 또는 요청된 레이블 유형을 기반으로 합니다. RSVP는 경로에서 ERO(Explicit Route Object)와 컨텍스트 ID를 확인합니다. RSVP는 두 개의 RRO(Record Route Object) 개체(하나는 컨텍스트 ID용, 다른 하나는 자체용)와 함께 Resv 메시지를 보냅니다. 이는 PHN(Penultimate-Hop Node)을 시뮬레이션하여 컨텍스트 ID LSP에 대한 기본에 대한 보호기와 함께 노드 보호를 수행합니다. FRR(Fast Reroute) 필수 우회로서, LSP는 기본을 피하여 보호기를 통해 컨텍스트 ID로 보호 LSP PHN 설정 우회로로 다시 병합해야 합니다.

또한 보호자는 컨텍스트 ID에 대한 백업 LSP를 종료하여 수신 노드가 LSP를 다시 신호할 때까지 장애 발생 시 보호된 LSP를 활성 상태로 유지합니다. 새로운 LSP는 보호기를 통해 재설정되지만 서비스 프로토콜이 컨텍스트 ID를 사용하지 않으므로 이 LSP는 서비스 트래픽에 사용되지 않습니다. LSP는 기본이 작동하더라도 보호기를 통해 트래버스합니다. 재최적화만 기본을 통해 LSP를 다시 신호합니다. 스텁 프록시 모드에서는 제약이 있는 우회 LSP가 지원되지 않습니다.

LDP는 IGP에서 광고되는 부풀려진 메트릭으로 인해 스텁 프록시 방법을 사용할 수 없습니다.

포워딩 상태와 관련해서, 다른 PE에 연결된 하나 이상의 세그먼트를 보호하는 PE 라우터를 보호자 PE라고 합니다. 보호 PE는 보호 중인 기본 PE로부터 보호하는 세그먼트의 전송 상태를 학습해야 합니다.

지정된 세그먼트에 대해 보호자 PE가 세그먼트와 연결된 CE 디바이스에 직접 연결되어 있지 않은 경우, 적어도 하나의 백업 PE로부터 전달 상태도 학습해야 합니다. 이러한 상황은 송신 PE 장애 보호의 경우에만 발생할 수 있습니다.

보호자 PE는 기본 PE의 컨텍스트에서 지정된 세그먼트에 대한 전송 상태를 유지합니다. 보호자 PE는 기본 PE의 세그먼트 하위 집합 또는 기본 PE의 모든 세그먼트에 대한 상태를 유지할 수 있습니다.

예: 레이어 3 VPN 서비스에 대한 MPLS 송신 보호 구성

이 예에서는 고객 에지(CE) 라우터가 둘 이상의 PE 라우터와 멀티호밍되는 시나리오에서 송신 프로바이더 에지(PE) 라우터 장애로부터 레이어 3 VPN 서비스를 보호하기 위한 로컬 라우터 메커니즘을 설명합니다.

이 예에서 사용되는 용어는 다음과 같습니다.

  • 발신자 PE 라우터 - 기본 레이어 3 VPN 라우터를 배포하는 보호된 라우팅 인스턴스 또는 서브넷이 있는 PE 라우터입니다.

  • 백업 PE 라우터 - 백업 레이어 3 VPN 경로를 알리는 PE 라우터입니다.

  • 보호자 PE 라우터 - 발신자 PE 라우터에 의해 배포된 VPN 레이블을 백업 PE 라우터에 의해 생성된 레이블에 교차 연결하는 라우터입니다. 보호기 PE 라우터는 백업 PE 라우터가 될 수도 있습니다.

  • 전송 LSP - BGP 다음 홉을 위한 LDP 신호 레이블 스위치 경로(LSP).

  • PLR—레이어 3 VPN 트래픽을 보호 PE 라우터로 리디렉션하여 빠른 복원 및 재라우팅을 가능하게 할 수 있는 PLR(Point of Local Repair) 역할을 하는 라우터입니다.

  • 루프 없는 대체 경로 - IGP의 모든 기본 경로에 대한 백업 경로를 미리 계산하여 내부 게이트웨이 프로토콜(IGP)에 대한 IP fast-reroute 기능을 본질적으로 추가하는 기술입니다. 이 문서의 맥락에서 IGP는 IS-IS입니다.

  • 멀티호밍 - CE 디바이스를 여러 PE 라우터에 연결할 수 있는 기술입니다. 기본 PE 라우터에 대한 연결이 실패할 경우, 트래픽은 자동으로 백업 PE 라우터로 전환될 수 있습니다.

  • Context identifier—보호가 필요한 VPN 접두사를 식별하는 데 사용되는 IPv4 주소입니다. 식별자는 PE 및 PLR 코어 라우터로 전파되므로 보호된 송신 PE 라우터가 보호 PE 라우터에 송신 보호를 시그널링할 수 있습니다.

  • 이중 보호 - 두 개의 PE 라우터가 각각의 컨텍스트 ID 경로 또는 다음 홉에 대해 기본 PE 라우터 및 보호자 PE 라우터 역할을 동시에 수행할 수 있는 보호 메커니즘을 말합니다. 예를 들어, 두 개의 PE 라우터 PE1과 PE2 사이에서 PE1은 컨텍스트 식별자 203.0.113.1에 대한 기본 PE 라우터 및 컨텍스트 식별자 203.0.113.2에 대한 보호자가 될 수 있습니다. 마찬가지로 PE2 라우터는 컨텍스트 식별자 203.0.113.1에 대한 보호자 및 컨텍스트 식별자 203.0.113.2에 대한 기본 PE 라우터가 될 수 있습니다.

예: 레이어 3 VPN 서비스에 대한 송신 보호 구성

이 예에서는 레이어 3 VPN 서비스의 빠른 복원을 위해 송신 보호를 구성하는 방법을 보여줍니다.

요구 사항

이 예에서는 다음과 같은 하드웨어 및 소프트웨어 구성 요소를 사용합니다

  • MX 시리즈 5G 유니버설 라우팅 플랫폼

  • 터널 PIC 또는 향상된 IP 네트워크 서비스 모드의 구성(계층 수준에서 [edit chassis] 문 사용network-services enhanced-ip).

  • 디바이스에서 실행되는 Junos OS 릴리스 11.4R3 이상

시작하기 전에:

  • 디바이스 인터페이스를 구성합니다. Junos OS 네트워크 인터페이스 구성 가이드를 참조하십시오.

  • 모든 PE 및 PLR 라우터에서 다음 라우팅 프로토콜을 구성합니다.

    • MPLS, LSP 및 LDP. Junos OS MPLS 애플리케이션 구성 가이드를 참조하십시오.

    • BGP 및 IS-IS. Junos OS 라우팅 프로토콜 구성 가이드를 참조하십시오.

  • 레이어 3 VPN을 구성합니다. Junos OS VPN 구성 가이드를 참조하십시오.

개요

일반적으로 레이어 3 VPN 서비스 복원은 송신 PE 라우터 실패의 경우(멀티홈 고객 에지[CE] 라우터의 경우) 수신 PE 라우터에 따라 송신 PE 노드 실패를 감지하고 멀티호밍 CE 사이트의 백업 PE 라우터로 트래픽을 전환합니다.

Junos OS 릴리스 11.4R3 이상을 사용하면 CE 사이트가 두 개 이상의 PE 라우터와 멀티호밍되는 시나리오에서 송신 PE 노드 장애로부터 서비스를 보호하는 레이어 3 VPN 서비스에 대한 송신 보호를 구성할 수 있습니다. 이 메커니즘을 사용하면 송신 노드 실패 즉시 로컬 복구를 수행할 수 있습니다. PLR(Point of Local Repair) 역할을 하는 라우터는 VPN 트래픽을 보호기 PE 라우터로 리디렉션하여 서비스를 신속하게 복원하여 MPLS Fast Reroute에 필적하는 빠른 보호를 달성합니다.

송신 보호를 구성하는 데 사용되는 문은 다음과 같습니다.

  • egress-protection—[edit protocols mpls] 계층 수준에서 구성된 경우, 이 문은 레이어 3 VPN 및 에지 보호 가상 서킷에 대한 보호자 정보와 컨텍스트 식별자를 지정합니다.

    , [edit protocols bgp group group-name family inet6-vpn unicast]또는 [edit protocols bgp group group-name family iso-vpn unicast] 계층 수준에서 [edit protocols bgp group group-name family inet-vpn unicast]구성될 경우, egress-protection 문은 구성된 BGP VPN NLRI(Network Layer Reachability Information)에 대한 송신 보호를 활성화하는 컨텍스트 식별자를 지정합니다.

    계층 수준에서 [edit routing-instances] 구성할 경우, 문은 egress-protection 보호되는 PE 라우터의 컨텍스트 식별자를 보유합니다.

    이 구성은 기본 PE 라우터에서만 수행되어야 하며 다음 홉에 대한 아웃바운드 BGP 업데이트에 사용됩니다.

    계층 수준에서 [edit routing-instances routing-instance-name] 문을 구성하면 context-identifier 각 VRF 인스턴스에 대한 고객 에지 VRF 수준 컨텍스트 ID 세분화가 제공됩니다.

  • context-identifier- 이 문은 송신 보호 LSP에 참여하는 PE 라우터 쌍을 정의하는 데 사용되는 IPV4 주소를 지정합니다. 컨텍스트 식별자는 보호자 PE 라우터에 식별자를 할당하는 데 사용됩니다. 식별자는 네트워크에 참여하는 다른 PE 라우터로 전파되므로 보호되는 송신 PE 라우터가 송신 보호 LSP를 보호자 PE 라우터에 시그널링할 수 있습니다.

구성

CLI 빠른 구성

참고:

이 예는 보호된 라우터, PE2, 보호자 라우터, PE3 및 PLR 라우터에서 레이어 3 VPN 서비스에 대한 송신 PE 보호를 구성하는 것과 관련된 샘플 구성만 보여줍니다.

이 예를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브레이크를 제거하고, 네트워크 구성을 일치하는 데 필요한 세부 사항을 변경한 다음, 계층 수준에서 [edit] 명령을 복사하여 CLI에 붙여 넣습니다.

PE2(보호 PE 라우터)

PE3(프로텍터 PE 라우터)

PLR 라우터

보호된 PE 라우터(PE2) 구성

단계별 절차

보호되는 PE 라우터 PE2를 구성하려면 다음과 같이 하십시오.

  1. 인터페이스에 MPLS를 구성합니다.

  2. 송신 보호 및 컨텍스트 식별자를 구성합니다.

    참고:

    컨텍스트 식별자 유형은 로 설정되어야 합니다.primary

  3. 구성된 BGP NRLI에 대한 송신 보호를 구성합니다.

    참고:

    계층 수준에서 [edit protocols bgp group group-name family inet-vpn] 구성된 컨텍스트 식별자는 계층 수준에서 [edit protocols mpls] 구성된 컨텍스트 식별자와 일치해야 합니다.

    참고:

    계층 수준에서 [edit routing-instances routing-instance-name] context-identifier를 구성하면 각 가상 라우팅 및 포워딩(VRF) 인스턴스에 대한 CE VRF 수준 context-id 세분성을 제공합니다.

  4. 디바이스 구성을 마친 후 구성을 커밋합니다.

결과

show protocols 명령을 실행하여 구성을 확인합니다. 출력에 의도한 구성이 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정합니다.

보호 PE 라우터(PE3) 구성

단계별 절차

보호기 PE 라우터 PE3를 구성하려면 다음을 수행합니다.

  1. 인터페이스에 MPLS를 구성합니다.

  2. 송신 보호 및 컨텍스트 식별자를 구성합니다.

  3. IPv4 레이어 3 VPN NRLI 매개 변수를 구성합니다.

  4. 라우팅 정책 옵션을 구성합니다.

  5. 디바이스 구성을 마친 후 구성을 커밋합니다.

결과

show protocols 명령을 실행하여 구성을 확인합니다. show policy-options 출력에 의도한 구성이 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정합니다.

PLR 라우터 구성

단계별 절차

로컬 수리 지점(PLR) 역할을 하는 라우터를 구성하려면 다음을 수행합니다.

  1. 인터페이스에 MPLS를 구성합니다.

  2. 링크 보호와 함께 접두사별 LFA 계산을 구성합니다.

  3. 기본 IGP 라우팅 메트릭(기본 LDP 라우팅 메트릭은 1) 대신 내부 게이트웨이 프로토콜(IGP) 라우팅 메트릭을 사용하도록 LDP를 구성합니다.

결과

명령을 실행 show protocols 하여 구성을 확인합니다. 출력에 의도한 구성이 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정합니다.

검증

구성이 제대로 작동하고 있는지 확인합니다.

송신 보호 세부 정보 확인

목적

송신 보호 구성을 확인합니다.

작업
의미

Instance라우팅 인스턴스 이름을 나타냅니다. Type VRF의 유형을 보여줍니다. 또는 중 하나 local-vrf 일 수 있습니다. RIB (라우팅 정보 베이스)는 에지 보호가 생성한 라우팅 테이블 Context-Id 을 나타냅니다. 는 RIB와 연관된 컨텍스트 ID를 보여줍니다. Route Target 은 라우팅 인스턴스와 연관된 루트 대상을 remote-vrf보여줍니다.

라우팅 인스턴스 확인

목적

라우팅 인스턴스를 확인합니다.

작업
의미

Vrf-edge-protection-id 라우팅 인스턴스와 함께 보호기 PE 라우터에서 구성된 송신 보호를 보여줍니다.

BGP NRLI 확인

목적

BGP VPN 네트워크 레이어 연결성 정보의 세부 사항을 확인합니다.

작업
의미

NLRI configured with egress-protection 송신 보호로 구성된 BGP family를 보여줍니다. egress-protection NLRI inet-vpn-unicast, keep-import: [remote-vrf] BGP 그룹에 대한 송신 보호 라우팅 정책을 보여줍니다.

예: RSVP 및 LDP를 사용한 레이어 3 VPN 송신 보호 구성

이 예는 고객이 서비스 프로바이더에 멀티호밍된 경우 레이어 3 VPN의 송신에서 빠른 서비스 복원을 구성하는 방법을 보여줍니다. 또한 이 예에는 송신 실패 시 PLR이 서비스 트래픽을 재라우팅하는 향상된 PLR(Point-of-Local-Repair) 기능이 포함되어 있습니다.

Junos OS 릴리스 13.3부터는 송신 실패 시 PLR이 서비스 트래픽을 재라우팅하는 향상된 PLR 기능을 사용할 수 있습니다. 이러한 향상의 일환으로 PLR 라우터는 더 이상 보호자 라우터에 직접 연결할 필요가 없습니다. 이전에는 PLR이 보호자 라우터에 직접 연결되지 않은 경우 루프 없는 대체 경로가 보호자의 백업 경로를 찾을 수 없었습니다.

요구 사항

이 예제를 구성하기 전에 디바이스 초기화 이외의 특별한 구성은 필요하지 않습니다.

이 예는 Junos OS 릴리스 13.3 이상이 필요합니다.

개요

이 예에서 고객 에지(CE) 디바이스는 디바이스 CE1이 디바이스 PE2 및 디바이스 PE3과 멀티호밍되는 VPN의 일부입니다.

디바이스 PE3는 레이어 3 VPN 라우팅 인스턴스 또는 서브넷의 보호기 역할을 합니다.

디바이스 PE1은 디바이스 CE1에 대한 컨텍스트 식별자의 원본자이고, 디바이스 PE2는 해당 컨텍스트 식별자의 기본 라우터이며, 디바이스 PE3는 해당 컨텍스트 식별자의 보호자입니다.

디바이스 P1은 로컬 수리 지점(PLR) 역할을 합니다. 따라서 디바이스 P1은 레이어 3 VPN 트래픽을 보호기 PE 라우터로 리디렉션하여 빠른 복원 및 재라우팅을 가능하게 할 수 있습니다.

작업 경로는 P1>PE2를 통과합니다. 백업 경로는 P1>PE3을 통과합니다. 트래픽은 정상적인 상황에서 작업 경로를 통해 흐릅니다. 디바이스 PE2 노드 또는 링크 장애가 감지되면 트래픽이 작업 경로에서 보호된 경로로 재라우팅됩니다. 일반적인 페일오버 프로세스에서 장애 감지 및 복구는 컨트롤 플레인에 의존하므로 상대적으로 느립니다. 일반적으로 코어 네트워크에 링크 또는 노드 장애가 있는 경우, 송신 장애에 대한 로컬 복구 옵션을 사용할 수 없기 때문에 송신 PE 라우터는 수신 PE 라우터에 의존하여 장애를 감지하고 백업 경로로 전환해야 합니다. 송신 PE 링크 또는 노드 장애에 대한 로컬 복구 솔루션을 제공하기 위해 이 예에서는 송신 보호라고 하는 메커니즘을 사용하여 연결을 신속하게 복구하고 복원합니다. 송신 보호가 구성되었기 때문에 PLR 라우터는 디바이스 PE2 링크 또는 노드 장애를 감지하고 백업 LDP 신호 레이블 스위치 경로(LSP)를 사용하여 보호기 디바이스 PE3를 통해 트래픽을 재라우팅합니다. PLR 라우터는 접두사별 루프 프리 대체 경로를 사용하여 디바이스 PE3를 통해 백업 다음 홉을 프로그래밍하고 트래픽은 대체 경로를 사용하여 디바이스 CE2로 전달됩니다. 이 복원은 PLR 라우터가 디바이스 PE2 송신 노드 또는 링크 장애를 감지한 후 신속하게 수행됩니다. 이중 보호 메커니즘은 송신 보호에도 사용될 수 있으며, 여기서 두 개의 PE 라우터는 각각의 컨텍스트 ID 경로 또는 다음 홉에 대해 기본 PE 라우터 및 보호기 PE 라우터 역할을 동시에 수행할 수 있습니다.

송신 보호 외에도, 이 예는 송신 실패 시 PLR이 서비스 트래픽을 재라우팅하는 향상된 PLR 기능을 보여줍니다. 이 개선 사항은 Junos OS 릴리스 13.3 이상에서 지원됩니다. 이 예에서 디바이스 P1(PLR)은 디바이스 PE3(보호기)에 직접 연결됩니다. 새 구성 문을 advertise-mode 사용하면 내부 게이트웨이 프로토콜(IGP)이 송신 보호 가용성을 보급하는 방법을 설정할 수 있습니다.

토폴로지

그림 5 는 샘플 네트워크를 보여줍니다.

그림 5: RSVP 및 LDP를 통한 레이어 3 VPN 송신 보호 Network topology diagram showing CE routers connected to PE routers with IP subnets and loopback addresses for MPLS or VPN configurations.

구성

CLI 빠른 구성

이 예를 빠르게 구성하려면, 아래 명령을 복사하여 텍스트 파일로 붙여 넣은 다음 모든 라인브레이크를 제거하고, 네트워크 구성을 일치하는 데 필요한 세부 사항을 변경한 다음, 계층 수준에서 [edit] 명령을 복사하여 CLI에 붙여 넣습니다.

디바이스 CE1

디바이스 CE2

디바이스 P1

디바이스 PE1

디바이스 PE2

디바이스 PE3

절차

단계별 절차

다음 예에서는 구성 계층에서 다양한 수준의 탐색이 필요합니다. CLI 탐색에 대한 정보는 CLI 사용자 가이드구성 모드에서 CLI 편집기 사용을 참조하십시오.

디바이스 P1(PLR)을 구성하려면:

  1. 디바이스 인터페이스를 구성합니다.

  2. IS-IS를 구성합니다.

    노드 링크 보호와 함께 접두사별 LFA 계산을 구성합니다.

  3. MPLS를 활성화합니다.

  4. RSVP를 활성화합니다.

  5. LDP를 활성화합니다.

단계별 절차

다음 예에서는 구성 계층에서 다양한 수준의 탐색이 필요합니다. CLI 탐색에 대한 정보는 CLI 사용자 가이드구성 모드에서 CLI 편집기 사용을 참조하십시오.

디바이스 PE1 구성:

  1. 디바이스 인터페이스를 구성합니다.

  2. RSVP를 활성화합니다.

  3. MPLS를 구성합니다.

  4. IBGP를 구성합니다.

  5. IS-IS를 구성합니다.

  6. LDP를 활성화합니다.

  7. 라우팅 인스턴스를 구성합니다.

  8. AS(Autonomous System) 번호를 구성합니다.

단계별 절차

다음 예에서는 구성 계층에서 다양한 수준의 탐색이 필요합니다. CLI 탐색에 대한 정보는CLI 사용자 가이드구성 모드에서 CLI 편집기 사용을 참조하십시오.

디바이스 PE2 구성:

  1. 디바이스 인터페이스를 구성합니다.

  2. RSVP를 활성화합니다.

  3. MPLS를 구성합니다.

  4. IBGP를 구성합니다.

  5. IS-IS를 구성합니다.

  6. LDP를 활성화합니다.

  7. AS 번호를 구성합니다.

단계별 절차

다음 예에서는 구성 계층에서 다양한 수준의 탐색이 필요합니다. CLI 탐색에 대한 정보는 CLI 사용자 가이드구성 모드에서 CLI 편집기 사용을 참조하십시오.

디바이스 PE3 구성:

  1. 디바이스 인터페이스를 구성합니다.

  2. RSVP를 활성화합니다.

  3. MPLS를 구성합니다.

  4. IBGP를 구성합니다.

  5. IS-IS를 구성합니다.

  6. LDP를 활성화합니다.

  7. 라우팅 정책 구성합니다.

  8. AS 번호를 구성합니다.

결과

구성 모드에서 and show protocols 명령을 입력 show interfaces 하여 구성을 확인합니다. 출력에 의도한 구성이 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정합니다.

디바이스 P1

디바이스 PE1

디바이스 PE2

디바이스 PE3

디바이스 구성이 완료되면 구성 모드에서 들어갑니다 commit .

검증

구성이 제대로 작동하고 있는지 확인합니다.

보호자 노드 확인

목적

보호자 노드(디바이스 PE3)에서 구성된 송신 보호 컨텍스트 식별자에 대한 정보를 확인합니다.

작업
의미

디바이스 PE3은 디바이스 PE1(172.16.183.55) 및 디바이스 PE2(172.16.183.56)에서 구성된 두 LSP에 대한 보호 노드입니다.

기본 노드 확인

목적

기본 노드(디바이스 PE2)에서 구성된 송신 보호 컨텍스트 식별자에 대한 정보를 확인합니다.

작업
의미

디바이스 PE2는 기본 노드입니다.

컨텍스트 식별자 경로 확인

목적

컨텍스트 식별자(192.0.2.6)에 대한 정보를 검토합니다.

작업

송신 보호 확인

목적

디바이스 PE3에서 라우팅 테이블의 경로를 확인합니다.

작업
의미

Instance 커뮤니티 이름을 나타냅니다. Type VRF의 유형을 보여줍니다. 또는 중 하나 local-vrf remote-vrf일 수 있습니다. Route Target 라우팅 인스턴스와 연관된 경로 대상을 표시합니다.

디바이스 PE1에서 라우팅 인스턴스 확인

목적

디바이스 PE1에서 라우팅 테이블의 경로를 확인합니다.

작업

LSP 검증

목적

모든 디바이스에서 LSP 정보를 확인합니다.

작업

BGP NRLI 확인

목적

BGP VPN 네트워크 레이어 연결성 정보의 세부 사항을 확인합니다.

작업
의미

NLRI configured with egress-protection 송신 보호로 구성된 BGP family를 보여줍니다. egress-protection NLRI inet-vpn-unicast, keep-import: [remote-vrf] BGP 그룹에 대한 송신 보호 라우팅 정책을 보여줍니다.

트래픽 엔지니어링 데이터베이스 검증

목적

모든 장치에서 TED를 확인합니다.

작업

IS-IS 데이터베이스 확인

목적

모든 디바이스에서 IS-IS 데이터베이스를 확인합니다.

작업