Problema de discrepancia de MTU en IS-IS

Opciones de descarga

  • PDF     (157.9 KB)
    Visualice con Adobe Reader en una variedad de dispositivos
  • ePub     (86.2 KB)
    Visualice en diferentes aplicaciones en iPhone, iPad, Android, Sony Reader o Windows Phone
  • Mobi (Kindle)     (86.0 KB)
    Visualice en dispositivo Kindle o aplicación Kindle en múltiples dispositivos
Actualizado:10 de agosto de 2005
ID del documento:47201

Lenguaje no discriminatorio

El conjunto de documentos para este producto aspira al uso de un lenguaje no discriminatorio. A los fines de esta documentación, "no discriminatorio" se refiere al lenguaje que no implica discriminación por motivos de edad, discapacidad, género, identidad de raza, identidad étnica, orientación sexual, nivel socioeconómico e interseccionalidad. Puede haber excepciones en la documentación debido al lenguaje que se encuentra ya en las interfaces de usuario del software del producto, el lenguaje utilizado en función de la documentación de la RFP o el lenguaje utilizado por un producto de terceros al que se hace referencia. Obtenga más información sobre cómo Cisco utiliza el lenguaje inclusivo.

Acerca de esta traducción

Cisco ha traducido este documento combinando la traducción automática y los recursos humanos a fin de ofrecer a nuestros usuarios en todo el mundo contenido en su propio idioma. Tenga en cuenta que incluso la mejor traducción automática podría no ser tan precisa como la proporcionada por un traductor profesional. Cisco Systems, Inc. no asume ninguna responsabilidad por la precisión de estas traducciones y recomienda remitirse siempre al documento original escrito en inglés (insertar vínculo URL).

Introducción

Los saludos de Sistema intermedio a sistema a intermedio (IS-IS) se rellenan hacia el tamaño completo de la Unidad de transmisión máxima (MTU). La ventaja de rellenar los hellos IS-IS (IIH) a la MTU completa es que permite la detección temprana de errores debidos a problemas de transmisión con tramas grandes o debidos a la discrepancia de MTU en interfaces adyacentes.

El relleno de IIHs se puede desactivar (en Cisco IOS® Software Releases 12.0(5)T y 12.0(5)S) para todas las interfaces en un router con el comando no hello padding en el modo de configuración del router para el proceso de ruteo IS-IS. La amortiguación de IIHs puede ser desactivada de manera selectiva para interfaces punto a punto o multipunto con el comando no hello padding multi-point o con no hello padding point-to-point en el modo de configuración del router para el proceso de ruteo de IS-IS. La amortiguación de saludo también puede ser desactivada en base a una interfaz individual con el comando de configuración de interfaz no isis hello padding.

Un usuario inhabilitaría el relleno hello para evitar desperdiciar el ancho de banda de la red en caso de que la MTU de ambas interfaces sea la misma o, en el caso de la conexión en puente de traducción. Mientras que el relleno hello está desactivado, los routers Cisco aún envían los primeros cinco saludos IS-IS acoplados al tamaño MTU completo. Esto es para mantener las ventajas de descubrir las discrepancias de MTU. Los hellos consecutivos ya no se acolchan.

Este documento demuestra qué sucede cuando se produce una discordancia de MTU en las interfaces de dos routers conectados que ejecutan IS-IS. La MTU del Router F ha sido cambiada de su valor predeterminado de 1500 bytes a 2000 bytes con el comando de configuración de la interfaz mtu 2000. La interfaz serial ha sido "inestable". Por lo tanto, para que el nuevo valor MTU entre en vigor, debe inhabilitar Serial 0 con el comando shutdown y luego habilitarlo con el comando no shutdown.

Prerequisites

Requirements

No hay requisitos específicos para este documento.

Componentes Utilizados

Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware.

Convenciones

Para obtener más información sobre las convenciones del documento, consulte Convenciones de Consejos Técnicos de Cisco.

Problema

El diagrama de red y las configuraciones utilizadas para describir este problema se muestran aquí:

isis_mtu_01.gif

Router H Router 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

En ambos routers, puede ver el estado de la adyacencia entre el Router F y el Router H con el comando show clns neighbors. En la salida del Router F, fíjese que la adyacencia con el router H esté en estado INIT. En el resultado del router H, puede ver que la adyacencia con el router F es de tipo IS y que el protocolo es de sistema extremo a sistema intermedio (ES-IS). Esta salida indica que existe un problema con la adyacencia del CLNS (Servicio de red no orientado a la conexión).

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 habilita el debugging de paquetes de adyacencia IS-IS con el comando debug isis adj-packets, puede ver que el Router F envía y recibe IIH seriales en la subinterfaz 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

Esta salida muestra que el Router H no recibe IIH en Serial 0.2 del Router F. Por lo tanto, no se forma ninguna adyacencia IS-IS. En cambio, la adyacencia es Sistema extremo (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 causa del problema

El Router H no recibe los saludos del Router F porque los IIH se agregan a la MTU completa del link, mientras que los saludos ES no se agregan al tamaño de MTU completo. Esto sucede porque el Router F piensa que la MTU es 2000 y envía un hello de 2000 bytes, que es ignorado por el Router H.

Solución

La solución es asegurarse de que ambos lados de un link tengan la misma MTU. Una manera de hacerlo es utilizar el comando mtu como se muestra aquí:

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#

Ahora el router H y el router F pueden convertirse en vecinos y rutear el tráfico del otro.

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

El problema de adyacencia de CLNS debido a la discordancia de MTU también se puede resolver usando el comando clns mtu como se muestra aquí:

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#

Información Relacionada

Historial de revisiones

Revisión Fecha de publicación Comentarios
1.0
10-Aug-2005
Versión inicial

¿Resultó útil este documento?

FeedbackComentarios

Contacte a Cisco