Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

LSP 라우터

LSP의 라우터

LSP의 각 라우터는 다음 기능 중 하나를 수행합니다.

  • Ingress 라우터— LSP 시작에 있는 라우터. 이 라우터는 MPLS Layer 2 프레임으로 IP 패킷을 캡슐화하고 경로의 다음 라우터로 전달합니다. 각 LSP에는 오직 하나의 ingress 라우터만 있습니다.

  • Egress 라우터— LSP 끝에 있는 라우터. 이 라우터는 MPLS 캡슐화(encapsulation)를 제거하여 패킷을 MPLS 패킷에서 IP 패킷으로 변환하고 IP 포우딩 테이블의 정보를 사용하여 패킷을 최종 목적지로 전달합니다. 각 LSP는 오직 1대의 Egress 라우터만 사용할 수 있습니다. LSP의 ingress 및 egress 라우터는 동일한 라우터가 될 수 없습니다.

  • 전송 라우터—ingress 및 egress 라우터 사이에 있는 LSP 내 모든 중간 라우터. 전송 라우터는 수신된 패킷을 MPLS 경로의 다음 라우터로 MPLS 전달합니다. LSP는 단일 LSP에서 최대 253대의 전송 라우터를 포함하거나 그 이상의 전송 라우터를 포함할 수 있습니다.

단일 라우터는 여러 LSP의 일부가 될 수 있습니다. 하나 이상의 LSP를 위한 ingress 또는 egress 라우터가 될 수 있으며 하나 이상의 LSP에서 전송 라우터가 될 수도 있습니다. 각 라우터가 지원하는 기능은 네트워크 설계에 따라 달라지기 합니다.

LSP를 위한 Ingress 및 Egress 라우터 주소 구성

다음 섹션에서는 LSP의 ingress 및 egress 라우터의 주소를 지정하는 방법을 설명합니다.

LSP를 위한 Ingress 라우터 주소 구성

로컬 라우터는 항상 LSP의 시작인 ingress 라우터로 간주됩니다. 이 소프트웨어는 LSP의 다음 라우터에 도달하는 데 사용할 적절한 진행 인터페이스와 IP 주소를 자동으로 결정합니다.

기본적으로 라우터 ID는 ingress 라우터의 주소로 선택됩니다. 소스 주소의 자동 선택을 까다로우면 명령문의 소스 주소를 from 지정합니다.

다음 계층 수준에 이 진술을 포함할 수 있습니다.

LSP에서 사용되는 아웃사이트 인터페이스는 구성하는 소스 주소의 영향을 받지 않습니다.

LSP를 위한 Egress 라우터 주소 구성

LSP를 구성할 때 다음 명령문을 포함해 egress 라우터의 주소를 to 지정해야 합니다.

다음 계층 수준에 이 진술을 포함할 수 있습니다.

신호 전송 LSP를 설정하는 경우 명령문은 유일한 필수 to 명령문입니다. 다른 모든 진술은 선택 사항입니다.

LSP가 설정되면 egress 라우터의 주소는 라우팅 테이블의 호스트 경로로 설치됩니다. 그런 다음 이 라우트는 트래픽을 포 BGP(Border Gateway Protocol) 사용할 수 있습니다.

소프트웨어를 LSP를 통해 BGP(Border Gateway Protocol) 트래픽을 전송하기 위해 송신 라우터의 주소는 BGP(Border Gateway Protocol) 넥스어 홉의 주소와 동일합니다. egress 라우터의 주소를 라우터의 인터페이스 주소 중 하나 또는 BGP(Border Gateway Protocol) 수 있습니다. 주소가 동일한 라우터에 있는 경우에도 다른 주소를 지정하는 BGP(Border Gateway Protocol) 트래픽은 LSP를 통해 전송되지 않습니다.

다음 홉의 주소를 BGP(Border Gateway Protocol) 명령을 show route detail 사용하여 LSP의 대상 주소를 결정하기 위해 명령어를 show mpls lsp 사용하세요. 경로가 LSP를 통과한지 여부를 확인하기 위해 또는 show route 명령을 show route forwarding-table 사용하여 마지막 2개 명령의 출력에서 route에 포함된 키워드 또는 키워드는 LSP를 통과했다는 label-switched-pathpush 표시를 나타낸 것입니다. 또한, 명령어를 사용하여 루트가 리드하는 실제 traceroute 경로를 추적합니다. 이는 경로가 LSP를 통과하고 있는지 여부를 표시하는 또 다른 표시입니다.

또한 경로의 넥스홉 주소를 BGP(Border Gateway Protocol) 가져오는 정책 필터를 정의하여 BGP(Border Gateway Protocol) 다음 홉의 주소를 조작할 수 있습니다.

라우팅 테이블에 Egress 라우터 주소 추가 방지

모든 LSP에 대한 명령문을 사용하여 to 주소를 구성해야 합니다. 이 주소는 항상 /32 inet.3 또는 inet.0 라우팅 테이블의 prefix로 설치됩니다. 명령문을 사용하여 구성된 egress 라우터 주소가 to inet.3 및 inet.0 라우팅 테이블에 추가되는 것을 방지할 수 no-install-to-address 있습니다.

inet.3 및 inet.0 라우팅 테이블에 명령문 주소를 설치해야 하는 몇 가지 이유는 to 다음과 같습니다.

  • CSPF(Constrained Shortest Path First) RSVP LSP를 보조 루프백 주소로 의도한 트래픽에 매핑할 수 있도록 합니다. 명령문을 포함한 RSVP 터널을 구성한 다음, 나중에 정책을 구성하면 다음과 같은 no-install-to-addressinstall pfx/ <active> 작업을 할 수 있습니다.

    • 트래픽에 영향을 끼치지 않고 LSP가 올바르게 설정되어 있는지 검증합니다.

    • 단계적 단계를 통해 트래픽을 LSP에 매핑합니다.

    • 문제 해결이 완료되면 명령문을 제거하여 트래픽을 대상 루프백 주소(BGP(Border Gateway Protocol) 다음 no-install-to-address 홉)에 매핑합니다.

  • CCC 연결이 IP 트래픽을 유하는 것을 방지합니다. LSP가 연결에 속하지 않는다고 판단하면 inet.3 라우팅 테이블의 명령문과 함께 지정된 주소를 to 설치합니다. 그런 다음 IP 트래픽이 CCC 원격 엔드포인트로 전달됩니다. 이로 인해 일부 유형의 PIC 장애가 발생할 수 있습니다.

명령문을 사용하여 구성된 egress 라우터 주소가 to inet.3 및 inet.0 라우팅 테이블에 추가되지 않도록 방지하기 위해 다음 명령문을 no-install-to-address 포함합니다.

다음 계층 수준에 이 진술을 포함할 수 있습니다.

신호 전송 LSP를 위한 MPLS 라우터 구성

MPLS 신호 전송 LSP(Label-Switched Path)는 특정 수신 라우터에서 특정 Egress 라우터로 실행됩니다. 기본 MPLS 신호 방식의 LSP 기능의 경우 수신 라우터를 구성해야 하지만 다른 라우터를 구성할 필요가 없습니다.

시그널드 LSP를 구성하기 위해 수신 라우터에서 다음 작업을 수행합니다.

지정 경로 생성

신호 방식 LSP를 구성하려면 먼저 수신 라우터에서 하나 이상의 명명 경로를 생성해야 합니다. 각 경로에 대해 경로에 있는 일부 또는 전체 전송 라우터를 지정하거나 비워 두는 것이 있습니다.

각 경로 이름에는 최대 32자까지 포함될 수 있으며 문자, 숫자, 기간 및 하이픈을 포함할 수 있습니다. 이름은 ingress 라우터 내에서 고유해야 합니다. 일단 명명된 경로가 생성되면, 또는 명령문과 함께 명명된 경로를 사용하여 계층 수준에서 primarysecondary LSP를 [edit protocols mpls label-switched-path label-path-name] 구성할 수 있습니다. 원하는 수의 LSP에서 동일한 이름의 경로를 지정할 수 있습니다.

LSP가 RSVP 세션의 기본 경로 또는 보조 경로와 연관되는지 확인하기 위해 명령을 show rsvp session detail 발행합니다.

빈 경로를 생성하기 위해 다음 명령문 형식을 포함해 명명된 경로를 path 생성합니다. 이 명령문 형식은 비어 있으며, 이는 ingress 및 egress 라우터 간의 모든 경로가 path 허용됩니다. 실제로, 사용된 경로는 대상 기반, best-effort 트래픽에 이어지는 경로와 동일한 경향이 있습니다.

다음 계층 수준에 이 진술을 포함할 수 있습니다.

  • [edit protocols mpls]

  • [edit logical-systems logical-system-name protocols mpls]

경로에 일부 또는 모든 전송 라우터를 지정하는 경로를 생성하기 위해 각 전송 라우터에 대해 하나의 주소를 지정하는 명령문의 다음 양식을 path 포함합니다.

다음 계층 수준에 이 진술을 포함할 수 있습니다.

  • [edit protocols mpls]

  • [edit logical-systems logical-system-name protocols mpls]

명령문의 이 양식에서 하나 이상의 전송 라우터 주소를 path 지정합니다. ingress 또는 egress 라우터를 지정하는 것은 선택 사항입니다. 에 해당 유형이 있는 경우 각 전송 라우터를 나열할 필요가 없는 경우, 각 전송 라우터의 주소 또는 호스트 이름을 지정할 수 loose 있습니다. ingress 라우터(옵션) 또는 첫 번째 전송 라우터로 시작하여 egress 라우터(옵션)나 egress 라우터 직전의 라우터까지의 경로를 따라 연속적으로 주소를 순서대로 지정합니다. 라우터 홉당 하나의 주소만 지정해야 합니다. 동일한 라우터에 대해 두 개 이상의 주소를 지정하면 첫 번째 주소만 사용됩니다. 추가 주소는 무시되고 truncated됩니다.

각 라우터 주소에 대해 유형을 지정하면 다음 중 하나일 수 있습니다.

  • strict—(기본) 이전 라우터에서 이 라우터로 이동한 경로는 직접 경로로, 다른 라우터를 포함할 수 없습니다. 인터페이스 주소인 경우 이 라우터는 수신 인터페이스가 지정된 인터페이스가 되도록 address 보장합니다. 이전 라우터와 이 라우터 사이에 병렬 링크가 있는 경우 수신 인터페이스가 지정되어 있도록 하는 것이 중요합니다. 또한 링크당 라우팅이 적용될 수 있도록 보장합니다.

    엄격한 주소의 경우, 구성하는 라우터 앞에 있는 라우터가 해당 라우터에 직접 연결되도록 해야 합니다. 주소는 루프백 인터페이스 주소일 수 있습니다. 이 경우 수신 인터페이스는 체크되지 않습니다.

  • loose—이전 라우터에서 이 라우터로 이동한 경로는 직접 경로가 아니며 다른 라우터를 포함할 수 있으며 인터페이스에서 수신될 수 있습니다. 주소는 인터페이스 주소 또는 루프백 인터페이스의 주소가 될 수 있습니다.

예제: 지정 경로 생성

경로를 구성하여 ingress에서 egress 라우터까지의 전체 엄격한 경로를 지정하고 , 순서대로 to-hastings14.1.1.113.1.1.112.1.1.111.1.1.1 실행합니다. 지정된 라우터를 제외하고는 중간 라우터가 있을 수 없습니다. 그러나 egress 라우터가 명령문에 특별히 나열되지 않은 경우, 11.1.1.1 egress 라우터와 egress 라우터 사이에 중간 라우터가 있을 수 path 있습니다. egress 전에 중간 라우터를 방지하기 위해 egress 라우터를 유형이 있는 마지막 라우터로 strict 구성합니다.

경로를 생성하여 라우터와 에지 간에 많은 중간 라우터를 alt-hastings14.1.1.111.1.1.1 허용합니다. 또한, egress 라우터와 egress 라우터 간에 중간 라우터가 11.1.1.1 허용됩니다.

페이트 공유를 사용한 대체 백업 경로 구성

CSPF(Constrained Shortest Path First)가 기본 경로가 불안정한 경우 하나 이상의 백업 경로를 계산하는 데 사용하는 정보 데이터베이스를 만들 수 있습니다. 데이터베이스는 라우터 및 링크와 같은 네트워크 요소 간의 관계를 설명합니다. 이러한 네트워크 요소가 동일한 운명을 공유하기 때문에 이러한 관계를 '운명의 공유(fate sharing)'라고 합니다.

가능한 한 기본 경로를 통해 공유 링크 및 파이버 경로의 수를 최소화하는 백업 경로를 구성하여 파이버가 절단될 경우 최소한의 데이터를 손실하고 대상에 경로가 여전히 존재하도록 할 수 있습니다.

백업 경로가 최적으로 작동하려면 링크 또는 물리적 파이버 경로를 기본 경로와 공유해야 합니다. 따라서 단일 장애 지점이 주 경로와 백업 경로에 동시에 영향을 미치지 않도록 보장할 수 있습니다.

다음 섹션에서는 운명 공유를 구성하는 방법과 이를 CSPF에 미치는 영향에 대해 설명하고 운명의 공유 구성 예시를 제공합니다.

페이트 공유 구성

운명의 공유를 구성하기 위해 다음 fate-sharing 진술을 포함합니다.

이 명령문을 포함할 수 있는 계층 수준 목록은 이 명령문에 대한 명령문 요약 섹션을 참조하십시오.

각 페이트 공유 그룹은 이름을 포함해야 합니다. 이름은 최대 32자까지 입력할 수 있으며 문자, 숫자, 기간(-)과 하이픈(-)을 포함할 수 있습니다. 최대 512개 그룹을 정의할 수 있습니다.

페이트 공유 그룹은

  • Point-to-Point 링크—링크의 각 끝에 있는 IP 주소로 식별됩니다. 식별되지 않은 Point-to-Point 링크는 일반적으로 다른 인터페이스에서 IP 주소를 빌려 식별합니다. 주문은 중요하지 않습니다. from 1.2.3.4 to 1.2.3.5 동일한 from 1.2.3.5 to 1.2.3.4 의미를 가지게 됐죠.

  • 비점대점 링크—LAN 인터페이스(예: Gigabit Ethernet 인터페이스) 또는 NBMA(Nonbroadcast Multiaccess) 인터페이스(예: ATM[Asynchronous Transfer Mode] 또는 Frame Relay)에 링크 포함 개별 인터페이스 주소로 이러한 링크를 식별할 수 있습니다. 예를 들어, LAN 인터페이스에 4개의 라우터가 연결되어 있는 경우 각 라우터 링크가 192.168.200.0/24 개별적으로 식별됩니다.

    원하는 순서로 주소를 나열할 수 있습니다.

  • 라우터 노드—구성된 라우터 ID로 식별됩니다.

그룹의 모든 객체는 특정 유사점이 있습니다. 예를 들어 동일한 광섬유를 공유하는 모든 파이버, 동일한 파이버를 공유하는 모든 옵티컬 채널, 동일한 LAN 스위치에 연결하는 모든 링크, 동일한 전원을 공유하는 모든 장비에 대한 그룹을 정의할 수 있습니다. 모든 객체는 /32 호스트 주소로 취급됩니다.

그룹이 의미가 하려면 최소한 2개 이상의 객체를 포함해야 합니다. 제로 또는 하나의 객체로 그룹을 구성할 수 있습니다. 프로세싱 중에 이러한 그룹은 무시됩니다.

객체는 여러 그룹에 있을 수 있으며 그룹은 많은 객체를 포함할 수 있습니다. 각 그룹은 구성 가능한 비용 속성을 가지고 있으며, 이는 이 그룹이 CSPF 계산에 미치는 영향을 나타 내는 것입니다. 비용이 높을수록 백업 경로가 그룹의 모든 객체와 기본 경로와 공유할 가능성이 줄어든다. 이 비용은 트래픽 엔지니어링 메트릭과 직접적으로 비교됩니다. 기본적으로 비용은 1입니다. 운명 공유 데이터베이스를 변경하는 것은 다음 CSPF 재구성 전까지는 정해진 LSP에 영향을 미치지 않습니다. 페이트 공유 데이터베이스는 빠른 재라우트 계산에 영향을 미치고 있습니다.

CSPF의 의미

CSPF가 LSP의 기본 경로(또는 기본 경로가 활성화되지 않은 경우 보조 경로)를 계산할 때 운명 공유 정보를 무시합니다. 기본 경로에 가장 적합한 경로(최소 IGP 경로)를 찾고자 합니다.

CSPF가 보조 경로를 계산하고 기본 경로(동일한 LSP의)가 활성화된 경우 다음이 발생합니다.

  1. CSPF는 기본 경로와 연관된 모든 페이트 공유 그룹을 식별합니다. CSPF는 기본 경로가 선회하는 모든 링크 및 노드를 식별하고 최소한 하나의 링크 또는 노드가 포함된 그룹 목록을 컴파일하여 이를 제공합니다. CSPF는 검색의 ingress 및 egress 노드를 무시합니다.

  2. CSPF는 트래픽 엔지니어링 데이터베이스의 각 링크를 컴파일된 그룹 목록과 검사합니다. 링크가 그룹의 구성원인 경우 링크 비용은 그룹 비용으로 증가합니다. 링크가 여러 그룹의 구성원인 경우 모든 그룹 비용이 함께 추가됩니다.

  3. CSPF는 ingress 및 egress 노드를 제외하고 트래픽 엔지니어링 데이터베이스의 모든 노드에 대한 검사를 수행합니다. 노드가 여러 그룹에 속할 수 있으므로 비용이 가산적입니다.

  4. 라우터는 조정된 토폴로지로 정기적인 CSPF 계산을 수행합니다.

CSPF의 의미 우회(Bypass) LSP로 페이트 공유

링크 보호 또는 링크 노드 보호를 통해 페이트 공유가 활성화되면 CSPF는 우회 LSP 경로를 계산할 때 다음과 같이 동작합니다.

  • CSPF는 기본 LSP 경로와 연관된 운명의 공유 그룹을 식별합니다. CSPF는 우회가 보호하려는 즉각적인 다운스트림 링크와 즉각적인 다운스트림 노드를 식별하여 이를 제공합니다. CSPF는 즉각적인 다운스트림 링크와 즉각적인 다운스트림 노드가 포함된 그룹 목록을 컴파일합니다.

  • CSPF는 트래픽 엔지니어링 데이터베이스의 각 링크(ingress에서 즉각적인 다운스트림 노드)를 컴파일된 그룹 목록과 검사합니다. 링크가 그룹의 구성원인 경우 링크 비용은 그룹 비용으로 증가합니다.

  • CSPF는 페이트 공유 경로에 없는 다운스트림 링크를 식별합니다.

이 계산은 가능한 대안을 사용할 수 있는 경우 기본 LSP 경로와 동일한 물리적 링크를 우회하는 것을 방지합니다.

예를 들면 다음과 같습니다. 페이트 공유 구성

운명 공유 그룹 및 eastwest 를 구성합니다. 객체가 아니기 때문에 west 프로세싱 중에 무시됩니다.

신호 전송 LSP를 위한 MPLS 및 Egress 라우터 구성

모든 라우터에서 MPLS LSP를 구성하려면 MPLS 라우터에서 MPLS 및 RSVP를 활성화해야 합니다.

Ingress 및 Egress 라우터 간의 연결 구성

ingress 라우터는 기본 경로를 사용하여 egress 라우터에 연결하고 재연결을 시도할 수 있습니다. 기본 경로를 사용하여 연결을 설정하려는 ingress 라우터의 수와 재시도 사이에 대기하는 기간을 제어할 수 있습니다.

재시도 타임러는 ingress 라우터가 기본 경로를 사용하여 egress 라우터에 다시 연결하기 전에 얼마나 오랫동안 기다려야 하는지 구성합니다. 기본 재시도 시간은 30초입니다. 시간은 1~600초가 될 수 있습니다. 이 값을 수정하려면 다음 retry-timer 문을 포함해야 합니다.

다음 계층 수준에서 이 명령문을 구성할 수 있습니다.

기본적으로, ingress 라우터가 기본 경로를 사용하여 egress 라우터에 대한 연결을 설정 또는 재구성하려고 시도하는 횟수에는 제한이 없습니다. 시도 횟수를 제한하기 위해 다음 진술을 retry-limit 포함해야 합니다.

다음 계층 수준에서 이 명령문을 구성할 수 있습니다.

제한은 최대 10,000까지 값이 될 수 있습니다. 재시도 제한을 초과하면 경로 연결을 설정하기 위해 더 이상 시도하지 않습니다. 이때 기본 경로를 재시작하기 위해서는 개입이 필요합니다.

재시도 제한을 설정하면 성공적인 기본 경로가 생성되면 매 1개로 리셋됩니다.

Ping LSP

다음 섹션에서는 명령어를 사용하여 ping mpls LSP 기능을 확인하는 방법을 설명합니다.

LSP MPLS Ping

특정 LSP를 핑할 수 있습니다. Echo 요청은 LSP를 통해 패킷 MPLS 전송됩니다. 페이로드는 127/8 범위(기본적으로 127.0.0.1)의 주소로 전달된 UDP(User Datagram Protocol) 패킷이며, 이 주소는 구성 가능하고 포트 3503입니다. 이 정보를 표준 LSP 트래픽으로 구축 및 전송하기 위한 MPLS 인터페이스 정보는 표준 LSP 트래픽과 동일합니다.

에코 요청이 egress 노드에 도착하면 수신기는 패킷 내용을 검사하고 UDP를 사용하여 올바른 반환 값이 포함된 응답을 전송합니다. echo 요청을 전송하는 라우터는 2초의 타임아웃 이후 반향 응답을 받을 때까지 기다립니다(이 값을 구성할 수 없습니다).

원격 라우터의 MPLS 계층 수준에서 구성하여 LSP 종료를 [edit protocols mpls] 핑(ping)할 수 있어야 합니다. LDP MPLS 클래스(FEC)만 핑하려는 경우에도 구성해야 합니다.

LSP가 명령어를 MPLS ping mpls <count count> <ldp <fec>> <rsvp <exp forwarding-class> <lsp-name>> 핑(ping)을 실행합니다. 보조 LSP MPLS 명령을 ping mpls <count count> <rsvp <lsp-name>> standby path-name 사용하여 이 명령에 대한 자세한 설명은 CLI.

주:

이 명령은 라우팅 인스턴스 내에서 ping mpls 지원되지 않습니다.

주:

셀프 핑은 마스터 인스턴스에서 지원됩니다. CCC에서 사용되는 VLAN 기반 LSP 또는 LSP는 지원되지 않습니다. 각 LSP에 대해 메시지가 표시되고 구성의 가독성이 줄어듭.

Ping Point-to-Multipoint LSP

점대다점 LSP의 핑을 위해 또는 ping mpls rsvp lsp-name multipoint 명령을 ping mpls rsvp egress address 사용하여 명령어는 모든 egress 라우터 식별자 목록과 ping mpls rsvp lsp-name multipoint Point-to-Multipoint LSP egress 라우터의 현재 상태를 반환합니다. 명령어는 지정된 egress 라우터의 현재 ping mpls rsvp lsp-name multipoint egress address 상태를 반환합니다.

LSP의 엔드포인트 주소 MPLS 핑

두 개의 PE(Provider Edge) 라우터 간의 LSP가 실행 중인지 확인하기 위해 LSP의 엔드포인트 주소에 대한 핑을 사용할 수 있습니다. LSP MPLS 핑(ping)을 위해 명령을 ping mpls lsp-end-point address 사용한다. 이 명령은 지정된 주소에서 어떤 유형의 LSP(RSVP 또는 LDP)가 종료되고 해당 LSP가 업업 또는 다운 중인지 여부를 알려합니다.

이 명령에 대한 자세한 설명은 CLI.

Ping CCC LSP

특정 CCC LSP에 대한 핑(ping) 수도 있습니다. CCC LSP 핑 명령은 LSP에 사용되는 명령과 MPLS 동일합니다. 사용하는 명령은 ping mpls <count count> <rsvp <lsp-name>> 입니다. 또한 이 명령어를 사용하여 대기 CCC LSP를 핑(ping) 할 수 ping mpls <count count> <rsvp <lsp-name>> standby path-name 있습니다.

이 명령에 대한 자세한 설명은 CLI.

Pinging Layer 3 VPN

비슷한 명령어를 ping mpls l3vpn vpn-name prefix prefix <count count> Layer 3 VPN에 핑(ping)할 수 있습니다. 이 명령에 대한 자세한 내용은 라우팅 디바이스를 위한 Junos OS VPN 라이브러리와 CLI 를 참조하십시오.

RFC 4379 기반의 LSP Ping 및 Traceroute 명령 지원

이 Junos OS pingtraceroute RFC 4379 기반의 LSP 및 명령어를 지원하여 멀티 프로토콜 레이블 스위칭(MPLS) 데이터 플레인 장애 감지.

RFC ping 4379 기반의 LSP 및 명령어는 TTL 만료에 따라 LSP가 취한 경로를 추적 MPLS traceroute 있습니다. LSP는 ingress에서 egress로의 여러 경로를 취할 수 있습니다. 이는 특히 ECMP(Equal Cost Multipath)에서 발생합니다. LSP 명령은 가능한 모든 경로를 traceroute LSP 노드로 추적할 수 있습니다.