Contenido

Introducción

Prerequisites

Requirements

Componentes Utilizados

Convenciones

Preparación para la resolución de problemas de hardware en switches Catalyst

Herramientas de Resolución de problemas en línea

Procedimientos de solución de problemas de la familia Catalyst 4000

Modelo general de resolución de problemas

Organigrama de solución general de problemas

Problemas Comunes

Descripción del síntoma

Problemas del sistema/Supervisor/módulo y pasos para resolverlos

Desperfectos del sistema Supervisor e instrucciones para resolverlos

Problemas engañosos

Descripciones de los comandos show

Información Relacionada

Introducción

Este documento proporciona procedimientos de Troubleshooting sobre cómo diagnosticar problemas de hardware en los switches de la familia Catalyst 4000. La familia Catalyst 4000 incluye los chasis modulares 4003 y 4006 y los modelos fijos 2948G, 2980G y 4912G. Las convenciones de denominación para Catalyst 4000 y Catalyst 2900 pueden ser muy confusas. Refiérase a Comprensión de las Convenciones de Nombres de Catalyst 2900 y Catalyst 4000 para obtener más información sobre cómo ayudar a aclarar estos problemas.

El objetivo es ayudar a los clientes de Cisco a identificar y solucionar algunos problemas básicos de hardware, o a realizar una resolución de problemas más exhaustiva antes de ponerse en contacto con el Soporte Técnico de Cisco. Un proceso de resolución de problemas ordenado con la recopilación de diagnósticos específicos asegura que no se pierda la información necesaria para la resolución del problema. Si afina el alcance del problema, ahorrará un tiempo valioso en la búsqueda de una solución.

Prerequisites

Requirements

Cisco recomienda que tenga conocimiento sobre estos temas:

- Referencia de Comandos de Catalyst 4000

- Cómo funcionan los switches LAN

Componentes Utilizados

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

Convenciones

Consulte Convenciones de Consejos TécnicosCisco para obtener más información sobre las convenciones del documento.

Preparación para la resolución de problemas de hardware en switches Catalyst

Muchos problemas de hardware que se han encontrado durante las instalaciones de campo o durante el funcionamiento normal pueden evitarse mediante una descripción detallada del producto con antelación. Para aquellos clientes que aún no estén familiarizados con los requisitos generales del sistema y de alimentación, el procedimiento de instalación adecuado, la administración de switches y las consideraciones de software para estos switches, Cisco recomienda que lea los documentos en Notas Técnicas de Troubleshooting de Switches Catalyst de Cisco serie 4000.

Este documento abarca esta importante información:

- ¿Qué supervisor es admitido y en cuál chasis?

- ¿Cómo puedo realizar copias de respaldo de mi configuración?

- ¿Qué versión de software es la de Instalación general (GD) para la familia Catalyst 4000?

Este documento asume familiaridad con la Referencia de Comandos del Catalyst 4000. También debe tener una comprensión previa de los fundamentos del switching, o haber leído Cómo funcionan los switches LAN. A lo largo de este documento se hace referencia a documentación adicional en línea para ayudar en la resolución de problemas.

Herramientas de Resolución de problemas en línea

Cisco cuenta con una gran variedad de herramientas y recursos de solución de problemas para ayudarle a interpretar la salida del switch, determinar la compatibilidad del software de hardware, realizar un seguimiento de los errores y buscar avisos de campo. A lo largo de este documento se hace referencia a estas herramientas y recursos:

- Output Interpreter (sólo clientes registrados): pegue en el resultado de un comando y obtenga la interpretación con errores, advertencias e información de estado relevantes.

- Bug Toolkit (sólo clientes registrados): busque bugs.

- Asistente para resolución de problemas: proporciona instrucciones paso a paso para muchos problemas comunes de red.

Procedimientos de solución de problemas de la familia Catalyst 4000

Esta sección trata los procedimientos para resolver problemas, síntomas, comandos show y diagnósticos de la familia Catalyst 4000. En esta sección se asume que ha leído la guía complementaria de este documento, como se describe en la Introducción de este documento, y que comprende su switch y sus capacidades.

Nota: Si el switch está conectado a la red, no reinicie ni vuelva a colocar los módulos como primer paso para la resolución de problemas. Además del tiempo de inactividad que experimentan los usuarios, se borra el búfer interno, que registra los mensajes del sistema, y se pierde información potencialmente útil con respecto a los errores de hardware o software. Si el switch está desconectado, tiene mayor libertad para controlar el estado del indicador luminoso LED, retirar cables, reacomodar módulos o reiniciar el switch cuando sea necesario. La resolución de problemas del estado del LED se analiza más detalladamente más adelante en este documento.

Comandos ocultos

Algunos comandos presentados en este documento se conocen como ocultos, lo que significa que no se pueden analizar con "?", y no se puede tabular para completar. Cuando se sugiere un comando oculto en este documento, simplemente recopile el resultado y envíelo al ingeniero del TAC, si abre un caso. Es posible que este resultado sea útil para resolver su caso. No se han documentado estos comandos y, por lo tanto, el ingeniero del TAC no está obligado a explicarle el resultado al cliente.

Si desea solucionar cualquier problema, esto requiere un método o un conjunto de procedimientos que, si se siguen correctamente, producen una solución. Comience por comprender la solución general de problemas de redes LAN.

Modelo general de resolución de problemas

Si desea solucionar cualquier problema, esto requiere un método o un conjunto de procedimientos que, si se siguen correctamente, producen una solución. Comience por comprender la solución general de problemas de redes LAN. Los fallos de hardware en las redes LAN se caracterizan por ciertos síntomas. Estos síntomas pueden ser generales como la incapacidad de Telnet entre switches, más específicos como la inestabilidad de link, o quizás el switch se está restableciendo. Cada síntoma puede rastrearse a una o más causas si utiliza técnicas específicas de troubleshooting. Un enfoque sistemático funciona mejor. Defina los síntomas específicos, identifique todos los posibles problemas que podrían estar causando dichos síntomas y luego elimine cada problema posible, desde el más probable hasta el menos probable, hasta que los síntomas desaparezcan.

Organigrama de solución general de problemas

Este diagrama describe los pasos que detallan el proceso de resolución de problemas:

Complete estos pasos:

1. Defina el problema.

En primer lugar, es importante identificar el problema que está experimentando. Esto le permite identificar qué tipos de causas pueden dar lugar a estos síntomas. Para ayudar a determinar el problema, haga estas preguntas:

- ¿Cuál es el síntoma principal?

- ¿El problema es específico de este switch o afecta también a otros switches de la red?

- ¿Se trata de un problema con uno o más puertos de un módulo específico? Qué tipo de puertos: 10/100, fibra multimodo (MMF), fibra monomodo (SMF), GigabitEthernet, etc.

- ¿Qué dispositivo está conectado a los puertos del switch que experimentan el problema?

- ¿Cuándo fue la primera vez que se generó este problema y se ha generado más de una vez?

- ¿Qué pasó en el momento en que se notó el problema? ¿Ocurre algo con las condiciones del tráfico en ese momento del día que no ocurre en otros momentos? Por ejemplo, ¿se trataba de una hora punta para el tráfico?

- ¿Ejecutó algún comando determinado en ese momento o realizó algún cambio en la configuración?

2. Recopile los hechos.

Recopile el diagnóstico y el resultado de los comandos show del switch para aislar el alcance del problema. Si el acceso físico al equipo es posible, ubique y enumere todos los módulos que tienen indicadores luminosos (LED) rojos y amarillos, cables desconectados o conexiones sueltas.

3. Consideremos las posibles causas.

Considere los problemas posibles según la información que reunió. Con ciertos datos, puede, por ejemplo, eliminar el hardware como problema, de modo que pueda centrarse en los problemas de software. Cuando pueda, intente acotar el número de problemas potenciales para poder crear un plan de acción efectivo.

4. Crear e implementar un plan de acción.

Cree un plan de acción basado en los posibles problemas. Concéntrese en un solo problema potencial a la vez. Si altera más de una variable simultáneamente, puede resolver el problema, pero la identificación del cambio específico que eliminó el síntoma se hace mucho más difícil y no ayuda a resolver el mismo problema si ocurre en el futuro.

5. Observe los resultados.

Asegúrese de reunir y analizar los resultados cada vez que una variable es cambiada para determinar si el problema ha sido reparado.

6. Repita el proceso.

Repita las pruebas para buscar causas posibles hasta resolver el problema.

Problemas Comunes

Como se describió en el Modelo de resolución de problemas, el primer paso para resolver un problema es identificar su síntoma. Consulte Consejos de Troubleshooting de Catalyst para obtener más información sobre algunos problemas comunes asociados con todos los switches Catalyst que se pueden resolver.

La mayoría de los problemas de hardware con las redes LAN se incluyen en estas categorías y cada categoría presenta varios síntomas relacionados con ellas:

- Problemas de conectividad

- Problemas del módulo, sistema o supervisor

- Caída del sistema Supervisor

Problemas de conectividad

Estos problemas pueden ocurrir cuando la comunicación con el supervisor, el módulo o los hosts conectados al módulo es intermitente o se ha perdido.

Problemas del módulo, sistema o supervisor

Estos problemas pueden ocurrir cuando los LED de estado del sistema indican un problema, el supervisor o los módulos no son reconocidos o muestran fallas, o cuando los usuarios experimentan un rendimiento deficiente.

Caída del sistema Supervisor

Estos problemas pueden ocurrir cuando el switch se reinicia, se reinicia continuamente o se desactiva completamente.

Descripción del síntoma

Esta sección analiza los síntomas, los procedimientos de diagnóstico y solución de problemas y los comandos para la familia de switches de Catalyst 4000. En esta sección se asume que es capaz de identificar el chasis del switch, el motor supervisor, los módulos y las tarjetas de función, y que comprende las especificaciones del sistema, el cableado, la energía y los requisitos de software tal y como se describen en las Guías de Instalación y Actualización de los Switches Catalyst de Cisco serie 4500.

Si no ha determinado cuál es su síntoma principal, vea la sección Modelo general de resolución de problemas de este documento y aplique los pasos a su problema.

Problemas de conectividad e instrucciones para resolverlos

Esta sección trata los problemas de conectividad comunes que el cliente puede encontrar con Catalyst 4000.

Estos comandos son soportados por la herramienta Output Interpreter para CatOS y se pueden utilizar para ayudar en la resolución de problemas de puerto del switch:

- show version

- show module

- show system

- show port

- show mac

- show counters

- show cdp neighbors detail

Si tiene el resultado de los comandos soportados desde su dispositivo Cisco, puede utilizar el Output Interpreter (sólo clientes registrados) para mostrar posibles problemas y soluciones. Para utilizar Output Interpreter (sólo clientes registrados) , debe ser un usuario registrado, iniciar sesión y tener JavaScript habilitado.

Sin consola/Telnet en el supervisor

Ambos problemas están cubiertos en el documento de Consejos para la resolución de problemas de Catalyst que se mencionó con anterioridad.

- Imposible conectarse con la consola

1. Compruebe que el interruptor de alimentación se encuentra en la posición ON (|) y que la luz OK del sistema está encendida.

2. Conecte el cable directamente al puerto de la consola y no a través de un panel de conexión.

3. Compruebe que se utiliza el cableado y el hardware correctos para conectarse a su motor supervisor concreto. Consulte el documento Conexión de un Terminal al Puerto de la Consola en los Catalyst Switches para obtener más información.

- No apto para Telnet

1. Complete los pasos del procedimiento detallado descrito en Consejos de Troubleshooting de Catalyst. Si se determina que la interfaz de administración sc0 no está configurada o bien está incorrectamente configurada, consulte la sección Configuración de una dirección IP en los switches Catalyst para más información.

2. Intente realizar Telnet desde un PC conectado directamente al switch en la misma VLAN que la interfaz sc0 para eliminar cualquier problema de ruteo.

3. Obtenga acceso de consola al switch y asegúrese de que el supervisor no esté en boot> o rommon>. Si el switch se encuentra en uno de estos modos, debe completar los pasos en los procedimientos de recuperación. Refiérase a Recuperación de Switches Catalyst 4000 y Catalyst 5000 de Software Dañado o Perdido, o a una Falla de Upgrade, o del Modo ROMMON para obtener más información sobre la recuperación.

Recepción del mensaje de error "Error al asignar bloque de sesión"

Si recibe el mensaje Error al asignar el bloque de sesión mientras accede al switch en Telnet, el problema ocurre porque el switch no puede asignar la memoria requerida para la aplicación Telnet. La memoria libre disponible es baja debido a algún proceso que utiliza más memoria o a una fuga de memoria en el switch.

Para evitar el error, ejecute el comando show proc mem y verifique el proceso que utiliza más memoria en el switch. Para resolver el problema, agregue más memoria al sistema o inhabilite algunas funciones para liberar parte de la memoria existente.

Si hay pérdida de memoria en el switch, reinicie el switch para liberar todo el proceso en la memoria. Si el mensaje de error sigue apareciendo incluso después de reiniciar, actualice la versión de software del switch.

No se puede realizar la conexión con el host remoto, router u otro switch

Complete estos pasos:

1. Verifique que el estado del LED del puerto sea verde. Si el indicador luminoso LED del link es de color naranja oscuro, el software lo ha inhabilitado. Si parpadea en naranja después del inicio del supervisor y la inicialización del módulo, se trata de una falla de hardware. si no hay un indicador luminoso LED de link, revise los cables y cámbielos. Verifique el funcionamiento del dispositivo final y de la NIC.

Consulte Resolución de Problemas de Compatibilidad de Switches Catalyst de Cisco con NIC para obtener más información sobre la resolución de problemas de NIC.

2. ¿Qué tipo de medios están involucrados? ¿Fibra? ¿Conversor de interfaz Gigabit (GBIC)? ¿Ethernet Gigabit? ¿10/100 BaseTX? Si este es un problema de capa física, consulte la sección Troubleshooting de Capa Física de Resolución de Problemas de Puerto del Switch para obtener más información.

3. Ejecute el comando show port <mod/port> para verificar que el estado esté conectado, lo que significa que el puerto está operativo. Si se muestra cualquier otro estado, consulte la sección Estado del puerto que muestra no conectado, defectuoso, desactivado, inactivo o errdisable para ver los pasos de solución de problemas.

Si el dispositivo final es un router o switch de Cisco, y Cisco Discovery Protocol (CDP) está habilitado, ejecute el comando show cdp neighbor detail para identificar el dispositivo, el tipo de interfaz remota y la dirección IP remota.

Nota: Un estado de conectado no significa que los puertos estén libres de errores. Si hay errores en los puertos, diríjase a la sección Consulta de errores en puertos de este documento.

4. Intercambie los cables. Mueva el cable a un puerto diferente. Elimine los paneles de parches. Los paneles de conexión son una fuente común de fallos de conectividad, por lo que intente conectarse directamente al dispositivo final. Verifique el funcionamiento del dispositivo extremo.

5. Capture el resultado de los comandos show config , show module y show test 0 .

1. Ejecute el comando show module para verificar que el estado sea correcto para ese módulo y no inhabilitado o defectuoso.

- Si el estado está inhabilitado, ejecute el comando set module enable <mod>.

- Si el estado es defectuoso, establezca una conexión de consola para capturar los diagnósticos de la prueba automática que se realiza durante el encendido (POST) y cualquier mensaje de error del sistema. Ejecute el comando reset <mod> para reiniciar el módulo. Ejecute el comando show test 0 para determinar si este módulo pasó todas sus pruebas de diagnóstico en el inicio.

- Retire el módulo y revíselo en busca de pins doblados. Reacomode el módulo, presione las palancas eyectoras firmemente hacia abajo y ajuste los tornillos de instalación cautivos. Si la salida del estado del comando show module sigue siendo defectuosa, intente el módulo en otra ranura. La ranura 2 acepta tarjetas de línea o un motor supervisor. Si es necesario, apague/encienda el switch. Si el estado continúa siendo defectuoso, el módulo habrá fallado.

2. Ejecute el comando show test 0 para verificar que el puerto haya pasado su última prueba de diagnóstico en el inicio. Si se indica F para ese puerto, continúe como en el paso a.

6. Verifique si este dispositivo se encuentra en la misma VLAN o en una VLAN diferente. Recuerde que este es un dispositivo de Capa 2 (L2) y hace falta un router para rutear entre VLAN.

7. Si se conecta a otro switch, haga estas preguntas:

- ¿Qué tipo de puerto es éste? ¿Un puerto troncal?

- Si se trata de un puerto troncal, ¿qué encapsulaciones troncales admite?

- ¿El puerto es capaz de EtherChannel?

Ejecute el comando show port capabilities para una vista rápida a las capacidades del puerto. Refiérase a Consejos Técnicos sobre LAN para obtener más información sobre cómo resolver problemas con trunking o EtherChannel.

El estado de puerto indica no conectado, defectuoso, desactivado, inactivo o Errdisable

Estados posible de puertos

Estado

Descripción y solución alternativa

connected

El puerto funciona y está conectado al dispositivo final. Un estado de conectado no significa que los puertos estén libres de errores. Si hay errores en los puertos, diríjase a la sección Consulta de errores en puertos de este documento.

notconnect

No hay nada conectado al puerto. Compruebe o intercambie cables. Verifique el funcionamiento del dispositivo extremo.

faulty

Posible falla de hardware. Ejecute el comando show test para verificar. Si F se muestra para un puerto, continúe como en el paso 5 de la sección No se puede conectar a un host remoto en el switch de este documento.

disabled

Desactivado manualmente. Ejecute el comando set port enable <mod/port> para habilitar el puerto. Si el estado del puerto no cambia a habilitar, ejecute el comando show module para determinar si el módulo está inhabilitado.

inactive

El puerto pertenece a una VLAN que no existe. Ejecute el comando set vlan <vlan> para agregar una VLAN.

errdisable

El puerto había sido apagado debido a errores. Para más información, consulte el documento Recuperación del estado de puerto errDisable en plataformas CatOS

Distinción de errores en los puertos

Los reclamos sobre el rendimiento deficiente por parte de los usuarios a veces se pueden traducir en errores sobre los puertos del switch. El resultado del comando port error counters le ayuda a resolver problemas de conectividad.

1. Verifique el estado del puerto y resuelva los problemas en consecuencia. En este documento, consulte la sección El estado de puerto indica no conectado, defectuoso, desactivado, inactivo o Errdisable.

2. Capture el resultado de los comandos show port <mod/port> , show mac <mod/port> y show counters <mod/port> .

Estas son causas comunes de los errores de link de datos en los puertos:

- configuración incorrecta dúplex/de velocidad

- congestión de red

- NIC o controladores

Para obtener más información, consulte Solución de problemas de compatibilidad de switches Catalyst de Cisco con NIC.

- cableado

- puerto incorrecto

El comando show port <mod/port> puede mostrar errores Late-Coll, Align-Err, FCS-Err, Xmit-Err y Rcv-Err. Refiérase a la sección Show Port for CatOS and Show Interfaces for Cisco IOS de Troubleshooting de Problemas de Puerto del Switch para obtener más información sobre estos errores y las posibles causas.

El comando show mac <mod/port> muestra el número de tramas de unidifusión, multidifusión y difusión transmitidas. Ejecute este comando para verificar si las tramas se reciben y se transmiten.

In-Discards muestra tramas que no necesitan ser conmutadas. Esto es normal si el puerto se conectó a un hub y dos dispositivos intercambiaron datos. Lrn-Discards indica que las entradas Content Addressable Memory (CAM) están siendo descartadas. El contador In-Lost muestra la suma de todos los paquetes de error recibidos en el puerto. El contador Out-Lost indica desbordamientos de búfer de puerto de salida. Refiérase a la sección Show Mac for CatOS and Show Interfaces Counters for Cisco IOS de Troubleshooting de Problemas del Puerto del Switch para obtener más información sobre estos errores y las posibles causas.

El comando show counters <mod/port> es útil en particular para solucionar problemas de puerto.

Por ejemplo, este contador resulta si ejecuta el comando:

5 badTxCRC = 0

Si badTxCRC estaba aumentando, puede ser que los paquetes dañados dañen el hardware. Capture el resultado del comando show counters <mod/port> y abra un caso con el Soporte Técnico de Cisco.

3. Ejecute el comando clear counters para restablecer la salida de los comandos show port <mod/port>, show mac <mod/port> y show counters <mod/port>. Vea los resultados del comando varias veces para ver si los errores aumentan.

Si no ha podido rastrear ningún motivo de pérdida intermitente de conectividad en el switch en los pasos anteriores mencionados, capture el resultado del comando show nvramenv 1, así como los otros comandos en los pasos anteriores, y abra un caso con el Soporte Técnico de Cisco.

4. Consulte estos documentos para obtener más información sobre cómo resolver otras causas de errores de puerto:

- Troubleshooting de Problemas de Compatibilidad entre Cisco Catalyst Switches y NIC

- Configuración y resolución de problemas de negociación automática de half/full duplex para Ethernet 10/100/100 Mb

Mal Rendimiento

El bajo rendimiento suele ser percibido como un problema de hardware, cuando en realidad puede atribuirse más comúnmente a problemas de conectividad. Consulte la sección Búsqueda de errores en los puertos para ver los pasos de troubleshooting.

Recepción continua de mensajes de puente unidos por la izquierda %PAGP-5

Complete estos pasos:

1. Capture el resultado del comando show port <mod/port>, show mac <mod/port> y show spantree summary.

Los mensajes del sistema similares a estos mensajes son informativos, aunque si los errores continúan repitiéndose, el link puede ser inestable.

2002 Jan 19 14:59:05 %PAGP-5-PORTFROMSTP:Port 2/11 left bridge port 2/11

2002 Jan 19 14:59:23 %PAGP-5-PORTTOSTP:Port 2/11 joined bridge port 2/11

2. Si estos mensajes ocurren repetidamente en ciertos puertos, consulte este documento para ver las posibles causas:

- Mensajes de Error Comunes de CatOS en Catalyst 4000 Series Switches

- Mensajes de Error Comunes de CatOS en Catalyst 5000/5500 Series Switches

- Mensajes de Error Comunes de CatOS en Catalyst 6500/6000 Series Switches

3. Si también ve errores en el puerto en la salida de los comandos show port <mod/port> y show mac<mod/port> , vea la sección Consulta de Errores en los Puertos para ver los pasos de troubleshooting.

4. Ejecute el comando show spantree summary para verificar cuántos puertos hay en cada VLAN, si algún puerto del switch está bloqueando y qué VLAN están siendo bloqueadas. Dado que los loops de protocolo de árbol de extensión (STP) pueden provocar inestabilidades de enlace o, en realidad, provocar la caída de un switch o una red, con la aparición de una falla de hardware, esta es información vital para capturar, ya sea para solucionar problemas de hardware o software. Consulte Consejos Técnicos sobre LAN para obtener más información sobre cómo resolver problemas de STP.

No se puede negociar automáticamente o hay una discordancia de velocidad/dúplex

Complete estos pasos:

1. Asegúrese de que la velocidad y el dúplex están configurados de forma idéntica en ambos lados del link. Los puertos de switch Catalyst 4000 están configurados en auto de forma predeterminada. Cuando ambos lados de un link 100 BaseTX se autonegocian correctamente, el resultado del comando show port <mod/port> es el siguiente:

Duplex   Speed

-------   -------

a-full    a-100

Codifique en forma fija ambos lados. Recuerde que al codificar el puerto, la velocidad del puerto se debe establecer primero y luego se debe establecer la configuración dúplex. Ejecute el comando show port <mod/port>. La salida del switch es la siguiente:

Duplex   Speed

-------   -------

full       100

Nota: Aunque el switch se ha codificado de forma rígida, el dispositivo de conexión debe seguir codificado para eliminar los problemas.

2. Si hay un problema de negociación automática causado por una discordancia de velocidad/dúplex o incompatibilidad de NIC, los errores aparecen en los puertos. Si desea más información, consulte estos documentos:

- Configuración y resolución de problemas de negociación automática de half/full duplex para Ethernet 10/100/100 Mb

- Troubleshooting de Problemas de Compatibilidad entre Cisco Catalyst Switches y NIC

Problemas del sistema/Supervisor/módulo y pasos para resolverlos

Los problemas del sistema, supervisor y módulo se producen cuando los LED de estado del sistema indican un problema, el supervisor o los módulos no se reconocen o muestran fallos, o cuando los usuarios experimentan un rendimiento deficiente.

Los siguientes comandos son compatibles con la herramienta Output Interpreter y se pueden utilizar para diagnosticar y solucionar problemas de sistema, Supervisor y módulo: show version, show module o show system.

Si tiene el resultado de los comandos soportados desde su dispositivo Cisco, puede utilizar el Output Interpreter (sólo clientes registrados) para mostrar posibles problemas y soluciones. Para utilizar Output Interpreter (sólo clientes registrados) , debe ser un usuario registrado, iniciar sesión y tener JavaScript habilitado.

Problemas de actualización de software

Complete estos pasos:

1. La mayoría de los problemas de los clientes que tienen que ver con las actualizaciones de software son el resultado de no entender el procedimiento copy tftp, el proceso de inicio o el sistema Flash para el supervisor.

Refiérase a Trabajar con Imágenes de Software del Sistema para obtener más información, específicamente, sobre el procedimiento copy tftp para su supervisor.

Refiérase a Uso del Sistema de Archivos Flash para obtener más información sobre el sistema de archivos Flash para su supervisor.

Consulte Recuperación de Switches Catalyst que Ejecutan CatOS de Fallas de Arranque para obtener más información sobre la información de recuperación de ROMmon.

Capture el resultado del comando show version, show flash o dir bootflash, que depende del tipo de supervisor que tenga. Verifique que tenga suficiente DRAM y Flash para la imagen a la que intenta actualizar y luego realice el procedimiento copy tftp.

2. Establezca la variable de entorno de inicio y el config-register. Refiérase a Modificación de la Configuración de Arranque del Switch para obtener más información sobre estas configuraciones.

Cat4000-c> (enable) set boot ?

auto-config                Set auto config file

config-register            Set configuration register

sync                       Set sync parameters

system                     Set BOOT environment variable

Cisco recomienda que configure la variable de entorno de inicio y config-register de esta manera:

1. Verifique la imagen que desea iniciar, instalada actualmente en Flash. Ejecute el comando dir bootflash: comando.

Cat4000-c> (enable) dir bootflash:

-#- -length- -----date/time------ name

1  4106492 Aug 17 2001 16:22:52 cat4000.6-3-1.bin

2  3554592 Nov 28 2001 10:38:33 cat4000.5-5-11.bin

3  4199168 Dec 07 2001 10:30:01 cat4000-k9.6-3-3.bin

4  3651336 DEC 11 2001 12:26:20 cat4000.5-5-8.bin

216540 bytes available (15512100 bytes used)

2. Establezca la variable de entorno de arranque para la imagen en Flash desde la que desea iniciar.

Cat4000-c> (enable) set boot system flash  bootflash:cat4000.6-3-1.bin

BOOT variable = bootflash:cat4000.6-3-1.bin,1;

3. Configure config-register para arrancar desde flash.

Cat4000-c> (enable) set boot config-register 0x2102

Configuration register is 0x2102

ignore-config: disabled

auto-config: non-recurring

console baud: 9600

boot: image specified by the boot system commands

3. Si termina en modo rommon o de inicio durante la actualización, consulte Recuperación de Switches Catalyst que Ejecutan CatOS de Fallas de Arranque para obtener más información.

4. Utilice el Bug Toolkit para rastrear los errores de funcionamiento, o consulte Release Notes para Catalyst 4000 Family Software Release 5.x para las advertencias.

El supervisor no se encuentra en línea o está parado en el inicio o en estado rommon

Las causas más comunes para que un supervisor de la familia Catalyst 4000 no sea reconocido es cuando se atasca en el modo de inicio o rommon debido a una imagen faltante o corrupta. En estos modos, no puede comunicarse mediante Telnet con el supervisor y debe tener una sesión de consola abierta.

1. Si el supervisor está atascado en el modo boot o rommon, complete los pasos de troubleshooting en Recuperación de Switches Catalyst que Ejecutan CatOS de Fallas de Arranque.

2. Si el supervisor no está en modo de inicio o rommon pero todavía no está en línea, complete los pasos de troubleshooting para Supervisor Engine en la sección Los LEDs del componente del sistema son naranja/rojo de este documento.

Los indicadores luminosos LED del componente del sistema son naranja/rojo o el supervisor no está en línea

Complete estos pasos:

1. Si observa los LED naranja o rojo al iniciar, espere hasta que el sistema se inicie completamente antes de concluir que hay un problema. La luz de estado del sistema del supervisor permanecerá naranja hasta que se complete el inicio y, a continuación, se iluminará en verde si el arranque se realiza correctamente. Una causa de indicador luminoso LED sys-status de color naranja es una falla del ventilador.

A continuación, el supervisor inicializa los módulos de switching, que funcionan de forma diferente según el módulo; algunas flash se encienden y desactivan, y otras se mantienen en naranja hasta que se complete la inicialización. En este punto, los LED de link (puerto) se apagan por completo hasta que se detecta una señal.

2. Conozca los componentes de la familia Catalyst 4000 y lo que le indican los LED. Como punto de partida, consulte Solución de problemas de la instalación para obtener más información:

Observe las luces del panel frontal del supervisor. Si desea más información, consulte estos documentos:

- Instalación de los módulos

- Nota de Instalación del Módulo Catalyst 4500 E-Series

Observe los LED del panel frontal del módulo de conmutación. Consulte Nota de Instalación del Módulo Catalyst 4500 E-Series para obtener más información:

3. Capture la salida de los comandos show version, show system, show module y show test 0.

Fuente de alimentación—Incluye las fuentes de alimentación y los ventiladores de la fuente de alimentación. Los indicadores luminosos PS1, PS2 y PS3 para el Catalyst 4006 deben estar en verde. Si uno o ambos están en rojo, esto puede indicar una falla en la fuente de alimentación.

1. Cuando ejecute el comando show system, determine si el estado de PS1 o PS2 es defectuoso.

Nota: El Catalyst 4006 requiere dos fuentes de alimentación instaladas para operar el switch y la tercera para redundancia. Refiérase a Descripción General del Módulo para obtener más información.

2. Inspeccione los suministros de energía. Asegúrese de que hay energía aplicada a ambas unidades. Si se instala una fuente de alimentación redundante pero no tiene alimentación, el resultado del comando show system muestra que el estado de la fuente de alimentación y el estado de sys son defectuosos.

3. Reasentar la fuente de alimentación. Intente con un circuito diferente o cables de alimentación eléctrica de intercambio. Si el estado sigue siendo rojo, o el resultado del comando show system muestra defectuoso, se trata de una falla en la fuente de alimentación. Consulte Procedimientos de Remoción y Sustitución para obtener más información.

Montaje del ventilador: siempre que la alimentación del sistema esté encendida, el conjunto del ventilador del sistema debe funcionar. Debe poder escuchar el conjunto del ventilador para determinar si funciona.

1. Examine el armado del ventilador y los suministros de energía para verificar si el sistema está recibiendo energía.

2. Ejecute el comando show system para determinar si el estado del ventilador es defectuoso.

3. Reacomode el armado del ventilador y ajuste los tornillos de instalación cautivos. Si es necesario reinicie el switch. Si el resultado del comando show system sigue siendo defectuoso, esto es una falla del ventilador. Consulte Procedimientos de Remoción y Sustitución para obtener más información.

Supervisor Engine: el motor supervisor contiene el software operativo del sistema. Verifique el motor Supervisor si tiene problemas con el software del sistema. El LED de estado en Supervisor Engine indica si Supervisor Engine ha pasado satisfactoriamente todas las pruebas de diagnóstico. Tenga una sesión de consola abierta y determine si el supervisor está en el modo boot o rommon. Si este es el caso, vea la sección Supervisor no está en línea o atascado en rommon para ver los pasos de troubleshooting.

1. Ejecute el comando show system para determinar si el estado sys es defectuoso. Ejecute el comando show test 0 para determinar si el supervisor ha pasado todas las pruebas de diagnóstico desde la última inicialización del switch. Anote cualquier F para los resultados de error.

2. Examine el conjunto del ventilador y el suministro eléctrico a fin de detectar cualquier problema.

3. Tenga una sesión de consola abierta y capture diagnósticos POST de inicialización y los mensajes de error del sistema. Reinicie el switch y ejecute el comando show test 0 para determinar si se ha pasado la prueba de diagnóstico en el inicio.

4. Retire el supervisor e inspeccione que no existan pins doblados. Vuelva a acomodar el Supervisor, presione las palancas eyectoras firmemente hacia abajo y ajuste los tornillos de instalación cautivos. Espere al supervisor para inicializar. Si el comando show system sys-status aún está defectuoso, el supervisor ha fallado.

Módulos de conmutación: los LED de estado en cada módulo de conmutación indican si el módulo de conmutación se ha inicializado correctamente. El Supervisor Engine debe estar funcionando correctamente antes de que se inicie el módulo de conmutación. Si un módulo de conmutación está instalado incorrectamente en el switch, no funciona.

1. Si una luz de enlace (puerto) está encendida en naranja o parpadea en naranja después de la inicialización del supervisor y del módulo, consulte la sección No se puede conectar a un host remoto, un router u otro switch.

2. Capture el resultado de los comandos show version y show module. Determine si la versión del software que está ejecutando admite este módulo. Refiérase a la sección Descripción General del Módulo de Nota de Instalación del Módulo Catalyst 4500 E-Series para obtener más información.

3. Determine si el estado es deshabilitado. Esto indica que el módulo fue inhabilitado administrativamente. En este caso, el LED de estado es naranja. Ejecute el comando set module enable <mod>.

4. Vea el resultado del comando show module para determinar si el estado es defectuoso para ese módulo. Vea el resultado del comando show test 0 para determinar si este módulo pasó todas sus pruebas de diagnóstico desde el último inicio del switch. Anote cualquier F para los resultados de error.

5. Tenga una sesión de consola abierta y capture diagnósticos POST de inicialización y cualquier mensaje de error del sistema. Ejecute el comando reset <mod> para reiniciar el módulo. Ejecute el comando show test 0 para determinar si este módulo ha pasado todas sus pruebas de diagnóstico en el inicio. Anote cualquier F para los resultados de error.

6. Retire el módulo y revíselo en busca de pins doblados. Reacomode el módulo, presione las palancas eyectoras firmemente hacia abajo y ajuste los tornillos de instalación cautivos. Si el estado del módulo show aún presenta una falla, pruebe el módulo en otra ranura. Si es necesario, apague/encienda el switch. Si el estado sigue siendo defectuoso, el módulo ha fallado.

No se reconoce el módulo de switching

La causa más común de que no se reconozca un módulo de conmutación o una tarjeta de línea se debe a la versión incorrecta del software.

1. Determine que este es un problema con sólo un módulo y no con todos los módulos. Si todos los módulos se ven afectados, complete los pasos de la sección Indicadores luminosos LED del componente del sistema son naranja/rojo o supervisor no en línea. Capture el resultado de los comandos show version , show module y show test 0 .

2. Ejecute el comando show version para verificar el número de modelo del módulo con el que tiene problemas y la versión de software que utiliza. Determine la DRAM total y el Flash total. Consulte la sección Descripción General del Módulo de Nota de Instalación del Módulo Catalyst 4500 E-Series para determinar si el hardware es compatible con el software.

Si se requiere una actualización, compruebe siempre primero las notas de la versión. Consulte Notas de la Versión de la Familia Catalyst 4500 y elija la versión a la que debe actualizar. Por ejemplo, elija las Release Notes para Catalyst 4000 Family Software Release 5.x y busque cualquier información con respecto a su hardware.

Consulte Administración de Imágenes de Software y Trabajo con Archivos de Configuración en Switches Catalyst para obtener más información.

3. Si el supervisor no está atascado en el inicio o en rommon y ha determinado que el módulo es soportado por la versión actual del software, complete los pasos para solucionar el problema del Módulo de conmutación en la sección LED del componente del sistema son naranja/rojo o supervisor no en línea.

El estado del módulo indica defectuoso o no OK

Complete estos pasos:

1. Capture la salida de los comandos show module y show test 0.

2. Para cualquier estado que no sea ok en el resultado de estos dos comandos, complete los pasos de troubleshooting para el Módulo de conmutación en la sección Los indicadores luminosos LED del componente del sistema son naranja/rojo o el supervisor no está en línea.

Mal Rendimiento

El bajo rendimiento suele ser percibido como un problema de hardware, pero éste no suele ser el caso. Cuando los clientes describen al Soporte Técnico de Cisco que los usuarios en un switch determinado experimentan un rendimiento lento, esto a menudo resulta estar relacionado con problemas de conectividad, configuración incorrecta del software o problemas en otras partes de la red.

1. Identifique si se producen problemas de rendimiento para los usuarios conectados a todos los módulos de switching, a un módulo en particular, o sólo para los usuarios en uno o más puertos. Capture la salida de los comandos show module y show test 0 . Asegúrese de que el supervisor y los módulos tengan un estado ok. Si hay un estado defectuoso, complete los pasos de troubleshooting para el Módulo de Switching en la sección Los LED del componente del sistema son naranja/rojo o el supervisor no está en línea.

2. Capture el resultado del comando show port <mod/port> , show Mac<mod/port> y show counters <mod/port> . Si ve que aumentan los errores en los contadores de puerto, resuelva este problema de rendimiento como un problema de conectividad. Consulte la sección Búsqueda de errores en los puertos para ver los pasos de troubleshooting.

3. Capture la salida del comando show config y show logging buffer 1023. El comando show config muestra sólo los cambios de configuración no predeterminados. Lo ideal es que, cada vez que lleve a cabo un cambio, realice una copia de respaldo de la configuración para poder efectuar una comparación. Ejecute el comando show config para asociar posiblemente un cambio de configuración con el comportamiento que experimenta.

Si ve mensajes del sistema que no sean mensajes informativos que puedan indicar un hardware o algún otro problema, ejecute el comando show logging buffer 1023 para capturar estos mensajes. Este comando muestra los últimos 1023 mensajes del sistema con marcas de tiempo, de forma predeterminada. Además, consulte Mensajes y Procedimientos de Recuperación así como Mensajes de Error Comunes de CatOS en Catalyst 4000 Series Switches para ver si puede descartar cualquier mensaje inofensivo del sistema de aquellos que pueden indicar un problema.

4. Muchos problemas relacionados con el rendimiento están relacionados con las condiciones del tráfico de la red. Capture la salida del comando show system para ver si se trata de un problema de tráfico de red.

El comando show system se puede utilizar para verificar la utilización actual de la placa de interconexiones, que normalmente es inferior al diez por ciento. Si cree que está teniendo problemas relacionados con el rendimiento en un switch en particular, mire el campo Peak (Pico), que es la utilización de la placa de interconexiones máxima en el switch desde que se inició por última vez, y observe la marca de tiempo indicada por Peak-Time. Tenga en cuenta que los picos en el porcentaje de tráfico en la placa de interconexiones pueden ser un loop STP o una tormenta de difusión. Consulte la sección Spanning Tree Protocol Problems and Related Design Considerations (Problemas en el protocolo de árbol de expansión y consideraciones de diseño) para obtener más información.

5. Capture la salida del comando show proc cpu. Este comando ayuda a identificar un proceso que puede causar una alta utilización de la CPU en el supervisor. Este es un extracto del resultado del comando show proc cpu:

Cat4000-c> (enable) show proc cpu

CPU utilization for five seconds:  11.62%

one minute:  12.00%

five minutes:  12.00%

PID Runtime(ms) Invoked    uSecs    5Sec    1Min    5Min    TTY Process

--- ----------- ---------- -------- ------- ------- ------- --- ---------------

1   20176816    0          0         88.38%  88.00%  88.00% -2  Kernel and Idle

Cuando vea el resultado de este comando, recuerde que la utilización de la CPU es lo primero que se muestra. No confunda el Kernel y la cantidad Inactiva con la utilización del CPU. Kernel e Idle son el porcentaje de la CPU que estuvo inactivo durante dicho margen de tiempo. Por lo tanto, en los últimos cinco minutos, sólo se utilizó el 11,62% de la CPU, que se encuentra dentro de los límites típicos.

Consulte Introducción al Uso de CPU en Switches Catalyst 4000, 2948G, 2980G y 4912G para obtener más información y una comprensión completa de cómo se utiliza la CPU en Catalyst 4000, 2948G, 2980G y 4912G switches.

Complete estos pasos para obtener una línea de base de su switch y ayudar a identificar qué proceso puede causar un problema:

- Ejecute el comando show proc cpu durante un momento de actividad normal para su red. Guarde los resultados.

- Ejecute este comando de nuevo si experimenta algún problema relacionado con el rendimiento.

- Comparar los dos resultados. ¿Existe un proceso que usted pueda identificar que sea inusualmente alto en comparación?

- Ejecute el comando varias veces. ¿Existe algún incremento o disminución significativos en el uso de la CPU o algún pico? O bien, ¿la utilización de la CPU sigue siendo sistemáticamente alta?

Lo más probable es que la respuesta no sea un problema de hardware, sino que apunte a otra cosa.

6. Un problema relacionado con el rendimiento que surge de una configuración incorrecta es cuando el canal dentro de la banda, que se utiliza para cualquier tráfico de control que termina en el switch como ping, Telnet, VLAN Trunk Protocol (VTP), STP, CDP, etc., no se coloca en una VLAN separada de los datos de usuario.

Siempre se recomienda mantener la interfaz de administración o sc0 del switch en una VLAN separada de los datos del usuario. De lo contrario, cualquier tormenta de transmisión o multidifusión puede inundar el canal dentro de la banda al procesador de gestión de la red (NMP), que necesita estar libre para manejar los protocolos recién mencionados.

Si no ha podido rastrear ningún motivo de problemas de rendimiento en el switch en los pasos anteriores mencionados, capture el resultado de estos comandos, así como los otros comandos en los pasos anteriores, y abra un caso con el Soporte Técnico de Cisco:

- show nvramenv 1 (oculto)

- show interposition 1 (hidden)

Estos son comandos ocultos, lo que significa que no se pueden analizar con un "?" y no puede completar Tab. Escriba el comando completo. Es posible que este resultado no sea útil en la resolución de su caso. No se han documentado estos comandos y, por lo tanto, el ingeniero del TAC no está obligado a explicarle el resultado al cliente.

7. Aunque es bastante poco frecuente, se producen fugas de memoria y pueden causar lo que parece ser naturalmente un bajo rendimiento y otros síntomas. Si no ha podido rastrear ningún motivo de problemas de rendimiento en el switch en los pasos anteriores mencionados, capture el resultado del comando show mbuf total (hidden), así como los otros comandos en los pasos anteriores, y abra un caso con el Soporte Técnico de Cisco.

Hay dos cosas que debe considerar cuando se observa el resultado de este comando para ayudar a determinar si tiene un problema de pérdida de memoria:

- Observe el resultado y si los valores libres de mbufs o clústeres disminuyen pero nunca aumentan, esto puede indicar una posible pérdida de memoria.

- Observe la salida, y si la memoria libre más baja alguna vez se acercó a cero o estuvo en cero, esto indica que el switch se ejecuta bajo o se ha agotado la memoria.

Ambos problemas indican un problema de memoria que afecta obviamente a los protocolos/procesos que requieren esta memoria.

Cat4000-c> (enable) show mbuf total

mbufs                   9280    clusters        3660

free mbufs              9256    clfree          3659

lowest free mbufs       9235    lowest clfree   3638

Estos son comandos ocultos, lo que significa que no se pueden analizar con un "?" y no puede completar Tab. Escriba el comando completo. Es posible que este resultado no sea útil en la resolución de su caso. No se han documentado estos comandos y, por lo tanto, el ingeniero del TAC no está obligado a explicarle el resultado al cliente.

Obtención de los mensajes de error del sistema

Como se menciona en Introducción a este documento, Cisco tiene un conjunto de herramientas de diagnóstico en línea para ayudar a determinar la compatibilidad hw/sw, interpretar resultados y decodificar errores.

1. Los mensajes del sistema tienen marcas de tiempo de forma predeterminada, lo que puede ayudar a aislar un marco de tiempo para el problema. ejecute el comando show time para asegurarse de que el reloj del sistema está configurado correctamente. Además, verifique que los dispositivos de conexión estén configurados para que los registros coincidan.

2. Capture el resultado de todos los mensajes de sistema con el comando show logging buffer 1023. Muchos mensajes del sistema son de naturaleza informativa, mientras que otros pueden indicar un problema. Si desea más información, consulte estos documentos:

- Mensajes y procedimientos de recuperación

- Mensajes de Error Comunes de CatOS en Catalyst 4000 Series Switches

Desperfectos del sistema Supervisor e instrucciones para resolverlos

Los desperfectos del supervisor se producen cuando el switch se reinicia, se reinicia continuamente o se desactiva completamente.

Estos comandos son soportados por el Output Interpreter y se pueden utilizar para ayudar en la resolución de problemas de caídas del supervisor: show version o show system.

Si tiene el resultado de los comandos soportados desde su dispositivo Cisco, puede utilizar Output Interpreter (sólo clientes registrados) para mostrar posibles problemas y soluciones. Para utilizar Output Interpreter (sólo clientes registrados) , debe ser un usuario registrado, iniciar sesión y tener JavaScript habilitado.

Obtención de los mensajes de error del sistema

Los mensajes de error del sistema pueden ser útiles si experimenta un reinicio del switch. Consulte la sección Obtención de mensajes de error del sistema para obtener más información.

El switch se reinició o se reinicia en forma continua

Si se ha producido una caída del switch o éste se ha restaurado debido a una razón relacionada con el hardware o el software, es importante capturar el resultado de determinados comandos show tan pronto como sea posible.

1. Capture el resultado del comando show log, show version, show test 0 , y show logging buffer 1023.

La salida del comando show log tiene una serie de indicaciones importantes de problemas que pueden estar relacionados con una falla.

- Hace un seguimiento de los últimos diez reinicios del sistema con marcas de tiempo que muestran cuándo se produjo el reinicio. Esta es una instantánea del resultado del historial de reinicio:

Reboot History:   Jan 23 2002 11:14:16 0, Jan 22 2002 14:57:21 0

DEC 24 2001 13:56:38 0, DEC 24 2001 13:52:30 0

DEC 11 2001 12:31:59 0, DEC 07 2001 13:26:48 0

DEC 07 2001 10:42:19 0, DEC 07 2001 10:36:16 0

Nov 28 2001 11:03:10 0, Oct 26 2001 16:04:26 0

El Historial de reinicio sólo indica que el switch fue reiniciado. El usuario puede haberlo restablecido manualmente o debido a una caída del sistema. Sin embargo, el reinicio manual más reciente del switch se registra más abajo en la salida.

Last software reset by user: Jan 23 2002 11:14:16 0

Tenga en cuenta que la marca de fecha y hora del último reinicio manual 23/01/2002,11:13:13, coincide con la entrada más reciente en Reboot History (Historial de reinicios).

- Muestra si ha habido excepciones. Las excepciones son los vaciados de CPU que se producen inmediatamente después de un desperfecto. Por ejemplo:

MCP Exceptions/Hang:    0

En este caso, no se registraron excepciones. Si hubo una excepción, incluye una marca de tiempo que puede coincidir con el historial de reinicio, y también incluye un vaciado o pila de HEX, que puede ser decodificado por un ingeniero del TAC para determinar si se trataba de una excepción forzada por software o debido al hardware.

El comando show version proporciona la información de la versión del software para usar en una búsqueda de errores de funcionamiento. Por ejemplo, si identifica una excepción en el resultado del comando show log, utilice el Bug Toolkit para buscar errores en el Catalyst 4000 y la excepción. Además, el comando show version le proporciona una instantánea rápida de cuánto tiempo ha estado activo el switch. Por ejemplo:

Uptime is 28 days, 11 hours, 42 minutes

La salida del comando show test 0 indica un estado F en el supervisor o módulo si se produce un error en alguno de los diagnósticos. Un módulo asentado incorrectamente puede provocar la caída del switch. Si el supervisor o el módulo muestra el error, continúe con los pasos de resolución de problemas en la sección de este documento de los LED del componente del sistema son naranja/rojo o el supervisor no está en línea.

El comando show logging buffer 1023 muestra todos los mensajes del sistema, lo que incluye posibles mensajes de error que pueden relacionarse con el crash. Consulte la sección Obtención de mensajes de error del sistema para obtener sugerencias para la resolución de problemas.

2. Ejecute primero los comandos show y los procedimientos de troubleshooting en los pasos anteriores. Si estos pasos fallan, capture el resultado del comando show tech-support. Este comando muestra el resultado de todos estos comandos de forma continua, lo que significa que el resultado continúa desplazándose hasta que se complete o hasta que la visualización termine con las pulsaciones de tecla Ctrl + C:

sh version, sh flash, sh microcode, sh system, sh module, sh port, sh Mac, sh trunk, sh vlan, sh vtp domain, sh spantree active, sh spantree summary, sh test, sh arp, sh ip route, sh cdp neighbor detail, sh netstat stats, show memory buffers, show out-of-band stats, sh inband stats, show static, sh cam count dynamic, cam system, sh config, sh log, sh proc, sh proc mem, sh proc CPU, ps, Ps -c

A menudo, el resultado de todos estos comandos no es necesario para resolver un problema específico, por lo que los ingenieros del TAC no pueden solicitarlo. Sin embargo, es beneficioso tener este resultado si otros comandos show o pasos de resolución de problemas no resuelven el problema.

3. Si todos los pasos anteriores de resolución de problemas no diagnostican el problema, capture estos comandos ocultos, así como los otros comandos en los pasos anteriores, y abra un caso con el Soporte Técnico de Cisco:

- ps-c (captura varias veces)

- show mbuf all (oculto)

- show nvramenv 1 (oculto)

- show interposition 1 (hidden)

Estos son comandos ocultos, lo que significa que no se pueden analizar con un "?" y no puede completar Tab. Escriba el comando completo. Este resultado puede o no ser útil en la resolución de su caso. No se han documentado estos comandos y, por lo tanto, el ingeniero del TAC no está obligado a explicarle el resultado al cliente.

Problemas engañosos

Existen muchos problemas engañosos que se piensa que son causa de hardware defectuoso. Esta sección enumera algunos problemas que a menudo se confunden como una falla de hardware.

- Un problema común del cliente es que la luz del sistema muestre un fallo cuando se agregan fuentes de alimentación adicionales, pero no se conectan. Cuando esto sucede, tanto ps#-status como sys-status muestran fallas. Esto se produce porque el switch percibe que existe una fuente de alimentación adicional pero que no está activa. Puesto que esto también puede significar que la fuente de alimentación adicional ha fallado, se requiere una inspección in situ.

- Una idea errónea común cuando ve el resultado del comando show proc cpu es que el porcentaje Kernel e Idle se interpreta como la utilización de la CPU durante ese período de tiempo. Kernel e Idle son el porcentaje de la CPU que estuvo inactivo durante dicho margen de tiempo.

Descripciones de los comandos show

Esta tabla desglosa qué comandos show se utilizan para ayudar a resolver los problemas de los diferentes tipos de síntomas.

Problemas de conectividad

Problemas del módulo, sistema o supervisor

Supervisor se restablece/se interrumpe

show version show config show module show system show port capabilities show port <mod/port> show Mac<mod/port> show counters <mod/port> clear counters show cdp neighbors detail show spantree summary

show version show module show flash show config show test 0 show system show time show logging buffer 1023 show proc CPU o Ps -c show mbuf all (hidden) show nvramenv 1 (oculto) show interposition 1 (oculto)

show log show logging buffer 1023 show version show test 0 show system show tech support ps-c (varias veces) (hidden) show mbuf all (hidden) show nvramenv 1 (oculto) show interposition 1 (oculto)

Capture estos comandos show que dependen de sus síntomas.

Observe que muchos de los comandos en cada categoría de síntoma anterior se superponen. Esto se debe a que el mismo síntoma puede aparecer en diferentes niveles de gravedad; uno puede causar un problema de rendimiento y el otro puede provocar un desperfecto.

Observe también que algunos de los comandos parecen más destinados a la resolución de problemas de software o de configuración. Por ejemplo, el comando show spantree summary muestra qué VLAN ejecutan STP, cuántos puertos están en cada VLAN, si hay puertos en el switch que bloquean y para qué VLAN están bloqueando. Dado que los loops STP pueden realmente hacer caer un switch o una red que da la apariencia de una falla de hardware, esta es información vital para capturar, ya sea resolviendo problemas de hardware o software.

show version

Este comando verifica la versión del software en ejecución. Este comando también posee información sobre el tamaño de la memoria Flash y DRAM. Esta información le será útil si necesita realizar una actualización. Si se requiere una actualización, compruebe siempre primero las notas de la versión. Consulte Notas de la Versión de la Familia Catalyst 4500 y elija la versión que necesita para actualizar. Por ejemplo, elija las Release Notes para Catalyst 4000 Family Software Release 5.x y busque cualquier información con respecto a su hardware.

Consulte la Tabla 2-82:show version Command Output Fields para obtener más información.

Cat4000-c> (enable) show version

WS-C4006 Software, Version NmpSW: 6.3(1)

Copyright (c) 1995-2001 by Cisco Systems, Inc.

NMP S/W compiled on Jul 24 2001, 12:55:29

GSP S/W compiled on Jul 24 2001, 10:36:29

System Bootstrap Version: 5.4(1)

Hardware Version: 2.0  Model: WS-C4006  Serial #: JAB04380209

Mod Port Model      Serial #              Versions

--- ---- ---------- -------------------- ---------------------------------

1   2    WS-X4013   JAB04380209          Hw : 2.0

Gsp: 6.3(1.0)

Nmp: 6.3(1)

2   34   WS-X4232-L3 JAB045004AA          Hw : 1.5

3   24   WS-X4424-GB-RJ45 JAB0514071N          Hw : 0.7

5   6    WS-X4306   JAB02400048          Hw : 0.2

DRAM                    FLASH                   NVRAM

Module Total   Used    Free    Total   Used    Free    Total Used  Free

------ ------- ------- ------- ------- ------- ------- ----- ----- -----

1       65536K  33235K  32301K  16384K  16173K    211K  480K  180K  300K

Uptime is 28 days, 11 hours, 42 minutes

show module

Este comando muestra información acerca de los módulos instalados en el switch. En particular, tenga en cuenta el estado del módulo. Si el estado es defectuoso, puede ser una falla de hardware.

Cat4000-c> (enable) show module

Mod Slot Ports Module-Type               Model               Sub Status

--- ---- ----- ------------------------- ------------------- --- --------

1   1    2     1000BaseX Supervisor      WS-X4013            no  OK

2   2    34    Router Switch Card        WS-X4232-L3         no  OK

3   3    24    10/100/1000 Ethernet      WS-X4424-GB-RJ45    no  disable

5   5    6     1000BaseX Ethernet        WS-X4306            no  OK

Mod Module-Name Serial-Num

--- -------------------- --------------------

1 JAB04380209

2 JAB045004AA

3 JAB0514071N

5 JAB02400048

Mod MAC-Address(es) Hw Fw SW

--- -------------------------------------- ------ ---------- -----------------

1 00-02-b9-83-ac-00 to 00-02-b9-83-af-ff 2.0 5.4(1) 6.3(1)

2 00-02-16-f6-64-5c to 00-02-16-f6-64-7d 1.5 12.0(7)W5( 12.0(14)W5(20)

3 00-30-85-0e-2c-18 to 00-30-85-0e-2c-2f 0.7

5 00-10-7b-f6-9c-e4 to 00-10-7b-f6-9c-e9 0.2

Cat4000-c> (enable)

Consulte la Tabla 2-35:show module Command Output Fields para obtener más información.

show flash

Este comando muestra los contenidos del sistema de archivos de Flash. Los sistemas de archivos Flash difieren entre los supervisores de Catalyst. Algunos supervisores usan el comando show flash para mostrar los contenidos, mientras que otros usan el comando dir boothflash: comando. Cuando se copia una imagen en el SupIIIG, por ejemplo, se utiliza el comando download y la memoria Flash se borra completamente en el proceso de instalación de la imagen. Con otros sups, puede utilizar el comando copy tftp flash para agregar una o más imágenes.

Se pueden evitar muchos problemas, tanto relacionados con el hardware como con el software, si comprende el sistema Flash para su supervisor.

Consulte show flash o dir bootflash: para obtener más información.

Cat4000-c> sh flash

-#- ED --type-- --crc--- -seek-- nlen -length- -----date/time------ name

1 .. ffffffff 4e88958b  42a97c   17  4106492 Aug 17 2001 16:22:52 cat4000.6-3n

2 .. ffffffff b965ace8  78e71c   18  3554592 Nov 28 2001 10:38:33 cat4000.5-5n

3 .. ffffffff 70a608c8  b8fa9c   20  4199168 DEC 07 2001 10:30:01 cat4000-k9.n

4 .. ffffffff e873ea40  f0b224   17  3651336 DEC 11 2001 12:26:20 cat4000.5-5n

216540 bytes available (15512100 bytes used)

Cat4000-c>

show config

Este comando muestra la configuración no predeterminada del sistema. Esto es útil para capturar cada vez que realice un cambio de configuración como forma posible de asociar los cambios a los problemas de software y hardware. Observe que hay una marca de tiempo para cada salida. Compare el resultado con el resultado del comando show config all, que muestra toda la configuración del sistema y puede ser bastante extenso. Refiérase al comando show config para obtener más información.

Cat4000-c> (enable) show config

This command shows non-default configurations only.

Use 'show config all' to show both default and non-default configurations.

.............

..................

....................

..

begin

!

# ***** NON-DEFAULT CONFIGURATION *****

!

!

#time: Tue Jan 22 2002, 11:20:05

!

#version 6.3(1)

!

!

#system web interface version(s)

!

#test

!

#system

set system name  Cat4000-c

!

#frame distribution method

set port channel all distribution Mac both

!

#vtp

set vtp domain blah

!

#ip

set interface sc0 1 172.16.84.200/255.255.255.0 172.16.84.255

set interface sl0 down

set interface me1 1.1.1.1 255.255.255.0 1.1.1.255

set ip route 0.0.0.0/0.0.0.0         172.16.84.1

!

#syslog

set logging level cops 2 default

!

#set boot command

set boot config-register 0x2102

clear boot system all

!

#mls

set mls nde disable

!

#port channel

set port channel 1/1-2 100

!

#module 1 : 2-port 1000BaseX Supervisor

set udld enable 1/1

set port channel 1/1-2 mode desirable silent

!

#module 2 : 34-port Router Switch Card

!

#module 3 : 24-port 10/100/1000 Ethernet

set vlan 150  3/9

!

#module 4 empty

!

#module 5 : 6-port 1000BaseX Ethernet

!

#module 6 empty

!

#cam

set cam permanent 01-00-5e-01-01-01 1/1 1

end

Cat4000-c> (enable)

show test 0

Este comando muestra los resultados de las pruebas de diagnóstico para el supervisor y todos los módulos. Es muy importante comprender que el comando show test sólo muestra los resultados de los diagnósticos en la última inicialización del switch o un reinicio del supervisor o los módulos. Si se requiere el diagnóstico de un módulo, ejecute el comando show test <mod #> para obtener esta información.

Si está ejecutando 5.4.1 o una versión posterior, verifique el estado del diaglevel ejecutando el comando show test diaglevel. Se recomienda una prueba de estado completa de la Lógica de reconocimiento de dirección codificada (EARL), loopback de puerto/agrupamiento/reescritura en línea, y DRAM/NVRAM/caché externo. Esta prueba tarda aproximadamente un minuto frente a 30 segundos para un nivel mínimo de prueba. Pero es más minuciosa. Los resultados se obtienen con un . para aprobar o F para falla, que indica una falla de hardware.

Mostrar y/o cambiar diaglevel del siguiente modo:

Cat4000-c> (enable) show test diaglevel

Diagnostic mode at next reset  : minimal

Cat4000-c> (enable) set test diaglevel ?

complete                   Complete diagnostics

minimal                    Minimal diagnostics

bypass                     Bypass diagnostics

Diagnostic level set to complete.

Cat4000-c> (enable) show test diaglevel

Diagnostic mode at next reset  : complete

Consulte el comando show test para obtener más información.

Cat4000-c> (enable) show test 0

Diagnostic mode at next reset: complete

System Diagnostic Status : (. = Pass, F = Fail, N = N/A)

Module 1 : 2-port 1000BaseX Supervisor

Status: (. = Pass, F = Fail, U = Unknown)

Module 2 : 34-port Router Switch Card

Status: (. = Pass, F = Fail, U = Unknown)

Eeprom: .

CX1000 Regs:

Ports 3-11  : .    Ports 12-19    : .    Ports 20-27 : .

Ports 28-34 : .

CX1000 Sram:

Ports 3-11  : .    Ports 12-19    : .    Ports 20-27 : .

Ports 28-34 : .

10/100Base-TX Loopback Status:

Ports   3  4  5  6  7  8  9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26

-----------------------------------------------------------------------

.  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .

27 28 29 30 31 32 33 34

-----------------------

.  .  .  .  .  .  .  .

1000Base-X Loopback Status:

Ports   1  2

-----

.  .

Router CPU board Status:

Module 3 : 24-port 10/100/1000 Ethernet

Status: (. = Pass, F = Fail, U = Unknown)

Eeprom: .

Lemans Regs:

Ports 1-4   : .    Ports 5-8   : .    Ports 9-12  : .

Ports 13-16 : .    Ports 17-20 : .    Ports 21-24 : .

Lemans SRAM:

Ports 1-4   : .    Ports 5-8   : .    Ports 9-12  : .

Ports 13-16 : .    Ports 17-20 : .    Ports 21-24 : .

10/100/1000Base-TX Loopback Status:

Ports   1  2  3  4  5  6  7  8  9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24

-----------------------------------------------------------------------

.  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .

Module 5 : 6-port 1000BaseX Ethernet

Status: (. = Pass, F = Fail, U = Unknown)

Eeprom: .

Alpheratz: .

1000BaseX Loopback Status:

Ports  1  2  3  4  5  6

-----------------------

.  .  .  .  .  .

Cat4000-c> (enable)

show system

Este comando muestra la información del sistema. Los campos de estado se relacionan con varios indicadores luminosos LED de los componentes del sistema. Tenga en cuenta el tiempo de actividad o el tiempo de funcionamiento del switch. Sería útil conocer esta información por si ocurre un desperfecto en el switch. Refiérase al comando show system para obtener más información.

Cat4000-c> (enable) show system

PS1-Status PS2-Status PS3-Status PEM Installed PEM Powered

---------- ---------- ---------- ------------- -----------

OK         OK         none       no           no

Fan-Status Temp-Alarm sys-status Uptime d,h:m:s Logout

---------- ---------- ---------- -------------- ---------

OK         off        OK         28,15:10:39    20 min

PS1-Type     PS2-Type     PS3-Type

------------ ------------ ------------

WS-C4008     WS-C4008     none

Modem   Baud  Traffic Peak Peak-Time

------- ----- ------- ---- -------------------------

disable  9600   0%      0% Fri Jan 11 2002, 13:37:07

Power Capacity of the Chassis: 2 supplies

System Name              System Location          System Contact           CC

------------------------ ------------------------ ------------------------ ---

Cat4000-c

show time

Este comando muestra el día de la semana/mes/año y la hora en un formato de 24 horas. Esto confirma el funcionamiento del reloj del sistema pero además es un recordatorio de que los mensajes de registro de sistema llevan un sello de fecha y hora. Asegúrese de configurar el tiempo de manera precisa o de sincronizar el switch con el Protocolo de tiempo de red (NTP).

Cat4000-c> (enable) show time

Wed Jan 23 2002, 10:41:22

Cat4000-c> (enable)

Refiérase al comando show time para obtener más información.

show logging buffer 1023

Este comando muestra los mensajes del sistema desde la memoria intermedia interna. El comando show logging buffer sólo le proporciona los últimos 20 mensajes del sistema, mientras que si agrega la palabra clave 1023, esto le da los últimos 1023 mensajes. Muchos de estos mensajes son estrictamente informativos. Otros pueden contener pistas sobre la naturaleza del problema, ya sea un problema de hardware, un fallo del switch o un problema de software. Cuando compare los registros en varias partes del equipo, verifique que las marcas de tiempo sean correctas y ejecute el comando show time.

Por ejemplos, estos tipos de mensajes son informativos:

2002 Jan 06 16:07:04 %DTP-5-TRUNKPORTON:Port 2/23 has become dot1q trunk

2002 Jan 06 16:07:08 %PAGP-5-PORTTOSTP:Port 2/21 joined bridge port 2/21-24

Un mensaje como este indica una incompatibilidad hw/sw:

Module 6 is not supported (46)

Un mensaje como este puede indicar una falla de hardware:

EARL-3-LTL: Failure to set LTL for module [DEC]

Consulte Mensajes y Procedimientos de Recuperación para ver una lista de mensajes del sistema. Utilice el Bug Toolkit y otros recursos descritos en la sección Prerrequisitos de este documento. Además, consulte Mensajes de Error Comunes de CatOS en Catalyst 4000 Series Switches para obtener más información.

Consulte el comando show logging buffer 1023 para obtener más información:

Cat4000-c> sh logging buffer 1023

2002 Jan 23 11:14:23 %SYS-5-MOD_OK:Module 1 is online

2002 Jan 23 11:14:32 %SYS-5-MOD_OK:Module 5 is online

2002 Jan 23 11:14:35 %SYS-5-MOD_OK:Module 3 is online

2002 Jan 23 11:14:54 %PAGP-5-PORTTOSTP:Port 3/9 joined bridge port 3/9

2002 Jan 23 11:15:14 %SYS-5-MOD_OK:Module 2 is online

2002 Jan 23 11:15:23 %PAGP-5-PORTFROMSTP:Port 3/9 left bridge port 3/9

2002 Jan 23 11:15:30 %PAGP-5-PORTTOSTP:Port 2/1 joined bridge port 2/1

2002 Jan 23 11:15:30 %PAGP-5-PORTTOSTP:Port 2/2 joined bridge port 2/2

2002 Jan 23 11:15:41 %PAGP-5-PORTTOSTP:Port 3/9 joined bridge port 3/9

2002 Jan 23 11:17:19 %PAGP-5-PORTFROMSTP:Port 3/9 left bridge port 3/9

2002 Jan 23 11:17:37 %PAGP-5-PORTTOSTP:Port 3/9 joined bridge port 3/9

Cat4000-c>

show proc cpu

Este comando muestra información acerca del uso de la CPU. Ejecute el comando ps-c para dar un formato diferente a esta información.

Consulte estos documentos para obtener más información sobre cómo se utiliza la CPU en los switches Catalyst 4000, 2948G, 2980G y 4912G

- Utilización de CPU en switches Catalyst 4500/4000, 2948G, 2980G y 4912G que ejecutan el software CatOS

- show proc

Cat4000-c> (enable) show proc cpu

CPU utilization for five seconds:  11.62%

one minute:  12.00%

five minutes:  12.00%

PID Runtime(ms) Invoked    uSecs    5Sec    1Min    5Min    TTY Process

--- ----------- ---------- -------- ------- ------- ------- --- ---------------

1   20176816    0          0         88.38%  88.00%  88.00% -2  Kernel and Idle

2   8           131        1000       0.00%   0.00%   0.00% -2  Flash MIB Updat

3   97245       176675     40000      0.25%   0.00%   0.00% -2  SynConfig

4   33358       34879      2000       0.96%   0.00%   0.00% -2  Statuspoll

5   6254        87069      1000       0.00%   0.00%   0.00% -2  PwrDevMsgUpd

6   376         5258       1000       0.00%   0.00%   0.00% -2  StatusPoll 5s

8   5           2          5000       0.00%   0.00%   0.00% -2  SecurityRx

9   106         1092       1000       0.00%   0.00%   0.00% -2  SWPoll64bCnt

10  1713        26229      1000       0.00%   0.00%   0.00% -2  Earl

11  172         2613       1000       0.00%   0.00%   0.00% -2  ProtocolFilter

12  0           1          0          0.00%   0.00%   0.00% -2  telnetd

13  0           1          0          0.00%   0.00%   0.00% -2  llcSSTPFlood

14  441829      9511273    1000       1.47%   1.00%   1.00% -2  gsgScpAggregati

15  347         444        1000       0.00%   0.00%   0.00% -2  cdpd

16  58134       26267      5000       0.57%   0.00%   0.00% -2  cdpdtimer

17  29751       26913      9000       0.96%   0.00%   0.00% -2  SptTimer

18  1           1          1000       0.00%   0.00%   0.00% -2  SptBpduRx

19  40610       26227      3000       0.28%   0.00%   0.00% -2  SptBpduTx

20  2230        26227      1000       0.16%   0.00%   0.00% -2  VtpTimer

21  0           1          0          0.00%   0.00%   0.00% -2  RMON AlarmTimer

22  22352       257353     9000       0.28%   0.00%   0.00% -2  ProtocolTimer

23  2024        2305       2000       0.00%   0.00%   0.00% -2  DTP_Rx

24  649         1200       16000      0.00%   0.00%   0.00% -2  EthChnlRx

25  901         1745       2000       0.00%   0.00%   0.00% -2  EthChnlConfig

26  15943       260008     1000       0.28%   0.00%   0.00% -2  sptHelper

27  0           1          0          0.00%   0.00%   0.00% -2  sptTraps

28  154         2629       1000       0.00%   0.00%   0.00% -2  ciscoRmonTimer

29  167         2629       1000       0.00%   0.00%   0.00% -2  ciscoUsrHistory

30  1           1          1000       0.00%   0.00%   0.00% -2  rmonMediaIndep

31  0           1          0          0.00%   0.00%   0.00% -2  SnmpTraps

32  0           1          0          0.00%   0.00%   0.00% -2  Acct Send Bkg

34  0           1          0          0.00%   0.00%   0.00% -2  l2t_server

36  164         504        1000       0.00%   0.00%   0.00% -2  SysLogTask

37  8188        26039      1000       0.80%   0.00%   0.00% -2  pinggateA

38  43007       876770     1000       0.44%   0.00%   0.00% -2  Authenticator_S

39  0           1          0          0.00%   0.00%   0.00% -2  dot1x_rx

40  3423        57501      1000       0.32%   0.00%   0.00% -2  Backend_Rx

41  39173       577158     1000       0.09%   0.00%   0.00% -2  Backend_SM

143 642792      9511281    34000      2.28%   2.00%   2.00% 0   Console

144 199         1          199000     0.00%   0.00%   0.00% -2  snmpdm

145 1           2          1000       0.00%   0.00%   0.00% -2  VtpRx

193 591423      783586     10730      2.26%   2.27%   2.22% 0   Packet forwardi

194 353123      359502     6164       1.33%   1.35%   1.36% 0   Switching overh

195 727712      633244     57354      2.83%   2.85%   2.77% 0   Admin overhead

Cat4000-c> (enable)

show port capabilities

Este comando muestra las capacidades de los módulos y los puertos en un switch. Considere este comando como una forma rápida de mostrar las funciones de hardware/software sin necesidad de buscar las notas de la versión. Este comando puede responder preguntas, como qué tipos de encapsulación se admiten y si los puertos pueden conectarse por etherchannel. Consulte la Tabla 2-49:show port capabilities Command Output Fields para obtener más información.

Cat4000-c> (enable) show port capabilities 2/1

Model                    WS-X4232-L3

Port                     2/1

Type                     No Connector

Speed                    1000

Duplex                   full

Trunk encap type         802.1Q

Trunk mode               on,off

Channel                  2/1-2

Flow control             no

Security                 yes

Dot1x                    yes

Membership               static,dynamic

Fast start               yes

QOS scheduling           rx-(none),tx-(2q1t)

CoS rewrite              no

ToS rewrite              no

Rewrite                  no

UDLD                     yes

Inline power             no

AuxiliaryVlan            no

SPAN                     source

Link debounce timer      yes

Cat4000-c> (enable)

show port <mod/port>

Este comando muestra el estado de puerto y los contadores. Si el estado no es el de conectado, consulte los pasos para la resolución de problemas en la sección El estado del puerto aparece desconectado, con fallas, desactivado, inactivo o errdisable de este documento. Si los contadores de puerto muestran errores incrementales, vea los pasos de troubleshooting en la sección Búsqueda de errores en los puertos.

Refiérase al comando show port para obtener más información.

Cat4000-c> (enable) show port 3/9

Port  Name               Status     Vlan       Level  Duplex Speed Type

----- ------------------ ---------- ---------- ------ ------ ----- ------------

3/9                     connected  1          normal a-full a-100 10/100/1000

Port  AuxiliaryVlan AuxVlan-Status     InlinePowered     PowerAllocated

Admin Oper   Detected mWatt mA @51V

----- ------------- -------------- ----- ------ -------- ----- --------

3/9  none          none           -     -      -        -     -

Port  Security Violation Shutdown-Time Age-Time Max-Addr Trap     IfIndex

----- -------- --------- ------------- -------- -------- -------- -------

3/9  disabled  shutdown             0        0        1 disabled      64

Port  Num-Addr Secure-Src-Addr   Age-Left Last-Src-Addr     Shutdown/Time-Left

----- -------- ----------------- -------- ----------------- ------------------

3/9         0                 -        -                 -        -         -

Port   Send FlowControl    Receive FlowControl   RxPause TxPause Unsupported

admin    oper       admin    oper                           opcodes

-----  -------- --------   -------- --------     ------- ------- -----------

3/9   on       disagree   desired  off          0       0       0

Port  Status     Channel              Admin Ch

Mode                 Group Id

----- ---------- -------------------- ----- -----

3/9  connected  auto silent             40     0

Port  Align-Err  FCS-Err    Xmit-Err   Rcv-Err    UnderSize

----- ---------- ---------- ---------- ---------- ---------

3/9           -          0          0          0         0

Port  Single-Col Multi-Coll Late-Coll  Excess-Col Carri-Sen Runts     Giants

----- ---------- ---------- ---------- ---------- --------- --------- ---------

3/9           0          0          0          0         0         0         0

Last-Time-Cleared

--------------------------

Tue Jan 22 2002, 14:57:21

show mac <mod/port>

Este comando muestra los contadores MAC y es útil para determinar si los contadores aumentan según lo esperado. Este comando muestra las tramas totales de unidifusión, multidifusión y transmisión que recibe un puerto. El contador In-Perdid en el Catalyst 4000 refleja la suma de todos los paquetes de error recibidos en el puerto. Esto es diferente al comportamiento del contador In-Lost en los switches Catalyst 5000; que refleja la suma de todas las fallas de memoria intermedia de recepción. El contador out-Lost en Catalyst 4000 y 5000, refleja las tramas salientes que se perdieron antes de ser reenviadas debido a un espacio insuficiente en el buffer. Esto se debe comúnmente a que se sobresuscribe la interfaz.

Consulte la sección Búsqueda de errores en los puertos de este documento para ver los pasos de troubleshooting. Refiérase al comando show mac para obtener más información.

Cat4000-c> (enable) show mac 2/1

Port     Rcv-Unicast          Rcv-Multicast        Rcv-Broadcast

-------- -------------------- -------------------- --------------------

2/1                        6                  446                    0

Port     Xmit-Unicast         Xmit-Multicast       Xmit-Broadcast

-------- -------------------- -------------------- --------------------

2/1                        6                16041                26236

Port     Rcv-Octet            Xmit-Octet

-------- -------------------- --------------------

2/1                   149408              2901773

MAC      Dely-Exced MTU-Exced  In-Discard Lrn-Discrd In-Lost    Out-Lost

-------- ---------- ---------- ---------- ---------- ---------- ----------

2/1              0          0          0          0          0          0

Last-Time-Cleared

--------------------------

Tue Jan 22 2002, 14:57:21

show counters <mod/port>

Este comando muestra los contadores de hardware para el puerto y varía de acuerdo al tipo de puerto. Consulte la sección Búsqueda de errores en los puertos de este documento para ver los pasos de troubleshooting. Refiérase al comando show counters para obtener más información.

Cat4000-c> (enable) show counters 2/1

2  rxUnicastPacketCount       = 6

3  txUnicastPacketCount       = 6

4  rxMulticastPacketCount     = 447

5  txMulticastPacketCount     = 16078

6  rxBroadcastPacketCount     = 0

7  txBroadcastPacketCount     = 26296

8  rxByteCount                = 149742

9  txByteCount                = 2908424

10 pkts64                     = 40611

11 pkts65to127                = 890

12 pkts128to255               = 441

13 pkts256to511               = 891

14 pkts512to1023              = 0

15 pkts1024to1522             = 0

16 rxNoPacketBufferCount      = 0

17 rxCRCAlignErrorPacketCount = 0

18 rxUndersizedPacketCount    = 0

19 rxOversizedPacketCount     = 0

20 rxFragmentPacketCount      = 0

21 rxJabberPacketCount        = 0

22 pauseControlFramesRx       = 0

23 pauseControlFramesTx       = 0

24 unsupportedOpcodesRx       = 0

25 txQueueNotAvailable        = 0

26 totalCollisionCount        = 0

27 lateCollisionCount         = 0

28 singleCollisionFrames      = 0

29 multipleCollisionFrames    = 0

30 excessiveCollisionFrames   = 0

31 deferredTransmissions      = 0

32 carrierSenseErrors         = 0

33 falseCarrierDuringIdle     = 0

34 symbolErrorDuringCarrier   = 0

35 sequenceErrorDuringCarrier = 0

clear counters

Este comando se utiliza para reiniciar las estadísticas show port, show mac y show counter. Es útil para determinar los errores que siguen aumentando o que se han resuelto.

Consulte el comando clear counters para obtener más información.

show cdp neighbors detail

Este comando muestra detalles sobre los dispositivos remotos de Cisco que utilizan CDP. Esta es una manera rápida de obtener la dirección y la interfaz IP de un dispositivo Cisco en función de cualquier puerto de switch. Consulte los comandos show cdp neighbors detail para obtener más información.

Cat4000-c> (enable) show cdp neighbors detail

Port (Our Port): 2/1

Device-ID: 8-4006-L3

Device Addresses:

IP Address: 127.0.0.3

Holdtime: 170 sec

Capabilities: ROUTER

Version:

Cisco Internetwork Operating System Software

IOS (tm) L3 Switch/Router Software (CAT4232-IN-M), Version 12.0(14)W5(20)  RE

Copyright (c) 1986-2001 by cisco Systems, Inc.

Compiled Thu 01-Mar-01 18:18 by integ

Platform: cisco Cat4232L3

Port-ID (Port on Neighbors's Device): GigabitEthernet3

VTP Management Domain: unknown

Native VLAN: unknown

Duplex: unknown

System Name: unknown

System Object ID: unknown

Management Addresses: unknown

Physical Location: unknown

___________________________________________________________________________

Port (Our Port): 2/2

Device-ID: 8-4006-L3

Device Addresses:

IP Address: 127.0.0.3

Holdtime: 170 sec

Capabilities: ROUTER

Version:

Cisco Internetwork Operating System Software

IOS (TM) L3 Switch/Router Software (CAT4232-IN-M), Version 12.0(14)W5(20)  RE

Copyright (c) 1986-2001 by cisco Systems, Inc.

Compiled Thu 01-Mar-01 18:18 by integ

Platform: cisco Cat4232L3

Port-ID (Port on Neighbors's Device): GigabitEthernet4

VTP Management Domain: unknown

Native VLAN: unknown

Duplex: unknown

System Name: unknown

System Object ID: unknown

Management Addresses: unknown

Physical Location: unknown

Cat4000-c> (enable)

show spantree summary

Este comando proporciona un resumen de la información de STP útil para la solución de problemas de inestabilidad de link y otros problemas de red que se presentan como problemas de hardware. Consulte los comandos show spantree summary y show spantree para obtener más información.

Cat4000-c> (enable) show spantree summary

MAC address reduction: disabled

Root switch for vlans: 1.

BPDU skewing detection disabled for the bridge

BPDU skewed for vlans:  none.

Portfast bpdu-guard disabled for bridge.

Portfast bpdu-filter disabled for bridge.

Uplinkfast disabled for bridge.

Backbonefast disabled for bridge.

Summary of connected spanning tree ports by vlan

VLAN  Blocking Listening Learning Forwarding STP Active

----- -------- --------- -------- ---------- ----------

1         0         0        0          3          3

Blocking Listening Learning Forwarding STP Active

----- -------- --------- -------- ---------- ----------

Total        0         0        0          3          3

Cat4000-c> (enable)

show log

Este comando muestra el registro de error del sistema o módulo específico. Si se ha producido un reinicio o desperfecto del switch, se muestra la información de la pila necesaria para determinar la causa del desperfecto del switch. Refiérase al comando show log para obtener más información.

Cat4000-c> show log

Network Management Processor (ACTIVE NMP) Log:

Reset count:   15

Reboot History:   Jan 23 2002 11:14:16 0, Jan 22 2002 14:57:21 0

DEC 24 2001 13:56:38 0, DEC 24 2001 13:52:30 0

DEC 11 2001 12:31:59 0, DEC 07 2001 13:26:48 0

DEC 07 2001 10:42:19 0, DEC 07 2001 10:36:16 0

Nov 28 2001 11:03:10 0, Oct 26 2001 16:04:26 0

Bootrom Checksum Failures:      0   UART Failures:                  0

Flash Checksum Failures:        0   Flash Program Failures:         0

Power Supply 1 Failures:        0   Power Supply 2 Failures:        0

DRAM Failures:                  0

Exceptions:                     0

Loaded NMP version:            6.3(1)

Reload same NMP version count: 2

Last software reset by user: 1/23/2002,11:13:13

MCP Exceptions/Hang:            0

Heap Memory Log:

Corrupted Block = none

NVRAM log:

01. 11/28/2001,11:03:11: convert_post_SAC_CiscoMIB:Nvram block 0 unconvertible:)

02. 11/28/2001,11:03:11: convert_post_SAC_CiscoMIB:Nvram block 1 unconvertible:)

03. 11/28/2001,11:03:11: convert_post_SAC_CiscoMIB:Nvram block 2 unconvertible:)

04. 11/28/2001,11:03:11: check_block_and_log:Block 3 has been deallocated: (0x1)

05. 11/28/2001,11:03:11: convert_post_SAC_CiscoMIB:Nvram block 5 unconvertible:)

06. 11/28/2001,11:03:11: check_block_and_log:Block 35 has been deallocated: (0x)

07. 11/28/2001,11:03:11: convert_post_SAC_CiscoMIB:Nvram block 44 unconvertible)

08. 11/28/2001,11:03:11: convert_post_SAC_CiscoMIB:Nvram block 62 unconvertible)

09. 11/28/2001,11:03:14: supVersion:Nmp version 5.5(11)

10. 12/7/2001,10:36:16: convert_post_SAC_CiscoMIB:Block 0 converted from versio5

11. 12/7/2001,10:36:20: supVersion:Nmp version 6.3(3)

12. 12/11/2001,12:32:00: convert_post_SAC_CiscoMIB:Nvram block 0 unconvertible:)

13. 12/11/2001,12:32:00: convert_post_SAC_CiscoMIB:Nvram block 1 unconvertible:)

14. 12/11/2001,12:32:00: convert_post_SAC_CiscoMIB:Nvram block 2 unconvertible:)

15. 12/11/2001,12:32:00: convert_post_SAC_CiscoMIB:Nvram block 5 unconvertible:)

16. 12/11/2001,12:32:00: check_block_and_log:Block 35 has been deallocated: (0x)

17. 12/11/2001,12:32:00: convert_post_SAC_CiscoMIB:Nvram block 44 unconvertible)

18. 12/11/2001,12:32:00: convert_post_SAC_CiscoMIB:Nvram block 62 unconvertible)

19. 12/11/2001,12:32:04: supVersion:Nmp version 5.5(8)

20. 12/24/2001,13:56:38: convert_post_SAC_CiscoMIB:Block 0 converted from versi5

21. 12/24/2001,13:56:42: supVersion:Nmp version 6.3(1)

Module 2 Log:

Reset Count:   16

Reset History: Wed Jan 23 2002, 11:15:13

Tue Jan 22 2002, 14:58:18

Tue Jan 15 2002, 17:03:35

Tue DEC 11 2001, 12:32:58

Module 3 Log:

Reset Count:   12

Reset History: Wed Jan 23 2002, 11:14:34

Tue Jan 22 2002, 14:57:39

Mon DEC 24 2001, 13:56:53

Fri DEC 7 2001, 13:27:07

Module 5 Log:

Reset Count:   15

Reset History: Wed Jan 23 2002, 11:14:31

Tue Jan 22 2002, 14:57:36

Mon DEC 24 2001, 13:56:51

Mon DEC 24 2001, 13:52:43

show tech-support

Este comando muestra esto como resultado continuo:

show version, sh flash, sh microcode, sh system, sh module, sh port, sh mac, sh trunk, sh vlan, sh vtp domain, sh spantree active, sh spantree summary, sh test, sh arp, sh ip route, sh cdp neighbor detail, sh netstst ststs, show memory buffers, show out-of-band stats, sh inband stats, show cam static, sh cam count dynamic, sh cam system, sh config, sh log, sh proc, sh proc mem, sh proc cpu, ps, ps -c

Refiérase al comando show tech-support para obtener más información.

Información Relacionada

- Cómo funcionan los switches LAN

- Referencia de Comandos de Catalyst 4000

- Herramientas y recursos de soporte

- Soporte de Productos de Switches

- Soporte de Tecnología de LAN Switching

- Soporte Técnico y Documentación - Cisco Systems