Solución de problemas de hardware para switches Catalyst serie 4000
Contenido
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
Componentes Utilizados
Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware.
Convenciones
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:
-
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?
-
-
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.
-
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.
-
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.
-
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.
-
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
-
Compruebe que el interruptor de alimentación se encuentra en la posición ON (|) y que la luz OK del sistema está encendida.
-
Conecte el cable directamente al puerto de la consola y no a través de un panel de conexión.
-
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
-
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.
-
Intente realizar Telnet desde un PC conectado directamente al switch en la misma VLAN que la interfaz sc0 para eliminar cualquier problema de ruteo.
-
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:
-
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.
-
¿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.
-
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.
-
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.
-
Capture el resultado de los comandos show config , show module y show test 0 .
-
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.
-
-
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.
-
-
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.
-
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.
-
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.
-
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.
-
-
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.
-
Consulte estos documentos para obtener más información sobre cómo resolver otras causas de errores de puerto:
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:
-
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
-
Si estos mensajes ocurren repetidamente en ciertos puertos, consulte este documento para ver las posibles causas:
-
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.
-
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:
-
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.
-
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:
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:
-
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.
-
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:
-
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)
-
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;
-
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
-
-
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.
-
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.
-
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.
-
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:
-
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.
-
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:
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:
-
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.
-
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.
-
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.
-
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.
-
Examine el armado del ventilador y los suministros de energía para verificar si el sistema está recibiendo energía.
-
Ejecute el comando show system para determinar si el estado del ventilador es defectuoso.
-
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.
-
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.
-
Examine el conjunto del ventilador y el suministro eléctrico a fin de detectar cualquier problema.
-
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.
-
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.
-
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.
-
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.
-
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>.
-
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.
-
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.
-
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.
-
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 .
-
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.
-
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:
-
Capture la salida de los comandos show module y show test 0.
-
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.
-
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.
-
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.
-
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.
-
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.
-
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 IdleCuando 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.
-
-
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.
-
-
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.
-
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.
-
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:
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.
-
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 0El 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.
-
-
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.
-
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:
-
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.
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
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
Historial de revisiones
| Revisión | Fecha de publicación | Comentarios |
|---|---|---|
1.0 |
02-Dec-2013 |
Versión inicial |
ComentariosContacte a Cisco
- Abrir un caso de soporte
- (Requiere un Cisco Service Contract)