Switches : Switches Cisco Catalyst de la serie 6500

Resolución de problemas de puertos e interfaces de switches

23 Junio 2008 - Traducción manual
Otras Versiones: PDFpdf | Traducción Automática (31 Julio 2013) | Inglés (3 Abril 2009) | Comentarios

Contenidos

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

Introducción

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

Requisitos previos

Requisitos

No hay requisitos específicos para este documento.

Componentes utilizados

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

Convenciones

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

Resolución de problemas de la capa física

Uso de los indicadores LED para la resolución de problemas

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

Plataforma

URL

Switches Catalyst serie 6000

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

Switches Catalyst serie 5000

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

Switches Catalyst serie 4000

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

Switches Catalyst serie 3750

Front Panel LEDs (Indicadores luminosos del panel frontal)

Switches Catalyst serie 3550

Front Panel LEDs (Indicadores luminosos del panel frontal)

Switches Catalyst serie 2950/2955

Front Panel LEDs (Indicadores luminosos del panel frontal)

Switches Catalyst serie 2900/3500XL

Front Panel LEDs (Indicadores luminosos del panel frontal)

Switches Catalyst series 1900 y 2820

Front Panel LEDs (Indicadores luminosos del panel frontal)

Switches Catalyst serie G-L3

Front Panel LED (Indicadores luminosos del panel frontal)

Compruebe que ambos lados tengan un enlace. Un cable roto o un puerto apagado pueden provocar el problema cuando un lado tiene luz de enlace, pero el otro lado no.

Una luz de enlace no garantiza que el cable funcione correctamente. Es posible que el cable haya sufrido una sobrecarga física que haga que funcione en un nivel marginal. Normalmente esta situación se identifica si el puerto presenta muchos errores de paquetes o si es inestable (pierde y recupera el enlace constantemente).

Comprobación del cable y ambos lados de la conexión

Si la luz de enlace del puerto no se enciende, considere las siguientes posibilidades:

Posible causa

Acción correctiva

El cable no está conectado

Conecte el cable del switch a un dispositivo que funciones correctamente.

Puerto incorrecto

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

El dispositivo no tiene alimentación

Compruebe que ambos dispositivos tengan alimentación.

Tipo de cable incorrecto

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

Cable en malas condiciones

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

Conexiones débiles

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

Paneles de conexiones

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

Conversores de medios

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

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

Cambie el GBIC sospechoso por uno bueno.

Compruebe la compatibilidad de hardware y software para este tipo de GBIC. Consulte la sección Resolución de problemas de Gigabit Ethernet en este documento.

Puerto o módulo erróneo

Puerto, interfaz o módulo no habilitado

Cambie el cable a un puerto bueno conocido para solucionar el problema de puerto o módulo sospechoso.

Use el comando show port en CatOS o el comando show interface en Cisco IOS y busque los estados errdisable, inhabilitado o shutdown.

El comando show module puede indicar un estado defectuoso, lo que puede representar un problema de hardware. Consulte la sección de este documento Problemas comunes de puertos e interfaces para obtener más información.

Cables Ethernet de cobre y de fibra

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

Advertencia Advertencia: los cables de las categorías 5e y 6 pueden almacenar un alto nivel de electricidad estática debido a las propiedades dieléctricas de los materiales utilizados en su fabricación. Realice siempre la conexión a tierra de los cables (especialmente en los latiguillos nuevos) en una toma adecuada y segura antes de conectarlos al módulo.

En el caso de fibra, asegúrese de que tiene el cable correcto para las distancias implicadas y el tipo de puertos de fibra utilizados. Las dos opciones son fibra de modo simple (SMF) o fibra de modo múltiple (MMF). Compruebe que los puertos de los dispositivos que se conectan sean ambos SMF o MMF.

Nota: en las conexiones de fibra, compruebe que el extremo de transmisión de un puerto esté conectado al extremo de recepción del otro puerto. Las conexiones de transmisión a transmisión y recepción a recepción no funcionan.

Distancias máximas de transmisión de Ethernet y Fast Ethernet

Velocidad del transceptor

Tipo de cable

Modo dúplex

Distancia máxima entre estaciones

10 Mbps

UTP categoría 3

Completo y semi

100 m

10 Mbps

MMF

Completo y semi

2 km

100 Mbps

UTP categoría 5 UTP categoría 5e

Completo y semi

100 m

100 Mbps

UTP categoría 6

Completo y semi

100 m

100 Mbps

MMF

Semi

400 m

   

Total

2 km

100 Mbps

SMF

Semi

400 m

   

Total

10 km

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

Resolución de problemas de Gigabit Ethernet

Si hay un dispositivo A conectado a un dispositivo B mediante un enlace Gigabit y el enlace no se activa, realice el procedimiento siguiente.

Procedimiento paso a paso

  1. Compruebe que tanto el dispositivo A como el B utilizan el mismo UTP (TX) GBIC de longitud de onda corta (SX), de longitud de onda larga (LX), de trayecto largo (LH), de alcance extendido (ZX) o de cobre. Ambos dispositivos deben utilizar el mismo tipo de GBIC para establecer un enlace. Un GBIC SX debe conectarse a otro GBIC SX. Un GBIC SX no se comunica con un GBIC LX. Consulte Mode-Conditioning Patch Cord Installation Note (Nota sobre la instalación del cable de interconexión acondicionador de modo) para obtener más información.

  2. Compruebe la distancia y el cable utilizado en cada GBIC, como se indica en la tabla siguiente.

    Especificaciones de cableado de puertos 1000BASE-T y 1000BASE-X

    GBIC

    Longitud de onda (nm)

    Tipo cobre/fibra

    Tamaño del núcleo1 (micras)

    Ancho de banda modal (MHz/km)

    Distancia del cable2

    WS-G5483 para 1000Base-T - (cobre)

     

    UTP categoría 5

    UTP categoría 5e

    UTP categoría 6

       

    100 m

    WS-G5484 1000BASE-SX3

    850

    MMF

    62,5

    62,5

    50,0

    50,0

    160

    200

    400

    500

    220 m

    275 m

    500 m

    550 m

    WS-G5486 1000BASE-LX/LH

    1310

    MMF4

    SMF

    62,5

    50,0

    50,0

    8,3/9/10

    500

    400

    500

    -

    550 m

    550 m

    550 m

    10 km

    WS-G5487 1000BASE-ZX5

    1550

    MMF

    SMF6

    8.3/9/10

    8.3/9/10

     

    70 km7

    100 km

    1. Las cifras del cable de fibra óptica de modo múltiple corresponden al diámetro del núcleo. En el cable de fibra óptica de modo simple, 8,3 micras corresponde al diámetro del núcleo. Los valores de 9 y 10 micras corresponden al diámetro del campo de modo (MFD), que es el diámetro de la parte de la fibra por donde pasa la luz. Esta zona consta del núcleo de la fibra más una pequeña parte del revestimiento que lo envuelve. El MFD es una función del diámetro del núcleo, la longitud de onda del láser y la diferencia del índice de refracción entre el núcleo y el revestimiento.

    2. Las distancias se basan en la pérdida de fibra. Muchos empalmes y una fibra óptica de poca calidad reducen las distancias de cableado.

    3. Utilizar sólo con MMF.

    4. Si se utiliza un GBIC LX/LH con MMF de 62,5 micras de diámetro, hay que instalar un cable de interconexión acondicionador de modo (CAB-GELX-625 o equivalente) entre el GBIC y el cable MMF tanto en el extremo de transmisión como en el de recepción del enlace. El cable de interconexión acondicionador de modo es necesario para enlaces de distancia inferior a 100 m o superior a 300 m. El cable de interconexión acondicionador de modo evita la sobrecarga del receptor en tramos cortos de MMF y reduce el retraso del modo diferencial en tramos largos de MMF. Consulte Mode-Conditioning Patch Cord Installation Note (Nota sobre la instalación del cable de interconexión acondicionador de modo) para obtener más información.

    5. Utilizar sólo con SMF.

    6. Cable de fibra óptica de un solo modo desplazado por dispersión.

    7. La distancia mínima de enlace de los GBIC ZX es de 10 km con un atenuador de 8 dB instalado en cada final del enlace. Sin atenuadores, la distancia mínima del enlace es de 40 km.

  3. Si alguno de los dispositivos tiene varios puertos Gigabit, conecte los puertos entre sí. De esta manera, se prueban los dispositivos y se comprueba si la interfaz Gigabit funciona correctamente. Por ejemplo, si tiene un switch con dos puertos Gigabit, conecte el puerto Gigabit nº 1 al puerto Gigabit nº 2. ¿Se activa el enlace? En caso afirmativo, el puerto es bueno. STP se bloqueará en el puerto e impedirá los bucles (la recepción (RX) del puerto nº 1 va a la transmisión (TX) del puerto nº 2 y la TX del puerto nº 1 va a la RX del puerto nº 2).

  4. Si falla la conexión simple o el paso 3 con los conectores SC, haga un bucle del puerto consigo mismo (RX del puerto nº 1 a la TX del puerto nº 1). ¿Se activa el puerto? En caso negativo, póngase en contacto con el Centro de Asistencia Técnica, ya que podría tratarse de un puerto defectuoso.

  5. Si los pasos 3 y 4 dan resultado, pero no se puede establecer la conexión entre el dispositivo A y el B, cree un bucle en los puertos con el cable que une ambos dispositivos. Compruebe que no haya ningún cable defectuoso.

  6. Compruebe que cada dispositivo admite la especificación 802.3z para la negociación automática. Gigabit Ethernet incluye un procedimiento de negociación automática mucho más amplio que el que se utiliza para Ethernet 10/100 (especificación Gigabit de negociación automática: IEEE Std 802.3z-1998). Si habilita la negociación de enlaces, el sistema negocia automáticamente el control de flujo, el modo dúplex y la información de fallo remoto. Debe habilitar o deshabilitar la negociación de enlace en ambos extremos del enlace, los cuales deben tener el mismo valor; de lo contrario, no se podrá activa el enlace. Se han detectado problemas al conectar dispositivos fabricados antes de la ratificación de la norma IEEE 802.3z. Si alguno de los dispositivos no admite la negociación automática de Gigabit, inhabilite la negociación para forzar el enlace.

    Advertencia Advertencia: si se inhabilita la negociación automática, se ocultan los cortes del enlace o los problemas de la capa física. La inhabilitación de la negociación automática sólo es necesaria si se utilizan dispositivos finales como las antiguas NIC Gigabit que no admiten la norma IEEE 802.3z. No inhabilite la negociación automática entre switches a menos que sea absolutamente necesario, ya que los problemas de la capa física pueden pasar desapercibidos, lo que provocaría bucles STP. La alternativa consiste en ponerse en contacto con el proveedor y obtener actualizaciones de software o hardware que admitan la negociación automática de Gigabit de la norma IEEE 802.3z.

Para resolver este mensaje de error: %SYS-4-PORT_GBICBADEEPROM: / %SYS-4-PORT_GBICNOTSUPP, consulte Mensajes de error comunes de CatOS en switches Catalyst serie 6000/6500.

Si desea conocer los requisitos del sistema para Gigabit Ethernet y para conversores de interfaz Gigabit (GBIC), multiplexores por división de longitud de onda aproximada (CWDM) y dispositivos enchufables pequeños (SFP), consulte:

Para obtener información general sobre la configuración y la resolución de problemas, consulte Configuración y resolución de problemas de negociación automática de semidúplex/dúplex completo de Ethernet 10/100/1000 Mb.

Connected frente a Notconnected

La mayoría de switches Cisco tienen de forma predeterminada un puerto en estado "notconnect". Esto significa que en ese momento no está conectado, pero se conectará si dispone de una buena conexión con otro dispositivo operativo. Si se conecta un cable adecuado a dos puertos de switch en el estado "notconnect", la luz del enlace debe estar en verde para ambos puertos y el estado del puerto debe ser "connected". Esto significa que el puerto está activo en lo que a la capa 1 (L1) se refiere.

En CatOS, se puede utilizar el comando show port para comprobar si el puerto tiene el estado “connected” o “notconnected”, o si es otro estado el que provoca el fallo de la conexión, como disabled o errdisable.

Switch> (enable) sh port status 3/1
  Port  Name                 Status     Vlan       Duplex Speed Type
  ----- -------------------- ---------- ---------- ------ ----- ------------
   3/1                       disabled   1            auto  auto 10/100BaseTX
!--- El comando show port status {mod/port} muestra que el puerto está inhabilitado.
!--- Utilice el comando set port enable {mod/port} para intentar rehabilitarlo.
         

En Cisco IOS, puede utilizar el comando show interfaces para comprobar si la interfaz muestra el estado "up" o "line protocol up (connected)". El primer "up" hace referencia al estado de conectado de la capa física de la interfaz. El mensaje "line protocol up" muestra el estado de conectado de la capa de enlace de datos de la interfaz e indica que la interfaz puede enviar y recibir señales de mantenimiento.

Router#show interfaces fastEthernet 6/1
FastEthernet6/1 is down, line protocol is down (notconnect)
!--- El estado de la interfaz es down y el del protocolo de línea es down.
!--- Motivos: en este caso,
!--- 1) Un cable está mal conectado o no está conectado a este puerto.
!--- 2) El cable conectado es defectuoso.
!--- 3) El otro extremo del cable no está conectado a un puerto o un dispositivo activo.
!--- Nota: para conexiones Gigabit, los GBIC deben coincidir en cada
!--- lado de la conexión.
!--- Hay distintos tipos de GBIC, dependiendo del cable y
!--- de las distancias: longitud de onda corta (nm),
!--- longitud de onda larga/trayecto largo (LX/LH) y distancia extendida (ZX).
!--- Un GBIC SX debe conectarse a otro GBIC SX;
!--- un GBIC SX no se comunica con un GBIC LX. Además, algunas conexiones Gigabit
!--- requieren cables de acondicionamiento
!--- según las longitudes. 
         
Router#show interfaces fastEthernet 6/1
FastEthernet6/1 is up, line protocol is down (notconnect)
!--- El estado de la interfaz es up (o no se encuentra en un estado shutdown), pero el del protocolo de línea es down.
!--- Motivo: en este caso, el dispositivo al otro lado del cable es
!--- un switch CatOS con el puerto inhabilitado. 
         
Router#sh interfaces fas 6/1 status
Port   Name    Status       Vlan    Duplex   Speed  Type
Fa6/1          notconnect    1       auto     auto   10/100BaseTX
!--- El comando show interfaces tipo-tarjeta [ranura/puerto] status es el equivalente
!--- de show port status en CatOS.
         

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

Comandos más habituales para la resolución de problemas de puertos e interfaces en CatOS y Cisco IOS

En la tabla siguiente se indican los comandos más comunes para la resolución de problemas de puerto o interfaz en switches que ejecutan el software CatOS en el Supervisor o el software de sistema Cisco IOS en el Supervisor.

Nota: seleccione un comando de la columna izquierda para ir a la documentación de dicho comando. La columna de la derecha ofrece una breve descripción de lo que hace el comando e indica las excepciones de uso en cada plataforma.

Los siguientes comandos son compatibles con la herramienta intérprete de resultados para CatOS y se pueden utilizar para solucionar problemas con los puertos del switch: show version, show module, show port, show counters o show mac.

Si dispone del resultado de los comandos que admite su dispositivo Cisco, puede utilizar la herramienta intérprete de resultados para que se muestren los posibles problemas y sus soluciones. Para usar la herramienta intérprete de resultados, debe ser un usuario registrado, estar conectado y tener JavaScript habilitado.

Comandos de CatOS

Comandos de Cisco IOS

Descripción

show version

show version

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

En los switches que ejecutan Cisco IOS, este comando muestra un resultado similar al de un router Cisco, como el nombre de la imagen de software, la información de la versión y los tamaños de la memoria del sistema.

Útil para buscar incompatibilidades de software y hardware (con las Notas de la versión o el asesor de software) y problemas (mediante Software Bug Toolkit).

Para obtener más información acerca del comando show version , consulte la sección Problemas de software de este documento.

show module

show module

En Catalyst 6000, 5000, 4000 y otros switches modulares que ejecutan CatOS o Cisco IOS, este comando muestra las tarjetas presentes en el switch, la versión de software que ejecutan y el estado en que se encuentran los módulos: ok, faulty, etc.

Útil para diagnosticar problemas de hardware en módulos o puertos.

Para obtener más información sobre la resolución de problemas de hardware con el comando show module, consulte las secciones El estado del puerto o la interfaz es disabled o shutdown o Problemas de hardware de este documento.

show config

show running-config

En CatOS, este comando muestra la configuración no predeterminada del switch (todos los cambios realizados en la configuración predeterminada). Todos los cambios de configuración en CatOS se guardan automáticamente.

En Cisco IOS, este comando muestra el archivo de configuración en uso del switch. Los cambios de configuración se guardan en Cisco IOS mediante el comando write memory.

Útil para determinar si algún error de configuración del módulo/puerto o de la interfaz puede provocar un problema.

show port

show interfaces

En CatOS, el comando show port muestra si el puerto está conectado, en qué VLAN se encuentra, con qué velocidad/dúplex se ejecuta, información del canal, errores, etc.

En Cisco IOS, el comando show interfaces muestra el estado administrativo y operativo de los puertos de conmutación, los paquetes de entrada y salida, fallos de búfer, errores, etc.

El resultado de estos dos comandos se aborda con más detalle en la sección Introducción a la salida de los contadores de puertos e interfaces en CatOS y Cisco IOS de este documento.

clear counters

clear counters

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

Nota: los switches Catalyst serie 6500/6000 no borran los contadores de bits de una interfaz con el comando clear counters. El único método para borrar los contadores de bits en estos switches consiste en volver a cargar.

show port counters

show interfaces counters

En CatOS, el comando show port <módulo/puerto> muestra los contadores de errores en los puertos como FCS, alineaciones, colisiones, etc.

En Cisco IOS en Catalyst de las series 6000, 4000, 3550, 2950 y 3750, el comando equivalente es show interfaces tipo-tarjeta x/y counters errors.

El resultado de estos dos comandos se aborda con más detalle en la sección Introducción a la salida de los contadores de puertos e interfaces en CatOS y Cisco IOS de este documento.

show counters

show counters interface

show controllers ethernet-controller

En CatOS, el comando show counters muestra los contadores de hardware de 64 y 32 bits de un módulo/puerto o una interfaz determinada. Los contadores varían según el tipo de módulo y la plataforma.

En Cisco IOS, el comando show counters interface se incluyó por primera vez únicamente en la versión 12.1(13)E para Catalyst serie 6000 y es el equivalente del comando show counters de CatOS que muestra contadores de errores de 32 y 64 bits.

En Cisco IOS, en los switches de las series 2900/3500XL, 2950/2955, 3550, 2970 y 3750, el comando show controllers Ethernet-controller es similar al comando show counters para las plataformas CatOS. Muestra tramas descartadas, tramas diferidas, errores de alineación, colisiones, etc.

show mac

show interfaces counters

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

En Cisco IOS, el comando show interfaces card-type x/y counters es similar al comando show mac para las plataformas CatOS.

El resultado de estos dos comandos se aborda con más detalle en la sección Introducción a la salida de los contadores de puertos e interfaces en CatOS y Cisco IOS de este documento.

show test

show diagnostic(s)

show post

En CatOS, el comando show test muestra los errores de hardware encontrados al iniciar el dispositivo.

En Cisco IOS, el comando equivalente es show diagnostic que se comenzó a incluir en la versión 12.1(11b)E para Catalyst serie 6000 y show diagnostics(con una s) que se incluyó para Catalyst serie 4000. Ambos comandos muestran el resultado de la prueba automática de encendido (POST).

En Cisco IOS, en los switches de las series 2900/3500XL, 2950/2955, 3550, 2970 y 3750, el comando equivalente es show post que muestra los resultados del POST del switch.

Para obtener más información sobre la resolución de problemas de hardware en los switches Catalyst, consulte la sección Problemas de hardware de este documento.

Introducción a la salida específica de los contadores de puertos e interfaces en CatOS y Cisco IOS

La mayoría de los switches tienen algún modo de realizar el seguimiento de los paquetes y errores que tienen lugar en un puerto o una interfaz. Los comandos más habituales para buscar este tipo de información se describen en la sección Comandos más habituales para la resolución de problemas de puertos e interfaces en CatOS y Cisco IOS de este documento.

Nota: pueden existir diferencias en la implementación de los contadores en las diversas plataformas y versiones. Aunque los valores de los contadores son bastante exactos, no son muy precisos por diseño. Para obtener las estadísticas exactas del tráfico, se recomienda el uso de un rastreador para supervisar las interfaces de ingreso y egreso necesarias.

Un número de errores excesivo en determinados contadores suele indicar un problema. Cuando se trabaja con una configuración de semidúplex, es normal que se produzcan algunos errores de enlace de datos que incrementan los contadores de secuencia de verificación de tramas (FCS), la alineación, los fragmentos minúsculos y la colisión. Generalmente, un índice del uno por ciento de errores con relación al total de tráfico es aceptable para conexiones semidúplex. Si el índice de errores con relación a los paquetes de entrada es superior al dos o tres por ciento, puede advertirse la degradación del rendimiento.

En entornos semidúplex, es posible que tanto el switch como el dispositivo conectado puedan detectar el cable y transmitir exactamente al mismo tiempo y provocar una colisión. Las colisiones pueden provocar errores de alineación, fragmentos minúsculos y FCS, debido a que la trama no se copia completamente al cable, lo que produce tramas fragmentadas.

Al operar en dúplex completo, los errores en los contadores de FCS, verificación por redundancia cíclica CRC), alineación y fragmentos minúsculos deben ser mínimos. Si el enlace opera a dúplex completo, el contador de colisión no está activo. Si los contadores de FCS, CRC, alineación o fragmentos minúsculos aumentan, compruebe si hay una discrepancia de dúplex. Una discrepancia de dúplex es una situación en la cual el switch funciona a dúplex completo y el dispositivo conectado a semidúplex, o viceversa. La discrepancia de dúplex da como resultado un rendimiento extremadamente bajo, conectividad intermitente y pérdida de conexión. Los cables dañados, un puerto de switch defectuoso o los problemas de hardware o software de NIC son otras causas posibles de errores de enlace de datos en el dúplex completo. Consulte la sección de este documento Problemas comunes de puertos e interfaces para obtener más información.

Show port en CatOS y show interfaces en Cisco IOS

El comando show port {módulo/puerto} se utiliza al ejecutar CatOS en el Supervisor. Una alternativa a este comando es show port counters {módulo/puerto}, que sólo muestra los contadores de errores en los puertos. Consulte la Tabla 1 para obtener información sobre la salida de los contadores de errores.

Switch> (enable) sh port counters 3/1

  Port  Align-Err  FCS-Err    Xmit-Err   Rcv-Err    UnderSize
 ----- ---------- ---------- ---------- ---------- ---------
  3/1           0          0          0          0         0

  Port  Single-Col Multi-Coll Late-Coll  Excess-Col Carri-Sen Runts     Giants
 ----- ---------- ---------- ---------- ---------- --------- --------- ---------
  3/1           0          0          0          0         0         0         0

El comando show interfaces tipo-tarjeta {ranura/puerto} es el comando equivalente para Cisco IOS en el Supervisor. Una alternativa a este comando (para switches Catalyst de las series 6000, 4000, 3550, 2970 2950/2955 y 3750) es el comando show interfaces tipo-tarjeta {ranura/puerto} counters errors, que sólo muestra los contadores de errores en las interfaces.

Nota: en los switches de las series 2900/3500XL, use el comando show interfaces tipo-tarjeta {ranura/puerto} con el comando show controllers Ethernet-controller.

Router#sh interfaces fastEthernet 6/1
FastEthernet6/1 is up, line protocol is up (connected)
   Hardware is C6k 100Mb 802.3, address is 0009.11f3.8848 (bia 0009.11f3.8848)
   MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec,
      reliability 255/255, txload 1/255, rxload 1/255
   Encapsulation ARPA, loopback not set
   Full-duplex, 100Mb/s
   input flow-control is off, output flow-control is off
   ARP type: ARPA, ARP Timeout 04:00:00
   Last input 00:00:14, output 00:00:36, output hang never
   Last clearing of "show interface" counters never
   Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 0
   Queueing strategy: fifo
   Output queue :0/40 (size/max)
   5 minute input rate 0 bits/sec, 0 packets/sec
   5 minute output rate 0 bits/sec, 0 packets/sec

El resultado del comando show interfaces hasta este punto se explica a continuación (por orden):

  • up, line protocol is up (connected): el primer "up" hace referencia al estado de conectado de la capa física de la interfaz. El mensaje "line protocol up" muestra el estado de conectado de la capa de enlace de datos de la interfaz e indica que la interfaz puede enviar y recibir señales de mantenimiento.

  • MTU: la unidad de transmisión máxima (MTU) es de 1500 bytes para Ethernet, de manera predeterminada (para el tamaño máximo de porción de datos de la trama).

  • Full-duplex, 100Mb/s: dúplex completo y 100 Mbps son los ajustes de velocidad y dúplex en uso en la interfaz. Esto no indica si se ha utilizado autoneg para lograrlo. Utilice el comando show interfaces fas 6/1 statuspara ver esto:

    Router#sh interfaces fas 6/1 status
    
    	Port    Name               Status       Vlan       Duplex  Speed Type
    	Fa6/1                      connected    1          a-full a-100 10/100BaseTX
     !--- Se utilizó la negociación automática para lograr dúplex completo y 100 Mbps.
    
                   
  • Last input, output: número de horas, minutos y segundos desde que el último paquete se recibió o transmitió correctamente en la interfaz. Esto sirve para saber cuando ha fallado una interfaz inactiva.

  • Last clearing of "show interface" counters: la última vez que se ejecutó el comando clear counters desde que el switch se reinició por última vez. El comando clear counters permite restablecer las estadísticas de la interfaz.

    Nota: las variables que pueden afectar al enrutamiento (por ejemplo, carga y fiabilidad) no se restablecen cuando se restablecen los contadores.

  • Input queue: cantidad de paquetes en la cola de entrada. Size/max/drops significa el número actual de tramas en la cola/el máximo número de tramas que la cola puede tener antes de comenzar a descartar tramas/el número actual de tramas descartadas debido a que se excedió el tamaño máximo de la cola. Flushes se utiliza para contar paquetes descartados selectivamente (SPD) en Catalyst serie 6000 con Cisco IOS. (El contador de purgación se puede utilizar pero no aumenta nunca en la serie Catalyst 4000 con Cisco IOS). SPD es un mecanismo que descarta rápidamente los paquetes de prioridad baja cuando la CPU está sobrecargada con el fin de guardar capacidad de procesamiento para los paquetes de mayor prioridad.

  • Total output drops: cantidad de paquetes que se descartan porque la capacidad de la cola de salida está completa. Una causa frecuente para esto podría ser que el tráfico de un enlace de ancho de banda alto sea conmutado hacia un enlace de ancho de banda inferior o que el tráfico de enlaces entrantes múltiples sea conmutado a un solo enlace de salida. Por ejemplo, si una gran cantidad de tráfico saturado entra en una interfaz gigabit y se conmuta hacia una interfaz de 100 Mbps, esto podría ocasionar que aumenten las pérdidas en la salida en la interfaz de 100 Mbps. Esto ocurre porque la cola de salida en esa interfaz está saturada por el exceso de tráfico debido a la asimetría de la velocidad entre los anchos de banda entrante y saliente.

  • Output queue: cantidad de paquetes en la cola de salida. Size/máx significa la cantidad actual de tramas en la cola/el número máximo de tramas que la cola puede retener antes de estar completa y deber eliminar tramas.

  • 5 minute input/output rate: velocidad media de entrada y salida detectada por la interfaz en los últimos cinco minutos. Para obtener una lectura más precisa especificando un período de tiempo menor (por ejemplo, para detectar mejor las ráfagas de tráfico), ejecute el comando de interfaz load-interval &lt;seconds&gt;.

El resto del comando show interfaces muestra el resultado de los contadores de errores que es similar o equivalente al de los contadores de errores de CatOS. Consulte la Tabla 1 para obtener información sobre el resultado de los contadores de errores.

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

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

Router#sh interfaces fastEthernet 6/1 counters errors

 Port        Align-Err    FCS-Err   Xmit-Err    Rcv-Err UnderSize OutDiscards
 Fa6/1               0          0          0          0         0           0

 Port      Single-Col Multi-Col  Late-Col Excess-Col Carri-Sen     Runts    Giants
 Fa6/1              0         0         0          0         0         0         0

Tabla 1:

Resultado del contador de errores de CatOS para show port o show port counters en Catalyst de las series 6000, 5000 y 4000. Resultado del contador de errores de Cisco IOS para show interfaces o show interfaces tipo-tarjeta x/y counters errors en Catalyst de las series 6000 y 4000.

Contadores (en orden alfabético)

Descripción y causas comunes del incremento en los contadores de errores

Align-Err

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

Causas comunes: suelen producirse como resultado de una discordancia de dúplex o un problema físico (como el cableado, un puerto defectuoso o una NIC incorrecta). Cuando se conecta el cable al puerto por primera vez, pueden surgir algunos de estos errores. Además, en caso de que haya un concentrador conectado al puerto, los colisiones entre los otros dispositivos del concentrador podrían ocasionar estos errores.

Excepciones en las plataformas: los errores de alineación no se cuentan en el Supervisor I (WS-X4012) o Supervisor II (WS-X4013) de la serie Catalyst 4000.

babbles

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

Carri-Sen

Descripción: CatOS sh port y Cisco IOS sh interfaces counters errors. El contador Carri-Sen (detección de portadora) aumenta cada vez que un controlador Ethernet quiere enviar datos a una conexión semidúplex. El controlador detecta el cable y verifica si no está ocupado antes de realizar la transmisión.

Causas comunes: esto es normal en un segmento Ethernet semidúplex.

collisions

Descripciones: contador sh interfaces de Cisco IOS. Número de veces que se ha producido una colisión antes de que la interfaz transmitiera una trama satisfactoriamente al dispositivo.

Causas comunes: las colisiones son normales en interfaces configuradas como medio dúplex, pero no deben existir en interfaces dúplex plenas. Si las colisiones aumentan significativamente indicaría que existe un enlace que se usa demasiado o una discrepancia de dúplex con el dispositivo adjunto.

CRC

Descripción: contador sh interfaces de Cisco IOS. Este contador aumenta cuando la CRC generada por la estación LAN de origen o el dispositivo del extremo final no coincide con la suma de comprobación calculada a partir de los datos recibidos.

Causas comunes: generalmente, esto indica problemas de ruido o de transmisión en la interfaz LAN o en la LAN en sí. Un elevado número de CRC se produce por lo general como resultado de las colisiones pero también pueden indicar un problema físico (como cableado, mala interfaz o tarjeta de interfaz de red [NIC]) o un desajuste bidireccional.

deferred

Descripción: contador sh interfaces de Cisco IOS. Número de tramas que se han transmitido correctamente después de esperar porque el dispositivo estaba ocupado.

Causas comunes: esto suele darse en entornos semidúplex donde la portadora ya está en uso al intentar transmitir una trama.

pause input

Descripción: contador show interfaces de Cisco IOS. Un incremento del contador pause input (detener entrada) significa que el dispositivo conectado solicita que se detenga el tráfico cuando su búfer de recepción está casi lleno.

Causas comunes: este contador aumenta con fines informativos, ya que el switch acepta la trama. La petición de detener los paquetes se anula cuando el dispositivo conectado está en condiciones de recibir tráfico.

input packets with dribble condition

Descripción: contador sh interfaces de Cisco IOS. Un error de bits adicionales indica que una trama es ligeramente demasiado larga.

Causas comunes: este contador de errores de trama se incrementa con fines informativos, ya que el switch acepta la trama.

Excess-Col

Descripción: CatOS sh port y Cisco IOS sh interfaces counters errors. Recuento de tramas cuya transmisión en una interfaz determinada falla debido a un exceso de colisiones. Se produce una colisión excesiva cuando un paquete colisiona 16 veces seguidas. De esta manera, el paquete deja de transmitirse.

Causas comunes: las colisiones excesivas suelen indicar que la carga del segmento debe repartirse entre varios segmentos, pero también pueden indicar una discrepancia de dúplex con el dispositivo conectado. No deben darse colisiones en las interfaces configuradas como dúplex completo.

FCS-Err

Descripción: CatOS sh port y Cisco IOS sh interfaces counters errors. Número de tramas de tamaño válido con errores de secuencia de verificación de tramas (FCS) pero sin errores de entramado.

Causas comunes: suele deberse a un problema físico (cableado, puerto erróneo o una tarjeta de interfaz de red (NIC) defectuosa), pero también puede ser indicativo de una discrepancia de dúplex.

frame

Descripción: contador sh interfaces de Cisco IOS. Número de paquetes recibidos incorrectamente con un error de CRC y un número no entero de octetos (error de alineación).

Causas comunes: suele ser el resultado de colisiones o de un problema físico (como cableado, puerto o NIC incorrectos), aunque también puede indicar una discrepancia de dúplex.

Giants

Descripción: sh port de CatOS y sh interfaces y sh interfaces counters errors de Cisco IOS. Las tramas recibidas que excedieron el tamaño máximo de trama IEEE 802.3 (1518 bytes para Ethernet no Jumbo) y cuentan con una secuencia de verificación de tramas (FCS) errónea.

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

Excepciones en las plataformas: Catalyst serie 4000 que ejecutan Cisco IOS. Antes de la versión de software 12.1(19)EW, el contador de gigantes aumentaba con las tramas superiores a 1518 bytes. A partir de la versión 12.1(19)EW, un gigante en show interfaces aumenta sólo cuando se recibe una trama superior a 1518 bytes con una FCS errónea.

ignored

Descripción: contador sh interfaces de Cisco IOS. La cantidad de paquetes recibidos e ignorados por la interfaz porque el hardware de la interfaz no fue suficiente en los búferes internos.

Causas comunes: las tormentas de difusión y las ráfagas de ruido pueden hacer que aumente el recuento ignorado.

Input errors

Descripción: contador sh interfaces de Cisco IOS.

Causas comunes: se incluyen los recuentos ignorados, de fragmentos de tramas minúsculos y gigantes, de falta de memoria intermedia, de CRC y de exceso. Otros errores de entrada también pueden hacer aumentar el contador de errores de entrada y algunos datagramas pueden tener más de un error. Por lo tanto, esta cifra podría no ajustarse con la suma del recuento de los errores de entrada enumerados.

Consulte también la sección Errores de entrada en una interfaz de capa 3 conectada a un puerto de switch de capa 2.

Late-Col

Descripción: contador sh port de CatOS y sh interfaces ysh interfaces counters errors. de Cisco IOS. La cantidad de veces que se detecta tarde una colisión en una interfaz específica en el proceso de transmisión. Para un puerto de 10 Mbit/s, esto es posterior a 512 veces bits en la transmisión de un paquete. 512 veces bits corresponde a 51,2 microsegundos en un sistema de 10 Mbit/s.

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

lost carrier

Descripción: contador sh interfaces de Cisco IOS. Número de veces que la portadora se ha perdido durante la transmisión.

Causas comunes: compruebe que no haya ningún cable defectuoso. Compruebe la conexión física en ambos lados.

Multi-Col

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

Número de veces que se han producido colisiones múltiples antes de que la interfaz transmitiera una trama satisfactoriamente al dispositivo.

Causas comunes: las colisiones son normales en interfaces configuradas como medio dúplex, pero no deben existir en interfaces dúplex plenas. Si las colisiones aumentan significativamente indicaría que existe un enlace que se usa demasiado o una discrepancia de dúplex con el dispositivo adjunto.

no buffer

Descripción: contador sh interfaces de Cisco IOS. Número de paquetes recibidos descartados por falta de búfer.

Causas comunes: comparar con contador ignorado. Las tormentas de difusión pueden ser responsables de esta situación.

no carrier

Descripción: contador sh interfaces de Cisco IOS. Cantidad de veces que la portadora no estuvo presente en la transmisión.

Causas comunes: compruebe que no haya ningún cable defectuoso. Compruebe la conexión física en ambos lados.

Out-Discard

Descripción:número de paquetes salientes que se ha decidido rechazar aunque no se hayan detectado errores.

Causas comunes: una razón posible para descartar este paquete puede ser la necesidad de liberar búfer.

output buffer failures, output buffers swapped out

Descripción: contador sh interfaces de Cisco IOS. número de búferes erróneos y número de búferes intercambiados.

Causas comunes: los puertos almacenan los paquetes en el búfer Tx cuando el tráfico desviado hacia el puerto es intenso y no puede gestionar esta cantidad de tráfico. Los puertos empiezan a descartar paquetes cuando el búfer Tx está lleno, lo cual incrementa los contadores de agotamiento y de errores en el búfer de salida. El aumento de los contadores de errores del búfer de salida puede indicar que los puertos tienen un ajuste inferior de velocidad o dúplex, o que hay demasiado tráfico en el puerto.

Como ejemplo, suponga una situación en que se reenvía un flujo de multidifusión de 1 GB a 24 puertos de 100 Mbps. Si una interfaz de egreso tiene un exceso de suscriptores, es normal ver que los errores del búfer de salida aumentan junto con Out-Discards.

Para obtener más información sobre la resolución de problemas, consulte la sección Tramas diferidas (Out-Lost u Out-Discard) de este documento.

output errors

Descripción: contador sh interfaces de Cisco IOS. Suma de todos los errores que evitaron la transmisión final de los datagramas fuera de la interfaz.

overrun

Descripción: número de veces que el hardware de recepción no pudo entregar datos recibidos a un búfer de hardware.

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

packets input/output

Descripción: contador sh interfaces de Cisco IOS. Error total de paquetes libres de errores recibidos y transmitidos en la interfaz. La supervisión del aumento de estos contadores resulta útil para determinar si el tráfico fluye adecuadamente por la interfaz. El contador de bytes incluye tanto los datos como la encapsulación MAC de los paquetes libres de errores recibidos y transmitidos por el sistema.

Rcv-Err

Descripción: contadores show port o show port counters de CatOS y sh interfaces counters error de Cisco IOS (sólo para Catalyst serie 6000).

Causas comunes: consulte Excepciones en las plataformas:

Excepciones en las plataformas: Catalyst 5000 5000 rcv-err = errores del búfer de recepción. Por ejemplo, un fragmento minúsculo, un gigante o un error de FCS no aumenta el contador rcv-err. El contador rcv-err en un 5K sólo aumenta como resultado de un exceso de tráfico.

En Catalyst serie 4000 rcv-err = suma de todos los errores de recepción, lo que significa, contrariamente al Catalyst 5000, que el contador rcv-err aumentará cuando la interfaz reciba un error de tipo fragmento minúsculo, gigante o FCS.

Runts

Descripción: sh port de CatOS y sh interfaces y sh interfaces counters errors de Cisco IOS. Tramas recibidas que son menores al tamaño mínimo de trama de IEEE 802.3 (64 bytes para Ethernet) y tienen una CRC inadecuada.

Causas comunes: esto se puede deber a una discrepancia de dúplex o a problemas físicos como, por ejemplo, un cable, un puerto o una NIC defectuosos en el dispositivo conectado.

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

Single-Col

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

Número de veces que se ha producido una colisión antes de que la interfaz transmitiera una trama satisfactoriamente al dispositivo.

Causas comunes: las colisiones son normales en interfaces configuradas como medio dúplex, pero no deben existir en interfaces dúplex plenas. Si las colisiones aumentan significativamente indicaría que existe un enlace que se usa demasiado o una discrepancia de dúplex con el dispositivo adjunto.

underruns

Descripción: Número de veces que el transmisor ha operado más rápido de lo que el switch puede aceptar.

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

Undersize

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

Las tramas recibidas que son más pequeñas que el tamaño de trama mínimo de 64 bytes de la norma IEEE 802.3 (sin contar los bits de alineación de trama, pero contando los octetos FCS) y que están bien formadas.

Causas comunes: verifique el dispositivo que envía esas tramas.

Xmit-Err

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

Esto indica que el búfer de transmisión interno (Tx) está lleno.

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

Show mac en CatOS y show interfaces counters en Cisco IOS

El comando show mac {módulo/puerto} resulta útil al utilizar CatOS en el Supervisor para controlar el tráfico entrante y saliente en el puerto tal como indican los contadores de recepción (Rcv) y transmisión (Xmit) del tráfico de unidifusión, multidifusión y difusión. Este resultado pertenece a un Catalyst 6000 que ejecuta CatOS:

Console> (enable) sh mac 3/1

  Port     Rcv-Unicast          Rcv-Multicast        Rcv-Broadcast
  -------- -------------------- -------------------- --------------------
   3/1                      177               256272                 3694

  Port     Xmit-Unicast         Xmit-Multicast       Xmit-Broadcast
  -------- -------------------- -------------------- --------------------
   3/1                       30               680377                  153

  Port     Rcv-Octet            Xmit-Octet
  -------- -------------------- --------------------
   3/1                 22303565             48381168

  MAC      Dely-Exced MTU-Exced In-Discard Out-Discard
  -------- ---------- ---------- ---------- -----------
   3/1              0          0     233043          17

  Port  Last-Time-Cleared
  ----- --------------------------
   3/1  Sun Jun 1 2003, 12:22:47

Este comando también tiene los contadores de errores siguientes: Dely-Exced, MTU-Exced, In-Discard y Out-Discard.

  • Dely Exced: número de tramas descartadas por este puerto debido a un retraso excesivo de transmisión a través del switch. Este contador no debe aumentar nunca a menos que el puerto esté sometido a un uso muy intenso.

  • MTU Exceed: indicador de que uno de los dispositivos en ese puerto o segmento transmite un tamaño de trama mayor que el permitido (1518 bytes para Ethernet no Jumbo).

  • In-Discard: resultado de tramas entrantes válidas que fueron descartadas porque la trama no necesitaba ser conmutada. Esto puede ser normal si se conecta un concentrador a un puerto y dos dispositivos de ese concentrador intercambian datos. El puerto del switch sigue viendo los datos pero no tiene que conmutarlos (ya que la tabla CAM muestra que la dirección MAC de ambos dispositivos está asociada al mismo puerto), por lo que los descarta. Este contador también puede aumentar en un puerto configurado como troncal si esa conexión troncal bloquea algunas VLAN o en un puerto que sea el único miembro de una VLAN.

  • Out-Discard: cantidad de paquetes salientes elegidos para ser descartados aunque no se hayan detectado errores de paquetes. Una razón posible para descartar este paquete puede ser la necesidad de liberar búfer.

Los switches Catalyst de las series 4000 y 5000 que ejecutan CatOS tienen dos contadores de errores adicionales en el comando show mac. Se trata de los contadores In-Lost y Out-Lost:

MAC      Dely-Exced MTU-Exced  In-Discard Lrn-Discrd In-Lost    Out-Lost
-------- ---------- ---------- ---------- ---------- ---------- ----------
5/1              0          0          0          0          0          0
  • In-Lost: en el Catalyst 4000, este contador es la suma de todos los paquetes erróneos recibidos en el puerto. El contador In-Lost en el Catalyst 5000, por otro lado, hace un seguimiento de todos los errores en el búfer de recepción.

  • Out-Lost: en el Catalyst 4000 y 5000, se trata de tramas salientes que se perdieron antes de ser enviadas (debido a insuficiente búfer). Esto suele ser resultado de un exceso de suscriptores en el puerto.

El comando show interfaces tipo-tarjeta {ranura/puerto} counters se utiliza cuando se ejecuta Cisco IOS en el Supervisor.

Nota: en este comando, no hay contadores equivalentes a los contadores de errores show mac en CatOS: Dely-Exced, MTU-Exced e In-Discard. Sin embargo, hay un contador Out-Discard en el comando show interfaces counters errors de Cisco IOS, que se explica en la Tabla 1.

Router#sh interfaces fas 6/1 counters

  Port            InOctets   InUcastPkts   InMcastPkts   InBcastPkts
  Fa6/1           47856076            23        673028           149

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

Show counters en CatOS y show counters interface en Cisco IOS

El comando show counters [módulo/puerto] ofrece estadísticas incluso más detalladas sobre los puertos y las interfaces. Este comando está disponible en CatOS y el comando equivalente show counters interface tipo-tarjeta {ranura/puerto} se introdujo en la versión 12.1(13)E del software Cisco IOS únicamente para Catalyst serie 6000. Estos comandos muestran los contadores de errores de 32 y 64 bits por puerto o interfaz. Consulte la documentación sobre los comandos show counters en CatOS para obtener más información.

Nota: las estadísticas de los contadores correspondientes a los switches de la serie Catalyst 6000 que ejecutan Cisco IOS están en formato hexadecimal.

Console> (enable) sh counters 3/1
  64 bit counters
  0  rxHCTotalPkts                      =               260555
  1  txHCTotalPkts                      =               687411
  2  rxHCUnicastPkts                    =                  177
  3  txHCUnicastPkts                    =                   30
  4  rxHCMulticastPkts                  =               256684
  5  txHCMulticastPkts                  =               687228
  6  rxHCBroadcastPkts                  =                 3694
  7  txHCBroadcastPkts                  =                  153
  8  rxHCOctets                         =             22386167
  9  txHCOctets                         =             48850817
  10 rxTxHCPkts64Octets                 =               228929
  11 rxTxHCPkts65to127Octets            =               701493
  12 rxTxHCPkts128to255Octets           =                  285
  13 rxTxHCPkts256to511Octets           =                17090
  14 rxTxHCpkts512to1023Octets          =                  168
  15 rxTxHCpkts1024to1518Octets         =                    1
  16 txHCTrunkFrames                    =               395217
  17 rxHCTrunkFrames                    =               236459
  18 rxHCDropEvents                     =                    0
  32 bit counters
  0  rxCRCAlignErrors                   =          0
  1  rxUndersizedPkts                   =          0
  2  rxOversizedPkts                    =          0
  3  rxFragmentPkts                     =          0
  4  rxJabbers                          =          0
  5  txCollisions                       =          0
  6  ifInErrors                         =          0
  7  ifOutErrors                        =          0
  8  ifInDiscards                       =     233043
  9  ifInUnknownProtos                  =          2
  10 ifOutDiscards                      =         17
 !--- Resultado suprimido.

         

Show controller ethernet-controller en Cisco IOS

En los switches Catalyst 3750, 3550, 2970, 2950/2955, 2940 y 2900/3500XL, utilice el comando show controller ethernet-controller para ver datos de los contadores de tráfico y de errores, similar a la salida de sh port, sh interface, sh mac y show counters de los switches Catalyst de las series 6000, 5000 y 4000.

3550-1#sh controller ethernet-controller fastEthernet 0/1

             !--- Salida de un Catalyst 3550.

    Transmit FastEthernet0/1           Receive
          0 Bytes                        0 Bytes
          0 Unicast frames               0 Unicast frames
          0 Multicast frames             0 Multicast frames
          0 Broadcast frames             0 Broadcast frames
          0 Discarded frames             0 No dest, unicast
          0 Too old frames               0 No dest, multicast
          0 Deferred frames              0 No dest, broadcast
          0  1 collision frames
          0  2 collision frames          0 FCS errors
          0  3 collision frames          0 Oversize frames
          0  4 collision frames          0 Undersize frames
          0  5 collision frames          0 Collision fragments
          0  6 collision frames
          0  7 collision frames          0 Minimum size frames
          0  8 collision frames          0 65 to 127 byte frames
          0  9 collision frames          0 128 to 255 byte frames
          0 10 collision frames          0 256 to 511 byte frames
          0 11 collision frames          0 512 to 1023 byte frames
          0 12 collision frames          0 1024 to 1518 byte frames
          0 13 collision frames
          0 14 collision frames          0 Flooded frames
          0 15 collision frames          0 Overrun frames
          0 Excessive collisions         0 VLAN filtered frames
          0 Late collisions              0 Source routed frames
          0 Good (1 coll) frames         0 Valid oversize frames
          0 Good(>1 coll) frames         0 Pause frames
          0 Pause frames                 0 Symbol error frames
          0 VLAN discard frames          0 Invalid frames, too large
          0 Excess defer frames          0 Valid frames, too large
          0 Too large frames             0 Invalid frames, too small
          0 64 byte frames               0 Valid frames, too small
          0 127 byte frames
          0 255 byte frames
          0 511 byte frames
          0 1023 byte frames
          0 1518 byte frames

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

Contador

Descripción

Posibles causas

Tramas transmitidas

Discarded frames

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

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

Too old frames

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

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

Deferred frames

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

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

Collision frames

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

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

Excessive collisions

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

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

Late collisions

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

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

Good (1 coll) frames

El número total de tramas que experimentan exactamente una colisión y posteriormente se transmiten satisfactoriamente.

Las colisiones en los entornos semidúplex son normales.

Good (>1 coll) frames

El número total de tramas que experimentan entre 2 y 15 colisiones (ambos inclusive) y posteriormente se transmiten satisfactoriamente.

Las colisiones en los entornos semidúplex son normales. Las tramas que aumentan el margen superior de este contador corren el riesgo de superar las 15 colisiones y ser contadas como colisiones excesivas.

VLAN discardframes

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

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

Tramas recibidas

No bandwidth frames

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

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

No buffers frames

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

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

No dest, unicast

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

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

  • Si el puerto es un puerto de acceso y está conectado a un puerto troncal con el protocolo de enlace entre switches (ISL), el contador será muy grande, ya que los paquetes ISL entrantes no se reenvían. Ésta configuración no es válida.

  • Si un puerto está bloqueado por el protocolo de árbol de expansión (STP), la mayoría de paquetes no se reenvían, por lo que se generarán paquetes No dest. Si un puerto acaba de adquirir un enlace, habrá un período muy breve (menos de un segundo) en el que los paquetes entrantes no se reenviarán.

  • Si el puerto está solo en una VLAN y ningún otro puerto del switch pertenece a esa VLAN, se descartan todos los paquetes entrantes y el contador aumenta.

  • El contador también aumenta cuando la dirección de destino del paquete se detecta en el puerto en que se recibió el paquete. Si se recibió un paquete en el puerto 0/1, con la dirección MAC de destino X, y el switch ya ha aprendido que la dirección MAC X se encuentra en el puerto 0/1, aumenta el contador y descarta el paquete. Esto puede darse en las situaciones siguientes:

    • Si un concentrador está conectado al puerto 0/1 y una estación de trabajo conectada al concentrador transmite paquetes a otra estación de trabajo conectada a dicho concentrador, el puerto 0/1 no reenviará este paquete a ningún lugar porque la dirección MAC de destino se encuentra en el mismo puerto.

    • Esto también puede ocurrir si hay un switch conectado al puerto 0/1, que empieza a inundar todos sus puertos con paquetes para aprender las direcciones MAC.

  • Si se ha configurado una dirección estática en otro puerto de a misma VLAN y no se ha configurado ninguna dirección estática para el puerto de recepción, el paquete se descarta. Por ejemplo, si se ha configurado una correlación estática para la dirección MAC X en el puerto 0/2 para que reenvíe el tráfico al puerto 0/3, el paquete debe recibirse en el puerto 0/2, ya que en caso contrario se descartará. Si se envía un paquete desde cualquier otro puerto en la misma VLAN que el puerto 0/2, el paquete se descarta.

  • Si el puerto es seguro, los paquetes con direcciones MAC de origen no permitidas no se reenvían y el contador aumenta.

No dest, multicast

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

No dest,broadcast

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

Errores de alineación

Los errores de alineación son el número de tramas recibidas que no finalizan con un número par de octetos y tienen un CRC erróneo.

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

Errores FCS

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

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

Undersize frames

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

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

Oversize frames

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

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

Collision fragments

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

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

Overrun frames

Número de veces que el hardware de recepción no pudo entregar datos recibidos a un búfer de hardware.

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

VLAN filtered frames

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

El puerto puede estar configurado para filtrar tramas con la etiqueta 802.1Q. Cuando se recibe una trama que contiene una etiqueta 802.1Q, la trama se filtra y aumenta este contador.

Source routed frames

Cantidad total de tramas recibidas descartadas debido a que el bit de la ruta de origen está definido en la dirección de origen de la trama nativa.

Este tipo de enrutamiento de origen sólo se define en Token Ring y FDDI. La especificación Ethernet de IEEE prohíbe este bit en las tramas Ethernet. Por lo tanto, el switch descarta estas tramas.

Valid oversize frames

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

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

Symbol error frames

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

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

Invalid frames, too large

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

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

Invalid frames, too small

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

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

Show Top en CatOS

El comando show top permite recopilar y analizar datos para cada puerto físico de un switch. Este comando muestra los siguientes datos para cada puerto físico:

  • Utilización del puerto (Uti %)

  • Cantidad de bytes de entrada y salida (Bytes)

  • Cantidad de paquetes de entrada y salida (Pkts)

  • Cantidad de paquetes de difusión de entrada y salida (Bcst)

  • Cantidad de paquetes de multidifusión de entrada y salida (Mcst)

  • Cantidad de errores de entrada (Error)

  • Cantidad de errores de desbordamiento de búfer (Overflow)

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

Nota: cuando se calcula la utilización del puerto, este comando agrupa las líneas Tx y Rx en el mismo contador y también tiene en cuenta el ancho de banda dúplex completo cuando calcula el porcentaje de utilización. Por ejemplo, un puerto de Gigabit Ethernet es 2000 Mbps en dúplex completo.

Los errores de entrada son la suma de todos los paquetes de error recibidos en ese puerto.

Un desbordamiento de búfer se produce cuando el puerto recibe más tráfico del que puede almacenar en el búfer. Esto se puede deber a un tráfico saturado, así como a un desbordamiento de los búferes. La acción sugerida consiste en reducir la transmisión del dispositivo de origen.

Consulte también los contadores 'In-Lost' y 'Out-Lost' del comando show mac.

Mensajes de error comunes del sistema

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

Mensajes de error en los módulos WS-X6348

Observe estos mensajes de error:

  • Coil Pinnacle Header Checksum (Suma de comprobación del encabezado de Coil Pinnacle)

  • Coil Mdtif State Machine Error (Error de estado de máquina de bobina Mdtif)

  • Coil Mdtif Packet CRC Error (Error de CRC en la bobina de paquetes Mdtif)

  • Coil Pb Rx Underflow Error (Coil Pb Rx Underflow Error)

  • Coil Pb Rx Parity Error (Error de paridad en la bobina Pb Rx)

Pueden aparecer mensajes de syslog con uno de los errores del listado anterior:

%SYS-5-SYS_LCPERR5:Module 9: Coil Pinnacle Header Checksum Error - Port #37

Si se observa este tipo de mensaje o que hay grupos de puertos de 10/100 que fallan en los módulos WS-X6348, consulte los documentos siguientes para obtener más información sobre la resolución de problemas en función del sistema operativo que utilice:

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

En CatOS, utilice el comando show logging buffer para ver los mensajes de registro almacenados. En Cisco IOS, utilice el comando show logging.

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

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

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

El protocolo de agrupamiento de puertos (PAgP) negocia los enlaces EtherChannel entre switches. Cuando un dispositivo se une o abandona un puerto de puente, aparece un mensaje informativo en la consola. Por regla general, este mensaje es perfectamente normal, pero si estos mensajes aparecen en puertos que no deberían mostrar inestabilidad, debe investigar un poco más.

En la versión del software CatOS 7.x y posteriores, "PAGP-5" se ha cambiado por "ETHC-5" para que el mensaje fuera más comprensible.

Este mensaje es específico de los switches Catalyst de las series 4000, 5000 y 6000 que ejecutan CatOS. No hay mensajes de error para los switches que ejecutan Cisco IOS que sean equivalentes a este mensaje. Para obtener más información sobre los mensajes de error en los switches que ejecutan CatOS, consulte los siguientes documentos de su plataforma:

%SPANTREE-3-PORTDEL_FAILNOTFOUND

Este mensaje no indica un problema con el switch. Suele aparecer junto con mensajes %PAGP-5-PORTFROMSTP.

El protocolo de agrupamiento de puertos (PAgP) negocia los enlaces EtherChannel entre switches. Cuando un dispositivo se une o abandona un puerto de puente, aparece un mensaje informativo en la consola. Por regla general, este mensaje es perfectamente normal, pero si estos mensajes aparecen en puertos que no deberían mostrar inestabilidad, debe investigar un poco más.

Este mensaje es específico de los switches Catalyst de las series 4000, 5000 y 6000 que ejecutan CatOS. No hay mensajes de error para los switches que ejecutan Cisco IOS que sean equivalentes a este mensaje. Para obtener más información sobre los mensajes de error en los switches que ejecutan CatOS, consulte los siguientes documentos de su plataforma:

%SYS-4-PORT_GBICBADEEPROM: / %SYS-4-PORT_GBICNOTSUPP

La causa más común de este mensaje es cuando se introduce un GBIC no homologado de otro fabricante en un módulo Gigabit Ethernet. El GBIC no tiene una SEEPROM de Cisco, por lo que se genera un mensaje de error.

Los módulos GBIC WS-G5484, WS-G5486 y WS-G5487 utilizados con una tarjeta WS-X6408-GBIC también pueden generar estos mensajes de error; sin embargo, no existe un problema real con la tarjeta o los GBIC y puede obtenerse un parche de software para solucionarlo.

Consulte Mensajes de error comunes de CatOS en switches Catalyst serie 6000/6500 para obtener más información.

Command Rejected: [Interface] not a Switching Port

En switches que admiten tanto interfaces L3 como puertos de conmutación L2, el mensaje Command rejected: [interface] not a switching port muestra los intentos de introducir un comando relacionado con la capa 2 de un puerto que está configurado como una interfaz de capa 3.

Para convertir la interfaz del modo de capa 3 al modo de capa 2, ejecute el comando de configuración de la interfaz switchport. Una vez haya ejecutado este comando, configure las propiedades de la capa 2 del puerto.

Problemas comunes de puertos e interfaces

El estado del puerto o la interfaz es inhabilitado o apagado

Una causa evidente aunque a veces ignorada de fallos de conectividad de los puertos es una configuración incorrecta en el switch. Si un puerto muestra una luz naranja fija, esto indica que el software del switch ha cerrado el puerto, ya sea a través de la interfaz de usuario o mediante procesos internos.

Nota: los LED de los puertos de la plataforma funcionan de forma diferente en lo que al STP se refiere. Por ejemplo, el Catalyst 1900/2820 muestra los puertos de color naranja cuando se encuentran en modo de bloqueo STP. En este caso, una luz naranja puede indicar el funcionamiento normal del STP. Los Catalyst 6000/5000/4000 no muestran la luz naranja en los puertos en el bloqueo de STP.

Compruebe que el puerto o el módulo no se haya inhabilitado ni apagado por algún motivo. Si se apaga manualmente un puerto o un módulo en un lado u otro del enlace, el enlace no se activará hasta que se vuelva a habilitar el puerto. Revise el estado del puerto en ambos lados.

En CatOS, compruebe show port y, si el puerto está inhabilitado, vuelva a habilitarlo:

Port  Name                 Status     Vlan       Duplex Speed Type
----- -------------------- ---------- ---------- ------ ----- ------------
 3/1                       disabled   1            auto  auto 10/100BaseTX
 !--- Utilice el comando set port enable módulo/puerto para intentar rehabilitar el puerto.
         

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

Mod Slot Ports Module-Type               Model               Sub Status
--- ---- ----- ------------------------- ------------------- --- --------
2   2    2     1000BaseX Supervisor      WS-X6K-SUP1A-2GE    yes ok
16  2    1     Multilayer Switch Feature WS-F6K-MSFC         no  ok
3   3    48    10/100BaseTX Ethernet     WS-X6348-RJ-45      no  disable

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

         

En Cisco IOS, utilice el comando show run interface para comprobar si la interfaz se encuentra en estado apagado o shutdown:

Switch#sh run interface fastEthernet 4/2
!
interface FastEthernet4/2
 switchport trunk encapsulation dot1q
 switchport mode trunk
 shutdown
 duplex full
 speed 100
end
!--- Use el comando no shut en modo config-if para volver a habilitar esta interfaz. 
         

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

El puerto o la interfaz están en estado errDisable

De forma predeterminada, los procesos informáticos del switch pueden apagar un puerto o una interfaz si se detectan determinados errores.

Cuando se consulta el comando show port en CatOS el estado puede aparecer como errdisable:

switch>(enable) sh port 4/3
  Port  Name                 Status     Vlan       Duplex Speed Type
  ----- -------------------- ---------- ---------- ------ ----- ------------
  4/3                        errdisable 150          auto  auto 10/100BaseTX
 !--- El comando show port muestra un estado de errdisable.
         

O utilice el comando show interface tipo-tarjeta {ranura/puerto} status en Cisco IOS:

Router#show int fasteth 2/4 status

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

El comando show logging buffer en CatOS y el comando show logging en Cisco IOS también muestran mensajes de error (el formato exacto de los mensajes varía) con relación al estado errdisable.

Los puertos o las interfaces apagados como resultado del estado errdisable se denominan reasons (motivos) en CatOS y causes (causas) en Cisco IOS. Los motivos o las causas de estos errores pueden ser una mala configuración de EtherChannel que provoca inestabilidad del protocolo PAgP, discordancia de dúplex, port-guard y portfast de BPDU configurados al mismo tiempo, detección de enlaces de un sentido por parte de UDLD, etc.

Debe rehabilitar manualmente el puerto o la interfaz para sacarlo del estado errdisable, a menos que se configure una opción de recuperación de errdisable. En el software CatOS 5.4(1) y versiones posteriores se puede volver a activar un puerto automáticamente después de que haya un período de tiempo configurable en el estado errdisable. Cisco IOS también ofrece esta posibilidad en la mayoría de switches. La cuestión de fondo es que, aunque se configure la interfaz para que se recupere del estado errdisable, el problema persistirá hasta que se determine la causa originaria.

Para obtener más información sobre las causas y la recuperación del estado errdisable en los switches que ejecutan CatOS, consulte Recovering From errDisable Port State on the CatOS Platforms (Recuperación del estado de puerto errDisable en las plataformas CatOS).

Nota: este enlace también sirve como consulta sobre el estado errdisable en los switches que ejecutan Cisco IOS, ya que la causa raíz es la misma independientemente del sistema operativo que se utilice.

En la tabla siguiente se comparan los comandos utilizados para configurar, verificar y solucionar problemas relacionados con el estado errdisable en los switches que ejecutan CatOS y Cisco IOS. Seleccione un comando para ir a la documentación correspondiente.

Comandos para errdisable en CatOS

Acción

Comandos para errdisable en Cisco IOS

set errdisable-timeout {enable | disable} {reason}

definir o configurar

errdisable detect cause

show errdisable recovery cause

set errdisable-timeout interval {interval

definir o configurar

errdisable recovery {interval

show errdisable timeout

verificar y solucionar problemas

show errdisable detect

show interfaces status err-disabled

El puerto o la interfaz están en estado inactivo

Una causa común de la existencia de puertos inactivos en los switches que ejecutan CatOS es cuando la VLAN a la que pertenecen desaparece. El mismo problema puede ocurrir en los switches que ejecutan Cisco IOS cuando las interfaces están configuradas como puertos de switch de capa 2 que utilizan el comando switchport.

Cada puerto de un switch de capa 2 pertenece a una VLAN. Cada puerto de un switch de capa 3 configurado como puerto de conmutación de capa 2 también debe pertenecer a una VLAN. Si se elimina la VLAN, el puerto o la interfaz quedan inactivos.

Nota: algunos switches muestran una luz naranja (ámbar) fija en cada puerto cuando esto ocurre.

En CatOS, utilice los comandos show port o show port status junto con el comando show vlan para comprobar:

Switch> (enable) sh port status 2/2
Port Name Status Vlan Duplex Speed Type
----- -------------------- ---------- ---------- ------ ----- ------------
2/2 inactive 2 full 1000 1000BaseSX
!--- El puerto2/2 está inactivo en la VLAN 2.

Switch> (enable) sh vlan
VLAN Name Status IfIndex Mod/Ports, Vlans
---- -------------------------------- --------- ------- ------------------------
1 default active 5 2/1
!--- Las VLAN se muestran por orden y falta VLAN 2.
         

En Cisco IOS, utilice el comando show interfaces tipo-tarjeta {ranura/puerto} switchport con el comando show vlan para verificar.

Router#sh interfaces fastEthernet 4/47 switchport
  Name: Fa4/47Switchport: Enabled
  Administrative Mode: static access
  Operational Mode: static access
  Administrative Trunking Encapsulation: negotiate
  Operational Trunking Encapsulation: native
  Negotiation of Trunking: Off
  Access Mode VLAN: 11 ((Inactive))
 !--- FastEth 4/47 está inactivo.

 Router#sh vlan

 VLAN Name                             Status    Ports
 ---- -------------------------------- --------- -------------------------------
 1    default                          active    Gi1/1, Gi2/1, Fa6/6
 10   UplinkToGSR's                    active    Gi1/2, Gi2/2
 !--- Las VLAN se muestran por orden y falta VLAN 11.
 30   SDTsw-1ToSDTsw-2Link             active	Fa6/45

Si el switch que ha eliminado la VLAN es un servidor VTP del dominio VTP, se elimina también la VLAN de todos los switches servidor y cliente del dominio en su tabla VLAN. Cuando se agrega la VLAN de nuevo a la tabla VLAN de un switch servidor VTP, los puertos de los switches del dominio que pertenecen a la VLAN restaurada vuelven a estar activos. Los puertos recuerdan la VLAN que tienen asignada, aunque la propia VLAN se elimine.

Consulte Understanding and Configuring VLAN Trunk Protocol (VTP) (Introducción y configuración del protocolo de troncal VLAN) para obtener más información sobre VTP.

El contador "deferred" en la interfaz del switch Catalyst empieza a aumentar

El problema es debido a que la carga de tráfico destinada al switch es excesiva y hace que se descarten tramas. Normalmente las tramas diferidas son el número de tramas transmitidas con éxito después de esperar a que el dispositivo dejara de estar ocupado. Esto suele darse en entornos semidúplex donde la portadora ya está en uso al intentar transmitir una trama. Pero en entornos dúplex, el problema sucede cuando la carga excesiva está destinada al switch.

La solución alternativa es:

  • Ajustar manualmente ambos extremos del enlace a dúplex completo para evitar la discordancia en la negociación.

  • Cambiar el cable y las conexiones del panel para asegurarse de que no sean defectuosos.

Fallo intermitente al definir el temporizador [valor] de vlan [nº vlan]

Esto ocurre cuando la lógica de reconocimiento de dirección codificada (EARL) no puede ajustar el tiempo de envejecimiento CAM de la VLAN al número necesario de segundos. En este caso, el tiempo de envejecimiento de la VLAN ya está ajustado a envejecimiento rápido.

Si la VLAN ya se encuentra en envejecimiento rápido, EARL no puede ajustar la VLAN a envejecimiento rápido y se bloquea el proceso definido de temporizador de envejecimiento. El tiempo de envejecimiento CAM predeterminado es de cinco minutos, lo que significa que el switch restablece la tabla de direcciones MAC aprendidas cada cinco minutos. De esta forma se garantiza que la tabla de direcciones MAC (la tabla CAM) contenga las últimas entradas.

El envejecimiento rápido ajusta temporalmente el tiempo de envejecimiento CAM al número de segundos especificado por el usuario y se utiliza junto con el proceso de notificación de cambios de topología (TCN). La idea es que cuando se produce un cambio de topología, este valor es necesario para restablecer la tabla CAM más rápidamente y compensar el cambio en la topología.

Utilice el comando show cam aging para comprobar el tiempo de envejecimiento CAM en el switch. La TCN y el envejecimiento rápido son bastante raros. Por lo tanto, el mensaje tiene un nivel de gravedad de 3. Si las VLAN se encuentran a menudo en envejecimiento rápido, investigue la causa del problema.

La causa más común de las TCN es cuando hay clientes PC conectados directamente a un switch. Al encender o apagar el PC, el puerto del switch cambia de estado y el switch empieza el proceso TCN. Esto es debido a que el switch no sabe que el dispositivo conectado es un PC; el switch sólo sabe que el puerto ha cambiado de estado.

Para solucionar este problema, Cisco ha creado la función PortFast para los puertos de host. La ventaja de PortFast es que esta función elimina las TCN en los puertos de host.

Nota: PortFast también omite los cálculos del árbol de expansión en el puerto, por lo que la función sólo es adecuada en los puertos de host.

Para habilitar PortFast en el puerto, configure uno de estos comandos:

set spantree portfast mod/port enable | disable

o bien

set port host mod/port Cisco recomienda este comando si el switch ejecuta CatOS5.4 o versiones superiores.

Discrepancia del modo de conexión troncal

Verifique el modo de conexión troncal en cada lado del enlace. Asegúrese de que ambos lados estén en el mismo modo (concentrados con el mismo método: ISL o 802.1q, o ambos sin conexión troncal). Si se activa el modo de conexión troncal (por oposición a automático o a deseable) en un puerto y el otro puerto tiene el modo de conexión troncal desactivado, no se podrán comunicar. La conexión troncal cambia el formato del paquete. Los puertos tienen que estar de acuerdo sobre el formato que utilizan en el enlace, ya que de lo contrario no se entenderán.

En CatOS, utilice el comando show trunk {módulo/puerto} para comprobar que el estado troncal y la VLAN nativa (para dot1q) coincidan en ambos lados.

Switch> (enable) sh trunk 3/1
  * - indicates vtp domain mismatch
  Port      Mode         Encapsulation  Status        Native vlan
  --------  -----------  -------------  ------------  -----------
   3/1      desirable    dot1q          trunking      1

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

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

Router#sh interfaces fastEthernet 6/1 trunk

  Port      Mode         Encapsulation  Status        Native vlan
  Fa6/1     desirable    802.1q         trunking      1

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

Consulte los siguientes documentos para obtener más información sobre los diferentes modos de conexión troncal, instrucciones y restricciones:

Tramas Jumbo, Giant y Baby Giant

De forma predeterminada, la unidad máxima de transmisión (MTU) de la parte de datos de las tramas Ethernet es de 1500 bytes. Si el tráfico transmitido MTU supera la MTU admitida, el switch no reenvía el paquete. Además, en función del hardware y el software, esto puede provocar que algunas plataformas de switches aumenten los contadores de errores de puerto e interfaz.

  • Las tramas Jumbo no se definen en la norma Ethernet del IEEE y son propias de cada proveedor. Se podrían definir como las tramas que superan la trama estándar de Ethernet de 1518 bytes (incluido el encabezado de la capa 2 y la verificación por redundancia cíclica (CRC)). Las tramas Jumbo suelen tener un tamaño mayor, generalmente > 9000 bytes.

  • Las tramas Giant se definen como tramas superiores al tamaño máximo de las tramas Ethernet (más de 1518 bytes) con una FCS errónea.

  • Las tramas Baby Giant son ligeramente mayores que el tamaño máximo de las tramas Ethernet. Generalmente se trata de tramas de hasta 1600 bytes de tamaño.

La compatibilidad con las tramas Jumbo y Baby Giant en los switches Catalyst varía según la plataforma del switch, incluso según el módulo del switch. La versión de software también es un factor a tener en cuenta.

Consulte Configuring Jumbo/Giant Frame Support on Catalyst Switches (Configuración de soporte de tramas Jumbo/Giant en los switches Catalyst) para obtener más información sobre los requisitos del sistema, la configuración y la resolución de problemas con tramas Jumbo y Baby Giant.

No se detecta mediante ping el dispositivo final

Compruebe el dispositivo final emitiendo primero un ping desde el switch directamente conectado y, a continuación, retroceda progresivamente por cada puerto, interfaz y conexión troncal hasta encontrar el origen del error de conectividad. Compruebe que todos los switches puedan ver la dirección MAC del dispositivo final en su tabla de memoria direccionable por contenido (CAM).

En CatOS, utilice el comando show cam dynamic {módulo/puerto}.

Switch> (enable) sh cam dynamic 3/1
* = Static Entry. + = Permanent Entry. # = System Entry. R = Router Entry.
X = Port Security Entry $ = Dot1x Security Entry

VLAN  Dest MAC/Route Des    [CoS]  Destination Ports or VCs / [Protocol Type]
----  ------------------    -----  -------------------------------------------
2     00-40-ca-14-0a-b1             3/1 [ALL]
!--- Se observa una estación de trabajo en VLAN 2 con dirección MAC 00-40-ca-14-0a-b1 en la tabla CAM
!--- en el puerto troncal de un switch que ejecuta CatOS.
Total Matching CAM Entries Displayed  =1
Console> (enable)

En Cisco IOS, utilice el comando show mac address-table dynamic o sustituya la palabra clave interface.

Router# sh mac-address-table int fas 6/3
Codes: * - primary entry

  vlan   mac address     type    learn qos            ports
------+----------------+--------+-----+---+--------------------------
*    2  0040.ca14.0ab1   dynamic  No    --  Fa6/3
!--- Una estación de trabajo en VLAN 2 con dirección 0040.ca14.0ab1 está conectada
!--- directamente a la interfaz fastEthernet 6/3 en un switch que ejecuta Cisco IOS.
         

Una vez que sepa que el switch realmente tiene la dirección MAC del dispositivo en su tabla CAM, determine si el dispositivo se encuentra en la misma VLAN o en otra distinta de aquélla en que intenta emitir el ping.

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

Uso de set port host o switchport host para solucionar retrasos de inicialización

Si las estaciones no pueden comunicarse con sus servidores primarios al conectarse a través de un switch, el problema puede comportar retrasos en el puerto del switch que se activa después de restablecerse el enlace de la capa física. En algunos casos, estos retrasos pueden llegar a los 50 segundos.

Algunas estaciones de trabajo no pueden esperar tanto a encontrar el servidor y abandonan el intento. Estos retrasos son debidos al STP, las negociaciones de conexiones troncal (DTP), y las negociaciones EtherChannel (PAgP). Todos estos protocolos pueden inhabilitarse en los puertos de acceso donde no son necesarios, de manera que el puerto del switch o la interfaz empieza a reenviar paquetes pocos segundos después de establecer un enlace con el dispositivo vecino.

El comando set port host se introdujo en la versión 5.4 de CatOS. Este comando desactiva los modos de conexión troncal y de canal, y deja el puerto en estado de reenvío STP.

Switch> (enable) set port host 3/5-10
Port(s) 3/5-10 channel mode set to off.
!--- El comando set port host también desactiva automáticamente etherchannel en los puertos.

            Warning: Spantree port fast start should only be enabled on ports connected
to a single host.  Connecting hubs, concentrators, switches, bridges, etc. to
a fast start port can cause temporary spanning tree loops.  Use with caution.
!--- Observe que el switch avisa para que sólo se habilite port host en los puertos de acceso.
Spantree ports 3/5-10 fast start enabled.Dot1q tunnel feature disabled on port(s) 3/5-10.
Port(s) 3/5-10 trunk mode set to off.

            !--- El comando set port host también desactiva automáticamente la conexión troncal en los puertos.
         

Nota: en las versiones de CatOS anteriores a la versión 5.4, se utilizaba el comando set spantree portfast {módulo/puerto} enable. En las versiones actuales de CatOS, sigue teniendo la opción de utilizar sólo este comando, aunque para ello es necesario desactivar la conexión troncal y EtherChannel por separado para ayudar a solucionar los retrasos de inicio en la estación de trabajo. Los comandos adicionales para esta operación son: set port channel {módulo/puerto} off y set trunk {módulo/puerto} off.

En Cisco IOS, puede utilizar el comando switchport host para inhabilitar la canalización y para habilitar PortFast en el árbol de expansión y el comando switchport nonegotiate para desactivar los paquetes de negociación del DTP. Utilice el comando interface-range para realizar esta operación en varias interfaces a la vez.

Router6k-1(config)#int range fastEthernet 6/13 - 18
Router6k-1(config-if-range)#switchport
Router6k-1(config-if-range)#switchport host
switchport mode will be set to access
spanning-tree portfast will be enabled
channel group will be disabled
!--- Etherchannel está inhabilitado y portfast está habilitado en las interfaces 6/13 - 6/18.
Router6k-1(config-if-range)#switchport nonegotiate

            !--- La negociación de conexión troncal está inhabilitada en las interfaces 6/13 - 6/18.
Router6k-1(config-if-range)#end
Router6k-1#

Cisco IOS incluye la opción de usar el comando global spanning-tree portfast default para aplicar automáticamente portfast a cualquier interfaz configurada como puerto de switch de capa 2. Consulte la documentación sobre los comandos correspondiente a su versión de software para determinar la disponibilidad de este comando. También puede utilizar el comando spanning-tree portfast por interfaz, aunque para ello es necesario desactivar la conexión troncal y EtherChannel por separado para ayudar a solucionar los retrasos de inicio en la estación de trabajo.

Consulte Using Portfast and Other Commands to Fix Workstation Startup Connectivity Delays (Utilización de PortFast y otros comandos para solucionar retrasos al iniciar la conectividad de la estación de trabajo) para obtener más información sobre cómo solucionar retrasos de inicio.

Problemas de velocidad y dúplex, negociación automática o con tarjetas NIC

Una gran cantidad de errores de alineación, errores FCS o colisiones tardías pueden indicar:

  • Discordancia de dúplex

  • Cable dañado o defectuoso

  • Problemas con las tarjetas NIC

Discordancia de dúplex

Un problema habitual de velocidad/dúplex ocurre cuando la configuración dúplex no concuerda entre dos switches, entre un switch y un router o entre el switch y una estación de trabajo o servidor. Esto puede suceder al definir manualmente los ajustes de velocidad y dúplex o debido a problemas de negociación automática entre los dos dispositivos.

Si la discordancia se produce entre dos dispositivos de Cisco con el protocolo de detección de Cisco (CDP) habilitado, consulte los mensajes de error del CDP en la consola o en el búfer de registro de ambos dispositivos. El CDP es útil para detectar errores y estadísticas de los puertos y del sistema de los dispositivos Cisco vecinos. El CDP es propiedad de Cisco y funciona mediante el envío de paquetes a una dirección MAC conocida: CDP-01-0C-CC-CC-CC.

En el ejemplo siguiente se muestran los mensajes de error producidos por una discordancia de dúplex entre dos switches de la serie Catalyst 6000: uno que ejecuta CatOS y el otro con Cisco IOS. Estos mensajes suelen indicar la discordancia y dónde se produce.

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

En CatOS, utilice el comando show cdp neighbor [módulo/puerto] detail para ver la información CDP de los dispositivos vecinos de Cisco.

Switch> (enable) sh cdp neighbor 3/1 detail
Port (Our Port): 3/1
Device-ID: Router
Device Addresses:
  IP Address: 10.1.1.2
Holdtime: 133 sec
Capabilities: ROUTER SWITCH IGMP
Version:
  Cisco Internetwork Operating System Software
  IOS (tm) c6sup2_rp Software (c6sup2_rp-PK2S-M), Version 12.1(13)E6, EARLY DEPL
OYMENT RELEASE SOFTWARE (fc1)
  TAC Support: http://www.cisco.com/tac
  Copyright (c) 1986-2003 by cisco Systems, Inc.
  Compiled Fri 18-Apr-03 15:35 by hqluong
Platform: cisco Catalyst 6000
Port-ID (Port on Neighbors's Device): FastEthernet6/1

            !--- El dispositivo vecino al puerto 3/1 es un switch Catalyst 6000 de Cisco en
!--- FastEth 6/1 que ejecuta Cisco IOS. VTP Management Domain: test1Native VLAN: 1
Duplex: full
!--- El dúplex es completo.
System Name: unknown
System Object ID: unknown
Management Addresses: unknown
Physical Location: unknown
Switch> (enable)

En Cisco IOS, utilice el comando show cdp neighbors tipo-tarjeta {módulo/puerto} detail para ver la información CDP de los dispositivos vecinos de Cisco.

Router#sh cdp neighbors fastEthernet 6/1 detail
-------------------------
Device ID: TBA04251336
Entry address(es):
  IP address: 10.1.1.1
Platform: WS-C6006,  Capabilities: Trans-Bridge Switch IGMP
Interface: FastEthernet6/1,  Port ID (outgoing port): 3/1
Holdtime : 152 sec
Version :
WS-C6006 Software, Version McpSW: 6.3(3) NmpSW: 6.3(3)
Copyright (c) 1995-2001 by Cisco Systems
!--- El dispositivo vecino al FastEth 6/1 es un switch Catalyst 6000 de Cisco
!--- en el puerto 3/1 que ejecuta CatOS.
advertisement version: 2
VTP Management Domain: 'test1'
Native VLAN: 1
Duplex: full

            !--- El dúplex es completo.
Router#

Definir un ajuste de velocidad/dúplex automático en un lado y 100/dúplex completo en el otro también es un error de configuración que puede provocar una discordancia de dúplex. Si el puerto del switch recibe muchas colisiones tardías esto indica generalmente un problema de discordancia de dúplex que podría provocar que el puerto pasara al estado errdisable. El lado semidúplex sólo espera paquetes en determinados momentos, no en cualquier momento, por lo que podría contar los paquetes recibidos a destiempo como colisiones. Existen otras causas de las colisiones tardías aparte de la discordancia de dúplex, aunque ésta es una de las más habituales. Configure siempre ambos lados de la conexión para que negocien automáticamente los ajustes de velocidad y dúplex o defina dichos ajustes manualmente en ambos lados.

En CatOS, utilice el comando show port status [módulo/puerto] para mostrar la velocidad, el estado dúplex y demás información. Utilice los comandos set port speed y set port duplex para ajustar manualmente ambos lados a 10 o 100 y semidúplex o dúplex completo, según convenga.

Switch> (enable) sh port status 3/1
Port  Name                 Status     Vlan       Duplex Speed Type
----- -------------------- ---------- ---------- ------ ----- ------------
 3/1                       connected  1          a-full a-100 10/100BaseTX
Switch> (enable)

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

Router#sh interfaces fas 6/1 status
Port    Name               Status       Vlan       Duplex  Speed Type
Fa6/1                      connected    1          a-full  a-100 10/100BaseTX

Si utiliza el comando show interfaces sin la opción de status, aparecerán los ajustes de velocidad y dúplex, pero no se sabrá si estos valores se obtuvieron o no por negociación automática.

Router#sh int fas 6/1
FastEthernet6/1 is up, line protocol is up (connected)
  Hardware is C6k 100Mb 802.3, address is 0009.11f3.8848 (bia 0009.11f3.8848)
  MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec,
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation ARPA, loopback not set
  Full-duplex, 100Mb/s

            !--- Dúplex completo y 100 Mbps no indica si se utilizó autoneg para lograrlo.
!--- Utilice el comando sh interfaces fas 6/1 status para mostrar esto.
         

Cable dañado o defectuoso

Compruebe siempre que el cable no sufra daños o fallos marginales. Un cable puede ser suficientemente bueno para conectar la capa física, pero dañar los paquetes si presenta pequeños defectos en los alambres o los conectores. Compruebe o invierta el cable de cobre o de fibra. Intercambie las conexiones de fibra del GBIC (si es extraíble). Descarte las conexiones erróneas del panel o los conversores de medios entre el origen y el destino. Pruebe el cable en otro puerto o interfaz si hay uno disponible y compruebe si el problema continúa.

Problemas de negociación automática y con las tarjetas NIC

A veces se producen problemas entre los switches de Cisco y determinadas tarjetas NIC de otros fabricantes. Los puertos de los switches Catalyst y las interfaces están predeterminados para negociar automáticamente. Es habitual que los portátiles u otros dispositivos también estén predeterminados para negociar automáticamente, aunque a veces se producen problemas.

Para solucionar problemas en la negociación automática suele recomendarse definir manualmente ambos lados. Si ni la negociación automática ni la configuración manual parecen funcionar, puede haber un problema con el firmware o el software de la tarjeta NIC. Actualice el controlador de la tarjeta NIC con la última versión disponible en el sitio Web del fabricante para solucionar el problema.

Consulte Configuración y resolución de problemas de negociación automática de semidúplex/dúplex completo de Ethernet 10/100/1000Mb para obtener información sobre la resolución de problemas de velocidad o dúplex y de negociación automática.

Consulte Troubleshooting Cisco Catalyst Switches to NIC Compatibility Issues (Resolución de problemas de compatibilidad entre los switches Cisco Catalyst y las NIC) para obtener más información sobre cómo resolver problemas con las tarjetas NIC de otros fabricantes.

Bucles del árbol de expansión

Los bucles del protocolo de árbol de expansión (STP) pueden provocar graves problemas de rendimiento camuflados como problemas de puertos o interfaces. En estas situaciones, el ancho de banda se utiliza una y otra vez para las mismas tramas, dejando poco espacio para el tráfico legítimo.

Este documento analiza algunas de las razones comunes de error de STP, qué información buscar para identificar el origen del problema y qué tipo de diseño minimiza los riesgos de STP.

Los bucles también pueden ser el resultado de un enlace unidireccional. Para obtener más información, consulte UDLD: problemas con los enlaces unidireccionales de este documento.

UDLD: enlace unidireccional

Un enlace unidireccional es un enlace en el que el tráfico sale en un sentido, pero no se recibe tráfico en sentido contrario. El switch no sabe que el enlace de retorno está defectuoso (el puerto cree que el enlace está activo y funcionando correctamente).

La rotura de un cable de fibra u otros problemas en los cables o el puerto pueden provocar esta comunicación unidireccional. Estos enlaces parcialmente funcionales pueden producir problemas tales como bucles STP cuando los switches involucrados no saben que el enlace está dañado parcialmente. UDLD puede poner un puerto en estado errdisable si detecta un enlace unidireccional. El comando udld aggressive-mode se puede configurar en los switches que ejecutan CatOS y Cisco IOS (consulte la disponibilidad de comandos en las notas de la versión) para establecer conexiones punto a punto entre switches cuando los enlaces defectuosos no se pueden tolerar. El uso de esta función ayuda a identificar problemas con los enlaces unidireccionales de difícil detección.

Consulte Understanding and Configuring the Unidirectional Link Detection Protocol (UDLD) Feature (Introducción y configuración de la función del protocolo de detección de enlace unidireccional (UDLD)) para obtener información sobre la configuración de UDLD.

Tramas diferidas (Out-Lost u Out-Discard)

Si existe un gran número de tramas diferidas, u Out-Discard (también denominadas Out-Lost en algunas plataformas), significa que el búfer de salida del switch está lleno y que el switch ha tenido que descartar estos paquetes. Esto puede indicar que este segmento opera con una velocidad o dúplex inferior, o que hay demasiado tráfico en el puerto.

En CatOS, utilice el comando show mac para que el módulo y el puerto o el módulo completo observe las tramas diferidas:

MAC      Dely-Exced MTU-Exced  In-Discard Out-Discard
-------- ---------- ---------- ---------- -----------
2/1              0          -          0    10175888
2/2              0          -          0     9471889
2/3              0          -          0     9095371
2/4              0          -          0     8918785

            !--- El comando show mac command ejecutado en el módulo 2 a diferentes niveles muestra
!--- que aumenta el contador out-discard.
         

En Cisco IOS, utilice el comando show interfaces counters error .

Router#sho interfaces counters error
Port        Align-Err    FCS-Err   Xmit-Err    Rcv-Err UnderSize OutDiscards
Fa7/47              0          0          0          0         0           0
Fa7/48              0          0          0          0         0     2871800
Fa8/1               0          0          0          0         0     2874203
Fa8/2             103          0          0        103         0     2878032
Fa8/3             147          0          0        185         0           0
Fa8/4             100          0          0        141         0     2876405
Fa8/5               0          0          0          0         0     2873671
Fa8/6               0          0          0          0         0           2
Fa8/7               0          0          0          0         0           0
!--- El comando show interfaces counters errors muestra que determinadas interfaces
!--- aumentan grandes cantidades de OutDiscards pero otras no.
         

Investigue las siguientes causas comunes de errores en el búfer de salida:

Velocidad o dúplex inferior para la cantidad de tráfico

Es posible que la red envíe demasiados paquetes a través del puerto para que éste pueda manejarlos con el ajuste de velocidad o dúplex actual. Esto sucede cuando varios puertos de alta velocidad desembocan en un solo puerto (generalmente más lento). Puede cambiar el dispositivo conectado a este puerto a otro medio más rápido. Por ejemplo, si el puerto es de 10 Mbps, cambie este dispositivo a un puerto de 100 Mbps o Gigabit. Puede cambiar la topología para enrutar las tramas de modo distinto.

Problemas de congestión: segmento demasiado ocupado

Si el segmento está compartido, otros dispositivos del segmento podrían transmitir tanto que el switch no tuviera la oportunidad de transmitir. Evite el encadenamiento en margarita de concentradores siempre que sea posible. La congestión puede provocar la pérdida de paquetes. La pérdida de paquetes provoca retransmisiones en la capa de transporte que a su vez hacen que los usuarios experimenten latencia en el nivel de aplicación. Puede actualizar enlaces de 10 Mbps a 100 Mbps o Gigabit Ethernet siempre que sea posible. Puede eliminar algunos dispositivos de los segmentos saturados a otros segmentos menos poblados. Haga de la anulación de congestiones una prioridad en la red.

Aplicaciones

A veces, las características de transmisión del tráfico de las aplicaciones utilizadas pueden provocar problemas en el búfer de salida. Las transferencias de archivos NFS procedentes e un servidor Gigabit conectado que utilice el protocolo de datagramas (UDP) con un tamaño de ventana de 32 K es un ejemplo de ajuste de aplicación que podría generar este tipo de problemas. Si se han comprobado o intentado las demás sugerencias de este documento (velocidad/dúplex verificado, sin errores físicos en el enlace, todo el tráfico es tráfico normal válido, etc.), reducir el tamaño unitario enviado por la aplicación puede ayudar a mitigar el problema.

Problemas de software

Si se detecta un comportamiento que sólo podría considerarse como "extraño", se puede aislar este comportamiento en un equipo específico. Si se ha tenido en cuenta todo lo que se ha sugerido hasta el momento, esto puede ser indicativo de problemas de software o hardware. Normalmente, es más sencillo actualizar el software que el hardware. Primero cambie el software.

En CatOS, utilice el comando show version para comprobar la versión actual del software y la memoria Flash disponible para la actualización.

Switch> (enable) sh ver
WS-C6006 Software, Version NmpSW: 6.3(3)
Copyright (c) 1995-2001 by Cisco Systems
NMP S/W compiled on Oct 29 2001, 16:50:33
System Bootstrap Version: 5.3(1)
Hardware Version: 2.0  Model: WS-C6006  Serial #: TBA04251336
PS1  Module: WS-CAC-1300W    Serial #: SON04201377
PS2  Module: WS-CAC-1300W    Serial #: SON04201383
Mod Port Model               Serial #    Versions
--- ---- ------------------- ----------- --------------------------------------
1   2    WS-X6K-SUP1A-2GE    SAD041901PP Hw : 3.6
                                         Fw : 5.3(1)
                                         Fw1: 5.4(2)
                                         Sw : 6.3(3)
                                         Sw1: 6.3(3)
         WS-F6K-PFC          SAD041803S3 Hw : 2.0
!--- Salida truncada.
       DRAM                    FLASH                   NVRAM
Module Total   Used    Free    Total   Used    Free    Total Used  Free
------ ------- ------- ------- ------- ------- ------- ----- ----- -----
1       65408K  47274K  18134K  16384K  14009K   2375K  512K  308K  204K
!--- Salida típica de show version en CatOS.
!--- Compruebe la memoria disponible antes de actualizar. 
Uptime is 32 days, 4 hours, 44 minutes
Console> (enable)

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

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

Router#dir bootflash:
Directory of bootflash:/
1  -rw-     8620144   Mar 22 2002 08:26:21  cat4000-is-mz.121-13.EW.bin
61341696 bytes total (52721424 bytes free)
!--- Compruebe la memoria Flash disponible en el switch que ejecuta Cisco IOS.
Router

Cómo actualizar el software

Para obtener información sobre la actualización del software en los switches Catalyst, elija la plataforma bajo switches LAN y ATM y consulte Software Configuration > Software Upgrade y la sección sobre el uso de archivos de configuración.

Incompatibilidad entre hardware y software

En determinadas situaciones, el software no es compatible con el hardware. Esto ocurre cuando sale nuevo hardware que requiere un software correspondiente de apoyo. Para obtener más información sobre la compatibilidad del software, utilice la herramienta asesor de software.

Errores de funcionamiento del software

El sistema operativo puede presentar errores de funcionamiento. Si se carga una versión más reciente del software, generalmente se solucionan estos problemas. Se pueden buscar errores conocidos del software mediante Software Bug Toolkit.

Imágenes dañadas

Las imágenes pueden dañarse o perderse. Para obtener información sobre la recuperación en caso de imágenes dañadas, elija la plataforma en switches LAN y ATM consulte la sección Troubleshooting (Resolución de problemas) > Recovery from Corrupted or Missing Software (Recuperación en caso de software dañado o perdido).

Problemas de hardware

Consulte los resultados de show module en Catalyst de las series 6000 y 4000 que ejecutan CatOS o Cisco IOS.

Switch> (enable) sh mod
Mod Slot Ports Module-Type               Model               Sub
Status
--- ---- ----- ------------------------- ------------------- -----------
1   1    2     1000BaseX Supervisor      WS-X6K-S2U-MSFC2    yes ok
15  1    1     Multilayer Switch Feature WS-F6K-MSFC2        no  ok
3   3    8     1000BaseX Ethernet        WS-X6408A-GBIC      no  faulty
5   5    48    10/100BaseTX Ethernet     WS-X6348-RJ-45      no  faulty

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

         

Compruebe los resultados del POST del switch para ver si se indican fallos en alguna parte del switch. Los fallos en alguna prueba de un módulo o un puerto se marcan con una “F” en los resultados.

En CatOS, utilice el comando show test para ver todos los resultados de la prueba. Para ver los resultados de la prueba por módulo, utilice el comando show test {módulo}:

Switch> (enable) sh test 3
Diagnostic mode: complete   (mode at next reset: minimal)
!--- El nivel de diagnóstico es complete, que es una prueba más larga pero más completa.
!--- El comando para realizar lo mismo en CatOS es set test diaglevel complete. 
Module 3 : 16-port 1000BaseX EthernetLine Card Status for Module 3 : PASS
Port Status :
 Ports 1  2  3  4  5  6  7  8  9  10 11 12 13 14 15 16
 -----------------------------------------------------
       .  .  .  .  .  .  .  .  .  .  .  .  .  .  .  .
GBIC Status :
 Ports 1  2  3  4  5  6  7  8  9  10 11 12 13 14 15 16
 -----------------------------------------------------
       .  .  .  .  .  N  .  .  .  .  .  .  .  .  N  N
Line Card Diag Status for Module 3  (. = Pass, F = Fail, N = N/A)
Loopback Status [Reported by Module 1] :
 Ports 1  2  3  4  5  6  7  8  9  10 11 12 13 14 15 16
 -----------------------------------------------------
       F  F  F  F  F  F  F  F  F  F  F  F  F  F  F  F

            !--- El fallo en las pruebas de bucle de retorno indica que los puertos no están operativos.
!--- Utilice el comando reset {módulo} o, si fuera necesario, reinicie físicamente el
!--- módulo para intentar solucionar este problema.
!--- Si fallan estos pasos, abra una incidencia en la Asistencia Técnica de Cisco.

En Cisco IOS, en los switches modulares como Cat6000 y 4000, utilice el comando show diagnostics. Para ver los resultados del POST por módulo, utilice el comando show diagnostics module {módulo}.

ecsj-6506-d2#sh diagnostic module 3
  Current Online Diagnostic Level = Minimal

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

Nota: en los switches Catalyst de las series 3750, 3550, 2970, 2950/2955 y 2900/3500XL utilice el comando show post , que indica un simple estado de correcto o incorrecto en el hardware. Observe los LED de estos switches para interpretar los resultados del POST. Consulte Understanding Post Results (Información sobre los resultados del POST).

Para obtener más información sobre la resolución de problemas de hardware en los switches Catalyst que ejecutan CatOS y Cisco IOS, consulte las páginas de soporte de productos de los switches LAN y ATM , elija la plataforma y consulte la sección Troubleshooting & Hardware (Resolución de problemas de hardware).

Para obtener información sobre posibles problemas relacionados con avisos importantes, consulte Field Notices (Avisos importantes) para switches LAN y ATM.

Errores de entrada en una interfaz de capa 3 conectada a un puerto de switch de capa 2

--- De forma predeterminada, todos los puertos de capa 2 están en modo dynamic desirable por lo que el puerto de capa 2 intenta formar un enlace troncal y envía los paquetes DTP al dispositivo remoto. Cuando se conecta una interfaz de capa 3 a un puerto de switch de capa 2, ésta no puede interpretar estas tramas, lo que produce errores de entrada, errores WrongEncap y caídas en la cola de entrada.

Para resolver el problema, cambie el modo del puerto del switch a static access o trunk según sea necesario.

Switch2(config)#int fa1/0/12
Switch2(config-if)#switchport mode access
         

o

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

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

El contador Rx-No-Pkt-Buff puede incrementar en los puertos cuando tiene switches blade, tales como WS-X4448-GB-RJ45, WS-X4548-GB-RJ45 y WS-X4548-GB-RJ45V. Asimismo, también es normal un cierto incremento en la caída de paquetes como resultado de las ráfagas de tráfico.

Estos tipos de errores aumentan rápidamente, especialmente cuando el tráfico que pasa a través de ese enlace es alto o cuando tiene dispositivos tales como servidores conectados a esa interfaz. Esta carga alta de tráfico hace que los puertos tengan exceso de suscriptores, por lo que se produce un agotamiento en los búferes de entrada y, como resultado, el contador Rx-No-Pkt-Buff y los errores de entrada aumentan rápidamente.

Estos tipos de errores en la interfaz están relacionados con un problema de tráfico por exceso de suscriptores en los puertos. Los módulos de conmutación WS-X4448-GB-RJ45, WS-X4548-GB-RJ45 y WS-X4548-GB-RJ45V tienen 48 puertos con exceso de suscriptores en seis grupos de ocho puertos cada uno:

  • Puertos 1, 2, 3, 4, 5, 6, 7, 8

  • Puertos 9, 10, 11, 12, 13, 14, 15, 16

  • Puertos 17, 18, 19, 20, 21, 22, 23, 24

  • Puertos 25, 26, 27, 28, 29, 30, 31, 32

  • Puertos 33, 34, 35, 36, 37, 38, 39, 40

  • Puertos 41, 42, 43, 44, 45, 46, 47, 48

Los ocho puertos de cada grupo contienen circuitos comunes que multiplexan eficientemente el grupo en una única conexión Gigabit Ethernet de dúplex completo no bloqueadora en el entramado de switches interno. En cada grupo de ocho puertos, las tramas que se reciben se almacenan en búfer y se envían al enlace Gigabit Ethernet común al entramado de switches interno. Si la cantidad de datos recibidos en un puerto comienza a superar la capacidad del búfer, el control de flujo envía tramas de pausa al puerto remoto para detener temporalmente el tráfico y evitar la pérdida de tramas.

Si las tramas recibidas en cualquier grupo superan el ancho de banda de 1 Gbps, el dispositivo comienza a descartarlas. Estos descartes no se pueden observar, ya que se realizan en el ASIC interno y no en las interfaces en sí. Esto puede provocar un rendimiento lento de los paquetes en el dispositivo.

Cuando se trata de dispositivos que deben permitir una gran cantidad de tráfico a través de esa interfaz, considere el uso de un puerto de cada grupo de forma que los circuitos comunes que comparten un único grupo no resulte afectado por esta cantidad de tráfico. Cuando el módulo de conmutación Gigabit Ethernet no se utiliza por completo, puede establecer las conexiones de balance de puerto en los grupos de puertos para maximizar el ancho de banda disponible. Por ejemplo, con el módulo de conmutación WS-X4448-GB-RJ45 10/100/1000, puede conectar los puertos de diferentes grupos como, por ejemplo, los puertos 4, 12, 20 o 30 (en cualquier orden), antes de conectar los puertos del mismo grupo como, por ejemplo, los puertos 1, 2, 3, 4, 5, 6, 7 y 8.

Si no se soluciona el problema, debe considerar un módulo que no tenga exceso de suscriptores en los puertos.

Conexión de troncal entre un switch y un router

Los enlaces troncales entre un switch y un router pueden provocar que el puerto del switch quede inactivo. La conexión troncal puede activarse una vez que inhabilite y habilite el puerto del switch, aunque es posible que éste vuelva a quedar inactivo de nuevo.

Para solucionar este problema lleve a cabo los pasos siguientes:

  1. Asegúrese de que el protocolo de detección de Cisco (CDP) se ejecuta entre el switch y el router, y ambos pueden observarse entre sí.

  2. Inhabilite las señales de mantenimiento en la interfaz del router.

  3. Vuelva a configurar la encapsulación de la conexión troncal en ambos dispositivos.

Cuando las señales de mantenimiento están inhabilitadas, el CDP habilita el enlace para que funcione con normalidad.


Discusiones relacionadas de la comunidad de soporte de Cisco

La Comunidad de Soporte de Cisco es un foro donde usted puede preguntar y responder, ofrecer sugerencias y colaborar con colegas.


Document ID: 12027