Verifizierung des IS-IS-Protokolls
Zweck
Wenn Ihr MPLS-Netzwerk mit IS-IS als Interior Gateway Protocol (IGP) konfiguriert ist und die Ausgabe des show mpls lsp extensive Befehls anzeigt, dass ein Problem vorliegt, überprüfen Sie die IP- und IS-IS-Schichten. Da IS-IS und IP unabhängig voneinander sind, können Sie beide Ebenen zuerst überprüfen. Weitere Informationen zum Überprüfen der IP-Schicht finden Sie unter Überprüfen der IP-Schicht.
Nachdem Sie die IP-Schicht überprüft und festgestellt haben, dass weiterhin ein Problem besteht, überprüfen Sie die IS-IS-Schicht, stellen Sie sicher, dass IS-IS-Nachbarschaften aktiviert sind, und stellen Sie sicher, dass die Schnittstellen und das IS-IS-Protokoll ordnungsgemäß konfiguriert sind.
defekt
Gehen Sie folgendermaßen vor, um das IS-IS-Protokoll zu überprüfen:
Überprüfen des LSP
Zweck
Vergewissern Sie sich, dass Schnittstellen für IS-IS konfiguriert sind, dass das IS-IS-Protokoll ordnungsgemäß konfiguriert ist und dass Nachbarschaften hergestellt werden.
Aktion
Um den Label-Switched-Pfad (LSP) zu überprüfen, geben Sie den folgenden Befehl auf den Eingangs-, Transit- und Ausgangsroutern ein:
user@host> show mpls lsp extensive
Beispielausgabe 1
Befehlsname
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 24 Oct 21 13:48:01 No Route toward dest [3 times] 23 Oct 21 13:47:44 Deselected as active 22 Oct 21 13:47:43 No Route toward dest[2 times] 21 Oct 21 13:47:43 ResvTear received 20 Oct 21 13:47:43 Down 19 Oct 21 13:47:43 10.1.13.2: No Route toward dest[2 times] 18 Oct 21 13:47:38 Record Route: 10.1.13.2 10.1.36.2 [...Output truncated...] Created: Tue Oct 19 21:22:53 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
Beispielausgabe 2
Befehlsname
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
Beispielausgabe 3
Befehlsname
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 3 second(s).
13 Oct 21 14:23:33 CSPF failed: no route toward 10.0.0.1[90 times]
12 Oct 21 13:39:56 Deselected as active
11 Oct 21 13:39:56 CSPF: could not determine self
[...Output truncated...]
Created: Tue Oct 19 22:28:30 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
Bedeutung
Die Beispielausgabe zeigt, dass LSP R1-to-R6 und Reverse-LSP R6-to-R1 ausgefallen sind und keine LSP-Sitzungen auf dem Transitrouter R3 vorhanden sind.
Überprüfen von IS-IS-Nachbarschaften und Schnittstellen
Zweck
Wenn Sie die IS-IS-Schicht überprüfen, stellen Sie sicher, dass IS-IS-Nachbarschaften vorhanden sind und dass die IS-IS-Schnittstellen auf Protokollebene enthalten sind.
Aktion
Um die Funktion benachbarter Schnittstellen zu überprüfen, geben Sie die folgenden Befehle von den entsprechenden Routern ein:
user@host> show isis adjacency user@host> show isis interface
Beispielausgabe 1
Befehlsname
user@R1> show isis adjacency Interface System L State Hold (secs) SNPA so-0/0/0.0 R2 2 Up 20 so-0/0/1.0 R5 2 Up 23 so-0/0/2.0 R3 2 Up 26 user@R3> show isis adjacency Interface System L State Hold (secs) SNPA so-0/0/0.0 R4 2 Up 23 so-0/0/1.0 R2 2 Up 21 so-0/0/2.0 R1 2 Up 19 so-0/0/3.0 R6 2 Down 0 user@R6> show isis adjacency IS-IS instance is not running
Beispielausgabe 2
Befehlsname
user@R1> show isis interface IS-IS interface database: Interface L CirID Level 1 DR Level 2 DR L1/L2 Metric lo0.0 0 0x1 Passive Passive 0/0 so-0/0/0.0 2 0x1 Disabled Point to Point 10/10 so-0/0/1.0 2 0x1 Disabled Point to Point 10/10 so-0/0/2.0 2 0x1 Disabled Point to Point 10/10 user@R3> show isis interface IS-IS interface database: Interface L CirID Level 1 DR Level 2 DR L1/L2 Metric lo0.0 0 0x1 Passive Passive 0/0 so-0/0/0.0 2 0x1 Disabled Point to Point 10/10 so-0/0/1.0 2 0x1 Disabled Point to Point 10/10 so-0/0/2.0 2 0x1 Disabled Point to Point 10/10 so-0/0/3.0 2 0x1 Disabled Point to Point 10/10 user@R6> show isis interface IS-IS interface database: Interface L CirID Level 1 DR Level 2 DR L1/L2 Metric lo0.0 0 0x1 Passive Passive 0/0 so-0/0/0.0 1 0x1 Point to Point Disabled 10/10 so-0/0/1.0 1 0x1 Down Disabled 10/10 so-0/0/2.0 1 0x1 Point to Point Disabled 10/10 so-0/0/3.0 1 0x1 Point to Point Disabled 10/10
Bedeutung
Beispielausgabe 1 zeigt, dass der Eingangs-Router R1 Nachbarschaften zu den relevanten Routern hergestellt hat. Der Transitrouter R3 hat keine Nachbarschaft zum Egress Router R6, und der Egress Router R6 hat keine Nachbarschaften in dem Netzwerk eingerichtet, das in MPLS Network Broken at the IP and IGP Layers angezeigt wird, was darauf hindeutet, dass das Problem auf der IS-IS-Protokollebene liegen könnte.
Beispielausgabe 2 zeigt, dass R1 und R2 Router der Ebene 2 sind, im Gegensatz zu R6, bei dem es sich um einen Router der Ebene 1 handelt. Wenn ein Router explizit als Level-1- oder Level-2-Router konfiguriert ist, kommuniziert er nicht mit Routern, die auf einer anderen Ebene konfiguriert sind. Level-1-Router kommunizieren mit anderen Level-1-Routern in ihrem Bereich, während Level-2-Router mit anderen Level-2-Routern und mit anderen autonomen Systemen kommunizieren. Da alle Router in diesem Netzwerk für Ebene 2 konfiguriert sind, können sie keine Nachbarschaft zu R6 bilden, der fälschlicherweise als Router der Ebene 1 konfiguriert ist.
Siehe auch
Überprüfen der IS-IS-Konfiguration
Zweck
Wenn Sie festgestellt haben, dass das Problem wahrscheinlich auf der Ebene des IS-IS-Protokolls liegt, überprüfen Sie die IS-IS-Konfiguration der Router in Ihrem Netzwerk.
Aktion
Um die IS-IS-Konfiguration zu überprüfen, geben Sie den folgenden Befehl von den entsprechenden Routern ein:
user@host> show configuration protocols isis
Beispielausgabe
Befehlsname
user@R1> show configuration protocols isis
level 1 disable;
interface so-0/0/0.0;
interface so-0/0/1.0;
interface so-0/0/2.0;
interface lo0.0; {
passive
user@R3> show configuration protocols isis
level 1 disable;
interface all {
level 2 metric 10;
}
interface fxp0.0 {
disable;
}
interface lo0.0; {
passive
user@R6> show configuration protocols isis
level 2 disable; <<< Incorrect level disabled
interface all {
level 2 metric 10;
}
interface fxp0.0 {
disable;
}
interface lo0.0; {
passive
Bedeutung
Die Beispielausgabe zeigt, dass für R6 Ebene 2 deaktiviert ist, während für R1 und R3 Ebene 1 deaktiviert ist. Damit IS-IS-Nachbarschaften hergestellt werden können, müssen sich die Router auf derselben Ebene befinden. Ein weiterer häufiger Konfigurationsfehler besteht darin, dass die Loopbackschnittstelle (lo0) in der Konfiguration auf Hierarchieebene [edit protocols isis] weggelassen wird. IS-IS funktioniert nicht ordnungsgemäß, wenn die Loopback-Schnittstelle (lo0) nicht auf dieser Ebene konfiguriert ist. Darüber hinaus wird durch das Einbinden der passive Anweisung sichergestellt, dass Protokolle nicht über die Loopback-Schnittstelle (lo0) ausgeführt werden und dass die Loopback-Schnittstelle (lo0) im gesamten Netzwerk korrekt angekündigt wird.
Ergreifen Sie geeignete Maßnahmen
Problem
Beschreibung
Je nachdem, auf welchen Fehler Sie bei der Untersuchung gestoßen sind, müssen Sie die entsprechenden Maßnahmen ergreifen, um das Problem zu beheben. Im folgenden Beispiel sind die Router so konfiguriert, dass sie auf verschiedenen Ebenen des IS-IS-Protokolls funktionieren.
Lösung
Um den Fehler in diesem Beispiel zu beheben, geben Sie die folgenden Befehle ein:
Beispielausgabe
[edit protocols isis]
user@R6# show
level 2 disable;
interface all {
level 2 metric 10;
}
interface fxp0.0 {
disable;
}
interface lo0.0; {
passive
[edit protocols isis]
user@R6# delete level 2
[edit protocols isis]
user@R6# set level 1 disable
[edit protocols isis]
user@R6# show
level 1 disable;
interface all {
level 2 metric 10;
}
interface fxp0.0 {
disable;
}
interface lo0.0; {
passive
[edit protocols isis]
user@R6# commit
commit complete
[edit protocols isis]
user@R6# run show isis adjacency
Interface System L State Hold (secs) SNPA
so-0/0/0.0 R5 2 Up 22
so-0/0/1.0 R4 2 Up 22
so-0/0/2.0 R2 2 Up 22
so-0/0/3.0 R3 2 Up 22
Bedeutung
Die Beispielausgabe zeigt, dass der Konfigurationsfehler auf dem Egress Router R6 behoben wurde und IS-IS-Nachbarschaften nun hergestellt werden.
Siehe auch
Überprüfen Sie den LSP erneut
Zweck
Nachdem die entsprechenden Maßnahmen zur Behebung des Fehlers ergriffen wurden, muss der Label-Switched-Pfad (LSP) erneut überprüft werden, um zu bestätigen, dass das Problem in der RSVP-Schicht behoben wurde.
Aktion
Um zu überprüfen, ob der LSP aktiv ist und das Netzwerk wie erwartet durchquert, geben Sie den folgenden Befehl von den Eingangs-, Ausgangs- und Transitroutern ein:
user@host> show mpls lsp extensive
Beispielausgabe 1
Befehlsname
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
5 Oct 21 15:52:07 Selected as active path
4 Oct 21 15:52:07 Record Route: 10.1.13.2 10.1.36.2
3 Oct 21 15:52:07 Up
2 Oct 21 15:52:07 Originate Call
1 Oct 21 15:52:07 CSPF: computation result accepted
Created: Thu Oct 21 15:52:06 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: 142, Since: Thu Oct 21 15:41:59 2004
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 2 receiver 39082 protocol 0
PATH rcvfrom: 10.1.13.2 (so-0/0/2.0) 17 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
Beispielausgabe 2
Befehlsname
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: 100528, Label out: 3 Time left: 125, Since: Thu Oct 21 15:29:26 2004 Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500 Port number: sender 2 receiver 39082 protocol 0 PATH rcvfrom: 10.1.36.2 (so-0/0/3.0) 17 pkts Adspec: received MTU 1500 sent MTU 1500 PATH sentto: 10.1.13.1 (so-0/0/2.0) 17 pkts RESV rcvfrom: 10.1.13.1 (so-0/0/2.0) 17 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: 100544, Label out: 3 Time left: 147, Since: Thu Oct 21 15:39:33 2004 Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500 Port number: sender 1 receiver 47963 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 Explct route: 10.1.36.2 Record route: 10.1.13.1 <self> 10.1.36.2 Total 2 displayed, Up 2, Down 0
Beispielausgabe 3
Befehlsname
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
18 Oct 21 15:34:18 Selected as active path
17 Oct 21 15:34:17 Record Route: 10.1.36.1 10.1.13.1
16 Oct 21 15:34:17 Up
15 Oct 21 15:34:17 Originate Call
14 Oct 21 15:34:17 CSPF: computation result accepted
[...Output truncated...]
Created: Tue Oct 19 22:28:30 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: 126, Since: Thu Oct 21 15:44:25 2004
Tspec: rate 0bps size 0bps peak Infbps m 20 M 1500
Port number: sender 1 receiver 47963 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
Bedeutung
Die Beispielausgänge 1 und 3 vom Eingangs-Router R1 und vom Egress Router R6 zeigen, dass der LSP jetzt das Netzwerk entlang des erwarteten Pfads von R1 über R3 bis R6 und den umgekehrten LSP von R6 über R3 bis R1 durchläuft. Darüber hinaus zeigt Beispielausgabe 2 vom Transitrouter R3, dass es zwei Transit-LSP-Sitzungen gibt, eine von R1 zu R6 und die andere von R6 zu R1.