Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

LSP 라우터

LSP 내 라우터

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

  • 수신 라우터—LSP의 시작 부분에 있는 라우터입니다. 이 라우터는 IP 패킷을 MPLS 레이어 2 프레임으로 캡슐화하고 경로의 다음 라우터로 전달합니다. 각 LSP는 수신 라우터를 하나만 가질 수 있습니다.

  • 송신 라우터—LSP 끝에 있는 라우터입니다. 이 라우터는 MPLS 캡슐화를 제거하여 MPLS 패킷에서 IP 패킷으로 변환하고, IP 포워딩 테이블의 정보를 사용하여 패킷을 최종 대상으로 전달합니다. 각 LSP는 단 하나의 송신 라우터를 가질 수 있습니다. LSP의 수신 및 송신 라우터는 동일한 라우터가 될 수 없습니다.

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

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

LSP를 위한 수신 및 송신 라우터 주소 구성

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

LSP용 수신 라우터 주소 구성

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

기본적으로 라우터 ID는 수신 라우터의 주소로 선택됩니다. 소스 주소의 자동 선택을 무효화하려면 명령문에 from 소스 주소를 지정합니다.

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

LSP에서 사용하는 나가는 인터페이스는 사용자가 구성한 소스 주소의 영향을 받지 않습니다.

LSP용 송신 라우터 주소 구성

LSP를 구성할 때는 다음과 같은 명령문을 포함하여 to 송신 라우터의 주소를 지정해야 합니다.

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

신호 LSP to 를 설정할 때 명령문은 유일한 필수 명령문입니다. 다른 모든 문장은 선택 사항입니다.

LSP가 설정되면 송신 라우터의 주소가 라우팅 테이블의 호스트 경로로 설치됩니다. 그런 다음 BGP가 트래픽을 전송하는 데 이 경로를 사용할 수 있습니다.

소프트웨어가 LSP를 통해 BGP 트래픽을 전송하도록 하려면 송신 라우터의 주소는 다음 홉의 BGP 주소와 동일합니다. 송신 라우터의 주소를 라우터의 인터페이스 주소 중 하나 또는 BGP 라우터 ID로 지정할 수 있습니다. 주소가 동일한 라우터에 있는 경우에도 다른 주소를 지정하면 BGP 트래픽이 LSP를 통해 전송되지 않습니다.

BGP 다음 홉의 주소를 확인하려면 명령을 사용합니다 show route detail . LSP의 대상 주소를 확인하려면 명령을 사용합니다 show mpls lsp . 경로가 LSP를 통과했는지 확인하려면 해당 또는 show route forwarding-table 명령을 사용합니다show route. 이 마지막 두 명령의 출력에서 경로에 label-switched-path 포함된 키워드 또는 push 키워드는 LSP를 통과했음을 나타냅니다. 또한 명령을 사용하여 루트가 traceroute 이끄는 실제 경로를 추적합니다. 이는 경로가 LSP를 통과했는지 여부를 나타내는 또 다른 표시입니다.

또한 경로의 넥트 홉 주소를 설정하는 BGP 임포트 정책 필터를 정의하여 BGP 다음 홉의 주소를 조작할 수도 있습니다.

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

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

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

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

    • LSP가 트래픽에 영향을 주지 않고 올바르게 설정되었는지 확인합니다.

    • 점진적 단계에서 트래픽을 LSP에 매핑합니다.

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

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

명령문을 사용하여 to 구성된 송신 라우터 주소가 inet.3 및 inet.0 라우팅 테이블에 추가되지 않도록 하려면 다음과 같은 no-install-to-address 명령문을 포함합니다.

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

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

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

신호 LSP를 구성하려면 수신 라우터에서 다음 작업을 수행합니다.

명명된 경로 생성

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

각 경로 이름은 최대 32자리를 포함할 수 있으며 문자, 숫자, 마침표 및 하이픈을 포함할 수 있습니다. 이름은 수신 라우터 내에서 고유해야 합니다. 명명된 경로가 생성되면 명명된 경로와 secondary 명령문(statement)primary을 사용하여 계층 수준에서 LSP를 [edit protocols mpls label-switched-path label-path-name] 구성할 수 있습니다. 모든 LSP에서 동일한 명명된 경로를 지정할 수 있습니다.

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

빈 경로를 생성하려면 다음 양식의 명령문을 포함하여 명명된 경로를 만듭니다 path . 이 명령문 형식 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 하나 이상의 전송 라우터 주소를 지정합니다. 수신 또는 송신 라우터를 지정하는 것은 선택 사항입니다. 각 전송 라우터의 유형인 경우 각 전송 라우터를 나열할 필요는 없지만, 각 전송 라우터의 주소 또는 호스트 이름을 지정할 수 있습니다 loose. 수신 라우터(선택 사항) 또는 첫 번째 전송 라우터에서 시작하여 송신 라우터(선택 사항)나 라우터까지 경로를 따라 순차적으로 계속하여 송신 라우터 앞에 순서대로 주소를 지정합니다. 라우터 홉당 하나의 주소만 지정해야 합니다. 동일한 라우터에 대해 두 개 이상의 주소를 지정하면 첫 번째 주소만 사용됩니다. 추가 주소는 무시되고 잘립니다.

각 라우터 주소에 대해 다음 중 하나가 될 수 있는 유형을 지정합니다.

  • strict—(기본) 이전 라우터에서 이 라우터로 이동한 루트는 직접 경로이며 다른 라우터를 포함할 수 없습니다. 인터페이스 주소인 경우 address , 이 라우터는 수신 인터페이스가 지정된 인터페이스인지도 확인합니다. 이전 라우터와 이 라우터 간에 병렬 링크가 있을 때 수신 인터페이스가 지정된 인터페이스인지 확인하는 것이 중요합니다. 또한 링크별로 라우팅을 적용할 수 있습니다.

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

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

예제: 명명된 경로 생성

경로를 구성하고, to-hastings경로를 구성하여 수신에서 송신 라우터10.12.1.110.14.1.110.13.1.1로의 전체 엄격한 경로를 해당 순서로 , , 로 10.11.1.1지정합니다. 지정된 라우터를 제외한 어떤 중간 라우터도 있을 수 없습니다. 그러나 송신 라우터가 성명서에 특별히 나열되어 있지 않기 때문에 송신 라우터와 송신 라우터 사이에 10.11.1.1 중간 라우터가 path 있을 수 있습니다. 송신 전에 중간 라우터를 방지하려면 송신 라우터를 유형과 함께 strict 마지막 라우터로 구성하십시오.

경로를 alt-hastings생성하여 라우터 10.14.1.110.11.1.1을 사이에 있는 모든 수의 중간 라우터를 허용합니다. 또한 중간 라우터는 송신 라우터 간에 10.11.1.1 허용됩니다.

Fate 공유를 사용한 대체 백업 경로 구성

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

가능한 한 기본 경로를 통해 공유 링크 및 파이버 경로의 수를 최소화하는 백업 경로를 구성하여 파이버를 절단할 경우 최소한의 데이터가 손실되고 경로가 여전히 목적지에 있는지 확인할 수 있습니다.

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

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

페이트 공유 구성

페이트 공유를 구성하려면 다음과 같은 문장을 포함하십시오 fate-sharing .

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

각 운명 공유 그룹에는 최대 32자 길이가 될 수 있는 이름이 있어야 하며 문자, 숫자, 마침표(.) 및 하이픈(-)을 포함할 수 있습니다. 최대 512개의 그룹을 정의할 수 있습니다.

페이트 공유 그룹에는

  • 점대점(Point-to-Point) 링크—링크의 각 끝에 있는 IP 주소로 식별 번호가 지정되지 않은 점대점(point-to-point) 링크는 일반적으로 다른 인터페이스에서 IP 주소를 차용함으로써 식별됩니다. 주문은 중요하지 않습니다. from 10.1.3.4 to 10.1.3.5 동일한 from 10.1.3.5 to 10.1.3.4 의미를 갖습니다.

  • 비점점 간 링크—LAN 인터페이스(예: Gigabit Ethernet 인터페이스) 또는 NBMA(Nonbroadcast Multiacces) 인터페이스(예: ATM(Asynchronous Transfer Mode) 또는 프레임 릴레이)에 링크를 포함합니다. 개별 인터페이스 주소로 이러한 링크를 식별합니다. 예를 들어, LAN 인터페이스 192.168.200.0/24 에 4개의 라우터가 연결된 경우 각 라우터 링크가 개별적으로 식별됩니다.

    주소는 순서에 따라 나열할 수 있습니다.

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

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

그룹이 의미를 가지려면 최소 2개의 객체를 포함해야 합니다. 그룹을 0 또는 하나의 객체로 구성할 수 있습니다. 이 그룹은 처리 중에 무시됩니다.

객체는 모든 그룹의 수에 있을 수 있으며, 그룹은 모든 수의 객체를 포함할 수 있습니다. 각 그룹에는 구성 가능한 비용이 발생하며, 이는 이 그룹이 CSPF 계산에 미치는 영향 수준을 나타냅니다. 비용이 높을수록 백업 경로가 그룹의 모든 객체와 기본 경로와 공유할 가능성이 줄어듭니다. 이 비용은 트래픽 엔지니어링 메트릭과 직접 비교됩니다. 기본적으로 비용은 1입니다. 운명 공유 데이터베이스를 변경하는 것은 CSPF의 다음 재편이 될 때까지 설정된 LSP에 영향을 미치지 않습니다. 운명 공유 데이터베이스는 신속한 재라우트 컴퓨팅에 영향을 줍니다.

CSPF에 대한 의미

CSPF가 LSP의 기본 경로(또는 기본 경로가 활성화되지 않을 때 보조 경로)를 계산하면 운명 공유 정보가 무시됩니다. 기본 경로에 대해 항상 최상의 경로(최소 IGP 비용)를 찾으려고 합니다.

CSPF가 보조 경로를 계산하는 동안(동일한 LSP의 기본 경로)가 활성 상태일 때 다음이 발생합니다.

  1. CSPF는 기본 경로와 연관된 모든 운명 공유 그룹을 식별합니다. CSPF는 기본 경로가 통과하는 모든 링크와 노드를 식별하고 링크 또는 노드 중 하나 이상이 포함된 그룹 목록을 컴파일함으로써 이를 수행합니다. CSPF는 검색에서 수신 및 송신 노드를 무시합니다.

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

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

  4. 라우터는 조정된 토폴로지로 일반 CSPF 연산을 수행합니다.

Bypass LSP를 통한 Fate Sharing가 CSPF에 미치는 영향

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

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

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

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

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

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

페이트 공유 그룹 eastwest. 객체가 없기 때문에 west 처리 중에 무시됩니다.

MPLS 신호 LSP를 위한 중급 및 송신 라우터 구성

MPLS에 참여해야 하는 모든 MPLS 라우터에서 신호 기반 LSP를 구성하려면 이러한 라우터에서 MPLS 및 RSVP를 활성화해야 합니다.

수신 라우터와 송신 라우터 간의 연결 구성

Ingress 라우터는 기본 경로를 사용하여 Egress 라우터에 연결하고 다시 연결하려고 많은 시도를 할 수 있습니다. 수신 라우터가 기본 경로를 사용하여 연결을 설정하려고 시도하는 빈도와 재시도 시도 사이에 기다리는 시간을 제어할 수 있습니다.

재시도 타이머는 기본 경로를 사용하여 송신 라우터에 다시 연결하기 전에 수신 라우터가 기다리는 시간을 구성합니다. 기본 재시도 시간은 30초입니다. 시간은 1초에서 600초까지입니다. 이 값을 수정하려면 다음과 같은 명령문을 retry-timer 포함합니다.

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

기본적으로 수신 라우터가 기본 경로를 사용하여 송신 라우터에 대한 연결을 설정하거나 재구축하려고 시도하는 횟수로 제한되지 않습니다. 시도 횟수를 제한하기 위해 다음과 같은 명령문을 retry-limit 포함합니다.

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

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

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

핑 LSP

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

Ping MPLS LSP

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

에코 요청이 egress 노드에 도착하면 수신자가 패킷의 내용을 검사하고 UDP를 사용하여 올바른 반환 값이 포함된 회신을 보냅니다. 에코 요청을 보내는 라우터는 2초의 타임아웃 이후에 에코 응답을 받기 위해 기다린다(이 값을 구성할 수는 없음).

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

MPLS LSP 핑에 명령을 ping mpls <count count> <ldp <fec>> <rsvp <exp forwarding-class> <lsp-name>> 사용합니다. 보조 MPLS LSP 핑에 명령을 사용합니다 ping mpls <count count> <rsvp <lsp-name>> standby path-name . 이 명령에 대한 자세한 설명은 CLI Explorer를 참조하십시오.

주:

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

주:

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

Ping Point-to-Multipoint LSP

Ping to Multipoint LSP를 핑하려면 해당 ping mpls rsvp lsp-name multipoint 또는 ping mpls rsvp egress address 명령을 사용합니다. ping mpls rsvp lsp-name multipoint 명령은 모든 송신 라우터 식별자 목록과 P2P(Point-to-Multipoint) LSP 송신 라우터의 현재 상태를 반환합니다. ping mpls rsvp lsp-name multipoint egress address 명령은 지정된 송신 라우터의 현재 상태를 반환합니다.

MPLS LSP의 단말 장치 주소 핑

두 PE(Provider Edge) 라우터 간의 LSP가 실행 중인지 여부를 확인하려면 LSP의 단말 장치 주소를 핑할 수 있습니다. MPLS LSP 단말 장치를 핑하려면 이 명령을 사용합니다 ping mpls lsp-end-point address . 이 명령은 지정된 주소에서 어떤 유형의 LSP(RSVP 또는 LDP)가 종료되는지, LSP가 가동/중단되었는지 여부를 알려줍니다.

이 명령에 대한 자세한 설명은 CLI Explorer를 참조하십시오.

Ping CCC LSP

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

이 명령에 대한 자세한 설명은 CLI Explorer를 참조하십시오.

Ping Layer 3 VPN

유사한 명령 ping mpls l3vpn vpn-name prefix prefix <count count>어인 레이어 3 VPN 핑을 사용할 수 있습니다. 이 명령에 대한 자세한 내용은 라우팅 디바이스용 Junos OS VPN 라이브러리CLI Explorer를 참조하십시오.

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

Junos OS는 RFC 4379 기반의 LSP pingtraceroute 명령을 지원 하여 MPLS(Multi-Protocol Label Switched) 데이터 플레인 장애를 감지합니다.

RFC 4379 기반의 LSP pingtraceroute 명령어로 MPLS TTL 만료에 의존하여 LSP가 취한 경로를 추적합니다. LSP는 수신에서 송신까지 여러 경로를 취할 수 있습니다. 이는 특히 ECMP(Equal Cost Multipath)에서 발생합니다. LSP 명령은 LSP traceroute 노드에 대한 가능한 모든 경로를 추적할 수 있습니다.