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는 0개 이상의 전송 라우터를 포함할 수 있으며, 단일 LSP에 최대 253개의 전송 라우터를 포함할 수 있습니다.

단일 라우터는 여러 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. 마지막 두 명령의 출력에서 경로에 포함된 또는 push 키워드는 label-switched-path LSP를 통과했음을 나타냅니다. 또한 명령을 사용하여 traceroute 경로가 연결되는 실제 경로를 추적합니다. 이는 경로가 LSP를 통과했는지 여부를 나타내는 또 다른 지표입니다.

경로의 다음 홉 주소를 설정하는 BGP 가져오기 정책 필터를 정의하여 BGP 다음 홉의 주소를 조작할 수도 있습니다.

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

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

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

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

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

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

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

  • CCC 연결에서 IP 트래픽이 손실되지 않도록 합니다. LSP가 연결에 속하지 않는다고 판단하면 inet.3 라우팅 테이블에 문으로 to 지정된 주소를 설치합니다. 그런 다음 IP 트래픽이 CCC 원격 엔드포인트로 전달되며, 이로 인해 일부 유형의 PIC에 장애가 발생할 수 있습니다.

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

다음 계층 수준에서 이 명령문을 포함시킬 수 있습니다:

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

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

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

명명된 경로 만들기

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

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

LSP가 RSVP 세션에서 기본 또는 보조 경로와 연결되었는지 여부를 확인하려면 명령을 실행합니다 show rsvp session detail .

빈 경로를 만들려면 다음 형식의 path 문을 포함하여 명명된 경로를 만듭니다. 이 명령문 path 형식은 비어 있으며, 이는 수신 라우터와 송신 라우터 간의 모든 경로가 허용됨을 의미합니다. 실제로 사용되는 경로는 목적지 기반의 최선형 트래픽이 뒤따르는 경로와 동일한 경향이 있습니다.

다음 계층 수준에서 이 명령문을 포함시킬 수 있습니다:

  • [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.13.1.1, 10.12.1.1, 및 10.11.1.1를 통해 10.14.1.1수신에서 송신 라우터까지의 완전한 엄격한 경로를 지정합니다. 지정된 라우터를 제외한 중간 라우터는 있을 수 없습니다. 그러나 송신 라우터가 문에 구체적으로 나열되지 않았기 때문에 와 송신 라우터 사이에 10.11.1.1 중간 라우터가 있을 수 있습니다 path . 송신 전에 중간 라우터를 방지하려면 송신 라우터를 유형의 마지막 라우터 strict 로 구성합니다.

경로 을( alt-hastings를) 만들어 라우터 10.14.1.110.11.1.1. 사이에 임의의 수의 중간 라우터를 허용합니다. 또한 과 송신 라우터 사이에 10.11.1.1 중간 라우터가 허용됩니다.

Fate Sharing을 사용한 대체 백업 경로 구성

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

공유 링크 수를 최소화하는 백업 경로와 기본 경로가 있는 파이버 경로를 최대한 구성하여 파이버가 절단되더라도 최소한의 데이터 양이 손실되고 대상에 대한 경로가 계속 존재하도록 할 수 있습니다.

백업 경로가 최적으로 작동하려면 링크 또는 물리적 파이버 경로를 기본 경로와 공유하지 않아야 합니다. 이렇게 하면 단일 실패 지점이 기본 경로와 백업 경로에 동시에 영향을 주지 않습니다.

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

페이트 공유 구성

운명 공유를 구성하려면 다음과 같은 명령문을 포함하십시오.fate-sharing

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

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

운명 공유 그룹에는 세 가지 유형의 객체가 포함됩니다.

  • Point-to-point 링크 - 링크의 각 끝에 있는 IP 주소로 식별됩니다. 번호가 지정되지 않은 포인트 투 포인트 링크는 일반적으로 다른 인터페이스에서 IP 주소를 빌려 식별됩니다. 순서는 중요하지 않습니다. from 10.1.3.4 to 10.1.3.5 같은 from 10.1.3.5 to 10.1.3.4 의미를 가지고 있습니다.

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

    순서에 관계없이 주소를 나열할 수 있습니다.

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

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

그룹이 의미를 가지려면 적어도 두 개의 개체를 포함해야 합니다. 0개 또는 1개의 개체로 그룹을 구성할 수 있습니다. 이러한 그룹은 처리 중에 무시됩니다.

개체는 여러 그룹에 속할 수 있으며 그룹에는 여러 개체가 포함될 수 있습니다. 각 그룹에는 구성 가능한 비용이 있으며, 이는 이 그룹이 CSPF 계산에 미치는 영향 수준을 나타냅니다. 비용이 높을수록 백업 경로가 그룹의 모든 개체를 기본 경로와 공유할 가능성이 줄어듭니다. 비용은 트래픽 엔지니어링 메트릭과 직접 비교할 수 있습니다. 기본적으로 비용은 1입니다. 운명 공유 데이터베이스 변경은 CSPF의 다음 재 최적화까지 설정된 LSP에 영향을 미치지 않습니다. 운명 공유 데이터베이스는 빠른 경로 재지정 계산에 영향을 미칩니다.

CSPF에 대한 시사점

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

동일한 LSP의기본 경로가 활성 상태일 때 CSPF가 보조 경로를 계산하면 다음과 같은 결과가 발생합니다.

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

  2. CSPF는 컴파일된 그룹 목록과 비교하여 트래픽 엔지니어링 데이터베이스의 각 링크를 확인합니다. 링크가 그룹의 구성원인 경우 링크 비용은 그룹 비용만큼 증가합니다. 링크가 여러 그룹의 구성원인 경우 모든 그룹 비용이 합산됩니다.

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

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

우회 LSP와 운명 공유 시 CSPF에 대한 시사점

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

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

  • CSPF는 컴파일된 그룹 목록에 대해 트래픽 엔지니어링 데이터베이스의 각 링크(수신에서 바로 다운스트림 노드까지)를 확인합니다. 링크가 그룹의 구성원인 경우 링크 비용은 그룹 비용만큼 증가합니다.

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

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

예: 페이트 공유 구성

운명 공유 그룹 eastwest를 구성합니다. 에는 개체가 없기 때문에 west 처리 중에 무시됩니다.

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

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

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

수신 라우터는 기본 경로를 사용하여 송신 라우터에 연결 및 재연결을 여러 번 시도할 수 있습니다. 수신 라우터가 기본 경로를 사용하여 연결 설정을 시도하는 빈도와 재시도 사이에 대기하는 시간을 제어할 수 있습니다.

재시도 타이머는 기본 경로를 사용하여 송신 라우터에 다시 연결을 시도하기 전에 수신 라우터가 대기하는 시간을 구성합니다. 기본 재시도 시간은 30초입니다. 시간은 1초에서 600초 사이일 수 있습니다. 이 값을 수정하려면 retry-timer 문을 포함시킵니다:

이 명령문은 다음의 계층 수준에서 구성하실 수 있습니다.

기본적으로 수신 라우터가 기본 경로를 사용하여 송신 라우터에 대한 연결을 설정하거나 다시 설정하려고 시도하는 횟수에는 제한이 설정되어 있지 않습니다. 시도 횟수를 제한하려면 문을 포함합니다.retry-limit

이 명령문은 다음의 계층 수준에서 구성하실 수 있습니다.

제한은 최대 10,000개의 값일 수 있습니다. 재시도 한계를 초과하면 경로 연결을 설정하려는 시도가 더 이상 수행되지 않습니다. 이 시점에서 기본 경로를 다시 시작하려면 개입이 필요합니다.

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

LSP 핑

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

MPLS LSP 핑

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

에코 요청이 송신 노드에 도착하면 수신자는 패킷의 내용을 확인하고 UDP를 사용하여 올바른 반환 값이 포함된 응답을 보냅니다. 에코 요청을 보내는 라우터는 2초의 시간 초과 후에 에코 응답을 수신하기 위해 대기합니다(이 값을 구성할 수 없음).

원격 라우터의 계층 수준에서 MPLS [edit protocols mpls] 를 구성해야 그곳에서 종료되는 LSP를 ping할 수 있습니다. LDP FEC(Forwarding Equivalence Class)만 ping하려는 경우에도 MPLS를 구성해야 합니다.

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

주:

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

주:

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

Point-to-Multipoint LSP 핑

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

MPLS LSP의 엔드포인트 주소 ping

두 프로바이더 에지(PE) 라우터 간의 LSP가 실행 중인지 확인하기 위해 LSP의 엔드포인트 주소를 ping하면 됩니다. MPLS LSP 엔드포인트를 ping하려면 명령을 사용합니다 ping mpls lsp-end-point address . 이 명령은 지정된 주소에서 종료되는 LSP 유형(RSVP 또는 LDP)과 해당 LSP가 작동 중인지 여부를 알려줍니다.

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

CCC LSP 핑

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

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

레이어 3 VPN 핑

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

RFC 4379에 기반한 LSP 핑 및 경로 추적 명령 지원

Junos OS는 RFC 4379, MPLS(Multi-Protocol Label Switched) 데이터 플레인 오류 감지에 기반한 LSP pingtraceroute 명령을 지원합니다.

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