이 페이지에서
MPLS 문제 해결
MPLS 인터페이스 확인
목적
MPLS 프로토콜이 네트워크의 라우터에서 올바르게 구성되지 않으면, 인터페이스는 MPLS 스위칭을 수행할 수 없습니다.
인터페이스에서 해결해야 하는 레이블 경로의 경우, 경로가 성공적으로 해결되도록 family mpls이(가) [edit interfaces] 계층 수준에서 구성되어야 합니다. 인터페이스가 family mpls(으)로 구성되지 않으면, 레이블된 경로가 해결되지 않습니다.
작업
MPLS 인터페이스를 확인하려면, 다음 Junos OS 명령줄 인터페이스(CLI) 운영 모드 명령을 입력합니다:
user@host> show mpls interface
샘플 출력 1
command-name
다음 샘플 출력은 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
command-name
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
command-name
user@host> show mpls interface MPLS not configured
의미
샘플 출력 1은 네트워크의 모든 라우터에서 MPLS 인터페이스가 모두 활성화되고(Up), 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
command-name
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
command-name
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(Intermediate System to Intermediate System)와 함께 데이터 링크 레이어에서 관리적으로 활성화되고 기능을 수행하고 inet 주소를 가지고 있습니다. 모두 IPv4 프로토콜 체계(inet)로 구성되며 [edit interfaces type-fpc/pic/port unit number] 계층 수준에서 구성된 IS-IS(iso) 및 MPLS (mpls) 프로토콜 체계를 가지고 있습니다.
샘플 출력 2는 R6에서 인터페이스 so-0/0/2.0은(는) [edit interfacestype-fpc/pic/portunitnumber] 계층 수준에 포함된 mpls 명령문을 가지고 있지 않다는 것을 보여줍니다.
MPLS 구성 확인하기
목적
전송 및 수신 라우터를 확인한 후, traceroute 명령을 사용해 BGP 다음 홉을 확인하고, ping 명령을 사용해 활성 경로를 확인하여 [edit protocols mpls] 그리고 [edit interfaces]계층 수준에서 MPLS 구성에 대한 문제를 확인할 수 있습니다.
인터페이스에서 해결해야 하는 레이블 경로의 경우, 경로가 성공적으로 해결되도록 family mpls이(가) [edit interfaces] 계층 수준에서 구성되어야 합니다. 인터페이스가 family mpls(으)로 구성되지 않으면, 레이블된 경로가 해결되지 않습니다.
작업
MPLS 구성을 확인하기 위해 수신, 전송, 송신 라우터에서 다음 명령을 입력하세요.
user@host> show configuration protocols mpls user@host> show configuration interfaces
샘플 출력 1
command-name
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
command-name
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의 인터페이스 구성이 올바르지 않다는 것을 보여줍니다. LSP가 이동하는 인터페이스이기 때문에 활성화되어야 할 때 인터페이스 so-0/0/3.0 은(는) [edit protocols mpls] 계층 수준에서 비활성으로 포함됩니다.
샘플 출력 2는 송신 라우터 R6의 MPLS에 대해 인터페이스가 정확하게 구성된 것을 보여줍니다. 인터페이스 역시 수신 및 전송 라우터에 대해 올바르게 구성됩니다(표시되지 않음).
MPLS 계층 확인
목적
레이블 스위칭 경로(LSP)를 구성하고 show mpls lsp 명령을 실행하여 오류가 있음을 확인한 후, 오류가 물리적, 데이터 링크, 인터넷 프로토콜(IP), 내부 게이트웨이 프로토콜(IGP) 또는 RSVP(Resource Reservation Protocol) 계층에 있지 않은 것으로 나타나는 경우가 있습니다. 네트워크의 MPLS 계층에서 문제를 계속 조사합니다.
그림 1은 계층화된 MPLS 모델의 MPLS 계층을 보여줍니다.
MPLS 계층을 사용하여 LSP가 작동 중이고 올바르게 작동하는지 확인할 수 있습니다. 네트워크가 이 계층에서 작동하지 않으면 LSP가 구성된 대로 작동하지 않습니다.
그림 2은(는) 이 주제에 사용된 MPLS 네트워크를 나타냅니다.
그림 2에 나타난 네트워크는 직접 연결된 모든 인터페이스가 다른 모든 유사 인터페이스에 패킷을 전송하거나 수신할 수 있는 완전히 연결된 구성입니다. 이 네트워크의 LSP는 수신 라우터인 R1에서 전송 라우터인 R3을(를) 통해 R6(으)로 실행되도록 구성됩니다. 또한, 역방향 LSP는 R6에서 R1을(를) 통해 R3(으)로 실행되어 양방향 트래픽을 생성하도록 구성됩니다.
그러나 이 예에서는 R6에서 R1(으)로의 경로가 없어 역방향 LSP가 중단됩니다.
그림 2의 X 표시는 LSP가 손상된 위치를 나타냅니다. LSP가 손상되는 몇 가지 가능한 이유로는 잘못 구성된 MPLS 프로토콜 또는 MPLS에 대해 잘못 구성된 인터페이스가 있을 수 있습니다.
그림 2의 네트워크에서 송신 라우터 R6의 구성 오류로 인해 LSP가 네트워크를 예상대로 통과하지 못합니다.
MPLS 계층을 확인하려면 다음 단계를 따릅니다.
- LSP 확인
- 전송 라우터에서 LSP 경로 확인
- 수신 라우터에서 LSP 경로 확인
- traceroute 명령으로 MPLS 레이블 확인
- ping 명령으로 MPLS 레이블 확인
- 적절한 조치 취하기
- LSP 다시 확인
LSP 확인
목적
일반적으로 명령을 사용하여 LSP를 확인합니다.show mpls lsp extensive 그러나 LSP 상태를 신속하게 확인하려면 명령을 사용합니다 .show mpls lsp LSP가 다운되면 옵션(후속 조치)을 사용합니다.extensive show mpls lsp extensive) 네트워크에 수많은 LSP 가 있는 경우 옵션( 또는 name show mpls lsp name nameshow mpls lsp name name extensive).
작업
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
command-name
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
command-name
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
command-name
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
command-name
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 상태에 대한 간략한 설명을 보여줍니다. 수신 라우터 및 송신 라우터 의 출력은 두 LSP가 모두 다운 되었음을 보여줍니다.R1R6R1-to-R6R6-toR1 구성된 LSP가 및 인 경우 및 에서 송신 LSP 세션이 예상됩니다 .R1R6R1R6 또한 전송 라우터 에는 전송 세션이 없습니다.R3
샘플 출력 2는 모든 과거 상태 기록 및 LSP가 실패한 이유를 포함하여 LSP에 대한 모든 정보를 보여줍니다. 및 의 출력은 CSPF(Constrained Shortest Path First) 알고리즘이 실패했기 때문에 대상에 대한 경로가 없음을 나타냅니다.R1R6
샘플 출력 3과 4는 옵션이 있는 명령에 대한 출력의 예를 보여줍니다.show mpls lsp name extensive 이 경우, 출력은 명령과 매우 유사한데, MPLS 계층에서 고장난 MPLS 네트워크의 예제 네트워크에는 단 하나의 LSP만 구성되어 있기 때문입니다.show mpls lspMPLS 문제 해결 그러나 많은 LSP가 구성된 대규모 네트워크에서는 두 명령 간에 결과가 상당히 다를 수 있습니다.
전송 라우터에서 LSP 경로 확인
목적
LSP가 작동 중이면 LSP 경로가 라우팅 테이블에 나타나 야 합니다.mpls.0 MPLS는 각 LSP의 다음 레이블 스위칭 라우터 목록을 포함하는 MPLS 경로 라우팅 테이블()을 유지 관리합니다.mpls.0 이 라우팅 테이블은 LSP를 따라 다음 라우터로 패킷을 라우팅하기 위해 전송 라우터에서 사용됩니다. 전송 라우터의 출력에 경로가 없는 경우 수신 및 송신 라우터에서 MPLS 프로토콜 구성을 확인합니다.
작업
전송 라우터에서 LSP 경로를 확인하려면 전송 라우터에서 다음 명령을 입력합니다.
user@host> show route table mpls.0
샘플 출력 1
command-name
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
command-name
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
의미
전송 라우터 의 샘플 출력 1은 MPLS 레이블 항목의 형태로 3개의 경로 항목을 보여줍니다.R3 이러한 MPLS 레이블은 RFC 3032에 정의된 예약된 MPLS 레이블이며 LSP의 상태에 관계없이 항상 라우팅 테이블에 있습니다 .mpls.0 RSVP에 의해 업스트림 이웃에 할당된 수신 레이블이 출력에서 누락되어 LSP가 다운되었음을 나타냅니다. MPLS 레이블 항목에 대한 자세한 내용은 LSP 사용 확인을 위한 체크리스트를 참조하십시오.https://www.juniper.net/documentation/en_US/junos/topics/task/verification/mpls-lsp-use-checklist.html
대조적으로, 샘플 출력 2는 올바르게 구성된 LSP에 대한 MPLS 레이블 및 경로를 보여줍니다. 3개의 예약된 MPLS 레이블이 존재하며, 다른 4개의 항목은 RSVP가 업스트림 인접 라우터에 할당한 수신 레이블을 나타냅니다. 이 4개 항목은 2개의 경로를 나타냅니다. MPLS 헤더의 스택 값이 다를 수 있으므로 경로당 두 개의 항목이 있습니다. 각 경로에 대해 두 번째 항목 및 는 스택 깊이가 1이 아니며 추가 레이블 값이 패킷에 포함됨을 나타냅니다.100864 (S=0)100880 (S=0) 대조적으로, 첫 번째 항목은 스택 깊이 1을 나타내고 각 레이블을 특정 패킷의 마지막 레이블로 만드는 추론된 S=1 값을 갖습니다.100864100880 이중 항목은 끝에서 두 번째 라우터임을 나타냅니다. MPLS 레이블 스태킹에 대한 자세한 정보는 RFC 3032, MPLS 레이블 스택 인코딩을 참조하십시오.
수신 라우터에서 LSP 경로 확인
목적
LSP 경로가 지정된 주소에 대한 라우팅 테이블의 활성 항목에 포함되어 있는지 확인합니다.inet.3
작업
LSP 경로를 확인하려면 수신 라우터에서 다음 명령을 입력합니다.
user@host> show route destination
샘플 출력 1
command-name
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
command-name
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 라우팅 테이블은 IGP(Interior Gateway Protocol) 및 BGP(Border Gateway Protocol)에서 라우팅 정보를 저장하는 데 사용됩니다.inet.0 이 경우 IGP는 IS-IS(Intermediate System-to-Intermediate System)입니다. 라우팅 테이블에 대한자세한 내용은 Junos MPLS 애플리케이션 구성 가이드를 참조하십시오. inet.0
LSP가 작동하는 경우 라우팅 테이블에 LSP 가 포함된 항목을 볼 수 있습니다.inet.3 라우팅 테이블은 BGP 패킷을 대상 송신 라우터로 라우팅하기 위해 수신 라우터에서 사용됩니다. inet.3 BGP는 수신 라우터의 라우팅 테이블을 사용하여 다음 홉 주소를 확인합니다.inet.3 BGP는 MPLS 계층에서 손상된 MPLS 네트워크에 표시된 네트워크 예에서 구성됩니다.MPLS 문제 해결
샘플 출력 2는 LSP가 작동 중일 때 수신해야 하는 출력을 보여줍니다. 출력에는 및 라우팅 테이블이모두 표시되며, 이는 LSP 및 을(를) 사용할 수 있음을 나타냅니다. inet.0 inet.3 R1-to-R6R6-to-R1
traceroute 명령으로 MPLS 레이블 확인
목적
패킷이 BGP 목적지로 이동하는 경로를 표시하며, 여기서 해당 경로의 BGP 다음 홉은 LSP 송신 주소입니다. 기본적으로 BGP는 및 라우팅 테이블을 사용하여 다음 홉 주소를 확인합니다.inet.0inet.3 BGP 경로의 다음 홉 주소가 송신 라우터의 라우터 ID가 아닌 경우 트래픽은 LSP가 아닌 IGP 경로에 매핑됩니다. 명령을 디버깅 도구로 사용하여 LSP가 트래픽 전달에 사용되는지 여부를 확인합니다.traceroute
작업
MPLS 레이블을 확인하려면 수신 라우터에서 다음 명령을 입력합니다.
user@host> traceroute hostname
샘플 출력 1
command-name
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
command-name
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( IS-IS, MPLS 계층에서 고장난 MPLS 네트워크의 예제 네트워크)를 사용하여 BGP 다음 홉 LSP 송신 주소에 도달합니다.MPLS 문제 해결 Junos OS 기본 동작은 BGP 다음 홉이 LSP 송신 주소와 같을 때 BGP 트래픽에 LSP를 사용합니다.
샘플 출력 2는 올바르게 구성된 LSP에 대한 출력의 예입니다. 출력은 MPLS 레이블을 보여주며, 이는 BGP 트래픽이 BGP 다음 홉에 도달하기 위해 LSP를 사용하고 있음을 나타냅니다.
ping 명령으로 MPLS 레이블 확인
목적
특정 LSP를 핑할 때 에코 요청이 LSP를 통해 MPLS 패킷으로 전송되는지 확인합니다.
작업
MPLS 레이블을 확인하려면 수신 라우터에서 다음 명령을 입력하여 송신 라우터를 ping합니다.
user@host> ping mpls rsvp lsp-name detail
예:
user@R1> ping mpls rsvp R1-to-R6 detail
샘플 출력 1
command-name
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
command-name
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가 작동 중이고 패킷을 포워딩할 때 수신해야 하는 출력의 예입니다.
적절한 조치 취하기
문제
설명
조사에서 발생한 오류에 따라 적절한 조치를 취하여 문제를 해결해야 합니다. 이 예에서는 송신 라우터의 [] 계층 수준에서 인터페이스가 잘못 구성됩니다 edit protocols mplsR6.
솔루션
이 예제의 오류를 해결하려면 다음과 같이 하십시오.
송신 라우터 의 MPLS 프로토콜 구성에서 인터페이스를 활성화합니다.R6
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
의미
샘플 출력은 송신 라우터에서 잘못 구성된 인터페이스가 이제 [] 계층 수준에서 활성화되었음을 보여줍니다.so-0/0/3.0R6 edit protocols mpls 이제 LSP가 나타날 수 있습니다.
LSP 다시 확인
목적
오류를 수정하기 위한 적절한 조치를 취한 후 BGP 계층의 문제가 해결되었는지 확인하기 위해 LSP를 다시 확인해야 합니다.
작업
LSP를 다시 확인하려면 수신, 전송 및 송신 라우터에서 다음 명령을 입력합니다.
user@host> show mpls lsp extensive
샘플 출력
command-name
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
의미
수신 라우터 의 샘플 출력 1은 LSP 에 에 대한 활성 경로가 있고 상태가 작동 중임을 보여줍니다.R1R1-to-R6 R6
전송 라우터 의 샘플 출력 2는 에서 까지, 에서 까지 두 개의 전송 LSP 세션이 있음을 보여줍니다.R3R1R6 R6R1 두 LSP가 모두 작동합니다.
송신 라우터 의 샘플 출력 3은 LSP가 작동 중이고 활성 경로가 기본 경로임을 보여줍니다.R6 LSP는 이제 에서 까지 예상 경로를 따라 네트워크를 트래버스하고, 역방향 LSP 는 에서 를 통해 까지 네트워크를 트래버스합니다.R1R3R6R6R3R1
노드 링크 보호가 작동 중인지 확인하기
목적
노드 링크 보호를 구성한 후 우회 경로가 작동중인지 확인해야 합니다. 우회 경로에 의해 보호되는 LSP 수를 확인할 수도 있습니다. 노드 링크 보호 에 표시된 네트워크에서 두 개의 우회 경로가 작동해야합니다. R1과 R2(또는 다음 홉 10.0.12.14) 사이의 링크를 보호하는 하나의 다음 홉 우회 경로와 R2을 피하는 다음 다음 홉 우회 경로.
작업
노드 링크 보호(many-to-one 백업)를 확인하려면 수신 라우터에 Junos OS CLI 운영 모드 명령을 입력합니다. 약간 다른 정보를 위해 우회 경로에 사용되는 전송 라우터 및 기타 라우터의 명령을 실행할 수도 있습니다.
show mpls lsp show mpls lsp extensive show rsvp interface show rsvp interface extensive show rsvp session detail
샘플 출력
command-name
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및 리턴 LSPr0-to-t6 LSP에 대한 좀 더 자세한 정보는 show mpls lsp 명령을 내릴 때 extensive옵션을 포함합니다.
샘플 출력
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은/는 출력의 수신 및 통과 섹션에서 Node/Link protection desired 필드로 표시된 노드 링크를 보호 합니다. 출력의 수신 섹션 내에서 Link-protection Up필드는 lsp2-r1-to-r5 이/가 링크 보호가 있는 것을 보여줍니다. 출력의 통과 섹션 내에서 Type: Node/Link protected 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(Up)로 활성화된 네 개의 인터페이스를 보여줍니다. 인터페이스 fe-0/1/0.0에는 두 개의 주요 LSP에 대한 세션을 나타낼 수 있는 두 개의 활성 RSVP 예약( Active resv)이 있습니다.이 두개의 주요 LSP lsp1-r6-to-r0 과 lsp2-r1-to-r5. 인터페이스 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 에 대한 출력만 표시됩니다. 2개의 LSP(Protected LSP: 2 )를 보호하는 2개의 우회 경로(Bypass: 2)와 함께(Protection: On)보호가 활성화됩니다. 모든 LSP는 Unprotected LSP: 0필드에 의해 표시된 대로 보호됩니다. 첫 번째 우회 Bypass->10.0.12.14은 R1과 R2fe-0/1/0.0. 사이의 링크를 보호하는 링크 보호 우회 경로(Type: 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 세션에 대한 자세한 정보를 보여줍니다. 모든 세션은 수신 세션 둘 , 송신 세션 하나 그리고 통과 세션 둘을 통해 작동합니다.
수신 섹션 내에서 첫 번째 세션은 Type: Bypass LSP 필드로 표시된 대로 우회 경로입니다. 그리고 두 번째 세션은 보호된 LSP입니다(R1에서 lsp2-r1-to-r5) 시작되며, Type: Node/Link protected LSP 필드로 표시).
결론
MPLS 노드 LSP(레이블 스위치 경로) 링크 보호 및 노드 링크 보호는 LSP 트래픽을 다시 라우팅하는 데 필요한 시간을 줄이는 데 사용되는 시설 기반 방법입니다. 이러한 보호 방법은 종종 빠른 재 라우팅 - 다른 Junos OS LSP 보호 방법과 비교됩니다.
Fast Reroute가 LSP를 일대일로 보호하는 동안, 링크 보호 및 노드 링크 보호는 단일 논리적 우회 LSP를 사용하여 여러 LSP를 보호합니다. 링크 보호는 링크를 위한 강력한 백업 지원을 제공하며, 노드 링크 보호는 노드 또는 링크를 우회하며 두가지 유형의 보호는 다른 업체 장비와 연동하도록 설계되었습니다. 이러한 기능은 링크 보호 및 노드 링크 보호가 MPLS 기반 네트워크에서 확장성, 중복 및 성능에 대한 탁월한 선택이 되도록 합니다.
관련 정보
MPLS Fast Reroute 및 MPLS 보호 방법에 대한 추가 정보는 다음과 같습니다.
Junos 사용자 가이드
Junos MPLS 응용 구성 가이드
Semeria, Chuck. MPLS 트래픽 엔지니어링에 대한 RSVP 신호 표시 확장 백서 2002
Semeria, Chuck. IP 신뢰성 네트워크 링크 및 노드 보호. 백서 2002
RFC 4090, LSP 터널에 대한 RSVP-TE로의 Fast Reroute 확장
링크 보호가 작동 중인지 확인하기
목적
링크 보호를 확인하면, 우회 LSP가 작동 중인지 반드시 확인해야 합니다. 또한 우회로 보호되는 LSP의 수를 확인할 수 있습니다. 다 대 일 또는 링크 보호에서 표시된 네트워크에서 R1 그리고 R2 사이에, 또는 다음 홉 10.0.12.14, 그리고 링크 lsp2-r1-to-r5 및 lsp1-r6-to-r0을(를) 횡단하는 두 LSP를 보호하는 우회 경로가 있어야합니다.
작업
링크 보호(다 대 일 백업)를 확인하기 위해 다음의 Junos OS CLI 운영 모드 명령을 수신 라우터에 입력하세요.
user@host> show mpls lsp extensive user@host> show rsvp session detail user@host> show rsvp interface
샘플 출력
command-name
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 기능이기 때문에 우회 경로에 대한 정보가 제공됩니다. 우회 경로는 Type 필드에 의해 표시된 것처럼 보호 인터페이스에 대한 별도의 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 은(는) Link protected LSP 필드에 의해 표시된 우회 경로와 관련이 있습니다.
출력의 송신 섹션은 보호되지 않는 반환 LSP r5-to-r1을(를) 보여줍니다.
출력의 전송 섹션은 lsp1-r6-to-r0. 이(가) 요청한 링크 보호를 보여줍니다. 우회 경로가 다운스트림 링크를 보호하기 위해 위치하기 때문에 lsp1-r6-to-r0 은(는) Link protected 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의 수를 보여줍니다. Active resv 필드는 각 인터페이스에 대한 LSP의 수를 보여줍니다. 예를 들어, R1 및 R2 사이의 인터페이스 fe-0/1/0.0은(는) 두 개의 활성 예약인 lsp1-r6-to-r0 그리고 lsp2-r1-to-r5, R7 및 R1 사이의 인터페이스 fe-0/1/1.0은(는) 한 개의 우회(10.0.12.14), R6 및 R1 사이의 인터페이스 fe-0/1/2.0 은(는) LSP 예약이 없습니다. R6 및 R1 사이의 인터페이스 so-0/0/3.0은(는) 한 개의 LSP 예약 lsp1-r6-to-r0이(가) 있습니다.
일대일 백업 확인하기
목적
네트워크에서 수신 라우터 및 다른 라우터를 조사하여 일대일 백업이 설정되는지 확인할 수 있습니다.
작업
일대일 백업을 확인하기 위해 다음의 Junos OS CLI 운영 모드 명령을 입력합니다.
user@host> show mpls lsp ingress extensive user@host> show rsvp session
샘플 출력
command-name
다음 샘플 출력은 수신 라우터 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 desired 객체가 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 세션을 보여줍니다. 우회 경로가 Detour is Up(으)로 설정됩니다. 우회 물리적 경로가 Detour Explct route(으)로 표시됩니다. 우회 경로는 R9 및 R7을(를) 전송 라우터로 사용하여 송신 라우터 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(으)로 출력되는 샘플은 우회 경로가 설정되고(Detour is Up) 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 링크를 사용합니다. 모든 우회는 10.0.79.2 링크에서 R5을(를) 통해 R9(으)로 병합됩니다(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(으)로 출력되는 샘플은 우회 경로가 설정되고(Detour is Up) 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은(는) 두 경로 모두에 대한 동일한 Label out 값(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이(가) 우회 경로에 대한 두 번째(penultimate) 라우터임을 보여주며, 명시적 경로는 송신 경로 링크 주소(10.0.59.1)만 포함하며 Label out 값(3)은 R9이(가) penultimate-hop label popping을 수행했음을 나타냅니다. 또한 10.0.27.1의 우회 브랜치는 경로 정보를 포함하지 않으며, 이는 R7이(가) R2 및 R4(으)로부터 우회 경로를 병합하기 때문입니다. 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(으)로 출력되는 샘플은 Record route 필드의 메인 LSP이며 네트워크를 통해 우회되는 것을 보여줍니다.
주요 경로가 운영 가능한지 확인하기
목적
주요 경로가 네트워크에서 이용 가능할 경우 항상 사용되어야 하므로 구성이 조정되지 않는 한 LSP는 실패 후 항상 주요 경로로 되돌아갑니다. 실패한 주요 경로가 다시 설립되는 것을 막기 위해 구성을 조정하는 것에 대한 자세한 내용은 이전에 실패한 경로 사용 방지하기를 참조하세요.
작업
주요 경로가 작동되었는지 확인하기 위해 Junos OS 명령줄 인터페이스(CLI) 운영 모드 명령을 다음과 같이 입력하세요.
user@host> show mpls lsp extensive ingress user@host> show rsvp interface
샘플 출력 1
command-name
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
command-name
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가 다른 것보다 더 중요하지 않는 한 기본 값을 보존하는 것이 좋습니다. 설정 우선 순위를 구성하는 것은 보류 우선 순위를 허용하지 않는 것보다 더 좋으며, 이는 선점 루프를 피하기 위해 커밋이 실패하게 됩니다.
보조 경로가 설정되었는지 확인하기
목적
보조 경로가 standby 명령문으로 구성되면 보조 경로가 켜지지만 활성화되지 않으며, 기본 경로가 실패할 때 활성화됩니다. standby 명령없이 구성된 보조 경로는 기본 경로가 실패하지 않는 한 켜지지 않습니다. 보조 경로가 올바르게 구성되고 기본 경로가 실패할 경우 보조 경로가 켜지는 것을 테스트하려면, 기본 경로에 필수적인 링크 또는 노드를 반드시 비활성화하고 명령을 show mpls lsp lsp-path-name extensive 실행해야 합니다.
작업
보조 경로가 설정되었는지 확인하기 위해 Junos OS CLI 운영 모드 명령을 다음과 같이 입력하세요.
샘플 출력
user@R1> show mpls lsp extensive
샘플 출력
command-name
다음의 샘플 출력은 보조 경로가 켜지기 전과 후에 올바르게 구성된 보조 경로를 보여줍니다. 예를 들어, R2에 인터페이스 fe-0/1/0은(는) 비활성화되며 기본 경로 via-r2을(를) 끕니다. R1 수신 라우터는 트래픽을 보조 경로 via-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에 대한 interface fe-0/1/0)이 비활성화되면, via-r2 기본 경로가 꺼지고 via-r7 대기 보조 경로가 켜지며 R1이(가) 트래픽을 대기 보조 경로로 전환시킬 수 있습니다.
물리적 레이어 확인
목적
LSP를 구성하고 명령을 발행하고 오류가 있다고 show mpls lsp extensive 판단한 후에는 네트워크의 물리적 계층에서 문제를 조사할 수 있습니다.
그림 3에서는 계층화된 MPLS 모델의 물리적 레이어를 보여줍니다.
이 레이어로 라우터가 연결되었는지 확인하고 인터페이스가 수신, 송신 및 전송 라우터에서 올바르게 구성되어 있음을 확인해야 합니다.
네트워크가 이 계층에서 작동하지 않는 경우, 레이블 스위칭 경로(LSP)가 구성된 대로 작동하지 않습니다.
그림 4은(는) 이 토픽에서 설명한 MPLS 네트워크와 문제를 보여줍니다.
그림 4에 나타난 네트워크는 직접 연결된 모든 인터페이스가 다른 모든 유사 인터페이스에 패킷을 전송하거나 수신할 수 있는 완전히 연결된 구성입니다. 이 네트워크의 LSP는 수신 라우터인 R1에서 전송 라우터인 R3을(를) 통해 R6(으)로 실행되도록 구성됩니다. 또한, 역방향 LSP는 R6에서 R1을(를) 통해 R3(으)로 실행되어 양방향 트래픽을 생성하도록 구성됩니다.
그러나, 이 예에서 트래픽은 구성된 LSP를 사용하지 않습니다. 그 대신 트래픽은 R1에서 R2에서 R6까지, 반대 방향에서는 R6에서 R5 to R1까지 대체 경로를 사용합니다.
구성된 LSP가 아닌 대체 경로가 사용되는 상황을 인식하게 된 경우, 물리적 레이어가 올바르게 작동하고 있는지 확인하십시오. 라우터가 연결되지 않거나 인터페이스가 수신, 송신 또는 전송 라우터에서 올바르게 구성되어 있지 않음을 발견하게 될 수 있습니다.
에서 표시된 그림 4 엑스자는 LSP가 수신 라우터 의 구성 오류로 인해 손상된 위치를 나타냅니다R1.
물리적 계층을 확인하려면 다음 단계를 따릅니다.
LSP 확인
목적
일반적으로 명령을 사용하여 LSP를 확인합니다.show mpls lsp extensive 그러나 LSP 상태를 신속하게 확인하려면 명령을 사용합니다 .show mpls lsp LSP가 다운되면 옵션(후속 조치)을 사용합니다.extensive show mpls lsp extensive) 네트워크에 수많은 LSP 가 있는 경우 옵션( 또는 name show mpls lsp name nameshow mpls lsp namename extensive).
작업
LSP가 작동 중인지 확인하려면 수신 라우터에서 다음 명령을 입력합니다.
user@ingress-router> show mpls lsp extensive
샘플 출력
command-name
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
의미
수신 라우터 의 샘플 출력은 LSP가 구성된 경로가 아닌 대체 경로를 사용하고 있음을 보여줍니다.R1 LSP에 대해 구성된 경로는 역방향 LSP 의 경우 에서 로 입니다.R1R3R6, R6R3R1 LSP 에서 사용하는 대체 경로는 역방향 LSP의 경우 에서 까지입니다.R1R2R6, R6 t R5 R1
라우터 연결 확인
목적
패킷이 0% 패킷 손실로 수신 및 전송되었는지 여부를 검사하여 적절한 수신, 전송 및 송신 라우터가 작동하는지 확인합니다.
작업
라우터가 연결되어 있는지 확인하려면 수신 및 전송 라우터에서 다음 명령을 입력합니다.
user@host> ping host
샘플 출력
command-name
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
의미
샘플 출력은 수신 라우터가 전송 라우터 에서 패킷을 수신하고 전송 라우터가 송신 라우터 에서 패킷을 수신하고 있음을 보여줍니다.R1R3 따라서 LSP의 라우터가 연결됩니다.
인터페이스 확인
목적
문이 인터페이스를 사용하여 올바르게 구성되었는지 확인합니다.family mpls
작업
관련 인터페이스가 올바르게 작동 및 구성되었는지 확인하려면 수신, 전송 및 송신 라우터에서 다음 명령을 입력합니다.
user@host> show interfaces terse
user@host> show configuration interfaces type-fpc/pic/port
샘플 출력
command-name
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
}
의미
샘플 출력은 수신 라우터의 인터페이스에 [] 계층 수준에서 구성된 문이 없다는 것을 보여주며, 이는 인터페이스가 LSP를 지원하도록 잘못 구성되었음을 나타냅니다.so-0/0/2.0family mplsedit interfaces type-fpc/pic/port LSP는 [] 계층 수준에서 올바르게 구성됩니다.edit protocols mpls
전송 및 송신 라우터의 출력(표시되지 않음)은 해당 라우터의 인터페이스가 올바르게 구성되었음을 보여줍니다.
적절한 조치 취하기
문제
설명
조사에서 발생한 오류에 따라 적절한 조치를 취하여 문제를 해결해야 합니다. 아래 예에서 누락된 명령문은 수신 라우터 의 구성에 포함되어 있습니다.family mplsR1
솔루션
이 예의 오류를 정정하려면 다음 명령을 입력하십시오.
[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
의미
수신 라우터의 샘플 출력은 인터페이스 에 대해 문이 올바르게 구성되었으며 LSP가 원래 구성된 대로 작동하고 있음을 보여줍니다. R1family mplsso-0/0/2.0
LSP 다시 확인
목적
오류를 수정하기 위한 적절한 조치를 취한 후, LSP를 다시 점검하여 물리적 계층의 문제가 해결되었는지 확인해야 합니다.
작업
LSP가 작동 중이고 예상대로 네트워크를 트래버스하는지 확인하려면 다음 명령을 입력합니다.
user@host> show mpls lsp extensive
샘플 출력 1
command-name
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
command-name
[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;
의미
수신 라우터의 샘플 출력 1은 LSP가 현재 에서 로 예상 경로를 따라 네트워크를 트래버스하고 있으며, 역방향 LSP 는 에서 를 통해 까지 네트워크를 트래버스하고 있음을 보여줍니다. R1 R1R3 R6R6R3R1
수신 라우터의 샘플 출력 2는 인터페이스 및 에서 MPLS가 비활성화되어 있기 때문에 LSP가 의도한 경로를 강제로 사용함을 보여줍니다.R1 R1 so-0/0/0.0so-0/0/1.0 이러한 인터페이스가 비활성화되지 않은 경우, 구성이 올바르더라도 LSP는 여전히 대체 경로를 통해 네트워크를 통과합니다.
데이터 링크 레이어 확인
목적
LSP(label-switched path)를 구성한 다음, show mpls lsp extensive 명령을 실행하고 오류가 있는지 확인하면 오류가 물리적 계층에 없음을 알게 될 수 있습니다. 그래도 네트워크의 데이터 링크 계층에서 문제를 계속 조사합니다.
그림 5은(는) 레이어링된 MPLS 모델의 데이터 링크 레이어를 보여줍니다.
이 레이어를 통해 캡슐화 모드(예: PPP(Point-to-Point Protocol) 또는 Cisco LDLC(High-Level Data Link Control), PPP 옵션(예: 헤더 캡슐화), 프레임 검사 시퀀스(FCS)를 확인하고, Keepalive 프레임이 활성화, 비활성화되었는지를 확인합니다. 또한 수신, 송신 및 전송 라우터를 확인합니다.
그림 6은(는) 이 주제에 사용된 MPLS 네트워크를 나타냅니다.
그림 6에 나타난 네트워크는 직접 연결된 모든 인터페이스가 다른 모든 유사 인터페이스에 패킷을 전송하거나 수신할 수 있는 완전히 연결된 구성입니다. 이 네트워크의 LSP는 수신 라우터인 R1에서 전송 라우터인 R3을(를) 통해 R6(으)로 실행되도록 구성됩니다. 또한, 역방향 LSP는 R6에서 R1을(를) 통해 R3(으)로 실행되어 양방향 트래픽을 생성하도록 구성됩니다.
그러나 이 예에서 LSP는 R1에서 R6까지 또는 R6에서 R1까지 또 어느 방향으로도 경로 없이 다운됩니다.
데이터 링크 레이어가 올바르게 작동하지 않음을 확인하면 PPP 또는 시스코 HDLC 캡슐화, PPP 옵션 또는 Keepalive 프레임과 불일치함을 발견할 수도 있습니다.
그림 6에 표시된 엑스자는 수신 라우터 R1의 구성 오류로 인해 LSP가 손상되어 LSP가 예상 대로 네트워크를 통과하지 못하는 것을 나타냅니다.
데이터 링크 레이어를 확인하려면 다음 단계를 따릅니다.
LSP 확인
목적
일반적으로 명령을 사용하여 LSP를 확인합니다.show mpls lsp extensive 그러나 LSP 상태를 신속하게 확인하려면 명령을 사용합니다 .show mpls lsp LSP가 다운되면 옵션(후속 조치)을 사용합니다.extensive show mpls lsp extensive) 네트워크에 수많은 LSP 가 있는 경우 옵션( 또는 name show mpls lsp name nameshow mpls lsp name name extensive).
작업
LSP가 작동 중인지 확인하려면 수신 라우터에서 다음 명령을 입력합니다.
user@host> show mpls lsp extensive
샘플 출력 1
command-name
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
의미
수신 라우터 의 샘플 출력은 참여하는 LSP를 보여줍니다.R1 에서 (으)로의 경로 없이 수신 LSP가 다운되었습니다. 데이터 링크 레이어에서 고장난 MPLS 네트워크에 역방향 LSP가 구성되어 있기 때문에 송신 LSP 세션이 작동할 것으로 예상할 수 있습니다.R1R6. MPLS 문제 해결 그러나 은(는) 송신 LSP가 없어 에서 까지의 LSP 가 작동하지 않음을 나타냅니다.R1R6R1
인터페이스 확인
목적
네트워크 토폴로지에서 LSP가 통과할 인접 인터페이스를 결정하고 캡슐화 유형, PPP 옵션, FCS 크기, keepalive 프레임의 활성화 또는 비활성화 여부에 대한 출력을 검토합니다
이 단계를 진행하기 전에 물리적 계층을 확인하여 문제가 물리적 계층에 있지 않은지 확인합니다.
작업
인접 인터페이스의 기능을 확인하려면 관련 라우터에서 다음 명령을 입력합니다.
user@host> show interfaces type-fpc/pic/port extensive user@host> show interfaces type-fpc/pic/port
샘플 출력 1
command-name
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
command-name
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
의미
송신 라우터의 샘플 출력 1은 SONET 알람이나 결함()이 없고, 상태가 모두 이며, 경로 추적은 먼 끝()을 표시하여 물리적 링크가 작동 중임을 나타냅니다.R6 noneOKR3 so-0.0.0 그러나 논리적 링크는 다운되고 링크 수준 유형은 Cisco HDLC입니다.
전송 라우터 의 샘플 출력 2는 링크 수준 유형이 PPP임을 보여주며, 이는 캡슐화 유형이 일치하지 않아 LSP가 다운됨을 나타냅니다.R3
적절한 조치 취하기
문제
설명
조사에서 발생한 오류에 따라 적절한 조치를 취하여 문제를 해결해야 합니다. 아래 예에서 캡슐화 유형이 일치하지 않습니다.
솔루션
이 예의 오류를 정정하려면 다음 명령을 입력하십시오.
[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
의미
송신 라우터 의 샘플 출력은 인터페이스에서 Cisco HDLC가 잘못 구성되어 LSP가 의도한 경로를 사용할 수 없음을 보여줍니다.R6 so-0/0/3 명령문이 삭제되고 구성이 커밋될 때 문제가 수정되었습니다.encapsulation
LSP 다시 확인
목적
오류를 수정하기 위한 적절한 조치를 취한 후, 데이터 링크 레이어의 문제가 해결되었는지 확인하기 위해 LSP를 다시 점검해야 합니다.
작업
수신, 송신 및 전송 라우터에서 LSP가 작동 중이고 예상대로 네트워크를 통과하는지 확인합니다.
user@host> show mpls lsp extensive
샘플 출력 1
command-name
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
command-name
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
command-name
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
command-name
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;
의미
수신 라우터와 송신 라우터 의 샘플 출력 1과 2는 각각 LSP가 에서 까지 예상 경로를 따라 네트워크를 트래버스하고 있음을 보여줍니다.R1 R6, R1R3 R6R6R3R1
전송 라우터 의 샘플 출력 3은 에서 까지, 에서 까지 두 개의 전송 LSP 세션이 있음을 보여줍니다.R3R1R6R6R1
샘플 출력 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 네트워크를 나타냅니다.
그림 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(Intermediate System to Intermediate System)를 IGP로 구성하였는지 여부에 따라 내부 게이트웨이 프로토콜(IGP)레이어를 확인하기 전후에 IP 레이어를 확인할 수 있습니다. MPLS 네트워크가 IGP로 OSPF가 구성된 경우 먼저 IP 레이어를 확인하여 인터페이스가 올바른 IP 주소를 가지고 있는지, 최단 경로 우선(OSPF) 레이어를 확인하기 전에 OSPF 이웃이 설정되었는지 확인해야 합니다.
MPLS 네트워크에서 IS-IS가 IGP로 구성된 경우 IP 레이어 또는 IS-IS(Intermediate System to Intermediate System) 프로토콜 레이어 중 하나를 먼저 확인할 수 있습니다. IP 또는 IS-IS 레이어를 확인하는 순서는 결과에 영향을 미치지 않습니다.
그림 9의 십자 표시는 R1수신 라우터에서 잘못된 IP 주소 설정으로 인해 LSP가 손상된 곳을 나타냅니다.
LSP 확인
목적
LSP를 구성한 후 LSP가 작동 중인지 확인해야 합니다. LSP는 수신, 전송 또는 송신이 될 수 있습니다. 옵션과 함께 LSP 상태를 신속하게 확인하기 위해 명령을 사용합니다(LSP가 다운된 경우 후속 조치로).show mpls lspextensive show mpls lsp extensive) 네트워크에 수많은 LSP 가 있는 경우 옵션( 또는 .name show mpls lsp name name show mpls lsp name name extensive)
작업
LSP가 작동 중인지 확인하려면 수신 라우터에서 다음 명령을 입력합니다.
user@host> show mpls lsp extensive
샘플 출력 1
command-name
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
의미
수신 라우터 의 샘플 출력은 MPLS 레이블 할당 실패가 발생하고 CSPF(Constrained Shortest Path First) 알고리즘이 실패하여 의 대상 에 대한 경로가 없음을 보여줍니다.R110.0.0.6R6
IP 주소 지정 확인
목적
IP 계층을 조사할 때 인터페이스에 올바른 IP 주소가 있는지, OSPF 이웃 또는 IS-IS 인접성이 설정되었는지 확인합니다. 이 예에서는 수신 라우터()에서 IP 주소가 잘못 구성되었습니다.R1
작업
IP 주소 지정을 확인하려면 수신, 전송 및 송신 라우터에서 다음 명령을 입력합니다.
user@host> show interfaces terse
샘플 출력
command-name
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
의미
샘플 출력은 인터페이스 켜기 및 인터페이스 켜기 의 IP 주소가 동일하다는 것을 보여줍니다.so-0/0/2.0R1so-0/0/2.0R3 인터페이스를 올바르게 식별하려면 네트워크 내의 인터페이스 IP 주소가 고유해야 합니다.
IP 레이어에서 인접 또는 인접성 확인
목적
IP 주소 지정이 잘못 구성된 경우 OSPF 이웃 또는 IS-IS 인접성을 모두 확인하여 둘 중 하나 또는 둘 모두가 설정되었는지 확인해야 합니다.
작업
이웃(OSPF) 또는 인접성(IS-IS)을 확인하려면 수신, 전송 및 송신 라우터에서 다음 명령을 입력합니다.
user@host> show ospf neighbor extensive user@host> show isis adjacency extensive
샘플 출력 1
command-name
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
command-name
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은 및 이(가) 설정되지 않은 OSPF 인접 라우터임을 보여줍니다.R1R3 두 인터페이스 ( 및 )가 동일한 IP 주소로 구성된다는 점을 고려하면 이를 예상할 수 있습니다.so-0/0/2.0R1R3 OSPF 프로토콜은 IP 패킷 헤더에 포함된 대상 IP 주소만을 기반으로 IP 패킷을 라우팅합니다. 따라서 AS(Autonomous System)의 동일한 IP 주소는 인접 라우터가 설정되지 않습니다.
수신, 전송 및 송신 라우터의 샘플 출력 2는 및 의 인터페이스에 동일한 IP 주소가 구성되었음에도 불구하고 및 이(가) IS-IS 인접성을 설정했음을 보여줍니다.R1R3so-0/0/2.0R1R3 IS-IS 프로토콜은 인접성을 설정하는 데 IP에 의존하지 않기 때문에 OSPF 프로토콜과 다르게 동작합니다. 그러나 LSP가 작동하지 않는 경우 해당 계층에 실수가 있는 경우 IP 서브넷 주소 지정을 확인하는 것이 여전히 유용합니다. 주소 지정 오류를 수정하면 LSP가 다시 작동할 수 있습니다.
적절한 조치 취하기
문제
설명
조사에서 발생한 오류에 따라 적절한 조치를 취하여 문제를 해결해야 합니다. 이 예에서는 전송 라우터 에 있는 인터페이스의 IP 주소가 잘못 구성되었습니다.R2
솔루션
이 예의 오류를 정정하려면 다음 명령을 입력하십시오.
[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
의미
샘플 출력은 수신 라우터 의 인터페이스가 이제 올바른 IP 주소로 구성되었음을 보여줍니다.so-0/0/2R1 이 수정으로 인해 IP 및 IGP 계층에서 손상된 MPLS 네트워크의 MPLS 네트워크에 있는 모든 인터페이스에 대해 고유한 서브넷 IP 주소가 생성되며 LSP가 나타날 가능성이 있습니다.MPLS 문제 해결
LSP 다시 확인
목적
오류를 수정하기 위한 적절한 조치를 취한 후 LSP를 다시 확인하여 OSPF 프로토콜의 문제가 해결되었는지 확인해야 합니다.
작업
LSP를 다시 확인하려면 수신, 전송 및 송신 라우터에 다음 명령을 입력합니다.
user@host> show mpls lsp extensive
샘플 출력 1
command-name
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
command-name
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
command-name
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
의미
수신 라우터 의 샘플 출력 1은 LSP 에 에 대한 활성 경로가 있고 상태가 작동 중임을 보여줍니다.R1R1-to-R6R6 출력은 송신 LSP 세션 이 복구 레이블을 수신 및 전송했음을 보여줍니다.R6-to-R1
전송 라우터 의 샘플 출력 2는 두 개의 전송 LSP 세션이 있음을 보여줍니다. 하나는 에서 까지, 다른 하나는 에서 까지 두 LSP 모두 작동 중입니다.R3R1R6R6R1.
송신 라우터의 샘플 출력 3은 LSP가 작동 중이고 활성 경로가 기본 경로임을 보여줍니다. R6 LSP는 이제 에서 까지 예상 경로를 따라 네트워크를 트래버스하고, 역방향 LSP 는 에서 를 통해 까지 네트워크를 트래버스합니다.R1R3 R6R6R3R1
LSP 다시 확인
목적
오류 수정을 위한 적절한 조치 후, IS-IS 프로토콜의 문제가 해결되었는지 확인하기 위해 LSP를 다시 점검해야 합니다.
작업
예상대로 LSP가 작동하고 네트워크를 트래버스하는지 확인하려면, 수신, 송신 및 전송 라우트로부터 다음 명령을 입력합니다:
user@host> show mpls lsp extensive
샘플 출력
command-name
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 네트워크를 나타냅니다.
그림 11에 나타난 네트워크는 직접 연결된 모든 인터페이스가 다른 모든 유사 인터페이스에 패킷을 전송하거나 수신할 수 있는 완전히 연결된 구성입니다. 이 네트워크의 LSP는 수신 라우터인 R1에서 전송 라우터인 R3을(를) 통해 R6(으)로 실행되도록 구성됩니다. 또한, 역방향 LSP는 R6에서 R1을(를) 통해 R3(으)로 실행되어 양방향 트래픽을 생성하도록 구성됩니다.
그러나 이 예에서 LSP는 R1에서 R6까지 또는 R6에서 R1까지 또 어느 방향으로도 경로 없이 다운됩니다.
그림 11의 X 표시는 LSP가 손상된 위치를 나타냅니다. LSP 손상의 가능한 이유로는 예상대로 동적 RSVP 시그널링이 발생하지 않거나 이웃이 연결되지 않거나 RSVP에 대한 인터페이스가 잘못 구성된 것 등일 수 있습니다.
그림 11의 네트워크 내에서 구성 오류는 LSP가 예상 대로 전송 라우터 R3이(가) 네트워크를 통과하지 못하게 합니다.
RSVP 계층을 확인하려면 다음 단계를 따릅니다.
LSP 확인
목적
일반적으로 명령을 사용하여 LSP를 확인합니다.show mpls lsp extensive 그러나 LSP 상태를 신속하게 확인하려면 명령을 사용합니다 .show mpls lsp LSP가 다운되면 옵션(후속 조치)을 사용합니다.extensive show mpls lsp extensive) 네트워크에 수많은 LSP 가 있는 경우 옵션( 또는 name show mpls lsp namenameshow mpls lsp namename extensive).
작업
LSP가 작동 중인지 확인하려면 수신 라우터에서 다음 명령을 입력합니다.
user@host> show mpls lsp extensive
샘플 출력 1
command-name
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가 에서 , 에서 까지 양방향으로 다운되었음을 보여줍니다.R1R6R6R1 의 출력은 대상에 도달하지 못한 채 통화를 시작하려고 시도했기 때문에 no-cspf LSP를 사용하고 있음을 보여줍니다 .R1 R1 의 출력은 CSPF(Constrained Shortest Path First) 알고리즘이 실패하여 대상 에 대한 경로가 없음을 보여줍니다.R610.0.0.1
RSVP 세션 확인
목적
RSVP 세션이 성공적으로 생성되면, LSP는 RSVP 세션에 의해 생성된 경로를 따라 설정됩니다. RSVP 세션이 실패하면 LSP는 구성된 대로 작동하지 않습니다.
작업
현재 활성 RSVP 세션을 확인하려면 수신, 전송 및 송신 라우터에서 다음 명령을 입력합니다.
user@host> show rsvp session
샘플 출력 1
command-name
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
command-name
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 가 구성되었음에도 불구하고 RSVP 세션이 성공적으로 생성되지 않았음을 보여줍니다.R6-to-R1
샘플 출력 1과 달리 올바른 출력을 설명하기 위해 샘플 출력 2는 RSVP 구성이 올바르고 LSP가 구성된 대로 네트워크를 트래버스할 때 수신, 전송 및 송신 라우터의 출력을 보여줍니다. 둘 다 LSP 및 역방향 LSP 와 함께 수신 및 송신 RSVP 세션을 보여줍니다.R1R6R1-to-R6R6-to-R1 전송 라우터 는 두 개의 전송 RSVP 세션을 보여줍니다.R3
RSVP 이웃 확인
목적
RSVP 패킷을 교환할 때 동적으로 학습된 RSVP 이웃 목록을 표시합니다. 이웃이 학습되면 RSVP 구성이 라우터에서 제거되지 않는 한 RSVP 이웃 목록에서 제거되지 않습니다.
작업
RSVP 이웃을 확인하려면 수신, 전송 및 송신 라우터에서 다음 명령을 입력합니다.
user@host> show rsvp neighbor
샘플 출력 1
command-name
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
command-name
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은 및 가 각각 하나의 RSVP 이웃을 가지고 있음을 보여줍니다.R1R6R3 그러나 필드의 값은 다릅니다. 은(는) 값 및 의 값을 가지며, 이는 이(가) 과(와) 함께 활성 인접 항목이지만 이(가) 아님을 나타냅니다. Up/DnR11/0 R61/1R1R3R6 업 카운트가 다운 카운트보다 1 더 크면 neighbor가 활성화됩니다. 값이 같으면 이웃이 다운됩니다. 에 대한 값은 동일하며, 이는 인접 라우터 가 다운되었음을 나타냅니다.R61/1R3
전송 라우터 는 두 개의 이웃 과 에 대해 알고 있습니다 .R3R1R6 필드는 이( 가) 활성 인접 디바이스이며 다운되었음을 나타냅니다.Up/DnR1R6 이 시점에서는 두 이웃이 모두 활성화되지 않았기 때문에 문제가 또는 에 있는지 확인할 수 없습니다.R3 R6
샘플 출력 1과 달리 올바른 출력을 설명하기 위해 샘플 출력 2는 전송 라우터와 송신 라우터 간의 올바른 인접 관계를 보여줍니다.R3 R6 필드는 업 카운트가 다운 카운트보다 1 더 많은 것으로 표시하며, 이는 인접 디바이스가 활성 상태임을 나타냅니다.Up/Dn1/0
RSVP 인터페이스 확인
목적
RSVP가 활성화된 각 인터페이스의 상태를 표시하여 구성 오류가 발생한 위치를 확인합니다.
작업
RSVP 인터페이스의 상태를 확인하려면 수신, 전송 및 송신 라우터에서 다음 명령을 입력합니다.
user@host> show rsvp interface
샘플 출력 1
command-name
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
command-name
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가 활성 상태인 인터페이스가 있더라도 라우터에 예약 (Active resv) 이 예에서는 수신 및 송신 라우터에 대해 최소 1개의 예약과 전송 라우터에 2개의 예약이 있을 것으로 예상합니다.
또한 전송 라우터의 인터페이스는 구성에 포함되지 않습니다.so-0/0/3R3 이러한 인터페이스의 포함은 LSP의 성공에 매우 중요합니다.
샘플 출력 1과 달리 올바른 출력을 설명하기 위해 샘플 출력 2는 활성 예약이 있는 관련 인터페이스를 보여줍니다.
RSVP 프로토콜 구성 확인
목적
RSVP 세션, 인터페이스, 이웃을 확인하고 구성 오류가 있을 수 있다고 판단한 후 RSVP 프로토콜 구성을 확인합니다.
작업
RSVP 구성을 확인하려면 수신, 전송 및 송신 라우터에서 다음 명령을 입력합니다.
user@host> show configuration protocols rsvp
샘플 출력
command-name
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;
}
의미
샘플 출력은 RSVP 프로토콜 구성에서 인터페이스가 누락된 것을 보여줍니다.R3so-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
의미
샘플 출력은 전송 라우터 의 누락된 인터페이스가 이제 [] 계층 수준에 올바르게 포함되었음을 보여줍니다.so-0/0/3.0R3 edit protocols rsvp 이로 인해 LSP가 나타날 가능성이 있습니다.
LSP 다시 확인
목적
오류를 수정하기 위한 적절한 조치를 취한 후, MPLS 계층의 문제가 해결되었는지 확인하기 위해 LSP를 다시 점검해야 합니다.
작업
LSP를 다시 확인하려면 수신, 전송 및 송신 라우터에 다음 명령을 입력합니다.
user@host> show mpls lsp extensive
샘플 출력 1
command-name
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
command-name
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
command-name
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
의미
수신 라우터 의 샘플 출력 1은 LSP 에 에 대한 활성 경로가 있고 상태가 작동 중임을 보여줍니다.R1R1-to-R6 R6
전송 라우터 의 샘플 출력 2는 에서 까지, 에서 까지 두 개의 전송 LSP 세션이 있음을 보여줍니다.R3R1R6 R6R1 두 LSP가 모두 작동합니다.
송신 라우터 의 샘플 출력 3은 LSP가 작동 중이고 활성 경로가 기본 경로임을 보여줍니다.R6 LSP는 이제 에서 까지 예상 경로를 따라 네트워크를 트래버스하고, 역방향 LSP 는 에서 를 통해 까지 네트워크를 트래버스합니다.R1R3R6R6R3R1
LSP 통계 결정
목적
RSVP 객체에 대한 자세한 정보를 표시하여 LSP 문제의 진단을 지원합니다.
작업
RSVP 객체를 검증하려면 Junos OS CLI 운영 모드 명령을 입력합니다.
user@host> show rsvp session detail
샘플 출력
command-name
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 style)을 사용합니다. 이는 수신 라우터이기 때문에 인바운드 레이블이 없습니다. 아웃바운드 레이블(다음 라우터에서 제공됨)은 100064입니다.
Time Left 필드는 RSVP 세션에 남은 초 수를 제공하며, Tspec 객체는 제어된 로드 속도(rate) 및 최대 버스트 크기(peak), 보장된 전송 옵션에 대한 무한 값(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에서 발생합니다.
Total 필드는 RSVP 세션의 수신, 송신 및 전송 총 수를 나타내며, 합계는 업 및 다운 세션의 합계와 동일합니다. 이 예에서는 한 개의 수신 세션, 한 개의 송신 세션이 있고 전송 RSVP 세션은 없습니다.
네트워크에서 LSP 사용 확인
목적
네트워크의 수신 및 전송 라우터에서 LSP의 유효한 사용을 확인하면, 네트워크에서 MPLS 노드 (멀티 프로토콜 레이블 스위칭)에 문제가 있는지 여부를 결정할 수 있습니다. 그림 12은/는 이 주제에 사용되는 네트워크의 예를 설명합니다.
그림 12의 MPLS 네트워크는 다음 구성 요소로 구성된 SONET 인터페이스를 가진 라우터 전용 네트워크를 보여줍니다.
AS 65432를 사용하는 풀 메시 내부 Border Gateway Protocol(IBGP) 토폴로지
모든 라우터에서 MPLS 및 리소스 예약 프로토콜(RSVP) 활성화
라우터 R1 및 R6에 대한 send-statics정책으로 네트워크에 새 경로를 알릴 수 있습니다.
라우터 R1과 R6 사이의 LSP
그림 12에서 표시된 네트워크는 BGP(Border Border Gateway Protocol ) 풀메쉬 네트워크입니다. 경로 반사체 및 동일 목적의 기능은 BGP가 학습된 경로를 전파하는 데 사용되지 않기 때문에 각 라우터는 BGP(Border Gateway Protocol) 를 실행하는 다른 모든 라우터와 BGP 세션이 있어야 합니다.
네트워크에서 LSP 사용을 확인하려면, 이러한 단계를 따릅니다.
수신 라우터에서 LSP 확인
목적
수신 라우터의 라우팅 테이블을 검사하여 LSP가 작동 중일 때 가용성을 확인할 수 있습니다.inet.3 라우팅 테이블에는 각 LSP 송신 라우터의 호스트 주소가 포함되어 있습니다.inet.3 이 라우팅 테이블은 BGP 패킷을 대상 송신 라우터로 라우팅하기 위해 수신 라우터에서 사용됩니다. BGP는 수신 라우터의 라우팅 테이블을 사용하여 다음 홉 주소를 확인합니다.inet.3
작업
수신 라우터에서 LSP를 확인하려면 다음 Junos OS 명령줄 인터페이스(CLI) 운영 모드 명령을 입력합니다.
user@host> show route table inet.3
샘플 출력
command-name
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 이 대상(은 RSVP로 신호를 보내며, 별표()로 표시된 현재 활성 경로입니다.10.0.0.6)* 이 경로에 대한 프로토콜 기본 설정은 이며, 이와 관련된 메트릭은 입니다. 720 레이블 스위칭 경로는 물리적 다음 홉 전송 인터페이스인 인터페이스 를 통해 입니다.R1-to-R6so-0/0/2.0
일반적으로 LSP의 끝에서 두 번째 라우터는 패킷의 레이블을 내보내거나 레이블을 0 값으로 변경합니다. 끝에서 두 번째 라우터가 맨 위 레이블을 표시하고 IPv4 패킷이 아래에 있는 경우 송신 라우터는 IP 라우팅 테이블을 참조하여 패킷을 전달하는 방법을 결정하면서 IPv4 패킷을 라우팅합니다.inet.0 다른 유형의 레이블(예: LDP(Label Distribution Protocol) 터널링 또는 VPN에 의해 생성되었지만 IPv4에 의해 생성되지 않은 레이블)이 최상위 레이블 아래에 있는 경우 송신 라우터는 라우팅 테이블을 검사 하지 않습니다.inet.0 대신 전달 결정을 위해 라우팅 테이블을 검사 합니다.mpls.0
끝에서 두 번째 라우터가 패킷의 레이블을 0 값으로 변경하면 송신 라우터는 0 레이블을 제거하여 IPv4 패킷이 뒤따른다는 것을 나타냅니다. 패킷은 전달 결정을 위해 라우팅 테이블에 의해 검사됩니다.inet.0
전송 또는 송신 라우터가 MPLS 패킷을 수신하면 MPLS 포워딩 테이블의 정보를 사용하여 LSP의 다음 전송 라우터 또는 이 라우터가 송신 라우터인지 여부를 결정합니다.
BGP가 다음 홉 접두사를 확인할 때, 및 라우팅 테이블을 모두 검사하여 가장 낮은 선호도를 가진 다음 홉을 찾습니다. 예를 들어, RSVP 선호 7이 OSPF 선호 10보다 선호됩니다.inet.0inet.3 RSVP 신호 LSP는 BGP 다음 홉에 도달하는 데 사용됩니다. BGP 다음 홉이 LSP 송신 주소와 같을 때 기본값입니다. BGP 다음 홉이 LSP를 통해 확인되면 BGP 트래픽은 LSP를 사용하여 BGP 전송 트래픽을 전달합니다.
전송 라우터에서 LSP 확인
목적
LSP가 작동 중일 때 전송 라우터의 라우팅 테이블을 검사하여 가용성을 확인할 수 있습니다.mpls.0 MPLS는 각 LSP의 다음 레이블 스위치 라우터 목록을 포함하는 라우팅 테이블을 유지 관리합니다.mpls.0 이 라우팅 테이블은 LSP를 따라 다음 라우터로 패킷을 라우팅하기 위해 전송 라우터에서 사용됩니다.
작업
전송 라우터에서 LSP를 확인하려면 다음 Junos OS CLI 운영 모드 명령을 입력합니다.
user@host> show route table mpls.0
샘플 출력
command-name
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
의미
전송 라우터 의 샘플 출력은 MPLS 레이블 항목의 형태로 경로 항목을 표시하며, 이는 5개의 활성 항목이 있더라도 하나의 활성 경로만 있음을 나타냅니다.R3
처음 3개의 MPLS 레이블은 RFC 3032에 정의된 예약된 MPLS 레이블입니다. 이러한 레이블 값으로 수신된 패킷은 처리를 위해 라우팅 엔진으로 전송됩니다. Label 0은 IPv4 명시적 null 레이블입니다. 레이블 1은 IP 라우터 경고 레이블에 해당하는 MPLS이고 레이블 2는 IPv6 명시적 null 레이블입니다.
레이블이 있는 두 항목은 동일한 LSP에 대한 것이며, MPLS 헤더의 스택 값이 다를 수 있으므로 두 개의 항목이 있습니다.100064R1-to-R6. 두 번째 항목인 은(는) 스택 깊이가 1이 아니며 추가 레이블 값이 패킷에 포함됨을 나타냅니다.100064 (S=0) 대조적으로, 의 첫 번째 항목은 스택 깊이 1을 나타내고 패킷의 마지막 레이블로 만드는 추론된 S=1을 갖습니다.100064 이중 항목은 끝에서 두 번째 라우터임을 나타냅니다. MPLS 레이블 스태킹에 대한 자세한 정보는 RFC 3032, MPLS 레이블 스택 인코딩을 참조하십시오.
수신 레이블은 MPLS 패킷의 MPLS 헤더이며 RSVP에 의해 업스트림 이웃에 할당됩니다. 주니퍼 네트웍스 라우터는 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
샘플 출력
command-name
다음 샘플 출력은 수신 라우터 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)에 대한 루프백 주소까지의 equal-cost 경로 2개(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 명령에 대한 샘플 출력은 출력 트래픽이 2개의 인터페이스 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 명령에 대한 샘플 출력은 로드 밸런싱이 작동 중임을 나타내는 Type 필드에 ulst를 표시합니다. Type 필드에 있는 2개의 유니캐스트(ucst)) 항목은 LSP에 대한 2개의 다음 홉입니다.
샘플 출력
다음은 전송 라우터 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를 따라 다음 라우터로 패킷을 라우팅하기 위해 전송 라우터에서 사용됩니다. Destination 열의 첫 3개 레이블(Label 0, Label 1, Label 2)은 프로토콜이 활성화될 때 MPLS에 의해 자동으로 입력됩니다. 이러한 레이블은 RFC 3032에 정의된 예약된 MPLS 레이블입니다. Label 0은 IPv4 명시적 null 레이블입니다. Label 1은 IP 라우터 경고 레이블에 해당하는 MPLS이며, Label 2는 IPv6 명시적 null 레이블입니다.
Destination 열의 나머지 5개 레이블은 라우터가 트래픽을 포워딩하는 데 사용하는 예약되지 않은 레이블이며, 마지막 열 Netif은(는) 레이블이 지정된 트래픽을 보내는 데 사용되는 인터페이스를 보여줍니다. 예약되지 않은 레이블의 경우, 두 번째 Type 열은 일치하는 패킷에 대해 수행된 작업이 표시됩니다. 이 예시에서 예약되지 않은 모든 패킷은 나가는 패킷 레이블로 전환됩니다. 예를 들어, 레이블이 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
샘플 출력
command-name
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의 샘플 출력은 Balance: xx% 필드가 보여주는 대로 트래픽이 LSP 대역폭 구성에 따라 분배된다는 것을 보여줍니다. 예를 들어, lsp1은(는) Balance: 10% 필드에 반영된 대로 구성된 10Mbps의 대역폭을 가집니다.
traceroute 명령을 사용하여 MPLS 레이블 확인
목적
traceroute 명령을 사용하여 패킷이 LSP로 전송되고 있는지 확인할 수 있습니다.
작업
MPLS 레이블을 확인하려면 다음 Junos OS CLI 운영 모드 명령을 입력합니다. 여기서 host-name은(는) 원격 호스트의 IP 주소 또는 이름입니다.
user@host> traceroute host-name
샘플 출력 1
command-name
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
command-name
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), the stack bit 값(S=1)입니다.
MPLS Label 필드는 특정 LSP에 대한 패킷을 식별하는 데 사용됩니다. 최대값이 (2^^20-1) 또는 약 1,000,000인 20비트 필드입니다.
TTL 값은 이 MPLS 패킷이 네트워크 (1)을 통해 이동할 수 있는 최대 홉 수에 대한 제한을 포함합니다. 각 홉에서 감소하며, TTL 값이 1 이하가 되면 패킷이 폐기됩니다.
stack bit 값의 하단(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 트래픽은 송신 주소(R6)에 도달하기 위해 LSP를 사용하는 대신, IGP(이 경우, IS-IS)를 사용합니다.
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 ospf]및[edit protocols rsvp]계층 구조 수준에서 비활성화해야 합니다.데이터 및 제어 채널은 LMP 구성에서 올바르게 정의해야 합니다.
no-cspf문을 사용하여 CSPF(Constrained Shortest Path First)를 비활성화할 수도 있습니다.
이 사례에서는 GRE 터널의 엔트포인트가 잘못 구성되어 있는 것에 초점을 맞춥니다. 그러나 유사한 프로세스 및 명령을 사용하여 다른 GRE 터널 문제를 진단할 수 있습니다. 그림 13은 GRE 인터페이스를 통해 터널링된 MPLS가 있는 네트워크 토폴로지를 보여줍니다.
그림 13의 MPLS 네트워크 토폴로지는 다음 구성요소로 이루어진 GRE 터널로 구성된 주니퍼 네트웍스 라우터를 보여줍니다.
수신 라우터부터 송신 라우터까지의 엄격한 GMPLS LSP 경로.
수신 라우터에서 [edit protocol mpls label-switched-path lsp-name] 계층 구조 수준의
no-cspf문을 사용하여 비활성화된 CSPF.모든 라우터에서 [edit protocols link-management] 계층 구조 수준의
peer문 내의 트래픽 엔지니어링 링크 및 제어 채널.모든 라우터에서 구성된 OSPF 및 OSPF 트래픽 엔지니어링.
모든 라우터에서 OSPF 및 RSVP 모두의 peer-interface 인터페이스에 대한 참조.
R2와 R3 간의 스위칭 유형 문제.
증상
매우 유사한 정보를 표시하는 show mpls lsp 및 show rsvp session 명령어의 출력에 나타난 바와 같이 그림 13에 보인 네트워크의 LSP가 중단됩니다. show mpls lsp 명령어는 라우터에 구성된 모든 LSP와 모든 전송 및 송신 LSP를 표시합니다. show rsvp session 명령어는 RSVP 세션에 대한 요약 정보를 표시합니다. 두 명령어 중 하나를 사용하여 LSP의 상태를 확인할 수 있습니다. 이 사례에서는 LSP Dn가 중단( gmpls-r1-to-r3)되었습니다.
샘플 출력
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
샘플 출력
라우터에서 전송, 종료 및 구성된 모든 LSP에 대한 세부 정보를 표시하려면 전송 라우터 R1에서 show mpls lsp extensive 명령어를 사용합니다.
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 label allocation failure) )를 보여줍니다. 이 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의 데이터 채널입니다.
샘플 출력
MPLS 피어 링크 정보를 표시하려면 show link-management peer 명령어를 사용합니다.
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, t에서 SONET 인터페이스는 Used필드에 Yes로 표시된 대로 LSP gmpls-r1-to-r3에 사용됩니다.그러나 R3에서 SONET 인터페이스 so-0/0/1 은 중단(Dn)이므로 LSP에 사용되지 않습니다(Used No). R3에서 SONET 인터페이스가 중단된 이유를 알기 위해서는 추가적인 조사가 필요합니다.
샘플 출력
특정 로그 파일의 내용을 표시하려면 show log filename 명령어를 사용합니다. 이 사례에서는 [edit protocol rsvp traceoptions] 계층 구조 수준에서 로그 파일 rsvp.log가 구성됩니다. 로그 파일이 구성되면 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
파이프(( | ) 다음에 find Error 옵션을 입력하면 출력에서 오류라는 용어의 인스턴스를 검색합니다.
샘플 출력
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 protocols link-management, show mpls lsp, 및 show link-management te-link 명령어에 대한 샘플 출력은 문제가 해결되었음을 보여줍니다. 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
샘플 출력
command-name
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
의미
샘플 출력은 수신 라우터()에서 제공되며 수신, 송신 및 전송 LSP 정보를 보여줍니다.R1 수신 정보는 이 라우터에서 시작되는 세션에 대한 것이고, 송신 정보는 이 라우터에서 종료되는 세션에 대한 것이며, 전송 정보는 이 라우터를 통과하는 세션에 대한 것입니다.
()에서 ()까지 하나의 수신 경로가 있습니다.R110.0.0.1R610.0.0.6 이 경로는 현재 작동 중이며 라우팅 테이블()에 설치된 활성 경로입니다.Rt LSP 는 보조 경로가 아닌 기본 경로()이며 별표()로 표시됩니다.R1-to-R6P* 에 명명된 경로()가 포함되어 있지 않습니다.R6ActivePath
에서 까지 하나의 송신 LSP가 있습니다.R6R1 이(가 ) 작동 중이며 라우팅 테이블에 경로가 설치되지 않았습니다.State RSVP 예약 스타일()은 두 부분으로 구성됩니다.Style 첫 번째는 활성 예약 수입니다().1 두 번째는 (고정 필터)인 예약 스타일입니다.FF 예약 스타일은 , (명시적 공유) 또는 (와일드카드 필터)일 수 있습니다.FFSEWF 이 LSP에는 3개의 수신 레이블()이 있으며 나가는 레이블은 없습니다().LabelinLabelout
전송 LSP가 없습니다.
LSP 상태 확인에 대한 자세한 내용은 계층화된 MPLS 문제 해결 모델 작업을 위한 체크리스트를 참조하십시오.https://www.juniper.net/documentation/en_US/junos/topics/task/troubleshooting/mpls-troubleshooting-checklist.html
LSP에 대한 광범위한 상태 표시
목적
모든 과거 상태 기록 및 LSP가 실패했을 수 있는 이유를 포함하여 LSP에 대한 광범위한 정보를 표시합니다.
작업
LSP에 대한 광범위한 정보를 표시하려면 수신 라우터에서 다음 Junos OS CLI 운영 모드 명령을 입력합니다.
user@host> show mpls lsp extensive
샘플 출력
command-name
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
의미
샘플 출력은 수신 라우터()에서 제공되며 모든 과거 상태 기록 및 LSP가 실패한 이유를 포함하여 수신, 송신 및 전송 LSP 정보를 자세히 보여줍니다.R1 수신 정보는 이 라우터에서 시작되는 세션에 대한 것이고, 송신 정보는 이 라우터에서 종료되는 세션에 대한 것이며, 전송 정보는 이 라우터를 통과하는 세션에 대한 것입니다.
()에서 ()까지 하나의 수신 경로가 있습니다.R110.0.0.1R610.0.0.6 이 경로는 현재 작동 중()이며, 한 경로는 LSP를 적극적으로 사용하고 있습니다.StateR1-to-R6 LSP 활성 경로는 기본 경로입니다. LSP에 또는 키워드가 포함되어 있지 않더라도 라우터는 여전히 LSP를 기본 LSP로 취급하여 LSP가 실패할 경우 라우터가 기본적으로 30초 간격으로 비활성 LSP에 신호를 보내려고 시도함을 나타냅니다.primarysecondary
로드 밸런싱은 기본값으로, LSP에 대한 물리적 경로를 선택할 때 라우터가 동일한 홉 수를 가진 동일 비용 경로 중에서 무작위로 선택함을 나타냅니다.Random 구성할 수 있는 다른 옵션은 및 입니다. 동일한 홉 수를 가진 동일 비용 경로의 가장 적게 사용된 링크 위에 LSP를 배치합니다. 동일한 홉 수를 공유하는 동일 비용 경로의 가장 많이 활용되는 링크 위에 LSP를 배치합니다. Least-fillMost-fillLeast-fillMost-fill 사용률은 사용 가능한 대역폭의 백분율을 기반으로 합니다.
필드는 IPv4를 나타내는 GMPLS(Generalized MPLS) 신호 매개 변수()를 표시합니다.Encoding typePacket) 은 (는) 이고, 일반화된 페이로드 식별자()는 IPv4입니다.Switching typePacketGPID
기본 경로는 별표(*)로 표시된 활성 경로입니다. LSP 의 상태는 입니다.Up
명시적 경로 객체()에는 LSP가 따르는 물리적 경로에 대한 CSPF(Constrained Shortest Path First) 비용()이 포함됩니다.ERO20 CSPF 메트릭의 존재는 이것이 CSPF LSP임을 나타냅니다. CSPF 메트릭이 없다는 것은 CSPF LSP가 없음을 나타냅니다.
필드는 실제 ERO를 나타냅니다.10.1.13.2 S RSVP 시그널링 메시지는 엄격하게(다음 홉으로) 갔고 엄격하게에서 끝났습니다.10.1.13.210.1.36.2 LSP가 CSPF LSP인 경우 모든 ERO 주소는 엄격한 홉입니다. 느슨한 홉은 CSPF가 없는 LSP에서만 표시할 수 있습니다.
수신된 Record Route Object()에는 다음과 같은 보호 플래그가 있습니다.RRO
0x01- 로컬 보호를 사용할 수 있습니다. 이 노드의 링크 다운스트림은 로컬 복구 메커니즘에 의해 보호됩니다. 이 플래그는 로컬 보호 플래그가 해당 경로 메시지의 SESSION_ATTRIBUTE 개체에 설정된 경우에만 설정할 수 있습니다.
0x02- 사용 중인 로컬 보호. 이 터널을 유지 관리하기 위해 로컬 복구 메커니즘이 사용 중입니다(일반적으로 이전에 라우팅된 링크의 중단으로 인해).
0x04— 대역폭 보호. 다운스트림 라우터에는 보호 섹션에 대해 보호된 LSP와 동일한 대역폭을 보장하는 백업 경로가 있습니다.
0x08- 노드 보호. 다운스트림 라우터에는 해당 경로 섹션에서 링크 및 노드 장애에 대한 보호를 제공하는 백업 경로가 있습니다. 다운스트림 라우터가 링크 보호 백업 경로만 설정할 수 있는 경우 "로컬 보호 사용 가능" 비트는 설정되지만 "노드 보호" 비트는 지워집니다.
0x10- 선점 보류 중. 선점 노드는 트래픽 엔지니어링 LSP에 대해 보류 중인 선점이 진행 중인 경우 이 플래그를 설정합니다. 이는 이 LSP의 수신 레이블 에지 라우터(LER)에 다시 라우팅되어야 함을 나타냅니다.
보호 플래그에 대한 자세한 내용은 Junos 라우팅 프로토콜 및 정책 명령 참조를 참조하십시오.
필드는 실제 수신된 레코드 경로()입니다.10.1.13.2.10.1.36.2RRO 필드의 주소는 필드의 주소와 일치 합니다.RROERO 이는 CSPF LSP의 일반적인 경우입니다. RRO 및 ERO 주소가 CSPF LSP와 일치하지 않으면 LSP는 다시 라우팅하거나 우회해야 합니다.
91에서 42까지 번호가 매겨진 줄에는 기록 로그에 대한 가장 최근 항목 49개가 포함됩니다. 각 줄에는 타임스탬프가 지정됩니다. 가장 최근 항목은 로그 기록 번호가 가장 크고 로그의 맨 위에 있으므로 91행이 가장 최근의 기록 로그 항목임을 나타냅니다. 로그를 읽을 때 가장 오래된 항목()부터 가장 최근()까지 시작합니다.4291
기록 로그는 7월 10일에 시작되었으며 다음과 같은 작업 시퀀스를 표시합니다. LSP가 활성으로 선택되었으나 다운된 것으로 확인되었고, MPLS 레이블 할당이 여러 번 실패하고, 여러 번 삭제되었고, ResvTear로 인해 선점되었고, 활성으로 선택 취소되어 지워졌습니다. 결국 라우터는 CSPF ERO를 계산하고, 통화 신호를 보내고, LSP는 나열된 RRO(라인 90)를 제시하고 활성으로 나열되었습니다.
오류 메시지에 대한 자세한 내용은 Junos MPLS 네트워크 운영 가이드 로그 참조를 참조하십시오.
표시되는 총 수신 LSP 수는 업 및 다운 입니다.110 필드의 숫자와 필드의 숫자 는 합계와 같아야 합니다. UpDown
에서 까지 하나의 송신 LSP 세션이 있습니다.R6R1 이(가 ) 작동 중이며 라우팅 테이블에 경로가 설치되지 않았습니다.State RSVP 예약 스타일()은 두 부분으로 구성됩니다.Style 첫 번째는 활성 예약 수입니다().1 두 번째는 (고정 필터)인 예약 스타일입니다.FF 예약 스타일은 , (명시적 공유) 또는 (와일드카드 필터)일 수 있습니다.FFSEWF 이 LSP에는 3개의 수신 레이블()이 있으며 나가는 레이블은 없습니다().LabelinLabelout
전송 LSP가 없습니다.
LSP 상태 확인에 대한 자세한 내용은 계층화된 MPLS 문제 해결 모델 작업을 위한 체크리스트를 참조하십시오.https://www.juniper.net/documentation/en_US/junos/topics/task/troubleshooting/mpls-troubleshooting-checklist.html
RSVP 경로 메시지 송수신 확인
목적
다양한 RSVP 메시지가 있는지 여부로 네트워크에 MPLS(Multiprotocol Label Switching) 문제가 있는지 확인할 수 있습니다. 예를 들어, 출력에서 Resv 메시지 없이 경로 메시지가 발생하는 경우 레이블 스위칭 경로(LSP)가 생성되지 않고 있음을 알 수 있습니다.
작업
RSVP 경로 메시지가 송수신되는지 확인하려면 다음 Junos OS 명령줄 인터페이스(CLI) 운영 모드 명령을 입력합니다.
user@host> show rsvp statistics
샘플 출력
command-name
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초 동안 송수신된 메시지는 없습니다.
PathErr 메시지 5개가 송신되었고 10개가 수신되었습니다. 경로 오류가 발생하면(일반적으로 경로 메시지의 매개변수 문제로 인해) 라우터는 경로 메시지를 발생시킨 발신자에게 유니캐스트 PathErr 메시지를 전송합니다. 이 사례에서는, R1에서 수신한 10개의 PathErr 메시지에 표시된 바와 같이 R1이 오류와 함께 최소 10개의 경로 메시지를 전송했습니다. R1에서 전송한 5개의 PathErr 메시지에 표시된 바와 같이 다운스트림 라우터가 R1에 오류와 함께 5개의 경로 메시지를 전송했습니다. PathErr 메시지는 경로 메시지와 반대 방향으로 전송됩니다.
PathTear 메시지 12개가 송신되고 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 제어 트래픽의 양을 줄이기 위해 사용됩니다.
Hello 메시지 915,851개가 송신되고 915,881개가 수신되었으며, 마지막 5초 동안 송수신된 메시지는 없습니다. RSVP hello interval은 9초입니다. 마지막 5초 동안 두 개 이상의 hello 메시지가 송수신되었다면 두 개 이상의 인터페이스가 RSVP를 지원한다는 의미입니다.
EndtoEnd RSVP 메시지는 RSVP 트래픽 엔지니어링에 사용되지 않는 레거시 RSVP 메시지입니다. 이 카운터는 RSVP가 백본을 통해 VPN의 다른 사이트로 전송하기 위해 가상 사설망(VPN) 고객이 생성한 레거시 RSVP 메시지를 전달하는 경우에만 증가합니다. 이 메시지는 네트워크의 반대쪽을 위한 것이며 공급자 네트워크의 양단에서만 의미가 있기 때문에 엔드투엔드 메시지라고 합니다.
출력의 Errors 섹션에는 오류가 있는 RSVP 패킷에 대한 통계가 표시됩니다. 총 15개의 PathErr to client 패킷이 라우팅 엔진으로 전송되었습니다. 이 합계는 송수신된 PathErr 패킷을 합한 것입니다.