Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

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

IS-IS(Intermediate System to Intermediate System)의 링크 지연 측정 및 광고 이해하기

IS-IS(Intermediate System to Intermediate System)의 링크 지연 측정 및 보급의 이점

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

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

IS-IS(Intermediate System to Intermediate System)의 링크 지연 측정 및 보급 개요

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

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

다음 그림은 코어, 메트로 및 액세스 네트워크로 구성된 네트워크의 최소 IGP 메트릭 및 최소 지연 메트릭을 보여줍니다.

이 시나리오에서는 코어 네트워크가 더 저렴하지만 지연 시간이 더 깁니다. 대기 시간이 가장 짧은 액세스 바로 가기는 비용이 많이 듭니다. 코어 네트워크가 더 저렴하기 때문에 대부분의 트래픽은 일반적으로 최소 IGP 메트릭을 사용하여 1>2>3>4>5>에서 6으로 이동합니다. 시나리오 a)에서 볼 수 있듯이, 적절한 비용이 구성되고 기본 IS-IS 알고리즘을 0으로 설정하여 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 링크 지연 활성화

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

요구 사항

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

  • MX 시리즈 라우터 4개

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

위상수학

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

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

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

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

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

개요

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

Junos OS 릴리스 21.1R1부터 IP 네트워크에서 IS-IS 링크 지연을 활성화할 수 있습니다. 기본 IS-IS 알고리즘(0)을 사용하여 적절한 링크 비용으로 IS-IS를 구성함으로써 최소 IGP 메트릭 경로를 달성할 수 있습니다. 이렇게 하면 링크 메트릭의 합계를 기반으로 하는 엔드포인트 경로가 최적화됩니다. IS-IS 지연 플렉스 알고리즘을 사용하면 종단 간 지연을 기반으로 경로를 최적화할 수 있습니다.

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

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

그런 다음 로컬 PE는 로컬 FAD(Flex Algorithm Definition)를 사용하여 Flex 알고리즘 식별자를 경로 선택 기준 집합에 매핑합니다(예: "파란색 링크 사용 및 지연 시 최적화"). 수신 PE는 LSDB의 값을 기반으로 최적 경로를 계산하고 관련 MPLS 레이블 스택을 패킷에 푸시한 후 연결된 다음 홉으로 보냅니다. 그 결과 IS-IS(Intermediate System to Intermediate System)를 신호 프로토콜로 사용하는 트래픽 엔지니어링 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. point-to-point 작업을 위해 IS-IS 프로토콜을 구성하고(TWAMP 기반 지연 측정은 멀티포인트 링크에서 지원되지 않음), 모든 인터페이스에서 TILFA(Topology-Independent Loop-Free Alternate) 작업을 위한 노드 보호 모드를 활성화합니다. 또한 루프백 인터페이스에서 패시브 모드 IS-IS를 활성화하고 IS-IS 레벨 1을 비활성화하여 IS-IS 레벨 2만 사용합니다. 레이어 3 유니캐스트 토폴로지로 트래픽 엔지니어링을 활성화하여 IGP 토폴로지를 TED로 다운로드합니다. SPRING 라우팅 경로를 지원하도록 IS-IS(Intermediate System to Intermediate System)를 구성합니다. prefix-sid 내보내기 정책은 후속 단계에서 정의됩니다. 이 정책은 로컬 노드가 하나 이상의 플렉스 알고리즘에 매핑하여 루프백 주소를 광고하도록 하는 데 사용됩니다.

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

  8. P2와 PE2 사이의 링크에서 static delay-metric을 구성합니다.

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

    메모:

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

  10. PE1에서 맵 정책을 구성하여 BGP 색상표와 접두사를 일치시키기 위한 VPN 경로 확인을 활성화합니다. 이를 통해 접두사별로 유연한 경로 전달 알고리즘을 불러올 수 있습니다. map1 해결 정책이 해결 모드로 설정됩니다 ip-color .

    메모:

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

  11. PE2에서 VPN 경로 내보내기 정책을 구성하여 (경로 리플렉터를 통해) PE1에 광고하는 VPN 경로에 원하는 색상 커뮤니티를 연결합니다. 여기서 중요한 점은 VPN1의 경로에 flex path 128(optimize delay)에 대한 색상 커뮤니티가 첨부된 반면, 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을 할당하여 를 기반으로 delay-metric 경로를 최적화하고 129를 할당하여 igp-metric. 이 예에서, 플렉스 알고리즘(128)은 파란색 색상 경로만을 취해야 하는 반면, 플렉스 알고리즘(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 .

의미

출력은 PE1이 각각 P1 및 P2 라우터에 연결된 및 ge-0/0/1.0 인터페이스에 ge-0/0/0.0 IS-IS 인접 관계를 성공적으로 형성했음을 나타냅니다.

IS-IS 데이터베이스 확인

목적

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

행동

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

의미

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

BGP 피어링 확인

목적

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

행동

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

의미

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

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

목적

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

행동

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

의미

출력은 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> 가능한 경로가 하나뿐이며 다음 홉으로 P2에 대한 인터페이스를 사용합니다 ge-0/0/1.0 . 128 flex 알고리즘은 파란색 링크를 사용해야 하며, PE1의 관점에서는 파란색 ge-0/0/1 인터페이스만 실행 가능한 경로로 남겨 둡니다.

반면, 에 대한 192.168.255.3-129<c> 경로는 P1과 ge-0/0/1.0 P2에 ge-0/0/0.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를 사용하므로 ge-0/0/0.0 인터페이스를 통해 P1>PE2로 또는 ge-0/0/1.0 인터페이스를 통해 P2> PE2에 대한 빨간색 경로를 사용할 수 있습니다. VPN1에 대해 여기에 표시된 것처럼 IPv6 경로에도 해당됩니다.

VPN1의 IPv6 경로는 IPv4와 동일한 전달 경로로 확인되며, 둘 다 Flex 알고리즘 128을 사용하여 지연 최적화와 함께 파란색 링크를 사용하도록 강제하므로 의미가 있습니다. 이러한 경로의 소스인 PE2를 구성하여 IPv4 경로에 1287, IPv6 경로에 4287의 레이블 기반을 사용하고 을 source-packet-routing srgb start-label 8000으로 구성했습니다. 그 결과 VPN1의 IPv4 경로에는 81287 레이블이 있는 반면 VPN1의 IPv6 경로에는 84287이 사용됩니다.

전달 경로 확인

목적

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

행동

pingtrace route 운영 모드 명령을 사용하여 도달 가능성을 확인하고 PE2로 VPN 대상에 트래픽을 전송할 때 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와 연결됨을 의미합니다.