Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

최단 경로 우선(OSPF)에 대한 루프 프리 대체 경로 구성

OSPF에 대한 접두사별 루프 프리 대안

특정 토폴로지 및 사용 시나리오에서, 여러 대상이 동일한 접두사를 시작하고 최상의 접두사 원본자에 대한 실행 가능한 LFA가 없는 반면, 비최상의 접두사 원본자는 LFA를 가지고 있습니다. 접두사별 LFA 는 LFA를 최상의 접두사 원본자 대신 비최상의 접두사 원본자에 대한 LFA를 사용하여 로컬 복구를 제공할 수 있는 기술입니다. 이는 OSPF 프로토콜에 대한 로컬 수리 범위를 늘리는 데에도 사용할 수 있습니다.

접두사별 LFA(Loop Free Alternates) - LFA(Loop Free Alternates)는 기본 다음 홉(노드 또는 링크)에 장애가 발생할 경우 트래픽이 임시로 흐를 수 있는 로컬 복구 경로를 제공하기 위해 이웃을 백업 다음 홉으로 사용할 수 있는 기술입니다. 이를 위한 기본 요구 사항은 선택한 백업 이웃이 목적지로의 기본 다음 홉과 관련하여 루프 프리 경로를 제공하여 IGP(Interior Gateway Protocol) 접두사 집합을 발생시키는 것입니다.

다음 토폴로지에서는 접두사별 LFA 기능이 적용되는 구축 사례를 설명합니다.

그림 1: 접두사별 LFA 사용 시나리오 Per-Prefix LFA Usage Scenario

ABR1 및 ABR2는 영역 경계 라우터(ABR)이며, IPv6 코어 네트워크에 이중으로 호밍되며, 메트릭 10으로 접두사 10.0.1.0/24에 대한 요약 LSA를 보급합니다. 또한 PE 라우터의 관점에서 ABR1은 10.0.1.0/24에 가장 적합한 접두사 원본자입니다. 이 경우 P2는 ECMP(Equal Cost Multi Path) {P2, PE, P1, ABR1} 및 {P2, ABR2, ABR1}로 인해 일부 트래픽이 라우터 PE를 통해 루프백되기 때문에 ABR1에 유효한 LFA가 아닙니다(유효한 LFA 없음). 그러나 10.0.1.0/24의 접두사 원본이기도 한 ABR2의 경우, 유일한 경로가 {P2, ABR2}이므로 P2가 유효한 LFA입니다.

OSPF에 대한 접두사별 LFA 구성

접두사별 LFA는 로컬 복구를 제공하기 위해 최상의 접두사 원본자에 대한 LFA 대신 최상의 접두사 원본자에 대한 LFA를 사용할 수 있는 메커니즘입니다. 이러한 경우 접두사별 LFA를 사용하여 OSPF 프로토콜에 대한 로컬 복구 범위를 늘릴 수 있습니다.

LFA(Loop Free Alternates)는 기본 다음 홉(노드 또는 링크)에 장애가 발생할 경우 트래픽이 일시적으로 흐를 수 있는 로컬 복구 경로를 제공하기 위해 이웃을 백업 다음 홉으로 사용할 수 있는 메커니즘입니다. 이를 위한 기본 요구 사항은 선택한 백업 이웃이 IGP 접두사 집합에서 유래한 대상으로의 기본 다음 홉과 관련하여 루프 없는 경로를 제공하는 것입니다. 특정 토폴로지 및 사용 시나리오에서는 여러 대상이 동일한 접두사를 생성하고 최상의 접두사 원본자에 대한 실행 가능한 LFA가 없는 반면 비최상의 접두사 원본에는 LFA가 있을 수 있습니다. 접두사별 LFA는 로컬 복구를 제공하기 위해 최상의 접두사 원본자에 대한 LFA 대신 최상의 접두사 원본자에 대한 LFA를 사용할 수 있는 메커니즘입니다. 이러한 경우 접두사별 LFA를 사용하여 OSPF 프로토콜에 대한 로컬 복구 범위를 늘릴 수 있습니다.

OSPF 인터페이스에 대해 접두사별 LFA를 구성하려면 다음을 수행합니다.

per-prefix-calculation 계층 수준에서 [edit protocols (ospf | ospf3) backup-spf-options] 구성 문을 구성합니다.

OSPF를 위한 루프 프리 대체 경로 개요

최단 경로 우선(OSPF) 루프 프리 대체 경로를 지원하면 기본적으로 최단 경로 우선(OSPF)에 대한 IP 빠른 경로 조정 기능이 추가됩니다. Junos OS는 모든 최단 경로 우선(OSPF) 경로에 대해 루프 없는 백업 경로를 미리 계산합니다. 이러한 백업 경로는 패킷 포워딩 엔진에 사전 설치되어 로컬 복구를 수행하고 특정 경로의 기본 다음 홉에 대한 링크를 더 이상 사용할 수 없을 때 백업 경로를 구현합니다. 로컬 수리를 통해 패킷 포워딩 엔진은 라우팅 엔진에서 미리 계산된 경로를 수신하기 전에 경로 오류를 수정할 수 있습니다. 로컬 복구는 트래픽을 재라우팅하는 데 필요한 시간을 50밀리초 미만으로 줄입니다. 반면, 전역 복구는 새 경로를 계산하는 데 최대 800밀리초가 걸릴 수 있습니다. 로컬 복구를 사용하면 전역 복구에서 새 경로를 계산할 수 있을 때까지 백업 경로를 사용하여 트래픽을 계속 라우팅할 수 있습니다.

루프 없는 경로는 주어진 목적지에 도달하기 위해 트래픽을 라우팅 디바이스를 통해 다시 전달하지 않는 경로입니다. 즉, 목적지까지의 최단 경로가 먼저 목적지에 대한 백업 경로로 사용되지 않는 라우팅 디바이스를 트래버스하는 neighbor입니다. OSPF 경로에 대한 루프 없는 대체 경로를 결정하기 위해 Junos OS는 각 원홉 인접 라우터에서 최단 경로 우선(SPF) 계산을 실행합니다. 모든 OSPF 인터페이스에서 대체 루프 프리 경로에 대한 지원을 활성화할 수 있습니다. 최단 경로 우선(OSPF)이 이미 활성화된 인터페이스에서 LDP를 활성화하는 것이 일반적이므로, 이 기능은 LDP LSP(Label-Switched Path)에 대한 지원도 제공합니다.

메모:

LDP 및 OSPF 모두에 대해 구성된 인터페이스에서 대체 루프 프리 경로에 대한 지원을 활성화하면 명령을 사용하여 traceroute 기본 다음 홉에 대한 활성 경로를 추적할 수 있습니다.

OSPF 경로를 통해 사용할 수 있는 백업 커버리지 수준은 실제 네트워크 토폴로지에 따라 다르며 일반적으로 특정 라우팅 디바이스의 모든 대상에 대해 100% 미만입니다. RSVP LSP 경로를 포함하도록 백업 범위를 확장할 수 있습니다.

Junos OS는 대체 루프 프리 경로를 통해 최단 경로 우선(OSPF)의 경로 이중화를 위한 세 가지 메커니즘을 제공합니다.

  • 링크 보호—링크별 트래픽 보호를 제공합니다. 단일 링크만 사용할 수 없게 되지만 기본 경로의 이웃 노드는 다른 인터페이스를 통해 계속 사용할 수 있다고 가정할 때 링크 보호를 사용합니다.

  • 노드 링크 보호 - 다른 라우팅 디바이스를 통해 대체 경로를 모두 설정합니다. 링크를 더 이상 사용할 수 없을 때 노드에 대한 액세스가 손실된다고 가정할 때 노드 링크 보호를 사용합니다. 그 결과, Junos OS는 기본 넥스트 홉 라우팅 디바이스를 피하는 백업 경로를 계산합니다.

  • 접두사별 LFA(loop-free alternates) - 기본 다음 홉(노드 또는 링크)에 장애가 발생할 경우 트래픽이 일시적으로 흐를 수 있는 로컬 복구 경로를 제공하기 위해 인접 라우터를 백업 다음 홉으로 사용할 수 있는 기술입니다. 이를 위한 기본 요구 사항은 선택한 백업 이웃이 일련의 IGP(Interior Gateway Protocol) 접두사를 발생시키는 대상으로의 기본 다음 홉과 관련하여 루프 없는 경로를 제공하는 것입니다.

    특정 토폴로지 및 사용 시나리오에서는 여러 대상이 동일한 접두사를 시작하고 최상의 접두사 원본자에 대한 실행 가능한 LFA가 없는 반면, 비최상의 접두사 원본에는 실행 가능한 LFA가 있을 수 있습니다. 접두사별 LFA 는 로컬 복구를 제공하기 위해 최상의 접두사 원본자에 대한 LFA 대신 비최상의 접두사 원본자에 대한 LFA를 사용할 수 있는 메커니즘입니다. 이러한 경우 접두사별 LFA를 사용하여 OSPF 프로토콜에 대한 로컬 복구 범위를 늘릴 수 있습니다.

OSPF 인터페이스에서 링크 보호 또는 노드 링크 보호를 활성화하면 Junos OS는 보호된 인터페이스를 통과하는 모든 목적지 경로에 대해 기본 다음 홉에 대한 대체 경로를 생성합니다.

예: 최단 경로 우선(OSPF)에 대한 루프 프리 대체 경로 구성

이 예는 OSPF가 활성화된 인터페이스에 링크 보호를 사용하는 방법을 보여줍니다.

링크 보호를 활성화하면 Junos OS는 보호된 인터페이스를 통과하는 모든 목적지 경로에 대해 기본 다음 홉에 대한 대체 경로를 생성합니다. 단일 링크만 사용할 수 없게 되지만 이웃 노드는 다른 인터페이스를 통해 계속 사용할 수 있다고 가정할 때 링크 보호를 사용합니다.

요구 사항

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

개요

이 예에서는 6개의 최단 경로 우선(OSPF) 이웃이 링크 보호로 구성됩니다. 이로 인해 Junos OS는 보호된 각 인터페이스를 통과하는 모든 목적지 경로에 대해 기본 다음 홉에 대한 대체 경로를 생성합니다. 링크를 사용할 수 없게 되더라도 다른 인터페이스를 통해 이웃 노드를 계속 사용할 수 있기 때문에 여기서 링크 보호가 사용됩니다.

이 예에서는 두 개의 토폴로지를 보여 줍니다. 하나는 기본 토폴로지이고 다른 하나는 음성 토폴로지입니다. Multi토폴로지 라우팅에 대한 자세한 내용은 Multi토폴로지 라우팅 사용자 가이드를 참조하십시오.

이 예에는 보호된 최단 경로 우선(OSPF) 인터페이스의 백업 LSP로 구성된 RSVP LSP도 포함되어 있습니다.

위상수학

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

그림 2: OSPF 링크 보호 OSPF Link Protection

CLI 빠른 구성그림 2의 모든 디바이스에 대한 구성을 보여줍니다.

섹션 #d148e68__d148e786은 디바이스 R1의 단계를 설명합니다.

구성

CLI 빠른 구성

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

디바이스 R1

디바이스 R2

디바이스 R3

디바이스 R4

디바이스 R5

디바이스 R6

절차

단계별 절차

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

디바이스 R1 구성

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

  2. RSVP LSP 경로를 포함하도록 백업 범위를 확장합니다.

  3. 인터페이스에서 MPLS를 활성화하고 디바이스 R3에 백업 LSP를 구성합니다.

  4. OSPF 연결, 링크 메트릭 및 링크 보호를 구성합니다.

  5. (선택 사항) 음성 트래픽에 대한 특정 OSPF 토폴로지를 구성합니다.

  6. 인터페이스에 LDP를 활성화합니다.

  7. (선택 사항) 패킷당 로드 밸런싱을 구성합니다.

  8. 새 포워딩 다음 홉을 생성할 때 승인을 요청하도록 라우팅 프로토콜 프로세스(rpd)를 구성합니다.

    보호 메커니즘을 indirect-next-hop-change-acknowledgements 사용할 때는 명령문을 구성하는 것이 좋습니다. 여기에는 FRR(Fast Reroute)과 같은 MPLS RSVP 보호와 IGP(Interior Gateway Protocol), LFA(loop-free alternate) 링크 또는 노드 보호가 포함됩니다.

결과

구성 모드에서 , show protocols, show policy-optionsshow routing-options 명령을 입력하여 show interfaces구성을 확인합니다. 출력 결과가 의도한 구성대로 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정하십시오.

디바이스 구성을 마쳤으면 구성 모드에서 을(를) 입력합니다 commit .

확인

구성이 올바르게 작동하고 있는지 확인합니다.

디바이스 R1에서 경로 확인

목적

디바이스 R1에서 라우팅 테이블의 최단 경로 우선(OSPF) 경로를 확인합니다.

행동
의미

예상대로 디바이스 R1에는 각 대상에 대한 여러 잠재적 경로가 있습니다.

백업 커버리지 확인

목적

디바이스 R1에서 명령을 사용하여 show (ospf | ospf3) backup coverage 네트워크의 모든 노드 및 접두사에 사용할 수 있는 백업 적용 범위 수준을 확인합니다.

행동

백업 LSP 확인

목적

디바이스 R1에서 명령을 사용하여 show (ospf | ospf3) backup lsp OSPF 경로에 대한 백업 경로로 지정된 LSP를 확인합니다.

행동

백업 이웃 확인

목적

디바이스 R1에서 명령을 사용하여 show (ospf | ospf3) backup neighbor 백업 경로에 대한 직접 다음 홉을 사용할 수 있는 neighbor를 확인합니다.

행동

SPF 계산 확인

목적

디바이스 R1에서 명령을 사용하여 show (ospf | ospf3) backup spf detail 백업 경로에 대한 최단 경로 우선(OSPF) SPF(shortest-path-first) 계산을 확인합니다. 출력을 제한하기 위해 음성 토폴로지가 명령에 지정됩니다.

행동

보호된 인터페이스의 백업으로 최단 경로 우선(OSPF) 인터페이스 제외

기본적으로 기본 인스턴스 또는 특정 라우팅 인스턴스에 속하는 모든 최단 경로 우선(OSPF) 인터페이스는 링크 보호 또는 노드 링크 보호로 구성된 인터페이스의 백업 인터페이스로 적합합니다. 모든 최단 경로 우선(OSPF) 인터페이스가 보호된 인터페이스에 대한 백업 인터페이스로서의 기능에서 제외되도록 지정할 수 있습니다.

OSPF 인터페이스를 보호된 인터페이스의 백업 인터페이스로 제외하려면:

  • no-eligible-backup 계층 수준에서 문을 [edit protocols (ospf | ospf3) area area-id interface interface-name] 포함합니다.

다음 예에서는 인터페이스 so-0/0/0.0이 보호된 인터페이스로 향하는 트래픽에 대한 백업 트래픽을 금지하도록 구성되었습니다. 즉, 보호 인터페이스에 대한 인접 다음 홉 경로나 노드에 장애가 발생하면 인터페이스 so-0/0/0.0을 사용하여 트래픽을 백업 경로로 전송할 수 없습니다.

보호된 OSPF 인터페이스에 대한 백업 SPF 옵션 구성

기본적으로 링크 보호 또는 노드 링크 보호를 위해 하나 이상의 최단 경로 우선(OSPF) 인터페이스가 구성된 경우, Junos OS는 OSPF 인스턴스의 모든 토폴로지에 대한 백업 다음 홉을 계산합니다. 다음 백업 최단 경로 우선(SPF) 옵션을 구성하여 기본 동작을 재정의할 수 있습니다.

  • OSPF 인스턴스 또는 인스턴스의 특정 토폴로지에 대한 백업 다음 홉 계산을 비활성화합니다.

  • OSPF 인스턴스 또는 인스턴스의 특정 토폴로지에 대한 라우팅 테이블 또는 포워딩 테이블에 백업 다음 홉이 설치되는 것을 방지합니다.

  • RFC 5286, IP Fast Reroute에 대한 기본 사양: 루프 프리 대안에 정의된 것처럼 백업 다음 홉의 계산을 경로 하위 집합으로 제한합니다.

OSPF 인스턴스 또는 인스턴스의 특정 토폴로지에 대해 백업 SPF 알고리즘을 비활성화할 수 있습니다. 이렇게 하면 해당 OSPF 인스턴스 또는 토폴로지에 대한 백업 다음 홉을 계산할 수 없습니다.

OSPF 인스턴스 또는 토폴로지에 대한 백업 다음 홉 계산을 비활성화하려면 다음을 수행합니다.

  • disable 또는 [edit protocols ospf backup-spf-options topology topology-name] 계층 수준에서 문을 [edit protocols (ospf | ospf3) backup-spf-options] 포함합니다.

다음 예에서는 OSPF 토폴로지 음성에 대해 백업 다음 홉 계산이 비활성화됩니다.

OSPF 인스턴스의 라우팅 테이블이나 포워딩 테이블 또는 OSPF 인스턴스의 특정 토폴로지에 백업 다음 홉이 설치되는 것을 방지하기 위해 라우팅 디바이스를 구성할 수 있습니다. SPF 알고리즘은 백업 다음 홉을 계속 계산하지만 설치되지 않았습니다.

라우팅 디바이스가 라우팅 테이블 또는 포워딩 테이블에 백업 다음 홉을 설치하지 못하도록 하려면,

  • no-install 또는 [edit protocols ospf topology topology-name] 계층 수준에서 문을 [edit protocols (ospf | ospf3) backup-spf-options] 포함합니다.

다음 예에서는 OSPF 토폴로지 음성 에 대한 백업 다음 홉이 라우팅 테이블 또는 포워딩 테이블에 설치되지 않습니다. 다른 OSPF 인스턴스 또는 토폴로지에 대해 계산된 모든 백업 다음 홉은 계속 설치됩니다.

RFC 5286에 정의된 바와 같이 백업 다음 홉의 계산을 다운스트림 경로로 제한할 수 있습니다. Junos OS가 OSPF 인스턴스 또는 OSPF 인스턴스의 특정 토폴로지에 대해 보호된 인터페이스의 백업 다음 홉으로 다운스트림 경로만 사용하도록 지정할 수 있습니다. 다운스트림 경로에서 백업 이웃에서 대상까지의 거리는 계산 라우팅 디바이스에서 대상까지의 거리보다 작아야 합니다. 다운스트림 경로만 보호된 인터페이스의 루프 없는 대체 경로로 사용하면 이러한 경로로 인해 마이크로루프가 발생하지 않습니다. 그러나 네트워크에 대한 최적의 백업 범위가 아닐 수 있습니다.

백업 다음 홉의 계산을 다운스트림 경로로 제한하려면,

  • downstream-paths-only 또는 [edit protocols ospf backup-spf-options topology topology-name] 계층 수준에서 문을 [edit protocols (ospf | ospf3) backup-spf-options] 포함합니다.

다음 예에서는 다운스트림 경로만 토폴로지 음성에 대한 백업 다음 홉으로 계산됩니다.

RSVP 레이블 전환 경로를 최단 경로 우선(OSPF)의 백업 경로로 구성

링크 보호 또는 노드 링크 보호를 위해 최단 경로 우선(OSPF) 인터페이스를 구성할 때 단일 홉 이웃에 대한 백업 경로의 최단 경로 우선(SPF) 계산에 의존하면 특정 네트워크 토폴로지에 대한 백업 적용 범위가 100% 미만이 될 수 있습니다. RSVP LSP를 백업 경로로 구성하여 최단 경로 우선(OSPF) 및 LDP LSP(label-switched paths)의 적용 범위를 향상할 수 있습니다.

LSP를 구성할 때 송신 라우터의 IP 주소를 지정해야 합니다.

메모:

RSVP LSP는 구성된 토폴로지가 아닌 OSPFv2의 기본 토폴로지에 대해서만 백업 경로로 사용할 수 있습니다. 또한 RSVP LSP는 OSPFv2 또는 OSPFv3의 기본이 아닌 인스턴스의 백업 경로로 사용될 수 없습니다.

특정 RSVP LSP를 백업 경로로 구성하려면 다음을 수행합니다.

  1. backup 계층 수준에서 문을 [edit protocols mpls labeled-switched-path lsp-name] 포함합니다.
  2. 계층 수준에서 문을 [edit protocols mpls label-switched-path] 포함하여 to ip-address 송신 라우터의 주소를 지정합니다.

다음 예에서 RSVP LSP f-to-g 는 보호된 최단 경로 우선(OSPF) 인터페이스에 대한 백업 LSP로 구성됩니다. 송신 라우터는 IP 주소 192.168.1.4로 구성됩니다.

OSPF 네트워크의 LDP 터널을 통한 원격 LFA 개요

OSPF 네트워크에서 LFA(Loop Free Alternate)는 로컬 수리 포인트(PLR)의 보호된 링크를 통해 도달할 수 있는 대상에 미리 계산된 백업 경로를 제공하는 직접 연결된 인접 라우터입니다. 원격 LFA는 PLR에 직접 연결되지 않으며 동적으로 생성된 LDP 터널을 사용하여 원격 LFA 노드에 미리 계산된 백업 경로를 제공합니다. PLR은 기본 링크가 실패할 때 이 원격 LFA 백업 경로를 사용합니다. 원격 LFA의 주요 목표는 OSPF 네트워크의 백업 범위를 늘리고 레이어 1 메트로 링에 대한 보호를 제공하는 것입니다.

LFA는 OSPF 네트워크에 대한 전체 백업 커버리지를 제공하지 않습니다. 이는 종종 링 토폴로지로 형성되는 메트로 이더넷 네트워크에서는 큰 차질입니다. 이러한 차질을 극복하기 위해 일반적으로 RSVP-TE(Resource Reservation Protocol - Traffic Engineering) 백업 터널을 사용하여 백업 범위를 확장합니다. 그러나 대다수의 네트워크 프로바이더는 이미 LDP를 MPLS 터널 설정 프로토콜로 구현했으며 단순히 백업 커버리지를 위해 RSVP-TE 프로토콜을 구현하기를 원하지 않습니다. LDP는 OSPF 네트워크의 모든 잠재적 목적지에 전송 터널을 자동으로 표시하므로 선호되는 프로토콜입니다. MPLS 터널 설정을 위해 구현된 기존 LDP는 OSPF 네트워크 및 후속 LDP 대상의 보호를 위해 재사용될 수 있으므로 백업 커버리지를 위한 RSVP-TE 백업 터널의 필요가 없습니다.

원격 LFA 백업 경로를 계산하기 위해 OSPF 프로토콜은 다음과 같은 방식으로 원격 LFA 노드를 결정합니다.

  1. PLR의 보호된 링크를 통해 인접 라우터에서 역방향 최단 경로를 먼저 계산합니다. 역방향 최단 경로는 먼저 발신 링크 메트릭 대신 수신 링크 메트릭을 사용하여 이웃 노드에 도달합니다.

    결과는 링크 및 노드 집합이며, 이는 각 리프 노드에서 루트 노드까지의 최단 경로입니다.

  2. 나머지 인접 라우터에서 최단 경로 우선(SPF)을 계산하여 보호 중인 링크를 트래버스하지 않고 도달할 수 있는 노드 목록을 찾습니다.

    그 결과 루트 노드에서 모든 리프 노드까지의 최단 경로에 또 다른 링크 및 노드 집합이 생깁니다.

  3. 위의 결과에서 공통 노드를 결정합니다. 이러한 노드는 원격 LFA입니다.

최단 경로 우선(OSPF)는 LDP 경로에 대해 보급된 레이블을 수신합니다. 광고된 각 LDP 경로에 대해 OSPF는 LDP가 제공하는 다음 홉을 포함하는지 확인합니다. 해당 OSPF 경로에 백업 다음 홉이 있는 경우 OSPF는 백업 정책을 실행하고 해당 LDP 레이블 스위칭 경로 다음 홉을 백업 다음 홉으로 사용하여 추가 추적 경로를 추가합니다. 백업 다음 홉이 없는 경우 LDP는 원격 LFA에 동적 LDP 터널을 구축하고 LDP는 원격 LFA 노드와 PLR 노드 사이에 대상 인접성을 설정합니다. 이 백업 경로에는 두 개의 LDP 레이블이 있습니다. 맨 위의 레이블은 최단 경로 우선(OSPF) 경로로, PLR에서 원격 LFA 경로까지의 백업 경로를 나타냅니다. 하단 레이블은 원격 LFA에서 최종 목적지에 도달하기 위한 경로를 나타내는 LDP MPLS 레이블 스위칭 경로입니다. LDP 세션이 다운되어 원격 터널을 더 이상 사용할 수 없게 되면 최단 경로 우선(OSPF)는 이 백업 LDP 터널을 사용하던 모든 경로를 변경합니다.

메모:

현재 Junos OS는 IPv4 전송 LSP만 지원합니다. IPv6 IGP 네트워크에 IPv4 전송 LSP를 재사용해야 하는 경우, 추적 경로의 레이블 스택에 IPv6 명시적 NULL 레이블을 추가합니다. 시스템은 IPv4 LSP를 IPv6 LSP로 자동 변환합니다.

LDP는 자동으로 대상 인접성에 의해 취약할 수 있으며, 이러한 위협은 다음 메커니즘 중 전부 또는 일부를 사용하여 완화할 수 있습니다.

  • 몇 홉 떨어진 원격 LFA는 확장된 Hello 메시지를 사용하여 대상 LDP 세션을 설정할 의사를 나타냅니다. 원격 LFA는 스푸핑된 확장 Hello 메시지를 필터링하고 액세스 또는 필터 목록에서 허용한 소스에서 시작된 메시지만 허용하여 스푸핑된 Hello 메시지의 위협을 줄일 수 있습니다.

  • apply groups 또는 LDP 전역 수준 인증을 사용하여 주어진 IGP/LDP 도메인에서 TCP-MD5로 인증해야 합니다.

  • 추가 보안 조치로, 복구 또는 원격 터널 엔드포인트 라우터는 라우팅 도메인 외부에서 연결할 수 없는 주소 집합에서 할당되어야 합니다.

OSPF 네트워크에서 LDP 터널을 통한 원격 LFA 백업 구성

LFA(Remote Loop Free Alternate)의 주요 목표는 OSPF 경로에 대한 백업 적용 범위를 늘리고 특히 레이어 1 메트로 링에 대한 보호를 제공하는 것입니다. MPLS 터널 설정을 위해 구현된 기존 LDP는 OSPF 네트워크 및 후속 LDP 대상의 보호를 위해 재사용될 수 있습니다. OSPF 프로토콜은 동적 LDP 터널을 생성하여 로컬 수리 포인트(PLR)에서 원격 LFA 노드에 도달합니다. PLR은 기본 링크가 실패할 때 이 원격 LFA 백업 경로를 사용합니다.

OSPF 네트워크에서 LDP 터널을 통해 원격 LFA를 구성하기 전에 다음을 수행해야 합니다.

  1. 루프백 인터페이스에서 LDP를 활성화합니다.

    루프백 인터페이스 없이는 LDP 대상 인접성을 형성할 수 없으므로 루프백 인터페이스를 구성합니다. LDP 대상 인접성은 원격 LFA 백업 경로를 결정하는 데 필수적입니다.

  2. 원격 LFA가 비대칭 원격 이웃 검색을 허용하는지 확인합니다. 즉, LDP 자동 대상 인접성을 위해 원격 이웃을 시작한 라우터에 주기적인 대상 Hello 메시지를 보내야 합니다.

  3. PLR에서 링크 보호 또는 노드 링크 보호를 구성합니다.

OSPF 네트워크에서 LDP 터널을 통해 원격 LFA 백업을 구성하려면 다음을 수행합니다.

  1. 동적 LDP 레이블 스위치 경로를 사용하여 백업 다음 홉을 결정하기 위해 원격 LFA 백업을 활성화합니다.
  2. PLR과 원격 LFA 노드 간의 루프백 주소를 사용하여 자동으로 대상 LDP 세션을 활성화합니다.
  3. 원격 LFA 노드가 다운된 후에도 대상 LDP 세션이 유지되는 시간 간격을 지정합니다.

    예를 들어, 해제 지연 값을 60초로 설정하려면 다음을 수행합니다.

  4. 메모리 사용을 최적화하기 위해 자동으로 대상 LDP 세션의 최대 수를 지정합니다.

    예를 들어 허용되는 최대 세션을 20개로 설정하려면 다음을 수행합니다.

예: OSPF 네트워크에서 LDP 터널을 통한 원격 LFA 구성

OSPF 네트워크에서 LFA(Loop Free Alternate)는 PLR(Point of Local Repair)에서 보호된 링크를 통해 도달할 수 있는 대상에 미리 계산된 백업 경로를 제공하는 직접 연결된 인접 라우터입니다. 원격 LFA는 PLR에 직접 연결되지 않으며 동적으로 생성된 LDP 터널을 사용하여 원격 LFA 노드에 미리 계산된 백업 경로를 제공합니다. PLR은 기본 링크가 실패할 때 이 원격 LFA 백업 경로를 사용합니다. 원격 LFA의 주요 목표는 OSPF 네트워크의 백업 범위를 늘리고 레이어 1 메트로 링에 대한 보호를 제공하는 것입니다. 이 예는 백업 보호를 확장하기 위해 OSPF 네트워크에서 LDP 터널에 대한 원격 LFA를 구성하는 방법을 보여줍니다.

요구 사항

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

  • 연결된 인터페이스에서 OSPF 프로토콜과 LDP가 활성화된 MX 시리즈 라우터 9개

  • 모든 디바이스에서 실행되는 Junos OS 릴리스 15.1 이상

OSPF 네트워크에서 LDP 터널을 통해 원격 LFA를 구성하기 전에 다음을 확인합니다.

  • LDP는 루프백 인터페이스에서 활성화됩니다. 루프백 인터페이스가 없으면 LDP 대상 인접성을 형성할 수 없습니다. LDP 대상 인접성 없이는 원격 LFA를 구성할 수 없습니다.

  • 원격 LFA는 비대칭 원격 이웃 검색을 허용해야 합니다. 즉, LDP 자동 대상 인접성을 위해 원격 이웃을 시작한 라우터에 주기적인 대상 Hello를 보내야 합니다.

  • 링크 보호 또는 노드 링크 보호는 로컬 수리 포인트(PLR)에서 구성해야 합니다.

개요

이 예는 링 토폴로지의 라우터 9개를 포함합니다. 직접 연결된 인터페이스에서 OSPF 프로토콜을 구성합니다. 디바이스 R6은 PLR입니다. 이 예에서는 Junos OS가 LDP 다음 홉 경로를 백업 경로로 사용하여 디바이스 R6의 라우팅 테이블을 업데이트하는지 확인합니다.

위상수학

토폴로지에서 그림 3 은 디바이스 R6에 구성된 OSPF 네트워크의 LDP 터널을 통한 원격 LFA를 보여줍니다.

그림 3: LDP 터널을 Example Remote LFA over LDP Tunnels 통한 원격 LFA 예

구성

CLI 빠른 구성

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

R0 (R0)

R1 시리즈

R2 (R2)

R3 (R3)

R4 (R4)

재질 보기 R5

재질 보기 R6

R7 (R7)

R8 시리즈

디바이스 R6 구성

단계별 절차

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

디바이스 R6 구성:

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

  2. 디바이스에 루프백 주소를 할당합니다.

  3. 라우터 ID를 구성합니다. 내보내기 문으로 로컬 라우터의 포워딩 테이블에 정책을 적용합니다.

  4. 동적 LDP 레이블 스위치 경로를 사용하여 백업 다음 홉을 계산하는 원격 LFA 백업을 활성화합니다.

  5. OSPF 영역의 인터페이스에 대한 트래픽 엔지니어링 및 링크 보호를 구성합니다.

  6. 원격 LFA가 다운될 때 대상 LDP 세션이 유지되는 시간 간격을 지정하고, 메모리 사용을 최적화하기 위해 자동으로 대상 LDP 세션의 최대 수를 지정합니다.

  7. 인터페이스에서 LDP 프로토콜을 구성합니다.

  8. 정책 명령문 라우팅 정책의 패킷당 부하를 분산하도록 정책 옵션을 구성합니다.

결과

구성 모드에서 , show protocols, show policy-optionsshow routing-options 명령을 입력하여 show interfaces구성을 확인합니다. 출력 결과가 의도한 구성대로 표시되지 않으면 이 예의 지침을 반복하여 구성을 수정하십시오.

디바이스 구성이 완료되면 구성 모드에서 을(를) 입력합니다 commit .

확인

구성이 올바르게 작동하고 있는지 확인합니다.

경로 확인

목적

예상되는 경로가 학습되는지 확인합니다.

행동

디바이스 R6에서 작동 모드에서 명령을 실행하여 show route 10.6.6.6/24 라우팅 테이블에 경로를 표시합니다.

의미

출력에는 디바이스 R6의 라우팅 테이블에 있는 모든 경로가 표시됩니다.

LDP 경로 확인

목적

자동으로 대상 LDP 경로를 확인합니다.

행동

운영 모드에서 명령을 입력합니다 show ldp session auto-targeted detail .

OSPF 경로 확인

목적

디바이스 R6의 최단 경로 우선(OSPF) 라우팅 테이블에 있는 모든 LDP 백업 경로를 표시합니다.

행동

디바이스 R6에서 작동 모드에서 명령을 실행하여 show ospf route OSPF 라우팅 테이블에 경로를 표시합니다.

의미

출력에는 디바이스 R6의 최단 경로 우선(OSPF) 라우팅 테이블에 있는 모든 LDP 백업 경로가 표시됩니다.

지정된 백업 경로 노드 확인

목적

지정된 대상에 대해 결정된 원격 LFA 다음 홉을 표시합니다.

행동

운영 모드에서 명령을 입력합니다 show ospf backup spf results .

의미

출력은 특정 인터페이스 또는 노드가 원격 백업 경로로 지정되었는지 여부와 그 이유를 나타냅니다.

백업 이웃 확인

목적

디바이스 R6의 백업 이웃을 표시합니다

행동

운영 모드에서 명령을 입력합니다 show ospf backup neighbor .

의미

출력은 영역 0.0.0.0에 사용할 수 있는 백업 이웃을 표시합니다.