Resolución de problemas de puertos e interfaces de switches Contenidos Introducción Requisitos previos Requisitos Componentes utilizados Convenciones Resolución de problemas de la capa física Uso de los indicadores LED para la resolución de problemas Comprobación del cable y ambos lados de la conexión Cables Ethernet de cobre y de fibra Resolución de problemas de Gigabit Ethernet Connected frente a Notconnected Comandos más habituales para la resolución de problemas de puertos e interfaces en CatOS y Cisco IOS Introducción a la salida específica de los contadores de puertos e interfaces en CatOS y Cisco IOS Show port en CatOS y show interfaces en Cisco IOS Show mac en CatOS y show interfaces counters en Cisco IOS Show counters en CatOS y show counters interface en Cisco IOS Show controller ethernet-controller en Cisco IOS Show Top en CatOS Mensajes de error comunes del sistema Mensajes de error en los módulos WS-X6348 %PAGP-5-PORTTO / FROMSTP y %ETHC-5-PORTTO / FROMSTP %SPANTREE-3-PORTDEL_FAILNOTFOUND %SYS-4-PORT_GBICBADEEPROM: / %SYS-4-PORT_GBICNOTSUPP Command Rejected: [Interface] not a Switching Port Problemas comunes de puertos e interfaces El estado del puerto o la interfaz es inhabilitado o apagado El puerto o la interfaz están en estado errDisable El puerto o la interfaz están en estado inactivo El contador "deferred" en la interfaz del switch Catalyst empieza a aumentar Fallo intermitente al definir el temporizador [valor] de vlan [nº vlan] Discrepancia del modo de conexión troncal Tramas Jumbo, Giant y Baby Giant No se detecta mediante ping el dispositivo final Uso de set port host o switchport host para solucionar retrasos de inicialización Problemas de velocidad y dúplex, negociación automática o con tarjetas NIC Bucles del árbol de expansión UDLD: enlace unidireccional Tramas diferidas (Out-Lost u Out-Discard) Problemas de software Problemas de hardware Errores de entrada en una interfaz de capa 3 conectada a un puerto de switch de capa 2 Incremento rápido del contador Rx-No-Pkt-Buff y los errores de entrada Conexión de troncal entre un switch y un router

Introducción Este documento pretende servir de ayuda a la hora de determinar por qué un puerto o una interfaz presenta problemas. Este documento se aplica a los switches Catalyst que ejecutan el software CatOS en el Supervisor o el software de sistema Cisco IOS® en el Supervisor.

Requisitos previos Requisitos No hay requisitos específicos para este documento.

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

Convenciones Consulte Cisco Technical Tips Conventions (Convenciones sobre consejos técnicos de Cisco) para obtener más información sobre las convenciones del documento.

Resolución de problemas de la capa física Uso de los indicadores LED para la resolución de problemas Si tiene acceso físico al switch, puede ahorrar tiempo si observa los LED del puerto que indican el estado del enlace o bien una condición de error (si están en rojo o naranja). En la tabla siguiente se describen los indicadores de estado LED para módulos Ethernet o switches de configuración fija: Plataforma

URL

Switches Catalyst serie 6000

Ethernet Module LEDs (Indicadores luminosos del módulo Ethernet)

Switches Catalyst serie 5000

Ethernet Module LEDs (Indicadores luminosos del módulo Ethernet)

Switches Catalyst serie 4000

Ethernet Module LEDs (Indicadores luminosos del módulo Ethernet)

Switches Catalyst serie 3750

Front Panel LEDs (Indicadores luminosos del panel frontal)

Switches Catalyst serie 3550

Front Panel LEDs (Indicadores luminosos del panel frontal)

Switches Catalyst serie 2950/2955

Front Panel LEDs (Indicadores luminosos del panel frontal)

Switches Catalyst serie 2900/3500XL

Front Panel LEDs (Indicadores luminosos del panel frontal)

Switches Catalyst series 1900 y 2820

Front Panel LEDs (Indicadores luminosos del panel frontal)

Switches Catalyst serie G-L3

Front Panel LED (Indicadores luminosos del panel frontal)

Compruebe que ambos lados tengan un enlace. Un cable roto o un puerto apagado pueden provocar el problema cuando un lado tiene luz de enlace, pero el otro lado no. Una luz de enlace no garantiza que el cable funcione correctamente. Es posible que el cable haya sufrido una sobrecarga física que haga que funcione en un nivel marginal. Normalmente esta situación se identifica si el puerto presenta muchos errores de paquetes o si es inestable (pierde y recupera el enlace constantemente).

Comprobación del cable y ambos lados de la conexión Si la luz de enlace del puerto no se enciende, considere las siguientes posibilidades: Posible causa El cable no está conectado

Acción correctiva Conecte el cable del switch a un dispositivo que funciones correctamente.

Puerto incorrecto

Compruebe que ambos lados del cable estén conectados a los puertos correctos.

El dispositivo no tiene Compruebe que ambos dispositivos tengan alimentación. alimentación Tipo de cable incorrecto

Compruebe el cable elegido. Consulte Catalyst Switch Cable Guide (Guía de cables de los switches Catalyst).

Cable en malas condiciones

Cambie el cable sospechoso por uno bueno. Compruebe que no haya pines dañados o perdidos en los conectores.

Conexiones débiles

Compruebe que no haya conexiones débiles. A veces parece que los cables estén bien colocados en la toma, pero no lo están. Desconecte el cable y vuelva a introducirlo.

Paneles de conexiones

Elimine las conexiones defectuosas de los paneles. Omita el panel de conexiones si es posible para excluirlo.

Conversores de medios

Elimine los conversores de medios defectuosos: fibra a cobre, etc. Omita el conversor de medios, si es posible, para excluirlo.

Conversor de interfaz Gigabit (GBIC) erróneo o defectuoso

Cambie el GBIC sospechoso por uno bueno. Compruebe la compatibilidad de hardware y software para este tipo de GBIC. Consulte la sección Resolución de problemas de Gigabit Ethernet en este documento. Cambie el cable a un puerto bueno conocido para solucionar el problema de puerto o módulo sospechoso.

Puerto o módulo erróneo Puerto, interfaz o módulo no habilitado

Use el comando show port en CatOS o el comando show interface en Cisco IOS y busque los estados errdisable, inhabilitado o shutdown. El comando show module puede indicar un estado defectuoso, lo que puede representar un problema de hardware. Consulte la sección de este documento Problemas comunes de puertos e interfaces para obtener más información.

Cables Ethernet de cobre y de fibra Asegúrese de que tiene el cable correcto para el tipo de conexión que desea realizar. El cable de cobre de categoría 3 se puede utilizar para conexiones de par trenzado sin blindaje (UTP) de 10 Mbps, pero nunca deberá utilizarse para conexiones UTP de 10/100 o 10/100/1000 Mbps. Utilice siempre UTP de las categorías 5, 5e o 6 para conexiones UTP de 10/100 o 10/100/1000 Mbps.

Advertencia: los cables de las categorías 5e y 6 pueden almacenar un alto nivel de electricidad estática debido a las propiedades dieléctricas de los materiales utilizados en su fabricación. Realice siempre la conexión a tierra de los cables (especialmente en los latiguillos nuevos) en una toma adecuada y segura antes de conectarlos al módulo. En el caso de fibra, asegúrese de que tiene el cable correcto para las distancias implicadas y el tipo de puertos de fibra utilizados. Las dos opciones son fibra de modo simple (SMF) o fibra de modo múltiple (MMF). Compruebe que los puertos de los dispositivos que se conectan sean ambos SMF o MMF. Nota: en las conexiones de fibra, compruebe que el extremo de transmisión de un puerto esté conectado al extremo de recepción del otro puerto. Las conexiones de transmisión a transmisión y recepción a recepción no funcionan. Distancias máximas de transmisión de Ethernet y Fast Ethernet Velocidad del transceptor

Tipo de cable

Modo dúplex

Distancia máxima entre estaciones

10 Mbps

UTP categoría 3

Completo y semi

100 m

10 Mbps

MMF

Completo y semi

2 km

100 Mbps

UTP categoría 5 UTP categoría 5e

Completo y semi

100 m

100 Mbps

UTP categoría 6

Completo y semi

100 m

100 Mbps

MMF

Semi

400 m

Total

2 km

Semi

400 m

Total

10 km

100 Mbps

SMF

Para obtener más detalles sobre los distintos tipos de cables y conectores, requisitos de cableado, requisitos ópticos (distancia, tipo, cables de interconexión, etc.), cómo conectar los distintos cables y qué cables utilizan la mayoría de switches y módulos de Cisco, consulte Catalyst Switch Cable Guide (Guía de cables de los switches Catalyst).

Resolución de problemas de Gigabit Ethernet Si hay un dispositivo A conectado a un dispositivo B mediante un enlace Gigabit y el enlace no se activa, realice el procedimiento siguiente. Procedimiento paso a paso 1. Compruebe que tanto el dispositivo A como el B utilizan el mismo UTP (TX) GBIC de longitud de onda corta (SX), de longitud de onda larga (LX), de trayecto largo (LH), de alcance extendido (ZX) o de cobre. Ambos dispositivos deben utilizar el mismo tipo de GBIC para establecer un enlace. Un GBIC SX debe conectarse a otro GBIC SX. Un GBIC SX no se comunica con un GBIC LX. Consulte ModeConditioning Patch Cord Installation Note (Nota sobre la instalación del cable de interconexión acondicionador de modo) para obtener más información. 2. Compruebe la distancia y el cable utilizado en cada GBIC, como se indica en la tabla siguiente. Especificaciones de cableado de puertos 1000BASE-T y 1000BASE-X

GBIC

Tamaño Longitud Ancho de Distancia Tipo del núcleo banda modal de onda cobre/fibra 1 del cable2 (nm) (micras) (MHz/km) UTP categoría 5

WS-G5483 para 1000Base-T (cobre)

WS-G5484 1000BASESX3

UTP categoría 5e

100 m

UTP categoría 6

850

MMF

62,5

160

220 m

62,5

200

275 m

50,0

400

500 m

50,0

500

550 m

62,5

500

550 m

WS-G5486 1000BASELX/LH

WS-G5487 1000BASEZX5

1310

1550

MMF4

50,0

400

550 m

SMF

50,0

500

550 m

8,3/9/10

-

10 km

MMF

8.3/9/10

70 km7

SMF6

8.3/9/10

100 km

a. Las cifras del cable de fibra óptica de modo múltiple corresponden al diámetro del núcleo. En el cable de fibra óptica de modo simple, 8,3 micras corresponde al diámetro del núcleo. Los valores de 9 y 10 micras corresponden al diámetro del campo de modo (MFD), que es el diámetro de la parte de la fibra por donde pasa la luz. Esta zona consta del núcleo de la fibra más una pequeña parte del revestimiento que lo envuelve. El MFD es una función del diámetro del núcleo, la longitud de onda del láser y la diferencia del índice de refracción entre el núcleo y el revestimiento. b. Las distancias se basan en la pérdida de fibra. Muchos empalmes y una fibra óptica de poca calidad reducen las distancias de cableado. c. Utilizar sólo con MMF. d. Si se utiliza un GBIC LX/LH con MMF de 62,5 micras de diámetro, hay que instalar un cable de interconexión acondicionador de modo (CAB-GELX-625 o equivalente) entre el GBIC y el cable MMF tanto en el extremo de transmisión como en el de recepción del enlace. El cable de interconexión acondicionador de modo es necesario para enlaces de distancia inferior a 100 m o superior a 300 m. El cable de interconexión acondicionador de modo evita la sobrecarga del receptor en tramos cortos de MMF y reduce el retraso del modo diferencial en tramos largos de MMF. Consulte Mode-Conditioning Patch Cord Installation Note (Nota sobre la instalación del cable de interconexión acondicionador de modo) para obtener más información. e. Utilizar sólo con SMF. f. Cable de fibra óptica de un solo modo desplazado por dispersión. g. La distancia mínima de enlace de los GBIC ZX es de 10 km con un atenuador de 8 dB instalado en cada final del enlace. Sin atenuadores, la distancia mínima del enlace es de 40 km. 3. Si alguno de los dispositivos tiene varios puertos Gigabit, conecte los puertos entre sí. De esta manera, se prueban los dispositivos y se comprueba si la interfaz Gigabit funciona correctamente. Por ejemplo, si tiene un switch con dos puertos Gigabit, conecte el puerto Gigabit nº 1 al puerto Gigabit nº 2. ¿Se activa el enlace? En caso afirmativo, el puerto es bueno. STP se bloqueará en el puerto e impedirá los bucles (la recepción (RX) del puerto nº 1 va a la transmisión (TX) del puerto nº 2 y la TX del puerto nº 1 va a la RX del puerto nº 2). 4. Si falla la conexión simple o el paso 3 con los conectores SC, haga un bucle del puerto consigo mismo (RX del puerto nº 1 a la TX del puerto nº 1). ¿Se activa el puerto? En caso negativo, póngase en contacto con el Centro de Asistencia Técnica, ya que podría tratarse de un puerto defectuoso. 5. Si los pasos 3 y 4 dan resultado, pero no se puede establecer la conexión entre el dispositivo A y el B, cree un bucle en los puertos con el cable que une ambos dispositivos. Compruebe que no haya ningún cable defectuoso. 6. Compruebe que cada dispositivo admite la especificación 802.3z para la negociación automática. Gigabit Ethernet incluye un procedimiento de negociación automática mucho más amplio que el que se utiliza para Ethernet 10/100 (especificación Gigabit de negociación automática: IEEE Std 802.3z-1998). Si habilita la negociación de enlaces, el sistema negocia automáticamente el control de flujo, el modo dúplex y la información de fallo remoto. Debe habilitar o deshabilitar la negociación de enlace en ambos extremos del enlace, los cuales deben tener el mismo valor; de lo contrario, no se podrá activa el enlace. Se han detectado problemas al conectar dispositivos fabricados antes de la ratificación de la norma IEEE 802.3z. Si alguno de los dispositivos no admite la negociación automática de Gigabit, inhabilite la negociación para forzar el enlace.

Advertencia: si se inhabilita la negociación automática, se ocultan los cortes del enlace o los problemas de la capa física. La inhabilitación de la negociación automática sólo es necesaria si se utilizan dispositivos finales como las antiguas NIC Gigabit que no admiten la norma IEEE 802.3z. No inhabilite la negociación automática entre switches a menos que sea absolutamente necesario, ya que los problemas de la capa física pueden pasar desapercibidos, lo que provocaría bucles STP. La alternativa consiste en ponerse en contacto con el proveedor y obtener actualizaciones de software o hardware que admitan la negociación automática de Gigabit de la norma IEEE 802.3z. Para resolver este mensaje de error: %SYS-4-PORT_GBICBADEEPROM: / %SYS-4-PORT_GBICNOTSUPP, consulte Mensajes de error comunes de CatOS en switches Catalyst serie 6000/6500. Si desea conocer los requisitos del sistema para Gigabit Ethernet y para conversores de interfaz Gigabit (GBIC), multiplexores por división de

longitud de onda aproximada (CWDM) y dispositivos enchufables pequeños (SFP), consulte: System Requirements to Implement Gigabit Ethernet on Catalyst Switches (Requisitos del sistema para implementar EtherChannel en switches Catalyst) Catalyst GigaStack Gigabit Interface Converter Switch Compatibility Matrix (Matriz de compatibilidad del switch del conversor de interfaz Catalyst Gigabit GigaStack) Cisco Gigabit Ethernet Transceiver Modules Compatibility Matrix (Matriz de compatibilidad de los módulos transceptores Gigabit Ethernet de Cisco) GBIC, SFP, and CWDM Documentation (Documentación de GBIC, SFP y CWDM) Para obtener información general sobre la configuración y la resolución de problemas, consulte Configuración y resolución de problemas de negociación automática de semidúplex/dúplex completo de Ethernet 10/100/1000 Mb.

Connected frente a Notconnected La mayoría de switches Cisco tienen de forma predeterminada un puerto en estado "notconnect". Esto significa que en ese momento no está conectado, pero se conectará si dispone de una buena conexión con otro dispositivo operativo. Si se conecta un cable adecuado a dos puertos de switch en el estado "notconnect", la luz del enlace debe estar en verde para ambos puertos y el estado del puerto debe ser "connected". Esto significa que el puerto está activo en lo que a la capa 1 (L1) se refiere. En CatOS, se puede utilizar el comando show port para comprobar si el puerto tiene el estado “connected” o “notconnected”, o si es otro estado el que provoca el fallo de la conexión, como disabled o errdisable. Switch> (enable) sh port status 3/1 Port Name Status Vlan Duplex Speed Type ----- -------------------- ---------- ---------- ------ ----- -----------3/1 disabled 1 auto auto 10/100BaseTX !--- El comando show port status {mod/port} muestra que el puerto está inhabilitado. !--- Utilice el comando set port enable {mod/port} para intentar rehabilitarlo.

En Cisco IOS, puede utilizar el comando show interfaces para comprobar si la interfaz muestra el estado "up" o "line protocol up (connected)". El primer "up" hace referencia al estado de conectado de la capa física de la interfaz. El mensaje "line protocol up" muestra el estado de conectado de la capa de enlace de datos de la interfaz e indica que la interfaz puede enviar y recibir señales de mantenimiento. Router#show interfaces fastEthernet 6/1 FastEthernet6/1 is down, line protocol is down (notconnect) !--- El estado de la interfaz es down y el del protocolo de línea es down. !--- Motivos: en este caso, !--- 1) Un cable está mal conectado o no está conectado a este puerto. !--- 2) El cable conectado es defectuoso. !--- 3) El otro extremo del cable no está conectado a un puerto o un dispositivo activo. !--- Nota: para conexiones Gigabit, los GBIC deben coincidir en cada !--- lado de la conexión. !--- Hay distintos tipos de GBIC, dependiendo del cable y !--- de las distancias: longitud de onda corta (nm), !--- longitud de onda larga/trayecto largo (LX/LH) y distancia extendida (ZX). !--- Un GBIC SX debe conectarse a otro GBIC SX; !--- un GBIC SX no se comunica con un GBIC LX. Además, algunas conexiones Gigabit !--- requieren cables de acondicionamiento !--- según las longitudes.

Router#show interfaces fastEthernet 6/1 FastEthernet6/1 is up, line protocol is down (notconnect) !--- El estado de la interfaz es up (o no se encuentra en un estado shutdown), pero el del protocolo de línea es down. !--- Motivo: en este caso, el dispositivo al otro lado del cable es !--- un switch CatOS con el puerto inhabilitado.

Router#sh interfaces fas 6/1 status Port Name Status Vlan Duplex Speed Type Fa6/1 notconnect 1 auto auto 10/100BaseTX !--- El comando show interfaces tipo-tarjeta [ranura/puerto] status es el equivalente !--- de show port status en CatOS.

Si show port muestra "connected" o show interfaces muestra "up / line protocol up (connected)" pero aumentan los errores emitidos por estos comandos, consulte las secciones "Introducción a la salida específica de los contadores de puertos e interfaces en CatOS y Cisco IOS" o

"Problemas comunes de puertos e interfaces" de este documento para recibir consejos sobre la resolución de problemas.

Comandos más habituales para la resolución de problemas de puertos e interfaces en CatOS y Cisco IOS En la tabla siguiente se indican los comandos más comunes para la resolución de problemas de puerto o interfaz en switches que ejecutan el software CatOS en el Supervisor o el software de sistema Cisco IOS en el Supervisor. Nota: seleccione un comando de la columna izquierda para ir a la documentación de dicho comando. La columna de la derecha ofrece una breve descripción de lo que hace el comando e indica las excepciones de uso en cada plataforma. Los siguientes comandos son compatibles con la herramienta intérprete de resultados para CatOS y se pueden utilizar para solucionar problemas con los puertos del switch: show version, show module, show port, show counters o show mac. Si dispone del resultado de los comandos que admite su dispositivo Cisco, puede utilizar la herramienta intérprete de resultados para que se muestren los posibles problemas y sus soluciones. Para usar la herramienta intérprete de resultados, debe ser un usuario registrado, estar conectado y tener JavaScript habilitado. Comandos Comandos de de CatOS Cisco IOS

Descripción En los switches que ejecutan CatOS, este comando muestra información sobre la versión de software y hardware por módulo y los tamaños de la memoria del sistema.

show version

show version

En los switches que ejecutan Cisco IOS, este comando muestra un resultado similar al de un router Cisco, como el nombre de la imagen de software, la información de la versión y los tamaños de la memoria del sistema. Útil para buscar incompatibilidades de software y hardware (con las Notas de la versión o el asesor de software) y problemas (mediante Software Bug Toolkit). Para obtener más información acerca del comando show version , consulte la sección Problemas de software de este documento. En Catalyst 6000, 5000, 4000 y otros switches modulares que ejecutan CatOS o Cisco IOS, este comando muestra las tarjetas presentes en el switch, la versión de software que ejecutan y el estado en que se encuentran los módulos: ok, faulty, etc.

show module

show module

Útil para diagnosticar problemas de hardware en módulos o puertos. Para obtener más información sobre la resolución de problemas de hardware con el comando show module, consulte las secciones El estado del puerto o la interfaz es disabled o shutdown o Problemas de hardware de este documento. En CatOS, este comando muestra la configuración no predeterminada del switch (todos los cambios realizados en la configuración predeterminada). Todos los cambios de configuración en CatOS se guardan automáticamente.

show config

show running- En Cisco IOS, este comando muestra el archivo de config configuración en uso del switch. Los cambios de configuración se guardan en Cisco IOS mediante el comando write memory. Útil para determinar si algún error de configuración

del módulo/puerto o de la interfaz puede provocar un problema. En CatOS, el comando show port muestra si el puerto está conectado, en qué VLAN se encuentra, con qué velocidad/dúplex se ejecuta, información del canal, errores, etc.

show port

show interfaces

En Cisco IOS, el comando show interfaces muestra el estado administrativo y operativo de los puertos de conmutación, los paquetes de entrada y salida, fallos de búfer, errores, etc. El resultado de estos dos comandos se aborda con más detalle en la sección Introducción a la salida de los contadores de puertos e interfaces en CatOS y Cisco IOS de este documento.

clear counters

En CatOS y Cisco IOS, puede utilizar el comando clear counters para restablecer los contadores de tráfico y de errores para ver si el problema sólo es temporal o si los contadores siguen aumentando. clear counters

Nota: los switches Catalyst serie 6500/6000 no borran los contadores de bits de una interfaz con el comando clear counters. El único método para borrar los contadores de bits en estos switches consiste en volver a cargar. En CatOS, el comando show port muestra los contadores de errores en los puertos como FCS, alineaciones, colisiones, etc.

show port counters

show interfaces counters

En Cisco IOS en Catalyst de las series 6000, 4000, 3550, 2950 y 3750, el comando equivalente es show interfaces tipo-tarjeta x/y counters errors. El resultado de estos dos comandos se aborda con más detalle en la sección Introducción a la salida de los contadores de puertos e interfaces en CatOS y Cisco IOS de este documento. En CatOS, el comando show counters muestra los contadores de hardware de 64 y 32 bits de un módulo/puerto o una interfaz determinada. Los contadores varían según el tipo de módulo y la plataforma.

show counters

show counters En Cisco IOS, el comando show counters interface interface se incluyó por primera vez únicamente en la versión 12.1(13)E para Catalyst serie 6000 y es el equivalente show del comando show counters de CatOS que muestra controllers contadores de errores de 32 y 64 bits. ethernetcontroller En Cisco IOS, en los switches de las series 2900/3500XL, 2950/2955, 3550, 2970 y 3750, el comando show controllers Ethernet-controller es similar al comando show counters para las plataformas CatOS. Muestra tramas descartadas, tramas diferidas, errores de alineación, colisiones, etc.

show

En CatOS, el comando show mac muestra los contadores MAC del tráfico que pasa por cada puerto, por ejemplo, tramas recibidas, tramas transmitidas, out-lost, in-lost, etc. (Este comando no muestra las direcciones MAC aprendidas en los puertos por el software de conexión en puente. Utilice el comando show cam dynamic para obtener esa información).

show mac

interfaces counters

En Cisco IOS, el comando show interfaces card-type x/y counters es similar al comando show mac para las plataformas CatOS. El resultado de estos dos comandos se aborda con más detalle en la sección Introducción a la salida de los contadores de puertos e interfaces en CatOS y Cisco IOS de este documento. En CatOS, el comando show test muestra los errores de hardware encontrados al iniciar el dispositivo.

show test

show diagnostic(s) show post

En Cisco IOS, el comando equivalente es show diagnostic que se comenzó a incluir en la versión 12.1(11b)E para Catalyst serie 6000 y show diagnostics(con una s) que se incluyó para Catalyst serie 4000. Ambos comandos muestran el resultado de la prueba automática de encendido (POST). En Cisco IOS, en los switches de las series 2900/3500XL, 2950/2955, 3550, 2970 y 3750, el comando equivalente es show post que muestra los resultados del POST del switch. Para obtener más información sobre la resolución de problemas de hardware en los switches Catalyst, consulte la sección Problemas de hardware de este documento.

Introducción a la salida específica de los contadores de puertos e interfaces en CatOS y Cisco IOS La mayoría de los switches tienen algún modo de realizar el seguimiento de los paquetes y errores que tienen lugar en un puerto o una interfaz. Los comandos más habituales para buscar este tipo de información se describen en la sección Comandos más habituales para la resolución de problemas de puertos e interfaces en CatOS y Cisco IOS de este documento. Nota: pueden existir diferencias en la implementación de los contadores en las diversas plataformas y versiones. Aunque los valores de los contadores son bastante exactos, no son muy precisos por diseño. Para obtener las estadísticas exactas del tráfico, se recomienda el uso de un rastreador para supervisar las interfaces de ingreso y egreso necesarias. Un número de errores excesivo en determinados contadores suele indicar un problema. Cuando se trabaja con una configuración de semidúplex, es normal que se produzcan algunos errores de enlace de datos que incrementan los contadores de secuencia de verificación de tramas (FCS), la alineación, los fragmentos minúsculos y la colisión. Generalmente, un índice del uno por ciento de errores con relación al total de tráfico es aceptable para conexiones semidúplex. Si el índice de errores con relación a los paquetes de entrada es superior al dos o tres por ciento, puede advertirse la degradación del rendimiento. En entornos semidúplex, es posible que tanto el switch como el dispositivo conectado puedan detectar el cable y transmitir exactamente al mismo tiempo y provocar una colisión. Las colisiones pueden provocar errores de alineación, fragmentos minúsculos y FCS, debido a que la trama no se copia completamente al cable, lo que produce tramas fragmentadas. Al operar en dúplex completo, los errores en los contadores de FCS, verificación por redundancia cíclica CRC), alineación y fragmentos minúsculos deben ser mínimos. Si el enlace opera a dúplex completo, el contador de colisión no está activo. Si los contadores de FCS, CRC, alineación o fragmentos minúsculos aumentan, compruebe si hay una discrepancia de dúplex. Una discrepancia de dúplex es una situación en la cual el switch funciona a dúplex completo y el dispositivo conectado a semidúplex, o viceversa. La discrepancia de dúplex da como resultado un rendimiento extremadamente bajo, conectividad intermitente y pérdida de conexión. Los cables dañados, un puerto de switch defectuoso o los problemas de hardware o software de NIC son otras causas posibles de errores de enlace de datos en el dúplex completo. Consulte la sección de este documento Problemas comunes de puertos e interfaces para obtener más información.

Show port en CatOS y show interfaces en Cisco IOS El comando show port {módulo/puerto} se utiliza al ejecutar CatOS en el Supervisor. Una alternativa a este comando es show port counters {módulo/puerto}, que sólo muestra los contadores de errores en los puertos. Consulte la Tabla 1 para obtener información sobre la salida de los contadores de errores. Switch> (enable) sh port counters 3/1

Port Align-Err FCS-Err Xmit-Err Rcv-Err UnderSize ----- ---------- ---------- ---------- ---------- --------3/1 0 0 0 0 0 Port Single-Col Multi-Coll Late-Coll Excess-Col Carri-Sen Runts Giants ----- ---------- ---------- ---------- ---------- --------- --------- --------3/1 0 0 0 0 0 0 0

El comando show interfaces tipo-tarjeta {ranura/puerto} es el comando equivalente para Cisco IOS en el Supervisor. Una alternativa a este comando (para switches Catalyst de las series 6000, 4000, 3550, 2970 2950/2955 y 3750) es el comando show interfaces tipo-tarjeta {ranura/puerto} counters errors, que sólo muestra los contadores de errores en las interfaces. Nota: en los switches de las series 2900/3500XL, use el comando show interfaces tipo-tarjeta {ranura/puerto} con el comando show controllers Ethernet-controller. Router#sh interfaces fastEthernet 6/1 FastEthernet6/1 is up, line protocol is up (connected) Hardware is C6k 100Mb 802.3, address is 0009.11f3.8848 (bia 0009.11f3.8848) MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation ARPA, loopback not set Full-duplex, 100Mb/s input flow-control is off, output flow-control is off ARP type: ARPA, ARP Timeout 04:00:00 Last input 00:00:14, output 00:00:36, output hang never Last clearing of "show interface" counters never Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Output queue :0/40 (size/max) 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute output rate 0 bits/sec, 0 packets/sec

El resultado del comando show interfaces hasta este punto se explica a continuación (por orden): up, line protocol is up (connected): el primer "up" hace referencia al estado de conectado de la capa física de la interfaz. El mensaje "line protocol up" muestra el estado de conectado de la capa de enlace de datos de la interfaz e indica que la interfaz puede enviar y recibir señales de mantenimiento. MTU: la unidad de transmisión máxima (MTU) es de 1500 bytes para Ethernet, de manera predeterminada (para el tamaño máximo de porción de datos de la trama). Full-duplex, 100Mb/s: dúplex completo y 100 Mbps son los ajustes de velocidad y dúplex en uso en la interfaz. Esto no indica si se ha utilizado autoneg para lograrlo. Utilice el comando show interfaces fas 6/1 statuspara ver esto: Router#sh interfaces fas 6/1 status Port Name Status Vlan Duplex Speed Type Fa6/1 connected 1 a-full a-100 10/100BaseTX !--- Se utilizó la negociación automática para lograr dúplex completo y 100 Mbps.

Last input, output: número de horas, minutos y segundos desde que el último paquete se recibió o transmitió correctamente en la interfaz. Esto sirve para saber cuando ha fallado una interfaz inactiva. Last clearing of "show interface" counters: la última vez que se ejecutó el comando clear counters desde que el switch se reinició por última vez. El comando clear counters permite restablecer las estadísticas de la interfaz. Nota: las variables que pueden afectar al enrutamiento (por ejemplo, carga y fiabilidad) no se restablecen cuando se restablecen los contadores. Input queue: cantidad de paquetes en la cola de entrada. Size/max/drops significa el número actual de tramas en la cola/el máximo número de tramas que la cola puede tener antes de comenzar a descartar tramas/el número actual de tramas descartadas debido a que se excedió el tamaño máximo de la cola. Flushes se utiliza para contar paquetes descartados selectivamente (SPD) en Catalyst serie 6000 con Cisco IOS. (El contador de purgación se puede utilizar pero no aumenta nunca en la serie Catalyst 4000 con Cisco IOS). SPD es un mecanismo que descarta rápidamente los paquetes de prioridad baja cuando la CPU está sobrecargada con el fin de guardar capacidad de procesamiento para los paquetes de mayor prioridad. Total output drops: cantidad de paquetes que se descartan porque la capacidad de la cola de salida está completa. Una causa frecuente para esto podría ser que el tráfico de un enlace de ancho de banda alto sea conmutado hacia un enlace de ancho de banda inferior o que el tráfico de enlaces entrantes múltiples sea conmutado a un solo enlace de salida. Por ejemplo, si una gran cantidad de tráfico saturado entra en una interfaz gigabit y se conmuta hacia una interfaz de 100 Mbps, esto podría ocasionar que aumenten las pérdidas en la salida en la interfaz de 100 Mbps. Esto ocurre porque la cola de salida en esa interfaz está saturada por el exceso de tráfico debido a la asimetría de la velocidad

entre los anchos de banda entrante y saliente. Output queue: cantidad de paquetes en la cola de salida. Size/máx significa la cantidad actual de tramas en la cola/el número máximo de tramas que la cola puede retener antes de estar completa y deber eliminar tramas. 5 minute input/output rate: velocidad media de entrada y salida detectada por la interfaz en los últimos cinco minutos. Para obtener una lectura más precisa especificando un período de tiempo menor (por ejemplo, para detectar mejor las ráfagas de tráfico), ejecute el comando de interfaz load-interval . El resto del comando show interfaces muestra el resultado de los contadores de errores que es similar o equivalente al de los contadores de errores de CatOS. Consulte la Tabla 1 para obtener información sobre el resultado de los contadores de errores.

!--- ... El resultado del comando show interfaces continúa. 1117058 packets input, 78283238 bytes, 0 no buffer Received 1117035 broadcasts, 0 runts, 0 giants, 0 throttles 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored 0 watchdog, 0 multicast, 0 pause input 0 input packets with dribble condition detected 285811 packets output, 27449284 bytes, 0 underruns 0 output errors, 0 collisions, 2 interface resets 0 babbles, 0 late collision, 0 deferred 0 lost carrier, 0 no carrier 0 output buffer failures, 0 output buffers swapped out

El comando show interfaces tipo-tarjeta {ranura/puerto} counters errors es el comando equivalente en Cisco IOS para mostrar los contadores de puertos para CatOS. Consulte la Tabla 1 para obtener información sobre el resultado de los contadores de errores. Router#sh interfaces fastEthernet 6/1 counters errors Port Fa6/1 Port Fa6/1

Align-Err 0

FCS-Err 0

Single-Col Multi-Col 0 0

Xmit-Err 0

Rcv-Err UnderSize OutDiscards 0 0 0

Late-Col Excess-Col Carri-Sen 0 0 0

Runts 0

Giants 0

Tabla 1: Resultado del contador de errores de CatOS para show port o show port counters en Catalyst de las series 6000, 5000 y 4000. Resultado del contador de errores de Cisco IOS para show interfaces o show interfaces tipo-tarjeta x/y counters errors en Catalyst de las series 6000 y 4000. Contadores (en orden alfabético)

Descripción y causas comunes del incremento en los contadores de errores Descripción: CatOS sh port y Cisco IOS sh interfaces counters errors. Los errores de alineación son un recuento del número de tramas recibidas que no finalizan con un número par de octetos y no han superado la verificación por redundancia cíclica (CRC).

Align-Err

Causas comunes: suelen producirse como resultado de una discordancia de dúplex o un problema físico (como el cableado, un puerto defectuoso o una NIC incorrecta). Cuando se conecta el cable al puerto por primera vez, pueden surgir algunos de estos errores. Además, en caso de que haya un concentrador conectado al puerto, los colisiones entre los otros dispositivos del concentrador podrían ocasionar estos errores. Excepciones en las plataformas: los errores de alineación no se cuentan en el Supervisor I (WS-X4012) o Supervisor II (WS-X4013) de la serie Catalyst 4000.

babbles

Descripción: contador sh interfaces de Cisco IOS. Contador de CatOS que indica que el temporizador de transmisión de tramas superfluas ha caducado. Un jabber es una trama de más de 1518 octetos (sin contar los bits de entramado, pero sí los octetos FCS) que no termina con un número par de octetos (error de alineación) o tiene un error de FCS inadecuado.

Carri-Sen

Descripción: CatOS sh port y Cisco IOS sh interfaces counters errors. El contador Carri-Sen (detección de portadora) aumenta cada vez que un controlador Ethernet quiere enviar datos a una conexión semidúplex. El controlador detecta el cable y verifica si no está ocupado antes de realizar la transmisión. Causas comunes: esto es normal en un segmento Ethernet semidúplex. Descripciones: contador sh interfaces de Cisco IOS. Número de veces que se ha producido una colisión antes de que la interfaz transmitiera una trama satisfactoriamente al dispositivo.

collisions

Causas comunes: las colisiones son normales en interfaces configuradas como medio dúplex, pero no deben existir en interfaces dúplex plenas. Si las colisiones aumentan significativamente indicaría que existe un enlace que se usa demasiado o una discrepancia de dúplex con el dispositivo adjunto. Descripción: contador sh interfaces de Cisco IOS. Este contador aumenta cuando la CRC generada por la estación LAN de origen o el dispositivo del extremo final no coincide con la suma de comprobación calculada a partir de los datos recibidos.

CRC

deferred

Causas comunes: generalmente, esto indica problemas de ruido o de transmisión en la interfaz LAN o en la LAN en sí. Un elevado número de CRC se produce por lo general como resultado de las colisiones pero también pueden indicar un problema físico (como cableado, mala interfaz o tarjeta de interfaz de red [NIC]) o un desajuste bidireccional. Descripción: contador sh interfaces de Cisco IOS. Número de tramas que se han transmitido correctamente después de esperar porque el dispositivo estaba ocupado. Causas comunes: esto suele darse en entornos semidúplex donde la portadora ya está en uso al intentar transmitir una trama.

pause input

input packets with dribble condition

Excess-Col

Descripción: contador show interfaces de Cisco IOS. Un incremento del contador pause input (detener entrada) significa que el dispositivo conectado solicita que se detenga el tráfico cuando su búfer de recepción está casi lleno. Causas comunes: este contador aumenta con fines informativos, ya que el switch acepta la trama. La petición de detener los paquetes se anula cuando el dispositivo conectado está en condiciones de recibir tráfico. Descripción: contador sh interfaces de Cisco IOS. Un error de bits adicionales indica que una trama es ligeramente demasiado larga. Causas comunes: este contador de errores de trama se incrementa con fines informativos, ya que el switch acepta la trama. Descripción: CatOS sh port y Cisco IOS sh interfaces counters errors. Recuento de tramas cuya transmisión en una interfaz determinada falla debido a un exceso de colisiones. Se produce una colisión excesiva cuando un paquete colisiona 16 veces seguidas. De esta manera, el paquete deja de transmitirse. Causas comunes: las colisiones excesivas suelen indicar que la carga del segmento debe repartirse entre varios segmentos, pero también pueden indicar una discrepancia de dúplex con el dispositivo conectado. No deben darse colisiones en las interfaces configuradas como dúplex completo.

FCS-Err

Descripción: CatOS sh port y Cisco IOS sh interfaces counters errors. Número de tramas de tamaño válido con errores de secuencia de verificación de tramas (FCS) pero sin errores de entramado. Causas comunes: suele deberse a un problema físico (cableado, puerto erróneo o una tarjeta de interfaz de red (NIC) defectuosa), pero también puede ser indicativo de una discrepancia de dúplex.

frame

Descripción: contador sh interfaces de Cisco IOS. Número de paquetes recibidos incorrectamente con un error de CRC y un número no entero de octetos (error de alineación). Causas comunes: suele ser el resultado de colisiones o de un problema físico (como cableado, puerto o NIC incorrectos), aunque también puede indicar una discrepancia de dúplex. Descripción: sh port de CatOS y sh interfaces y sh interfaces counters errors de Cisco IOS. Las tramas recibidas que excedieron el tamaño máximo de trama IEEE 802.3 (1518 bytes para Ethernet no Jumbo) y cuentan con una secuencia de verificación de tramas (FCS) errónea.

Giants

Causas comunes: en muchos casos, se debe a una NIC defectuosa. Intente encontrar el dispositivo con problemas y retírelo de la red. Excepciones en las plataformas: Catalyst serie 4000 que ejecutan Cisco IOS. Antes de la versión de software 12.1(19)EW, el contador de gigantes aumentaba con las tramas superiores a 1518 bytes. A partir de la versión 12.1(19)EW, un gigante en show interfaces aumenta sólo cuando se recibe una trama superior a 1518 bytes con una FCS errónea.

ignored

Descripción: contador sh interfaces de Cisco IOS. La cantidad de paquetes recibidos e ignorados por la interfaz porque el hardware de la interfaz no fue suficiente en los búferes internos. Causas comunes: las tormentas de difusión y las ráfagas de ruido pueden hacer que aumente el recuento ignorado. Descripción: contador sh interfaces de Cisco IOS.

Input errors

Causas comunes: se incluyen los recuentos ignorados, de fragmentos de tramas minúsculos y gigantes, de falta de memoria intermedia, de CRC y de exceso. Otros errores de entrada también pueden hacer aumentar el contador de errores de entrada y algunos datagramas pueden tener más de un error. Por lo tanto, esta cifra podría no ajustarse con la suma del recuento de los errores de entrada enumerados. Consulte también la sección Errores de entrada en una interfaz de capa 3 conectada a un puerto de switch de capa 2. Descripción: contador sh port de CatOS y sh interfaces ysh interfaces counters errors. de Cisco IOS. La cantidad de veces que se detecta tarde una colisión en una interfaz específica en el proceso de transmisión. Para un puerto de 10 Mbit/s, esto es posterior a 512 veces bits en la transmisión de un paquete. 512 veces bits corresponde a 51,2 microsegundos en un sistema de 10 Mbit/s.

Late-Col

Causas comunes: este error puede indicar una discrepancia de dúplex, entre otras cosas. En el caso de un escenario de discrepancia de dúplex, la colisión tardía se observa en el lado del semi dúplex. Debido a que el semi dúplex está transmitiendo, el lado del dúplex completo no espera su turno y transmite de manera simultánea, lo que provoca un choque tardío. Las colisiones tardías también pueden indicar que un cable Ethernet o un segmento es demasiado largo. No deben darse colisiones en las interfaces configuradas como dúplex

completo.

lost carrier

Descripción: contador sh interfaces de Cisco IOS. Número de veces que la portadora se ha perdido durante la transmisión. Causas comunes: compruebe que no haya ningún cable defectuoso. Compruebe la conexión física en ambos lados. Descripción: CatOS sh port y Cisco IOS sh interfaces counters errors.

Multi-Col

Número de veces que se han producido colisiones múltiples antes de que la interfaz transmitiera una trama satisfactoriamente al dispositivo. Causas comunes: las colisiones son normales en interfaces configuradas como medio dúplex, pero no deben existir en interfaces dúplex plenas. Si las colisiones aumentan significativamente indicaría que existe un enlace que se usa demasiado o una discrepancia de dúplex con el dispositivo adjunto.

no buffer

no carrier

Out-Discard

Descripción: contador sh interfaces de Cisco IOS. Número de paquetes recibidos descartados por falta de búfer. Causas comunes: comparar con contador ignorado. Las tormentas de difusión pueden ser responsables de esta situación. Descripción: contador sh interfaces de Cisco IOS. Cantidad de veces que la portadora no estuvo presente en la transmisión. Causas comunes: compruebe que no haya ningún cable defectuoso. Compruebe la conexión física en ambos lados. Descripción:número de paquetes salientes que se ha decidido rechazar aunque no se hayan detectado errores. Causas comunes: una razón posible para descartar este paquete puede ser la necesidad de liberar búfer. Descripción: contador sh interfaces de Cisco IOS. número de búferes erróneos y número de búferes intercambiados.

Causas comunes: los puertos almacenan los paquetes en el búfer Tx cuando el tráfico desviado hacia el puerto es intenso y no puede gestionar esta cantidad de tráfico. Los puertos empiezan a descartar paquetes cuando el búfer Tx está lleno, lo cual incrementa los contadores de agotamiento y de errores en el búfer de salida. El output buffer aumento de los contadores de errores del búfer de salida puede failures, indicar que los puertos tienen un ajuste inferior de velocidad o output buffers dúplex, o que hay demasiado tráfico en el puerto. swapped out Como ejemplo, suponga una situación en que se reenvía un flujo de multidifusión de 1 GB a 24 puertos de 100 Mbps. Si una interfaz de egreso tiene un exceso de suscriptores, es normal ver que los errores del búfer de salida aumentan junto con Out-Discards. Para obtener más información sobre la resolución de problemas, consulte la sección Tramas diferidas (Out-Lost u Out-Discard) de este documento.

output errors

overrun

Descripción: contador sh interfaces de Cisco IOS. Suma de todos los errores que evitaron la transmisión final de los datagramas fuera de la interfaz. Descripción: número de veces que el hardware de recepción no pudo entregar datos recibidos a un búfer de hardware.

Causas comunes: la velocidad de entrada del tráfico superó la capacidad del receptor para gestionar los datos.

packets input/output

Descripción: contador sh interfaces de Cisco IOS. Error total de paquetes libres de errores recibidos y transmitidos en la interfaz. La supervisión del aumento de estos contadores resulta útil para determinar si el tráfico fluye adecuadamente por la interfaz. El contador de bytes incluye tanto los datos como la encapsulación MAC de los paquetes libres de errores recibidos y transmitidos por el sistema. Descripción: contadores show port o show port counters de CatOS y sh interfaces counters error de Cisco IOS (sólo para Catalyst serie 6000). Causas comunes: consulte Excepciones en las plataformas:

Rcv-Err

Excepciones en las plataformas: Catalyst 5000 5000 rcv-err = errores del búfer de recepción. Por ejemplo, un fragmento minúsculo, un gigante o un error de FCS no aumenta el contador rcv-err. El contador rcv-err en un 5K sólo aumenta como resultado de un exceso de tráfico. En Catalyst serie 4000 rcv-err = suma de todos los errores de recepción, lo que significa, contrariamente al Catalyst 5000, que el contador rcv-err aumentará cuando la interfaz reciba un error de tipo fragmento minúsculo, gigante o FCS. Descripción: sh port de CatOS y sh interfaces y sh interfaces counters errors de Cisco IOS. Tramas recibidas que son menores al tamaño mínimo de trama de IEEE 802.3 (64 bytes para Ethernet) y tienen una CRC inadecuada. Causas comunes: esto se puede deber a una discrepancia de dúplex o a problemas físicos como, por ejemplo, un cable, un puerto o una NIC defectuosos en el dispositivo conectado.

Runts

Excepciones en las plataformas: Catalyst serie 4000 que ejecutan Cisco IOS. Antes de la versión de software 12.1(19)EW, un fragmento minúsculo = tamaño inferior al normal. Tamaño inferior al normal = trama < 64 bytes. El contador de fragmentos minúsculos sólo aumentaba si se recibía una trama inferior a 64 bytes. A partir de la versión 12.1(19)EW, un fragmento minúsculo = un fragmento. Un fragmento es una trama < 64 bytes pero con una CRC errónea. El resultado es que el contador de fragmentos minúsculos ahora aumenta en show interfaces , junto con el contador de fragmentos en show interfaces counters errors cuando se recibe una trama < 64 bytes con una CRC errónea. Descripción: CatOS sh port y Cisco IOS sh interfaces counters errors.

Single-Col

Número de veces que se ha producido una colisión antes de que la interfaz transmitiera una trama satisfactoriamente al dispositivo. Causas comunes: las colisiones son normales en interfaces configuradas como medio dúplex, pero no deben existir en interfaces dúplex plenas. Si las colisiones aumentan significativamente indicaría que existe un enlace que se usa demasiado o una discrepancia de dúplex con el dispositivo adjunto. Descripción: Número de veces que el transmisor ha operado más rápido de lo que el switch puede aceptar.

underruns

Causas comunes: esto puede ocurrir en situaciones de alto rendimiento cuando una interfaz recibe un gran volumen de ráfagas de tráfico de muchas otras interfaces a la vez. Pueden producirse restablecimientos de la interfaz junto con el agotamiento.

Descripción: sh port en CatOS y sh interfaces counters errors en Cisco IOS. Undersize

Las tramas recibidas que son más pequeñas que el tamaño de trama mínimo de 64 bytes de la norma IEEE 802.3 (sin contar los bits de alineación de trama, pero contando los octetos FCS) y que están bien formadas. Causas comunes: verifique el dispositivo que envía esas tramas. Descripción: CatOS sh port y Cisco IOS sh interfaces counters errors. Esto indica que el búfer de transmisión interno (Tx) está lleno.

Xmit-Err

Causas comunes: una causa frecuente de Xmit-Err puede ser que el tráfico de un enlace de ancho de banda alto sea conmutado a un enlace de ancho de banda inferior o que el tráfico de enlaces de entrada múltiples sea conmutado a un solo enlace de salida. Por ejemplo, si una gran cantidad de tráfico congestionado entra en una interfaz gigabit y se lo conmuta a una interfaz 100 Mbps, esto puede hacer que Xmit-Err aumente en la interfaz 100 Mbps. Esto ocurre porque el búfer de salida de esa interfaz está saturado por el exceso de tráfico debido a la asimetría de la velocidad entre los anchos de banda entrante y saliente.

Show mac en CatOS y show interfaces counters en Cisco IOS El comando show mac {módulo/puerto} resulta útil al utilizar CatOS en el Supervisor para controlar el tráfico entrante y saliente en el puerto tal como indican los contadores de recepción (Rcv) y transmisión (Xmit) del tráfico de unidifusión, multidifusión y difusión. Este resultado pertenece a un Catalyst 6000 que ejecuta CatOS: Console> (enable) sh mac 3/1 Port Rcv-Unicast Rcv-Multicast Rcv-Broadcast -------- -------------------- -------------------- -------------------3/1 177 256272 3694 Port Xmit-Unicast Xmit-Multicast Xmit-Broadcast -------- -------------------- -------------------- -------------------3/1 30 680377 153 Port Rcv-Octet Xmit-Octet -------- -------------------- -------------------3/1 22303565 48381168 MAC Dely-Exced MTU-Exced In-Discard Out-Discard -------- ---------- ---------- ---------- ----------3/1 0 0 233043 17 Port Last-Time-Cleared ----- -------------------------3/1 Sun Jun 1 2003, 12:22:47

Este comando también tiene los contadores de errores siguientes: Dely-Exced, MTU-Exced, In-Discard y Out-Discard. Dely Exced: número de tramas descartadas por este puerto debido a un retraso excesivo de transmisión a través del switch. Este contador no debe aumentar nunca a menos que el puerto esté sometido a un uso muy intenso. MTU Exceed: indicador de que uno de los dispositivos en ese puerto o segmento transmite un tamaño de trama mayor que el permitido (1518 bytes para Ethernet no Jumbo). In-Discard: resultado de tramas entrantes válidas que fueron descartadas porque la trama no necesitaba ser conmutada. Esto puede ser normal si se conecta un concentrador a un puerto y dos dispositivos de ese concentrador intercambian datos. El puerto del switch sigue viendo los datos pero no tiene que conmutarlos (ya que la tabla CAM muestra que la dirección MAC de ambos dispositivos está asociada al mismo puerto), por lo que los descarta. Este contador también puede aumentar en un puerto configurado como troncal si esa conexión troncal bloquea algunas VLAN o en un puerto que sea el único miembro de una VLAN. Out-Discard: cantidad de paquetes salientes elegidos para ser descartados aunque no se hayan detectado errores de paquetes. Una razón

posible para descartar este paquete puede ser la necesidad de liberar búfer. Los switches Catalyst de las series 4000 y 5000 que ejecutan CatOS tienen dos contadores de errores adicionales en el comando show mac. Se trata de los contadores In-Lost y Out-Lost: MAC Dely-Exced MTU-Exced In-Discard Lrn-Discrd In-Lost Out-Lost -------- ---------- ---------- ---------- ---------- ---------- ---------5/1 0 0 0 0 0 0

In-Lost: en el Catalyst 4000, este contador es la suma de todos los paquetes erróneos recibidos en el puerto. El contador In-Lost en el Catalyst 5000, por otro lado, hace un seguimiento de todos los errores en el búfer de recepción. Out-Lost: en el Catalyst 4000 y 5000, se trata de tramas salientes que se perdieron antes de ser enviadas (debido a insuficiente búfer). Esto suele ser resultado de un exceso de suscriptores en el puerto. El comando show interfaces tipo-tarjeta {ranura/puerto} counters se utiliza cuando se ejecuta Cisco IOS en el Supervisor. Nota: en este comando, no hay contadores equivalentes a los contadores de errores show mac en CatOS: Dely-Exced, MTU-Exced e In-Discard. Sin embargo, hay un contador Out-Discard en el comando show interfaces counters errors de Cisco IOS, que se explica en la Tabla 1. Router#sh interfaces fas 6/1 counters Port Fa6/1

InOctets 47856076

InUcastPkts 23

InMcastPkts 673028

InBcastPkts 149

Port OutOctets OutUcastPkts OutMcastPkts OutBcastPkts Fa6/1 22103793 17 255877 3280 Router# !--- Los contadores de Cisco IOS se utilizan para supervisar los paquetes entrantes y !--- salientes de unidifusión, multidifusión y difusión en la interfaz.

Show counters en CatOS y show counters interface en Cisco IOS El comando show counters [módulo/puerto] ofrece estadísticas incluso más detalladas sobre los puertos y las interfaces. Este comando está disponible en CatOS y el comando equivalente show counters interface tipo-tarjeta {ranura/puerto} se introdujo en la versión 12.1(13)E del software Cisco IOS únicamente para Catalyst serie 6000. Estos comandos muestran los contadores de errores de 32 y 64 bits por puerto o interfaz. Consulte la documentación sobre los comandos show counters en CatOS para obtener más información. Nota: las estadísticas de los contadores correspondientes a los switches de la serie Catalyst 6000 que ejecutan Cisco IOS están en formato hexadecimal. Console> (enable) sh counters 3/1 64 bit counters 0 rxHCTotalPkts 1 txHCTotalPkts 2 rxHCUnicastPkts 3 txHCUnicastPkts 4 rxHCMulticastPkts 5 txHCMulticastPkts 6 rxHCBroadcastPkts 7 txHCBroadcastPkts 8 rxHCOctets 9 txHCOctets 10 rxTxHCPkts64Octets 11 rxTxHCPkts65to127Octets 12 rxTxHCPkts128to255Octets 13 rxTxHCPkts256to511Octets 14 rxTxHCpkts512to1023Octets 15 rxTxHCpkts1024to1518Octets 16 txHCTrunkFrames 17 rxHCTrunkFrames 18 rxHCDropEvents 32 bit counters 0 rxCRCAlignErrors 1 rxUndersizedPkts 2 rxOversizedPkts 3 rxFragmentPkts 4 rxJabbers 5 txCollisions 6 ifInErrors 7 ifOutErrors

= = = = = = = = = = = = = = = = = = = = = = = = = = =

260555 687411 177 30 256684 687228 3694 153 22386167 48850817 228929 701493 285 17090 168 1 395217 236459 0 0 0 0 0 0 0 0 0

8 ifInDiscards 9 ifInUnknownProtos 10 ifOutDiscards !--- Resultado suprimido.

= = =

233043 2 17

Show controller ethernet-controller en Cisco IOS En los switches Catalyst 3750, 3550, 2970, 2950/2955, 2940 y 2900/3500XL, utilice el comando show controller ethernet-controller para ver datos de los contadores de tráfico y de errores, similar a la salida de sh port, sh interface, sh mac y show counters de los switches Catalyst de las series 6000, 5000 y 4000. 3550-1#sh controller ethernet-controller fastEthernet 0/1 !--- Salida de un Catalyst 3550. Transmit FastEthernet0/1 0 Bytes 0 Unicast frames 0 Multicast frames 0 Broadcast frames 0 Discarded frames 0 Too old frames 0 Deferred frames 0 1 collision frames 0 2 collision frames 0 3 collision frames 0 4 collision frames 0 5 collision frames 0 6 collision frames 0 7 collision frames 0 8 collision frames 0 9 collision frames 0 10 collision frames 0 11 collision frames 0 12 collision frames 0 13 collision frames 0 14 collision frames 0 15 collision frames 0 Excessive collisions 0 Late collisions 0 Good (1 coll) frames 0 Good(>1 coll) frames 0 Pause frames 0 VLAN discard frames 0 Excess defer frames 0 Too large frames 0 64 byte frames 0 127 byte frames 0 255 byte frames 0 511 byte frames 0 1023 byte frames 0 1518 byte frames

Receive 0 Bytes 0 Unicast frames 0 Multicast frames 0 Broadcast frames 0 No dest, unicast 0 No dest, multicast 0 No dest, broadcast 0 0 0 0

FCS errors Oversize frames Undersize frames Collision fragments

0 0 0 0 0 0

Minimum size frames 65 to 127 byte frames 128 to 255 byte frames 256 to 511 byte frames 512 to 1023 byte frames 1024 to 1518 byte frames

0 0 0 0 0 0 0 0 0 0 0

Flooded frames Overrun frames VLAN filtered frames Source routed frames Valid oversize frames Pause frames Symbol error frames Invalid frames, too large Valid frames, too large Invalid frames, too small Valid frames, too small

3550-1# !--- Consulte en la tabla siguiente otros resultados de los contadores de los switches de las series 2900/3500

Contador

Descripción

Posibles causas

La cantidad total de tramas cuyo intento de transmisión se abandonó debido a una insuficiencia de recursos. Este total incluye tramas de todos los tipos de destino.

La carga de tráfico en la interfaz es excesiva, por lo que se descartan tramas. Reduzca la carga de tráfico en la interfaz si se observa un aumento del número de paquetes en este campo.

Número de tramas que tardaron más de dos segundos en pasar a través del switch. Por esta razón, fueron descartadas por el switch. Esto sólo ocurre en condiciones extremas de mucha

La carga de tráfico de este switch es excesiva, por lo que se descartan tramas. Reduzca la carga en el switch si observa un aumento del número de paquetes en este campo. Es posible que sea necesario modificar la topología de la red

Tramas transmitidas

Discarded frames

Too old frames

intensidad.

para reducir la carga de tráfico de este switch.

Deferred frames

La cantidad total de tramas cuyo primer intento de transmisión se retrasó debido al tráfico en el dispositivo de red. Este total incluye sólo las tramas que se han transmitido subsiguientemente sin errores ni colisiones.

La carga de tráfico destinada a este switch es excesiva, por lo que se descartan tramas. Reduzca la carga en el switch si observa un aumento del número de paquetes en este campo. Es posible que sea necesario modificar la topología de la red para reducir la carga de tráfico de este switch.

Collision frames

Los contadores de colisiones de tramas indican el número de veces que se ha intentado transmitir un paquete sin éxito, pero con éxito en el siguiente intento. Esto significa que si el contador 2 collision frames aumenta, el switch ha intentado enviar el paquete dos veces sin éxito, pero lo ha logrado en el tercer intento.

La carga de tráfico en la interfaz es excesiva, por lo que se descartan tramas. Reduzca la carga de tráfico en la interfaz si se observa un aumento del número de paquetes en estos campos.

Excessive collisions

El contador de colisiones excesivas aumenta cuando se han producido 16 colisiones tardías consecutivas. Después de 16 intentos de enviar el paquete, la trama se descarta y el contador aumenta.

Que este contador aumente es indicativo de un problema de cableado, una red demasiado cargada o una discrepancia de dúplex. Una red demasiado cargada puede ser resultado de un exceso de dispositivos en una Ethernet compartida.

Late collisions

Una colisión tardía ocurre cuando dos dispositivos transmiten al mismo tiempo y ningún punto de la conexión detecta una colisión. Esto puede ser debido a que el tiempo necesario para propagar la señal de un extremo de la red a otro es mayor que el tiempo necesario para poner todo el paquete en la red. Los dos dispositivos que provocan la colisión tardía nunca detectan que el otro envía tramas hasta después de poner todo el paquete en la red. Las colisiones tardías no son detectadas por el transmisor hasta después del intervalo de tiempo correspondiente a los primeros 64 bytes. Esto es debido a que sólo se detectan en las transmisiones de paquetes mayores de 64 bytes.

Las colisiones tardías son el resultado de un cableado incorrecto o de un número no admitido de concentradores en la red. Las NIC defectuosas también pueden provocar colisiones tardías.

El número total de tramas que Good (1 coll) experimentan exactamente una frames colisión y posteriormente se transmiten satisfactoriamente.

Good (>1

El número total de tramas que experimentan entre 2 y 15 colisiones (ambos inclusive) y

Las colisiones en los entornos semidúplex son normales.

Las colisiones en los entornos semidúplex son normales. Las tramas que aumentan el margen superior de este contador corren el

coll) frames

posteriormente se transmiten satisfactoriamente.

El número de tramas VLAN descartadas en una interfaz discardframes porque el bit CFI está definido.

riesgo de superar las 15 colisiones y ser contadas como colisiones excesivas. El bit del indicador de formato canónico (CFI) en el TCI de una trama 802.1q está definido en 0 en el formato de trama canónico de Ethernet. Si el bit CFI está definido en 1, esto indica la presencia de una trama no canónica RIF (campo de información de enrutamiento) o Token Ring que se descarta.

Tramas recibidas

2900/3500XL únicamente. El número de veces que un puerto ha recibido un paquete de la red, pero el switch no tenía los recursos necesarios para recibirlo. Esto sólo ocurre en condiciones extremas, pero No bandwidth puede suceder con ráfagas de frames tráfico en varios puertos. Por lo tanto, un número pequeño de No bandwidth frames no es motivo de preocupación. (Aún así debe ser mucho menos del uno por ciento de las tramas recibidas.)

La carga de tráfico en la interfaz es excesiva, por lo que se descartan tramas. Reduzca la carga de tráfico en la interfaz si se observa un aumento del número de paquetes en este campo.

No buffers frames

2900/3500XL únicamente. El número de veces que un puerto ha recibido un paquete de la red, pero el switch no tenía los recursos necesarios para recibirlo. Esto sólo ocurre en condiciones extremas, pero puede suceder con ráfagas de tráfico en varios puertos. Por lo tanto, un número pequeño de No buffers frames no es motivo de preocupación. (Aún así debe ser mucho menos del uno por ciento de las tramas recibidas.)

La carga de tráfico en la interfaz es excesiva, por lo que se descartan tramas. Reduzca la carga de tráfico en la interfaz si se observa un aumento del número de paquetes en este campo.

No dest, unicast

La unidifusión sin destino es el número de paquetes de unidifusión que el puerto no ha reenviado a ningún otro puerto.

A continuación se describe brevemente cuándo los contadores No dest, (unidifusión, multidifusión y difusión) pueden aumentar:

No dest, multicast

La multidifusión sin destino es el número de paquetes de multidifusión que el puerto no ha reenviado a ningún otro puerto.

Si el puerto es un puerto de acceso y está conectado a un puerto troncal con el protocolo de enlace entre switches (ISL), el contador será muy grande, ya que los paquetes ISL entrantes no se reenvían. Ésta configuración no es válida. Si un puerto está bloqueado por el protocolo de árbol de expansión (STP), la mayoría de paquetes no se reenvían, por lo que se generarán paquetes No dest. Si un

puerto acaba de adquirir un enlace, habrá un período muy breve (menos de un segundo) en el que los paquetes entrantes no se reenviarán. Si el puerto está solo en una VLAN y ningún otro puerto del switch pertenece a esa VLAN, se descartan todos los paquetes entrantes y el contador aumenta. El contador también aumenta cuando la dirección de destino del paquete se detecta en el puerto en que se recibió el paquete. Si se recibió un paquete en el puerto 0/1, con la dirección MAC de destino X, y el switch ya ha aprendido que la dirección MAC X se encuentra en el puerto 0/1, aumenta el contador y descarta el paquete. Esto puede darse en las situaciones siguientes:

La difusión sin destino es el No número de paquetes de difusión dest,broadcast que el puerto no ha reenviado a ningún otro puerto.

Si un concentrador está conectado al puerto 0/1 y una estación de trabajo conectada al concentrador transmite paquetes a otra estación de trabajo conectada a dicho concentrador, el puerto 0/1 no reenviará este paquete a ningún lugar porque la dirección MAC de destino se encuentra en el mismo puerto. Esto también puede ocurrir si hay un switch conectado al puerto 0/1, que empieza a inundar todos sus puertos con paquetes para aprender las direcciones MAC. Si se ha configurado una dirección estática en otro puerto de a misma VLAN y no se ha configurado ninguna dirección estática para el puerto de recepción, el paquete se descarta. Por ejemplo, si se ha configurado una correlación estática para la dirección MAC X en el puerto 0/2 para que reenvíe el tráfico al puerto 0/3, el paquete debe recibirse en el puerto 0/2, ya que en caso contrario se descartará. Si se envía un paquete desde cualquier otro puerto en la

misma VLAN que el puerto 0/2, el paquete se descarta. Si el puerto es seguro, los paquetes con direcciones MAC de origen no permitidas no se reenvían y el contador aumenta.

Errores de alineación

Los errores de alineación se deben a que la trama no se copia completamente al cable, lo que Los errores de alineación son el produce tramas fragmentadas. Estos número de tramas recibidas que errores son el resultado de no finalizan con un número par colisiones en semidúplex, una de octetos y tienen un CRC discordancia de dúplex, problemas erróneo. de hardware (NIC, cable o puerto) o la conexión de un dispositivo que genera tramas que no finalizan en un octeto y tienen un FCS erróneo.

Errores FCS

El error de conteo FCS es el número de tramas que se recibieron con una suma de comprobación incorrecta (valor CRC) en la trama Ethernet. Estas tramas se descartan y no se propagan a otros puertos.

Estos errores son el resultado de colisiones en el semidúplex, una discrepancia de dúplex, problemas de hardware (NIC, cable o puerto), o un dispositivo conectado que genera tramas con FCS erróneo.

Undersize frames

Número total de paquetes recibidos que tienen una longitud inferior a 64 octetos (sin contar los bits de alineación de trama, pero contando los octetos FCS) y tienen un valor de FCS correcto.

Esta es una indicación de una trama deficiente generada por el dispositivo conectado. Compruebe que el dispositivo conectado funcione correctamente.

Oversize frames

Número de paquetes recibidos en el puerto desde la red, donde los paquetes eran de más de 1514 bytes.

Esto puede indicar un hardware defectuoso, dot1q o un problema de configuración de la conexión troncal ISL.

Collision fragments

Número total de tramas cuya longitud es inferior a 64 octetos (sin contar los bits de alineación de trama, pero contando los octetos FCS) y tienen un valor de FCS erróneo.

Que este contador aumente es indicativo de que los puertos están configurados como semidúplex. Cambie la configuración dúplex a dúplex completo.

Overrun frames

Número de veces que el La velocidad de entrada del tráfico hardware de recepción no pudo superó la capacidad del receptor entregar datos recibidos a un para gestionar los datos. búfer de hardware.

VLAN filtered frames

La cantidad total de tramas filtradas debido al tipo de información VLAN contenida en la trama.

Cantidad total de tramas recibidas descartadas debido a Source routed que el bit de la ruta de origen frames está definido en la dirección de

El puerto puede estar configurado para filtrar tramas con la etiqueta 802.1Q. Cuando se recibe una trama que contiene una etiqueta 802.1Q, la trama se filtra y aumenta este contador. Este tipo de enrutamiento de origen sólo se define en Token Ring y FDDI. La especificación Ethernet de IEEE prohíbe este bit en las tramas Ethernet. Por lo tanto, el

origen de la trama nativa.

switch descarta estas tramas.

Valid oversize frames

Cantidad total de tramas recibidas cuya longitud supera la MTU del sistema aunque tengan valores de FCS correctos.

Este contador indica las tramas que superan la MTU configurada en el sistema pero que se han aumentado a más de 1518 para permitir encapsulaciones Q-in-Q o MPLS.

Symbol error frames

Gigabit Ethernet (1000 Base-X) utiliza la codificación 8B/10B para traducir 8los datos de 8 bits de la subcapa MAC (capa 2) a un símbolo de 10 bits para enviarlo por el cable. Cuando un puerto recibe un símbolo, extrae los datos de 8 bits del símbolo (10 bits).

Un error de símbolo indica que la interfaz detecta un símbolo no definido (no válido) recibido. Las cantidades pequeñas de errores de símbolos se pueden omitir. Las cantidades grandes de errores de símbolos pueden indicar un dispositivo, un cable o hardware defectuoso.

Invalid frames, too large

Tramas Giant o tramas recibidas que superan el tamaño máximo de trama IEEE 802.3 (1518 bytes para Ethernet no Jumbo) y cuentan con una secuencia de verificación de tramas (FCS) errónea.

En muchos casos, se debe a una NIC defectuosa. Intente encontrar el dispositivo con problemas y retírelo de la red.

Invalid frames, too small

Tramas minúsculas o tramas recibidas de menos de 64 bytes (incluidos los bits FCS pero no el encabezado de la trama) con un error FCS o de alineación.

Esto puede estar causado por una discrepancia de dúplex y problemas físicos, como un cable, un puerto o una NIC incorrectos en el dispositivo conectado.

Show Top en CatOS El comando show top permite recopilar y analizar datos para cada puerto físico de un switch. Este comando muestra los siguientes datos para cada puerto físico: Utilización del puerto (Uti %) Cantidad de bytes de entrada y salida (Bytes) Cantidad de paquetes de entrada y salida (Pkts) Cantidad de paquetes de difusión de entrada y salida (Bcst) Cantidad de paquetes de multidifusión de entrada y salida (Mcst) Cantidad de errores de entrada (Error) Cantidad de errores de desbordamiento de búfer (Overflow)

Console> (enable) sh top Start Time: Mar 28 2007 06:58:41 End Time: Mar 28 2007 06:59:11 PortType: all Metric: util Port Band- Uti Bytes Pkts Bcst Mcst Error Over width % (Tx + Rx) (Tx + Rx) (Tx + Rx) (Tx + Rx) (Rx) flow ----- ----- --- -------------------- ---------- ---------- ---------- ----- ---3/11 a-10 0 334187 1561 22 1536 0 0 3/12 a-100 0 333608 1557 22 1532 0 0 3/25 a-100 0 333622 1555 22 1533 0 0 6/2 1000 0 0 0 0 0 0 0 6/1 1000 0 0 0 0 0 0 0 4/8 1000 0 0 0 0 0 0 0 4/7 1000 0 0 0 0 0 0 0 4/6 1000 0 0 0 0 0 0 0

4/5 4/4 4/3 4/2 4/1 3/48 3/47 3/46

1000 1000 1000 1000 1000 auto auto auto

0 0 0 0 0 0 0 0

0 0 0 0 0 0 0 0

0 0 0 0 0 0 0 0

0 0 0 0 0 0 0 0

0 0 0 0 0 0 0 0

0 0 0 0 0 0 0 0

0 0 0 0 0 0 0 0

Nota: cuando se calcula la utilización del puerto, este comando agrupa las líneas Tx y Rx en el mismo contador y también tiene en cuenta el ancho de banda dúplex completo cuando calcula el porcentaje de utilización. Por ejemplo, un puerto de Gigabit Ethernet es 2000 Mbps en dúplex completo. Los errores de entrada son la suma de todos los paquetes de error recibidos en ese puerto. Un desbordamiento de búfer se produce cuando el puerto recibe más tráfico del que puede almacenar en el búfer. Esto se puede deber a un tráfico saturado, así como a un desbordamiento de los búferes. La acción sugerida consiste en reducir la transmisión del dispositivo de origen. Consulte también los contadores 'In-Lost' y 'Out-Lost' del comando show mac.

Mensajes de error comunes del sistema Cisco IOS a veces tiene un formato distinto para los mensajes del sistema. Puede comparar los mensajes del sistema CatOS con los del sistema Cisco IOS. Consulte Messages and Recovery Procedures Guide (Guía de mensajes y procedimientos de recuperación) de la versión de software que utilice. Por ejemplo, puede comparar Messages and Recovery Procedures (Mensajes y procedimientos de recuperación) de la versión 7.6 del software CatOS con Messages and Recovery Procedures (Mensajes y procedimientos de recuperación) de las versiones 12.1 E de Cisco IOS.

Mensajes de error en los módulos WS-X6348 Observe estos mensajes de error: Coil Pinnacle Header Checksum (Suma de comprobación del encabezado de Coil Pinnacle) Coil Mdtif State Machine Error (Error de estado de máquina de bobina Mdtif) Coil Mdtif Packet CRC Error (Error de CRC en la bobina de paquetes Mdtif) Coil Pb Rx Underflow Error (Coil Pb Rx Underflow Error) Coil Pb Rx Parity Error (Error de paridad en la bobina Pb Rx) Pueden aparecer mensajes de syslog con uno de los errores del listado anterior: %SYS-5-SYS_LCPERR5:Module 9: Coil Pinnacle Header Checksum Error - Port #37

Si se observa este tipo de mensaje o que hay grupos de puertos de 10/100 que fallan en los módulos WS-X6348, consulte los documentos siguientes para obtener más información sobre la resolución de problemas en función del sistema operativo que utilice: Troubleshooting WS-X6348 Module Port Connectivity for Catalyst 6000 Using CatOS (Resolución de problemas de conectividad del puerto del módulo WS-X6348 para Catalyst 6000 con CatOS) Troubleshooting WS-X6348 Module Port Connectivity on a Catalyst 6500/6000 that run Cisco IOS System Software (Resolución de problemas de conectividad del puerto del módulo WS-X6348 en un Catalyst 6500/6000 que ejecuta el software del sistema Cisco IOS)

%PAGP-5-PORTTO / FROMSTP y %ETHC-5-PORTTO / FROMSTP En CatOS, utilice el comando show logging buffer para ver los mensajes de registro almacenados. En Cisco IOS, utilice el comando show logging. Console> (enable) sh logging buffer 2003 Jun 02 20:12:43 %PAGP-5-PORTTOSTP:Port 3/2 joined bridge port 3/2 2003 Jun 02 20:59:56 %PAGP-5-PORTFROMSTP:Port 3/1 left bridge port 3/1 !--- Este el comando para ver el búfer de registro en los switches que ejecutan CatOS.

Este mensaje puede preocupar a los clientes, pero por regla general sólo tiene valor informativo.

%PAGP-5-PORTTO / FROMSTP and %ETHC-5-PORTTO / FROMSTP

El protocolo de agrupamiento de puertos (PAgP) negocia los enlaces EtherChannel entre switches. Cuando un dispositivo se une o abandona un puerto de puente, aparece un mensaje informativo en la consola. Por regla general, este mensaje es perfectamente normal, pero si estos mensajes aparecen en puertos que no deberían mostrar inestabilidad, debe investigar un poco más. En la versión del software CatOS 7.x y posteriores, "PAGP-5" se ha cambiado por "ETHC-5" para que el mensaje fuera más comprensible. Este mensaje es específico de los switches Catalyst de las series 4000, 5000 y 6000 que ejecutan CatOS. No hay mensajes de error para los switches que ejecutan Cisco IOS que sean equivalentes a este mensaje. Para obtener más información sobre los mensajes de error en los switches que ejecutan CatOS, consulte los siguientes documentos de su plataforma: Mensajes de error comunes de CatOS en switches Catalyst serie 4000 Mensajes de error comunes de CatOS en switches Catalyst serie 5500/5000 Mensajes de error comunes de CatOS en switches Catalyst serie 6500/6000

%SPANTREE-3-PORTDEL_FAILNOTFOUND Este mensaje no indica un problema con el switch. Suele aparecer junto con mensajes %PAGP-5-PORTFROMSTP. El protocolo de agrupamiento de puertos (PAgP) negocia los enlaces EtherChannel entre switches. Cuando un dispositivo se une o abandona un puerto de puente, aparece un mensaje informativo en la consola. Por regla general, este mensaje es perfectamente normal, pero si estos mensajes aparecen en puertos que no deberían mostrar inestabilidad, debe investigar un poco más. Este mensaje es específico de los switches Catalyst de las series 4000, 5000 y 6000 que ejecutan CatOS. No hay mensajes de error para los switches que ejecutan Cisco IOS que sean equivalentes a este mensaje. Para obtener más información sobre los mensajes de error en los switches que ejecutan CatOS, consulte los siguientes documentos de su plataforma: Mensajes de error comunes de CatOS en switches Catalyst serie 4000 Mensajes de error comunes de CatOS en switches Catalyst serie 5500/5000 Mensajes de error comunes de CatOS en switches Catalyst serie 6500/6000

%SYS-4-PORT_GBICBADEEPROM: / %SYS-4-PORT_GBICNOTSUPP La causa más común de este mensaje es cuando se introduce un GBIC no homologado de otro fabricante en un módulo Gigabit Ethernet. El GBIC no tiene una SEEPROM de Cisco, por lo que se genera un mensaje de error. Los módulos GBIC WS-G5484, WS-G5486 y WS-G5487 utilizados con una tarjeta WS-X6408-GBIC también pueden generar estos mensajes de error; sin embargo, no existe un problema real con la tarjeta o los GBIC y puede obtenerse un parche de software para solucionarlo. Consulte Mensajes de error comunes de CatOS en switches Catalyst serie 6000/6500 para obtener más información.

Command Rejected: [Interface] not a Switching Port En switches que admiten tanto interfaces L3 como puertos de conmutación L2, el mensaje Command rejected: [interface] not a switching port muestra los intentos de introducir un comando relacionado con la capa 2 de un puerto que está configurado como una interfaz de capa 3. Para convertir la interfaz del modo de capa 3 al modo de capa 2, ejecute el comando de configuración de la interfaz switchport. Una vez haya ejecutado este comando, configure las propiedades de la capa 2 del puerto.

Problemas comunes de puertos e interfaces El estado del puerto o la interfaz es inhabilitado o apagado Una causa evidente aunque a veces ignorada de fallos de conectividad de los puertos es una configuración incorrecta en el switch. Si un puerto muestra una luz naranja fija, esto indica que el software del switch ha cerrado el puerto, ya sea a través de la interfaz de usuario o mediante procesos internos. Nota: los LED de los puertos de la plataforma funcionan de forma diferente en lo que al STP se refiere. Por ejemplo, el Catalyst 1900/2820 muestra los puertos de color naranja cuando se encuentran en modo de bloqueo STP. En este caso, una luz naranja puede indicar el funcionamiento normal del STP. Los Catalyst 6000/5000/4000 no muestran la luz naranja en los puertos en el bloqueo de STP.

Compruebe que el puerto o el módulo no se haya inhabilitado ni apagado por algún motivo. Si se apaga manualmente un puerto o un módulo en un lado u otro del enlace, el enlace no se activará hasta que se vuelva a habilitar el puerto. Revise el estado del puerto en ambos lados. En CatOS, compruebe show port y, si el puerto está inhabilitado, vuelva a habilitarlo: Port Name Status Vlan Duplex Speed Type ----- -------------------- ---------- ---------- ------ ----- -----------3/1 disabled 1 auto auto 10/100BaseTX !--- Utilice el comando set port enable módulo/puerto para intentar rehabilitar el puerto.

Utilice el comando show module para determinar si el módulo está inhabilitado. Si lo está, vuelva a habilitarlo: Mod --2 16 3

Slot ---2 2 3

Ports ----2 1 48

Module-Type ------------------------1000BaseX Supervisor Multilayer Switch Feature 10/100BaseTX Ethernet

Model ------------------WS-X6K-SUP1A-2GE WS-F6K-MSFC WS-X6348-RJ-45

Sub --yes no no

Status -------ok ok disable

!--- Utilice el comando set module enable módulo/puerto para intentar rehabilitar el puerto.

En Cisco IOS, utilice el comando show run interface para comprobar si la interfaz se encuentra en estado apagado o shutdown: Switch#sh run interface fastEthernet 4/2 ! interface FastEthernet4/2 switchport trunk encapsulation dot1q switchport mode trunk shutdown duplex full speed 100 end !--- Use el comando no shut en modo config-if para volver a habilitar esta interfaz.

Si el puerto entra en estado de apagado inmediatamente después de reiniciar el switch, probablemente se deberá a la configuración de seguridad del puerto. Si la inundación de unidifusión está habilitada en ese puerto, puede provocar que el puerto se apague después de un reinicio. Cisco recomienda inhabilitar la inundación de unidifusión, ya que también se asegura de que no se produzca una inundación en el puerto una vez que se alcance el límite de la dirección MAC.

El puerto o la interfaz están en estado errDisable De forma predeterminada, los procesos informáticos del switch pueden apagar un puerto o una interfaz si se detectan determinados errores. Cuando se consulta el comando show port en CatOS el estado puede aparecer como errdisable: switch>(enable) sh port 4/3 Port Name Status Vlan Duplex Speed Type ----- -------------------- ---------- ---------- ------ ----- -----------4/3 errdisable 150 auto auto 10/100BaseTX !--- El comando show port muestra un estado de errdisable.

O utilice el comando show interface tipo-tarjeta {ranura/puerto} status en Cisco IOS: Router#show int fasteth 2/4 status Port Name Status Vlan Duplex Speed Type Gi2/4 err-disabled 1 full 1000 1000BaseSX !--- El comando show interfaces tipo-tarjeta {ranura/puerto} status en Cisco IOS !--- muestra un estado de errdisabled. !--- El comando show interfaces status errdisabled muestra todas las interfaces !--- en este estado.

El comando show logging buffer en CatOS y el comando show logging en Cisco IOS también muestran mensajes de error (el formato exacto de los mensajes varía) con relación al estado errdisable. Los puertos o las interfaces apagados como resultado del estado errdisable se denominan reasons (motivos) en CatOS y causes (causas) en Cisco IOS. Los motivos o las causas de estos errores pueden ser una mala configuración de EtherChannel que provoca inestabilidad del protocolo

PAgP, discordancia de dúplex, port-guard y portfast de BPDU configurados al mismo tiempo, detección de enlaces de un sentido por parte de UDLD, etc. Debe rehabilitar manualmente el puerto o la interfaz para sacarlo del estado errdisable, a menos que se configure una opción de recuperación de errdisable. En el software CatOS 5.4(1) y versiones posteriores se puede volver a activar un puerto automáticamente después de que haya un período de tiempo configurable en el estado errdisable. Cisco IOS también ofrece esta posibilidad en la mayoría de switches. La cuestión de fondo es que, aunque se configure la interfaz para que se recupere del estado errdisable, el problema persistirá hasta que se determine la causa originaria. Para obtener más información sobre las causas y la recuperación del estado errdisable en los switches que ejecutan CatOS, consulte Recovering From errDisable Port State on the CatOS Platforms (Recuperación del estado de puerto errDisable en las plataformas CatOS). Nota: este enlace también sirve como consulta sobre el estado errdisable en los switches que ejecutan Cisco IOS, ya que la causa raíz es la misma independientemente del sistema operativo que se utilice. En la tabla siguiente se comparan los comandos utilizados para configurar, verificar y solucionar problemas relacionados con el estado errdisable en los switches que ejecutan CatOS y Cisco IOS. Seleccione un comando para ir a la documentación correspondiente. Comandos para errdisable en CatOS

Acción

set errdisable-timeout {enable | definir o configurar disable} {reason}

Comandos para errdisable en Cisco IOS errdisable detect cause show errdisable recovery cause

set errdisable-timeout interval {interval

definir o configurar

errdisable recovery {interval

show errdisable timeout

show errdisable detect verificar y solucionar problemas show interfaces status errdisabled

El puerto o la interfaz están en estado inactivo Una causa común de la existencia de puertos inactivos en los switches que ejecutan CatOS es cuando la VLAN a la que pertenecen desaparece. El mismo problema puede ocurrir en los switches que ejecutan Cisco IOS cuando las interfaces están configuradas como puertos de switch de capa 2 que utilizan el comando switchport. Cada puerto de un switch de capa 2 pertenece a una VLAN. Cada puerto de un switch de capa 3 configurado como puerto de conmutación de capa 2 también debe pertenecer a una VLAN. Si se elimina la VLAN, el puerto o la interfaz quedan inactivos. Nota: algunos switches muestran una luz naranja (ámbar) fija en cada puerto cuando esto ocurre. En CatOS, utilice los comandos show port o show port status junto con el comando show vlan para comprobar: Switch> (enable) sh port status 2/2 Port Name Status Vlan Duplex Speed Type ----- -------------------- ---------- ---------- ------ ----- -----------2/2 inactive 2 full 1000 1000BaseSX !--- El puerto2/2 está inactivo en la VLAN 2. Switch> (enable) sh vlan VLAN Name Status IfIndex Mod/Ports, Vlans ---- -------------------------------- --------- ------- -----------------------1 default active 5 2/1 !--- Las VLAN se muestran por orden y falta VLAN 2.

En Cisco IOS, utilice el comando show interfaces tipo-tarjeta {ranura/puerto} switchport con el comando show vlan para verificar. Router#sh interfaces fastEthernet 4/47 switchport Name: Fa4/47Switchport: Enabled Administrative Mode: static access Operational Mode: static access Administrative Trunking Encapsulation: negotiate Operational Trunking Encapsulation: native Negotiation of Trunking: Off

Access Mode VLAN: 11 ((Inactive)) !--- FastEth 4/47 está inactivo. Router#sh vlan VLAN ---1 10 !--30

Name -------------------------------default UplinkToGSR's Las VLAN se muestran por orden y SDTsw-1ToSDTsw-2Link

Status Ports --------- ------------------------------active Gi1/1, Gi2/1, Fa6/6 active Gi1/2, Gi2/2 falta VLAN 11. active Fa6/45

Si el switch que ha eliminado la VLAN es un servidor VTP del dominio VTP, se elimina también la VLAN de todos los switches servidor y cliente del dominio en su tabla VLAN. Cuando se agrega la VLAN de nuevo a la tabla VLAN de un switch servidor VTP, los puertos de los switches del dominio que pertenecen a la VLAN restaurada vuelven a estar activos. Los puertos recuerdan la VLAN que tienen asignada, aunque la propia VLAN se elimine. Consulte Understanding and Configuring VLAN Trunk Protocol (VTP) (Introducción y configuración del protocolo de troncal VLAN) para obtener más información sobre VTP.

El contador "deferred" en la interfaz del switch Catalyst empieza a aumentar El problema es debido a que la carga de tráfico destinada al switch es excesiva y hace que se descarten tramas. Normalmente las tramas diferidas son el número de tramas transmitidas con éxito después de esperar a que el dispositivo dejara de estar ocupado. Esto suele darse en entornos semidúplex donde la portadora ya está en uso al intentar transmitir una trama. Pero en entornos dúplex, el problema sucede cuando la carga excesiva está destinada al switch. La solución alternativa es: Ajustar manualmente ambos extremos del enlace a dúplex completo para evitar la discordancia en la negociación. Cambiar el cable y las conexiones del panel para asegurarse de que no sean defectuosos.

Fallo intermitente al definir el temporizador [valor] de vlan [nº vlan] Esto ocurre cuando la lógica de reconocimiento de dirección codificada (EARL) no puede ajustar el tiempo de envejecimiento CAM de la VLAN al número necesario de segundos. En este caso, el tiempo de envejecimiento de la VLAN ya está ajustado a envejecimiento rápido. Si la VLAN ya se encuentra en envejecimiento rápido, EARL no puede ajustar la VLAN a envejecimiento rápido y se bloquea el proceso definido de temporizador de envejecimiento. El tiempo de envejecimiento CAM predeterminado es de cinco minutos, lo que significa que el switch restablece la tabla de direcciones MAC aprendidas cada cinco minutos. De esta forma se garantiza que la tabla de direcciones MAC (la tabla CAM) contenga las últimas entradas. El envejecimiento rápido ajusta temporalmente el tiempo de envejecimiento CAM al número de segundos especificado por el usuario y se utiliza junto con el proceso de notificación de cambios de topología (TCN). La idea es que cuando se produce un cambio de topología, este valor es necesario para restablecer la tabla CAM más rápidamente y compensar el cambio en la topología. Utilice el comando show cam aging para comprobar el tiempo de envejecimiento CAM en el switch. La TCN y el envejecimiento rápido son bastante raros. Por lo tanto, el mensaje tiene un nivel de gravedad de 3. Si las VLAN se encuentran a menudo en envejecimiento rápido, investigue la causa del problema. La causa más común de las TCN es cuando hay clientes PC conectados directamente a un switch. Al encender o apagar el PC, el puerto del switch cambia de estado y el switch empieza el proceso TCN. Esto es debido a que el switch no sabe que el dispositivo conectado es un PC; el switch sólo sabe que el puerto ha cambiado de estado. Para solucionar este problema, Cisco ha creado la función PortFast para los puertos de host. La ventaja de PortFast es que esta función elimina las TCN en los puertos de host. Nota: PortFast también omite los cálculos del árbol de expansión en el puerto, por lo que la función sólo es adecuada en los puertos de host. Para habilitar PortFast en el puerto, configure uno de estos comandos: set spantree portfast mod/port enable | disable o bien set port host mod/port Cisco recomienda este comando si el switch ejecuta CatOS5.4 o versiones superiores.

Discrepancia del modo de conexión troncal

Verifique el modo de conexión troncal en cada lado del enlace. Asegúrese de que ambos lados estén en el mismo modo (concentrados con el mismo método: ISL o 802.1q, o ambos sin conexión troncal). Si se activa el modo de conexión troncal (por oposición a automático o a deseable) en un puerto y el otro puerto tiene el modo de conexión troncal desactivado, no se podrán comunicar. La conexión troncal cambia el formato del paquete. Los puertos tienen que estar de acuerdo sobre el formato que utilizan en el enlace, ya que de lo contrario no se entenderán. En CatOS, utilice el comando show trunk {módulo/puerto} para comprobar que el estado troncal y la VLAN nativa (para dot1q) coincidan en ambos lados. Switch> (enable) sh trunk 3/1 * - indicates vtp domain mismatch Port Mode Encapsulation -------- ----------- ------------3/1 desirable dot1q

Status -----------trunking

Native vlan ----------1

Port Vlans allowed on trunk -------- --------------------------------------------------------------------3/1 1-1005,1025-4094 !--- Salida truncada.

En Cisco IOS, utilice el comando show interfaces tipo-tarjeta {módulo/puerto} trunk para verificar la configuración de la conexión troncal y la VLAN nativa. Router#sh interfaces fastEthernet 6/1 trunk Port Fa6/1

Mode desirable

Encapsulation 802.1q

Status trunking

Native vlan 1

Port Vlans allowed on trunk Fa6/1 1-4094 !--- Salida truncada.

Consulte los siguientes documentos para obtener más información sobre los diferentes modos de conexión troncal, instrucciones y restricciones: System Requirements to Implement Trunking (Requisitos del sistema para implementar el enlace troncal) Trunking Technology Support Page (Página de soporte sobre tecnología de enlaces troncales)

Tramas Jumbo, Giant y Baby Giant De forma predeterminada, la unidad máxima de transmisión (MTU) de la parte de datos de las tramas Ethernet es de 1500 bytes. Si el tráfico transmitido MTU supera la MTU admitida, el switch no reenvía el paquete. Además, en función del hardware y el software, esto puede provocar que algunas plataformas de switches aumenten los contadores de errores de puerto e interfaz. Las tramas Jumbo no se definen en la norma Ethernet del IEEE y son propias de cada proveedor. Se podrían definir como las tramas que superan la trama estándar de Ethernet de 1518 bytes (incluido el encabezado de la capa 2 y la verificación por redundancia cíclica (CRC)). Las tramas Jumbo suelen tener un tamaño mayor, generalmente > 9000 bytes. Las tramas Giant se definen como tramas superiores al tamaño máximo de las tramas Ethernet (más de 1518 bytes) con una FCS errónea. Las tramas Baby Giant son ligeramente mayores que el tamaño máximo de las tramas Ethernet. Generalmente se trata de tramas de hasta 1600 bytes de tamaño. La compatibilidad con las tramas Jumbo y Baby Giant en los switches Catalyst varía según la plataforma del switch, incluso según el módulo del switch. La versión de software también es un factor a tener en cuenta. Consulte Configuring Jumbo/Giant Frame Support on Catalyst Switches (Configuración de soporte de tramas Jumbo/Giant en los switches Catalyst) para obtener más información sobre los requisitos del sistema, la configuración y la resolución de problemas con tramas Jumbo y Baby Giant.

No se detecta mediante ping el dispositivo final Compruebe el dispositivo final emitiendo primero un ping desde el switch directamente conectado y, a continuación, retroceda progresivamente por cada puerto, interfaz y conexión troncal hasta encontrar el origen del error de conectividad. Compruebe que todos los switches puedan ver la dirección MAC del dispositivo final en su tabla de memoria direccionable por contenido (CAM). En CatOS, utilice el comando show cam dynamic {módulo/puerto}.

Switch> (enable) sh cam dynamic 3/1 * = Static Entry. + = Permanent Entry. # = System Entry. R = Router Entry. X = Port Security Entry $ = Dot1x Security Entry VLAN Dest MAC/Route Des [CoS] Destination Ports or VCs / [Protocol Type] ---- ---------------------- ------------------------------------------2 00-40-ca-14-0a-b1 3/1 [ALL] !--- Se observa una estación de trabajo en VLAN 2 con dirección MAC 00-40-ca-14-0a-b1 en la tabla CAM !--- en el puerto troncal de un switch que ejecuta CatOS. Total Matching CAM Entries Displayed =1 Console> (enable)

En Cisco IOS, utilice el comando show mac address-table dynamic o sustituya la palabra clave interface. Router# sh mac-address-table int fas 6/3 Codes: * - primary entry vlan mac address type learn qos ports ------+----------------+--------+-----+---+-------------------------* 2 0040.ca14.0ab1 dynamic No -- Fa6/3 !--- Una estación de trabajo en VLAN 2 con dirección 0040.ca14.0ab1 está conectada !--- directamente a la interfaz fastEthernet 6/3 en un switch que ejecuta Cisco IOS.

Una vez que sepa que el switch realmente tiene la dirección MAC del dispositivo en su tabla CAM, determine si el dispositivo se encuentra en la misma VLAN o en otra distinta de aquélla en que intenta emitir el ping. Si el dispositivo final se encuentra en una VLAN distinta de aquélla en que intenta emitir el ping deberá configurarse un switch L3 o un router para permitir que los dispositivos se comuniquen. Compruebe que el direccionamiento L3 en el dispositivo final y en el router/switch L3 esté bien configurado. Compruebe la dirección IP, la máscara de subred, la gateway predeterminada, la configuración del protocolo de enrutamiento dinámico, las rutas estáticas, etc.

Uso de set port host o switchport host para solucionar retrasos de inicialización Si las estaciones no pueden comunicarse con sus servidores primarios al conectarse a través de un switch, el problema puede comportar retrasos en el puerto del switch que se activa después de restablecerse el enlace de la capa física. En algunos casos, estos retrasos pueden llegar a los 50 segundos. Algunas estaciones de trabajo no pueden esperar tanto a encontrar el servidor y abandonan el intento. Estos retrasos son debidos al STP, las negociaciones de conexiones troncal (DTP), y las negociaciones EtherChannel (PAgP). Todos estos protocolos pueden inhabilitarse en los puertos de acceso donde no son necesarios, de manera que el puerto del switch o la interfaz empieza a reenviar paquetes pocos segundos después de establecer un enlace con el dispositivo vecino. El comando set port host se introdujo en la versión 5.4 de CatOS. Este comando desactiva los modos de conexión troncal y de canal, y deja el puerto en estado de reenvío STP. Switch> (enable) set port host 3/5-10 Port(s) 3/5-10 channel mode set to off. !--- El comando set port host también desactiva automáticamente etherchannel en los puertos. Warning: Spantree port fast start should only be enabled on ports connected to a single host. Connecting hubs, concentrators, switches, bridges, etc. to a fast start port can cause temporary spanning tree loops. Use with caution. !--- Observe que el switch avisa para que sólo se habilite port host en los puertos de acceso. Spantree ports 3/5-10 fast start enabled.Dot1q tunnel feature disabled on port(s) 3/5-10. Port(s) 3/5-10 trunk mode set to off. !--- El comando set port host también desactiva automáticamente la conexión troncal en los puertos.

Nota: en las versiones de CatOS anteriores a la versión 5.4, se utilizaba el comando set spantree portfast {módulo/puerto} enable. En las versiones actuales de CatOS, sigue teniendo la opción de utilizar sólo este comando, aunque para ello es necesario desactivar la conexión troncal y EtherChannel por separado para ayudar a solucionar los retrasos de inicio en la estación de trabajo. Los comandos adicionales para esta operación son: set port channel {módulo/puerto} off y set trunk {módulo/puerto} off. En Cisco IOS, puede utilizar el comando switchport host para inhabilitar la canalización y para habilitar PortFast en el árbol de expansión y el comando switchport nonegotiate para desactivar los paquetes de negociación del DTP. Utilice el comando interface-range para realizar esta operación en varias interfaces a la vez. Router6k-1(config)#int range fastEthernet 6/13 - 18 Router6k-1(config-if-range)#switchport Router6k-1(config-if-range)#switchport host switchport mode will be set to access

spanning-tree portfast will be enabled channel group will be disabled !--- Etherchannel está inhabilitado y portfast está habilitado en las interfaces 6/13 - 6/18. Router6k-1(config-if-range)#switchport nonegotiate !--- La negociación de conexión troncal está inhabilitada en las interfaces 6/13 - 6/18. Router6k-1(config-if-range)#end Router6k-1#

Cisco IOS incluye la opción de usar el comando global spanning-tree portfast default para aplicar automáticamente portfast a cualquier interfaz configurada como puerto de switch de capa 2. Consulte la documentación sobre los comandos correspondiente a su versión de software para determinar la disponibilidad de este comando. También puede utilizar el comando spanning-tree portfast por interfaz, aunque para ello es necesario desactivar la conexión troncal y EtherChannel por separado para ayudar a solucionar los retrasos de inicio en la estación de trabajo. Consulte Using Portfast and Other Commands to Fix Workstation Startup Connectivity Delays (Utilización de PortFast y otros comandos para solucionar retrasos al iniciar la conectividad de la estación de trabajo) para obtener más información sobre cómo solucionar retrasos de inicio.

Problemas de velocidad y dúplex, negociación automática o con tarjetas NIC Una gran cantidad de errores de alineación, errores FCS o colisiones tardías pueden indicar: Discordancia de dúplex Cable dañado o defectuoso Problemas con las tarjetas NIC Discordancia de dúplex Un problema habitual de velocidad/dúplex ocurre cuando la configuración dúplex no concuerda entre dos switches, entre un switch y un router o entre el switch y una estación de trabajo o servidor. Esto puede suceder al definir manualmente los ajustes de velocidad y dúplex o debido a problemas de negociación automática entre los dos dispositivos. Si la discordancia se produce entre dos dispositivos de Cisco con el protocolo de detección de Cisco (CDP) habilitado, consulte los mensajes de error del CDP en la consola o en el búfer de registro de ambos dispositivos. El CDP es útil para detectar errores y estadísticas de los puertos y del sistema de los dispositivos Cisco vecinos. El CDP es propiedad de Cisco y funciona mediante el envío de paquetes a una dirección MAC conocida: CDP-01-0C-CC-CC-CC. En el ejemplo siguiente se muestran los mensajes de error producidos por una discordancia de dúplex entre dos switches de la serie Catalyst 6000: uno que ejecuta CatOS y el otro con Cisco IOS. Estos mensajes suelen indicar la discordancia y dónde se produce. 2003 !--Jun (not !---

Jun 02 11:16:02 %CDP-4-DUPLEXMISMATCH:Full/half duplex mismatch detected on port 3/2 El switch CatOS ve discordancia de dúplex. 2 11:16:45 %CDP-4-DUPLEX_MISMATCH: duplex mismatch discovered on FastEthernet6/2 half duplex), with TBA04251336 3/2 (half duplex). El switch Cisco IOS ve discordancia de dúplex.

En CatOS, utilice el comando show cdp neighbor [módulo/puerto] detail para ver la información CDP de los dispositivos vecinos de Cisco. Switch> (enable) sh cdp neighbor 3/1 detail Port (Our Port): 3/1 Device-ID: Router Device Addresses: IP Address: 10.1.1.2 Holdtime: 133 sec Capabilities: ROUTER SWITCH IGMP Version: Cisco Internetwork Operating System Software IOS (tm) c6sup2_rp Software (c6sup2_rp-PK2S-M), Version 12.1(13)E6, EARLY DEPL OYMENT RELEASE SOFTWARE (fc1) TAC Support: http://www.cisco.com/tac Copyright (c) 1986-2003 by cisco Systems, Inc. Compiled Fri 18-Apr-03 15:35 by hqluong Platform: cisco Catalyst 6000 Port-ID (Port on Neighbors's Device): FastEthernet6/1 !--- El dispositivo vecino al puerto 3/1 es un switch Catalyst 6000 de Cisco en !--- FastEth 6/1 que ejecuta Cisco IOS. VTP Management Domain: test1Native VLAN: 1 Duplex: full !--- El dúplex es completo. System Name: unknown System Object ID: unknown

Management Addresses: unknown Physical Location: unknown Switch> (enable)

En Cisco IOS, utilice el comando show cdp neighbors tipo-tarjeta {módulo/puerto} detail para ver la información CDP de los dispositivos vecinos de Cisco. Router#sh cdp neighbors fastEthernet 6/1 detail ------------------------Device ID: TBA04251336 Entry address(es): IP address: 10.1.1.1 Platform: WS-C6006, Capabilities: Trans-Bridge Switch IGMP Interface: FastEthernet6/1, Port ID (outgoing port): 3/1 Holdtime : 152 sec Version : WS-C6006 Software, Version McpSW: 6.3(3) NmpSW: 6.3(3) Copyright (c) 1995-2001 by Cisco Systems !--- El dispositivo vecino al FastEth 6/1 es un switch Catalyst 6000 de Cisco !--- en el puerto 3/1 que ejecuta CatOS. advertisement version: 2 VTP Management Domain: 'test1' Native VLAN: 1 Duplex: full Router#

!--- El dúplex es completo.

Definir un ajuste de velocidad/dúplex automático en un lado y 100/dúplex completo en el otro también es un error de configuración que puede provocar una discordancia de dúplex. Si el puerto del switch recibe muchas colisiones tardías esto indica generalmente un problema de discordancia de dúplex que podría provocar que el puerto pasara al estado errdisable. El lado semidúplex sólo espera paquetes en determinados momentos, no en cualquier momento, por lo que podría contar los paquetes recibidos a destiempo como colisiones. Existen otras causas de las colisiones tardías aparte de la discordancia de dúplex, aunque ésta es una de las más habituales. Configure siempre ambos lados de la conexión para que negocien automáticamente los ajustes de velocidad y dúplex o defina dichos ajustes manualmente en ambos lados. En CatOS, utilice el comando show port status [módulo/puerto] para mostrar la velocidad, el estado dúplex y demás información. Utilice los comandos set port speed y set port duplex para ajustar manualmente ambos lados a 10 o 100 y semidúplex o dúplex completo, según convenga. Switch> (enable) sh port status 3/1 Port Name Status Vlan Duplex Speed Type ----- -------------------- ---------- ---------- ------ ----- -----------3/1 connected 1 a-full a-100 10/100BaseTX Switch> (enable)

En Cisco IOS, utilice el comando show interfaces tipo-tarjeta {ranura/puerto} status para mostrar la configuración de la velocidad y el dúplex y demás información. Utilice los comandos speed y duplex en el modo de configuración de interfaz para ajustar manualmente ambos lados a 10 o 100 y semidúplex o dúplex completo, según convenga. Router#sh interfaces fas 6/1 status Port Name Status Fa6/1 connected

Vlan 1

Duplex a-full

Speed Type a-100 10/100BaseTX

Si utiliza el comando show interfaces sin la opción de status, aparecerán los ajustes de velocidad y dúplex, pero no se sabrá si estos valores se obtuvieron o no por negociación automática. Router#sh int fas 6/1 FastEthernet6/1 is up, line protocol is up (connected) Hardware is C6k 100Mb 802.3, address is 0009.11f3.8848 (bia 0009.11f3.8848) MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation ARPA, loopback not set Full-duplex, 100Mb/s !--- Dúplex completo y 100 Mbps no indica si se utilizó autoneg para lograrlo. !--- Utilice el comando sh interfaces fas 6/1 status para mostrar esto.

Cable dañado o defectuoso Compruebe siempre que el cable no sufra daños o fallos marginales. Un cable puede ser suficientemente bueno para conectar la capa física, pero dañar los paquetes si presenta pequeños defectos en los alambres o los conectores. Compruebe o invierta el cable de cobre o de fibra. Intercambie

las conexiones de fibra del GBIC (si es extraíble). Descarte las conexiones erróneas del panel o los conversores de medios entre el origen y el destino. Pruebe el cable en otro puerto o interfaz si hay uno disponible y compruebe si el problema continúa. Problemas de negociación automática y con las tarjetas NIC A veces se producen problemas entre los switches de Cisco y determinadas tarjetas NIC de otros fabricantes. Los puertos de los switches Catalyst y las interfaces están predeterminados para negociar automáticamente. Es habitual que los portátiles u otros dispositivos también estén predeterminados para negociar automáticamente, aunque a veces se producen problemas. Para solucionar problemas en la negociación automática suele recomendarse definir manualmente ambos lados. Si ni la negociación automática ni la configuración manual parecen funcionar, puede haber un problema con el firmware o el software de la tarjeta NIC. Actualice el controlador de la tarjeta NIC con la última versión disponible en el sitio Web del fabricante para solucionar el problema. Consulte Configuración y resolución de problemas de negociación automática de semidúplex/dúplex completo de Ethernet 10/100/1000Mb para obtener información sobre la resolución de problemas de velocidad o dúplex y de negociación automática. Consulte Troubleshooting Cisco Catalyst Switches to NIC Compatibility Issues (Resolución de problemas de compatibilidad entre los switches Cisco Catalyst y las NIC) para obtener más información sobre cómo resolver problemas con las tarjetas NIC de otros fabricantes.

Bucles del árbol de expansión Los bucles del protocolo de árbol de expansión (STP) pueden provocar graves problemas de rendimiento camuflados como problemas de puertos o interfaces. En estas situaciones, el ancho de banda se utiliza una y otra vez para las mismas tramas, dejando poco espacio para el tráfico legítimo. Este documento analiza algunas de las razones comunes de error de STP, qué información buscar para identificar el origen del problema y qué tipo de diseño minimiza los riesgos de STP. Los bucles también pueden ser el resultado de un enlace unidireccional. Para obtener más información, consulte UDLD: problemas con los enlaces unidireccionales de este documento.

UDLD: enlace unidireccional Un enlace unidireccional es un enlace en el que el tráfico sale en un sentido, pero no se recibe tráfico en sentido contrario. El switch no sabe que el enlace de retorno está defectuoso (el puerto cree que el enlace está activo y funcionando correctamente). La rotura de un cable de fibra u otros problemas en los cables o el puerto pueden provocar esta comunicación unidireccional. Estos enlaces parcialmente funcionales pueden producir problemas tales como bucles STP cuando los switches involucrados no saben que el enlace está dañado parcialmente. UDLD puede poner un puerto en estado errdisable si detecta un enlace unidireccional. El comando udld aggressive-mode se puede configurar en los switches que ejecutan CatOS y Cisco IOS (consulte la disponibilidad de comandos en las notas de la versión) para establecer conexiones punto a punto entre switches cuando los enlaces defectuosos no se pueden tolerar. El uso de esta función ayuda a identificar problemas con los enlaces unidireccionales de difícil detección. Consulte Understanding and Configuring the Unidirectional Link Detection Protocol (UDLD) Feature (Introducción y configuración de la función del protocolo de detección de enlace unidireccional (UDLD)) para obtener información sobre la configuración de UDLD.

Tramas diferidas (Out-Lost u Out-Discard) Si existe un gran número de tramas diferidas, u Out-Discard (también denominadas Out-Lost en algunas plataformas), significa que el búfer de salida del switch está lleno y que el switch ha tenido que descartar estos paquetes. Esto puede indicar que este segmento opera con una velocidad o dúplex inferior, o que hay demasiado tráfico en el puerto. En CatOS, utilice el comando show mac para que el módulo y el puerto o el módulo completo observe las tramas diferidas: MAC Dely-Exced MTU-Exced In-Discard Out-Discard -------- ---------- ---------- ---------- ----------2/1 0 0 10175888 2/2 0 0 9471889 2/3 0 0 9095371 2/4 0 0 8918785 !--- El comando show mac command ejecutado en el módulo 2 a diferentes niveles muestra !--- que aumenta el contador out-discard.

En Cisco IOS, utilice el comando show interfaces counters error . Router#sho interfaces counters error Port Align-Err FCS-Err Xmit-Err Fa7/47 0 0 0

Rcv-Err UnderSize OutDiscards 0 0 0

Fa7/48 0 0 0 0 0 2871800 Fa8/1 0 0 0 0 0 2874203 Fa8/2 103 0 0 103 0 2878032 Fa8/3 147 0 0 185 0 0 Fa8/4 100 0 0 141 0 2876405 Fa8/5 0 0 0 0 0 2873671 Fa8/6 0 0 0 0 0 2 Fa8/7 0 0 0 0 0 0 !--- El comando show interfaces counters errors muestra que determinadas interfaces !--- aumentan grandes cantidades de OutDiscards pero otras no.

Investigue las siguientes causas comunes de errores en el búfer de salida: Velocidad o dúplex inferior para la cantidad de tráfico Es posible que la red envíe demasiados paquetes a través del puerto para que éste pueda manejarlos con el ajuste de velocidad o dúplex actual. Esto sucede cuando varios puertos de alta velocidad desembocan en un solo puerto (generalmente más lento). Puede cambiar el dispositivo conectado a este puerto a otro medio más rápido. Por ejemplo, si el puerto es de 10 Mbps, cambie este dispositivo a un puerto de 100 Mbps o Gigabit. Puede cambiar la topología para enrutar las tramas de modo distinto. Problemas de congestión: segmento demasiado ocupado Si el segmento está compartido, otros dispositivos del segmento podrían transmitir tanto que el switch no tuviera la oportunidad de transmitir. Evite el encadenamiento en margarita de concentradores siempre que sea posible. La congestión puede provocar la pérdida de paquetes. La pérdida de paquetes provoca retransmisiones en la capa de transporte que a su vez hacen que los usuarios experimenten latencia en el nivel de aplicación. Puede actualizar enlaces de 10 Mbps a 100 Mbps o Gigabit Ethernet siempre que sea posible. Puede eliminar algunos dispositivos de los segmentos saturados a otros segmentos menos poblados. Haga de la anulación de congestiones una prioridad en la red. Aplicaciones A veces, las características de transmisión del tráfico de las aplicaciones utilizadas pueden provocar problemas en el búfer de salida. Las transferencias de archivos NFS procedentes e un servidor Gigabit conectado que utilice el protocolo de datagramas (UDP) con un tamaño de ventana de 32 K es un ejemplo de ajuste de aplicación que podría generar este tipo de problemas. Si se han comprobado o intentado las demás sugerencias de este documento (velocidad/dúplex verificado, sin errores físicos en el enlace, todo el tráfico es tráfico normal válido, etc.), reducir el tamaño unitario enviado por la aplicación puede ayudar a mitigar el problema.

Problemas de software Si se detecta un comportamiento que sólo podría considerarse como "extraño", se puede aislar este comportamiento en un equipo específico. Si se ha tenido en cuenta todo lo que se ha sugerido hasta el momento, esto puede ser indicativo de problemas de software o hardware. Normalmente, es más sencillo actualizar el software que el hardware. Primero cambie el software. En CatOS, utilice el comando show version para comprobar la versión actual del software y la memoria Flash disponible para la actualización. Switch> (enable) sh ver WS-C6006 Software, Version NmpSW: 6.3(3) Copyright (c) 1995-2001 by Cisco Systems NMP S/W compiled on Oct 29 2001, 16:50:33 System Bootstrap Version: 5.3(1) Hardware Version: 2.0 Model: WS-C6006 Serial #: TBA04251336 PS1 Module: WS-CAC-1300W Serial #: SON04201377 PS2 Module: WS-CAC-1300W Serial #: SON04201383 Mod Port Model Serial # Versions --- ---- ------------------- ----------- -------------------------------------1 2 WS-X6K-SUP1A-2GE SAD041901PP Hw : 3.6 Fw : 5.3(1) Fw1: 5.4(2) Sw : 6.3(3) Sw1: 6.3(3) WS-F6K-PFC SAD041803S3 Hw : 2.0 !--- Salida truncada. DRAM FLASH NVRAM Module Total Used Free Total Used Free Total Used Free ------ ------- ------- ------- ------- ------- ------- ----- ----- ----1 65408K 47274K 18134K 16384K 14009K 2375K 512K 308K 204K !--- Salida típica de show version en CatOS. !--- Compruebe la memoria disponible antes de actualizar. Uptime is 32 days, 4 hours, 44 minutes Console> (enable)

En Cisco IOS, utilice el comando show version para comprobar la versión actual del software y el comando dir flash: o dir bootflash: (según la plataforma) para comprobar la memoria Flash disponible para la actualización:

Router#sh ver Cisco Internetwork Operating System Software IOS (tm) Catalyst 4000 L3 Switch Software (cat4000-IS-M), Version 12.1(13)EW, EA RLY DEPLOYMENT RELEASE SOFTWARE (fc1) TAC Support: http://www.cisco.com/tac Copyright (c) 1986-2002 by cisco Systems, Inc. Compiled Fri 20-Dec-02 13:52 by eaarmas Image text-base: 0x00000000, data-base: 0x00E638AC ROM: 12.1(12r)EW Dagobah Revision 71, Swamp Revision 24 trunk-4500 uptime is 2 weeks, 2 days, 6 hours, 27 minutes System returned to ROM by redundancy reset System image file is "bootflash:cat4000-is-mz.121-13.EW.bin" !--- Salida típica de show version en Cisco IOS. Router#dir bootflash: Directory of bootflash:/ 1 -rw8620144 Mar 22 2002 08:26:21 cat4000-is-mz.121-13.EW.bin 61341696 bytes total (52721424 bytes free) !--- Compruebe la memoria Flash disponible en el switch que ejecuta Cisco IOS. Router

Cómo actualizar el software Para obtener información sobre la actualización del software en los switches Catalyst, elija la plataforma bajo switches LAN y ATM y consulte Software Configuration > Software Upgrade y la sección sobre el uso de archivos de configuración. Incompatibilidad entre hardware y software En determinadas situaciones, el software no es compatible con el hardware. Esto ocurre cuando sale nuevo hardware que requiere un software correspondiente de apoyo. Para obtener más información sobre la compatibilidad del software, utilice la herramienta asesor de software. Errores de funcionamiento del software El sistema operativo puede presentar errores de funcionamiento. Si se carga una versión más reciente del software, generalmente se solucionan estos problemas. Se pueden buscar errores conocidos del software mediante Software Bug Toolkit. Imágenes dañadas Las imágenes pueden dañarse o perderse. Para obtener información sobre la recuperación en caso de imágenes dañadas, elija la plataforma en switches LAN y ATM consulte la sección Troubleshooting (Resolución de problemas) > Recovery from Corrupted or Missing Software (Recuperación en caso de software dañado o perdido).

Problemas de hardware Consulte los resultados de show module en Catalyst de las series 6000 y 4000 que ejecutan CatOS o Cisco IOS. Switch> (enable) sh mod Mod Slot Ports Module-Type Status --- ---- ----- ------------------------1 1 2 1000BaseX Supervisor 15 1 1 Multilayer Switch Feature 3 3 8 1000BaseX Ethernet 5 5 48 10/100BaseTX Ethernet !--!--!--!--!---

Model

Sub

------------------WS-X6K-S2U-MSFC2 WS-F6K-MSFC2 WS-X6408A-GBIC WS-X6348-RJ-45

----------yes ok no ok no faulty no faulty

!--- El estado "faulty" indica un posible problema de hardware. Podría ser un problema de tarjeta de línea, pero como hay dos módulos afectados, es posible que exista un problema en el Supervisor. Utilice el comando reset (CatOS) o hw-module{módulo}reset (Cisco IOS) o intente reiniciar físicamente los módulos y el Supervisor. Intente cambiar también el Supervisor a la ranura 2.

Compruebe los resultados del POST del switch para ver si se indican fallos en alguna parte del switch. Los fallos en alguna prueba de un módulo o un puerto se marcan con una “F” en los resultados. En CatOS, utilice el comando show test para ver todos los resultados de la prueba. Para ver los resultados de la prueba por módulo, utilice el comando show test {módulo}: Switch> (enable) sh test 3 Diagnostic mode: complete (mode at next reset: minimal) !--- El nivel de diagnóstico es complete, que es una prueba más larga pero más completa. !--- El comando para realizar lo mismo en CatOS es set test diaglevel complete.

Module 3 : 16-port 1000BaseX EthernetLine Card Status for Module 3 : PASS Port Status : Ports 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 ----------------------------------------------------. . . . . . . . . . . . . . . . GBIC Status : Ports 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 ----------------------------------------------------. . . . . N . . . . . . . . N N Line Card Diag Status for Module 3 (. = Pass, F = Fail, N = N/A) Loopback Status [Reported by Module 1] : Ports 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 ----------------------------------------------------F F F F F F F F F F F F F F F F !--- El fallo en las pruebas de bucle de retorno indica que los puertos no están operativos. !--- Utilice el comando reset {módulo} o, si fuera necesario, reinicie físicamente el !--- módulo para intentar solucionar este problema. !--- Si fallan estos pasos, abra una incidencia en la Asistencia Técnica de Cisco.

En Cisco IOS, en los switches modulares como Cat6000 y 4000, utilice el comando show diagnostics. Para ver los resultados del POST por módulo, utilice el comando show diagnostics module {módulo}. ecsj-6506-d2#sh diagnostic module 3 Current Online Diagnostic Level = Minimal !--- El nivel de diagnóstico es minimal, que es una prueba más corta, pero menos completa. !--- Puede desear configurar diagnostic level complete para obtener más resultados en la prueba. Online Diagnostic Result for Module 3 : MINOR ERROR Online Diagnostic Level when Line Card came up = Minimal Test Results: (. = Pass, F = Fail, U = Unknown) 1 . TestLoopback : Port 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 ---------------------------------------------------------------------------. . . . . . . . . . . . . . . . . . F F F F F F !--- Observe el resultado MINOR ERROR de la prueba y el fallo de la prueba de bucle de retorno que indica !--- que los puertos no están operativos. !--- Utilice el comando hw-module{módulo}reset o, si fuera necesario, reinicie físicamente el !--- módulo para intentar solucionar este problema. !--- Si fallan estos pasos, abra una incidencia en la Asistencia Técnica de Cisco.

Nota: en los switches Catalyst de las series 3750, 3550, 2970, 2950/2955 y 2900/3500XL utilice el comando show post , que indica un simple estado de correcto o incorrecto en el hardware. Observe los LED de estos switches para interpretar los resultados del POST. Consulte Understanding Post Results (Información sobre los resultados del POST). Para obtener más información sobre la resolución de problemas de hardware en los switches Catalyst que ejecutan CatOS y Cisco IOS, consulte las páginas de soporte de productos de los switches LAN y ATM , elija la plataforma y consulte la sección Troubleshooting & Hardware (Resolución de problemas de hardware). Para obtener información sobre posibles problemas relacionados con avisos importantes, consulte Field Notices (Avisos importantes) para switches LAN y ATM.

Errores de entrada en una interfaz de capa 3 conectada a un puerto de switch de capa 2 --- De forma predeterminada, todos los puertos de capa 2 están en modo dynamic desirable por lo que el puerto de capa 2 intenta formar un enlace troncal y envía los paquetes DTP al dispositivo remoto. Cuando se conecta una interfaz de capa 3 a un puerto de switch de capa 2, ésta no puede interpretar estas tramas, lo que produce errores de entrada, errores WrongEncap y caídas en la cola de entrada. Para resolver el problema, cambie el modo del puerto del switch a static access o trunk según sea necesario. Switch2(config)#int fa1/0/12 Switch2(config-if)#switchport mode access

o Switch2(config)#int fa1/0/12 Switch2(config-if)#switchport trunk encapsulation dot1q Switch2(config-if)#switchport mode trunk

Incremento rápido del contador Rx-No-Pkt-Buff y los errores de entrada

El contador Rx-No-Pkt-Buff puede incrementar en los puertos cuando tiene switches blade, tales como WS-X4448-GB-RJ45, WS-X4548-GBRJ45 y WS-X4548-GB-RJ45V. Asimismo, también es normal un cierto incremento en la caída de paquetes como resultado de las ráfagas de tráfico. Estos tipos de errores aumentan rápidamente, especialmente cuando el tráfico que pasa a través de ese enlace es alto o cuando tiene dispositivos tales como servidores conectados a esa interfaz. Esta carga alta de tráfico hace que los puertos tengan exceso de suscriptores, por lo que se produce un agotamiento en los búferes de entrada y, como resultado, el contador Rx-No-Pkt-Buff y los errores de entrada aumentan rápidamente. Estos tipos de errores en la interfaz están relacionados con un problema de tráfico por exceso de suscriptores en los puertos. Los módulos de conmutación WS-X4448-GB-RJ45, WS-X4548-GB-RJ45 y WS-X4548-GB-RJ45V tienen 48 puertos con exceso de suscriptores en seis grupos de ocho puertos cada uno: Puertos 1, 2, 3, 4, 5, 6, 7, 8 Puertos 9, 10, 11, 12, 13, 14, 15, 16 Puertos 17, 18, 19, 20, 21, 22, 23, 24 Puertos 25, 26, 27, 28, 29, 30, 31, 32 Puertos 33, 34, 35, 36, 37, 38, 39, 40 Puertos 41, 42, 43, 44, 45, 46, 47, 48 Los ocho puertos de cada grupo contienen circuitos comunes que multiplexan eficientemente el grupo en una única conexión Gigabit Ethernet de dúplex completo no bloqueadora en el entramado de switches interno. En cada grupo de ocho puertos, las tramas que se reciben se almacenan en búfer y se envían al enlace Gigabit Ethernet común al entramado de switches interno. Si la cantidad de datos recibidos en un puerto comienza a superar la capacidad del búfer, el control de flujo envía tramas de pausa al puerto remoto para detener temporalmente el tráfico y evitar la pérdida de tramas. Si las tramas recibidas en cualquier grupo superan el ancho de banda de 1 Gbps, el dispositivo comienza a descartarlas. Estos descartes no se pueden observar, ya que se realizan en el ASIC interno y no en las interfaces en sí. Esto puede provocar un rendimiento lento de los paquetes en el dispositivo. Cuando se trata de dispositivos que deben permitir una gran cantidad de tráfico a través de esa interfaz, considere el uso de un puerto de cada grupo de forma que los circuitos comunes que comparten un único grupo no resulte afectado por esta cantidad de tráfico. Cuando el módulo de conmutación Gigabit Ethernet no se utiliza por completo, puede establecer las conexiones de balance de puerto en los grupos de puertos para maximizar el ancho de banda disponible. Por ejemplo, con el módulo de conmutación WS-X4448-GB-RJ45 10/100/1000, puede conectar los puertos de diferentes grupos como, por ejemplo, los puertos 4, 12, 20 o 30 (en cualquier orden), antes de conectar los puertos del mismo grupo como, por ejemplo, los puertos 1, 2, 3, 4, 5, 6, 7 y 8. Si no se soluciona el problema, debe considerar un módulo que no tenga exceso de suscriptores en los puertos.

Conexión de troncal entre un switch y un router Los enlaces troncales entre un switch y un router pueden provocar que el puerto del switch quede inactivo. La conexión troncal puede activarse una vez que inhabilite y habilite el puerto del switch, aunque es posible que éste vuelva a quedar inactivo de nuevo. Para solucionar este problema lleve a cabo los pasos siguientes: 1. Asegúrese de que el protocolo de detección de Cisco (CDP) se ejecuta entre el switch y el router, y ambos pueden observarse entre sí. 2. Inhabilite las señales de mantenimiento en la interfaz del router. 3. Vuelva a configurar la encapsulación de la conexión troncal en ambos dispositivos. Cuando las señales de mantenimiento están inhabilitadas, el CDP habilita el enlace para que funcione con normalidad.

© 1992-2014 Cisco Systems Inc. Todos los Derechos Reservados. Fecha de Generación del PDF: 23 Junio 2008 http://www.cisco.com/cisco/web/support/LA/7/73/73933_53.html