Problème de non-correspondance MTU dans IS-IS

Options de téléchargement

  • PDF     (258.0 KB)
    Consulter à l'aide d'Adobe Reader sur un grand nombre d'appareils
Mis à jour:10 août 2005
ID du document:47201

Langage exempt de préjugés

Dans le cadre de la documentation associée à ce produit, nous nous efforçons d’utiliser un langage exempt de préjugés. Dans cet ensemble de documents, le langage exempt de discrimination renvoie à une langue qui exclut la discrimination en fonction de l’âge, des handicaps, du genre, de l’appartenance raciale de l’identité ethnique, de l’orientation sexuelle, de la situation socio-économique et de l’intersectionnalité. Des exceptions peuvent s’appliquer dans les documents si le langage est codé en dur dans les interfaces utilisateurs du produit logiciel, si le langage utilisé est basé sur la documentation RFP ou si le langage utilisé provient d’un produit tiers référencé. Découvrez comment Cisco utilise le langage inclusif.

À propos de cette traduction

Cisco a traduit ce document en traduction automatisée vérifiée par une personne dans le cadre d’un service mondial permettant à nos utilisateurs d’obtenir le contenu d’assistance dans leur propre langue. Il convient cependant de noter que même la meilleure traduction automatisée ne sera pas aussi précise que celle fournie par un traducteur professionnel.

Introduction

Les paquets Hello IS-IS (Intermediate System-to-Intermediate System) sont ajoutés à la taille maximale de l'unité de transmission (MTU). L'avantage du remplissage des Hello IS-IS (IIH) au MTU complet est qu'il permet une détection précoce des erreurs dues à des problèmes de transmission avec de grandes trames ou à des MTU non concordants sur des interfaces adjacentes.

Le remplissage des IIH peut être désactivé (dans les versions du logiciel Cisco IOS® 12.0(5)T et 12.0(5)S) pour toutes les interfaces d'un routeur avec la commande no hello padding en mode de configuration de routeur pour le processus de routage IS-IS. Le remplissage des IIH peut être sélectivement désactivé pour les interfaces point à point ou multipoint avec la commande no hello padding multipoint ou no hello padding point-to-point en mode de configuration de routeur pour le processus de routage IS-IS. Il est également possible de désactiver le remplissage Hello sur une interface individuelle à l'aide de la commande de configuration d'interface no isis hello padding.

Un utilisateur désactiverait le remplissage Hello afin d'éviter de gaspiller la bande passante du réseau dans le cas où les MTU des deux interfaces sont identiques ou, dans le cas d'un pontage de traduction. Bien que le remplissage Hello soit désactivé, les routeurs Cisco envoient toujours les cinq premiers paquets Hello IS-IS remplis à la taille MTU complète. Cela permet de préserver les avantages de la détection des incohérences de MTU. Les Hello consécutifs ne sont plus rembourrés.

Ce document montre ce qui se passe lorsqu'il y a une non-correspondance de MTU sur les interfaces de deux routeurs connectés exécutant IS-IS. La valeur par défaut de MTU sur le routeur F a été modifiée de 1500 octets à 2000 octets avec la commande de configuration d'interface mtu 2000. L’interface série a été « instable ». Par conséquent, pour que la nouvelle valeur MTU prenne effet, vous devez désactiver Serial 0 avec la commande shutdown, puis l'activer avec la commande no shutdown.

Conditions préalables

Exigences

Aucune exigence spécifique n'est associée à ce document.

Composants utilisés

Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.

Conventions

Pour plus d'informations sur les conventions utilisées dans ce document, consultez Conventions relatives aux conseils techniques Cisco.

Problème

Le schéma de réseau et les configurations utilisés pour décrire ce problème sont présentés ici :

isis_mtu_01.gif

Routeur H Routeur F 
clns routing
 !

 interface Serial0
  no ip address
  no ip directed-broadcast
  no ip mroute-cache
  encapsulation frame-relay
  frame-relay lmi-type ansi
 !
 interface Serial0.1 

  ip address 10.10.10.4 255.255.255.0
  no ip directed-broadcast
  ip router isis  
  clns router isis 
  frame-relay map clns 132 broadcast
  frame-relay map clns 131 broadcast
  frame-relay map ip 10.10.10.1 132 broadcast
  frame-relay map ip 10.10.10.3 131 broadcast
 !
 interface Serial0.2 point-to-point
  ip address 10.20.20.4 255.255.255.0
  no ip directed-broadcast
  ip router isis 
  clns router isis 
  frame-relay interface-dlci 130   
 !
 router isis 
  passive-interface Ethernet0
  net 49.0001.4444.4444.4444.00
  is-type level-1
 
clns routing

!
interface Serial2
mtu 2000
 no ip address
 no ip directed-broadcast
 encapsulation frame-relay
 frame-relay lmi-type ansi
!
interface Serial2.1 point-to-point
 ip address 10.20.20.2 255.255.255.0
 no ip directed-broadcast
 ip router isis 
 clns router isis 
 frame-relay interface-dlci 103   
!
router isis 
 net 49.0001.2222.2222.2222.00
 is-type level-1

Sur les deux routeurs, vous pouvez voir l'état de la contiguïté entre les routeurs F et H avec la commande show clns neighbors. Dans le résultat du routeur F, notez que la contiguïté avec le routeur H est à l'état INIT. Dans le résultat du routeur H, vous pouvez voir que la contiguïté avec le routeur F est de type IS et que le protocole est End System-to-Intermediate System (ES-IS). Ce résultat indique qu'il y a un problème avec la contiguïté CLNS (Connectionless Network Service).

Router_H# show clns neighbors

System Id      SNPA                Interface   State  Holdtime  Type Protocol
Router_F       DLCI 130            Se0.2       Up     294       IS   ES-IS
Router_G       DLCI 131            Se0.1       Up     7         L1   IS-IS
Router_E       DLCI 132            Se0.1       Up     27        L1   IS-IS


Router_F# show clns neighbors

System Id      Interface   SNPA                State  Holdtime  Type Protocol
Router_H       Se2.1       DLCI 103            Init   26        L1   IS-IS

Si vous activez le débogage IS-IS adjacency-packet avec la commande debug isis adj-packets, vous pouvez voir que le routeur F envoie et reçoit des IH série sur la sous-interface Serial 2.1.

Router_F# debug isis adj-packets
IS-IS Adjacency related packets debugging is on
ISIS-Adj: Sending serial IIH on Serial2.1
ISIS-Adj: Rec serial IIH from DLCI 103 (Serial2.1), cir type L1, cir id 00
ISIS-Adj: rcvd state DOWN, old state INIT, new state INIT
ISIS-Adj: Action = GOING UP, new type = L1
ISIS-Adj: Sending serial IIH on Serial2.1
ISIS-Adj: Rec serial IIH from DLCI 103 (Serial2.1), cir type L1, cir id 00
ISIS-Adj: rcvd state DOWN, old state INIT, new state INIT
ISIS-Adj: Action = GOING UP, new type = L1
ISIS-Adj: Sending serial IIH on Serial2.1
ISIS-Adj: Rec serial IIH from DLCI 103 (Serial2.1), cir type L1, cir id 00
ISIS-Adj: rcvd state DOWN, old state INIT, new state INIT
ISIS-Adj: Action = GOING UP, new type = L1
ISIS-Adj: Rec serial IIH from DLCI 103 (Serial2.1), cir type L1,cir id 00
ISIS-Adj: rcvd state DOWN, old state INIT, new state INIT
ISIS-Adj: Action = GOING UP, new type = L1
ISIS-Adj: Sending serial IIH on Serial2.1

Ce résultat montre que le routeur H ne reçoit pas d’IIH sur l’interface série 0.2 du routeur F. Par conséquent, aucune contiguïté IS-IS n’est formée. La contiguïté est plutôt End System (ES).

Router_H# debug isis adj-packets
IS-IS Adjacency related packets debugging is on
ISIS-Adj: Rec L1 IIH from DLCI 131 (Serial0.1), cir type 1, cir id Router_H.01
ISIS-Adj: Sending L1 IIH on Serial0.1
ISIS-Adj: Rec L1 IIH from DLCI 131 (Serial0.1), cir type 1, cir id Router_H.01
ISIS-Adj: Sending serial IIH on Serial0.2
ISIS-Adj: Rec L2 IIH from DLCI 132 (Serial0.1), cir type 3, cir id Router_H.01
ISIS-Adj: Rec L1 IIH from DLCI 131 (Serial0.1), cir type 1, cir id Router_H.01
ISIS-Adj: Rec L1 IIH from DLCI 132 (Serial0.1), cir type 3, cir id Router_H.01 
ISIS-Adj: Rec L1 IIH from DLCI 131 (Serial0.1), cir type 1, cir id Router_H.01
ISIS-Adj: Sending L1 IIH on Serial0.1
ISIS-Adj: Rec L1 IIH from DLCI 131 (Serial0.1), cir type 1, cir id Router_H.01
ISIS-Adj: Rec L2 IIH from DLCI 132 (Serial0.1), cir type 3, cir id Router_H.01 
ISIS-Adj: Sending serial IIH on Serial0.2
ISIS-Adj: Rec L1 IIH from DLCI 132 (Serial0.1), cir type 3, cir id Router_H.01
ISIS-Adj: Rec L1 IIH from DLCI 131 (Serial0.1), cir type 1, cir id Router_H.01 
ISIS-Adj: Rec L1 IIH from DLCI 131 (Serial0.1), cir type 1, cir id Router_H.01

La cause du problème

Le routeur H ne reçoit pas les paquets Hello du routeur F, car les paquets IIH sont remplis à la taille MTU totale de la liaison, tandis que les paquets Hello ES ne sont pas remplis à la taille MTU totale. Cela se produit parce que le routeur F pense que le MTU est 2000, et il envoie un Hello de 2000 octets, qui est ignoré par le routeur H.

Solution

La solution consiste à s'assurer que les deux côtés d'une liaison ont le même MTU. Pour ce faire, vous pouvez utiliser la commande mtu comme indiqué ici :

Router_F# configure terminal
Enter configuration commands, one per line.  End with CNTL/Z.
Router_F(config)# interface serial 2
Router_F(config-if)# mtu 1500
Router_F(config-if)# shutdown
Router_F(config-if)# no shutdown
Router_F(config-if)# ^Z
Router_F#

Les routeurs H et F peuvent désormais devenir voisins et acheminer le trafic de l’autre.

Router_H# show clns neighbors

System Id      SNPA                Interface   State  Holdtime  Type Protocol
Router_F       DLCI 130            Se0.2       Up     28        L1   IS-IS
Router_G       DLCI 131            Se0.1       Up     8         L1   IS-IS
Router_E       DLCI 132            Se0.1       Up     29        L1   IS-IS


Router_F# show clns neighbors

System Id      Interface   SNPA                State  Holdtime  Type Protocol
Router_H       Se2.1       DLCI 103            Up     24        L1   IS-IS

Le problème de contiguïté CLNS dû à une non-correspondance de MTU peut également être résolu en utilisant la commande clns mtu comme montré ici :

Router_F#configure terminal
Enter configuration commands, one per line.  End with CNTL/Z.
Router_F(config)#interface serial2
Router_F(config-if)#clns mtu 1500
Router_F(config-if)#^Z
Router_F#

Informations connexes

Historique de révision

Révision Date de publication Commentaires
1.0
10-Dec-2003
Première publication

Ce document vous est-il utile?

FeedbackCommentaires

Contacter Cisco