이 페이지의 내용
MPLS 문제 해결
MPLS 인터페이스 확인
목적
네트워크의 라우터에서 MPLS 프로토콜이 올바르게 구성되지 않으면 인터페이스는 MPLS 스위칭을 수행할 수 없습니다.
인터페이스에서 해결해야 하는 레이블 경로의 경우, family mpls 경로가 성공적으로 해결되도록 계층 수준에서 [edit interfaces] 구성해야 합니다. 인터페이스가 로 family mpls구성되지 않은 경우, 레이블이 지정된 경로는 해결되지 않습니다.
작업
MPLS 인터페이스를 확인하려면, 다음 Junos OS 명령줄 인터페이스(CLI) 운영 모드 명령을 입력합니다:
user@host> show mpls interface
샘플 출력 1
명령 이름
다음 샘플 출력은 MPLS 네트워크 토폴로지에 표시된 네트워크의 모든 라우터에 대한 것입니다.
user@R1> show mpls interface Interface State Administrative groups so-0/0/0.0 Up <none> so-0/0/1.0 Up <none> so-0/0/2.0 Up <none> user@R2> show mpls interface Interface State Administrative groups so-0/0/0.0 Up <none> so-0/0/1.0 Up <none> so-0/0/2.0 Up <none> so-0/0/3.0 Up <none> user@R3> show mpls interface Interface State Administrative groups so-0/0/0.0 Up <none> so-0/0/1.0 Up <none> so-0/0/2.0 Up <none> so-0/0/3.0 Up <none> user@R4> show mpls interface Interface State Administrative groups so-0/0/0.0 Up <none> so-0/0/1.0 Up <none> so-0/0/2.0 Up <none> so-0/0/3.0 Up <none> user@R5> show mpls interface Interface State Administrative groups so-0/0/0.0 Up <none> so-0/0/1.0 Up <none> so-0/0/2.0 Up <none> user@R6> show mpls interface Interface State Administrative groups so-0/0/0.0 Up <none> so-0/0/1.0 Up <none> so-0/0/2.0 Up <none> so-0/0/3.0 Up <none>
샘플 출력 2
명령 이름
user@R6> show mpls interface Interface State Administrative groups so-0/0/0.0 Up <none> so-0/0/1.0 Up <none> so-0/0/3.0 Up <none> # so-0/0/2.0 is missing
샘플 출력 3
명령 이름
user@host> show mpls interface MPLS not configured
의미
샘플 출력 1은 네트워크의 모든 라우터에서 모든 MPLS 인터페이스가 활성화되고(업) MPLS 스위칭을 수행할 수 있음을 보여줍니다. [edit protocols mpls] 계층 수준에서 올바른 인터페이스를 구성하지 않거나 [edit interfaces type-fpc/pic/port unit number ] 계층 수준에서 문을 포함family mpls 하지 않는 경우, 인터페이스는 MPLS 스위칭을 수행할 수 없으며 명령의 show mpls interface 출력에 나타나지 않습니다.
관리 그룹은 MPLS 네트워크 토폴로지의 예제 네트워크에 표시된 인터페이스에서 구성되지 않습니다. 그러나 만약 그렇다면, 출력은 라우터에서 활성화된 선호도 클래스 비트를 나타냅니다.
샘플 출력 2는 인터페이스 so-0/0/2.0 이 누락되어 잘못 구성될 수 있음을 보여줍니다. 예를 들어, 인터페이스가 [edit protocols mpls] 계층 수준에 포함되지 않거나 family mpls , 문이 [edit interfaces type-fpc/pic/port unit number] 계층 수준에 포함되지 않을 수 있습니다. 인터페이스가 올바르게 구성되면, RSVP는 아직 이 인터페이스에 신호를 보내지 않았을 수도 있습니다. 잘못 구성된 인터페이스를 결정하는 방법에 대한 자세한 내용은 프로토콜 패밀리 확인을 참조하십시오.
샘플 출력 3은 MPLS 프로토콜이 [edit protocols mpls] 계층 수준에서 구성되지 않음을 보여줍니다.
프로토콜 체계 검증
목적
논리적 인터페이스가 MPLS를 활성화하지 않으면 MPLS 스위칭을 수행할 수 없습니다. 이 단계를 통해 MPLS 및 기타 프로토콜 체계와 함께 어떤 인터페이스가 구성되는지 신속하게 결정할 수 있습니다.
작업
네트워크의 라우터에서 구성된 프로토콜 체계를 확인하기 위해 다음 Junos OS CLI 운영 모드 명령을 입력합니다.
user@host> show interfaces terse
샘플 출력 1
명령 이름
user@R1> show interfaces terse
Interface Admin Link Proto Local Remote
so-0/0/0 up up
so-0/0/0.0 up up inet 10.1.12.1/30
iso
mpls
so-0/0/1 up up
so-0/0/1.0 up up inet 10.1.15.1/30
iso
mpls
so-0/0/2 up up
so-0/0/2.0 up up inet 10.1.13.1/30
iso
mpls
so-0/0/3 up down
user@R2> show interfaces terse
Interface Admin Link Proto Local Remote
so-0/0/0 up up
so-0/0/0.0 up up inet 10.1.12.2/30
iso
mpls
so-0/0/1 up up
so-0/0/1.0 up up inet 10.1.23.1/30
iso
mpls
so-0/0/2 up up
so-0/0/2.0 up up inet 10.1.26.1/30
iso
mpls
so-0/0/3 up up
so-0/0/3.0 up up inet 10.1.24.1/30
iso
mpls
user@R3> show interfaces terse
Interface Admin Link Proto Local Remote
so-0/0/0 up up
so-0/0/0.0 up up inet 10.1.34.1/30
iso
mpls
so-0/0/1 up up
so-0/0/1.0 up up inet 10.1.23.2/30
iso
mpls
so-0/0/2 up up
so-0/0/2.0 up up inet 10.1.13.2/30
iso
mpls
so-0/0/3 up up
so-0/0/3.0 up up inet 10.1.36.1/30
iso
mpls
user@R4> show interfaces terse
Interface Admin Link Proto Local Remote
so-0/0/0 up up
so-0/0/0.0 up up inet 10.1.34.2/30
iso
mpls
so-0/0/1 up up
so-0/0/1.0 up up inet 10.1.46.1/30
iso
mpls
so-0/0/2 up up
so-0/0/2.0 up up inet 10.1.45.1/30
iso
mpls
so-0/0/3 up up
so-0/0/3.0 up up inet 10.1.24.2/30
iso
mpls
user@R5> show interfaces terse
Interface Admin Link Proto Local Remote
so-0/0/0 up up
so-0/0/0.0 up up inet 10.1.56.1/30
iso
mpls
so-0/0/1 up up
so-0/0/1.0 up up inet 10.1.15.2/30
iso
mpls
so-0/0/2 up up
so-0/0/2.0 up up inet 10.1.45.2/30
iso
mpls
so-0/0/3 up down
user@R6> show interfaces terse
Interface Admin Link Proto Local Remote
so-0/0/0 up up
so-0/0/0.0 up up inet 10.1.56.2/30
iso
mpls
so-0/0/1 up up
so-0/0/1.0 up up inet 10.1.46.2/30
iso
mpls
so-0/0/2 up up
so-0/0/2.0 up up inet 10.1.26.2/30
iso
mpls
so-0/0/3 up up
so-0/0/3.0 up up inet 10.1.36.2/30
iso
mpls
샘플 출력 2
명령 이름
user@R6> show interfaces terse
Interface Admin Link Proto Local Remote
so-0/0/0 up up
so-0/0/0.0 up up inet 10.1.56.2/30
iso
mpls
so-0/0/1 up up
so-0/0/1.0 up up inet 10.1.46.2/30
iso
mpls
so-0/0/2 up up
so-0/0/2.0 up up inet 10.1.26.2/30
iso #The mpls statement is missing.
so-0/0/3 up up
so-0/0/3.0 up up inet 10.1.36.2/30
iso
mpls
의미
샘플 출력 1은 인터페이스, 링크의 관리 상태(Admin), 링크의 데이터 링크 레이어 상태(Link), 인터페이스에 구성된 프로토콜 체계(Proto), 인터페이스의 로컬 및 원격 주소를 보여줍니다.
MPLS 네트워크 토폴로지에 표시된 네트워크의 모든 경로에 있는 모든 인터페이스는 MPLS 및 IS-IS와 함께 데이터 링크 레이어에서 관리적으로 활성화되고 작동하며 inet 주소를 가지고 있습니다. 모두 IPv4 프로토콜 패밀리(inet)로 구성되며 [edit interfaces type-fpc/pic/port unit number] 계층 수준에서 구성된 IS-IS(iso) 및 MPLS(mpls) 프로토콜 패밀리를 가지고 있습니다.
샘플 출력 2는 R6의 인터페이스 so-0/0/2.0이 [edit interfaces type-fpc/pic/port unit number] 계층 수준에 포함된 명령문을 가지고 mpls 있지 않다는 것을 보여줍니다.
MPLS 구성 확인
목적
전송 및 수신 라우터를 확인한 후, 명령을 사용하여 traceroute BGP 다음 홉을 확인하고, 명령을 사용하여 ping 활성 경로를 확인한 후, 및 [edit interfaces] 계층 수준에서 [edit protocols mpls] MPLS 구성에 대한 문제를 확인할 수 있습니다.
인터페이스에서 해결해야 하는 레이블 경로의 경우, family mpls 경로가 성공적으로 해결되도록 계층 수준에서 [edit interfaces] 구성해야 합니다. 인터페이스가 로 family mpls구성되지 않은 경우, 레이블이 지정된 경로는 해결되지 않습니다.
작업
MPLS 구성을 확인하기 위해 수신, 전송 및 송신 라우터에서 다음 명령을 입력합니다.
user@host> show configuration protocols mpls user@host> show configuration interfaces
샘플 출력 1
명령 이름
user@R1> show configuration protocols mpls
label-switched-path R1-to-R6 {
to 10.0.0.6;
}
inactive: interface so-0/0/0.0;
inactive: interface so-0/0/1.0;
interface so-0/0/2.0;
interface fxp0.0 {
disable;
}
user@R3> show configuration protocols mpls
interface fxp0.0 {
disable;
}
inactive: interface so-0/0/0.0;
inactive: interface so-0/0/1.0;
interface so-0/0/2.0;
interface so-0/0/3.0;
user@R6> show configuration protocols mpls
label-switched-path R6-to-R1 {
to 10.0.0.1;
}
inactive: interface so-0/0/0.0;
inactive: interface so-0/0/1.0;
inactive: interface so-0/0/2.0;
inactive: interface so-0/0/3.0; <<< Incorrectly configured
샘플 출력 2
명령 이름
user@R6> show configuration interfaces
so-0/0/0 {
unit 0 {
family inet {
address 10.1.56.2/30;
}
family iso;
family mpls;
}
}
so-0/0/1 {
unit 0 {
family inet {
address 10.1.46.2/30;
}
family iso;
family mpls;
}
}
so-0/0/2 {
unit 0 {
family inet {
address 10.1.26.2/30;
}
family iso;
family mpls;
}
}
so-0/0/3 {
unit 0 {
family inet {
address 10.1.36.2/30;
}
family iso;
family mpls;
}
}
fxp0 {
unit 0 {
family inet {
address 192.168.70.148/21;
}
}
}
lo0 {
unit 0 {
family inet {
address 10.0.0.6/32;
address 127.0.0.1/32;
}
family iso {
address 49.0003.1000.0000.0006.00;
}
}
}
의미
수신, 전송 및 송신 라우터의 샘플 출력 1은 송신 라우터 R6 의 인터페이스 구성이 올바르지 않음을 보여줍니다. 인터페이스 so-0/0/3.0 은 LSP가 이동하는 인터페이스이기 때문에 활성화되어야 할 때 [edit protocols mpls] 계층 수준에서 비활성으로 포함됩니다.
샘플 출력 2는 송신 라우터 R6의 MPLS에 대해 인터페이스가 올바르게 구성된 것을 보여줍니다. 인터페이스는 수신 및 전송 라우터에서도 올바르게 구성됩니다(표시되지 않음).
MPLS 계층 확인
목적
레이블 스위칭 경로(LSP)를 구성하고 명령을 실행 show mpls lsp 하여 오류가 있음을 확인한 후, 오류가 물리적, 데이터 링크, 인터넷 프로토콜(IP), 내부 게이트웨이 프로토콜(IGP) 또는 리소스 예약 프로토콜(RSVP) 계층에 있지 않은 것으로 나타날 수 있습니다. 네트워크의 MPLS 계층에서 문제를 계속 조사합니다.
그림 1 은 계층화된 MPLS 모델의 MPLS 계층을 보여줍니다.
확인
MPLS 계층을 사용하여 LSP가 작동 중이고 올바르게 작동하는지 확인할 수 있습니다. 네트워크가 이 계층에서 작동하지 않으면 LSP가 구성된 대로 작동하지 않습니다.
그림 2 는 이 주제에 사용되는 MPLS 네트워크를 보여줍니다.
에서 손상된 MPLS 네트워크
그림 2에 표시된 네트워크는 직접 연결된 모든 인터페이스가 다른 모든 유사한 인터페이스에 패킷을 전송하거나 수신할 수 있는 완전히 연결된 구성입니다. 이 네트워크의 LSP는 수신 라우터 R1에서 전송 라우터 R3을 거쳐 송신 라우터 R6으로 실행되도록 구성됩니다. 또한 역방향 LSP는 R6에서 R3을 통해 R1로 실행되어 양방향 트래픽을 생성하도록 구성됩니다.
그러나 이 예에서는 R6 에서 R1로의 경로 없이 역방향 LSP가 다운됩니다.
그림 2에 표시된 십자는 LSP가 손상된 위치를 나타냅니다. LSP가 손상되는 몇 가지 가능한 이유로는 잘못 구성된 MPLS 프로토콜 또는 MPLS에 대해 잘못 구성된 인터페이스가 있을 수 있습니다.
그림 2에 표시된 네트워크에서 송신 라우터 R6의 구성 오류로 인해 LSP가 네트워크를 예상대로 통과하지 못합니다.
MPLS 계층을 확인하려면 다음 단계를 따르십시오.
- LSP 확인
- 전송 라우터에서 LSP 경로 확인
- 수신 라우터에서 LSP 경로 확인
- traceroute 명령을 사용하여 MPLS 레이블 확인
- ping 명령으로 MPLS 레이블 확인
- 적절한 조치 취하기
- LSP 다시 확인
LSP 확인
목적
일반적으로 이 명령을 사용하여 show mpls lsp extensive LSP를 확인합니다. 그러나 LSP 상태를 빠르게 확인하려면 이 show mpls lsp 명령을 사용하십시오. LSP가 다운되면 광범위한 옵션을show mpls lsp extensive) 사용하십시오(후속 조치로). 네트워크에 수많은 LSP가 있는 경우, 이름 옵션( 또는 광범위한)nameshow mpls lsp name을 사용하여 LSP의 이름을 지정하는 것을 고려할 수 있습니다.name show mpls lsp name
작업
LSP가 작동 중인지 확인하려면 수신 라우터에서 다음 명령의 일부 또는 전부를 입력합니다.
user@host> show mpls lsp user@host> show mpls lsp extensive user@host> show mpls lsp name name user@host> show mpls lsp name name extensive
샘플 출력 1
명령 이름
user@R1> show mpls lsp Ingress LSP: 1 sessions To From State Rt ActivePath P LSPname 10.0.0.6 10.0.0.1 Dn 0 - R1-to-R6 Total 1 displayed, Up 0, Down 1 Egress LSP: 0 sessions Total 0 displayed, Up 0, Down 0 Transit LSP: 0 sessions Total 0 displayed, Up 0, Down 0 user@R3> show mpls lsp Ingress LSP: 0 sessions Total 0 displayed, Up 0, Down 0 Egress LSP: 0 sessions Total 0 displayed, Up 0, Down 0 Transit LSP: 0 sessions Total 0 displayed, Up 0, Down 0 user@R6> show mpls lsp Ingress LSP: 1 sessions To From State Rt ActivePath P LSPname 10.0.0.1 10.0.0.6 Dn 0 - R6-to-R1 Total 1 displayed, Up 0, Down 1 Egress LSP: 0 sessions Total 0 displayed, Up 0, Down 0 Transit LSP: 0 sessions Total 0 displayed, Up 0, Down 0
샘플 출력 2
명령 이름
user@R1> show mpls lsp extensive
Ingress LSP: 1 sessions
10.0.0.6
From: 10.0.0.1, State: Dn, ActiveRoute: 0, LSPname: R1-to-R6
ActivePath: (none)
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
Primary State: Dn
Will be enqueued for recomputation in 22 second(s).
1 Nov 2 14:43:38 CSPF failed: no route toward 10.0.0.6 [175 times]
Created: Tue Nov 2 13:18:39 2004
Total 1 displayed, Up 0, Down 1
Egress LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
user@R3> show mpls lsp extensive
Ingress LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
Egress LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
user@R6> show mpls lsp extensive
Ingress LSP: 1 sessions
10.0.0.1
From: 10.0.0.6, State: Dn, ActiveRoute: 0, LSPname: R6-to-R1
ActivePath: (none)
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
Primary State: Dn
Will be enqueued for recomputation in 13 second(s).
1 Nov 2 14:38:12 CSPF failed: no route toward 10.0.0.1 [177 times]
Created: Tue Nov 2 13:12:22 2004
Total 1 displayed, Up 0, Down 1
Egress LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
샘플 출력 3
명령 이름
user@R1> show mpls lsp name R1-to-R6 Ingress LSP: 1 sessions To From State Rt ActivePath P LSPname 10.0.0.6 10.0.0.1 Dn 0 - R1-to-R6 Total 1 displayed, Up 0, Down 1 Egress LSP: 0 sessions Total 0 displayed, Up 0, Down 0 Transit LSP: 0 sessions Total 0 displayed, Up 0, Down 0
샘플 출력 4
명령 이름
user@R1> show mpls lsp name R1-to-R6 extensive
Ingress LSP: 1 sessions
10.0.0.6
From: 10.0.0.1, State: Dn, ActiveRoute: 0, LSPname: R1-to-R6
ActivePath: (none)
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
Primary State: Dn
Will be enqueued for recomputation in 10 second(s).
1 Nov 2 14:51:53 CSPF failed: no route toward 10.0.0.6[192 times]
Created: Tue Nov 2 13:18:39 2004
Total 1 displayed, Up 0, Down 1
Egress LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
의미
샘플 출력 1은 수신, 전송 및 송신 라우터에 대한 LSP 상태에 대한 간략한 설명을 보여줍니다. 수신 라우터 R1 과 송신 라우터 R6 의 출력은 R1-to-R6 및 R6-toR1의 두 LSP가 모두 다운되었음을 보여줍니다. R1 과 R6에 구성된 LSP를 사용하면 R1 과 R6 모두에서 송신 LSP 세션을 예상할 수 있습니다. 또한 전송 라우터 R3 에는 전송 세션이 없습니다.
샘플 출력 2는 모든 과거 상태 기록 및 LSP가 실패한 이유를 포함하여 LSP에 대한 모든 정보를 보여줍니다. R1 과 R6 의 출력은 CSPF(Constrained Shortest Path First) 알고리즘이 실패했기 때문에 목적지에 대한 경로가 없음을 나타냅니다.
샘플 출력 3과 4는 extensive 옵션을 사용한 명령에 대한 show mpls lsp name 출력 예를 보여줍니다. 이 경우, 출력은 명령과 show mpls lsp 매우 유사합니다. 이는 MPLS 계층에서 손상된 MPLS 네트워크의 예시 네트워크에 하나의 LSP만 구성되어 있기 때문입니다. 그러나 많은 LSP가 구성된 대규모 네트워크에서는 두 명령 간에 결과가 상당히 다를 수 있습니다.
전송 라우터에서 LSP 경로 확인
목적
LSP가 작동하면 LSP 경로가 mpls.0 라우팅 테이블에 나타나야 합니다. MPLS는 각 LSP의 다음 레이블 스위칭 라우터 목록을 포함하는 MPLS 경로 라우팅 테이블(mpls.0)을 유지합니다. 이 라우팅 테이블은 LSP를 따라 다음 라우터로 패킷을 라우팅하기 위해 전송 라우터에서 라우터에 사용됩니다. 전송 라우터의 출력에 경로가 없는 경우, 수신 및 송신 라우터에서 MPLS 프로토콜 구성을 확인합니다.
작업
전송 라우터에서 LSP 경로를 확인하려면 전송 라우터에서 다음 명령을 입력합니다.
user@host> show route table mpls.0
샘플 출력 1
명령 이름
user@R3> show route table mpls.0
mpls.0: 3 destinations, 3 routes (3 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
0 *[MPLS/0] 16w2d 21:52:40, metric 1
Receive
1 *[MPLS/0] 16w2d 21:52:40, metric 1
Receive
2 *[MPLS/0] 16w2d 21:52:40, metric 1
Receive
샘플 출력 2
명령 이름
user@R3> show route table mpls.0
mpls.0: 7 destinations, 7 routes (7 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
0 *[MPLS/0] 16w2d 22:26:08, metric 1
Receive
1 *[MPLS/0] 16w2d 22:26:08, metric 1
Receive
2 *[MPLS/0] 16w2d 22:26:08, metric 1
Receive
100864 *[RSVP/7] 00:07:23, metric 1
> via so-0/0/2.0, label-switched-path R6-to-R1
100864(S=0) *[RSVP/7] 00:07:23, metric 1
> via so-0/0/2.0, label-switched-path R6-to-R1
100880 *[RSVP/7] 00:07:01, metric 1
> via so-0/0/3.0, label-switched-path R1-to-R6
100880(S=0) *[RSVP/7] 00:07:01, metric 1
> via so-0/0/3.0, label-switched-path R1-to-R6
의미
전송 라우터 R3 의 샘플 출력 1은 MPLS 레이블 항목의 형태로 경로 항목 3개를 보여줍니다. 이러한 MPLS 레이블은 RFC 3032에 정의된 예약된 MPLS 레이블이며, LSP의 상태와 관계없이 항상 mpls.0 라우팅 테이블에 존재합니다. RSVP가 업스트림 이웃에 할당한 수신 레이블이 출력에서 누락되어 LSP가 다운되었음을 나타냅니다. MPLS 레이블 항목에 대한 자세한 내용은 LSP 사용 확인을 위한 체크리스트를 참조하십시오.
이와는 대조적으로, 샘플 출력 2는 올바르게 구성된 LSP에 대한 MPLS 레이블 및 경로를 보여줍니다. 3개의 예약된 MPLS 레이블이 존재하며, 다른 4개의 항목은 RSVP가 업스트림 neighbor에 할당한 수신 레이블을 나타냅니다. 이 네 개의 항목은 두 개의 경로를 나타냅니다. MPLS 헤더의 스택 값이 다를 수 있으므로 경로당 두 개의 항목이 있습니다. 각 경로에 대해 두 번째 항목 100864(S=0) 및 100880(S=0)은 스택 깊이가 1이 아니며 추가 레이블 값이 패킷에 포함되어 있음을 나타냅니다. 이와는 대조적으로, 첫 번째 항목인 100864 및 100880은 스택 깊이 1을 나타내고 각 레이블을 특정 패킷의 마지막 레이블로 만드는 추론된 S=1 값을 갖습니다. 이중 항목은 이것이 끝에서 두 번째 라우터임을 나타냅니다. MPLS 레이블 스태킹에 대한 자세한 정보는 RFC 3032, MPLS 레이블 스택 인코딩을 참조하십시오.
수신 라우터에서 LSP 경로 확인
목적
LSP 경로가 지정된 주소에 대한 inet.3 라우팅 테이블의 활성 항목에 포함되어 있는지 확인합니다.
작업
LSP 경로를 확인하려면 수신 라우터에서 다음 명령을 입력합니다.
user@host> show route destination
샘플 출력 1
명령 이름
user@R1> show route 10.0.0.6
inet.0 : 27 destinations, 27 routes (27 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
10.0.0.6/32 *[IS-IS/18] 6d 01:41:37, metric 20
to 10.1.12.2 via so-0/0/0.0
> to 10.1.15.2 via so-0/0/1.0
to 10.1.13.2 via so-0/0/2.0
user@R6> show route 10.0.0.1
inet.0 : 28 destinations, 28 routes (28 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
10.0.0.1/32 *[IS-IS/18] 5d 01:01:38, metric 20
to 10.1.56.1 via so-0/0/0.0
> to 10.1.26.1 via so-0/0/2.0
to 10.1.36.1 via so-0/0/3.0
샘플 출력 2
명령 이름
user@R1> show route 10.0.0.6
inet.0: 28 destinations, 28 routes (27 active, 0 holddown, 1 hidden)
+ = Active Route, - = Last Active, * = Both
10.0.0.6/32 *[IS-IS/18] 6d 02:13:42, metric 20
to 10.1.12.2 via so-0/0/0.0
> to 10.1.15.2 via so-0/0/1.0
to 10.1.13.2 via so-0/0/2.0
inet.3 : 1 destinations, 1 routes (1 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
10.0.0.6/32 *[RSVP/7] 00:08:07, metric 20
> via so-0/0/2.0, label-switched-path R1-to-R6
user@R6> show route 10.0.0.1
inet.0: 29 destinations, 29 routes (28 active, 0 holddown, 1 hidden)
+ = Active Route, - = Last Active, * = Both
10.0.0.1/32 *[IS-IS/18] 5d 01:34:03, metric 20
to 10.1.56.1 via so-0/0/0.0
> to 10.1.26.1 via so-0/0/2.0
to 10.1.36.1 via so-0/0/3.0
inet.3 : 1 destinations, 1 routes (1 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
10.0.0.1/32 *[RSVP/7] 00:10:39, metric 20
> via so-0/0/3.0, label-switched-path R6-to-R1
의미
샘플 출력 1은 inet.0 라우팅 테이블의 항목만 보여줍니다. LSP가 작동하지 않기 때문에 출력에서 inet.3 라우팅 테이블이 누락되었습니다. inet.0 라우팅 테이블은 IGP(Interior Gateway Protocol) 및 BGP(Border Gateway Protocol)에서 라우팅 정보를 저장하는 데 사용됩니다. 이 경우 IGP는 IS-IS(Intermediate System-to-Intermediate System)입니다. inet.0 라우팅 테이블에 대한 자세한 내용은 Junos MPLS 애플리케이션 구성 가이드를 참조하십시오.
LSP가 작동 중이라면 inet.3 라우팅 테이블에 LSP를 포함하는 항목을 볼 수 있을 것으로 예상합니다. inet.3 라우팅 테이블은 BGP 패킷을 대상 송송신 라우터로 라우팅하기 위해 수신 라우터에서 사용됩니다. BGP는 수신 라우터의 inet.3 라우팅 테이블을 사용하여 다음 홉 주소를 확인할 수 있도록 지원합니다. BGP는 MPLS 계층에서 손상된 MPLS 네트워크에 표시된 예시 네트워크에서 구성됩니다.
샘플 출력 2는 LSP가 작동할 때 수신해야 하는 출력을 보여줍니다. 출력은 inet.0 및 inet.3 라우팅 테이블을 모두 보여주며, 이는 LSP R1-to-R6 및 R6-to-R1 을 사용할 수 있음을 나타냅니다.
traceroute 명령을 사용하여 MPLS 레이블 확인
목적
해당 경로에 대한 BGP 다음 홉이 LSP 송신 주소인 BGP 대상으로 패킷이 이동하는 경로를 표시합니다. 기본적으로 BGP는 inet.0 및 inet.3 라우팅 테이블을 사용하여 다음 홉 주소를 확인합니다. BGP 경로의 다음 홉 주소가 송신 라우터의 라우터 ID가 아닌 경우, 트래픽은 LSP가 아닌 IGP 경로에 매핑됩니다. 이 명령을 디버깅 도구로 사용하여 traceroute LSP가 트래픽 전달에 사용되고 있는지 여부를 결정합니다.
작업
MPLS 레이블을 확인하려면 수신 라우터에서 다음 명령을 입력합니다.
user@host> traceroute hostname
샘플 출력 1
명령 이름
user@R1> traceroute 100.100.6.1 traceroute to 100.100.6.1 (100.100.6.1), 30 hops max, 40 byte packets 1 10.1.12.2 (10.1.12.2) 0.627 ms 0.561 ms 0.520 ms 2 10.1.26.2 (10.1.26.2) 0.570 ms !N 0.558 ms !N 4.879 ms !N user@R6> traceroute 100.100.1.1 traceroute to 100.100.1.1 (100.100.1.1), 30 hops max, 40 byte packets 1 10.1.26.1 (10.1.26.1) 0.630 ms 0.545 ms 0.488 ms 2 10.1.12.1 (10.1.12.1) 0.551 ms !N 0.557 ms !N 0.526 ms !N
샘플 출력 2
명령 이름
user@R1> traceroute 100.100.6.1
to 100.100.6.1 (100.100.6.1), 30 hops max, 40 byte packets
1 10.1.13.2 (10.1.13.2) 0.866 ms 0.746 ms 0.724 ms
MPLS Label=100912 CoS=0 TTL=1 S=1
2 10.1.36.2 (10.1.36.2) 0.577 ms !N 0.597 ms !N 0.546 ms !N
user@R6> traceroute 100.100.1.1
traceroute to 100.100.1.1 (100.100.1.1), 30 hops max, 40 byte packets
1 10.1.36.1 (10.1.36.1) 0.802 ms 0.716 ms 0.688 ms
MPLS Label=100896 CoS=0 TTL=1 S=1
2 10.1.13.1 (10.1.13.1) 0.570 ms !N 0.568 ms !N 0.546 ms !N
의미
샘플 출력 1은 BGP 트래픽이 LSP를 사용하지 않으므로 MPLS 레이블이 출력에 나타나지 않음을 보여줍니다. BGP 트래픽은 LSP를 사용하는 대신 IGP( MPLS 계층에서 손상된 MPLS 네트워크의 네트워크 예에서 IS-IS)를 사용하여 BGP 다음 홉 LSP 송신 주소에 도달합니다. Junos OS 기본 동작은 BGP 다음 홉이 LSP 송신 주소와 같을 때 BGP 트래픽에 LSP를 사용합니다.
샘플 출력 2는 올바르게 구성된 LSP에 대한 출력 예입니다. 출력에는 BGP 트래픽이 LSP를 사용하여 BGP 다음 홉에 도달하고 있음을 나타내는 MPLS 레이블이 표시됩니다.
ping 명령으로 MPLS 레이블 확인
목적
특정 LSP를 ping할 때 에코 요청이 LSP를 통해 MPLS 패킷으로 전송되는지 확인합니다.
작업
MPLS 레이블을 확인하려면 수신 라우터에서 다음 명령을 입력하여 송신 라우터를 ping합니다.
user@host> ping mpls rsvp lsp-name detail
예를 들면 다음과 같습니다.
user@R1> ping mpls rsvp R1-to-R6 detail
샘플 출력 1
명령 이름
user@R1> ping mpls rsvp R1-to-R6 detail LSP R1-to-R6 - LSP has no active path, exiting. user@R6> ping mpls rsvp R6-to-R1 detail LSP R6-to-R1 - LSP has no active path, exiting.
샘플 출력 2
명령 이름
user@R1> traceroute 10.0.0.6 traceroute to 10.0.0.6 (10.0.0.6), 30 hops max, 40 byte packets 1 10.1.15.2 (10.1.15.2) 0.708 ms 0.613 ms 0.576 ms 2 10.0.0.6 (10.0.0.6) 0.763 ms 0.708 ms 0.700 ms user@R1> ping mpls rsvp R1-to-R6 detail Request for seq 1, to interface 69, label 100880 Reply for seq 1, return code: Egress-ok Request for seq 2, to interface 69, label 100880 Reply for seq 2, return code: Egress-ok Request for seq 3, to interface 69, label 100880 Reply for seq 3, return code: Egress-ok Request for seq 4, to interface 69, label 100880 Reply for seq 4, return code: Egress-ok Request for seq 5, to interface 69, label 100880 Reply for seq 5, return code: Egress-ok --- lsping statistics --- 5 packets transmitted, 5 packets received, 0% packet loss user@R6> ping mpls rsvp R6-to-R1 detail Request for seq 1, to interface 70, label 100864 Reply for seq 1, return code: Egress-ok Request for seq 2, to interface 70, label 100864 Reply for seq 2, return code: Egress-ok Request for seq 3, to interface 70, label 100864 Reply for seq 3, return code: Egress-ok Request for seq 4, to interface 70, label 100864 Reply for seq 4, return code: Egress-ok Request for seq 5, to interface 70, label 100864 Reply for seq 5, return code: Egress-ok --- lsping statistics --- 5 packets transmitted, 5 packets received, 0% packet loss
의미
샘플 출력 1은 LSP에 에코 요청을 전달할 수 있는 활성 경로가 없음을 보여주며, 이는 LSP가 다운되었음을 나타냅니다.
샘플 출력 2는 LSP가 가동 중이고 패킷을 전달할 때 수신해야 하는 출력의 예입니다.
적절한 조치 취하기
문제
설명
조사에서 발생한 오류에 따라 적절한 조치를 취하여 문제를 정정해야 합니다. 이 예에서는 인터페이스가 송신 라우터 R6의 [edit protocols mpls] 계층 수준에서 잘못 구성됩니다.
해결책
이 예에서 오류를 수정하려면 다음 단계를 따르십시오.
-
송신 라우터 R6의 MPLS 프로토콜 구성에서 인터페이스를 활성화합니다.
user@R6> edit user@R6# edit protocols mpls [edit protocols mpls] user@R6# show user@R6# activate interface so-0/0/3.0
-
구성을 확인하고 커밋합니다.
[edit protocols mpls] user@R6# show user@R6# commit
샘플 출력
user@R6> edit
Entering configuration mode
[edit]
user@R6# edit protocols mpls
[edit protocols mpls]
user@R6# show
label-switched-path R6-to-R1 {
to 10.0.0.1;
}
inactive: interface so-0/0/0.0;
inactive: interface so-0/0/1.0;
inactive: interface so-0/0/2.0;
inactive: interface so-0/0/3.0; <<< Incorrectly configured interface
[edit protocols mpls]
user@R6# activate interface so-0/0/3
[edit protocols mpls]
user@R6# show
label-switched-path R6-to-R1 {
to 10.0.0.1;
}
inactive: interface so-0/0/0.0;
inactive: interface so-0/0/1.0;
inactive: interface so-0/0/2.0;
interface so-0/0/3.0; <<< Correctly configured interface
[edit protocols mpls]
user@R6# commit
commit complete
의미
샘플 출력은 송신 라우터 R6에서 잘못 구성된 인터페이스 so-0/0/3.0이 이제 [edit protocols mpls] 계층 수준에서 활성화되었음을 보여줍니다. 이제 LSP가 올라갈 수 있습니다.
LSP 다시 확인
목적
오류 수정을 위한 적절한 조치 후, BGP 계층의 문제가 해결되었는지 확인하기 위해 LSP를 다시 점검해야 합니다.
작업
LSP를 다시 확인하려면 수신, 전송 및 송신 라우터에서 다음 명령을 입력합니다.
user@host> show mpls lsp extensive
샘플 출력
명령 이름
user@R1> show mpls lsp extensive
Ingress LSP: 1 sessions
10.0.0.6
From: 10.0.0.1, State: Up , ActiveRoute: 1 , LSPname: R1-to-R6
ActivePath: (primary)
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
*Primary State: Up
Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 20)
10.1.13.2 S 10.1.36.2 S
Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt):
10.1.13.2 10.1.36.2
6 Nov 2 15:48:52 Selected as active path
5 Nov 2 15:48:52 Record Route: 10.1.13.2 10.1.36.2
4 Nov 2 15:48:52 Up
3 Nov 2 15:48:52 Originate Call
2 Nov 2 15:48:52 CSPF: computation result accepted
1 Nov 2 15:48:22 CSPF failed: no route toward 10.0.0.6[308 times]
Created: Tue Nov 2 13:18:39 2004
Total 1 displayed, Up 1, Down 0
Egress LSP: 1 sessions
10.0.0.1
From: 10.0.0.6, LSPstate: Up , ActiveRoute: 0
LSPname: R6-to-R1 , LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: -
Resv style: 1 FF, Label in: 3, Label out: -
Time left: 159, Since: Tue Nov 2 15:48:30 2004
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 1 receiver 39106 protocol 0
PATH rcvfrom: 10.1.13.2 (so-0/0/2.0) 10 pkts
Adspec: received MTU 1500
PATH sentto: localclient
RESV rcvfrom: localclient
Record route: 10.1.36.2 10.1.13.2 <self>
Total 1 displayed, Up 1, Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
user@R3> show mpls lsp extensive
Ingress LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
Egress LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
Transit LSP: 2 sessions
10.0.0.1
From: 10.0.0.6, LSPstate: Up, ActiveRoute: 1
LSPname: R6-to-R1, LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: 3
Resv style: 1 FF, Label in: 100864, Label out: 3
Time left: 123, Since: Tue Nov 2 15:35:41 2004
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 1 receiver 39106 protocol 0
PATH rcvfrom: 10.1.36.2 (so-0/0/3.0) 10 pkts
Adspec: received MTU 1500 sent MTU 1500
PATH sentto: 10.1.13.1 (so-0/0/2.0) 10 pkts
RESV rcvfrom: 10.1.13.1 (so-0/0/2.0) 10 pkts
Explct route: 10.1.13.1
Record route: 10.1.36.2 <self> 10.1.13.1
10.0.0.6
From: 10.0.0.1, LSPstate: Up, ActiveRoute: 1
LSPname: R1-to-R6, LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: 3
Resv style: 1 FF, Label in: 100880, Label out: 3
Time left: 145, Since: Tue Nov 2 15:36:03 2004
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 1 receiver 48015 protocol 0
PATH rcvfrom: 10.1.13.1 (so-0/0/2.0) 10 pkts
Adspec: received MTU 1500 sent MTU 1500
PATH sentto: 10.1.36.2 (so-0/0/3.0) 10 pkts
RESV rcvfrom: 10.1.36.2 (so-0/0/3.0) 10 pkts
Explct route: 10.1.36.2
Record route: 10.1.13.1 <self> 10.1.36.2
Total 2 displayed, Up 2, Down 0
user@R6> show mpls lsp extensive
Ingress LSP: 1 sessions
10.0.0.1
From: 10.0.0.6, State: Up, ActiveRoute: 1, LSPname: R6-to-R1
ActivePath: (primary)
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
*Primary State: Up
Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 20)
10.1.36.1 S 10.1.13.1 S
Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt):
10.1.36.1 10.1.13.1
6 Nov 2 15:41:44 Selected as active path
5 Nov 2 15:41:44 Record Route: 10.1.36.1 10.1.13.1
4 Nov 2 15:41:44 Up
3 Nov 2 15:41:44 Originate Call
2 Nov 2 15:41:44 CSPF: computation result accepted
1 Nov 2 15:41:14 CSPF failed: no route toward 10.0.0.1[306 times]
Created: Tue Nov 2 13:12:21 2004
Total 1 displayed, Up 1, Down 0
Egress LSP: 1 sessions
10.0.0.6
From: 10.0.0.1, LSPstate: Up, ActiveRoute: 0
LSPname: R1-to-R6 , LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: -
Resv style: 1 FF, Label in: 3, Label out: -
Time left: 157, Since: Tue Nov 2 15:42:06 2004
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 1 receiver 48015 protocol 0
PATH rcvfrom: 10.1.36.1 (so-0/0/3.0) 11 pkts
Adspec: received MTU 1500
PATH sentto: localclient
RESV rcvfrom: localclient
Record route: 10.1.13.1 10.1.36.1 <self>
Total 1 displayed, Up 1, Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
의미
수신 라우터 R1 의 샘플 출력 1은 LSP R1-to-R6 이 R6 에 대한 활성 경로를 가지고 있고 상태가 업임을 보여줍니다.
전송 라우터 R3 의 샘플 출력 2는 R1 에서 R6 으로, R6에서 R1로, R6 에서 R1로의 두 개의 전송 LSP 세션이 있음을 보여줍니다. 두 LSP가 모두 작동합니다.
송신 라우터 R6 의 샘플 출력 3은 LSP가 작동 중이고 활성 경로가 기본 경로임을 보여줍니다. LSP는 이제 R1 에서 R3 에서 R6으로 예상되는 경로를 따라 네트워크를 트래버스하고 역방향 LSP는 R6 에서 R3 을 통해 R1을 트래버스합니다.
노드 링크 보호가 작동 중인지 확인
목적
노드 링크 보호를 구성한 후 우회 경로가 작동 중인지 확인해야 합니다. 우회 경로에 의해 보호되는 LSP의 수를 확인할 수도 있습니다. 노드 링크 보호에 표시된 네트워크에서 두 개의 우회 경로가 작동해야 합니다. 즉, R1 과 R2 (또는 다음 홉 10.0.12.14) 사이의 링크를 보호하는 다음 홉 우회 경로 하나와 R2를 피하는 다음 다음 홉 우회 경로입니다.
작업
노드 링크 보호(다대일 백업)를 확인하려면 수신 라우터에 다음 Junos OS CLI 운영 모드 명령을 입력합니다. 약간 다른 정보를 위해 우회 경로에 사용되는 전송 라우터 및 기타 라우터에서 명령을 실행할 수도 있습니다.
show mpls lsp show mpls lsp extensive show rsvp interface show rsvp interface extensive show rsvp session detail
샘플 출력
명령 이름
user@R1> show mpls lsp
Ingress LSP: 1 sessions
To From State Rt ActivePath P LSPname
192.168.5.1 192.168.1.1 Up 0 via-r2 * lsp2-r1-to-r5
Total 1 displayed, Up 1 , Down 0
Egress LSP: 1 sessions
To From State Rt Style Labelin Labelout LSPname
192.168.1.1 192.168.5.1 Up 0 1 FF 3 - r5-to-r1
Total 1 displayed, Up 1 , Down 0
Transit LSP: 2 sessions
To From State Rt Style Labelin Labelout LSPname
192.168.0.1 192.168.6.1 Up 0 1 FF 100464 101952 lsp1-r6-to-r0
192.168.6.1 192.168.0.1 Up 0 1 FF 100448 3 r0-to-t6
Total 2 displayed, Up 2, Down 0
의미
명령에 대한 show mpls lsp R1의 샘플 출력은 R1이 수신, 전송 및 송신 라우터인 구성 및 활성 LSP의 상태에 대한 간략한 설명을 보여줍니다. 모든 LSP가 작동합니다. R1은 lsp2-r1-to-r5에 대한 수신 라우터이며 리턴 LSP r5-to-r1에 대한 송신 라우터입니다. 두 개의 LSP가 R1, lsp1-r6-to-r0 및 리턴 LSP r0-to-t6을 전송합니다. LSP에 대한 자세한 정보는 명령을 실행할 때 extensive 옵션을 포함합니다.show mpls lsp
샘플 출력
user@R1> show mpls lsp extensive
Ingress LSP: 1 sessions
192.168.5.1
From: 192.168.1.1, State: Up , ActiveRoute: 0, LSPname: lsp2-r1-to-r5
ActivePath: via-r2 (primary)
Node/Link protection desired
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
*Primary via-r2 State: Up
SmartOptimizeTimer: 180
Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 3)
10.0.12.14 S 10.0.24.2 S 10.0.45.2 S
Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt):
10.0.12.14(Label=101872) 10.0.24.2(Label=101360) 10.0.45.2(Label=3)
11 Jul 11 14:30:58 Link-protection Up
10 Jul 11 14:28:28 Selected as active path
[...Output truncated...]
Created: Tue Jul 11 14:22:58 2006
Total 1 displayed, Up 1, Down 0
Egress LSP: 1 sessions
192.168.1.1
From: 192.168.5.1, LSPstate: Up, ActiveRoute: 0
LSPname: r5-to-r1, LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: -
Resv style: 1 FF, Label in: 3, Label out: -
Time left: 146, Since: Tue Jul 11 14:28:36 2006
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 1 receiver 29228 protocol 0
PATH rcvfrom: 10.0.12.14 (fe-0/1/0.0) 362 pkts
Adspec: received MTU 1500
PATH sentto: localclient
RESV rcvfrom: localclient
Record route: 10.0.45.2 10.0.24.2 10.0.12.14 <self>
Total 1 displayed, Up 1, Down 0
Transit LSP: 2 sessions
192.168.0.1
From: 192.168.6.1, LSPstate: Up, ActiveRoute: 0
LSPname: lsp1-r6-to-r0, LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: 101952
Resv style: 1 SE, Label in: 100464, Label out: 101952
Time left: 157, Since: Tue Jul 11 14:31:38 2006
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 1 receiver 11131 protocol 0
Node/Link protection desired
Type: Node/Link protected LSP, using Bypass->10.0.12.14->10.0.24.2
1 Jul 11 14:31:38 Node protection up, using Bypass->10.0.12.14->10.0.24.2
PATH rcvfrom: 10.0.16.2 (so-0/0/3.0) 509 pkts
Adspec: received MTU 1500 sent MTU 1500
PATH sentto: 10.0.12.14 (fe-0/1/0.0) 356 pkts
RESV rcvfrom: 10.0.12.14 (fe-0/1/0.0) 358 pkts
Explct route: 10.0.12.14 10.0.24.2 10.0.45.2 10.0.50.2
Record route: 10.0.16.2 <self> 10.0.12.14 10.0.24.2 10.0.45.2 10.0.50.2
192.168.6.1
From: 192.168.0.1, LSPstate: Up, ActiveRoute: 0
LSPname: r0-to-t6, LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: 3
Resv style: 1 FF, Label in: 100448, Label out: 3
Time left: 147, Since: Tue Jul 11 14:31:36 2006
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 1 receiver 23481 protocol 0
PATH rcvfrom: 10.0.12.14 (fe-0/1/0.0) 358 pkts
Adspec: received MTU 1500 sent MTU 1500
PATH sentto: 10.0.16.2 (so-0/0/3.0) 350 pkts
RESV rcvfrom: 10.0.16.2 (so-0/0/3.0) 323 pkts
Explct route: 10.0.16.2
Record route: 10.0.50.2 10.0.45.2 10.0.24.2 10.0.12.14 <self> 10.0.16.2
Total 2 displayed, Up 2, Down 0
의미
명령에 대한 show mpls lsp extensive R1의 샘플 출력은 모든 과거 상태 기록 및 LSP가 실패한 이유를 포함하여 R1이 수신, 송신 또는 전송 라우터인 모든 LSP에 대한 자세한 정보를 보여줍니다. 모든 LSP가 작동합니다. 주요 두 LSP lsp2-r1-to-r5 및 lsp1-r6-to-r0은 출력의 수신 및 통과 섹션에서 노드/링크 보호 desired 필드에 표시된 노드 링크 보호 기능을 갖습니다. 출력의 수신 섹션에서 Link-protection Up 필드는 lsp2-r1-to-r5가 링크 보호가 있음을 보여줍니다. 출력의 전송 섹션에서 유형: 노드/링크 보호 LSP 필드는 lsp1-r6-to-r0이 노드 링크 보호가 있음을 보여주며, 실패 시 우회 LSP Bypass->10.0.12.14->10.0.24.2를 사용할 것입니다.
샘플 출력
user@R1> show rsvp interface
RSVP interface: 4 active
Active Subscr- Static Available Reserved Highwater
Interface State resv iption BW BW BW mark
fe-0/1/0.0 Up 2 100% 100Mbps 100Mbps 0bps 0bps
fe-0/1/1.0 Up 1 100% 100Mbps 100Mbps 0bps 0bps
fe-0/1/2.0 Up 0 100% 100Mbps 100Mbps 0bps 0bps
so-0/0/3.0 Up 1 100% 155.52Mbps 155.52Mbps 0bps 0bps
의미
명령에 show rsvp interface 대한 R1의 샘플 출력은 RSVP(업)로 활성화된 네 개의 인터페이스를 보여줍니다. 인터페이스 fe-0/1/0.0에는 두 개의 주요 LSP, lsp1-r6-to-r0 및 lsp2-r1-to-r5 에 대한 세션을 나타낼 수 있는 두 개의 활성 RSVP 예약(Active resv)이 있습니다.인터페이스 fe-0/1/0.0은 R1과 R2 사이의 연결 인터페이스이며, 두 LSP는 fe-0/1/0.0을 통해 엄격한 경로로 구성됩니다. 인터페이스 fe-0/1/0.0에서 무슨 일이 일어나고 있는지에 대한 자세한 정보를 보려면 명령을 show rsvp interface extensive 실행합니다.
샘플 출력
user@R1> show rsvp interface extensive
RSVP interface: 3 active
fe-0/1/0.0 Index 67, State Ena/Up
NoAuthentication, NoAggregate, NoReliable, LinkProtection
HelloInterval 9(second)
Address 10.0.12.13
ActiveResv 2, PreemptionCnt 0, Update threshold 10%
Subscription 100%,
bc0 = ct0, StaticBW 100Mbps
ct0: StaticBW 100Mbps, AvailableBW 100Mbps
MaxAvailableBW 100Mbps = (bc0*subscription)
ReservedBW [0] 0bps[1] 0bps[2] 0bps[3] 0bps[4] 0bps[5] 0bps[6] 0bps[7] 0bps
Protection: On, Bypass: 2, LSP: 2, Protected LSP: 2, Unprotected LSP: 0
2 Jul 14 14:49:40 New bypass Bypass->10.0.12.14
1 Jul 14 14:49:34 New bypass Bypass->10.0.12.14->10.0.24.2
Bypass: Bypass->10.0.12.14, State: Up, Type: LP, LSP: 0, Backup: 0
3 Jul 14 14:49:42 Record Route: 10.0.17.14 10.0.27.1
2 Jul 14 14:49:42 Up
1 Jul 14 14:49:42 CSPF: computation result accepted
Bypass: Bypass->10.0.12.14->10.0.24.2, State: Up, Type: NP, LSP: 2, Backup:0
4 Jul 14 14:50:04 Record Route: 10.0.17.14 10.0.79.2 10.0.59.1 10.0.45.1
3 Jul 14 14:50:04 Up
2 Jul 14 14:50:04 CSPF: computation result accepted
1 Jul 14 14:49:34 CSPF failed: no route toward 10.0.24.2
[...Output truncated...]
의미
명령에 대한 show rsvp interface extensive R1의 샘플 출력은 모든 RSVP 인터페이스(3)의 활동에 대한 자세한 정보를 보여줍니다. 그러나 fe-0/1/0.0에 대한 출력만 표시됩니다. 보호가 활성화되고(보호: 켜짐), 두 개의 LSP(보호된 LSP: 2)를 보호하는 두 개의 우회 경로(우회: 2)가 있습니다. 모든 LSP는 보호되지 않은 LSP: 0 필드에 표시된 대로 보호됩니다. 첫 번째 우회 Bypass->10.0.12.14는 R1과 R2 fe-0/1/0.0 사이의 링크를 보호하는 링크 보호 우회 경로(유형: LP)입니다.두 번째 우회 경로 10.0.12.14->10.0.24.2는 노드 링크 보호 LSP로, 노드 장애 시 R2를 방지합니다.
샘플 출력
user@R1> show rsvp session detail
Ingress RSVP: 2 sessions
192.168.4.1
From: 192.168.1.1, LSPstate: Up, ActiveRoute: 0
LSPname: Bypass->10.0.12.14->10.0.24.2
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: 102000
Resv style: 1 SE, Label in: -, Label out: 102000
Time left: -, Since: Tue Jul 11 14:30:53 2006
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 1 receiver 60120 protocol 0
Type: Bypass LSP
Number of data route tunnel through: 2
Number of RSVP session tunnel through: 0
PATH rcvfrom: localclient
Adspec: sent MTU 1500
Path MTU: received 1500
PATH sentto: 10.0.17.14 (fe-0/1/1.0) 336 pkts
RESV rcvfrom: 10.0.17.14 (fe-0/1/1.0) 310 pkts
Explct route: 10.0.17.14 10.0.79.2 10.0.59.1 10.0.45.1
Record route: <self> 10.0.17.14 10.0.79.2 10.0.59.1 10.0.45.1
192.168.5.1
From: 192.168.1.1, LSPstate: Up, ActiveRoute: 0
LSPname: lsp2-r1-to-r5, LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: 101872
Resv style: 1 SE, Label in: -, Label out: 101872
Time left: -, Since: Tue Jul 11 14:28:28 2006
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 2 receiver 60118 protocol 0
Node/Link protection desired
Type: Node/Link protected LSP
PATH rcvfrom: localclient
Adspec: sent MTU 1500
Path MTU: received 1500
PATH sentto: 10.0.12.14 (fe-0/1/0.0) 344 pkts
RESV rcvfrom: 10.0.12.14 (fe-0/1/0.0) 349 pkts
Explct route: 10.0.12.14 10.0.24.2 10.0.45.2
Record route: <self> 10.0.12.14 10.0.24.2 10.0.45.2
Total 2 displayed, Up 2, Down 0
Egress RSVP: 1 sessions
192.168.1.1
From: 192.168.5.1, LSPstate: Up, ActiveRoute: 0
LSPname: r5-to-r1, LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: -
Resv style: 1 FF, Label in: 3, Label out: -
Time left: 147, Since: Tue Jul 11 14:28:36 2006
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 1 receiver 29228 protocol 0
PATH rcvfrom: 10.0.12.14 (fe-0/1/0.0) 348 pkts
Adspec: received MTU 1500
PATH sentto: localclient
RESV rcvfrom: localclient
Record route: 10.0.45.2 10.0.24.2 10.0.12.14 <self>
Total 1 displayed, Up 1, Down 0
Transit RSVP: 2 sessions
192.168.0.1
From: 192.168.6.1, LSPstate: Up, ActiveRoute: 0
LSPname: lsp1-r6-to-r0, LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: 101952
Resv style: 1 SE, Label in: 100464, Label out: 101952
Time left: 134, Since: Tue Jul 11 14:31:38 2006
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 1 receiver 11131 protocol 0
Node/Link protection desired
Type: Node/Link protected LSP
PATH rcvfrom: 10.0.16.2 (so-0/0/3.0) 488 pkts
Adspec: received MTU 1500 sent MTU 1500
PATH sentto: 10.0.12.14 (fe-0/1/0.0) 339 pkts
RESV rcvfrom: 10.0.12.14 (fe-0/1/0.0) 343 pkts
Explct route: 10.0.12.14 10.0.24.2 10.0.45.2 10.0.50.2
Record route: 10.0.16.2 <self> 10.0.12.14 10.0.24.2 10.0.45.2 10.0.50.2
192.168.6.1
From: 192.168.0.1, LSPstate: Up, ActiveRoute: 0
LSPname: r0-to-t6, LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: 3
Resv style: 1 FF, Label in: 100448, Label out: 3
Time left: 158, Since: Tue Jul 11 14:31:36 2006
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 1 receiver 23481 protocol 0
PATH rcvfrom: 10.0.12.14 (fe-0/1/0.0) 344 pkts
Adspec: received MTU 1500 sent MTU 1500
PATH sentto: 10.0.16.2 (so-0/0/3.0) 337 pkts
RESV rcvfrom: 10.0.16.2 (so-0/0/3.0) 310 pkts
Explct route: 10.0.16.2
Record route: 10.0.50.2 10.0.45.2 10.0.24.2 10.0.12.14 <self> 10.0.16.2
Total 2 displayed, Up 2, Down 0
의미
R1의 샘플 출력은 R1에서 활성화된 RSVP 세션에 대한 자세한 정보를 보여줍니다. 모든 세션은 수신 세션 2개, 송신 세션 1개, 통과 세션 2개를 통해 작동합니다.
수신 섹션 내에서 첫 번째 세션은 유형: 우회 LSP 필드로 표시된 우회 경로입니다. 그리고 두 번째 세션은 유형: 노드/링크 보호 LSP 필드에 표시된 바와 같이 R1에서 시작되는 보호된 LSP(lsp2-r1-to-r5)입니다.
결론
MPLS(Multiprotocol Label Switching) LSP(label-switched path) 링크 보호 및 노드 링크 보호는 LSP 트래픽을 다시 라우팅하는 데 필요한 시간을 줄이는 데 사용되는 시설 기반 방법입니다. 이러한 보호 방법은 종종 다른 Junos OS LSP 보호 방법인 Fast Reroute와 비교됩니다.
Fast Reroute가 LSP를 일대일로 보호하는 반면, 링크 보호 및 노드 링크 보호는 단일 논리적 우회 LSP를 사용하여 여러 LSP를 보호합니다. 링크 보호는 링크를 위한 강력한 백업 지원을 제공하며, 노드 링크 보호는 노드 또는 링크를 우회하며 두 가지 유형의 보호는 다른 업체 장비와 연동하도록 설계되었습니다. 이러한 기능은 링크 보호 및 노드 링크 보호가 MPLS 지원 네트워크에서 확장성, 중복 및 성능에 대한 탁월한 선택이 되도록 합니다.
관련 정보
MPLS Fast Reroute 및 MPLS 보호 방법에 대한 추가 정보는 다음을 참조하십시오.
-
Junos 사용자 가이드
-
Junos MPLS 애플리케이션 구성 가이드
-
세메리아, 척. MPLS 트래픽 엔지니어링을 위한 RSVP 신호 표시 확장. 백 서. 2002년
-
세메리아, 척. IP 신뢰성: 네트워크 링크 및 노드 보호. 백 서. 2002년
-
RFC 4090, LSP 터널에 대한 RSVP-TE로의 Fast Reroute 확장
링크 보호가 작동 중인지 확인하기
목적
링크 보호를 확인할 때, 우회 LSP가 작동 중인지 반드시 확인해야 합니다. 또한 우회로 보호되는 LSP의 수를 확인할 수 있습니다. 다대일 또는 링크 보호에 표시된 네트워크에서 R1 과 R2 간의 링크, 또는 다음 홉 10.0.12.14, 그리고 링크를 횡단하는 두 LSP, lsp2-r1-to-r5 및 lsp1-r6-to-r0을 보호하기 위해 우회 경로가 있어야 합니다.
작업
링크 보호(다대일 백업)를 확인하려면 수신 라우터에서 다음 Junos OS CLI 운영 모드 명령을 입력합니다.
user@host> show mpls lsp extensive user@host> show rsvp session detail user@host> show rsvp interface
샘플 출력
명령 이름
user@R1> show mpls lsp extensive | no-more
Ingress LSP: 1 sessions
192.168.5.1
From: 192.168.1.1, State: Up, ActiveRoute: 0, LSPname: lsp2-r1-to-r5
ActivePath: via-r2 (primary)
Link protection desired
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
*Primary via-r2 State: Up
SmartOptimizeTimer: 180
Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 3)
10.0.12.14 S 10.0.24.2 S 10.0.45.2 S
Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt):
10.0.12.14(Label=101264) 10.0.24.2(Label=100736) 10.0.45.2(Label=3)
6 Jun 16 14:06:33 Link-protection Up
5 Jun 16 14:05:39 Selected as active path
4 Jun 16 14:05:39 Record Route: 10.0.12.14(Label=101264) 10.0.24.2(Label=100736) 10.0.45.2(Label=3)
3 Jun 16 14:05:39 Up
2 Jun 16 14:05:39 Originate Call
1 Jun 16 14:05:39 CSPF: computation result accepted
Created: Fri Jun 16 14:05:38 2006
Total 1 displayed, Up 1, Down 0
[...Output truncated...]
Transit LSP: 2 sessions
192.168.0.1
From: 192.168.6.1, LSPstate: Up, ActiveRoute: 0
LSPname: lsp1-r6-to-r0, LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: 101296
Resv style: 1 SE, Label in: 100192, Label out: 101296
Time left: 116, Since: Mon Jun 19 10:26:32 2006
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 1 receiver 58739 protocol 0
Link protection desired
Type: Link protected LSP, using Bypass->10.0.12.14
1 Jun 19 10:26:32 Link protection up, using Bypass->10.0.12.14
PATH rcvfrom: 10.0.16.2 (so-0/0/3.0) 579 pkts
Adspec: received MTU 1500 sent MTU 1500
PATH sentto: 10.0.12.14 (fe-0/1/0.0) 474 pkts
RESV rcvfrom: 10.0.12.14 (fe-0/1/0.0) 501 pkts
Explct route: 10.0.12.14 10.0.24.2 10.0.45.2 10.0.50.2
Record route: 10.0.16.2 <self> 10.0.12.14 10.0.24.2 10.0.45.2 10.0.50.2
[...Output truncated...]
의미
수신 라우터 R1의 샘플 출력은 lsp2-r1-to-r5 및 lsp1-r6-to-r0의 링크 보호가 작동하며 두 LSP는 우회 경로 10.0.12.14를 사용하고 있음을 보여줍니다. 그러나 이 명령은 show mpls lsp 우회 경로를 나열하지 않습니다. 우회 경로에 대한 정보는 명령을 사용합니다.show rsvp session
샘플 출력
user@R1> show rsvp session detail
Ingress RSVP: 2 sessions
192.168.2.1
From: 192.168.1.1, LSPstate: Up, ActiveRoute: 0
LSPname: Bypass->10.0.12.14
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: 101456
Resv style: 1 SE, Label in: -, Label out: 101456
Time left: -, Since: Fri May 26 18:38:09 2006
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 1 receiver 18709 protocol 0
Type: Bypass LSP
Number of data route tunnel through: 2
Number of RSVP session tunnel through: 0
PATH rcvfrom: localclient
Adspec: sent MTU 1500
Path MTU: received 1500
PATH sentto: 10.0.17.14 (fe-0/1/1.0) 51939 pkts
RESV rcvfrom: 10.0.17.14 (fe-0/1/1.0) 55095 pkts
Explct route: 10.0.17.14 10.0.27.1
Record route: <self> 10.0.17.14 10.0.27.1
192.168.5.1
From: 192.168.1.1, LSPstate: Up, ActiveRoute: 0
LSPname: lsp2-r1-to-r5, LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: 101264
Resv style: 1 SE, Label in: -, Label out: 101264
Time left: -, Since: Fri Jun 16 14:05:39 2006
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 1 receiver 18724 protocol 0
Link protection desired
Type: Link protected LSP
PATH rcvfrom: localclient
Adspec: sent MTU 1500
Path MTU: received 1500
PATH sentto: 10.0.12.14 (fe-0/1/0.0) 8477 pkts
RESV rcvfrom: 10.0.12.14 (fe-0/1/0.0) 8992 pkts
Explct route: 10.0.12.14 10.0.24.2 10.0.45.2
Record route: <self> 10.0.12.14 10.0.24.2 10.0.45.2
Total 2 displayed, Up 2, Down 0
Egress RSVP: 1 sessions
192.168.1.1
From: 192.168.5.1, LSPstate: Up, ActiveRoute: 0
LSPname: r5-to-r1, LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: -
Resv style: 1 FF, Label in: 3, Label out: -
Time left: 159, Since: Mon May 22 22:08:16 2006
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 1 receiver 64449 protocol 0
PATH rcvfrom: 10.0.17.14 (fe-0/1/1.0) 63145 pkts
Adspec: received MTU 1500
PATH sentto: localclient
RESV rcvfrom: localclient
Record route: 10.0.59.1 10.0.79.2 10.0.17.14 <self>
Total 1 displayed, Up 1, Down 0
Transit RSVP: 2 sessions
192.168.0.1
From: 192.168.6.1, LSPstate: Up, ActiveRoute: 0
LSPname: lsp1-r6-to-r0, LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: 101296
Resv style: 1 SE, Label in: 100192, Label out: 101296
Time left: 129, Since: Mon Jun 19 10:26:32 2006
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 1 receiver 58739 protocol 0
Link protection desired
Type: Link protected LSP
PATH rcvfrom: 10.0.16.2 (so-0/0/3.0) 3128 pkts
Adspec: received MTU 1500 sent MTU 1500
PATH sentto: 10.0.12.14 (fe-0/1/0.0) 2533 pkts
RESV rcvfrom: 10.0.12.14 (fe-0/1/0.0) 2685 pkts
Explct route: 10.0.12.14 10.0.24.2 10.0.45.2 10.0.50.2
Record route: 10.0.16.2 <self> 10.0.12.14 10.0.24.2 10.0.45.2 10.0.50.2
192.168.6.1
From: 192.168.0.1, LSPstate: Up, ActiveRoute: 0
LSPname: r0-to-r6, LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: 3
Resv style: 1 FF, Label in: 100128, Label out: 3
Time left: 143, Since: Thu May 25 12:30:26 2006
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 1 receiver 4111 protocol 0
PATH rcvfrom: 10.0.17.14 (fe-0/1/1.0) 57716 pkts
Adspec: received MTU 1500 sent MTU 1500
PATH sentto: 10.0.16.2 (so-0/0/3.0) 54524 pkts
RESV rcvfrom: 10.0.16.2 (so-0/0/3.0) 50534 pkts
Explct route: 10.0.16.2
Record route: 10.0.50.2 10.0.59.1 10.0.79.2 10.0.17.14 <self> 10.0.16.2
Total 2 displayed, Up 2, Down 0
의미
수신 라우터 R1 의 샘플 출력은 R1의 수신, 송신 및 전송 LSP를 보여줍니다. 일부 정보는 명령에서 발견된 것과 유사합니다. show mpls lsp 그러나 링크 보호는 RSVP 기능이기 때문에 우회 경로에 대한 정보가 제공됩니다. 우회 경로는 유형 필드에 표시된 대로 보호된 인터페이스에 대한 별도의 RSVP 수신 세션으로 나타납니다.
우회 경로 이름은 자동으로 생성됩니다. 기본적으로 이름은 Bypass > interface-address로 표시됩니다. 여기서 인터페이스 주소는 다음 다운스트림 라우터의 인터페이스(10.0.12.14)입니다. 세션에 대한 명시적 경로 10.0.17.14 10.0.27.1 은 R7 을 전송 노드로, R2 를 송신 노드로 표시합니다.
출력의 수신 RSVP 섹션 내에서 R1 (lsp2-r1-to-r5) 에서 시작되는 LSP가 링크 보호를 요청하는 것으로 표시됩니다. 우회 경로가 다운스트림 링크를 보호하기 위해 위치하기 때문에 lsp2-r1-to-r5 는 링크 보호 LSP 필드에 표시된 대로 우회 경로와 관련이 있습니다.
출력의 송신 섹션은 보호되지 않는 반환 LSP r5-to-r1을 보여줍니다.
출력의 전송 섹션은 lsp1-r6-to-r0 이 요청한 링크 보호를 보여줍니다.우회 경로가 다운스트림 링크를 보호하기 위해 위치하기 때문에 lsp1-r6-to-r0 은 링크 보호 LSP 필드에 표시된 대로 우회 경로와 관련이 있습니다. 또한 출력의 전송 섹션에는 보호되지 않는 반환 LSP r0-to-r6이 포함됩니다.
샘플 출력
user@R1> show rsvp interface
RSVP interface: 4 active
Active Subscr- Static Available Reserved Highwater
Interface State resv iption BW BW BW mark
fe-0/1/0.0 Up 2 100% 100Mbps 100Mbps 0bps 35Mbps
fe-0/1/1.0 Up 1 100% 100Mbps 100Mbps 0bps 0bps
fe-0/1/2.0 Up 0 100% 100Mbps 100Mbps 0bps 0bps
so-0/0/3.0 Up 1 100% 155.52Mbps 155.52Mbps 0bps 0bps
의미
수신 라우터 R1 의 샘플 출력은 R1에 구성된 인터페이스를 통과하는 LSP의 수를 보여줍니다. 활성 resv 필드는 각 인터페이스에 대한 LSP의 수를 보여줍니다. 예를 들어, R1과 R2 사이의 인터페이스 fe-0/1/0.0에는 lsp1-r6-to-r0 및 lsp2-r1-to-r5라는 두 개의 활성 예약이 있습니다. R1과 R7 사이의 인터페이스 fe-0/1/1.0에는 우회(10.0.12.14)가 있습니다. R6과 R1 간의 인터페이스 fe-0/1/2.0에는 LSP 예약이 없습니다. R6과 R1 사이의 인터페이스 so-0/0/3.0에는 lsp1-r6-to-r0이라는 하나의 LSP 예약이 있습니다.
일대일 백업 확인
목적
네트워크의 수신 라우터 및 다른 라우터를 조사하여 일대일 백업이 설정되었는지 확인할 수 있습니다.
작업
일대일 백업을 확인하기 위해 다음 Junos OS CLI 운영 모드 명령을 입력합니다.
user@host> show mpls lsp ingress extensive user@host> show rsvp session
샘플 출력
명령 이름
다음 샘플 출력은 수신 라우터 R1 에서 나옵니다.
user@R1> show mpls lsp ingress extensive
Ingress LSP: 1 sessions
192.168.5.1
From: 192.168.1.1, State: Up, ActiveRoute: 0, LSPname: r1-to-r5
ActivePath: via-r2 (primary)
FastReroute desired
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
*Primary via-r2 State: Up
SmartOptimizeTimer: 180
Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 3)
10.0.12.14 S 10.0.24.2 S 10.0.45.2 S
Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt):
10.0.12.14(flag=9) 10.0.24.2(flag=1) 10.0.45.2
8 May 11 14:51:46 Fast-reroute Detour Up
7 May 11 14:50:55 Record Route: 10.0.12.14(flag=9) 10.0.24.2(flag=1) 10.0.45.2
6 May 11 14:50:55 Record Route: 10.0.12.14(flag=9) 10.0.24.2 10.0.45.2
5 May 11 14:50:52 Selected as active path
4 May 11 14:50:52 Record Route: 10.0.12.14 10.0.24.2 10.0.45.2
3 May 11 14:50:52 Up
2 May 11 14:50:52 Originate Call
1 May 11 14:50:52 CSPF: computation result accepted
Created: Thu May 11 14:50:52 2006
Total 1 displayed, Up 1, Down 0
의미
R1의 샘플 출력은 FastReroute 원하는 개체가 LSP의 경로 메시지에 포함되었음을 보여주며, 이를 통해 R1은 LSP의 활성 경로를 선택하고 R2를 피하기 위한 우회 경로를 설정할 수 있습니다.
라인 8에서 Fast-reroute Detour Up 은 우회가 작동함을 보여줍니다. 라인 6과 7은 전송 라우터 R2 및 R4 가 우회 경로를 설정했음을 나타냅니다.
R2, 10.0.12.14는 (flag=9)를 포함하며, 이는 다운스트림 노드 및 링크에 대해 노드 보호를 사용할 수 있음을 나타냅니다. R4, 10.0.24.2는 (flag=1)를 포함하며, 이는 링크 보호가 다음 다운스트림 링크에 사용할 수 있음을 나타냅니다. 이 경우 R4 는 노드가 보호할 수 없는 송신 라우터 R5이기 때문에 다운스트림 링크만 보호할 수 있습니다. 플래그에 대한 자세한 내용은 Junos 사용자 가이드를 참조하십시오.
명령의 show mpls lsp extensive 출력은 실제 우회 경로를 표시하지 않습니다. 우회 경로에서 사용하는 실제 링크를 보려면 이 show rsvp session ingress detail 명령을 사용해야 합니다.
샘플 출력
다음 샘플 출력은 일대일 백업 우회에 표시된 네트워크의 수신 라우터 R1에서 나옵니다.
user@R1> show rsvp session ingress detail
Ingress RSVP: 1 sessions
192.168.5.1
From: 192.168.1.1, LSPstate: Up, ActiveRoute: 0
LSPname: r1-to-r5, LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: 100848
Resv style: 1 FF, Label in: -, Label out: 100848
Time left: -, Since: Thu May 11 14:17:15 2006
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 1 receiver 9228 protocol 0
FastReroute desired
PATH rcvfrom: localclient
Adspec: sent MTU 1500
Path MTU: received 1500
PATH sentto: 10.0.12.14 (fe-0/1/0.0) 35 pkts
RESV rcvfrom: 10.0.12.14 (fe-0/1/0.0) 25 pkts
Explct route: 10.0.12.14 10.0.24.2 10.0.45.2
Record route: <self> 10.0.12.14 10.0.24.2 10.0.45.2
Detour is Up
Detour Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Detour adspec: sent MTU 1500
Path MTU: received 1500
Detour PATH sentto: 10.0.17.14 (fe-0/1/1.0) 23 pkts
Detour RESV rcvfrom: 10.0.17.14 (fe-0/1/1.0) 20 pkts
Detour Explct route: 10.0.17.14 10.0.79.2 10.0.59.1
Detour Record route: <self> 10.0.17.14 10.0.79.2 10.0.59.1
Detour Label out: 100848
Total 1 displayed, Up 1, Down 0
의미
R1의 샘플 출력은 메인 LSP의 RSVP 세션을 보여줍니다. 우회 경로가 설정되고 우회 경로가 Up입니다. 우회 물리적 경로가 우회 경로에 표시됩니다. 우회 경로는 R7과 R9를 전송 라우터로 사용하여 송신 라우터인 R5에 도달합니다.
샘플 출력
다음 샘플 출력은 일대일 백업 우회에 표시된 네트워크의 첫 번째 전송 라우터 R2에서 나옵니다.
user@R2> show rsvp session transit detail
Transit RSVP: 1 sessions
192.168.5.1
From: 192.168.1.1, LSPstate: Up, ActiveRoute: 1
LSPname: r1-to-r5, LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: 100448
Resv style: 1 FF, Label in: 100720, Label out: 100448
Time left: 126, Since: Wed May 10 16:12:21 2006
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 5 receiver 9216 protocol 0
FastReroute desired
PATH rcvfrom: 10.0.12.13 (fe-0/1/0.0) 173 pkts
Adspec: received MTU 1500 sent MTU 1500
PATH sentto: 10.0.24.2 (so-0/0/1.0) 171 pkts
RESV rcvfrom: 10.0.24.2 (so-0/0/1.0) 169 pkts
Explct route: 10.0.24.2 10.0.45.2
Record route: 10.0.12.13 <self> 10.0.24.2 10.0.45.2
Detour is Up
Detour Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Detour adspec: received MTU 1500 sent MTU 1500
Path MTU: received 1500
Detour PATH sentto: 10.0.27.2 (so-0/0/3.0) 169 pkts
Detour RESV rcvfrom: 10.0.27.2 (so-0/0/3.0) 167 pkts
Detour Explct route: 10.0.27.2 10.0.79.2 10.0.59.1
Detour Record route: 10.0.12.13 <self> 10.0.27.2 10.0.79.2 10.0.59.1
Detour Label out: 100736
Total 1 displayed, Up 1, Down 0
의미
R2의 샘플 출력은 우회가 설정되고(우회 상태) R4를 회피하며 R4와 R5를 연결하는 링크(10.0.45.2)를 보여줍니다. 우회 경로는 R7(10.0.27.2) 및 R9(10.0.79.2)를 통해 R5(10.0.59.1)로 이루어지며, 이는 R1에서 우회하는 명시적 경로와는 다릅니다. R1은 R7의 10.0.17.14 링크를 통과하는 우회 경로를 가지며, R1은 10.0.27.2 링크를 사용합니다. 두 우회 경로 모두 R9에서 10.0.79.2 링크를 통해 R5(10.0.59.1)로 병합됩니다.
샘플 출력
다음 샘플 출력은 일대일 백업 우회에 표시된 네트워크의 두 번째 전송 라우터 R4에서 나옵니다.
user@R4> show rsvp session transit detail
Transit RSVP: 1 sessions
192.168.5.1
From: 192.168.1.1, LSPstate: Up, ActiveRoute: 1
LSPname: r1-to-r5, LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: 3
Resv style: 1 FF, Label in: 100448, Label out: 3
Time left: 155, Since: Wed May 10 16:15:38 2006
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 5 receiver 9216 protocol 0
FastReroute desired
PATH rcvfrom: 10.0.24.1 (so-0/0/1.0) 178 pkts
Adspec: received MTU 1500 sent MTU 1500
PATH sentto: 10.0.45.2 (so-0/0/2.0) 178 pkts
RESV rcvfrom: 10.0.45.2 (so-0/0/2.0) 175 pkts
Explct route: 10.0.45.2
Record route: 10.0.12.13 10.0.24.1 <self> 10.0.45.2
Detour is Up
Detour Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Detour adspec: received MTU 1500 sent MTU 1500
Path MTU: received 1500
Detour PATH sentto: 10.0.49.2 (so-0/0/3.0) 176 pkts
Detour RESV rcvfrom: 10.0.49.2 (so-0/0/3.0) 175 pkts
Detour Explct route: 10.0.49.2 10.0.59.1
Detour Record route: 10.0.12.13 10.0.24.1 <self> 10.0.49.2 10.0.59.1
Detour Label out: 100352
Total 1 displayed, Up 1, Down 0
의미
R4의 샘플 출력은 우회가 설정되고(우회 상태) R4와 R5를 연결하는 링크(10.0.45.2)를 회피합니다. 우회 경로는 R9(10.0.49.2)를 통해 R5(10.0.59.1)로 이동합니다. 일부 정보는 R1 및 R2의 출력에서 발견되는 것과 유사합니다. 그러나 우회를 위한 명시적 경로는 다르며, R4와 R9(so-0/0/3 또는 10.0.49.2.
샘플 출력
다음 샘플 출력은 일대일 백업 우회에 표시된 네트워크의 우회 경로에 사용되는 R7의 출력입니다.
user@R7> show rsvp session transit detail
Transit RSVP: 1 sessions, 1 detours
192.168.5.1
From: 192.168.1.1, LSPstate: Up, ActiveRoute: 1
LSPname: r1-to-r5, LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: 100368
Resv style: 1 FF, Label in: 100736, Label out: 100368
Time left: 135, Since: Wed May 10 16:14:42 2006
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 5 receiver 9216 protocol 0
Detour branch from 10.0.27.1, to skip 192.168.4.1, Up
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Adspec: received MTU 1500
Path MTU: received 0
PATH rcvfrom: 10.0.27.1 (so-0/0/3.0) 179 pkts
Adspec: received MTU 1500 sent MTU 1500
PATH sentto: 10.0.79.2 (so-0/0/1.0) 177 pkts
RESV rcvfrom: 10.0.79.2 (so-0/0/1.0) 179 pkts
Explct route: 10.0.79.2 10.0.59.1
Record route: 10.0.12.13 10.0.27.1 <self> 10.0.79.2 10.0.59.1
Label in: 100736, Label out: 100368
Detour branch from 10.0.17.13, to skip 192.168.2.1, Up
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Adspec: received MTU 1500
Path MTU: received 0
PATH rcvfrom: 10.0.17.13 (fe-0/1/1.0) 179 pkts
Adspec: received MTU 1500
PATH sentto: 10.0.79.2 (so-0/0/1.0) 0 pkts
RESV rcvfrom: 10.0.79.2 (so-0/0/1.0) 0 pkts
Explct route: 10.0.79.2 10.0.59.1
Record route: 10.0.17.13 <self> 10.0.79.2 10.0.59.1
Label in: 100752, Label out: 100368
Total 1 displayed, Up 1, Down 0
의미
R7의 샘플 출력은 LSP의 기본 경로에 사용되는 일반 전송 라우터와 동일한 정보, 즉 수신 주소(192.168.1.1), 송신 주소(192.168.5.1) 및 LSP의 이름(r1-to-r5)을 보여줍니다. 두 개의 우회 경로가 표시됩니다. 첫 번째는 R4(192.168.4.1)를 피하고 두 번째는 R2(192.168.2.1)를 피합니다. R7은 R2와 R4에 의해 전송 라우터로 사용되기 때문에, R7은 두 우회 경로에 대해 동일한 레이블 아웃 값(100368)이 지시하는 대로 우회 경로를 함께 병합할 수 있습니다. R7이 레이블 값이 100736인 R4에서 트래픽을 수신하든, 레이블 값이 100752인 R2에서 트래픽을 수신하든, R7은 레이블 값이 100368인 R5로 패킷을 전달합니다.
샘플 출력
다음 샘플 출력은 일대일 백업 우회에 표시된 네트워크의 우회 경로에 사용되는 라우터인 R9에서 나옵니다.
user@R9> show rsvp session transit detail
Transit RSVP: 1 sessions, 1 detours
192.168.5.1
From: 192.168.1.1, LSPstate: Up, ActiveRoute: 1
LSPname: r1-to-r5, LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: 3
Resv style: 1 FF, Label in: 100352, Label out: 3
Time left: 141, Since: Wed May 10 16:16:40 2006
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 5 receiver 9216 protocol 0
Detour branch from 10.0.49.1, to skip 192.168.5.1, Up
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Adspec: received MTU 1500
Path MTU: received 0
PATH rcvfrom: 10.0.49.1 (so-0/0/3.0) 183 pkts
Adspec: received MTU 1500 sent MTU 1500
PATH sentto: 10.0.59.1 (so-0/0/0.0) 182 pkts
RESV rcvfrom: 10.0.59.1 (so-0/0/0.0) 183 pkts
Explct route: 10.0.59.1
Record route: 10.0.12.13 10.0.24.1 10.0.49.1 <self> 10.0.59.1
Label in: 100352, Label out: 3
Detour branch from 10.0.27.1, to skip 192.168.4.1, Up
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Adspec: received MTU 1500
Path MTU: received 0
Detour branch from 10.0.17.13, to skip 192.168.2.1, Up
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Adspec: received MTU 1500
Path MTU: received 0
PATH rcvfrom: 10.0.79.1 (so-0/0/1.0) 181 pkts
Adspec: received MTU 1500
PATH sentto: 10.0.59.1 (so-0/0/0.0) 0 pkts
RESV rcvfrom: 10.0.59.1 (so-0/0/0.0) 0 pkts
Explct route: 10.0.59.1
Record route: 10.0.12.13 10.0.27.1 10.0.79.1 <self> 10.0.59.1
Label in: 100368, Label out: 3
Total 1 displayed, Up 1, Down 0
의미
R9의 샘플 출력은 R9가 우회 경로에 대한 끝에서 두 번째 라우터이고, 명시적 경로는 송신 링크 주소(10.0.59.1)만 포함하며, 레이블 출력 값(3)은 R9가 끝에서 두 번째 홉 레이블 팝핑을 수행했음을 나타냅니다. 또한 R7이 R2와 R4의 우회 경로를 병합했기 때문에 10.0.27.1의 우회 브랜치는 경로 정보를 포함하지 않습니다. 10.0.17.13에서 우회 브랜치의 Label out 값은 100368이며, R7의 Label out 값과 동일한 값을 확인합니다.
샘플 출력
다음 샘플 출력은 일대일 백업 우회에 표시된 네트워크의 송신 라우터 R5에서 나옵니다.
user@R5> show rsvp session egress detail
Egress RSVP: 1 sessions, 1 detours
192.168.5.1
From: 192.168.1.1, LSPstate: Up, ActiveRoute: 0
LSPname: r1-to-r5, LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: -
Resv style: 1 FF, Label in: 3, Label out: -
Time left: 119, Since: Thu May 11 14:44:31 2006
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 1 receiver 9230 protocol 0
FastReroute desired
PATH rcvfrom: 10.0.45.1 (so-0/0/2.0) 258 pkts
Adspec: received MTU 1500
PATH sentto: localclient
RESV rcvfrom: localclient
Record route: 10.0.12.13 10.0.24.1 10.0.45.1 <self>
Detour branch from 10.0.49.1, to skip 192.168.5.1, Up
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Adspec: received MTU 1500
Path MTU: received 0
Detour branch from 10.0.27.1, to skip 192.168.4.1, Up
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Adspec: received MTU 1500
Path MTU: received 0
Detour branch from 10.0.17.13, to skip 192.168.2.1, Up
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Adspec: received MTU 1500
Path MTU: received 0
PATH rcvfrom: 10.0.59.2 (so-0/0/0.0) 254 pkts
Adspec: received MTU 1500
PATH sentto: localclient
RESV rcvfrom: localclient
Record route: 10.0.12.13 10.0.24.1 10.0.49.1 10.0.59.2 <self>
Label in: 3, Label out: -
Total 1 displayed, Up 1, Down 0
의미
R5의 샘플 출력은 기록 경로 필드의 메인 LSP와 네트워크를 통한 우회를 보여줍니다.
기본 경로가 작동 가능한지 확인
목적
주요 경로가 네트워크에서 사용 가능한 경우 항상 사용해야 하므로 구성이 조정되지 않는 한 LSP는 실패 후 항상 기본 경로로 되돌아갑니다. 실패한 기본 경로가 다시 설립되는 것을 방지하기 위해 구성을 조정하는 방법에 대한 자세한 내용은 이전에 실패한 경로 사용 방지하기를 참조하세요.
작업
기본 경로가 작동하는지 확인하기 위해 다음 Junos OS 명령줄 인터페이스(CLI) 운영 모드 명령을 입력합니다.
user@host> show mpls lsp extensive ingress user@host> show rsvp interface
샘플 출력 1
명령 이름
user@R1> show mpls lsp extensive ingress
Ingress LSP: 1 sessions
192.168.5.1
From: 192.168.1.1, State: Up, ActiveRoute: 0, LSPname: r1-to-r5
ActivePath: via-r2 (primary)
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
*Primary via-r2 State: Up
Priorities: 6 6
Bandwidth: 35Mbps
SmartOptimizeTimer: 180
Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 11)
10.0.12.14 S 10.0.24.2 S
Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt):
10.0.12.14 10.0.24.2
5 Apr 29 14:40:43 Selected as active path
4 Apr 29 14:40:43 Record Route: 10.0.12.14 10.0.24.2
3 Apr 29 14:40:43 Up
2 Apr 29 14:40:43 Originate Call
1 Apr 29 14:40:43 CSPF: computation result accepted
Standby via-r7 State: Dn
SmartOptimizeTimer: 180
No computed ERO.
Created: Sat Apr 29 14:40:43 2006
Total 1 displayed, Up 1, Down 0
샘플 출력 2
명령 이름
user@R1> show rsvp interface
RSVP interface: 3 active
Active Subscr- Static Available Reserved Highwater
Interface State resv iption BW BW BW mark
fe-0/1/0.0 Up 2 100% 100Mbps 100Mbps 0bps 0bps
fe-0/1/1.0 Up 1 100% 100Mbps 100Mbps 0bps 0bps
so-0/0/3.0 Up 1 100% 155.52Mbps 155.52Mbps 0bps 0bps
의미
샘플 출력 1은 LSP가 작동되고 있으며 R2(10.0.12.14) 및 R4(10.0.24.2)를 전송 라우터로 기본 경로(via-r2)를 사용하고 있음을 보여줍니다. 우선 순위 값은 설정 및 보류에 대해 동일합니다(6 6). 우선 순위 0은 가장 높은(최고) 우선 순위이고 7은 가장 낮은(최악) 우선 순위입니다. 설정 및 보류 우선 순위에 대한 Junos OS의 기본값은 7:0입니다. 일부 LSP가 다른 LSP보다 더 중요하지 않는 한 기본값을 보존하는 것이 좋습니다. 허용되지 않는 보류 우선 순위보다 더 나은 설정 우선 순위를 구성하면 선점 루프를 피하기 위해 커밋이 실패하게 됩니다.
보조 경로가 설정되었는지 확인
목적
보조 경로가 문 standby 으로 구성되면 보조 경로가 켜지 지만 활성화되지 않아야 하며 기본 경로가 실패하면 활성화됩니다. 명령문 없이 standby 구성된 보조 경로는 기본 경로가 실패하지 않는 한 켜지지 않습니다. 보조 경로가 올바르게 구성되고 기본 경로가 실패할 경우 켜지는지 테스트하려면, 기본 경로에 필수적인 링크 또는 노드를 비활성화한 다음 명령을 실행해야 show mpls lsp lsp-path-name extensive 합니다.
작업
보조 경로가 설정되었는지 확인하기 위해 다음 Junos OS CLI 운영 모드 명령을 입력합니다.
샘플 출력
user@R1> show mpls lsp extensive
샘플 출력
명령 이름
다음 샘플 출력은 보조 경로가 켜지기 전과 후에 올바르게 구성된 보조 경로를 보여줍니다. 이 예에서 R2의 인터페이스 fe-0/1/0은 비활성화되어 기본 경로를 via-r2로 중단됩니다. 수신 라우터 R1은 트래픽을 r7을 통해 보조 경로로 전환합니다.
user@R1> show mpls lsp extensive
Ingress LSP: 1 sessions
192.168.5.1
From: 192.168.1.1, State: Up, ActiveRoute: 0, LSPname: r1-to-r5
ActivePath: via-r2 (primary)
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
*Primary via-r2 State: Up
Priorities: 6 6
Bandwidth: 35Mbps
SmartOptimizeTimer: 180
Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 3)
10.0.12.14 S 10.0.24.2 S 10.0.45.2 S
Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt):
10.0.12.14 10.0.24.2 10.0.45.2
5 Apr 29 14:40:43 Selected as active path
4 Apr 29 14:40:43 Record Route: 10.0.12.14 10.0.24.2
3 Apr 29 14:40:43 Up
2 Apr 29 14:40:43 Originate Call
1 Apr 29 14:40:43 CSPF: computation result accepted
Secondary via-r7 State: Dn
SmartOptimizeTimer: 180
No computed ERO.
Created: Sat Apr 29 14:40:43 2006
Total 1 displayed, Up 1, Down 0
[edit interfaces]
user@R2# deactivate fe-0/1/0
[edit interfaces]
user@R2# show
inactive: fe-0/1/0 {
unit 0 {
family inet {
address 10.0.12.14/30;
}
family iso;
family mpls;
}
}
user@R1> show mpls lsp name r1-to-r4 extensive
Ingress LSP: 1 sessions
192.168.4.1
From: 192.168.1.1, State: Up, ActiveRoute: 0, LSPname: r1-to-r4
ActivePath: via-r7 (secondary)
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
Primary via-r2 State: Dn
Priorities: 6 6
Bandwidth: 35Mbps
SmartOptimizeTimer: 180
Will be enqueued for recomputation in 14 second(s).
10 Apr 29 14:52:33 CSPF failed: no route toward 10.0.12.1 4[21 times]
9 Apr 29 14:42:48 Clear Call
8 Apr 29 14:42:48 Deselected as active
7 Apr 29 14:42:48 Session preempted
6 Apr 29 14:42:48 Down
5 Apr 29 14:40:43 Selected as active path
4 Apr 29 14:40:43 Record Route: 10.0.12.14 10.0.24.2
3 Apr 29 14:40:43 Up
2 Apr 29 14:40:43 Originate Call
1 Apr 29 14:40:43 CSPF: computation result accepted
*Standby via-r7 State: Up
SmartOptimizeTimer: 180
Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 11)
10.0.17.14 S 10.0.47.1 S
Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt):
10.0.17.14 10.0.47.1
5 Apr 29 14:42:48 Selected as active path
4 Apr 29 14:41:12 Record Route: 10.0.17.14 10.0.47.1
3 Apr 29 14:41:12 Up
2 Apr 29 14:41:12 Originate Call
1 Apr 29 14:41:12 CSPF: computation result accepted
Created: Sat Apr 29 14:40:43 2006
Total 1 displayed, Up 1, Down 0
의미
송신 라우터 R1의 샘플 출력은 기본 경로가 여전히 켜져 있기 때문에 다운 상태에서 올바르게 구성된 대기 보조 경로를 보여줍니다. 기본 경로에 중요한 인터페이스(R2의 인터페이스 fe-0/1/0)가 비활성화되면 via-r2의 기본 경로가 다운되고 via-r7의 대기 보조 경로가 켜지므로 R1이 트래픽을 대기 보조 경로로 전환할 수 있습니다.
물리적 레이어 확인
목적
LSP를 구성하고 명령을 실행 show mpls lsp extensive 하고 오류가 있다고 판단한 후에는 네트워크의 물리적 계층에서 문제를 조사할 수 있습니다.
그림 3 은 계층화된 MPLS 모델의 물리적 레이어를 보여줍니다.
확인
이 레이어를 통해 라우터가 연결되었는지 확인하고 인터페이스가 수신, 송신 및 전송 라우터에서 올바르게 구성되어 있는지 확인해야 합니다.
네트워크가 이 계층에서 작동하지 않으면 레이블 스위칭 경로(LSP)가 구성된 대로 작동하지 않습니다.
그림 4 는 MPLS 네트워크와 이 주제에서 설명한 문제를 보여줍니다.
에서 손상된 MPLS 네트워크
그림 4에 표시된 네트워크는 직접 연결된 모든 인터페이스가 다른 모든 유사한 인터페이스에 패킷을 수신하고 전송할 수 있는 완전히 연결된 구성입니다. 이 네트워크의 LSP는 수신 라우터 R1에서 전송 라우터 R3을 거쳐 송신 라우터 R6으로 실행되도록 구성됩니다. 또한 역방향 LSP는 R6에서 R3을 통해 R1로 실행되어 양방향 트래픽을 생성하도록 구성됩니다.
그러나 이 예에서 트래픽은 구성된 LSP를 사용하지 않습니다. 대신 트래픽은 R1 에서 R2 에서 R6까지, 그리고 반대 방향에서는 R6 에서 R5를 거쳐 R1까지 대체 경로를 사용합니다.
구성된 LSP가 아닌 대체 경로가 사용되는 상황을 인식하게 되면 물리적 레이어가 올바르게 작동하고 있는지 확인하십시오. 라우터가 연결되지 않거나 인터페이스가 수신, 송신 또는 전송 라우터에서 올바르게 구성되어 있지 않음을 발견할 수 있습니다.
그림 4에 표시된 엑스자는 수신 라우터 R1의 구성 오류로 인해 LSP가 손상된 위치를 나타냅니다.
물리적 계층을 확인하려면 다음 단계를 따르십시오.
LSP 확인
목적
일반적으로 이 명령을 사용하여 show mpls lsp extensive LSP를 확인합니다. 그러나 LSP 상태를 빠르게 확인하려면 이 show mpls lsp 명령을 사용합니다. LSP가 다운되면 광범위한 옵션을show mpls lsp extensive) 사용하십시오(후속 조치로). 네트워크에 수많은 LSP가 있는 경우, 이름 옵션( 또는 광범위한)nameshow mpls lsp name을 사용하여 LSP의 이름을 지정하는 것을 고려할 수 있습니다.name show mpls lsp name
작업
LSP가 작동 중인지 확인하려면 수신 라우터에서 다음 명령을 입력합니다.
user@ingress-router> show mpls lsp extensive
샘플 출력
명령 이름
user@R1> show mpls lsp extensive
Ingress LSP: 1 sessions
10.0.0.6
From: 10.0.0.1, State: Up, ActiveRoute: 1, LSPname: R1-to-R6
ActivePath: (primary)
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
*Primary State: Up
Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 20)
10.1.12.2 S 10.1.26.2 S
Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt):
10.1.12.2 10.1.26.2
99 Sep 18 14:19:04 CSPF: computation result accepted
98 Sep 18 14:19:04 CSPF: link down/deleted
10.1.13.1(R1.00/10.0.0.1)->10.1.13.2(R3.00/10.0.0.3)
97 Sep 18 14:19:01 Record Route: 10.1.12.2 10.1.26.2
96 Sep 18 14:19:01 Up
95 Sep 18 14:19:01 Clear Call
94 Sep 18 14:19:01 CSPF: computation result accepted
93 Sep 18 14:19:01 MPLS label allocation failure
92 Sep 18 14:19:01 Down
91 Aug 17 12:22:52 Selected as active path
90 Aug 17 12:22:52 Record Route: 10.1.13.2 10.1.36.2
89 Aug 17 12:22:52 Up
[...Output truncated...]
Created: Sat Jul 10 18:18:44 2004
Total 1 displayed, Up 1, Down 0
Egress LSP: 1 sessions
10.0.0.1
From: 10.0.0.6, LSPstate: Up, ActiveRoute: 0
LSPname: R6-to-R1, LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: -
Resv style: 1 FF, Label in: 3, Label out: -
Time left: 144, Since: Tue Aug 17 12:23:14 2004
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 1 receiver 39024 protocol 0
PATH rcvfrom: 10.1.15.2 (so-0/0/1.0) 67333 pkts
Adspec: received MTU 1500
PATH sentto: localclient
RESV rcvfrom: localclient
Record route: 10.1.56.2 10.1.15.2 <self>
Total 1 displayed, Up 1, Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
의미
수신 라우터 R1 의 샘플 출력은 LSP가 구성된 경로가 아닌 대체 경로를 사용하고 있음을 보여줍니다. LSP의 구성된 경로는 R1 에서 R3 에서 R6까지이며, 역방향 LSP의 경우 R6 에서 R3 에서 R1까지 구성됩니다. LSP가 사용하는 대체 경로는 R1 에서 R2 에서 R6이며, 역방향 LSP의 경우 R6에서 R5 에서 R1까지 이어집니다.
라우터 연결 확인
목적
패킷이 0% 패킷 손실로 수신 및 전송되었는지 여부를 조사하여 적절한 수신, 전송 및 송신 라우터가 작동하고 있는지 확인합니다.
작업
라우터가 연결되어 있는지 확인하려면 수신 및 전송 라우터에서 다음 명령을 입력합니다.
user@host> ping host
샘플 출력
명령 이름
user@R1> ping 10.0.0.3 count 3 PING 10.0.0.3 (10.0.0.3): 56 data bytes 64 bytes from 10.0.0.3: icmp_seq=0 ttl=254 time=0.859 ms 64 bytes from 10.0.0.3: icmp_seq=1 ttl=254 time=0.746 ms 64 bytes from 10.0.0.3: icmp_seq=2 ttl=254 time=0.776 ms --- 10.0.0.3 ping statistics --- 3 packets transmitted, 3 packets received, 0% packet loss round-trip min/avg/max/stddev = 0.746/0.794/0.859/0.048 ms user@R3> ping 10.0.0.6 count 3 PING 10.0.0.6 (10.0.0.6): 56 data bytes 64 bytes from 10.0.0.6: icmp_seq=0 ttl=255 time=0.968 ms 64 bytes from 10.0.0.6: icmp_seq=1 ttl=255 time=3.221 ms 64 bytes from 10.0.0.6: icmp_seq=2 ttl=255 time=0.749 ms --- 10.0.0.6 ping statistics --- 3 packets transmitted, 3 packets received, 0% packet loss round-trip min/avg/max/stddev = 0.749/1.646/3.221/1.117 ms
의미
샘플 출력은 수신 라우터 R1 이 전송 라우터 R3에서 패킷을 수신하고 있으며, 전송 라우터가 송신 라우터로부터 패킷을 수신하고 있음을 보여줍니다. 따라서 LSP의 라우터가 연결됩니다.
인터페이스 확인
목적
인터페이스가 문 family mpls 으로 올바르게 구성되었는지 확인합니다.
작업
관련 인터페이스가 작동하고 올바르게 구성되었는지 확인하려면 수신, 전송 및 송신 라우터에서 다음 명령을 입력합니다.
user@host> show interfaces terse
user@host> show configuration interfaces type-fpc/pic/port
샘플 출력
명령 이름
user@R1> show interfaces so* terse
Interface Admin Link Proto Local Remote
so-0/0/0 up up
so-0/0/0.0 up up inet 10.1.12.1/30
iso
mpls
so-0/0/1 up up
so-0/0/1.0 up up inet 10.1.15.1/30
iso
mpls
so-0/0/2 up up
so-0/0/2.0 up up inet 10.1.13.1/30
iso <<< family mpls is missing
so-0/0/3 up down
user@R1> show configuration interfaces so-0/0/2
unit 0 {
family inet {
address 10.1.13.1/30;
}
family iso; <<< family mpls is missing
}
의미
샘플 출력은 수신 라우터의 인터페이스 so-0/0/2.0에 계층 수준에서 구성된 문이 [family mplsedit interfaces type-fpc/pic/port] 없음을 보여주며, 이는 인터페이스가 LSP를 지원하도록 잘못 구성되었음을 나타냅니다. LSP는 [edit protocols mpls] 계층 수준에서 올바르게 구성됩니다.
전송 및 송신 라우터의 출력(표시되지 않음)은 해당 라우터의 인터페이스가 올바르게 구성되었음을 보여줍니다.
적절한 조치 취하기
문제
설명
조사에서 발생한 오류에 따라 적절한 조치를 취하여 문제를 정정해야 합니다. 아래 family mpls 예에서는 누락된 문이 수신 라우터 R1의 구성에 포함되어 있습니다.
해결책
이 예에서 오류를 수정하려면 다음 명령을 입력합니다.
[edit interfaces type-fpc/pic/port]
user@R1# set family mpls
user@R1# show
user@R1# commit
샘플 출력
[edit interfaces so-0/0/2 unit 0]
user@R1# set family mpls
[edit interfaces so-0/0/2 unit 0]
user@R1# show
family inet {
address 10.1.13.1/30;
}
family iso;
family mpls;
[edit interfaces so-0/0/2 unit 0]
user@R1# commit
commit complete
의미
수신 라우터 R1의 샘플 출력은 인터페이스 so-0/0/2.0에 대해 문이 올바르게 구성되었으며 LSP가 현재 원래 구성대로 작동하고 있음을 보여줍니다family mpls.
LSP 다시 확인
목적
오류 수정을 위한 적절한 조치를 취한 후, LSP를 다시 점검하여 물리적 계층의 문제가 해결되었는지 확인해야 합니다.
작업
예상대로 LSP가 작동하고 네트워크를 트래버스하는지 확인하려면 다음 명령을 입력합니다.
user@host> show mpls lsp extensive
샘플 출력 1
명령 이름
user@R1> show mpls lsp extensive
Ingress LSP: 1 sessions
10.0.0.6
From: 10.0.0.1, State: Up, ActiveRoute: 1, LSPname: R1-to-R6
ActivePath: (primary)
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
*Primary State: Up
Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 20)
10.1.13.2 S 10.1.36.2 S
Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt):
10.1.13.2 10.1.36.2
112 Sep 21 16:27:33 Record Route: 10.1.13.2 10.1.36.2
111 Sep 21 16:27:33 Up
110 Sep 21 16:27:33 CSPF: computation result accepted
109 Sep 21 16:27:33 CSPF: link down/deleted 10.1.12.1(R1.00/10.0.0.1)->10.1.12.2(R2.00/10.0.0.2)
108 Sep 21 16:27:33 CSPF: link down/deleted 10.1.15.1(R1.00/10.0.0.1)->10.1.15.2(R5.00/10.0.0.5)
[Output truncated...]
Created: Sat Jul 10 18:18:44 2004
Total 1 displayed, Up 1, Down 0
Egress LSP: 1 sessions
10.0.0.1
From: 10.0.0.6, LSPstate: Up, ActiveRoute: 0
LSPname: R6-to-R1, LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: -
Resv style: 1 FF, Label in: 3, Label out: -
Time left: 149, Since: Tue Sep 21 16:29:43 2004
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 2 receiver 39024 protocol 0
PATH rcvfrom: 10.1.13.2 (so-0/0/2.0) 7 pkts
Adspec: received MTU 1500
PATH sentto: localclient
RESV rcvfrom: localclient
Record route: 10.1.36.2 10.1.13.2 <self>
Total 1 displayed, Up 1, Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
샘플 출력 2
명령 이름
[edit protocols mpls]
user@R1# show
label-switched-path R1-to-R6 {
to 10.0.0.6;
}
interface fxp0.0 {
disable;
}
inactive: interface so-0/0/0.0;
inactive: interface so-0/0/1.0;
interface so-0/0/2.0;
의미
수신 라우터 R1 의 샘플 출력 1은 LSP가 현재 R1 에서 R3 에서 R6으로 예상되는 경로를 따라 네트워크를 횡단하고 있으며 역방향 LSP는 R6 에서 R3 에서 R1로 네트워크를 횡단하고 있음을 보여줍니다.
수신 라우터 R1 의 샘플 출력 2는 R1 인터페이스 so-0/0/0.0 및 so-0/0/1.0에서 MPLS가 비활성화되었기 때문에 LSP가 의도한 경로를 강제로 선택한다는 것을 보여줍니다. 이러한 인터페이스가 비활성화되지 않은 경우 구성이 올바른지라도 LSP는 대체 경로를 통해 네트워크를 트래버스합니다.
데이터 링크 레이어 확인
목적
LSP(label-switched path)를 구성하고 명령을 실행 show mpls lsp extensive 하고 오류가 있는지 확인한 후, 오류가 물리적 계층에 없음을 알게 될 수 있습니다. 네트워크의 데이터 링크 계층에서 문제를 계속 조사합니다.
그림 5 는 계층화된 MPLS 모델의 데이터 링크 계층을 보여줍니다.
확인
이 레이어를 통해 캡슐화 모드(예: PPP(Point-to-Point Protocol) 또는 Cisco HDLC(High-Level Data Link Control)를 확인해야 합니다. PPP 옵션(예: 헤더 캡슐화); 프레임 검사 시퀀스(FCS) 크기; 그리고 keepalive 프레임의 활성화 또는 비활성화 여부도 포함됩니다. 또한 수신, 송신 및 전송 라우터를 확인합니다.
그림 6 은 이 주제에 사용된 MPLS 네트워크를 보여줍니다.
에서 손상된 MPLS 네트워크
그림 6에 표시된 네트워크는 직접 연결된 모든 인터페이스가 다른 모든 유사한 인터페이스에 패킷을 수신하고 전송할 수 있는 완전히 연결된 구성입니다. 이 네트워크의 LSP는 수신 라우터 R1에서 전송 라우터 R3을 거쳐 송신 라우터 R6으로 실행되도록 구성됩니다. 또한 역방향 LSP는 R6에서 R3을 통해 R1로 실행되어 양방향 트래픽을 생성하도록 구성됩니다.
그러나 이 예에서 LSP는 R1 에서 R6 으로 또는 R6 에서 R1로 어느 방향으로든 경로 없이 다운됩니다.
데이터 링크 레이어가 올바르게 작동하지 않음을 확인하면 PPP 또는 Cisco HDLC 캡슐화, PPP 옵션 또는 keepalive 프레임과 불일치함을 발견할 수 있습니다.
그림 6에 표시된 엑스자는 LSP가 예상대로 네트워크를 통과하지 못하게 하는 수신 라우터 R1의 구성 오류로 인해 LSP가 손상된 위치를 나타냅니다.
데이터 링크 레이어를 확인하려면 다음 단계를 따릅니다.
LSP 확인
목적
일반적으로 이 명령을 사용하여 show mpls lsp extensive LSP를 확인합니다. 그러나 LSP 상태를 빠르게 확인하려면 이 show mpls lsp 명령을 사용하십시오. LSP가 다운되면 광범위한 옵션을show mpls lsp extensive) 사용하십시오(후속 조치로). 네트워크에 수많은 LSP가 있는 경우, 이름 옵션( 또는 show mpls lsp name name 광범위한)show mpls lsp name name을 사용하여 LSP의 이름을 지정하는 것을 고려할 수 있습니다.
작업
LSP가 작동 중인지 확인하려면 수신 라우터에서 다음 명령을 입력합니다.
user@host> show mpls lsp extensive
샘플 출력 1
명령 이름
user@R1> show mpls lsp extensive
Ingress LSP: 1 sessions
10.0.0.6
From: 10.0.0.1 , State: Dn, ActiveRoute: 0, LSPname: R1-to-R6
ActivePath: (none)
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
Primary State: Dn
Will be enqueued for recomputation in 15 second(s).
140 Sep 30 12:01:12 CSPF failed: no route toward 10.0.0.6[26 times]
139 Sep 30 11:48:57 Deselected as active
138 Sep 30 11:48:56 CSPF failed: no route toward 10.0.0.6
137 Sep 30 11:48:56 Clear Call
136 Sep 30 11:48:56 CSPF: link down/deleted
10.1.36.1(R3.00/10.0.0.3)->10.1.36.2(R6.00/10.0.0.6)
135 Sep 30 11:48:56 ResvTear received
134 Sep 30 11:48:56 Down
133 Sep 30 11:48:56 CSPF failed: no route toward 10.0.0.6
132 Sep 30 11:48:56 10.1.13.2: No Route toward dest
[...Output truncated...]
Created: Sat Jul 10 18:18:44 2004
Total 1 displayed, Up 0, Down 1
Egress LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
의미
수신 라우터 R1 의 샘플 출력은 참여하는 LSP를 보여줍니다. R1 에서 R6 으로의 경로 없이 수신 LSP가 중단되었습니다.역방향 LSP는 데이터 링크 레이어에서 손상된 MPLS 네트워크에 표시된 네트워크에서 구성되기 때문에 송신 LSP 세션이 작동할 것으로 예상합니다. 그러나 R1 에는 송신 LSP가 없으므로 R6 에서 R1 로의 LSP가 작동하지 않음을 나타냅니다.
인터페이스 확인
목적
네트워크 토폴로지에서 LSP가 통과할 인접 인터페이스를 결정하고, 캡슐화 유형, PPP 옵션, FCS 크기, keepalive 프레임의 활성화 또는 비활성화 여부에 대한 출력을 검사합니다
이 단계를 진행하기 전에 물리적 레이어를 확인하여 문제가 물리적 레이어에 없는지 확인하십시오.
작업
인접 인터페이스의 기능을 확인하기 위해 관련 라우터에서 다음 명령을 입력합니다.
user@host> show interfaces type-fpc/pic/port extensive user@host> show interfaces type-fpc/pic/port
샘플 출력 1
명령 이름
user@R6> show interfaces so-0/0/3 extensive
Physical interface: so-0/0/3, Enabled, Physical link is Up
Interface index: 131, SNMP ifIndex: 27, Generation: 14
Link-level type: Cisco-HDLC , MTU: 4474, Clocking: Internal, SONET mode, Speed: OC3, Loopback: None,
FCS: 16 , Payload scrambler: Enabled
Device flags : Present Running
Interface flags: Link-Layer-Down Point-To-Point SNMP-Traps 16384
Link flags : Keepalives
Hold-times : Up 0 ms, Down 0 ms
Keepalive settings: Interval 10 seconds, Up-count 1, Down-count 3
Keepalive statistics:
Input : 0 (last seen: never)
Output: 357 (last sent 00:00:04 ago)
CoS queues : 4 supported
Last flapped : 2004-07-21 16:03:49 PDT (10w0d 07:01 ago)
Statistics last cleared: Never
Traffic statistics:
Input bytes : 203368873 0 bps
Output bytes : 186714992 88 bps
Input packets: 3641808 0 pps
Output packets: 3297569 0 pps
Input errors:
Errors: 0, Drops: 0, Framing errors: 0, Runts: 0, Giants: 0, Bucket drops: 0,
Policed discards: 1770, L3 incompletes: 0, L2 channel errors: 0, L2 mismatch timeouts: 0,
HS link CRC errors: 0, HS link FIFO overflows: 0
Output errors:
Carrier transitions: 1, Errors: 0, Drops: 0, Aged packets: 0, HS link FIFO underflows: 0,
MTU errors: 0
Queue counters: Queued packets Transmitted packets Dropped packets
0 best-effort 197012 197012 0
1 expedited-fo 0 0 0
2 assured-forw 0 0 0
3 network-cont 3100557 3100557 0
SONET alarms : None
SONET defects : None
SONET PHY: Seconds Count State
PLL Lock 0 0 OK
PHY Light 0 0 OK
SONET section:
BIP-B1 0 0
SEF 1 3 OK
LOS 1 1 OK
LOF 1 1 OK
ES-S 1
SES-S 1
SEFS-S 1
SONET line:
BIP-B2 0 0
REI-L 0 0
RDI-L 0 0 OK
AIS-L 0 0 OK
BERR-SF 0 0 OK
BERR-SD 0 0 OK
ES-L 1
SES-L 1
UAS-L 0
ES-LFE 0
SES-LFE 0
UAS-LFE 0
SONET path:
BIP-B3 0 0
REI-P 0 0
LOP-P 0 0 OK
AIS-P 0 0 OK
RDI-P 0 0 OK
UNEQ-P 0 0 OK
PLM-P 0 0 OK
ES-P 1
SES-P 1
UAS-P 0
ES-PFE 0
SES-PFE 0
UAS-PFE 0
Received SONET overhead:
F1 : 0x00, J0 : 0x00, K1 : 0x00, K2 : 0x00
S1 : 0x00, C2 : 0xcf, C2(cmp) : 0xcf, F2 : 0x00
Z3 : 0x00, Z4 : 0x00, S1(cmp) : 0x00
Transmitted SONET overhead:
F1 : 0x00, J0 : 0x01, K1 : 0x00, K2 : 0x00
S1 : 0x00, C2 : 0xcf, F2 : 0x00, Z3 : 0x00
Z4 : 0x00
Received path trace: R3 so-0/0/3
52 33 20 73 6f 2d 30 2f 30 2f 33 00 00 00 00 00 R3 so-0/0/3.. ...
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 0d 0a ................
Transmitted path trace: R6 so-0/0/3
52 36 20 73 6f 2d 30 2f 30 2f 33 00 00 00 00 00 R6 so-0/0/3 .....
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
HDLC configuration:
Policing bucket: Disabled
Shaping bucket : Disabled
Giant threshold: 4484, Runt threshold: 3
Packet Forwarding Engine configuration:
Destination slot: 0, PLP byte: 1 (0x00)
CoS transmit queue Bandwidth Buffer Priority Limit
% bps % bytes
0 best-effort 95 147744000 95 0 low none
3 network-control 5 7776000 5 0 low none
Logical interface so-0/0/3.0 (Index 71) (SNMP ifIndex 28) (Generation 16)
Flags: Device-Down Point-To-Point SNMP-Traps Encapsulation: Cisco-HDLC
Traffic statistics:
Input bytes : 406737746
Output bytes : 186714992
Input packets: 7283616
Output packets: 3297569
Local statistics:
Input bytes : 203368873
Output bytes : 186714992
Input packets: 3641808
Output packets: 3297569
Transit statistics:
Input bytes : 203368873 0 bps
Output bytes : 0 0 bps
Input packets: 3641808 0 pps
Output packets: 0 0 pps
Protocol inet, MTU: 4470, Generation: 46, Route table: 0
Flags: None
Addresses, Flags: Dest-route-down Is-Preferred Is-Primary
Destination: 10.1.36.0/30, Local: 10.1.36.2, Broadcast: 10.1.36.3, Generation: 38
Protocol iso, MTU: 4469, Generation: 47, Route table: 0
Flags: None
Protocol mpls, MTU: 4458, Generation: 48, Route table: 0
Flags: None
샘플 출력 2
명령 이름
user@R3> show interfaces so-0/0/3
Physical interface: so-0/0/3, Enabled, Physical link is Up
Interface index: 131, SNMP ifIndex: 24
Link-level type: PPP , MTU: 4474, Clocking: Internal, SONET mode, Speed: OC3, Loopback: None, FCS: 16 ,
Payload scrambler: Enabled
Device flags : Present Running
Interface flags: Point-To-Point SNMP-Traps
Link flags : Keepalives
Keepalive settings: Interval 10 seconds, Up-count 1, Down-count 3
Keepalive: Input: 736827 (00:00:03 ago), Output: 736972 (00:00:05 ago)
LCP state: Opened
NCP state: inet: Opened, inet6: Not-configured, iso: Opened, mpls: Opened
CHAP state: Not-configured
CoS queues : 4 supported
Last flapped : 2004-07-21 16:08:01 PDT (10w5d 19:57 ago)
Input rate : 40 bps (0 pps)
Output rate : 48 bps (0 pps)
SONET alarms : None
SONET defects : None
Logical interface so-0/0/3.0 (Index 70) (SNMP ifIndex 51)
Flags: Point-To-Point SNMP-Traps Encapsulation: PPP
Protocol inet, MTU: 4470
Flags: None
Addresses, Flags: Is-Preferred Is-Primary
Destination: 10.1.36.0/30, Local: 10.1.36.1, Broadcast: 10.1.36.3
Protocol iso, MTU: 4470
Flags: None
Protocol mpls, MTU: 4458
Flags: None
의미
송신 라우터 R6 의 샘플 출력 1은 SONET 알람 또는 결함이 없고(없음), 상태가 모두 정상이며, 경로 추적은 물리적 링크가 작동 중임을 나타내는 먼 끝(R3 so-0.0.0)을 보여줍니다. 그러나 논리적 링크가 끊어지고 링크 수준 유형은 Cisco HDLC입니다.
전송 라우터 R3 의 샘플 출력 2는 링크 수준 유형이 PPP임을 보여주며, 이는 캡슐화 유형이 일치하지 않아 LSP가 다운됨을 나타냅니다.
적절한 조치 취하기
문제
설명
조사에서 발생한 오류에 따라 적절한 조치를 취하여 문제를 정정해야 합니다. 아래 예에서 캡슐화 유형이 일치하지 않습니다.
해결책
이 예에서 오류를 수정하려면 다음 명령을 입력합니다.
[edit interfaces so-0/0/3] user@R1# show user@R1# delete encapsulation user@R1# show user@R1# commit
Sampel 출력
[edit interfaces so-0/0/3]
user@R6# show
encapsulation cisco-hdlc;
unit 0 {
family inet {
address 10.1.36.2/30;
}
family iso;
family mpls;
}
[edit interfaces so-0/0/3]
user@R6# delete encapsulation
[edit interfaces so-0/0/3]
user@R6# show
unit 0 {
family inet {
address 10.1.36.2/30;
}
family iso;
family mpls;
}
[edit interfaces so-0/0/3]
user@R6# commit
commit complete
의미
송신 라우터 R6 의 샘플 출력은 Cisco HDLC가 인터페이스 so-0/0/3 에서 잘못 구성되어 LSP가 의도한 경로를 사용할 수 없음을 보여줍니다. 문이 encapsulation 삭제되고 구성이 커밋되면 문제가 수정되었습니다.
LSP 다시 확인
목적
오류 수정을 위한 적절한 조치를 취한 후, LSP를 다시 점검하여 데이터 링크 레이어의 문제가 해결되었는지 확인해야 합니다.
작업
수신, 송신 및 전송 라우터에서 LSP가 작동 중이고 예상대로 네트워크를 트래버스하는지 확인합니다.
user@host> show mpls lsp extensive
샘플 출력 1
명령 이름
user@R1> show mpls lsp extensive
Ingress LSP: 1 sessions
10.0.0.6
From: 10.0.0.1 , State: Up, ActiveRoute: 1 , LSPname: R1-to-R6
ActivePath: (primary)
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
*Primary State: Up
Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 20)
10.1.13.2 S 10.1.36.2 S
Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt):
10.1.13.2 10.1.36.2
145 Sep 30 12:25:01 Selected as active path
144 Sep 30 12:25:01 Record Route: 10.1.13.2 10.1.36.2
143 Sep 30 12:25:01 Up
142 Sep 30 12:25:01 Originate Call
141 Sep 30 12:25:01 CSPF: computation result accepted
140 Sep 30 12:24:32 CSPF failed: no route toward 10.0.0.6[74 times]
139 Sep 30 11:48:57 Deselected as active
138 Sep 30 11:48:56 CSPF failed: no route toward 10.0.0.6
137 Sep 30 11:48:56 Clear Call
136 Sep 30 11:48:56 CSPF: link down/deleted 10.1.36.1(R3.00/10.0.0.3)->10.1.36.2(R6.00/10.0.0.6)
[...Output truncated...]
Created: Sat Jul 10 18:18:43 2004
Total 1 displayed, Up 1 , Down 0
Egress LSP: 1 sessions
10.0.0.1
From: 10.0.0.6 , LSPstate: Up, ActiveRoute: 0
LSPname: R6-to-R1, LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: -
Resv style: 1 FF, Label in: 3, Label out: -
Time left: 134, Since: Thu Sep 30 12:24:56 2004
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 6 receiver 39024 protocol 0
PATH rcvfrom: 10.1.13.2 (so-0/0/2.0) 7 pkts
Adspec: received MTU 1500
PATH sentto: localclient
RESV rcvfrom: localclient
Record route: 10.1.36.2 10.1.13.2 <self>
Total 1 displayed, Up 1, Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
샘플 출력 2
명령 이름
user@R6> show mpls lsp extensive
Ingress LSP: 1 sessions
10.0.0.1
From: 10.0.0.6, State: Up, ActiveRoute: 1, LSPname: R6-to-R1
ActivePath: (primary)
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
*Primary State: Up
Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 20)
10.1.36.1 S 10.1.13.1 S
Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt):
10.1.36.1 10.1.13.1
50 Sep 30 12:24:12 Selected as active path
49 Sep 30 12:24:12 Record Route: 10.1.36.1 10.1.13.1
48 Sep 30 12:24:12 Up
47 Sep 30 12:24:12 Originate Call
46 Sep 30 12:24:12 CSPF: computation result accepted
45 Sep 30 12:23:43 CSPF failed: no route toward 10.0.0.1[73 times]
44 Sep 30 11:48:12 Deselected as active
43 Sep 30 11:48:12 CSPF failed: no route toward 10.0.0.1
42 Sep 30 11:48:12 CSPF: link down/deleted 10.1.36.2(R6.00/10.0.0.6)->10.1.36.1(R3.00/10.0.0.3)
[...Output truncated...]
Created: Tue Aug 17 12:18:34 2004
Total 1 displayed, Up 1, Down 0
Egress LSP: 1 sessions
10.0.0.6
From: 10.0.0.1 , LSPstate: Up, ActiveRoute: 0
LSPname: R1-to-R6, LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: -
Resv style: 1 FF, Label in: 3, Label out: -
Time left: 159, Since: Thu Sep 30 12:24:16 2004
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 19 receiver 44251 protocol 0
PATH rcvfrom: 10.1.36.1 (so-0/0/3.0) 4 pkts
Adspec: received MTU 1500
PATH sentto: localclient
RESV rcvfrom: localclient
Record route: 10.1.13.1 10.1.36.1 <self>
Total 1 displayed, Up 1, Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
샘플 출력 3
명령 이름
user@R3> show mpls lsp extensive Ingress LSP: 0 sessions Total 0 displayed, Up 0, Down 0 Egress LSP: 0 sessions Total 0 displayed, Up 0, Down 0 Transit LSP: 2 sessions 10.0.0.1 From: 10.0.0.6 , LSPstate: Up, ActiveRoute: 1 LSPname: R6-to-R1, LSPpath: Primary Suggested label received: -, Suggested label sent: - Recovery label received: -, Recovery label sent: 3 Resv style: 1 FF, Label in: 100176, Label out: 3 Time left: 143, Since: Thu Sep 30 12:21:25 2004 Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500 Port number: sender 6 receiver 39024 protocol 0 PATH rcvfrom: 10.1.36.2 (so-0/0/3.0) 10 pkts Adspec: received MTU 1500 sent MTU 1500 PATH sentto: 10.1.13.1 (so-0/0/2.0) 9 pkts RESV rcvfrom: 10.1.13.1 (so-0/0/2.0) 9 pkts Explct route: 10.1.13.1 Record route: 10.1.36.2 <self> 10.1.13.1 10.0.0.6 From: 10.0.0.1 , LSPstate: Up, ActiveRoute: 1 LSPname: R1-to-R6, LSPpath: Primary Suggested label received: -, Suggested label sent: - Recovery label received: -, Recovery label sent: 3 Resv style: 1 FF, Label in: 100192, Label out: 3 Time left: 148, Since: Thu Sep 30 12:21:30 2004 Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500 Port number: sender 19 receiver 44251 protocol 0 PATH rcvfrom: 10.1.13.1 (so-0/0/2.0) 9 pkts Adspec: received MTU 1500 sent MTU 1500 PATH sentto: 10.1.36.2 (so-0/0/3.0) 9 pkts RESV rcvfrom: 10.1.36.2 (so-0/0/3.0) 9 pkts Explct route: 10.1.36.2 Record route: 10.1.13.1 <self> 10.1.36.2 Total 2 displayed, Up 2, Down 0
샘플 출력 4
명령 이름
user@R1> show configuration protocols mpls
label-switched-path R1-to-R6 {
to 10.0.0.6;
}
inactive: interface so-0/0/0.0;
inactive: interface so-0/0/1.0;
interface so-0/0/2.0;
user@R6> show configuration protocols mpls
label-switched-path R6-to-R1 {
to 10.0.0.1;
}
inactive: interface so-0/0/0.0;
inactive: interface so-0/0/1.0;
inactive: interface so-0/0/2.0;
interface so-0/0/3.0;
user@R3> show configuration protocols mpls
interface fxp0.0 {
disable;
}
inactive: interface so-0/0/0.0;
inactive: interface so-0/0/1.0;
interface so-0/0/2.0;
interface so-0/0/3.0;
의미
수신 라우터 R1 과 송신 라우터 R6 의 샘플 출력 1과 2는 각각 LSP가 R1 에서 R3 에서 R6으로 예상되는 경로를 따라 네트워크를 횡단하고 있으며, 역방향 LSP는 R6 에서 R3 에서 R1로 네트워크를 횡단하고 있음을 보여줍니다.
전송 라우터 R3 의 샘플 출력 3은 R1 에서 R6 으로, 그리고 R6 에서 R1로의 두 개의 전송 LSP 세션이 있음을 보여줍니다.
샘플 출력 4는 수신, 송신 및 전송 라우터에서 비활성화되어 LSP가 의도한 경로를 택하도록 강요하는 인터페이스를 보여줍니다. 이러한 인터페이스가 비활성화되지 않은 경우 구성이 올바른지라도 LSP는 대체 경로를 통해 네트워크를 트래버스합니다.
IP 및 IGP 계층 확인
문제
설명
LSP(label-switched path)를 구성하고 명령을 실행 show mpls lsp extensive 하고 오류가 있음을 확인한 후, 오류가 물리적 또는 데이터 링크 계층에 없음을 알 수 있습니다. 네트워크의 IP 및 IGP 계층에서 문제를 계속 조사합니다.
그림 7 은 계층화된 MPLS 모델의 IP 및 IGP 계층을 보여줍니다.
해결책
IP 및 IGP 계층에서 다음 사항을 확인해야 합니다.
-
인터페이스에 올바른 IP 주소가 지정되고 IGP 이웃 또는 인접 항목이 설정됩니다.
-
OSPF(최단 경로 우선) 또는 IS-IS(Intermediate System-to-Intermediate System) 프로토콜이 올바르게 구성되고 실행되어야 합니다.
-
OSPF 프로토콜이 구성되면 IP 계층을 먼저 확인하고 OSPF 구성을 확인한 다음, 프로토콜, 인터페이스 및 트래픽 엔지니어링이 올바르게 구성되었는지 확인합니다.
-
IS-IS 프로토콜이 구성된 경우, 두 프로토콜은 서로 독립적이기 때문에 IS-IS 또는 IP를 먼저 확인해도 문제가 되지 않습니다. IS-IS 인접 항목이 작동 중이고 인터페이스와 IS-IS 프로토콜이 올바르게 구성되었는지 확인합니다.
참고:IS-IS 프로토콜은 트래픽 엔지니어링이 기본적으로 활성화되어 있습니다.
-
네트워크가 IP 또는 IGP 계층에서 작동하지 않는 경우, LSP는 구성된 대로 작동하지 않습니다.
그림 8 은 이 주제에 사용된 MPLS 네트워크를 보여줍니다.
에서 손상된 MPLS 네트워크
그림 8에 표시된 네트워크는 직접 연결된 모든 인터페이스가 다른 모든 유사한 인터페이스에 패킷을 전송하거나 수신할 수 있는 완전히 연결된 구성입니다. 이 네트워크의 LSP는 수신 라우터 R1에서 전송 라우터 R3을 거쳐 송신 라우터 R6으로 실행되도록 구성됩니다. 또한 역방향 LSP는 R6에서 R3을 거쳐 R1로 실행되도록 구성되어 양방향 트래픽을 생성합니다. 그림 8의 십자 표시는 IP 및 IGP 계층에서 다음과 같은 문제로 인해 LSP가 작동하지 않는 위치를 나타냅니다.
-
IP 주소가 수신 라우터(R1)에서 잘못 구성되었습니다.
-
OSPF 프로토콜은 라우터 ID(RID)는 있지만 루프백(lo0) 인터페이스 없이 구성되며, 트래픽 엔지니어링은 전송 라우터(R3)에서 누락되었습니다.
-
IS-IS 네트워크의 수준이 일치하지 않습니다.
IP 레이어 확인
목적
최단 경로 우선(OSPF) 또는 IS-IS(IGP)를 구성했는지 여부에 따라 내부 게이트웨이 프로토콜(IGP) 레이어를 확인하기 전후에 IP 레이어를 확인할 수 있습니다. MPLS 네트워크가 IGP로 OSPF로 구성된 경우 먼저 IP 레이어를 확인하여 인터페이스가 올바른 IP 주소를 가지고 있는지, OSPF 레이어를 확인하기 전에 OSPF 이웃이 설정되었는지 확인해야 합니다.
MPLS 네트워크에서 IS-IS가 IGP로 구성된 경우 IP 레이어 또는 IS-IS 프로토콜 레이어 중 하나를 먼저 확인할 수 있습니다. IP 또는 IS-IS 레이어를 확인하는 순서는 결과에 영향을 미치지 않습니다.
에서 손상된 MPLS 네트워크
그림 9의 십자 표시는 수신 라우터 R1에서 잘못된 IP 주소 구성으로 인해 LSP가 손상된 위치를 나타냅니다.
LSP 확인
목적
LSP를 구성한 후에는 LSP가 작동 중인지 반드시 확인해야 합니다. LSP는 수신, 전송 또는 송신일 수 있습니다. extensive 옵션(LSP가 다운된 경우 후속 조치로)show mpls lsp extensive) 과 함께 LSP 상태를 빠르게 확인하기 위해 명령을 사용합니다show mpls lsp. 네트워크에 수많은 LSP가 있는 경우, 이름 옵션(show mpls lsp name name 또는 show mpls lsp name name 광범위한)을 사용하여 LSP의 이름을 지정하는 것을 고려할 수 있습니다.
작업
LSP가 작동 중인지 확인하려면 수신 라우터에서 다음 명령을 입력합니다.
user@host> show mpls lsp extensive
샘플 출력 1
명령 이름
user@R1> show mpls lsp extensive
Ingress LSP: 1 sessions
10.0.0.6
From: 10.0.0.1, State: Dn, ActiveRoute: 0, LSPname: R1-to-R6
ActivePath: (none)
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
Primary State: Dn
Will be enqueued for recomputation in 25 second(s).
44 Oct 15 16:56:11 CSPF failed: no route toward 10.0.0.6 [2685 times]
43 Oct 14 19:07:09 Clear Call
42 Oct 14 19:06:56 Deselected as active
41 Oct 14 19:06:56 10.1.12.1: MPLS label allocation failure
40 Oct 14 19:06:56 Down
39 Oct 14 18:43:43 Selected as active path
38 Oct 14 18:43:43 Record Route: 10.1.13.2 10.1.36.2
37 Oct 14 18:43:43 Up
[...Output truncated...]
Created: Thu Oct 14 16:04:33 2004
Total 1 displayed, Up 0, Down 1
Egress LSP: 0 sessions
Total 0 displayed , Up 0, Down 0
Transit LSP: 0 sessions
Total 0 displayed , Up 0, Down 0
의미
수신 라우터 R1의 샘플 출력은 MPLS 레이블 할당 실패가 발생하고 CSPF(Constrained Shortest Path First) 알고리즘이 실패하여 R6에서 목적지 10.0.0.6에 대한 경로가 없음을 보여줍니다.
IP 주소 확인
목적
IP 레이어를 조사할 때, 인터페이스가 올바른 IP 주소를 가지고 있는지, OSPF 이웃 또는 IS-IS 인접성이 설정되어 있는지 확인합니다. 이 예에서는 IP 주소가 수신 라우터(R1)에서 잘못 구성되었습니다.
작업
IP 주소 지정을 확인하려면 수신, 전송 및 송신 라우터에서 다음 명령을 입력합니다.
user@host> show interfaces terse
샘플 출력
명령 이름
user@R1> show interfaces terse
Interface Admin Link Proto Local Remote
so-0/0/0 up up
so-0/0/0.0 up up inet 10.1.12.1/30
iso
mpls
so-0/0/1 up up
so-0/0/1.0 up up inet 10.1.15.1/30
iso
mpls
so-0/0/2 up up
so-0/0/2.0 up up inet 10.1.13.2 <<< Incorrect IP address
iso
mpls
lo0 up up
lo0.0 up up inet 10.0.0.1
iso 49.0004.1000.0000.0001.00
user@R3> show interfaces terse
Interface Admin Link Proto Local Remote
so-0/0/0 up up
so-0/0/0.0 up up inet 10.1.34.1/30
iso
mpls
so-0/0/1 up up
so-0/0/1.0 up up inet 10.1.23.2/30
iso
mpls
so-0/0/2 up up
so-0/0/2.0 up up inet 10.1.13.2/30 <<< Identical to R1
iso
mpls
so-0/0/3 up up
so-0/0/3.0 up up inet 10.1.36.1/30
iso
mpls
lo0 up up
lo0.0 up up inet 10.0.0.3
iso 49.0004.1000.0000.0003.00
user@R6> show interfaces terse
Interface Admin Link Proto Local Remote
so-0/0/0 up up
so-0/0/0.0 up up inet 10.1.56.2/30
iso
mpls
so-0/0/1 up up
so-0/0/1.0 up up inet 10.1.46.2/30
iso
mpls
so-0/0/2 up up
so-0/0/2.0 up up inet 10.1.26.2/30
iso
mpls
so-0/0/3 up up
so-0/0/3.0 up up inet 10.1.36.2/30
iso
mpls
lo0.0 up up inet 10.0.0.6
iso 49.0004.1000.0000.0006.00
의미
샘플 출력은 R1의 인터페이스 so-0/0/2.0과 R3의 인터페이스 so-0/0/2.0의 IP 주소가 동일하다는 것을 보여줍니다. 인터페이스를 올바르게 식별하려면 네트워크 내의 인터페이스 IP 주소가 고유해야 합니다.
IP 레이어에서 이웃 또는 인접 확인
목적
IP 주소 지정이 잘못 구성된 경우 OSPF 이웃 또는 IS-IS 인접성을 모두 확인하여 둘 중 하나 또는 둘 다 설정되었는지 확인해야 합니다.
작업
neighbors(OSPF) 또는 인접성(IS-IS)을 확인하려면, 수신, 전송 및 송신 라우터에서 다음 명령을 입력합니다.
user@host> show ospf neighbor extensive user@host> show isis adjacency extensive
샘플 출력 1
명령 이름
user@R1> show ospf neighbor extensive Address Interface State ID Pri Dead 10.1.12.2 so-0/0/0.0 Full 10.0.0.2 128 34 area 0.0.0.0, opt 0x42, DR 0.0.0.0, BDR 0.0.0.0 Up 1d 04:45:20, adjacent 1d 04:45:20 10.1.15.2 so-0/0/1.0 Full 10.0.0.5 128 35 area 0.0.0.0, opt 0x42, DR 0.0.0.0, BDR 0.0.0.0 Up 1d 04:45:20, adjacent 1d 04:45:10 <<< no adjacency with R3 so-0/0/2 user@R3> show ospf neighbor extensive Address Interface State ID Pri Dead 10.1.23.1 so-0/0/1.0 Full 10.0.0.2 128 35 area 0.0.0.0, opt 0x42, DR 0.0.0.0, BDR 0.0.0.0 Up 1w2d 04:54:30, adjacent 1w2d 04:54:21 10.1.36.2 so-0/0/3.0 Full 10.0.0.6 128 39 area 0.0.0.0, opt 0x42, DR 0.0.0.0, BDR 0.0.0.0 Up 1w2d 04:54:30, adjacent 1w2d 04:54:30 <<< no adjacency with R1 so-0/0/2 user@R6> show ospf neighbor extensive Address Interface State ID Pri Dead 10.1.56.1 so-0/0/0.0 Full 10.0.0.5 128 39 area 0.0.0.0, opt 0x42, DR 0.0.0.0, BDR 0.0.0.0 Up 1d 02:59:35, adjacent 1d 02:59:35 10.1.26.1 so-0/0/2.0 Full 10.0.0.2 128 36 area 0.0.0.0, opt 0x42, DR 0.0.0.0, BDR 0.0.0.0 Up 1w2d 04:57:30, adjacent 1w2d 04:57:30 10.1.36.1 so-0/0/3.0 Full 10.0.0.3 128 36 area 0.0.0.0, opt 0x42, DR 0.0.0.0, BDR 0.0.0.0 Up 1w2d 04:56:11, adjacent 1w2d 04:56:11
샘플 출력 2
명령 이름
user@R1> show isis adjacency extensive R2 Interface: so-0/0/0.0, Level: 2, State: Up , Expires in 23 secs Priority: 0, Up/Down transitions: 1, Last transition: 05:57:16 ago Circuit type: 2, Speaks: IP , IPv6 Topologies: Unicast Restart capable: Yes IP addresses: 10.1.12.2 Transition log: When State Reason Fri Oct 15 14:58:35 Up Seenself R5 Interface: so-0/0/1.0, Level: 2, State: Up, Expires in 26 secs Priority: 0, Up/Down transitions: 1, Last transition: 05:56:52 ago Circuit type: 2, Speaks: IP , IPv6 Topologies: Unicast Restart capable: Yes IP addresses: 10.1.15.2 Transition log: When State Reason Fri Oct 15 14:59:00 Up Seenself R3 Interface: so-0/0/2.0, Level: 2, State: Up, Expires in 26 secs Priority: 0, Up/Down transitions: 1, Last transition: 05:56:51 ago Circuit type: 2, Speaks: IP , IPv6 Topologies: Unicast Restart capable: Yes IP addresses: 10.1.13.2 Transition log: When State Reason Fri Oct 15 14:59:01 Up Seenself user@R3> show isis adjacency extensive R4 Interface: so-0/0/0.0, Level: 2, State: Up , Expires in 25 secs Priority: 0, Up/Down transitions: 1, Last transition: 1w1d 00:22:51 ago Circuit type: 2, Speaks: IP , IPv6 Topologies: Unicast Restart capable: Yes IP addresses: 10.1.34.2 Transition log: When State Reason Thu Oct 28 15:13:12 Up Seenself R2 Interface: so-0/0/1.0, Level: 2, State: Up , Expires in 25 secs Priority: 0, Up/Down transitions: 1, Last transition: 2w2d 18:02:48 ago Circuit type: 2, Speaks: IP , IPv6 Topologies: Unicast Restart capable: Yes IP addresses: 10.1.23.1 Transition log: When State Reason Tue Oct 19 21:33:15 Up Seenself R1 Interface: so-0/0/2.0, Level: 2, State: Up , Expires in 22 secs Priority: 0, Up/Down transitions: 1, Last transition: 2w2d 17:24:06 ago Circuit type: 2, Speaks: IP , IPv6 Topologies: Unicast Restart capable: Yes IP addresses: 10.1.13.1 Transition log: When State Reason Tue Oct 19 22:11:57 Up Seenself R6 Interface: so-0/0/3.0, Level: 2, State: Up , Expires in 21 secs Priority: 0, Up/Down transitions: 1, Last transition: 2w1d 00:07:00 ago Circuit type: 2, Speaks: IP , IPv6 Topologies: Unicast Restart capable: Yes IP addresses: 10.1.36.2 Transition log: When State Reason Thu Oct 21 15:29:03 Up Seenself user@R6> show isis adjacency extensive R5 Interface: so-0/0/0.0, Level: 2, State: Up , Expires in 23 secs Priority: 0, Up/Down transitions: 1, Last transition: 1w2d 01:10:03 ago Circuit type: 2, Speaks: IP , IPv6 Topologies: Unicast Restart capable: Yes IP addresses: 10.1.56.1 Transition log: When State Reason Wed Oct 27 14:35:32 Up Seenself R4 Interface: so-0/0/1.0, Level: 2, State: Up , Expires in 25 secs Priority: 0, Up/Down transitions: 1, Last transition: 1w1d 00:26:50 ago Circuit type: 2, Speaks: IP , IPv6 Topologies: Unicast Restart capable: Yes IP addresses: 10.1.46.1 Transition log: When State Reason Thu Oct 28 15:18:45 Up Seenself R2 Interface: so-0/0/2.0, Level: 2, State: Up , Expires in 24 secs Priority: 0, Up/Down transitions: 1, Last transition: 2w1d 00:11:40 ago Circuit type: 2, Speaks: IP , IPv6 Topologies: Unicast Restart capable: Yes IP addresses: 10.1.26.1 Transition log: When State Reason Thu Oct 21 15:33:55 Up Seenself R3 Interface: so-0/0/3.0, Level: 2, State: Up , Expires in 19 secs Priority: 0, Up/Down transitions: 1, Last transition: 2w1d 00:11:40 ago Circuit type: 2, Speaks: IP , IPv6 Topologies: Unicast Restart capable: Yes IP addresses: 10.1.36.1 Transition log: When State Reason Thu Oct 21 15:33:55 Up Seenself
의미
수신, 전송 및 송신 라우터의 샘플 출력 1은 R1 과 R3 이 설정된 OSPF 인접 라우터가 아님을 보여줍니다. 두 인터페이스 so-0/0/2.0 (R1 및 R3)이 동일한 IP 주소로 구성되어 있다는 점을 고려하면 이를 예상할 수 있습니다. OSPF 프로토콜은 IP 패킷 헤더에 포함된 대상 IP 주소만을 기반으로 IP 패킷을 라우팅합니다. 따라서 AS(Autonomous System)에서 동일한 IP 주소로 인해 neighbor가 설정되지 않습니다.
수신, 전송 및 송신 라우터의 샘플 출력 2는 R1과 R3의 인터페이스 so-0/0/2.0에 구성된 동일한 IP 주소에도 불구하고 R1과 R3이 IS-IS 인접성을 설정했음을 보여줍니다. IS-IS 프로토콜은 IP에 의존하여 인접성을 설정하지 않기 때문에 최단 경로 우선(OSPF) 프로토콜과 다르게 작동합니다. 그러나 LSP가 작동하지 않은 경우에도 해당 레이어에 오류가 있을 경우 IP 서브넷 주소 지정을 확인하는 것이 유용합니다. 주소 지정 오류를 수정하면 LSP가 다시 작동할 수 있습니다.
적절한 조치 취하기
문제
설명
조사에서 발생한 오류에 따라 적절한 조치를 취하여 문제를 정정해야 합니다. 이 예에서는 전송 라우터 R2 에 있는 인터페이스의 IP 주소가 잘못 구성되었습니다.
해결책
이 예에서 오류를 수정하려면 다음 명령을 입력합니다.
[edit interfaces so-0/0/2]
user@R1# show
user@R1# rename unit 0 family inet address 10.1.13.2/30 to address 10.1.13.1/30
user@R1# show
user@R1# commit
샘플 출력
[edit interfaces so-0/0/2]
user@R1# show
unit 0 {
family inet {
address 10.1.13.2/30; <<< Incorrect IP address
}
family iso;
family mpls;
}
[edit interfaces so-0/0/2]
user@R1# rename unit 0 family inet address 10.1.13.2/30 to address 10.1.13.1/30
[edit interfaces so-0/0/2]
user@R1# show
unit 0 {
family inet {
address 10.1.13.1/30; <<< Correct IP address.
}
family iso;
family mpls;
}
[edit interfaces so-0/0/2]
user@R1# commit
commit complete
의미
샘플 출력은 수신 라우터 R1의 인터페이스 so-0/0/2가 이제 올바른 IP 주소로 구성되었음을 보여줍니다. 이 수정으로 인해 IP 및 IGP 계층에서 손상된 MPLS 네트워크의 MPLS 네트워크의 모든 인터페이스에 대한 고유한 서브넷 IP 주소가 생성되고 LSP가 작동할 가능성이 있습니다.
LSP 다시 확인
목적
오류 수정을 위한 적절한 조치를 취한 후, OSPF 프로토콜의 문제가 해결되었는지 확인하기 위해 LSP를 다시 점검해야 합니다.
작업
LSP를 다시 확인하려면 수신, 전송 및 송신 라우터에 다음 명령을 입력합니다.
user@host> show mpls lsp extensive
샘플 출력 1
명령 이름
user@R1> show mpls lsp extensive
Ingress LSP: 1 sessions
10.0.0.6
From: 10.0.0.1, State: Up, ActiveRoute: 1 , LSPname: R1-to-R6
ActivePath: (primary)
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
*Primary State: Up
Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 20)
10.1.13.2 S 10.1.36.2 S
Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt):
10.1.13.2 10.1.36.2
54 Oct 15 21:28:16 Selected as active path
53 Oct 15 21:28:16 Record Route: 10.1.13.2 10.1.36.2
52 Oct 15 21:28:16 Up
51 Oct 15 21:28:16 10.1.15.1: MPLS label allocation failure[2 times]
50 Oct 15 21:28:11 CSPF: computation result accepted
49 Oct 15 21:27:42 10.1.15.1: MPLS label allocation failure
48 Oct 15 21:27:42 CSPF: computation result accepted
47 Oct 15 21:27:31 10.1.15.1: MPLS label allocation failure[4 times]
46 Oct 15 21:27:13 Originate Call
45 Oct 15 21:27:13 CSPF: computation result accepted
[...Output truncated...]
Created: Thu Oct 14 16:04:34 2004
Total 1 displayed, Up 1 , Down 0
Egress LSP: 1 sessions
10.0.0.1
From: 10.0.0.6, LSPstate: Up , ActiveRoute: 0
LSPname: R6-to-R1 , LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: -
Resv style: 1 FF, Label in: 3, Label out: -
Time left: 149, Since: Fri Oct 15 21:28:13 2004
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 13 receiver 39024 protocol 0
PATH rcvfrom: 10.1.13.2 (so-0/0/2.0) 10 pkts
Adspec: received MTU 1500
PATH sentto: localclient
RESV rcvfrom: localclient
Record route: 10.1.36.2 10.1.13.2 <self>
Total 1 displayed, Up 1 , Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
샘플 출력 2
명령 이름
user@R3> show mpls lsp extensive Ingress LSP: 0 sessions Total 0 displayed, Up 0, Down 0 Egress LSP: 0 sessions Total 0 displayed, Up 0, Down 0 Transit LSP: 2 sessions 10.0.0.1 From: 10.0.0.6, LSPstate: Up , ActiveRoute: 1 LSPname: R6-to-R1 , LSPpath: Primary Suggested label received: -, Suggested label sent: - Recovery label received: -, Recovery label sent: 3 Resv style: 1 FF, Label in: 100336, Label out: 3 Time left: 156, Since: Fri Oct 15 21:15:47 2004 Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500 Port number: sender 13 receiver 39024 protocol 0 PATH rcvfrom: 10.1.36.2 (so-0/0/3.0) 11 pkts Adspec: received MTU 1500 sent MTU 1500 PATH sentto: 10.1.13.1 (so-0/0/2.0) 11 pkts RESV rcvfrom: 10.1.13.1 (so-0/0/2.0) 11 pkts Explct route: 10.1.13.1 Record route: 10.1.36.2 <self> 10.1.13.1 10.0.0.6 From: 10.0.0.1, LSPstate: Up , ActiveRoute: 1 LSPname: R1-to-R6 , LSPpath: Primary Suggested label received: -, Suggested label sent: - Recovery label received: -, Recovery label sent: 3 Resv style: 1 FF, Label in: 100352, Label out: 3 Time left: 159, Since: Fri Oct 15 21:15:50 2004 Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500 Port number: sender 5 receiver 47901 protocol 0 PATH rcvfrom: 10.1.13.1 (so-0/0/2.0) 11 pkts Adspec: received MTU 1500 sent MTU 1500 PATH sentto: 10.1.36.2 (so-0/0/3.0) 11 pkts RESV rcvfrom: 10.1.36.2 (so-0/0/3.0) 11 pkts Explct route: 10.1.36.2 Record route: 10.1.13.1 <self> 10.1.36.2 Total 2 displayed, Up 2 , Down 0
샘플 출력 3
명령 이름
user@R6> show mpls lsp extensive
Ingress LSP: 1 sessions
10.0.0.1
From: 10.0.0.6, State: Up , ActiveRoute: 1, LSPname: R6-to-R1
ActivePath: (primary)
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
*Primary State: Up
Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 20)
10.1.36.1 S 10.1.13.1 S
Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt):
10.1.36.1 10.1.13.1
187 Oct 15 21:20:05 Selected as active path
186 Oct 15 21:20:05 Record Route: 10.1.36.1 10.1.13.1
185 Oct 15 21:20:05 Up
184 Oct 15 21:20:05 Clear Call
183 Oct 15 21:20:05 CSPF: computation result accepted
182 Oct 15 21:20:05 CSPF: link down/deleted 10.1.13.2(R3.00/10.0.0.3)->10.1.13.2(R1.00/10.0.0.1)
[...Output truncated...]
Created: Tue Aug 17 12:18:33 2004
Total 1 displayed, Up 1 , Down 0
Egress LSP: 1 sessions
10.0.0.6
From: 10.0.0.1, LSPstate: Up, ActiveRoute: 0
LSPname: R1-to-R6 , LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: -
Resv style: 1 FF, Label in: 3, Label out: -
Time left: 144, Since: Fri Oct 15 21:20:08 2004
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 5 receiver 47901 protocol 0
PATH rcvfrom: 10.1.36.1 (so-0/0/3.0) 11 pkts
Adspec: received MTU 1500
PATH sentto: localclient
RESV rcvfrom: localclient
Record route: 10.1.13.1 10.1.36.1 <self>
Total 1 displayed, Up 1 , Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
의미
수신 라우터 R1 의 샘플 출력 1은 LSP R1-to-R6 이 R6 에 대한 활성 경로를 가지고 있고 상태가 업임을 보여줍니다. 출력은 송신 LSP 세션 R6-to-R1 이 복구 레이블을 수신하고 전송했음을 보여줍니다.
전송 라우터 R3 의 샘플 출력 2는 R1 에서 R6 으로, R6에서 R1로, R6 에서 R1 로의 두 개의 전송 LSP 세션이 있음을 보여줍니다. 두 LSP가 모두 작동합니다.
송신 라우터 R6 의 샘플 출력 3은 LSP가 작동 중이고 활성 경로가 기본 경로임을 보여줍니다. LSP는 이제 R1 에서 R3 에서 R6으로 예상되는 경로를 따라 네트워크를 트래버스하고 역방향 LSP는 R6 에서 R3 을 통해 R1을 트래버스합니다.
LSP 다시 확인
목적
오류 수정을 위한 적절한 조치를 취한 후, IS-IS 프로토콜의 문제가 해결되었는지 확인하기 위해 LSP를 다시 점검해야 합니다.
작업
예상대로 LSP가 작동하고 네트워크를 트래버스하는지 확인하려면 수신, 송신 및 전송 라우터에서 다음 명령을 입력합니다.
user@host> show mpls lsp extensive
샘플 출력
명령 이름
user@R1> show mpls lsp extensive
Ingress LSP: 1 sessions
10.0.0.6
From: 10.0.0.1, State: Up , ActiveRoute: 1, LSPname: R1-to-R6
ActivePath: (primary)
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
*Primary State: Up
Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt):
10.1.13.2 10.1.36.2
4 Oct 19 21:22:54 Selected as active path
3 Oct 19 21:22:53 Record Route: 10.1.13.2 10.1.36.2
2 Oct 19 21:22:53 Up
1 Oct 19 21:22:53 Originate Call
Created: Tue Oct 19 21:22:53 2004
Total 1 displayed, Up 1 , Down 0
Egress LSP: 1 sessions
10.0.0.1
From: 10.0.0.6, LSPstate: Up , ActiveRoute: 0
LSPname: R6-to-R1 , LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: -
Resv style: 1 FF, Label in: 3, Label out: -
Time left: 117, Since: Tue Oct 19 21:17:42 2004
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 2 receiver 39064 protocol 0
PATH rcvfrom: 10.1.13.2 (so-0/0/2.0) 10 pkts
Adspec: received MTU 1500
PATH sentto: localclient
RESV rcvfrom: localclient
Record route: 10.1.36.2 10.1.13.2 <self>
Total 1 displayed, Up 1 , Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
user@R3> show mpls lsp extensive
Ingress LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
Egress LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
Transit LSP: 2 sessions
10.0.0.1
From: 10.0.0.6, LSPstate: Up, ActiveRoute: 1
LSPname: R6-to-R1 , LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: 3
Resv style: 1 FF, Label in: 100416, Label out: 3
Time left: 139, Since: Tue Oct 19 21:05:11 2004
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 2 receiver 39064 protocol 0
PATH rcvfrom: 10.1.36.2 (so-0/0/3.0) 11 pkts
Adspec: received MTU 1500 sent MTU 1500
PATH sentto: 10.1.13.1 (so-0/0/2.0) 11 pkts
RESV rcvfrom: 10.1.13.1 (so-0/0/2.0) 11 pkts
Explct route: 10.1.13.1
Record route: 10.1.36.2 <self> 10.1.13.1
10.0.0.6
From: 10.0.0.1, LSPstate: Up, ActiveRoute: 1
LSPname: R1-to-R6 , LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: 3
Resv style: 1 FF, Label in: 100448, Label out: 3
Time left: 135, Since: Tue Oct 19 21:10:22 2004
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 1 receiver 47951 protocol 0
PATH rcvfrom: 10.1.13.1 (so-0/0/2.0) 4 pkts
Adspec: received MTU 1500 sent MTU 1500
PATH sentto: 10.1.36.2 (so-0/0/3.0) 4 pkts
RESV rcvfrom: 10.1.36.2 (so-0/0/3.0) 4 pkts
Record route: 10.1.13.1 <self> 10.1.36.2
Total 2 displayed, Up 2 , Down 0
user@R6> run show mpls lsp extensive
Ingress LSP: 1 sessions
10.0.0.1
From: 10.0.0.6, State: Up, ActiveRoute: 1, LSPname: R6-to-R1
ActivePath: (primary)
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
*Primary State: Up
Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 2)
10.1.36.1 S 10.1.13.1 S
Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt):
10.1.36.1 10.1.13.1
19 Oct 19 21:09:52 Selected as active path
18 Oct 19 21:09:52 Record Route: 10.1.36.1 10.1.13.1
17 Oct 19 21:09:52 Up
16 Oct 19 21:09:52 Originate Call
15 Oct 19 21:09:52 CSPF: computation result accepted
Created: Tue Oct 19 18:30:09 2004
Total 1 displayed, Up 1 , Down 0
Egress LSP: 1 sessions
10.0.0.6
From: 10.0.0.1, LSPstate: Up, ActiveRoute: 0
LSPname: R1-to-R6 , LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: -
Resv style: 1 FF, Label in: 3, Label out: -
Time left: 120, Since: Tue Oct 19 21:15:03 2004
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 1 receiver 47951 protocol 0
PATH rcvfrom: 10.1.36.1 (so-0/0/3.0) 4 pkts
Adspec: received MTU 1500
PATH sentto: localclient
RESV rcvfrom: localclient
Record route: 10.1.13.1 10.1.36.1 <self>
Total 1 displayed, Up 1 , Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
의미
수신 라우터 R1 및 송신 라우터 R6 의 샘플 출력은 LSP가 현재 R1 에서 R3 에서 R6으로 예상되는 경로를 따라 네트워크를 횡단하고 있으며, 역방향 LSP는 R6 에서 R3 에서 R1로 네트워크를 횡단하고 있음을 보여줍니다. 또한 전송 라우터 R3 의 샘플 출력은 R1 에서 R6으로, 그리고 R6 에서 R1로의 두 개의 전송 LSP 세션이 있음을 보여줍니다.
RSVP 계층 확인
목적
레이블 스위칭 경로(LSP)를 구성하고 명령을 실행 show mpls lsp extensive 하여 오류가 있음을 확인한 후, 오류가 물리적, 데이터 링크 또는 인터넷 프로토콜(IP) 및 내부 게이트웨이 프로토콜(IGP) 계층에 있지 않은 것으로 나타나는 경우가 있습니다. 네트워크의 RSVP 계층에서 문제를 계속 조사합니다.
그림 10 은 계층화된 MPLS 모델의 RSVP 계층을 보여줍니다.
확인
이 레이어를 통해 동적 RSVP 시그널링이 예상대로 발생하고 있는지, 이웃이 연결되어 있는지, RSVP에 대한 인터페이스가 올바르게 구성되어 있는지 확인합니다. 수신, 송신 및 전송 라우터를 확인합니다.
네트워크가 이 계층에서 작동하지 않으면 LSP가 구성된 대로 작동하지 않습니다.
그림 11 은 이 주제에 사용된 MPLS 네트워크를 보여줍니다.
에서 손상된 MPLS 네트워크
그림 11에 표시된 네트워크는 직접 연결된 모든 인터페이스가 다른 모든 유사한 인터페이스에 패킷을 수신하고 전송할 수 있는 완전히 연결된 구성입니다. 이 네트워크의 LSP는 수신 라우터 R1에서 전송 라우터 R3을 거쳐 송신 라우터 R6으로 실행되도록 구성됩니다. 또한 역방향 LSP는 R6에서 R3을 통해 R1로 실행되어 양방향 트래픽을 생성하도록 구성됩니다.
그러나 이 예에서 LSP는 R1 에서 R6 으로 또는 R6 에서 R1로 어느 방향으로든 경로 없이 다운됩니다.
그림 11에 표시된 십자는 LSP가 손상된 위치를 나타냅니다. LSP가 손상되는 몇 가지 가능한 이유로는 동적 RSVP 시그널링이 예상대로 발생하지 않거나 이웃이 연결되지 않거나 RSVP에 대한 인터페이스가 잘못 구성된 것 등일 수 있습니다.
그림 11의 네트워크에서 전송 라우터 R3의 구성 오류로 인해 LSP가 예상대로 네트워크를 통과하지 못합니다.
RSVP 계층을 확인하려면 다음 단계를 따르십시오.
LSP 확인
목적
일반적으로 이 명령을 사용하여 show mpls lsp extensive LSP를 확인합니다. 그러나 LSP 상태를 빠르게 확인하려면 이 show mpls lsp 명령을 사용하십시오. LSP가 다운되면 광범위한 옵션을show mpls lsp extensive) 사용하십시오(후속 조치로). 네트워크에 수많은 LSP가 있는 경우, 이름 옵션( 또는 show mpls lsp name name 광범위한)show mpls lsp name name 을 사용하여 LSP의 이름을 지정하는 것을 고려할 수 있습니다.
작업
LSP가 작동 중인지 확인하려면 수신 라우터에서 다음 명령을 입력합니다.
user@host> show mpls lsp extensive
샘플 출력 1
명령 이름
user@R1> show mpls lsp extensive
Ingress LSP: 1 sessions
10.0.0.6
From: 10.0.0.1, State: Dn, ActiveRoute: 0, LSPname: R1-to-R6
ActivePath: (none)
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
Primary State: Dn
2 Oct 27 15:06:05 10.1.13.2: No Route toward dest [4 times]
1 Oct 27 15:05:56 Originate Call
Created: Wed Oct 27 15:05:55 2004
Total 1 displayed, Up 0, Down 1
Egress LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
user@R3> show mpls lsp extensive
Ingress LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
Egress LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
user@R6> show mpls lsp extensive
Ingress LSP: 1 sessions
10.0.0.1
From: 10.0.0.6, State: Dn, ActiveRoute: 0, LSPname: R6-to-R1
ActivePath: (none)
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
Primary State: Dn
Will be enqueued for recomputation in 22 second(s).
1 Oct 27 14:59:12 CSPF failed: no route toward 10.0.0.1 [4 times]
Created: Wed Oct 27 14:57:44 2004
Total 1 displayed, Up 0, Down 1
Egress LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
의미
샘플 출력은 LSP가 R1 에서 R6으로, 그리고 R6 에서 R1로 양방향으로 다운되어 있음을 보여줍니다. R1 의 출력은 R1 이 대상에 도달하지 못한 채 통화를 시작하려고 시도했기 때문에 no-cspf LSP를 사용하고 있음을 보여줍니다. R6 의 출력은 CSPF(Constrained Shortest Path First) 알고리즘이 실패하여 목적지 10.0.0.1에 대한 경로가 없음을 보여줍니다.
RSVP 세션 확인
목적
RSVP 세션이 성공적으로 생성되면 LSP는 RSVP 세션에 의해 생성된 경로를 따라 설정됩니다. RSVP 세션이 실패하면 LSP가 구성된 대로 작동하지 않습니다.
작업
현재 활성 RSVP 세션을 확인하려면 수신, 전송 및 송신 라우터에서 다음 명령을 입력합니다.
user@host> show rsvp session
샘플 출력 1
명령 이름
user@R1> show rsvp session Ingress RSVP: 0 sessions Total 0 displayed, Up 0, Down 0 Egress RSVP: 0 sessions Total 0 displayed, Up 0, Down 0 Transit RSVP: 0 sessions Total 0 displayed, Up 0, Down 0 user@R3> show rsvp session Ingress RSVP: 0 sessions Total 0 displayed, Up 0, Down 0 Egress RSVP: 0 sessions Total 0 displayed, Up 0, Down 0 Transit RSVP: 0 sessions Total 0 displayed, Up 0, Down 0 user@R6> show rsvp session Ingress RSVP: 0 sessions Total 0 displayed, Up 0, Down 0 Egress RSVP: 0 sessions Total 0 displayed, Up 0, Down 0 Transit RSVP: 0 sessions Total 0 displayed, Up 0, Down 0
샘플 출력 2
명령 이름
user@R1> show rsvp session Ingress RSVP: 1 sessions To From State Rt Style Labelin Labelout LSPname 10.0.0.6 10.0.0.1 Up 1 1 FF - 100768 R1-to-R6 Total 1 displayed, Up 1 , Down 0 Egress RSVP: 1 sessions To From State Rt Style Labelin Labelout LSPname 10.0.0.1 10.0.0.6 Up 0 1 FF 3 - R6-to-R1 Total 1 displayed, Up 1 , Down 0 Transit RSVP: 0 sessions Total 0 displayed, Up 0, Down 0 user@R3> show rsvp session Ingress RSVP: 0 sessions Total 0 displayed, Up 0, Down 0 Egress RSVP: 0 sessions Total 0 displayed, Up 0, Down 0 Transit RSVP: 2 sessions To From State Rt Style Labelin Labelout LSPname 10.0.0.1 10.0.0.6 Up 1 1 FF 100784 3 R6-to-R1 10.0.0.6 10.0.0.1 Up 1 1 FF 100768 3 R1-to-R6 Total 2 displayed, Up 2 , Down 0 user@R6> show rsvp session Ingress RSVP: 1 sessions To From State Rt Style Labelin Labelout LSPname 10.0.0.1 10.0.0.6 Up 1 1 FF - 100784 R6-to-R1 Total 1 displayed, Up 1 , Down 0 Egress RSVP: 1 sessions To From State Rt Style Labelin Labelout LSPname 10.0.0.6 10.0.0.1 Up 0 1 FF 3 - R1-to-R6 Total 1 displayed, Up 1 , Down 0 Transit RSVP: 0 sessions Total 0 displayed, Up 0, Down 0
의미
모든 라우터의 샘플 출력 1은 LSP R6-to-R1 이 구성되더라도 RSVP 세션이 성공적으로 생성되지 않았음을 보여줍니다.
샘플 출력 1과 달리올바른 출력을 설명하기 위해, 샘플 출력 2는 RSVP 구성이 올바르고 LSP가 구성된 대로 네트워크를 횡단할 때 수신, 전송 및 송신 라우터의 출력을 보여줍니다. R1 과 R6 은 모두 LSP R1-to-R6 및 역방향 LSP R6-to-R1과 함께 수신 및 송신 RSVP 세션을 보여줍니다. 전송 라우터 R3 은 두 개의 전송 RSVP 세션을 보여줍니다.
RSVP 이웃 확인
목적
RSVP 패킷을 교환할 때 동적으로 학습된 RSVP 이웃 목록을 표시합니다. 일단 이웃이 학습되면 RSVP 구성이 라우터에서 제거되지 않는 한 RSVP 이웃 목록에서 제거되지 않습니다.
작업
RSVP 이웃을 확인하려면 수신, 전송 및 송신 라우터에서 다음 명령을 입력합니다.
user@host> show rsvp neighbor
샘플 출력 1
명령 이름
user@R1> show rsvp neighbor RSVP neighbor: 1 learned Address Idle Up/Dn LastChange HelloInt HelloTx/Rx MsgRcvd 10.1.13.2 10 1/0 9:22 9 64/64 32 user@R3> show rsvp neighbor RSVP neighbor: 2 learned Address Idle Up/Dn LastChange HelloInt HelloTx/Rx MsgRcvd 10.1.13.1 0 1/0 28:20 9 190/190 41 10.1.36.2 16:50 1/1 15:37 9 105/78 38 user@R6> show rsvp neighbor RSVP neighbor: 1 learned Address Idle Up/Dn LastChange HelloInt HelloTx/Rx MsgRcvd 10.1.36.1 17:30 1/1 16:15 9 104/78 39
샘플 출력 2
명령 이름
user@R3> show rsvp neighbor RSVP neighbor: 2 learned Address Idle Up/Dn LastChange HelloInt HelloTx/Rx MsgRcvd 10.1.13.1 5 1/0 9:14 9 63/63 33 10.1.36.2 5 1/0 9:05 9 62/62 32 user@R6> show rsvp neighbor RSVP neighbor: 1 learned Address Idle Up/Dn LastChange HelloInt HelloTx/Rx MsgRcvd 10.1.36.1 5 1/0 8:54 9 61/61 32
의미
샘플 출력 1은 R1 과 R6 이 각각 하나의 RSVP 이웃인 R3을 가지고 있음을 보여줍니다. 그러나 Up/Dn 필드의 값은 다릅니다. R1 의 값은 1/0 이고 R6 의 값은 1/1로, R1 은 R3의 활성 이웃이지만 R6 은 그렇지 않음을 나타냅니다. 업 카운트가 다운 카운트보다 1개 많으면 이웃이 활성화됩니다. 값이 같으면 이웃이 다운된 것입니다. R6 의 값은 1/1로 동일하며, 이는 이웃 R3 이 다운되었음을 나타냅니다.
전송 라우터 R3 은 R1 과 R6이라는 두 개의 이웃에 대해 알고 있습니다. Up/Dn 필드는 R1 이 활성 이웃이고 R6 이 다운임을 나타냅니다. 이 시점에서 문제가 R3 또는 R6에 있는지 여부는 확인할 수 없습니다. 두 이웃이 모두 활성화되지 않았기 때문입니다.
샘플 출력 1과 달리, 올바른 출력을 설명하기 위해 샘플 출력 2는 전송 라우터 R3 과 송신 라우터 R6 간의 올바른 이웃 관계를 보여줍니다. Up/Dn 필드는 업 카운트가 다운 카운트보다 1 /0 더 많은 것으로 표시되어 이웃이 활성 상태임을 나타냅니다.
RSVP 인터페이스 확인
목적
RSVP가 활성화된 각 인터페이스의 상태를 표시하여 구성 오류가 발생한 위치를 확인합니다.
작업
RSVP 인터페이스의 상태를 확인하기 위해 수신, 전송 및 송신 라우터에서 다음 명령을 입력합니다.
user@host> show rsvp interface
샘플 출력 1
명령 이름
user@R1> show rsvp interface
RSVP interface: 3 active
Active Subscr- Static Available Reserved Highwater
Interface State resv iption BW BW BW mark
so-0/0/0.0 Up 0 100% 155.52Mbps 155.52Mbps 0bps 0bps
so-0/0/1.0 Up 0 100% 155.52Mbps 155.52Mbps 0bps 0bps
so-0/0/2.0 Up 0 100% 155.52Mbps 155.52Mbps 0bps 0bps
user@R3> show rsvp interface
RSVP interface: 3 active
Active Subscr- Static Available Reserved Highwater
Interface State resv iption BW BW BW mark
so-0/0/0.0 Up 0 100% 155.52Mbps 155.52Mbps 0bps 0bps
so-0/0/1.0 Up 0 100% 155.52Mbps 155.52Mbps 0bps 0bps
so-0/0/2.0 Up 0 100% 155.52Mbps 155.52Mbps 0bps 0bps
<<< Missing interface so-0/0/3.0
user@R6> show rsvp interface
RSVP interface: 4 active
Active Subscr- Static Available Reserved Highwater
Interface State resv iption BW BW BW mark
so-0/0/0.0 Up 0 100% 155.52Mbps 155.52Mbps 0bps 0bps
so-0/0/1.0 Up 0 100% 155.52Mbps 155.52Mbps 0bps 0bps
so-0/0/2.0 Up 0 100% 155.52Mbps 155.52Mbps 0bps 0bps
so-0/0/3.0 Up 0 100% 155.52Mbps 155.52Mbps 0bps 0bps
샘플 출력 2
명령 이름
user@R1> show rsvp interface
RSVP interface: 3 active
Active Subscr- Static Available Reserved Highwater
Interface State resv iption BW BW BW mark
so-0/0/0.0 Up 0 100% 155.52Mbps 155.52Mbps 0bps 0bps
so-0/0/1.0 Up 0 100% 155.52Mbps 155.52Mbps 0bps 0bps
so-0/0/2.0 Up 1 100% 155.52Mbps 155.52Mbps 0bps 0bps
user@R3> show rsvp interface
RSVP interface: 4 active
Active Subscr- Static Available Reserved Highwater
Interface State resv iption BW BW BW mark
so-0/0/0.0 Up 0 100% 155.52Mbps 155.52Mbps 0bps 0bps
so-0/0/1.0 Up 0 100% 155.52Mbps 155.52Mbps 0bps 0bps
so-0/0/2.0 Up 1 100% 155.52Mbps 155.52Mbps 0bps 0bps
so-0/0/3.0 Up 1 100% 155.52Mbps 155.52Mbps 0bps 0bps
user@R6> show rsvp interface
RSVP interface: 4 active
Active Subscr- Static Available Reserved Highwater
Interface State resv iption BW BW BW mark
so-0/0/0.0 Up 0 100% 155.52Mbps 155.52Mbps 0bps 0bps
so-0/0/1.0 Up 0 100% 155.52Mbps 155.52Mbps 0bps 0bps
so-0/0/2.0 Up 0 100% 155.52Mbps 155.52Mbps 0bps 0bps
so-0/0/3.0 Up 1 100% 155.52Mbps 155.52Mbps 0bps 0bps
의미
샘플 출력 1은 각 라우터에 작동 중이고 RSVP가 활성화된 인터페이스가 있더라도 라우터에 예약(활성 resv) 이 없음을 보여줍니다. 이 예에서는 수신 및 송신 라우터에 대해 적어도 하나의 예약이 있고 전송 라우터에 대해 두 개의 예약이 있을 것으로 예상됩니다.
또한 전송 라우터 R3의 인터페이스 so-0/0/3은 구성에 포함되지 않습니다. 이 인터페이스를 포함하는 것은 LSP의 성공에 매우 중요합니다.
샘플 출력 1과 달리, 올바른 출력을 설명하기 위해 샘플 출력 2는 활성 예약이 있는 관련 인터페이스를 보여줍니다.
RSVP 프로토콜 구성 확인
목적
RSVP 세션, 인터페이스, 이웃을 확인하고 구성 오류가 있을 수 있다고 판단한 후, RSVP 프로토콜 구성을 확인합니다.
작업
RSVP 구성을 확인하기 위해 수신, 전송 및 송신 라우터에서 다음 명령을 입력합니다.
user@host> show configuration protocols rsvp
샘플 출력
명령 이름
user@R1> show configuration protocols rsvp
interface so-0/0/0.0;
interface so-0/0/1.0;
interface so-0/0/2.0;
interface fxp0.0 {
disable;
}
user@R3> show configuration protocols rsvp
interface so-0/0/0.0;
interface so-0/0/1.0;
interface so-0/0/2.0; <<< Missing interface so-0/0/3.0
interface fxp0.0 {
disable;
}
user@R6> show configuration protocols rsvp
interface so-0/0/0.0;
interface so-0/0/1.0;
interface so-0/0/2.0;
interface so-0/0/3.0;
interface fxp0.0 {
disable;
}
의미
샘플 출력은 R3 의 RSVP 프로토콜 구성에서 누락된 인터페이스 so-0/0/3.0 을 가지고 있음을 보여줍니다. 이 인터페이스는 LSP가 올바르게 작동하는 데 매우 중요합니다.
적절한 조치 취하기
문제
설명
조사에서 발생한 오류에 따라 적절한 조치를 취하여 문제를 정정해야 합니다. 이 예에서는 라우터 R3의 구성에서 인터페이스가 누락되었습니다.
해결책
이 예에서 오류를 수정하려면 다음 단계를 따르십시오.
-
전송 라우터 R3의 구성에 누락된 인터페이스를 포함합니다.
user@R3> edit user@R3# edit protocols rsvp [edit protocols rsvp] user@R3# show user@R3# set interface so-0/0/3.0
-
구성을 확인하고 커밋합니다.
[edit protocols rsvp] user@R3# show user@R3# commit
샘플 출력
user@R3> edit
Entering configuration mode
[edit]
user@R3# edit protocols rsvp
[edit protocols rsvp]
user@R3# show
interface so-0/0/0.0;
interface so-0/0/1.0;
interface so-0/0/2.0; <<< Missing interface so-0/0/3.0
interface fxp0.0 {
disable;
}
[edit protocols rsvp]
user@R3# set interface so-0/0/3.0
[edit protocols rsvp]
user@R3# show
interface so-0/0/0.0;
interface so-0/0/1.0;
interface so-0/0/2.0;
interface fxp0.0 {
disable;
}
interface so-0/0/3.0; <<< Interface now included in the configuration
[edit protocols rsvp]
user@R3# commit
commit complete
의미
샘플 출력은 전송 라우터 R3에서 누락된 인터페이스 so-0/0/3.0이 이제 [edit protocols rsvp] 계층 수준에 올바르게 포함되었음을 보여줍니다. 이로 인해 LSP가 작동할 가능성이 있습니다.
LSP 다시 확인
목적
오류 수정을 위한 적절한 조치를 취한 후, LSP를 다시 점검하여 MPLS 계층의 문제가 해결되었는지 확인해야 합니다.
작업
LSP를 다시 확인하려면 수신, 전송 및 송신 라우터에 다음 명령을 입력합니다.
user@host> show mpls lsp extensive
샘플 출력 1
명령 이름
user@R1> show mpls lsp extensive
Ingress LSP: 1 sessions
10.0.0.6
From: 10.0.0.1, State: Up, ActiveRoute: 1 , LSPname: R1-to-R6
ActivePath: (primary)
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
*Primary State: Up
Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt):
10.1.13.2 10.1.36.2
5 Oct 27 15:28:57 Selected as active path
4 Oct 27 15:28:57 Record Route: 10.1.13.2 10.1.36.2
3 Oct 27 15:28:57 Up
2 Oct 27 15:28:44 10.1.13.2: No Route toward dest[35 times]
1 Oct 27 15:05:56 Originate Call
Created: Wed Oct 27 15:05:56 2004
Total 1 displayed, Up 1, Down 0
Egress LSP: 1 sessions
10.0.0.1
From: 10.0.0.6, LSPstate: Up, ActiveRoute: 0
LSPname: R6-to-R1, LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: -
Resv style: 1 FF, Label in: 3, Label out: -
Time left: 136, Since: Wed Oct 27 15:29:20 2004
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 1 receiver 39092 protocol 0
PATH rcvfrom: 10.1.13.2 (so-0/0/2.0) 6 pkts
Adspec: received MTU 1500
PATH sentto: localclient
RESV rcvfrom: localclient
Record route: 10.1.36.2 10.1.13.2 <self>
Total 1 displayed, Up 1, Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
샘플 출력 2
명령 이름
user@R3> show mpls lsp extensive Ingress LSP: 0 sessions Total 0 displayed, Up 0, Down 0 Egress LSP: 0 sessions Total 0 displayed, Up 0, Down 0 Transit LSP: 2 sessions 10.0.0.1 From: 10.0.0.6, LSPstate: Up, ActiveRoute: 1 LSPname: R6-to-R1, LSPpath: Primary Suggested label received: -, Suggested label sent: - Recovery label received: -, Recovery label sent: 3 Resv style: 1 FF, Label in: 100672, Label out: 3 Time left: 152, Since: Wed Oct 27 15:16:39 2004 Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500 Port number: sender 1 receiver 39092 protocol 0 PATH rcvfrom: 10.1.36.2 (so-0/0/3.0) 7 pkts Adspec: received MTU 1500 sent MTU 1500 PATH sentto: 10.1.13.1 (so-0/0/2.0) 7 pkts RESV rcvfrom: 10.1.13.1 (so-0/0/2.0) 7 pkts Explct route: 10.1.13.1 Record route: 10.1.36.2 <self> 10.1.13.1 10.0.0.6 From: 10.0.0.1, LSPstate: Up, ActiveRoute: 1 LSPname: R1-to-R6, LSPpath: Primary Suggested label received: -, Suggested label sent: - Recovery label received: -, Recovery label sent: 3 Resv style: 1 FF, Label in: 100656, Label out: 3 Time left: 129, Since: Wed Oct 27 14:53:14 2004 Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500 Port number: sender 1 receiver 47977 protocol 0 PATH rcvfrom: 10.1.13.1 (so-0/0/2.0) 40 pkts Adspec: received MTU 1500 sent MTU 1500 PATH sentto: 10.1.36.2 (so-0/0/3.0) 7 pkts RESV rcvfrom: 10.1.36.2 (so-0/0/3.0) 7 pkts Record route: 10.1.13.1 <self> 10.1.36.2 Total 2 displayed, Up 2, Down 0
샘플 출력 3
명령 이름
user@R6> show mpls lsp extensive
Ingress LSP: 1 sessions
10.0.0.1
From: 10.0.0.6, State: Up, ActiveRoute: 1 , LSPname: R6-to-R1
ActivePath: (primary)
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
*Primary State: Up
Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 20)
10.1.36.1 S 10.1.13.1 S
Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt):
10.1.36.1 10.1.13.1
6 Oct 27 15:22:06 Selected as active path
5 Oct 27 15:22:06 Record Route: 10.1.36.1 10.1.13.1
4 Oct 27 15:22:06 Up
3 Oct 27 15:22:06 Originate Call
2 Oct 27 15:22:06 CSPF: computation result accepted
1 Oct 27 15:21:36 CSPF failed: no route toward 10.0.0.1[50 times]
Created: Wed Oct 27 14:57:45 2004
Total 1 displayed, Up 1, Down 0
Egress LSP: 1 sessions
10.0.0.6
From: 10.0.0.1, LSPstate: Up, ActiveRoute: 0
LSPname: R1-to-R6, LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: -
Resv style: 1 FF, Label in: 3, Label out: -
Time left: 119, Since: Wed Oct 27 15:21:43 2004
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 1 receiver 47977 protocol 0
PATH rcvfrom: 10.1.36.1 (so-0/0/3.0) 7 pkts
Adspec: received MTU 1500
PATH sentto: localclient
RESV rcvfrom: localclient
Record route: 10.1.13.1 10.1.36.1 <self>
Total 1 displayed, Up 1, Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
의미
수신 라우터 R1 의 샘플 출력 1은 LSP R1-to-R6 이 R6 에 대한 활성 경로를 가지고 있고 상태가 업임을 보여줍니다.
전송 라우터 R3 의 샘플 출력 2는 R1 에서 R6 으로, R6에서 R1로, R6 에서 R1로의 두 개의 전송 LSP 세션이 있음을 보여줍니다. 두 LSP가 모두 작동합니다.
송신 라우터 R6 의 샘플 출력 3은 LSP가 작동 중이고 활성 경로가 기본 경로임을 보여줍니다. LSP는 이제 R1 에서 R3 에서 R6으로 예상되는 경로를 따라 네트워크를 트래버스하고 역방향 LSP는 R6 에서 R3 을 통해 R1을 트래버스합니다.
LSP 통계 결정
목적
RSVP 객체에 대한 자세한 정보를 표시하여 LSP 문제의 진단을 지원합니다.
작업
RSVP 개체를 확인하려면 다음 Junos OS CLI 운영 모드 명령을 입력합니다.
user@host> show rsvp session detail
샘플 출력
명령 이름
user@R1> show rsvp session detail Ingress RSVP: 1 sessions 10.0.0.6 From: 10.0.0.1, LSPstate: Up, ActiveRoute: 1 LSPname: R1-to-R6 , LSPpath: Primary Suggested label received: -, Suggested label sent: - Recovery label received: -, Recovery label sent: 100064 Resv style: 1 FF, Label in: -, Label out: 100064 Time left: -, Since: Tue Aug 17 12:22:52 2004 Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500 Port number: sender 12 receiver 44251 protocol 0 PATH rcvfrom: localclient Adspec: sent MTU 1500 PATH sentto: 10.1.13.2 (so-0/0/2.0) 182 pkts RESV rcvfrom: 10.1.13.2 (so-0/0/2.0) 159 pkts Explct route: 10.1.13.2 10.1.36.2 Record route: <self> 10.1.13.2 10.1.36.2 Total 1 displayed, Up 1, Down 0 Egress RSVP: 1 sessions 10.0.0.1 From: 10.0.0.6 , LSPstate: Up, ActiveRoute: 0 LSPname: R6-to-R1, LSPpath: Primary Suggested label received: -, Suggested label sent: - Recovery label received: -, Recovery label sent: - Resv style: 1 FF, Label in: 3, Label out: - Time left: 135, Since: Tue Aug 17 12:23:14 2004 Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500 Port number: sender 1 receiver 39024 protocol 0 PATH rcvfrom: 10.1.15.2 (so-0/0/1.0) 158 pkts Adspec: received MTU 1500 PATH sentto: localclient RESV rcvfrom: localclient Record route: 10.1.56.2 10.1.15.2 <self> Total 1 displayed, Up 1, Down 0 Transit RSVP: 0 sessions Total 0 displayed, Up 0, Down 0
의미
샘플 출력은 한 개의 수신 및 한 개의 송신 RSVP 세션이 있음을 보여줍니다. 수신 세션의 소스 주소는 10.0.0.1 (R1)이며, 세션은 하나의 활성 경로로 실행 중입니다. LSP 이름은 R1-to-R6 이며 LSP의 기본 경로입니다.
복구 레이블(100064)은 그레이스풀 재시작 라우터에 의해 이웃으로 전송되어 포워딩 상태를 복구합니다. 아마도 라우터가 다운되기 전에 보급했던 오래된 레이블일 것입니다.
이 세션은 고정 필터(FF) 예약 스타일(Resv 스타일)을 사용합니다. 이는 수신 라우터이기 때문에 인바운드 레이블이 없습니다. 아웃바운드 레이블(다음 다운스트림 라우터에서 제공됨)이 100064입니다.
Time Left 필드는 RSVP 세션에 남은 초 수를 제공하며, Tspec 개체는 제어된 로드 속도(속도) 및 최대 버스트 크기(피크), 보장된 전송 옵션에 대한 무한 값(Infbps)에 대한 정보, 20바이트보다 작은 패킷은 20바이트로 취급되고 1500바이트보다 큰 패킷은 1500바이트로 취급된다는 표시에 대한 정보를 제공합니다.
포트 번호는 IPv4 터널 ID이고, 전송기/수신기 포트 번호는 LSP ID입니다. IPv4 터널 ID는 LSP의 수명 동안 고유하지만, 전송기/수신기 LSP ID는 예를 들어 SE 스타일 예약으로 변경될 수 있습니다.
PATH rcvfrom 필드에는 경로 메시지의 소스가 포함됩니다. 이는 수신 라우터이기 때문에 로컬 클라이언트가 경로 메시지를 생성했습니다.
PATH sentto 필드에는 경로 메시지 대상(10.1.13.2) 및 나가는 인터페이스(so-0/0/2.0)가 포함됩니다. RESV rcvfrom 필드에는 수신된 Resv 메시지의 소스(10.1.13.2)와 수신 인터페이스(so-0/0/2.0)가 모두 포함됩니다.
RSVP 명시적 경로 및 경로 기록 값은 동일합니다: 10.1.13.2 및 10.1.36.2. 대부분의 경우 명시적 경로 및 기록 경로 값은 동일합니다. 차이는 일부 경로 재라우팅이 발생했음을 나타내며, 일반적으로 Fast-Reroute에서 발생합니다.
합계 필드는 수신, 송신 및 전송 RSVP 세션의 총 수를 나타내며, 합계는 업 및 다운 세션의 합계와 동일합니다. 이 예에서는 수신 세션 1개, 송신 세션 1개가 있고 전송 RSVP 세션은 없습니다.
네트워크에서 LSP 사용 확인
목적
네트워크의 수신 및 전송 라우터에서 LSP의 유효한 사용을 확인하면, 네트워크에서 MPLS(Multiprotocol Label Switching)에 문제가 있는지 여부를 결정할 수 있습니다. 그림 12 에는 이 주제에 사용되는 네트워크의 예가 설명되어 있습니다.
그림 12의 MPLS 네트워크는 다음 구성 요소로 구성된 SONET 인터페이스를 가진 라우터 전용 네트워크를 보여줍니다.
-
AS 65432를 사용하는 풀 메시 내부 IBGP(Border Gateway Protocol) 토폴로지
-
모든 라우터에서 MPLS 및 리소스 예약 프로토콜(RSVP) 활성화
-
라우터 R1 및 R6에 대한 send-statics 정책으로 네트워크에 새 경로를 보급할 수 있습니다
-
라우터 R1과 R6 사이의 LSP
그림 12에 표시된 네트워크는 BGP(Border Gateway Protocol) 풀메쉬 네트워크입니다. 경로 리플렉터 및 컨페더레이션은 BGP가 학습된 경로를 전파하는 데 사용되지 않기 때문에 각 라우터는 BGP를 실행하는 다른 모든 라우터와 BGP 세션이 있어야 합니다.
네트워크에서 LSP 사용을 확인하려면, 다음 단계를 따르십시오.
수신 라우터에서 LSP 확인
목적
LSP가 가동될 때 수신 라우터의 inet.3 라우팅 테이블을 검토하여 LSP의 가용성을 확인할 수 있습니다. inet.3 라우팅 테이블에는 각 LSP의 송신 라우터의 호스트 주소가 포함되어 있습니다. 이 라우팅 테이블은 BGP 패킷을 대상 송신 라우터로 라우팅하기 위해 수신 라우터에서 사용됩니다. BGP는 수신 라우터의 inet.3 라우팅 테이블을 사용하여 다음 홉 주소를 확인할 수 있도록 지원합니다.
작업
수신 라우터에서 LSP를 확인하려면 다음 Junos OS 명령줄 인터페이스(CLI) 운영 모드 명령을 입력합니다.
user@host> show route table inet.3
샘플 출력
명령 이름
user@R1> show route table inet.3
inet.3: 1 destinations, 1 routes (1 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
10.0.0.6/32 *[RSVP/7] 4w0d 22:40:57, metric 20
> via so-0/0/2.0, label-switched-path R1-to-R6
의미
샘플 출력에는 inet.3 라우팅 테이블이 표시됩니다. 기본적으로 BGP 및 MPLS VPN(가상 사설망)만 inet.3 경로 테이블을 사용하여 다음 홉 정보를 확인할 수 있습니다. 하나의 목적지가 경로 테이블 10.0.0.6에 나열됩니다. 이 대상(10.0.0.6)은 RSVP에 의해 신호되며, 별표(*)로 표시된 현재 활성 경로입니다. 이 경로에 대한 프로토콜 기본 설정은 7이며 이와 관련된 메트릭은 20입니다. 레이블 스위칭 경로는 물리적 다음 홉 전송 인터페이스인 인터페이스 so-0/0/2.0을 통해 R1에서 R6으로 전환됩니다.
일반적으로 LSP의 끝에서 두 번째 라우터는 패킷의 레이블을 팝하거나 레이블을 값 0으로 변경합니다. 끝에서 두 번째 라우터가 맨 위 레이블을 표시하고 IPv4 패킷이 아래에 있는 경우, 송신 라우터는 IPv4 패킷을 라우팅하고 IP 라우팅 테이블 inet.0 을 참조하여 패킷을 전달하는 방법을 결정합니다. 다른 유형의 레이블(예: LDP(Label Distribution Protocol) 터널링 또는 VPN에 의해 생성된 레이블이지만 IPv4가 아닌 레이블)가 맨 위의 레이블 아래에 있는 경우, 송신 라우터는 inet.0 라우팅 테이블을 검사하지 않습니다. 대신 포워딩 결정을 위해 mpls.0 라우팅 테이블을 검사합니다.
끝에서 두 번째 라우터가 패킷의 레이블을 값 0으로 변경하면 송신 라우터는 0 레이블을 제거하여 IPv4 패킷이 뒤따른다는 것을 나타냅니다. 패킷은 inet.0 라우팅 테이블에서 포워딩 결정을 검사합니다.
전송 또는 송신 라우터가 MPLS 패킷을 수신하면 MPLS 포워딩 테이블의 정보를 사용하여 LSP의 다음 전송 라우터 또는 이 라우터가 송신 라우터인지 여부를 결정합니다.
BGP는 다음 홉 접두사를 확인할 때 inet.0 및 inet.3 라우팅 테이블을 모두 검사하여 가장 낮은 선호도의 다음 홉을 찾습니다. 예를 들어, RSVP 선호 7이 OSPF 선호 10보다 선호됩니다. RSVP 신호 LSP는 BGP 다음 홉에 도달하는 데 사용됩니다. BGP 다음 홉이 LSP 송신 주소와 같을 때 기본값입니다. BGP 다음 홉이 LSP를 통해 확인되면 BGP 트래픽은 LSP를 사용하여 BGP 전송 트래픽을 전달합니다.
전송 라우터에서 LSP 확인
목적
전송 라우터에서 mpls.0 라우팅 테이블을 검토하여 LSP가 가동될 때 LSP의 가용성을 확인할 수 있습니다. MPLS는 각 LSP에서 다음 레이블 스위칭 라우터 목록을 포함하는 mpls.0 라우팅 테이블을 유지합니다. 이 라우팅 테이블은 LSP를 따라 다음 라우터로 패킷을 라우팅하기 위해 전송 라우터에서 라우터에 사용됩니다.
작업
전송 라우터에서 LSP를 확인하려면 다음 Junos OS CLI 운영 모드 명령을 입력합니다.
user@host> show route table mpls.0
샘플 출력
명령 이름
user@R3> show route table mpls.0
mpls.0: 5 destinations, 5 routes (5 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
0 * [MPLS/0] 7w3d 22:20:56, metric 1
Receive
1 * [MPLS/0] 7w3d 22:20:56, metric 1
Receive
2 * [MPLS/0] 7w3d 22:20:56, metric 1
Receive
100064 * [RSVP/7] 2w1d 04:17:36, metric 1
> via so-0/0/3.0, label-switched-path R1-to-R6
100064 (S=0) * [RSVP/7] 2w1d 04:17:36, metric 1
> via so-0/0/3.0, label-switched-path R1-to-R6
의미
전송 라우터 R3 의 샘플 출력은 경로 항목을 MPLS 레이블 항목 형태로 표시하여, 5개의 활성 항목이 있더라도 하나의 활성 경로만 있음을 나타냅니다.
처음 3개의 MPLS 레이블은 RFC 3032에 정의된 예약된 MPLS 레이블입니다. 이러한 레이블 값으로 수신된 패킷은 처리를 위해 라우팅 엔진으로 전송됩니다. 레이블 0은 IPv4 명시적 null 레이블입니다. Label 1은 IP 라우터 경고 레이블에 해당하는 MPLS이고 Label 2는 IPv6 명시적 null 레이블입니다.
100064 레이블이 있는 두 항목은 동일한 LSP, R1-to-R6에 대한 것입니다. MPLS 헤더의 스택 값이 다를 수 있으므로 두 개의 항목이 있습니다. 두 번째 항목인 100064(S=0)는 스택 깊이가 1이 아니며 추가 레이블 값이 패킷에 포함되어 있음을 나타냅니다. 반면, 100064의 첫 번째 항목은 스택 깊이 1을 나타내고 패킷의 마지막 레이블이 되는 추론된 S=1을 갖습니다. 이중 항목은 이것이 끝에서 두 번째 라우터임을 나타냅니다. MPLS 레이블 스태킹에 대한 자세한 정보는 RFC 3032, MPLS 레이블 스택 인코딩을 참조하십시오.
수신 레이블은 MPLS 패킷의 MPLS 헤더이며 RSVP에 의해 업스트림 neighbor에 할당됩니다. 주니퍼 네트웍스 라우터는 100,000개에서 1,048,575개 사이의 RSVP 트래픽 엔지니어링 LSP에 대한 레이블을 동적으로 할당합니다.
라우터는 레이블 100,000부터 시작하여 16 단위로 레이블을 할당합니다. 레이블 할당 순서는 100,000, 100,016, 100,032, 100,048 등입니다. 할당된 레이블의 끝에서 레이블 번호는 100001에서 다시 시작하며 16단위로 증가합니다. 주니퍼 네트웍스는 다양한 목적을 위해 레이블을 예약합니다. 표 1 에는 수신 레이블에 대한 다양한 레이블 범위 할당이 나와 있습니다.
|
수신 레이블 |
상태 |
|---|---|
|
0에서 15까지 |
IETF에서 예약 |
|
16에서 1023까지 |
정적 LSP 할당을 위해 예약됨 |
|
1024 에서 9999 |
내부용으로 예약됨(예: CCC 레이블) |
|
10,000 에서 99,999 |
정적 LSP 할당을 위해 예약됨 |
|
100,000 에서 1,048,575 |
동적 레이블 할당을 위해 예약됨 |
로드 밸런싱이 작동하는지 확인
목적
로드 밸런싱을 구성한 후 트래픽이 경로 전반에서 균등하게 로드 밸런싱되는지 확인합니다. 이 섹션에서 명령 출력은 로드 밸런싱 네트워크 토폴로지에 표시된 예시 네트워크의 로드 밸런싱 구성을 반영합니다. 이 명령은 clear LSP와 인터페이스 카운터를 0으로 재설정하여 값이 로드 밸런싱 구성의 작동을 반영하도록 하는 데 사용됩니다.
작업
인터페이스와 LSP 전반에서 로드 밸런싱을 확인하려면 수신 라우터에서 다음 명령을 사용합니다.
user@host# show configuration
인터페이스와 LSP 전반에서 로드 밸런싱을 확인하려면 전송 라우터에서 다음 명령을 사용합니다.
user@host# show route user@host# show route forwarding-table user@host# show mpls lsp statistics user@host# monitor interface traffic user@host# clear mpls lsp statistics user@host# clear interface statistics
샘플 출력
명령 이름
다음 샘플 출력은 수신 라우터 R1의 구성에 대한 것입니다.
user@R1> show configuration | no-more
[...Output truncated...]
routing-options {
[...Output truncated...]
forwarding-table {
export lbpp;
}
}
[...Output truncated...]
policy-options {
policy-statement lbpp {
then {
load-balance per-packet;
}
}
}
의미
수신 라우터 R1의 명령에 대한 show configuration 샘플 출력은 로드 밸런싱이 lbpp 정책 문으로 올바르게 구성되었음을 보여줍니다. 또한 lbpp 정책은 계층 수준에서 [edit routing-options] 포워딩 테이블로 내보냅니다.
샘플 출력
다음 샘플 출력은 전송 라우터 R2에서 나옵니다.
user@R2> show route 192.168.0.1 terse
inet.0: 25 destinations, 27 routes (25 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
A Destination P Prf Metric 1 Metric 2 Next hop AS path
* 192.168.0.1/32 O 10 3 so-0/0/1.0
>so-0/0/2.0
[...Output truncated...]
의미
전송 라우터 R2에서 실행된 show route 명령에 대한 샘플 출력은 네트워크를 통해 R0(192.168.0.1)에 대한 루프백 주소까지의 두 개의 동일 비용 경로(so-0/0/1 및 so-0/0/2)를 보여줍니다. 오른쪽 꺾쇠 괄호(>)는 일반적으로 활성 경로를 나타내지만 다음 4가지 샘플 출력에서 볼 수 있듯이 이 인스턴스에서는 그렇지 않습니다.
샘플 출력
다음 샘플 출력은 전송 라우터 R2에서 나옵니다.
user@R2> monitor interface traffic R2 Seconds: 65 Time: 11:41:14 Interface Link Input packets (pps) Output packets (pps) so-0/0/0 Up 0 (0) 0 (0) so-0/0/1 Up 126 (0) 164659 (2128) so-0/0/2 Up 85219 (1004) 164598 (2128) so-0/0/3 Up 0 (0) 0 (0) fe-0/1/0 Up 328954 (4265) 85475 (1094) fe-0/1/1 Up 0 (0) 0 (0) fe-0/1/2 Up 0 (0) 0 (0) fe-0/1/3 Up 0 (0) 0 (0) [...Output truncated...]
의미
전송 라우터 R2에서 실행된 monitor interface traffic 명령에 대한 샘플 출력은 출력 트래픽이 두 인터페이스 so-0/0/1 및 so-0/0/2에 균등하게 분산되어 있음을 보여줍니다.
샘플 출력
다음 샘플 출력은 전송 라우터 R2에서 나옵니다.
user@R2> show mpls lsp statistics Ingress LSP: 0 sessions Total 0 displayed, Up 0, Down 0 Egress LSP: 0 sessions Total 0 displayed, Up 0, Down 0 Transit LSP: 5 sessions To From State Packets Bytes LSPname 192.168.0.1 192.168.1.1 Up 87997 17951388 lsp1 192.168.0.1 192.168.1.1 Up 87997 17951388 lsp2 192.168.0.1 192.168.1.1 Up 87997 17951388 lsp3 192.168.0.1 192.168.1.1 Up 87997 17951388 lsp4 192.168.6.1 192.168.0.1 Up 0 0 r0-r1 Total 5 displayed, Up 5, Down 0
의미
전송 라우터 R2에서 실행된 show mpls lsp statistics 명령에 대한 샘플 출력은 출력 트래픽이 수신 라우터 R6에서 구성된 4개의 LSP 전반에 균등하게 분산되었음을 보여줍니다.
샘플 출력
다음 샘플 출력은 전송 라우터 R2에서 나옵니다.
user@R2> show route forwarding-table destination 10.0.90.14
Routing table: inet
Internet:
Destination Type RtRef Next hop Type Index NhRef Netif
10.0.90.12/30 user 0 ulst 262144 6
ucst 345 5 so-0/0/1.0
ucst 339 2 so-0/0/2.0
의미
전송 라우터 R2에서 실행된 show route forwarding-table destination 명령에 대한 샘플 출력은 로드 밸런싱이 작동 중임을 나타내는 유형 필드에 ulst를 표시합니다. 유형 필드에 있는 두 개의 유니캐스트(ucst) 항목은 LSP에 대한 두 개의 다음 홉입니다.
샘플 출력
다음 샘플 출력은 전송 라우터 R2에서 나옵니다.
user@R2> show route forwarding-table | find mpls Routing table: mpls MPLS: Destination Type RtRef Next hop Type Index NhRef Netif default perm 0 dscd 38 1 0 user 0 recv 37 3 1 user 0 recv 37 3 2 user 0 recv 37 3 100112 user 0 Swap 100032 so-0/0/1.0 100128 user 0 Swap 100048 so-0/0/1.0 100144 user 0 10.0.12.13 Swap 100096 fe-0/1/0.0 100160 user 0 Swap 100112 so-0/0/2.0 100176 user 0 Swap 100128 so-0/0/2.0
의미
전송 라우터 R2에서 실행된 명령에 대한 show route forwarding-table | find mpls 샘플 출력은 패킷을 다음 홉 라우터로 포워딩하기 위해 이 라우터에서 수신하고 사용하는 레이블이 포함된 MPLS 라우팅 테이블을 보여줍니다. 이 라우팅 테이블은 대부분 전송 라우터에서 LSP를 따라 다음 라우터로 패킷을 라우팅하는 데 사용됩니다. 프로토콜이 활성화되면 대상 열의 처음 세 레이블(레이블 0, 레이블 1, 레이블 2)이 MPLS에 의해 자동으로 입력됩니다. 이러한 레이블은 RFC 3032에 정의된 예약된 MPLS 레이블입니다. 레이블 0은 IPv4 명시적 null 레이블입니다. Label 1은 IP 라우터 경고 레이블에 해당하는 MPLS이며, Label 2는 IPv6 명시적 null 레이블입니다.
대상 열의 나머지 5개 레이블은 라우터가 트래픽을 포워딩하는 데 사용하는 예약되지 않은 레이블이며, 마지막 열 Netif는 레이블이 지정된 트래픽을 보내는 데 사용되는 인터페이스를 보여줍니다. 예약되지 않은 레이블의 경우, 두 번째 유형 열은 일치하는 패킷에 대해 수행된 작업을 보여줍니다. 이 예시에서 예약되지 않은 모든 패킷은 나가는 패킷 레이블로 전환됩니다. 예를 들어, 레이블이 100112 있는 패킷은 인터페이스 so-0/0/1.0에서 푸시되기 전에 레이블이 100032로 전환됩니다.
고르지 않은 대역폭 로드 밸런싱 작업 확인
목적
라우터가 LSP 경로 간에 동일하지 않은 비용의 로드 밸런싱을 수행하는 경우, 명령은 show route detail 사용 중인 각각의 다음 홉과 연결된 밸런스 필드를 표시합니다.
작업
RSVP LSP가 고르지 않게 부하 밸런싱되는지 확인하려면 다음 Junos OS CLI 운영 모드 명령을 사용합니다.
user@host> show route protocol rsvp detail user@host> show mpls lsp statistics
샘플 출력
명령 이름
user@R1> show route protocol rsvp detail
inet.0: 25 destinations, 25 routes (25 active, 0 holddown, 0 hidden)
10.0.90.14/32 (1 entry, 1 announced)
State: <FlashAll>
*RSVP Preference: 7
Next-hop reference count: 7
Next hop: 10.0.12.14 via fe-0/1/0.0 weight 0x1 balance 10%
Label-switched-path lsp1
Label operation: Push 100768
Next hop: 10.0.12.14 via fe-0/1/0.0 weight 0x1 balance 20%
Label-switched-path lsp2
Label operation: Push 100736
Next hop: 10.0.12.14 via fe-0/1/0.0 weight 0x1 balance 30%,
selected
Label-switched-path lsp3
Label operation: Push 100752
Next hop: 10.0.12.14 via fe-0/1/0.0 weight 0x1 balance 40%
Label-switched-path lsp4
Label operation: Push 100784
State: <Active Int>
Local AS: 65432
Age: 8:03 Metric: 4
Task: RSVP
Announcement bits (2): 0-KRT 4-Resolve tree 1
AS path: I
inet.3: 1 destinations, 1 routes (1 active, 0 holddown, 0 hidden)
192.168.0.1/32 (1 entry, 1 announced)
State: <FlashAll>
*RSVP Preference: 7
Next-hop reference count: 7
Next hop: 10.0.12.14 via fe-0/1/0.0 weight 0x1 balance 10%
Label-switched-path lsp1
Label operation: Push 100768
Next hop: 10.0.12.14 via fe-0/1/0.0 weight 0x1 balance 20%
Label-switched-path lsp2
Label operation: Push 100736
Next hop: 10.0.12.14 via fe-0/1/0.0 weight 0x1 balance 30%
Label-switched-path lsp3
Label operation: Push 100752
Next hop: 10.0.12.14 via fe-0/1/0.0 weight 0x1 balance 40%, selected
Label-switched-path lsp4
Label operation: Push 100784
State: <Active Int>
Local AS: 65432
Age: 8:03 Metric: 4
Task: RSVP
Announcement bits (1): 1-Resolve tree 1
AS path: I
user@R1> show mpls lsp statistics
Ingress LSP: 4 sessions
To From State Packets Bytes LSPname
192.168.0.1 192.168.1.1 Up 10067 845628 lsp1
192.168.0.1 192.168.1.1 Up 20026 1682184 lsp2
192.168.0.1 192.168.1.1 Up 29796 2502864 lsp3
192.168.0.1 192.168.1.1 Up 40111 3369324 lsp4
Total 4 displayed, Up 4, Down 0
Egress LSP: 1 sessions
To From State Packets Bytes LSPname
192.168.1.1 192.168.0.1 Up NA NA r0-r1
Total 1 displayed, Up 1, Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
의미
수신 라우터 R1 의 샘플 출력은 균형: xx% 필드에 표시된 대로 트래픽이 LSP 대역폭 구성에 따라 분배된다는 것을 보여줍니다. 예를 들어, lsp1 에는 균형: 10% 필드에 반영된 대로 구성된 10Mbps의 대역폭이 있습니다.
traceroute 명령을 사용하여 MPLS 레이블 확인
목적
이 명령을 사용하여 traceroute 패킷이 LSP를 통해 전송되고 있는지 확인할 수 있습니다.
작업
MPLS 레이블을 확인하려면 다음 Junos OS CLI 운영 모드 명령을 입력합니다. 여기서 host-name 원격 호스트의 IP 주소 또는 이름이 있습니다.
user@host> traceroute host-name
샘플 출력 1
명령 이름
user@R1> traceroute 100.100.6.1
traceroute to 100.100.6.1 (100.100.6.1), 30 hops max, 40 byte packets
1 10.1.12.2 (10.1.12.2) 0.861 ms 0.718 ms 0.679 ms
MPLS Label=100048 CoS=0 TTL=1 S=1
2 10.1.24.2 (10.1.24.2) 0.822 ms 0.731 ms 0.708 ms
MPLS Label=100016 CoS=0 TTL=1 S=1
3 10.1.46.2 (10.1.46.2) 0.571 ms !N 0.547 ms !N 0.532 ms !N
샘플 출력 2
명령 이름
user@R1> traceroute 10.0.0.6 traceroute to 10.0.0.6 (10.0.0.6), 30 hops max, 40 byte packets 1 10.1.13.2 (10.1.13.2) 0.605 ms 0.548 ms 0.503 ms 2 10.0.0.6 (10.0.0.6) 0.761 ms 0.676 ms 0.675 ms
의미
샘플 출력 1은 MPLS 레이블이 네트워크를 통해 패킷을 포워딩하는 데 사용된다는 것을 보여줍니다. 출력에는 레이블 값(MPLS Label=100048), time-to-live 값(TTL=1) 및 스택 비트 값(S=1)이 포함됩니다.
MPLS 레이블 필드는 특정 LSP에 대한 패킷을 식별하는 데 사용됩니다. 최대값이 (2^^20-1) 또는 약 1,000,000인 20비트 필드입니다.
TTL 값에는 이 MPLS 패킷이 네트워크 (1)를 통해 이동할 수 있는 홉 수에 대한 제한이 포함됩니다. 각 홉에서 감소하며, TTL 값이 1 이하로 떨어지면 패킷이 폐기됩니다.
스택 비트 값의 하단(S=1)은 스택의 마지막 레이블이며 이 MPLS 패킷에는 하나의 레이블이 연결되어 있음을 나타냅니다. Junos OS의 MPLS 구현은 M 시리즈 라우터에서 3의 스태킹 깊이, T 시리즈 플랫폼에서 최대 5의 스태킹 깊이를 지원합니다. MPLS 레이블 스태킹에 대한 자세한 정보는 RFC 3032, MPLS 레이블 스택 인코딩을 참조하십시오.
MPLS 레이블은 샘플 출력 1에 표시됩니다. 이는 해당 경로에 대한 BGP 다음 홉이 LSP 송신 주소인 BGP 대상으로 명령이 실행되기 때문입니다 traceroute . Junos OS 기본 동작은 BGP 다음 홉이 LSP 송신 주소와 같을 때 BGP 트래픽에 LSP를 사용합니다.
샘플 출력 2는 MPLS 레이블이 명령의 출력에 나타나지 않음을 보여줍니다. traceroute BGP 다음 홉이 LSP 송신 주소와 동일하지 않거나 대상이 IGP 경로인 경우, BGP 트래픽은 LSP를 사용하지 않습니다. BGP 트래픽은 LSP를 사용하는 대신 IGP(이 경우 IS-IS)를 사용하여 송신 주소(R6)에 도달합니다.
GMPLS 및 GRE 터널 문제 해결
문제
설명
GMPLS를 위한 논리적 제어 채널은 지점 간 링크여야 하며 특정 형태의 IP 도달 가능성을 갖추어야 합니다. 브로드캐스트 인터페이스에서 또는 제어 채널 피어 사이에 다중 홉이 있는 경우 제어 채널에 GRE 터널을 사용합니다. GMPLS 및 GREE 터널에 대한 자세한 내용은 Junos MPLS 애플리케이션 구성 가이드 및 Junos 사용자 가이드를 참조하십시오.
GMPLS 제어 채널에 대한 GRE 터널 구성하는 데 터널 PIC는 필요하지 않습니다. 대신 하드웨어 기반 gr-fpc/pic/port 인터페이스가 아닌 소프트웨어 기반 gre 인터페이스를 사용합니다.
소프트웨어 기반 GRE 인터페이스에 대한 제한으로 인해 GMPLS 제어 채널은 소프트웨어 기반 GRE 인터페이스가 지원되는 유일한 용도입니다. 다른 모든 사용은 명시적으로 지원되지 않으며 애플리케이션 장애를 일으킬 수 있습니다.
다음 예는 기본 GRE 인터페이스 구성을 보여줍니다. 이 경우 터널 원본은 로컬 라우터의 루프백 주소이고 대상 주소는 원격 라우터의 루프백 대상입니다. 터널 대상의 다음 홉이 있는 트래픽은 터널을 사용합니다. 인터페이스를 통과하는 모든 트래픽에서 터널이 자동으로 사용되는 것은 아닙니다. 다음 홉으로 터널 대상을 가진 트래픽만 터널을 사용합니다.
샘플 출력
user@R1> show configuration interfaces
[...Output truncated...]
gre {
unit 0 {
tunnel {
source 10.0.12.13;
destination 10.0.12.14;
}
family inet {
address 10.35.1.6/30;
}
family mpls;
}
}
샘플 출력
show interfaces 명령의 다음 샘플 출력은 캡슐화 유형 및 헤더, 최대 속도, 논리적 인터페이스를 통한 패킷 수, 대상 및 논리적 주소를 보여줍니다.
user@R1> show interfaces gre
Physical interface: gre, Enabled, Physical link is Up
Interface index: 10, SNMP ifIndex: 8
Type: GRE, Link-level type: GRE, MTU: Unlimited, Speed: Unlimited
Device flags : Present Running
Interface flags: Point-To-Point SNMP-Traps
Input packets : 0
Output packets: 0
Logical interface gre.0 (Index 70) (SNMP ifIndex 47)
Flags: Point-To-Point SNMP-Traps 0x4000
IP-Header 10.0.12.14:10.0.12.13:47:df:64:0000000000000000
Encapsulation: GRE-NULL
Input packets : 171734
Output packets: 194560
Protocol inet, MTU: 1476
Flags: None
Addresses, Flags: Is-Preferred Is-Primary
Destination: 10.35.1.4/30, Local: 10.35.1.6, Broadcast: 10.35.1.7
Protocol mpls, MTU: 1464
Flags: None
다음은 GRE 터널을 사용하여 GMPLS LSP를 구성할 때의 다양한 요구 사항입니다.
-
데이터 채널은 동일한 유형의 인터페이스에서 시작하고 끝나야 합니다.
-
제어 채널은 같거나 다른 인터페이스 유형에서 시작하고 끝나는 GRE 터널일 수 있습니다.
-
GRE 터널은 계층 수준에서
[edit protocol ospf]peer-interfacepeer-name문을 사용하여 간접적으로 구성해야 합니다. -
GRE 인터페이스는 및
[edit protocols rsvp]계층 수준에서[edit protocols ospf]비활성화해야 합니다. -
데이터 및 제어 채널은 LMP 구성에서 올바르게 정의되어야 합니다.
-
문과 함께 CSPF(Constrained Shortest Path First)를 비활성화할 수도 있습니다.
no-cspf
이 사례에서는 GRE 터널 엔드포인트의 잘못된 구성에 초점을 맞춥니다. 그러나 유사한 프로세스와 명령을 사용하여 다른 GRE 터널 문제를 진단할 수 있습니다. 그림 13 은 GRE 인터페이스를 통해 터널링된 MPLS가 있는 네트워크 토폴로지를 보여줍니다.
그림 13의 MPLS 네트워크 토폴로지는 다음 구성 요소로 구성된 GRE 터널로 구성된 주니퍼 네트웍스 라우터를 보여줍니다.
-
수신 라우터에서 송신 라우터로의 엄격한 GMPLS LSP 경로.
-
수신 라우터에서 [edit protocol mpls label-switched-path lsp-name] 계층 수준의 문으로
no-cspfCSPF가 비활성화되었습니다. -
모든 라우터에서 [edit protocols link-management] 계층 구조 수준에서 문 내의
peer트래픽 엔지니어링 링크 및 제어 채널. -
모든 라우터에서 구성된 OSPF 및 OSPF 트래픽 엔지니어링.
-
모든 라우터에서 OSPF 및 RSVP 모두의 피어 인터페이스 에 대한 참조.
-
R2와 R3 간의 스위칭 유형 문제.
증상
매우 유사한 정보를 표시하는 and show rsvp session 명령의 show mpls lsp 출력에 표시된 바와 같이 그림 13에 표시된 네트워크의 LSP가 중단되었습니다. 이 명령은 show mpls lsp 라우터에 구성된 모든 LSP와 모든 전송 및 송신 LSP를 표시합니다. 이 명령은 show rsvp session RSVP 세션에 대한 요약 정보를 표시합니다. 두 명령어 중 하나를 사용하여 LSP의 상태를 확인할 수 있습니다. 이 사례에서는 LSP gmpls-r1-to-r3이 중단(Dn)되었습니다.
샘플 출력
user@R1> show mpls lsp Ingress LSP: 1 sessions To From State Rt ActivePath P LSPname 192.168.4.1 192.168.1.1 Dn 0 - gmpls-r1-to-r3 Bidir Total 1 displayed, Up 0, Down 1 Egress LSP: 0 sessions Total 0 displayed, Up 0, Down 0 Transit LSP: 0 sessions Total 0 displayed, Up 0, Down 0 user@R1> show rsvp session Ingress RSVP: 1 sessions To From State Rt Style Labelin Labelout LSPname 192.168.4.1 192.168.1.1 Dn 0 0 - - - gmpls-r1-to-r3 Bidir Total 1 displayed, Up 0, Down 1 Egress RSVP: 0 sessions Total 0 displayed, Up 0, Down 0 Transit RSVP: 0 sessions Total 0 displayed, Up 0, Down 0
원인
GMPLS LSP 문제의 원인은 GMPLS 데이터 채널의 양쪽 끝에서 서로 다른 인터페이스 유형을 구성하는 데 있습니다.
문제 해결 명령어
Junos OS에는 문제 해결에 유용한 명령어가 포함되어 있습니다. 이 항목에서는 각 명령에 대한 간략한 설명과 샘플 출력, 문제와 관련된 출력에 대한 논의를 제공합니다.
GMPLS 문제를 해결할 때 다음 명령어를 사용할 수 있습니다.
user@host> show mpls lsp extensive user@host> show rsvp session detail user@host> show link-management peer user@host> show link-management te-link user@host> show configuration protocols mpls user@host> monitor start filename user@host> show log filename
샘플 출력
전송 라우터 R1에서 show mpls lsp extensive 명령을 사용하여 라우터에서 전송, 종료 및 구성된 모든 LSP에 대한 세부 정보를 표시합니다.
user@R1> show mpls lsp extensive
Ingress LSP: 1 sessions
192.168.4.1
From: 192.168.1.1, State: Dn, ActiveRoute: 0, LSPname: gmpls-r1-to-r3
Bidirectional
ActivePath: (none)
LoadBalance: Random
Encoding type: SDH/SONET, Switching type: PSC-1, GPID: IPv4
Primary p1 State: Dn
SmartOptimizeTimer: 180
8 Dec 20 18:08:02 192.168.4.1: MPLS label allocation failure [3 times]
7 Dec 20 18:07:53 Originate Call
6 Dec 20 18:07:53 Clear Call
5 Dec 20 18:07:53 Deselected as active
4 Dec 20 18:06:13 Selected as active path
3 Dec 20 18:06:13 Record Route: 100.100.100.100 93.93.93.93
2 Dec 20 18:06:13 Up
1 Dec 20 18:06:13 Originate Call
Created: Wed Dec 20 18:06:12 2006
Total 1 displayed, Up 0, Down 1
Egress LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
의미
명령의 show mpls lsp extensive 샘플 출력은 출력의 로그 섹션에 오류 메시지(MPLS 레이블 할당 실패) 를 보여줍니다. 이 LSP 이벤트는 MPLS 프로토콜 또는 family mpls 문이 제대로 구성되지 않았음을 나타냅니다. LSP 이벤트 앞에 IP 주소가 올 경우, 주소는 일반적으로 MPLS 구성 오류가 있는 라우터입니다. 이 사례에서는 lo0 주소가 192.168.4.1 (R3)인 라우터에 MPLS 구성 오류가 있는 것으로 나타납니다.
샘플 출력
RSVP 세션에 대한 세부 정보를 표시하려면 show rsvp session detail 명령을 사용합니다.
user@R1> show rsvp session detail Ingress RSVP: 1 sessions 192.168.4.1 From: 192.168.1.1, LSPstate: Dn, ActiveRoute: 0 LSPname: gmpls-r1-to-r3, LSPpath: Primary Bidirectional, Upstream label in: 21253, Upstream label out: - Suggested label received: -, Suggested label sent: 21253 Recovery label received: -, Recovery label sent: - Resv style: 0 - , Label in: -, Label out: - Time left: -, Since: Wed Dec 20 18:07:53 2006 Tspec: rate 0bps size 0bps peak 155.52Mbps m 20 M 1500 Port number: sender 2 receiver 46115 protocol 0 PATH rcvfrom: localclient Adspec: sent MTU 1500 Path MTU: received 0 PATH sentto: 10.35.1.5 (tester2) 3 pkts Explct route: 100.100.100.100 93.93.93.93 Record route: <self> ...incomplete Total 1 displayed, Up 0, Down 1 Egress RSVP: 0 sessions Total 0 displayed, Up 0, Down 0 Transit RSVP: 0 sessions Total 0 displayed, Up 0, Down 0
의미
명령의 show rsvp session detail 샘플 출력은 LSP gmpls-r1-to-r3이 중단되었음을 보여줍니다(LSPstate: Dn). 경로 레코드가 불완전하여 명시적 경로 100.100.100.100 93.93.93.93에 문제가 있음을 나타냅니다. 주소 100.100.100.100은 R2 so-0/0/0의 데이터 채널이고, 주소 93.93.93.93은 R3의 데이터 채널입니다.
샘플 출력
show link-management peer 명령을 사용하여 MPLS 피어 링크 정보를 표시합니다.
user@R1> show link-management peer Peer name: tester2, System identifier: 48428 State: Up, Control address: 10.35.1.5 Control-channel State gre.0 Active TE links: tester2 user@R2> show link-management peer Peer name: tester2, System identifier: 48428 State: Up, Control address: 10.35.1.6 Control-channel State gre.0 Active TE links: te-tester2 Peer name: tester3 , System identifier: 48429 State: Up , Control address: 10.35.1.2 Control-channel State gre.1 Active TE links: te-tester3 user@R3> show link-management peer Peer name: tester3, System identifier: 48429 State: Up, Control address: 10.35.1.1 Control-channel State gre.0 Active TE links: te-tester3
의미
명령에 대한 show link-management peer 그림 13의 예시 네트워크에 있는 모든 라우터의 샘플 출력은 모든 제어 채널이 작동 중이고 활성 상태임을 보여줍니다. 출력에 대한 상세한 분석을 통해 다음 정보를 확인할 수 있습니다.
-
문제 해결을 쉽게 하기 위해 인접 라우터에서 동일한 피어, tester2 또는 tester3의 이름.
-
피어의 내부 식별자, tester2의 경우 48428, tester3의 경우 48429. 내부 식별자는 0에서 64,000 사이의 값 범위입니다.
-
작동 중 또는 중단일 수 있는 피어의 상태. 이 사례에서는 모든 피어가 작동 중입니다.
-
제어 채널이 설정되는 주소(예: 10.35.1.5).
-
작동, 중단 또는 활성일 수 있는 제어 채널의 상태.
-
제어 채널 gre.0 이 tester3에 의해 관리됨을 나타내는 피어에서 관리하는 트래픽 엔지니어링 링크.
샘플 출력
MPLS(Multiprotocol Label Switching) 트래픽 엔지니어링 전달 경로를 설정하는 데 사용되는 리소스를 표시하려면 show link-management te-link 명령을 사용합니다.
user@R1> show link-management te-link
TE link name: tester2, State: Up
Local identifier: 2005, Remote identifier: 21253, Local address: 90.90.90.90, Remote address: 100.100.100.100,
Encoding: SDH/SONET, Switching: PSC-1, Minimum bandwidth: 155.52Mbps, Maximum bandwidth: 155.52Mbps, Total bandwidth: 155.52Mbps,
Available bandwidth: 0bps
Name State Local ID Remote ID Bandwidth Used LSP-name
so-0/0/0 Up 21253 21253 155.52Mbps Yes gmpls-r1-to-r3
user@R2> show link-management te-link
TE link name: te-tester2, State: Up
Local identifier: 7002, Remote identifier: 22292, Local address: 100.100.100.100, Remote address: 90.90.90.90,
Encoding: SDH/SONET, Switching: PSC-1, Minimum bandwidth: 155.52Mbps, Maximum bandwidth: 155.52Mbps, Total bandwidth: 155.52Mbps,
Available bandwidth: 0bps
Name State Local ID Remote ID Bandwidth Used LSP-name
so-0/0/0 Up 21253 21253 155.52Mbps Yes gmpls-r1-to-r3
TE link name: te-tester3, State: Up
Local identifier: 7003, Remote identifier: 21254, Local address: 103.103.103.103, Remote address: 93.93.93.93,
Encoding: SDH/SONET, Switching: PSC-1, Minimum bandwidth: 155.52Mbps, Maximum bandwidth: 155.52Mbps, Total bandwidth: 155.52Mbps,
Available bandwidth: 0bps
Name State Local ID Remote ID Bandwidth Used LSP-name
so-0/0/1 Up 21252 21252 155.52Mbps Yes gmpls-r1-to-r3
user@R3> show link-management te-link
TE link name: te-tester3, State: Up
Local identifier: 7003, Remote identifier: 21254, Local address: 93.93.93.93,
Remote address: 103.103.103.103,
Encoding: SDH/SONET, Switching: PSC-1, Minimum bandwidth: 0bps, Maximum bandwidth: 0bps, Total bandwidth: 0bps,
Available bandwidth: 0bps
Name State Local ID Remote ID Bandwidth Used LSP-name
so-0/0/1 Dn 21252 21252 155.52Mbps No
의미
그림 13의 네트워크에 있는 3개의 라우터에서 실행된 명령의 샘플 show link-management te-link 출력은 트래픽 엔지니어링 링크 te-tester2 및 te-tester3에 할당된 리소스를 보여줍니다. 리소스는 SONET 인터페이스 so-0/0/0 및 so-0/0/1입니다. R1 및 R2에서 SONET 인터페이스는 Used 필드에 Yes로 표시된 대로 LSP gmpls-r1-to-r3에 사용됩니다.그러나 R3의 SONET 인터페이스 so-0/0/1은 중단되고(Dn) LSP에 사용되지 않습니다(사용되지 않음). R3의 SONET 인터페이스가 중단된 이유를 확인하려면 추가 조사가 필요합니다.
샘플 출력
지정된 로그 파일의 내용을 표시하려면 show log filename 명령을 사용합니다. 이 경우, 로그 파일 rsvp.log는 [edit protocols rsvp traceoptions] 계층 수준에서 구성됩니다. 로그 파일이 구성되면 monitor start filename 명령을 실행하여 파일에 메시지 로깅을 시작해야 합니다.
user@R1> show configuration protocols rsvp
traceoptions {
file rsvp.log size 3m world-readable;
flag state detail;
flag error detail;
flag packets detail;
}
user@R1> monitor start rsvp.log
파이프( | ) 뒤에 입력된 오류 찾기 옵션은 출력에서 오류라는 용어의 인스턴스를 검색합니다.
샘플 출력
user@R3> show log rsvp.log | find Error Dec 28 17:23:32 Error Len 20 Session preempted flag 0 by 192.168.4.1 TE-link 103.103.103.103 [...Output truncated...] Dec 28 17:23:32 RSVP new resv state,session 192.168.4.1(port/tunnel ID 46115 Ext-ID 192.168.1.1)Proto 0 Dec 28 17:23:32 RSVP-LMP reset LMP request for gmpls-r1-to-r3 Dec 28 17:23:32 RSVP->LMP request - resource for LSP gmpls-r1-to-r3 Dec 28 17:23:32 LMP->RSVP resource request gmpls-r1-to-r3 failed cannot find resource encoding type SDH/SONET remote label 21252 bandwidth bw[0 Dec 28 17:23:32 RSVP-LMP reset LMP request for gmpls-r1-to-r3 Dec 28 17:23:32 RSVP originate PathErr 192.168.4.1->192.168.2.1 MPLS label allocation failure LSP gmpls-r1-to-r3(2/46115) Dec 28 17:23:32 RSVP send PathErr 192.168.4.1->192.168.2.1 Len=196 tester3 Dec 28 17:23:32 Session7 Len 16 192.168.4.1(port/tunnel ID 46115 Ext-ID 192.168.1.1) Proto 0 Dec 28 17:23:32 Hop Len 20 192.168.4.1/0x086e4770 TE-link 103.103.103.103 Dec 28 17:23:32 Error Len 20 MPLS label allocation failure flag 0 by 192.168.4.1 TE-link 103.103.103.103 Dec 28 17:23:32 Sender7 Len 12 192.168.1.1(port/lsp ID 2) Dec 28 17:23:32 Tspec Len 36 rate 0bps size 0bps peak 155.52Mbps m 20 M 1500 Dec 28 17:23:32 ADspec Len 48 MTU 1500 Dec 28 17:23:32 RecRoute Len 20 103.103.103.103 90.90.90.90 Dec 28 17:23:32 SuggLabel Len 8 21252 Dec 28 17:23:32 UpstrLabel Len 8 21252
의미
명령에 대한 show log rsvp.log 송신 라우터 R3의 샘플 출력은 로그 파일에서 가져온 코드 조각입니다. 이 코드 조각은 LSP gmpls-r1-to-r3 에 대한 LMP(Link Management Protocol) 리소스 요청을 보여줍니다.요청의 인코딩 유형(SDH/SONET)에 문제가 있어 R2와 R3을 연결하는 SONET 인터페이스에 오류가 있을 수 있음을 나타냅니다. R2 및 R3의 LMP 구성에 대한 추가 조사가 필요합니다.
샘플 출력
특정 구성 계층(이 경우에서는 링크 관리)을 표시하려면 show configuration statement-path 명령을 사용합니다.
user@R2> show configuration protocols link-management
te-link te-tester2 {
local-address 100.100.100.100;
remote-address 90.90.90.90;
remote-id 22292;
interface so-0/0/0 {
local-address 100.100.100.100;
remote-address 90.90.90.90;
remote-id 21253;
}
}
te-link te-tester3 {
local-address 103.103.103.103;
remote-address 93.93.93.93;
remote-id 21254;
interface so-0/0/1 {
local-address 103.103.103.103;
remote-address 93.93.93.93;
remote-id 21252;
}
}
peer tester2 {
address 10.35.1.6;
control-channel gre.0;
te-link te-tester2;
}
peer tester3 {
address 10.35.1.2;
control-channel gre.1;
te-link te-tester3;
}
user@R3> show configuration protocols link-management
te-link te-tester3 {
local-address 93.93.93.93;
remote-address 103.103.103.103;
remote-id 21254;
}
interface at-0/3/1 {
local-address 93.93.93.93;
remote-address 103.103.103.103;
remote-id 21252;
}
}
peer tester3 {
address 10.35.1.1;
control-channel gre.0;
te-link te-tester3;
}
의미
명령에 대한 show configuration protocols link-management 전송 라우터 R2 및 수신 라우터 R3의 샘플 출력은 두 라우터의 인터페이스 유형이 다르다는 것을 보여줍니다. 전송 라우터 R2의 te-tester3에 할당된 리소스는 SONET 인터페이스이고, 송신 라우터 R3의 te-tester3에 할당된 리소스는 ATM 인터페이스입니다. 데이터 또는 제어 채널의 각 끝에 있는 인터페이스 유형은 동일해야 합니다. 이 경우 양쪽 끝이 SONET 또는 ATM이어야 합니다.
해결책
해결책
GMPLS LSP의 양쪽 끝에서 인터페이스 또는 캡슐화 유형이 서로 다른 문제에 대한 해결책은 양쪽 끝에서 인터페이스 유형이 동일한지 확인하는 것입니다. 이 사례에서는 R3의 링크 관리 구성에서 ATM 인터페이스가 삭제되고 대신 SONET 인터페이스가 구성되었습니다.
다음 명령어는 GMPLS LSP가 작동 중이고 데이터 채널을 사용하는지 확인하기 위한 올바른 구성과 명령어를 보여줍니다.
user@R3> show configuration protocols link-management user@R3> show mpls lsp user@R3> show link-management te-link
샘플 출력
user@R3> show configuration protocols link-management
te-link te-tester3 {
local-address 93.93.93.93;
remote-address 103.103.103.103;
remote-id 21254;
interface so-0/0/1 { # SONET interface replaces the incorrect ATM interface
local-address 93.93.93.93;
remote-address 103.103.103.103;
remote-id 21252;
}
}
peer tester3 {
address 10.35.1.1;
control-channel gre.0;
te-link te-tester3;
}
user@R3> show mpls lsp
Ingress LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
Egress LSP: 1 sessions
To From State Rt Style Labelin Labelout LSPname
192.168.4.1 192.168.1.1 Up 0 1 FF 21252 - gmpls-r1-to-r3
Bidir
Total 1 displayed, Up 1, Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
user@R3> show link-management te-link
TE link name: te-tester3, State: Up
Local identifier: 7003, Remote identifier: 21254, Local address: 93.93.93.93, Remote address: 103.103.103.103,
Encoding: SDH/SONET, Switching: PSC-1, Minimum bandwidth: 155.52Mbps, Maximum bandwidth: 155.52Mbps, Total bandwidth: 155.52Mbps,
Available bandwidth: 0bps
Name State Local ID Remote ID Bandwidth Used LSP-name
so-0/0/1 Up 21252 21252 155.52Mbps Yes gmpls-r1-to-r3
의미
수신 라우터 R3의 , show mpls lsp, 및 show link-management te-link 명령에 대한 show protocols link-management샘플 출력은 문제가 해결되었음을 보여줍니다. LMP가 올바르게 구성되고 LSP gmpls-r1-to-r3이 작동 중이며 데이터 채널 so-0/0/1을 사용합니다.
결론
결론적으로 GMPLS 데이터 채널의 양쪽 끝은 동일한 캡슐화 또는 인터페이스 유형이어야 합니다. 이 사례에서는 데이터 채널의 올바른 구성을 보여줍니다. 원칙은 제어 채널에 대해 동일합니다.
라우터 구성
네트워크의 수신 라우터 구성을 보여주는 출력입니다. 파이프( | ) 뒤에 no-more 옵션을 입력하면 출력이 터미널 화면의 길이보다 길 경우 출력이 페이지 매겨지는 것을 방지합니다.
샘플 출력
다음은 수신 라우터 R1에 대한 샘플 출력입니다.
user@R1> show configuration | no-more
[...Output truncated...]
interfaces {
so-0/0/0 {
unit 0 {
family inet {
address 10.0.12.1/32 {
destination 10.0.12.2;
}
}
family mpls;
}
}
fe-0/1/0 {
unit 0 {
family inet {
address 10.0.12.13/30;
}
family mpls;
}
}
fxp0 {
unit 0 {
family inet {
address 192.168.70.143/21;
}
}
}
gre {
unit 0 {
tunnel {
source 10.0.12.13;
destination 10.0.12.14;
}
family inet {
address 10.35.1.6/30;
}
family mpls;
}
}
lo0 {
unit 0 {
family inet {
address 192.168.1.1/32;
}
}
}
}
routing-options {
static {
/* corporate and alpha net */
route 172.16.0.0/12 {
next-hop 192.168.71.254;
retain;
no-readvertise;
}
/* old lab nets */
route 192.168.0.0/16 {
next-hop 192.168.71.254;
retain;
no-readvertise;
}
route 0.0.0.0/0 {
discard;
retain;
no-readvertise;
}
}
router-id 192.168.1.1;
autonomous-system 65432;
}
protocols {
rsvp {
traceoptions {
file rsvp.log size 3m world-readable;
flag state detail;
flag error detail;
flag packets detail;
}
interface fxp0.0 {
disable;
}
interface all;
interface lo0.0;
interface gre.0 {
disable;
}
peer-interface tester2;
}
mpls {
label-switched-path gmpls-r1-to-r3 {
from 192.168.1.1;
to 192.168.4.1;
lsp-attributes {
switching-type psc-1;
encoding-type sonet-sdh;
}
no-cspf;
primary p1;
}
path p1 {
100.100.100.100 strict;
93.93.93.93 strict;
}
interface all;
}
ospf {
traffic-engineering;
area 0.0.0.0 {
interface lo0.0;
interface fe-0/1/0.0;
interface fxp0.0 {
disable;
}
interface gre.0 {
disable;
}
peer-interface tester2;
}
}
link-management {
te-link tester2 {
local-address 90.90.90.90;
remote-address 100.100.100.100;
remote-id 21253;
interface so-0/0/0 {
local-address 90.90.90.90;
remote-address 100.100.100.100;
remote-id 21253;
}
}
peer tester2 {
address 10.35.1.5;
control-channel gre.0;
te-link tester2;
}
}
}
샘플 출력
다음은 전송 라우터 R2에 대한 샘플 출력입니다.
user@R2>show configuration | no-more
[...Output truncated...]
interfaces {
so-0/0/0 {
unit 0 {
family inet {
address 10.0.12.2/32 {
destination 10.0.12.1;
}
}
family mpls;
}
}
so-0/0/1 {
unit 0 {
family inet {
address 10.0.24.1/32 {
destination 10.0.24.2;
}
}
family mpls;
}
}
fe-0/1/0 {
unit 0 {
family inet {
address 10.0.12.14/30;
}
family mpls;
}
}
fe-0/1/2 {
unit 0 {
family inet {
address 10.0.24.13/30;
}
family mpls;
}
}
fxp0 {
unit 0 {
family inet {
address 192.168.70.144/21;
}
}
}
gre {
unit 0 {
tunnel {
source 10.0.12.14;
destination 10.0.12.13;
}
family inet {
address 10.35.1.5/30;
}
family mpls;
}
unit 1 {
tunnel {
source 10.0.24.13;
destination 10.0.24.14;
}
family inet {
address 10.35.1.1/30;
}
family mpls;
}
}
lo0 {
unit 0 {
family inet {
address 192.168.2.1/32;
}
}
}
}
routing-options {
static {
route 172.16.0.0/12 {
next-hop 192.168.71.254;
retain;
no-readvertise;
}
route 192.168.0.0/16 {
next-hop 192.168.71.254;
retain;
no-readvertise;
}
route 0.0.0.0/0 {
discard;
retain;
no-readvertise;
}
}
router-id 192.168.2.1;
autonomous-system 65432;
}
protocols {
rsvp {
traceoptions {
file rsvp.log size 3m world-readable;
flag packets detail;
flag state detail;
flag error detail;
}
interface fxp0.0;
interface lo0.0;
interface all;
interface gre.0 {
disable;
}
peer-interface tester2;
peer-interface tester3;
}
mpls {
interface all;
}
ospf {
traffic-engineering;
area 0.0.0.0 {
interface lo0.0;
interface fxp0.0 {
disable;
}
interface gre.0 {
disable;
}
interface fe-0/1/0.0;
interface fe-0/1/2.0;
interface gre.1 {
disable;
}
peer-interface tester2;
peer-interface tester3;
}
}
link-management {
te-link te-tester2 {
local-address 100.100.100.100;
remote-address 90.90.90.90;
remote-id 22292;
interface so-0/0/0 {
local-address 100.100.100.100;
remote-address 90.90.90.90;
remote-id 21253;
}
}
te-link te-tester3 {
local-address 103.103.103.103;
remote-address 93.93.93.93;
remote-id 21254;
interface so-0/0/1 {
local-address 103.103.103.103;
remote-address 93.93.93.93;
remote-id 21252;
}
}
peer tester2 {
address 10.35.1.6;
control-channel gre.0;
te-link te-tester2;
}
peer tester3 {
address 10.35.1.2;
control-channel gre.1;
te-link te-tester3;
}
}
}
샘플 출력
다음은 송신 라우터 R3에 대한 샘플 출력입니다.
user@R3> show configuration | no-more
[...Output truncated...]
interfaces {
so-0/0/1 {
unit 0 {
family inet {
address 10.0.24.2/32;
}
family mpls;
}
}
fe-0/1/2 {
unit 0 {
family inet {
address 10.0.24.14/30;
}
family mpls;
}
}
fxp0 {
unit 0 {
family inet {
address 192.168.70.146/21;
}
}
}
gre {
unit 0 {
tunnel {
source 10.0.24.14;
destination 10.0.24.13;
}
family inet {
address 10.35.1.2/30;
}
family mpls;
}
}
lo0 {
unit 0 {
family inet {
address 192.168.4.1/32;
}
}
}
}
routing-options {
static {
route 172.16.0.0/12 {
next-hop 192.168.71.254;
retain;
no-readvertise;
}
route 192.168.0.0/16 {
next-hop 192.168.71.254;
retain;
no-readvertise;
}
route 0.0.0.0/0 {
discard;
retain;
no-readvertise;
}
}
router-id 192.168.4.1;
autonomous-system 65432;
}
protocols {
rsvp {
traceoptions {
file rsvp.log size 3m world-readable;
flag packets detail;
flag error;
flag state;
flag lmp;
}
interface fxp0.0 {
disable;
}
interface all;
interface lo0.0;
interface gre.0 {
disable;
}
peer-interface tester3;
}
mpls {
interface all;
}
ospf {
traffic-engineering;
area 0.0.0.0 {
interface fxp0.0 {
disable;
}
interface fe-0/1/2.0;
interface gre.0 {
disable;
}
interface lo0.0;
peer-interface tester3;
}
}
link-management {
te-link te-tester3 {
local-address 93.93.93.93;
remote-address 103.103.103.103;
remote-id 21254;
interface so-0/0/1 {
local-address 93.93.93.93;
remote-address 103.103.103.103;
remote-id 21252;
}
}
peer tester3 {
address 10.35.1.1;
control-channel gre.0;
te-link te-tester3;
}
}
}
LSP 상태 확인
LSP 문제를 정확히 파악하기 위해 RSVP(Resource Reservation Protocol) 개체 및 LSP(label-switched path) 내역에 대한 자세한 정보를 표시합니다.
그림 14 는 이 주제에서 사용되는 네트워크 토폴로지를 보여줍니다.
LSP 상태를 확인하려면 다음 단계를 따르십시오.
LSP의 상태 확인
목적
LSP(label-switched pathe)의 상태를 표시합니다.
작업
LSP 상태를 확인하려면, 수신 라우터에서 다음 Junos OS 명령줄 인터페이스(CLI) 운영 모드 명령을 입력합니다:
user@host> show mpls lsp
샘플 출력
명령 이름
user@R1> show mpls lsp Ingress LSP: 1 sessions To From State Rt ActivePath P LSPname 10.0.0.6 10.0.0.1 Up 1 * R1-to-R6 Total 1 displayed, Up 1, Down 0 Egress LSP: 1 sessions To From State Rt Style Labelin Labelout LSPname 10.0.0.1 10.0.0.6 Up 0 1 FF 3 - R6-to-R1 Total 1 displayed, Up 1, Down 0 Transit LSP: 0 sessions Total 0 displayed, Up 0, Down 0
의미
샘플 출력은 수신 라우터(R1)에서 나오며, 수신, 송신 및 전송 LSP 정보를 보여줍니다. 수신 정보는 이 라우터에서 시작되는 세션에 대한 것이며, 송신 정보는 이 라우터에서 종료되는 세션에 대한 것이며, 전송 정보는 이 라우터를 통해 전송되는 세션에 대한 것입니다.
R1(10.0.0.1)에서 R6(10.0.0.6)까지 하나의 수신 경로가 있습니다. 이 경로는 현재 작동 중이며 라우팅 테이블(Rt)에 설치된 활성 경로입니다. LSP R1-to-R6은 보조 경로가 아닌 기본 경로(P)이며 별표(*)로 표시됩니다. R6에 대한 경로에는 명명된 경로(ActivePath)가 포함되어 있지 않습니다.
R6에서 R1까지 하나의 송신 LSP가 있습니다. 상태가 작동 중이며 라우팅 테이블에 경로가 설치되지 않습니다. RSVP 예약 스타일(Style)은 두 부분으로 구성됩니다. 첫 번째는 활성 예약 수(1)입니다. 두 번째는 예약 스타일로 FF(고정 필터)입니다. 예약 스타일은 FF, SE(공유 명시적) 또는 WF(와일드카드 필터)가 될 수 있습니다. 이 LSP에는 3개의 수신 레이블(Labelin)이 있으며 레이블이 나가지 않습니다(Labelout).
전송 LSP가 없습니다.
LSP 상태 확인에 대한 자세한 내용은 계층화된 MPLS 문제 해결 모델을 사용하기 위한 체크리스트를 참조하십시오.
LSP에 대한 광범위한 상태 표시
목적
모든 과거 상태 기록 및 LSP가 실패했을 수 있는 이유를 포함하여 LSP에 대한 광범위한 정보를 표시합니다.
작업
LSP에 대한 광범위한 정보를 표시하려면 수신 라우터에서 다음 Junos OS CLI 운영 모드 명령을 입력합니다.
user@host> show mpls lsp extensive
샘플 출력
명령 이름
user@R1> show mpls lsp extensive
Ingress LSP: 1 sessions
10.0.0.6
From: 10.0.0.1, State: Up , ActiveRoute: 1 , LSPname: R1-to-R6
ActivePath: (primary)
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
*Primary State: Up
Computed ERO (S [L] denotes strict [loose] hops): (CSPF metric: 20)
10.1.13.2 S 10.1.36.2 S
Received RRO (ProtectionFlag 1=Available 2=InUse 4=B/W 8=Node 10=SoftPreempt):
10.1.13.2 10.1.36.2
91 Aug 17 12:22:52 Selected as active path
90 Aug 17 12:22:52 Record Route: 10.1.13.2 10.1.36.2
89 Aug 17 12:22:52 Up
88 Aug 17 12:22:52 Originate Call
87 Aug 17 12:22:52 CSPF: computation result accepted
86 Aug 17 12:22:23 CSPF failed: no route toward 10.0.0.6[13920 times]
85 Aug 12 19:12:51 Clear Call
84 Aug 12 19:12:50 10.1.56.2: MPLS label allocation failure
83 Aug 12 19:12:47 Deselected as active
82 Aug 12 19:12:47 10.1.56.2: MPLS label allocation failure
81 Aug 12 19:12:47 ResvTear received
80 Aug 12 19:12:47 Down
79 Aug 12 19:12:31 10.1.56.2: MPLS label allocation failure[4 times]
78 Aug 12 19:09:58 Selected as active path
77 Aug 12 19:09:58 Record Route: 10.1.15.2 10.1.56.2
76 Aug 12 19:09:58 Up
75 Aug 12 19:09:57 Originate Call
74 Aug 12 19:09:57 CSPF: computation result accepted
73 Aug 12 19:09:29 CSPF failed: no route toward 10.0.0.6[11 times]
72 Aug 12 19:04:36 Clear Call
71 Aug 12 19:04:23 Deselected as active
70 Aug 12 19:04:23 ResvTear received
69 Aug 12 19:04:23 Down
68 Aug 12 19:04:23 CSPF failed: no route toward 10.0.0.6
67 Aug 12 19:04:23 10.1.15.2: Session preempted
66 Aug 12 16:45:35 Record Route: 10.1.15.2 10.1.56.2
65 Aug 12 16:45:35 Up
64 Aug 12 16:45:35 Clear Call
63 Aug 12 16:45:35 CSPF: computation result accepted
62 Aug 12 16:45:35 ResvTear received
61 Aug 12 16:45:35 Down
60 Aug 12 16:45:35 10.1.13.2: Session preempted
59 Aug 12 14:50:52 Selected as active path
58 Aug 12 14:50:52 Record Route: 10.1.13.2 10.1.36.2
57 Aug 12 14:50:52 Up
56 Aug 12 14:50:52 Originate Call
55 Aug 12 14:50:52 CSPF: computation result accepted
54 Aug 12 14:50:23 CSPF failed: no route toward 10.0.0.6[7 times]
53 Aug 12 14:47:22 Deselected as active
52 Aug 12 14:47:22 CSPF failed: no route toward 10.0.0.6
51 Aug 12 14:47:22 Clear Call
50 Aug 12 14:47:22 CSPF: link down/deleted 10.1.12.1(R1.00/10.0.0.1)->10.1.12.2(R2.00/10.0.0.2)
49 Aug 12 14:47:22 CSPF: link down/deleted 10.1.15.1(R1.00/10.0.0.1)->10.1.15.2(R5.00/10.0.0.5)
48 Aug 12 14:47:22 10.1.15.1: MPLS label allocation failure
47 Aug 12 14:47:22 Clear Call
46 Aug 12 14:47:22 CSPF: computation result accepted
45 Aug 12 14:47:22 10.1.12.1: MPLS label allocation failure
44 Aug 12 14:47:22 MPLS label allocation failure
43 Aug 12 14:47:22 Down
42 Jul 23 11:27:21 Selected as active path
Created: Sat Jul 10 18:18:44 2004
Total 1 displayed, Up 1, Down 0
Egress LSP: 1 sessions
10.0.0.1
From: 10.0.0.6, LSPstate: Up , ActiveRoute: 0
LSPname: R6-to-R1 , LSPpath: Primary
Suggested label received: -, Suggested label sent: -
Recovery label received: -, Recovery label sent: -
Resv style: 1 FF , Label in: 3 , Label out: -
Time left: 141, Since: Tue Aug 17 12:23:14 2004
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 1 receiver 39024 protocol 0
PATH rcvfrom: 10.1.15.2 (so-0/0/1.0) 130 pkts
Adspec: received MTU 1500
PATH sentto: localclient
RESV rcvfrom: localclient
Record route: 10.1.56.2 10.1.15.2 <self>
Total 1 displayed, Up 1, Down 0
Transit LSP: 0 sessions
Total 0 displayed, Up 0, Down 0
의미
샘플 출력은 수신 라우터(R1)에서 나오며, 모든 과거 상태 기록과 LSP가 실패한 이유를 포함하여 수신, 송신 및 전송 LSP 정보를 상세하게 보여줍니다. 수신 정보는 이 라우터에서 시작되는 세션에 대한 것이며, 송신 정보는 이 라우터에서 종료되는 세션에 대한 것이며, 전송 정보는 이 라우터를 통해 전송되는 세션에 대한 것입니다.
R1(10.0.0.1)에서 R6(10.0.0.6)까지 하나의 수신 경로가 있습니다. 이 경로는 현재 작동 중(상태) 이며, 한 경로는 LSP인 R1-to-R6을 적극적으로 사용합니다. LSP 활성 경로가 기본 경로입니다. LSP에 기본 또는 보조 키워드가 없더라도 라우터는 여전히 LSP를 기본 LSP로 처리하며, 이는 LSP가 실패할 경우 라우터가 기본적으로 30초 간격으로 비활성 LSP에 신호를 보내려고 시도함을 나타냅니다.
로드 밸런싱은 기본값인 무작위이며, 이는 LSP의 물리적 경로를 선택할 때 라우터가 동일한 홉 수를 가진 동일한 비용 경로 중에서 무작위로 선택함을 나타냅니다. 구성할 수 있는 다른 옵션은 최소 채우기 및 최대 채우기 입니다. 최소 채우 기는 동일한 홉 수를 가진 동일 비용 경로 중 가장 적게 활용되는 링크 위에 LSP를 배치합니다. Most-fill 은 동일한 홉 수를 공유하는 동일 비용 경로 중 가장 많이 사용되는 링크 위에 LSP를 배치합니다. 사용률은 사용 가능한 대역폭의 백분율을 기반으로 합니다.
인코딩 유형 필드에는 IPv4를 나타내는 GMPLS(Generalized MPLS) 신호 매개 변수(패킷)가 표시됩니다. 스위칭 유형은 패킷이고 GPID(Generalized 페이로드 식별자)는 IPv4입니다.
기본 경로는 별표(*)로 표시된 활성 경로입니다. LSP의 상태는 Up입니다.
ERO(Explicit Route Object)에는 LSP가 따르는 물리적 경로에 대한 CSPF(Constrained Shortest Path First) 비용(20)이 포함됩니다. CSPF 메트릭이 존재한다는 것은 이것이 CSPF LSP임을 나타냅니다. CSPF 메트릭이 없다는 것은 CSPF LSP가 없음을 나타냅니다.
필드 10.1.13.2 S는 실제 ERO를 나타냅니다. RSVP 신호 메시지는 엄격하게(다음 홉으로) 10.1.13.2로 이동했으며 엄격하게 10.1.36.2에 종료되었습니다. LSP가 CSPF LSP일 때 모든 ERO 주소는 엄격한 홉입니다. 느슨한 홉은 CSPF가 없는 LSP에만 표시할 수 있습니다.
수신된 RRO(Record Route Object)에는 다음과 같은 보호 플래그가 있습니다.
-
0x01 - 로컬 보호를 사용할 수 있습니다. 이 노드의 링크 다운스트림은 로컬 복구 메커니즘에 의해 보호됩니다. 이 플래그는 로컬 보호 플래그가 해당 경로 메시지의 SESSION_ATTRIBUTE 객체에 설정된 경우에만 설정할 수 있습니다.
-
0x02 - 로컬 보호 사용 중. 로컬 복구 메커니즘은 이 터널을 유지 관리하는 데 사용됩니다(일반적으로 이전에 라우팅된 링크의 중단으로 인해).
-
0x04— 대역폭 보호. 다운스트림 라우터에는 보호 구역에 대해 보호된 LSP와 동일한 대역폭을 보장하는 백업 경로가 있습니다.
-
0x08 - 노드 보호. 다운스트림 라우터에는 해당 경로 섹션에서 링크 및 노드 장애로부터 보호하는 백업 경로가 있습니다. 다운스트림 라우터가 링크 보호 백업 경로만 설정할 수 있는 경우, "로컬 보호 사용 가능" 비트는 설정되지만 "노드 보호" 비트는 지워집니다.
-
0x10 - 선점 보류 중입니다. 선점 노드는 트래픽 엔지니어링 LSP에 대해 보류 중인 선점이 진행 중인 경우 이 플래그를 설정합니다. 이는 이 LSP의 수신 레이블 에지 라우터(LER)에 다시 라우팅해야 함을 나타냅니다.
보호 플래그에 대한 자세한 내용은 Junos 라우팅 프로토콜 및 정책 명령 참조를 참조하십시오.
필드 10.1.13.2.10.1.36.2는 실제 수신된 기록 경로(RRO)입니다. RRO 필드의 주소는 ERO 필드의 주소와 일치합니다. 이것은 CSPF LSP의 일반적인 경우입니다. RRO 및 ERO 주소가 CSPF LSP에 일치하지 않으면 LSP는 경로를 변경하거나 우회해야 합니다.
91에서 42까지 번호가 매겨진 줄에는 기록 로그에 대한 가장 최근 항목 49개가 포함됩니다. 각 줄에는 타임스탬프가 지정됩니다. 가장 최근 항목은 가장 큰 로그 기록 번호를 가지며 로그의 맨 위에 있는데, 이는 91행이 가장 최근의 기록 로그 항목임을 나타냅니다. 로그를 읽을 때 가장 오래된 항목(42)부터 가장 최근(91)까지 시작합니다.
기록 로그는 7월 10일에 시작되었으며, 다음과 같은 활동 시퀀스를 표시합니다: LSP가 활성으로 선택되었고, 다운된 것으로 확인되었으며, MPLS 레이블 할당이 여러 번 실패했고, 여러 번 삭제되었고, ResvTear로 인해 선점되었고, 활성으로 선택 취소되었고, 지워졌습니다. 결국 라우터는 CSPF ERO를 계산하고 호출 신호를 보냈으며 LSP는 나열된 RRO(라인 90)를 제시하고 활성 상태로 나열되었습니다.
오류 메시지에 대한 자세한 내용은 Junos MPLS 네트워크 운영 가이드 로그 참조를 참조하십시오.
표시된 총 수신 LSP 수는 1개이며 , 1개 는 업 , 0은 다운입니다. Up 필드의 숫자에 Down 필드의 숫자를 더한 숫자는 합계와 같아야 합니다.
R6에서 R1로의 송신 LSP 세션이 하나 있습니다. 상태가 작동 중이며 라우팅 테이블에 경로가 설치되지 않습니다. RSVP 예약 스타일(Style)은 두 부분으로 구성됩니다. 첫 번째는 활성 예약 수(1)입니다. 두 번째는 예약 스타일로 FF(고정 필터)입니다. 예약 스타일은 FF, SE(공유 명시적) 또는 WF(와일드카드 필터)가 될 수 있습니다. 이 LSP에는 3개의 수신 레이블(Labelin)이 있으며 레이블이 나가지 않습니다(Labelout).
전송 LSP가 없습니다.
LSP 상태 확인에 대한 자세한 내용은 계층화된 MPLS 문제 해결 모델을 사용하기 위한 체크리스트를 참조하십시오.
RSVP 경로 메시지 송수신 확인
목적
다양한 RSVP 메시지가 있는지 여부는 네트워크에서 MPLS(Multiprotocol Label Switching)에 문제가 있는지 확인하는 데 도움이 될 수 있습니다. 예를 들어, 출력에서 Resv 메시지 없이 경로 메시지가 발생하는 경우 레이블 스위칭 경로(LSP)가 생성되지 않고 있음을 나타낼 수 있습니다.
작업
RSVP 경로 메시지가 송수신되는지 확인하려면 다음 Junos OS 명령줄 인터페이스(CLI) 운영 모드 명령을 입력합니다.
user@host> show rsvp statistics
샘플 출력
명령 이름
user@R1> show rsvp statistics
PacketType Total Last 5 seconds
Sent Received Sent Received
Path 114523 80185 1 0
PathErr 5 10 0 0
PathTear 12 6 0 0
Resv FF 80515 111476 0 0
Resv WF 0 0 0 0
Resv SE 0 0 0 0
ResvErr 0 0 0 0
ResvTear 0 5 0 0
ResvConf 0 0 0 0
Ack 0 0 0 0
SRefresh 0 0 0 0
Hello 915851 915881 0 0
EndtoEnd RSVP 0 0 0 0
Errors Total Last 5 seconds
Rcv pkt bad length 0 0
Rcv pkt unknown type 0 0
Rcv pkt bad version 0 0
Rcv pkt auth fail 0 0
Rcv pkt bad checksum 0 0
Rcv pkt bad format 0 0
Memory allocation fail 0 0
No path information 0 0
Resv style conflict 0 0
Port conflict 0 0
Resv no interface 0 0
PathErr to client 15 0
ResvErr to client 0 0
Path timeout 0 0
Resv timeout 0 0
Message out-of-order 0 0
Unknown ack msg 0 0
Recv nack 0 0
Recv duplicated msg-id 0 0
No TE-link to recv Hop 0 0
의미
샘플 출력은 송수신된 RSVP 메시지를 보여줍니다. RSVP 경로 메시지의 총 수는 송신 11,4532개, 수신 80,185개입니다. 마지막 5초 동안 송수신된 메시지는 없습니다.
총 5개의 PathErr 메시지가 송신되었고 10개가 수신되었습니다. 경로 오류가 발생하면(일반적으로 경로 메시지의 매개변수 문제로 인해) 라우터는 경로 메시지를 발생시킨 발신자에게 유니캐스트 PathErr 메시지를 보냅니다. 이 사례에서, R1이 수신한 10개의 PathErr 메시지에 표시된 바와 같이 R1이 오류와 함께 최소 10개의 경로 메시지를 보냈습니다. 다운스트림 라우터는 R1이 전송한 5개의 PathErr 메시지에 표시된 바와 같이 R1에 오류와 함께 5개의 경로 메시지를 보냈습니다. PathErr 메시지는 경로 메시지와 반대 방향으로 전송됩니다.
총 12개의 PathTear 메시지가 송신되고 6개가 수신되었으며, 마지막 5초 동안 송수신된 메시지는 없습니다. PathErr 메시지와 달리 PathTear 메시지는 경로 메시지와 같은 방향으로 이동합니다. 경로 메시지가 송수신되기 때문에 PathTear 메시지도 송수신됩니다. 그러나 경로 메시지만 전송되는 경우에는 전송된 PathTear 메시지만 출력에 나타납니다.
고정 필터(FF) 예약 스타일의 예약(Resv) 메시지 총 80,515개가 전송되었고 111,476개가 수신되었으며 마지막 5초 동안 송수신된 메시지는 없습니다. FF 예약 스타일은 각 세션 내에서 각 수신자가 각 업스트림 발신자와 고유한 예약을 설정하고 선택된 모든 발신자가 나열됨을 나타냅니다. 와일드카드 필터(WF) 또는 공유 명시적(SE) 예약 스타일에 대한 메시지는 송수신하지 않습니다. RSVP 예약 유형에 대한 자세한 내용은 Junos MPLS 애플리케이션 구성 가이드를 참조하십시오.
다른 RSVP 메시지 유형은 송수신하지 않습니다. ResvErr, ResvTear 및 Resvconf 메시지 유형에 대한 자세한 내용은 Junos MPLS 애플리케이션 구성 가이드를 참조하십시오.
Ack 및 요약 새로 고침(SRefresh) 메시지는 출력에 나타나지 않습니다. Ack 및 요약 새로 고침 메시지는 RFC 2961에 정의되어 있으며 RSVP 확장의 일부입니다. Ack 메시지는 네트워크에서 RSVP 제어 트래픽의 양을 줄이는 데 사용됩니다.
총 915,851개의 hello 메시지가 송신되고 915,881개가 수신되었으며, 마지막 5초 동안 송수신된 메시지는 없습니다. RSVP hello interval은 9초입니다. 마지막 5초 동안 두 개 이상의 hello 메시지가 송수신되었다면 두 개 이상의 인터페이스가 RSVP를 지원한다는 의미입니다.
엔드투엔드 RSVP 메시지는 RSVP 트래픽 엔지니어링에 사용되지 않는 레거시 RSVP 메시지입니다. 이러한 카운터는 RSVP가 백본을 통해 VPN의 다른 사이트로 전송하기 위해 가상 사설망(VPN) 고객이 발행한 레거시 RSVP 메시지를 전달하는 경우에만 증가합니다. 이러한 메시지는 네트워크의 반대쪽을 위한 것이며 공급자 네트워크의 양단에서만 의미가 있기 때문에 엔드투엔드 메시지라고 합니다.
출력의 오류 섹션에는 오류가 있는 RSVP 패킷에 대한 통계가 표시됩니다. 클라이언트 패킷에 대한 총 15개의 PathErr 이 라우팅 엔진으로 전송되었습니다. 이 합계는 송수신된 PathErr 패킷을 합한 것입니다.