Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

IS-IS에서 링크 지연 측정 및 광고를 활성화하는 방법

IS-IS의 링크 지연 측정 및 광고 이해

IS-IS에서 링크 지연 측정 및 광고의 이점

IS-IS의 링크 지연 측정 및 광고는 다음과 같은 이점을 제공합니다.

  • 주식 시장 데이터 프로바이더와 같은 특정 네트워크에 매우 유익하며, 경쟁사보다 빠르게 거래를 하기 위해 실시간으로 시장 데이터에 액세스하는 것이 중요합니다. 바로 이 부분에서 데이터 경로 선택에서 네트워크 성능 기준이나 지연이 중요해지고 있습니다.
  • 비용 효율적이고 확장 가능한 방식으로 성능 데이터(예: 지연 시간)를 기반으로 경로 선택을 내리는 데 도움이 됩니다.
  • 홉 카운트 또는 비용과 같은 메트릭을 라우팅 메트릭으로 사용하는 탁월한 대안.

IS-IS의 링크 지연 측정 및 광고 개요

네트워크 성능은 TWAMP -Light를 사용하여 측정됩니다. 릴리스 21.1R1 Junos OS 시작하여 프로브 메시지를 사용하여 IP 네트워크에서 다양한 성능 메트릭을 측정할 수 있습니다. IS-IS 트래픽 엔지니어링 확장은 확장 가능한 방식으로 네트워크 성능 정보를 배포하는 데 도움이 됩니다. 그런 다음 이 정보를 사용하여 네트워크 성능에 따라 경로 선택을 결정할 수 있습니다.

Border Gateway Protocol Link-State(BGP-LS)를 통해 BGP는 IGP에서 획득한 link-state 정보를 전송할 수 있으며, 이를 통해 인터넷 서비스 프로바이더(ISP)는 일반 BGP 피어링을 통해 다른 ISP, 서비스 프로바이더, CDN 등에 정보를 선택적으로 노출할 수 있습니다. 새로운 BGP-Link State(BGP-LS) TLV는 IGP 트래픽 엔지니어링 메트릭 확장을 수행하도록 정의됩니다.

다음 그림에서는 코어, 메트로 및 액세스 네트워크로 구성된 네트워크에서 최소 IGP 메트릭과 최소 지연 메트릭을 묘사합니다.

이 시나리오에서 코어 네트워크는 저렴하지만 지연은 더 길어지게됩니다. 액세스 단축키로 지연 시간이 가장 낮으며 비용이 많이 듭니다. 코어 네트워크가 저렴하기 때문에 일반적으로 트래픽의 대부분이 최소 IGP 메트릭을 사용하여 1>2>3>4>5>에서 6으로 이동합니다. 시나리오 a에 표시된 대로) 적절한 비용이 구성되고 기본 IS-IS 알고리즘이 0으로 설정된 IS-IS 알고리즘을 사용하여 IS-IS를 실행하여 최소 IGP 요구 사항을 달성할 수 있습니다. 초저지연이 중요한 비즈니스에서는 패킷이 1에서 6으로 이동해야 합니다. 시나리오 b에 표시된 대로), 최소 지연으로 IS-IS flex 알고리즘을 정의하여 최소 지연 메트릭을 달성할 수 있으며, 이는 엔드포인트의 지연을 최소화합니다. 이 flex 알고리즘은 노드 1과 노드 6만 구성됩니다.

예: 레이어 3 VPN(Virtual Private Network)에서 SPRING(Source Packet Routing in Networking)을 통해 IS-IS 링크 지연 활성화

이 예는 레이어3 VPN 시나리오에서 SPRING으로 IS-IS 링크 지연을 구성하는 방법을 보여줍니다. 이 예에서 PE1과 PE2 사이에 두 개의 VPN을 생성할 수 있습니다. VPN1은 링크 지연을 최적화하고 VPN2는 IGP 메트릭을 최적화합니다. 테스트 토폴로지에서 양방향 트래픽을 활성화하도록 기능을 구성할 수 있지만, 이 예에서는 단방향 트래픽 시나리오에 초점을 맞추고 있습니다. 특히 PE1이 PE2에 의해 보급된 대상으로 전송되는 레이어 3 VPN 트래픽의 포워딩 경로를 제어해야 합니다.

요구 사항

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

  • MX 시리즈 라우터 4개

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

토폴로지

그림 1: IS-IS 링크 지연 토폴로지 IS-IS Link Delay Topology

토폴로지에서 대부분의 링크에는 IGP 메트릭이 10, 동적 지연 측정, 파란색 색상이 있습니다. 예외는 PE1과 P1 사이의 빨간색 색상의 경로와 P2에서 PE2 링크에 대한 정적 지연 구성입니다.

IPv4와 IPv6 모두에 대한 IS-IS 링크 지연을 지원하도록 테스트 토폴로지 구성했습니다. PE 디바이스를 클라이언트로 사용해 P2 라우터를 경로 리플렉터로 구성했습니다. 토폴로지의 단순성 유지를 위해 PE2 라우터의 VRF에서 정적 경로를 사용하고 있습니다. 이를 통해 CE 디바이스와 EBGP와 같은 PE-CE 라우팅 프로토콜이 필요하지 않습니다.

VPN1용으로 PE2에 의해 보급된 경로가 지연을 최적화하는 동시에 파란색 링크만 사용하는 것으로 제한되도록 네트워크를 구성하는 것이 목표입니다. 반대로 VPN2와 연결된 경로로 전송되는 트래픽은 IGP 메트릭을 기반으로 경로 최적화를 통해 파란색 또는 빨간색 링크를 가져올 수 있습니다.

  • VPN1에 대한 Flex 알고리즘 정의(FAD)는 알고리즘 128을 사용합니다. 지연을 줄이기 위해 최적화된 경로에 파란색 링크만(PE1>P2>P1>PE2)을 사용하도록 구성했습니다. 적절한 경로 선택을 입증할 수 있도록 P2와 PE2 사이에 2,0000 마이크로초의 정적 지연을 구성합니다. 이 지연은 나머지 링크에서 측정한 동적 지연보다 훨씬 높습니다. 그 결과, flex 알고리즘 128 트래픽이 P2에서 PE2 링크로 방지하고 대신 파란색 색상 경로(PE1>P2>P1>PE2)를 따라 추가 홉을 선호할 것으로 예상합니다.
  • VPN2에 대한 Flex 알고리즘 정의(FAD)는 알고리즘 129를 사용합니다. IGP 메트릭에 최적화된 경로로 파란색 또는 빨간색 링크(PE1>P1>PE2 또는 PE1>P2>PE2)를 사용하도록 구성했습니다. 그 결과, flex 알고리즘 129를 사용하는 트래픽은 PE1과 PE2 사이에 동일한 비용 경로 2개를 가지며, 두 개의 홉이 발생하고 그 결과 메트릭이 20입니다.

개요

IP 네트워크에서 트래픽의 대부분은 종종 코어 네트워크를 통과하여 비용을 절감하지만 지연이 증가할 수 있습니다. 그러나 비즈니스 트래픽은 단순히 IGP 메트릭을 기반으로 기존 경로 최적화를 중계하는 대신 경로 지연과 같은 다른 성능 메트릭을 기반으로 경로 선택 결정을 내릴 수 있는 기능의 이점을 누릴 수 있습니다. 지연 시간을 줄이기 위한 경로를 최적화하면 실시간 음성 및 비디오와 같은 애플리케이션에 큰 도움이 될 수 있습니다. 또한 밀리초 단위로 상당한 이익 또는 손실로 이어질 수 있는 금융 시장 데이터에 대한 고성능 액세스를 가능하게 할 수 있습니다.

릴리스 21.1R1 Junos OS IP 네트워크에서 IS-IS 링크 지연을 활성화할 수 있습니다. 기본 IS-IS 알고리즘(0)을 사용하여 적절한 링크 비용으로 IS-IS를 구성하여 최소 IGP 메트릭 경로를 달성할 수 있습니다. 이를 통해 링크 메트릭의 합계를 기반으로 하는 엔드포인트 경로를 최적화할 수 있습니다. IS-IS 지연 flex 알고리즘을 사용하면 엔드 투 엔드 지연에 따라 경로를 최적화할 수 있습니다.

링크 지연은 TWAMP(Two-Way Active Measurement Probes)를 사용하여 동적으로 측정할 수 있습니다. 그런 다음 라우터는 링크 지연 매개 변수를 플러드합니다. 영역의 라우터는 이러한 매개 변수를 공유 링크 상태 데이터베이스(LSDB)에 저장합니다. 수신 노드는 LSDB에 대해 SPF 알고리즘을 실행하여 링크 색상, IGP 메트릭, 트래픽 엔지니어링(TE) 메트릭과 같은 다양한 속성에 최적화된 경로를 계산하거나 이 예에서 볼 수 있듯이 링크 지연을 계산합니다.

송신 라우터 관련 색상 커뮤니티를 BGP를 통해 보급된 경로에 연결하여 Flex 알고리즘이 원하는 신호를 전송합니다. 전송 엔드(원격 PE에 의해 보급된 태그 처리된 경로를 수신한 로컬 PE)에서 이러한 색상 커뮤니티는 원격 프로토콜 다음 홉(PE의 루프백 주소)을 flex 알고리즘 식별기로 해결하는 색상 테이블로 인덱싱하는 데 사용됩니다. 레이어 3 VPN의 맥락에서 수신 노드에서 색상 매핑 정책이 사용하여 색상 테이블을 통해 다음 홉을 확인해야 하는 접두사들을 선택합니다.

그런 다음 로컬 PE는 해당 로컬 Flex 알고리즘 정의(FAD)를 사용하여 flex 알고리즘 식별자를 경로 선택 기준 집합(예: "파란색 링크를 사용하고 지연 시 최적화")을 매핑합니다. 수신 PE는 LSDB의 값을 기반으로 최적의 경로를 계산하고, 관련 MPLS 레이블 스택을 패킷에 푸시하고, 연결된 다음 홉으로 보냅니다. 이로 인해 IS-IS를 신호 프로토콜로 사용하여 트래픽 엔지니어링 MPLS 경로가 발생합니다.

구성

CLI 빠른 구성

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

참고:

MX 시리즈 라우터의 MPC 유형에 따라 IS-IS 지연 기능을 지원하도록 향상된 IP 서비스를 명시적으로 활성화해야 할 수도 있습니다. 구성 문을 커밋 set chassis network-services enhanced-ip 하면 시스템 재부팅하라는 메시지가 표시됩니다.

PE1

P1

P2

PE2

단계별 절차

  1. 호스트 이름, IPv4, IPv6 주소, 루프백 인터페이스 주소, enhanced-ip 모드와 같은 기본 디바이스 설정을 구성하고, 모든 4개의 라우터의 모든 인터페이스에서 ISO 및 MPLS 프로토콜 체계를 활성화합니다.

  2. 라우터 ID, AS(Autonomous System) 번호를 구성하고 모든 라우터의 포워딩 테이블 로드 밸런싱 내보내기 정책을 적용하여 트래픽의 로드 밸런싱을 활성화합니다.

  3. PE1 및 PE2에서 ECMP(equal-cost multipath)를 구성하여 Fast Reroute 보호를 활성화합니다. 또한 라우터가 동일한 대상을 공유하는 경로를 공통 포워딩 다음 홉으로 가리킬 수 있도록 연동된 복합 다음 홉을 구성합니다. 이 옵션은 FIB(Forwarding Information Base) 확장을 개선합니다.

  4. 모든 라우터의 모든 인터페이스에서 MPLS 프로토콜 처리를 활성화합니다. 또한 트래픽 엔지니어링을 활성화합니다.

  5. 모든 라우터에서 TWAMP 프로브를 활성화합니다. 이러한 프로브는 각 라우터 쌍 간의 링크 지연에 대한 동적 측정을 지원합니다.

  6. 포인트 투 포인트 운영을 위한 IS-IS 프로토콜을 구성하고(TWAMP 기반 지연 측정은 멀티포인트 링크에서 지원되지 않음) 모든 인터페이스에서 토폴로지 독립 루프 프리 대체(TILFA) 작업을 위한 노드 보호 모드를 활성화합니다. 또한 루프백 인터페이스에서 수동 모드 IS-IS를 활성화하고 IS-IS 레벨 1을 비활성화하여 IS-IS 레벨 2만 사용할 수 있습니다. 레이어 3 유니캐스트 토폴로지의 트래픽 엔지니어링을 활성화하여 IGP 토폴로지 를 TED로 다운로드할 수 있습니다. SPRING 라우팅 경로를 지원하도록 IS-IS를 구성합니다. 내보내기 prefix-sid 정책은 후속 단계에서 정의됩니다. 이 정책은 로컬 노드가 하나 이상의 flex 알고리즘에 매핑하여 루프백 주소를 광고하도록 하는 데 사용됩니다.

  7. 모든 라우터의 모든 IS-IS 인터페이스에서 TWAMP 프로브를 사용하여 동적 IS-IS 링크 지연 측정을 구성합니다(이 예에서 정적 지연 값을 사용하는 P2와 PE2 사이의 링크 제외).

  8. P2와 PE2 사이의 링크에서 정적 지연 메트릭을 구성합니다.

  9. PE1과 PE2를 구성하여 두 개의 레이어 3 VPN(VPN1 및 VPN2)을 지원합니다.

    참고:

    PE2의 라우팅 인스턴스는 IPv4 및 IPv6 정적 경로로 구성됩니다. 이러한 경로는 ping을 receive 사용하여 연결을 테스트할 수 있도록 옵션으로 구성됩니다. 레이어 3 VPN이 PE와 연결된 CE 디바이스 사이에 동적 라우팅 프로토콜을 사용하는 경우 IS-IS 지연 기능은 동일하게 작동합니다. 이 예에서 정적 경로를 사용하여 IS-IS 지연 최적화 기능에 집중할 수 있도록 토폴로지의 단순성 유지를 지원합니다.

  10. PE1에서 맵 정책을 구성하여 BGP 색상 테이블과 접두사 일치를 위한 VPN 경로 해결을 활성화합니다. 이를 통해 접두사별로 flex 경로 포워딩 알고리즘을 불러일아냅니다. map1 해상도 정책은 해상도 모드로 ip-color 설정됩니다.

    참고:

    레이어 3 VPN 컨텍스트에서 색상 테이블에서 다음 홉을 해결할 수 있는 접두사 선택하기 위해서는 매핑 정책이 필요합니다. 매핑 정책이 사용되지 않는 한 단순히 확장된 다음 홉과 색상 커뮤니티가 연결된 경로를 갖는 것만으로는 색상 테이블을 사용할 수 없습니다.

  11. PE2에서 VPN 경로 내보내기 정책을 구성하여 원하는 색상 커뮤니티를 PE1에 보급하는 VPN 경로에 연결합니다(경로 리플렉터를 통해). 여기에서 중요한 점은 VPN1의 경로가 flex 경로 128(지연 최적화)을 위한 색상 커뮤니티를 갖는 반면, VPN2에서 보급된 경로에는 129색 커뮤니티가 연결된 방식(IGP 메트릭 최적화)이 있습니다.

  12. PE 디바이스와 경로 리플렉터 사이에 BGP 피어링을 구성합니다. PE 디바이스에서 확장된 색상 다음 홉을 지원하도록 유니캐스트 NLRI(Network Layer Reachability Information)를 구성합니다. 이 옵션을 활성화하면 색상 커뮤니티가 있는 경로가 색상 테이블을 통해 다음 홉을 확인하도록 할 수 있습니다. 색상 커뮤니티가 정상적인 다음 홉 해상도를 받고 있는 확장된 다음 홉 설정 경로가 없으면 flex 알고리즘 경로를 사용하지 않습니다.

  13. 또한 IPv4 및 IPv6 레이어 3 VPN 유니캐스트 경로를 지원할 수 있습니다. PE1에서 색상 매핑 정책을 가져오기로 적용하여 원격 PE 디바이스에서 수신한 경로에 동작할 수 있습니다.

    PE 2에서 원하는 색상 커뮤니티를 PE1로 전송된 VPN 경로 광고에 연결하기 위해 내보내기 정책을 적용합니다. vpn-apply-export 내보내기 정책이 원격 PE에 보급된 VPN 경로에 동작하도록 허용하려면 PE2에서 옵션이 필요합니다.

  14. 모든 라우터에서 패킷당 로드 밸런싱 정책을 정의합니다.

  15. 모든 라우터에서 두 개의 flex 알고리즘(128 및 129)으로 세그먼트 라우팅 지원을 구성합니다.

  16. 128 및 129 flex 알고리즘을 모두 지원하여 루프백 주소를 보급하도록 모든 라우터를 구성합니다. 옵션은 prefix-segment index 각 라우터의 루프백 주소에 대한 기본 레이블을 설정합니다. 이 예에서 IPv4 기본 인덱스와 IPv6 기본 인덱스는 라우터 번호를 반영하도록 설정됩니다. 그 결과 R0(PE1)은 IPv4에 1000을 사용하고 R1(P1)은 1001을 사용합니다.

  17. 모든 라우터에서 및 BLUE MPLS 관리 그룹을 정의 RED 하고 원하는 색상을 각 인터페이스에 할당합니다. 또한 ICMP 터널링을 활성화하여 MPLS 기반 레이어 3 VPN의 맥락에서 추적 경로 지원을 허용합니다.

  18. 계층 아래의 수신 PE 디바이스(PE1)에서 FAD를 routing-options 구성합니다. 이 경우, flex 알고리즘 128을 할당하여 및 129에 delay-metric 기반하여 경로를 최적화하고 에 igp-metric최적화합니다. 이 예에서 flex 알고리즘(128)은 파란색 색상 경로만 가져가야 하며, Flex 알고리즘 129는 파란색 또는 빨간색 색상 경로를 사용할 수 있습니다. 이 예에서는 PE1에서 PE2로의 포워딩 경로에만 초점을 맞추고 있는 경우에만 PE1에서 FAD를 정의합니다.

    양방향 Flex 경로 포워딩을 지원하려면 PE2 디바이스에서 원하는 FAD를 정의해야 합니다. 송신 노드에 대한 경로를 계산할 때 FAD는 수신 노드에서만 사용하므로 P 라우터는 FAD 정의를 필요로 하지 않습니다.

  19. 구성 모드에서 을(를) 입력 commit 합니다.

결과

구성 결과를 확인합니다.

user@PE1# show interfaces

user@PE1# show policy-options

user@PE1# show protocols

user@PE1# show routing-options

user@PE1# show routing-instances

user@PE1# show services rpm

확인

IS-IS 인접성 확인

목적

라우팅 디바이스에서 예상되는 IS-IS 인접성을 확인합니다.

작업

운영 모드에서 명령을 입력합니다 show isis adjacency .

의미

Th 출력은 PE1이 및 인터페이스에서 IS-IS 인접성을 성공적으로 형성했음을 ge-0/0/0.0 나타내며 ge-0/0/1.0 , 이 인접 항목은 각각 P1 및 P2 라우터에 연결됩니다.

IS-IS 데이터베이스 확인

목적

링크 지연 매개 변수가 IS-IS 데이터베이스에 있는지 확인합니다.

작업

show isis database extensive | match delay 운영 명령을 사용합니다.

의미

출력은 토폴로지의 다양한 인터페이스와 관련된 동적 지연을 표시합니다. 출력의 강조 표시된 부분은 P2에서 PE2 링크로 구성된 20000 마이크로초의 정적 지연을 지정합니다. 정적으로 구성된 지연 값은 동적 지연 측정보다 훨씬 높습니다. 이 큰 지연은 네트워크를 통해 최적화된 지연 블루 경로를 쉽게 예측할 수 있도록 구성됩니다.

BGP 피어링 확인

목적

두 개의 PES가 경로 리플렉터에 대한 IPv4 및 IPv6 피어링 세션을 성공적으로 설정했는지 확인합니다.

작업

show bgp summary 운영 명령을 사용합니다. 이 경우 경로 리플렉터인 P2에서 명령을 실행합니다. 이 명령은 단일 명령을 사용하여 두 PES의 두 피어링 세션을 모두 확인하는 편리한 위치를 제공하기 때문입니다.

의미

출력은 모든 BGP 피어링 세션이 올바르게 설정되었는지 확인합니다. 또한 이 디스플레이는 이러한 피어링 세션을 통해 레이어 3 VPN 경로가 보급/학습되고 있음을 확인합니다.

VPN 경로에서 색상 커뮤니티 확인

목적

PE2에 의해 보급된 VPN 경로가 색상 커뮤니티로 올바르게 태그되었는지 확인합니다.

작업

PE1의 show route detail <prefix> table <table-name> 작동 명령을 사용하여 PE2에서 학습한 레이어 3 VPN 경로에 대한 세부 정보를 표시합니다.

의미

출력은 VPN1 라우팅 인스턴스의 VPN 접두사에 색상 커뮤니티 color:0:128 가 연결되어 있음을 확인합니다. 또한 이 경로에 대한 프로토콜 다음 홉이 색상 테이블에서 일치하는 항목을 인덱싱하는 확장된 다음 홉을 가진 PE2 라우터의 루프백 주소임을 확인할 수 있습니다.

표시하지는 않지만 VPN2 테이블의 접두사에 대해 이 명령을 반복할 수 있습니다. 이러한 경로에 연결된 경로가 있는 것을 발견할 수 있습니다 color:0:129 .

inetcolor.0 라우팅 테이블 확인

목적

inetcolor.0 라우팅 테이블 128 및 129 flex 알고리즘 모두에 대한 지원을 표시하는 모든 라우터 ID(루프백 주소)로 올바르게 채워져 있는지 확인합니다.

참고:

IPv6 경로는 테이블을 통해 inet6color.0 지원됩니다. IPv4 색상 테이블에 대한 이 섹션에 표시된 것과 동일한 접근 방식을 사용하여 이 테이블을 확인할 수 있습니다.

작업

show route table inetcolor.0 운영 명령을 사용합니다.

의미

출력은 경로 테이블에 경로를 inetcolor.0 표시합니다. 강조 표시된 부분은 두 경로가 PE2에서 유래했음을 나타냅니다. 경로에는 192.168.255.3-128<c> 가능한 경로가 하나뿐이며 인터페이스를 ge-0/0/1.0 다음 홉으로 P2로 이동합니다. 128 flex 알고리즘은 파란색 링크와 PE1의 관점에서 블루 컬러 ge-0/0/1 인터페이스만 실행 가능한 경로로 남겨두는 을(를) 사용해야 합니다.

반면, 에 대한 경로는 P1과 P2에 대한 192.168.255.3-129<c> 인터페이스 모두에서 ge-0/0/0.0 로드 밸런서가 ge-0/0/1.0 가능합니다. flex 알고리즘을 위한 이 경로는 파란색 또는 빨간색의 모든 경로를 사용할 수 있으므로 관련 목적지로 포워딩할 때 해당 인터페이스 중 하나를 사용할 수 있습니다.

TWAMP 작업 확인

목적

TWAMP 프로브가 동적 링크 지연이 구성된 라우터 간에 작동하는지 확인합니다.

작업

show services rpm twamp client 운영 모드 명령을 사용합니다.

의미

출력의 강조 표시된 부분은 PE1에 P2(10.0.1.2) 및 P1(10.0.1.1)이라는 두 개의 TWAMP 이웃이 있음을 나타냅니다.

원하는 경우 운영 모드 명령을 사용하여 show services rpm twamp client probe-results 현재 및 과거 지연 측정 값을 확인합니다.

경로 확인

목적

VPN1 및 VPN2에 대한 경로가 예상되는 flex 알고리즘 경로를 통해 확인되는지 확인합니다.

작업

show route 운영 모드 명령을 사용합니다.

의미

강조 표시된 출력은 PE1 디바이스에서 VPN1의 172.16.1.0 경로가 파랑 색 경로만 취하는 FAD 128을 사용하는 것을 나타내며, 이는 P1(10.0.2.2)을 다음 홉으로 만드는 반면 VPN2의 경로는 172.16.2.0은 FAD 129를 사용합니다. 즉, p1>PE2로 ge-0/0/0.0 인터페이스를 통해 또는 P2> PE2에 ge-0/0/1.0 인터페이스를 통해 빨간색 색상 경로를 사용할 수 있습니다. VPN1에 대해 여기에 표시된 것처럼 IPv6 경로에도 마찬가지입니다.

VPN1의 IPv6 경로는 IPv4 대응 경로와 동일한 포워딩 경로로 해결됩니다. 이는 둘 다 flex 알고리즘 128을 사용하여 지연 최적화를 통해 파란색 링크를 사용하도록 하는 것과 같은 의미가 있습니다. 이러한 경로의 소스인 PE2를 IPv4 경로에 1287, IPv6 경로의 경우 4287의 레이블 베이스를 사용하고 8000으로 구성한 것을 source-packet-routing srgb start-label 기억하십시오. 그 결과 VPN1의 IPv4 경로에는 81287 레이블이, VPN1의 IPv6 경로는 84287을 사용합니다.

포워딩 경로 확인

목적

VPN1 및 VPN2의 경로가 예상 Flex 알고리즘 경로를 통해 전달되는지 확인합니다.

작업

pingtrace route 운영 모드 명령을 사용하여 도달 가능성을 확인하고 VPN 목적지로 트래픽을 PE2로 전송할 때 PE1이 사용하는 IPv4 포워딩 경로를 확인합니다.

참고:

PE2에서 수신 다음 홉이 있는 정적 경로를 사용하면 원격 경로를 ping할 수 있습니다. 그러나 IPv4 정적 수신 경로를 타겟팅할 때 추적 경로 처리가 지원되지 않기 때문에 추적 경로의 마지막 홉이 시간 초과로 예상할 수 있습니다.

의미

출력은 예상되는 포워딩 경로가 사용되었음을 나타냅니다. 예를 들어, VPN1의 172.16.1.0/24 경로에 대한 추적 경로는 파란색 경로가 사용되며 P2와 PE2 간의 높은 지연 링크가 회피된다는 것을 보여줍니다. 이는 flex 알고리즘이 엔드 투 엔드 경로 지연을 줄이는 경우 추가 홉이 있는 경로를 선호한다는 것을 확인합니다. 이 경우 P2와 P1 사이의 10.0.12.0 링크가 사용되는 반면 P2와 PE2 사이의 직접 링크는 피됩니다.

반면, VPN2 및 flex 알고리즘 129와 연결된 172.16.2.0/24 경로에 대해 취한 경로는 PE1과 PE2 간의 직접 경로 중 하나를 취할 수 있습니다. 이 경우 포워딩 경로는 PE1에서 P1로, 마지막 홉 시간이 나가는 대상(PE2)으로 전달됩니다. 마지막 홉의 이 시간 제한은 CE 디바이스를 가리키는 경로에 대해 발생하지 않습니다(이 예에서 사용되는 정적 수신 경로와는 달리).

간결성을 위해 여기에 표시되지는 않지만, Flex 알고리즘 128 또는 129에 매핑되었는지 여부에 따라 IPv6 VPN 경로에 대한 추적 경로에 대해 동일한 포워딩 경로가 제공될 것으로 예상합니다. 이 예에서는 각각 VPN1과 VPN2와 연결됨을 의미합니다.