Vérification du protocole IS-IS
But
Si votre réseau MPLS est configuré avec IS-IS comme protocole IGP (Interior Gateway Protocol) et que la sortie de la show mpls lsp extensive commande indique qu’il y a un problème, vérifiez les couches IP et IS-IS. Étant donné que l’IS-IS et l’IP sont indépendants l’un de l’autre, vous pouvez d’abord vérifier l’une ou l’autre couche. Pour plus d’informations sur la vérification de la couche IP, reportez-vous à la section Vérification de la couche IP.
Une fois que vous avez vérifié la couche IP et déterminé qu’il y a toujours un problème, vérifiez la couche IS-IS, vérifiez que les contiguïtés IS-IS sont activées et assurez-vous que les interfaces et le protocole IS-IS sont correctement configurés.
de protocole IS-IS
Pour vérifier le protocole IS-IS, procédez comme suit :
Vérifier le LSP
But
Vérifiez que les interfaces sont configurées pour IS-IS, que le protocole IS-IS est correctement configuré et que des contiguïtés sont établies.
Action
Pour vérifier le chemin de commutation d’étiquettes (LSP), entrez la commande suivante sur les routeurs d’entrée, de transit et de sortie :
user@host> show mpls lsp extensive
Sortie de l’échantillon 1
nom_commande
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
Sortie de l’échantillon 2
nom_commande
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
Sortie de l’échantillon 3
nom_commande
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
Signification
L’exemple de sortie montre que le LSP R1-to-R6 et le LSP R6-to-R1 inverse sont en panne et qu’il n’y a pas de sessions LSP sur le routeur de transit R3.
Vérifier les proximités et les interfaces IS-IS
But
Lorsque vous vérifiez la couche IS-IS, vous vérifiez que les contiguïtés IS-IS sont actives et que les interfaces IS-IS sont incluses au niveau du protocole.
Action
Pour vérifier le fonctionnement des interfaces adjacentes, entrez les commandes suivantes à partir des routeurs concernés :
user@host> show isis adjacency user@host> show isis interface
Sortie de l’échantillon 1
nom_commande
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
Sortie de l’échantillon 2
nom_commande
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
Signification
L’exemple de sortie 1 montre que le routeur entrant R1 a établi des contiguïtés avec les routeurs concernés. Le routeur de transit R3 n’a pas d’adjacence avec le routeur de sortie R6, et le routeur de sortie R6 n’a pas de contiguïté établie dans le réseau affiché dans Réseau MPLS interrompu au niveau des couches IP et IGP, ce qui indique que le problème peut se situer au niveau du protocole IS-IS.
L’exemple de sortie 2 montre que R1 et R2 sont des routeurs de niveau 2, contrairement à R6 qui est un routeur de niveau 1. Lorsqu’un routeur est configuré explicitement en tant que routeur de niveau 1 ou de niveau 2, il ne communique pas avec les routeurs configurés à un niveau différent. Les routeurs de niveau 1 communiquent avec d’autres routeurs de niveau 1 dans leur zone, tandis que les routeurs de niveau 2 communiquent avec d’autres routeurs de niveau 2 et avec d’autres systèmes autonomes. Étant donné que tous les routeurs de ce réseau sont configurés pour le niveau 2, ils ne peuvent pas former une contiguïté avec R6, qui est configuré à tort en tant que routeur de niveau 1.
Voir aussi
Vérification de la configuration IS-IS
But
Une fois que vous avez déterminé que le problème se situe probablement au niveau du protocole IS-IS, vérifiez la configuration IS-IS des routeurs de votre réseau.
Action
Pour vérifier la configuration IS-IS, entrez la commande suivante à partir des routeurs concernés :
user@host> show configuration protocols isis
Sortie de l’échantillon
nom_commande
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
Signification
L’exemple de sortie montre que le niveau 2 de R6 est désactivé, tandis que le niveau 1 de R1 et R3 est désactivé. Pour que les proximités IS-IS s’établissent, les routeurs doivent être au même niveau. Une autre erreur de configuration courante consiste à omettre l’interface de bouclage (lo0) de la configuration au niveau de la [edit protocols isis] hiérarchie. IS-IS ne fonctionne pas correctement si l’interface de bouclage (lo0) n’est pas configurée à ce niveau. De plus, l’inclusion de l’instruction passive permet de s’assurer que les protocoles ne sont pas exécutés sur l’interface de bouclage (lo0) et que l’interface de bouclage (lo0) est correctement annoncée sur l’ensemble du réseau.
Prendre les mesures qui s’imposent
Problème
Description
En fonction de l’erreur que vous avez rencontrée lors de votre investigation, vous devez prendre les mesures appropriées pour corriger le problème. Dans l’exemple ci-dessous, les routeurs sont configurés pour fonctionner à différents niveaux du protocole IS-IS.
Solution
Pour corriger l’erreur dans cet exemple, entrez les commandes suivantes :
Sortie de l’échantillon
[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
Signification
L’exemple de sortie montre que l’erreur de configuration sur le routeur de sortie R6 a été corrigée et que les contiguïtés IS-IS sont maintenant établies.
Voir aussi
Vérifiez à nouveau le LSP
But
Après avoir pris les mesures appropriées pour corriger l’erreur, le chemin de commutation d’étiquettes (LSP) doit être vérifié à nouveau pour confirmer que le problème dans la couche RSVP a été résolu.
Action
Pour vérifier que le LSP est opérationnel et qu’il traverse le réseau comme prévu, entrez la commande suivante à partir des routeurs d’entrée, de sortie et de transit :
user@host> show mpls lsp extensive
Sortie de l’échantillon 1
nom_commande
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
Sortie de l’échantillon 2
nom_commande
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
Sortie de l’échantillon 3
nom_commande
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
Signification
Les exemples de sorties 1 et 3 du routeur entrant R1 et du routeur de sortie R6 montrent que le LSP traverse maintenant le réseau le long du chemin attendu, de R1 à R3 à R6, et le LSP inverse, de R6 à R3 à R1. En outre, l’exemple de sortie 2 du routeur de transit R3 montre qu’il existe deux sessions LSP de transit, l’une de R1 à R6 et l’autre de R6 à R1.