Configuración y verificación de la negociación automática de semidúplex/dúplex completo de Ethernet 10/100/1000 Mb

Introducción

En este documento se describen las pautas de solución de problemas y cómo aislar y resolver problemas de negociación automática de Ethernet. 

Prerequisites

Requirements

Cisco recomienda que tenga conocimiento sobre estos temas:

• Cómo resolver problemas con tarjetas de interfaz de red (NIC) 10/100.

• Negociación Gigabit

• Problemas operacionales en las plataformas de Cisco específicas

• Problemas operacionales con NIC específicas.

• La siguiente tabla muestra todas las configuraciones y todos los resultados posibles de velocidad y dúplex entre una NIC y un switch.

• Discusión del protocolo de negociación automática (incluye FLP).

Nota: Consulte Resolución de Problemas de Compatibilidad entre los Switches Catalyst de Cisco y NIC para obtener más información sobre la negociación automática.

Componentes Utilizados

La información que contiene este documento se basa en las siguientes versiones de software y hardware.

• Software de sistema Cisco IOS

Este equipo se utilizó para crear los ejemplos usados en este documento:

• Un terminal

• Un cable de consola apto para el motor supervisor en el switch. Consulte Conexión de la Terminal al Puerto de la Consola en los Switches Catalyst para obtener más información.

• Dos switches Catalyst en un entorno de laboratorio con las configuraciones borradas.

• Dos interfaces TX con capacidad de dúplex completo de 10/100/1000 Mb

• Cable de crossover Ethernet

La información que contiene este documento se creó a partir de los dispositivos en un ambiente de laboratorio específico. Todos los dispositivos que se utilizan en este documento se pusieron en funcionamiento con una configuración verificada (predeterminada). Si tiene una red en vivo, asegúrese de entender el posible impacto de cualquier comando.

Nota: El comando write erase se ejecutó en cada switch para asegurarse de que tuvieran configuraciones predeterminadas.

Convenciones

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

Antecedentes

En este documento se proporciona una descripción general de la negociación automática y se explica el procedimiento para configurar y verificar la negociación automática en los switches Catalyst que ejecutan el software Cisco IOS tanto en el motor supervisor como en la MSFC (nativa). En este documento también se presenta un ejemplo de por qué ocurren los errores más comunes de incompatibilidad de dúplex y se describe cómo configurar y verificar la negociación automática en los switches Catalyst que ejecutan el software de sistema Cisco IOS^®.

Nota: Los switches/módulos Catalyst, como los Catalyst 6500/6000, 4500/4000, 3550 y 2950, admiten interfaces o puertos Ethernet negociados de 10/100/1000 Mbps. Estos puertos funcionan a una velocidad de 10 Mbps, 100 Mbps o 1000 Mbps en función de su conexión con el extremo final. La negociación de dúplex y velocidad de estos puertos de 10/100/1000 Mbps se puede configurar de forma similar que en los puertos de 10/100 Mbps en los switches basados en el software Cisco IOS. Por lo tanto, las configuraciones descritas en este documento para la negociación de puertos de 10/100 Mbps también se aplica a los puertos de 10/100/1000 Mbps.

Cuándo utilizar la negociación automática de Ethernet 10/100 Mb

La negociación automática es una función opcional de la norma Fast Ethernet de IEEE 802.3u que permite a los dispositivos intercambiar información automáticamente por un link sobre capacidades dúplex y de velocidad.

La negociación automática está orientada a los puertos. Estos puertos se asignan a las áreas donde los usuarios o dispositivos transitorios se conectan a la red. Por ejemplo, muchas compañías les dan oficinas compartidas o cubículos a sus ejecutivos de cuentas e ingenieros en sistemas para que usen cuando están en la oficina. Cada oficina o cubículo tiene un puerto Ethernet conectado permanentemente a la red de la oficina. Debido a que algunos usuarios pueden tener una tarjeta de 10/100 Mb, Ethernet de 100 Mb o una de 10 Mb en su computadora portátil, los puertos de switch que manejan estas conexiones deben ser capaces de negociar el modo de velocidad y dúplex. La alternativa consiste en suministrar un puerto de 10 Mb y otro de 100 Mb en cada oficina o cubículo y etiquetarlos en consecuencia.

Una de las causas más comunes de los problemas de desempeño en los enlaces Ethernet de 10/100 Mb se produce cuando un puerto del enlace funciona en semidúplex mientras el otro puerto funciona en dúplex completo. Esto ocurre cuando se reinician uno o ambos puertos de un enlace y el proceso de negociación automática no logra que ambos participantes del enlace tengan la misma configuración. También puede suceder cuando los usuarios vuelven a configurar solo un lado de un enlace y se olvidan de volver a configurar el otro lado. Ambos lados del enlace deben tener la negociación automática activada o desactivada. Cisco recomienda dejar la negociación automática activada para los dispositivos que cumplan con 802.3u.

Pueden evitarse muchas llamadas de soporte relacionadas con el desempeño si se configura correctamente la negociación automática. Muchos módulos de switching Ethernet de Catalyst soportan 10/100Mb y semidúplex o dúplex completo. Entre las excepciones, se encuentran los Ethernet Group Switch Module. El comando show interfaces capabilities indica si el módulo o la interfaz con los que está trabajando admiten 10/100/1000 Mb y semidúplex o dúplex completo. Para este documento se utilizan dos motores supervisores III WS-X5530, cada uno con dos puertos Ethernet 10/100 BaseTX de enlace ascendente opcionales instalados.

Nota: Cuando el módulo WS-6748-GE-TX está conectado con un dispositivo de escucha de red, la negociación automática no funciona. Para resolver este problema, debe configurar la negociación automática manualmente. Vaya al modo de interfaz y ejecute este comando:

Cat6K-IOS(config-if)#speed auto

Cuándo Utilizar la Negociación Automática en Ethernet 10/100 Mb

Básicamente, la negociación automática en GigabitEthernet cubre estos elementos:

• Configuraciones dúplex: mientras que los dispositivos de Cisco soportan solamente el dúplex completo, la norma IEEE 802.3Z tiene soporte para el GigabitEthernet semidúplex. Debido a esto, el dúplex se negocia entre los dispositivos del GigabitEthernet.

• Control de flujo: debido a la cantidad de tráfico que puede generar Gigabit Ethernet, hay una funcionalidad de PAUSA integrada en Gigabit Ethernet. La trama PAUSE es un paquete que le indica al dispositivo de extremo lejano que detenga la transmisión de paquetes hasta que el remitente sea capaz de manejar todo el tráfico y borrar sus búferes. La trama PAUSE tiene un temporizador incluido que le indica al dispositivo del extremo lejano cuándo comenzar a enviar paquetes nuevamente. Si ese temporizador caduca sin que se envíe otra trama de PAUSA, el dispositivo del extremo lejano puede volver a enviar paquetes. El control de flujo es un ítem optativo y debe negociarse. Los dispositivos pueden enviar o recibir una trama de PAUSA y posiblemente no acepten la solicitud de control de flujo del vecino del extremo lejano.

• Negociación: por lo general, los puertos Gigabit Ethernet incorporados son capaces de la negociación, pero en el caso de los tipos modulares SFP o GBIC, no negocian. El protocolo de línea puede estar inactivo para un puerto Gigabit Ethernet cuando se conecta a un puerto Fast Ethernet. Esto se puede verificar mediante el comando show interfaces interface capabilities:

  Switch#show interfaces Gig 5/3 capabilities 
  GigabitEthernet5/3
    Model:                 VS-S720-10G
    Type:                  10/100/1000BaseT
   Speed: 10,100,1000,auto Duplex: half,full
    Trunk encap. type:     802.1Q,ISL
    Trunk mode:            on,off,desirable,nonegotiate
    Channel:               yes
    Broadcast suppression: percentage(0-100)
    Flowcontrol: rx-(off,on,desired),tx-(off,on,desired)
    Membership:            static
    Fast Start:            yes
    QOS scheduling:        rx-(2q4t), tx-(1p3q4t)
    QOS queueing mode:     rx-(cos), tx-(cos)
    CoS rewrite:           yes
    ToS rewrite:           yes
    Inline power:          no
    SPAN:                  source/destination
    UDLD                   yes
    Link Debounce:         yes
    Link Debounce Time:    no
    Ports-in-ASIC (Sub-port ASIC) : 1-5 (3-4)
    Remote switch uplink:  no 
    Port-Security:         yes
    Dot1x:                 yes

Suponga que hay dos dispositivos, A y B. Suponga que cada dispositivo puede tener habilitada o deshabilitada la negociación automática. El comportamiento correcto del estado de enlace con negociación automática de acuerdo con el estándar IEEE 802.3z-1998 debe ser el siguiente:

• Si A está habilitado y B está habilitado, el estado de enlace debe informarse en ambos dispositivos como enlace activo.

• Si A está deshabilitado y B está habilitado, A debe informar el enlace activo y B debe informar el enlace inactivo.

• Si A está habilitado y B está deshabilitado, A debe informar el enlace inactivo y B debe informar el enlace activo.

De manera predeterminada, se supone que todos los dispositivos realizan la negociación automática. El estándar 802.3z no define específicamente una manera de desactivar la negociación automática, tanto para 1 Gigabit Ethernet como para 10 Gigabit Ethernet.

Negociación Automática en los switches de Catalyst que Ejecutan Cisco IOS Software

Los comandos descritos en esta sección se aplican a diferentes tipos de productos de switch Catalyst que ejecutan el software de sistema Cisco IOS, como Catalyst 4500 y Catalyst 6500. También hay algunas salidas tomadas de las plataformas Catalyst 3850 y 9500. Los dispositivos de esta sección se conectaron con un cable cruzado Ethernet. Consulte el Apéndice B para obtener más información sobre los cables cruzados y la función Auto-MDIX.

Los switches que ejecutan el software Cisco IOS establecen de manera predeterminada la negociación automática de la velocidad y el dúplex en activada. Ejecute el comando show interface interface status para verificar esta configuración.

Este primer resultado proviene de Catalyst 6500/6000 que ejecuta la versión de software 12.1(6)E de Cisco IOS. Muestra un puerto conectado que negocia automáticamente un enlace a 100 Mbps y a semidúplex. La configuración que ejecuta este switch no dispone de comandos dúplex o de velocidad en la interfaz FastEthernet 3/1 puesto que la negociación automática está predeterminada. Emita el comando show interface interface (sin la palabra clave status) para ver la velocidad y el dúplex del puerto.

El prefijo a en "half" y "100" indica que este puerto no se ha codificado (configurado) con una velocidad o un modo de dúplex específicos. Por lo tanto, negocia automáticamente el modo dúplex y la velocidad si el dispositivo al que está conectado también negocia automáticamente el modo dúplex y la velocidad. El estado es "connected", lo que significa que el otro puerto ha detectado un pulso de enlace. El estado puede ser “conectado” aún si dúplex se ha negociado o configurado incorrectamente. Además, observe que no hay comandos de velocidad o dúplex en la configuración de la interfaz, ya que la negociación automática de velocidad y dúplex es la configuración predeterminada.

NativeIOS#show interfaces fastethernet 3/1 status

Port    Name               Status       Vlan       Duplex Speed Type
Fa3/1                      connected    routed     a-half a-100 10/100BaseTX

NativeIOS#show run
...
!
interface FastEthernet3/1
 ip address 172.16.84.110 255.255.255.0
!

NativeIOS#show interfaces fastethernet 3/1
FastEthernet3/1 is up, line protocol is up 
 Hardware is C6k 100Mb 802.3, address is 0002.7ef1.36e0 (bia 0002.7ef1.36e0)
 Internet address is 172.16.84.110/24
 MTU 1500 bytes, BW 100000 Kbit, DLY 100 usec, 
    reliability 255/255, txload 1/255, rxload 1/255
 Encapsulation ARPA, loopback not set
 Keepalive set (10 sec)
 Half-duplex, 100Mb/s
 ...

Si desea codificar la velocidad y dúplex en un switch con software Cisco IOS (desactivando la negociación automática), ejecute los comandos speed y duplex debajo de la interfaz específica. Dúplex está supeditado a la velocidad en el sentido de que si se configura la velocidad en auto, el dúplex no puede configurarse manualmente. Puede ver mensajes de error de verificación de redundancia cíclica (CRC) cuando la configuración de velocidad y dúplex está codificada en los dos dispositivos. Esto puede deberse a que alguno de los dispositivos ejecuta una versión anterior de Cisco IOS. Puede actualizar el Cisco IOS o fijar la velocidad y dúplex en auto en ambos dispositivos para resolver esto.

Nota: Si utiliza valores fijos en un programa para referirse a un puerto, inhabilita toda funcionalidad de negociación automática en el puerto en relación con la velocidad y el dúplex.

NativeIOS#show run
...
interface FastEthernet3/2
 no ip address
!         
NativeIOS#configure terminal
Enter configuration commands, one per line.  End with CNTL/Z.
NativeIOS(config)#interface fastethernet3/2
NativeIOS(config-if)#duplex full
Duplex will not be set until speed is set to non-auto value 

!--- Error: On this platform, you must set the speed before the duplex. 
!--- Not all switch platforms have this command ordering requirement. 

NativeIOS(config-if)#speed 100 
NativeIOS(config-if)#duplex full 
NativeIOS(config-if)#^Z 
NativeIOS#show interfaces fastethernet 3/2 status
Port Name Status Vlan Duplex Speed Type 
Fa3/2 notconnect routed full 100 10/100BaseTX 

NativeIOS#show run 
... 
interface FastEthernet3/2 
no ip address 
duplex full 
speed 100 

!--- Notice that the speed and duplex commands appear in the configuration 
!--- now because they have been manually set to a non-default behavior.

Los siguientes resultados se tomaron de los switches Catalyst 3850 y 9500. En este ejemplo, estos dos switches están conectados directamente en un lado de la velocidad, y el dúplex fue codificado y en el otro lado, se utiliza la negociación automática. Como se observa, la ausencia del prefijo a en los campos de estado del resultado del show interface TwentyFiveGigE1/0/2 status comando en Switch_1 muestra que el modo dúplex está configurado para completo y la velocidad está configurada para 1000.

Switch_1#show run interface TwentyFiveGigE1/0/2
Building configuration...

Current configuration : 37 bytes
!
interface TwentyFiveGigE1/0/2
end

Switch_1#configure terminal
Enter configuration commands, one per line.  End with CNTL/Z.
Switch_1(config)#interface TwentyFiveGigE1/0/2
Switch_1(config-if)#duplex full
Switch_1(config-if)#speed 1000
Switch_1(config-if)#end
*Aug  1 19:26:33.957: %LINEPROTO-5-UPDOWN: Line protocol on Interface TwentyFiveGigE1/0/2, changed state to down
*Aug  1 19:26:34.913: %SYS-5-CONFIG_I: Configured from console by console
*Aug  1 19:26:34.957: %LINK-3-UPDOWN: Interface TwentyFiveGigE1/0/2, changed state to down
*Aug 1 19:26:38.819: %LINK-3-UPDOWN: Interface TwentyFiveGigE1/0/2, changed state to up *Aug 1 19:26:39.820: %LINEPROTO-5-UPDOWN: Line protocol on Interface TwentyFiveGigE1/0/2, changed state to up

Switch_1#show interface TwentyFiveGigE1/0/2 status

Port         Name               Status       Vlan       Duplex  Speed Type
Twe1/0/2                        connected    1            full 1000 10/100/1000BaseTX SFP

Switch_1#show cdp neighbors TwentyFiveGigE1/0/2
Capability Codes: R - Router, T - Trans Bridge, B - Source Route Bridge
                  S - Switch, H - Host, I - IGMP, r - Repeater, P - Phone, 
                  D - Remote, C - CVTA, M - Two-port Mac Relay 

Device ID        Local Intrfce     Holdtme    Capability  Platform  Port ID
Switch_2         Twe 1/0/2         124              S I   WS-C3850- Gig 1/0/1

Total cdp entries displayed : 1

Switch_2#show run interface GigabitEthernet1/0/2
Building configuration...

Current configuration : 38 bytes
!
interface GigabitEthernet1/0/2
end

Switch_2#show interfaces GigabitEthernet1/0/2 status

Port         Name               Status       Vlan       Duplex  Speed Type
Gi1/0/2                         connected    1          a-full a-1000 10/100/1000BaseTX

Si intenta configurar el semidúplex en una interfaz GigabitEthernet, se puede ver un mensaje de error similar al siguiente resultado:

Switch_1# configure terminal
Enter configuration commands, one per line.  End with CNTL/Z.
Switch_1(config)#interface twentyFiveGigE 1/0/2
Switch_1(config-if)#duplex half 

% Duplex cannot be set to half when speed autonegotiation subset contains 1Gbps,2.5Gbps,5Gbps or 10Gbps

Solamente las interfaces con una velocidad de 100 pueden aceptar la configuración de semidúplex:

Switch_1(config-if)#speed 100
Switch_1(config-if)#duplex half 
Switch_1(config-if)#
Switch_1(config-if)#speed 1000
Cannot change speed to 1000Mbps when in half duplex
Switch_1(config-if)#end
Switch_1#

El siguiente mensaje es acerca de una discordancia de modo dúplex. Se muestra en un switch después de que detecta que hay una discordancia dúplex en la interfaz. Esta incompatibilidad puede ocurrir debido a una configuración incorrecta del dispositivo conectado en la interfaz Gigabit Ethernet 2/0/20:

%CDP-4-DUPLEX_MISMATCH: duplex mismatch discovered on GigabitEthernet2/0/20 (not half duplex), with XXXXX GigabitEthernet0 (half duplex)

Es importante destacar que este mensaje proviene de Cisco Discovery Protocol (CDP) y no del protocolo de negociación automática 802.3. El CDP puede informar sobre problemas que detecta, pero no los corrige de manera automática.

Una incompatibilidad de dúplex puede o no generar un mensaje de error. Otra indicación de una discordancia dúplex es el aumento rápido de FCS y de los errores de alineación en el lado semidúplex, y los fragmentos minúsculos en el puerto dúplex completo.

Apéndice A: Módulos de switch Catalyst

Este documento contiene información sobre la instalación de los módulos Catalyst y la funcionalidad de cada módulo. Además, contiene explicaciones de los LED de cada módulo. En general, los LED indican el estado del módulo y los puertos activos.

Apéndice B: Cables de conexión cruzada Ethernet

Los puertos Ethernet en switches Catalyst tienen transceptores Ethernet incorporados. Los dispositivos que se conectan a los puertos Ethernet deben tener incorporados transceptores Ethernet o utilizar transceptores externos.

Utilice un cable de interconexión directo, como un cable de par trenzado sin blindaje (UTP) CAT5/CAT6 10/100/1000BaseT, al conectar una PC, un servidor, una impresora u otro dispositivo de usuario final (como un router) a un switch. Cruzado significa que el pin 1de un final del cable está conectado al 1 del otro final, el pin 2 del final del cable está conectado al pin 2 del otro extremo, y así sucesivamente.

Utilice un cable cruzado, como un cable de interconexión cruzado UTP CAT5/CAT6 10/100/1000BaseT, al conectar otro puerto de switch u otro puerto de capa 2 a un puerto Ethernet en un switch. En este caso, los pines están conectados (ver Imágenes).

Una regla práctica consiste en utilizar un cable de crossover cuando los dos puertos que se conectan se encuentran en la misma capa del modelo OSI. Al cruzar capas OSI, utilice un cable de conexión directa. Trate a las PC como puertos de Capa 3 y a los hubs y a la mayoría de los conmutadores de Capa 3 como puertos de Capa 2. Algunos dispositivos, especialmente comunes en los concentradores, poseen un botón que puede alternar entre aceptar un cable directo o uno cruzado. Por lo tanto, esta regla general no siempre se aplica.

Nota: Utilice un cable de crossover al conectar dos puertos en la misma capa del modelo OSI, como un router a un router (Capa 3) o un switch a un switch (Capa 2). Utilice un cable de conexión directa si los dos puertos se encuentran en capas diferentes, como un router a un switch (Capa 3 a 2) o un PC a un switch (Capa 3 a 2). Para esta regla, trate a la PC como a un dispositivo Capa 3.

Cables de Crossover de Ethernet

Cables cruzados Ethernet disponibles en las tiendas

Los cables de interconexión cruzados UTP CAT5/CAT6 10/100/1000BaseT están disponibles en la mayoría de los comercios de computación.

Nota: Algunos dispositivos de red Ethernet (concentradores 10/100BaseT) cuentan con lo que se denomina puerto MDI (interfaz dependiente de medios). Active una función de conexión cruzada interna y este tipo de puerto permite que el dispositivo se conecte a un puerto Ethernet en un switch que utilice un cable de interconexión directo. Conecte el switch MDI para que tenga efecto. Cuando el switch MDI está en la posición de salida, el puerto espera conectarse a un dispositivo de usuario final.

Esquema de cable cruzado para cables de cuatro pares trenzados para puertos de módulos de 10/100/1000 y 1000BASE-T GBIC

Cuatro cables cruzados de par trenzado, esquema 1

Cuatro cables cruzados de par trenzado, esquema 2

Los cables de interconexión crossover CAT5, 5e o 6 UTP se consiguen en la mayoría de las tiendas de computación.

Pautas para la Conexión del Cable de Fibra

Si utiliza un puerto Ethernet en el switch con una interfaz de fibra para conectar a otro puerto de switch, a un puerto de router o a otro dispositivo de la Capa 2, deberá invertir la conexión en uno de estos dispositivos. Haga girar el conector media vuelta o cruce los conectores individuales de fibra para invertir la conexión. Considere cada fibra como una fibra A o una fibra B. Si una conexión directa es de A hacia A y de B hacia B, una conexión cruzada es de A hacia B y de B hacia A.

Apéndice C: Explicación de Auto-MDIX y plataformas de switch compatibles

El crossover automático de interfaces dependiente del medio (Auto-MDIX) es una función que permite que la interfaz del switch detecte el tipo requerido de conexión de cable (directa o crossover) y configure automáticamente la conexión adecuada. Con Auto-MDIX habilitado, puede utilizar tanto un cable de tipo directo como cruzado para conectar al otro dispositivo y la interfaz corrige automáticamente cualquier cableado incorrecto.

Apéndice D: Explicación de los campos del comando show interfaces

Campos del resultado del comando show interface

Contadores (en orden alfabético)	Problemas y causas comunes que aumentan los contadores de errores
pause input	Descripción: show interfaces counter. Un incremento en el contador de entrada de pausa significa que el dispositivo conectado solicita una pausa de tráfico cuando su búfer de recepción está casi lleno. Causas comunes: este contador aumenta a título informativo, 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.
Align-Err	Descripción: show interfaces counters errors. Los errores de alineación son un conteo del número de tramas recibidas que no terminan con un número par de octetos y tienen una mala Verificación por redundancia cíclica (CRC).  Causas Comunes: Éstos generalmente son el resultado de una discordancia dúplex o un problema físico (como cableado, puerto defectuoso, o un NIC defectuoso). Cuando el cable primero está conectado con el puerto, pueden presentarse algunos de estos errores. También, si hay un hub conectado con el puerto, las colisiones entre los otros dispositivos en el hub pueden causar estos errores. Excepciones en la Plataforma: Los errores de alineación no se cuentan en Catalyst 4000 Series Supervisor I (WS-X4012) o Supervisor II (WS-X4013).
babbles	Descripción: show interfaces counter indica que el temporizador jabber de transmisión expiró. Las tramas Jabber son tramas con más de 1518 octetos (sin contar los bits de entramado, pero sí los octetos de FCS) que no termina con un número par de octetos (error de alineación) o tiene una FCS errónea.
Carri-Sen	Descripción: show interfaces counters errors. El contador Carri-Sen (detección de portadora) aumenta cada vez que un controlador Ethernet desea enviar datos en 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.
colisiones	Descripción: show interfaces counter. La cantidad de veces que una colisión se presenta antes de que la interfaz transmita una trama a los medios con éxito. Causas Comunes: Las colisiones son normales para las interfaces configuradas como semidúplex, pero no se deben ver en las interfaces dúplex completo. Si las colisiones aumentan significativamente, hay un enlace que se usa demasiado o posiblemente una discordancia dúplex con el dispositivo adjunto.
CRC	Descripción: show interfaces counter. Esto aumenta cuando la CRC generada por la estación de la LAN de origen o el dispositivo del extremo final que origina el tráfico no coinciden 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: show interfaces counter. La cantidad de tramas transmitidas con éxito luego de esperar debido a que los medios se hallaban ocupados.  Causas Comunes: Esto suele ocurrir en entornos semidúplex donde la portadora ya está en uso al intentar transmitir una trama.
input packets with dribble condition	Descripción: show interfaces counter. Un error de bit de fichero indica que una trama es demasiado larga.  Causas Comunes:  Este contador de errores de trama se incrementa para fines informativos, ya que el switch acepta la trama.
Excess-Col	Descripción: show 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 son normalmente una indicación de que la carga en el segmento debe dividirse entre varios segmentos, pero también pueden señalar una discordancia dúplex con el dispositivo conectado. Las colisiones no se deben considerar en las interfaces configuradas como dúplex completo.
FCS-Err	Descripción: show 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: esto suele ser un problema físico (como el cableado, un puerto erróneo o una tarjeta de interfaz de red (NIC) defectuosa), pero también puede ser un indicio de incompatibilidad de dúplex.
trama	Descripción: show interfaces counter. El número de paquetes que se recibió de forma incorrecta con un error CRC y un número no entero de octetos (error de alineación).  Causas comunes: este suele ser el resultado de colisiones o un problema físico (como el cableado, un puerto o una NIC defectuosos), aunque también puede indicar una incompatibilidad de dúplex.
Gigantes	Descripción: muestra las interfaces y muestra los errores de contadores de las interfaces. Las tramas recibidas que exceden el tamaño máximo de trama IEEE 802.3 (1518 bytes para Ethernet no jumbo) y tienen una secuencia de verificación de tramas (FCS) incorrecta.  Causas comunes: en muchos casos, esto es el resultado de una NIC defectuosa. Excepciones de plataforma: Catalyst Cat4000 Series que ejecuta Cisco IOS Antes de la versión de software 12.1(19)EW, el contador de gigantes aumentaba para una trama > 1518 bytes. Después de la versión 12.1(19)EW, aumenta solo en show interfaces cuando se recibe una trama >1518 bytes con una FCS errónea.
ignored	Descripción: show interfaces counter. 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.
Errores de Entrada	Descripción: show interfaces counter.  Causas comunes: incluye los recuentos de fragmentos de colisión, gigantes, no almacenados en búfer, CRC, tramas, saturación e ignorados. Otros errores relacionados con la entrada hacen aumentar el contador de errores de entrada y algunos datagramas pueden tener más de un error. Por lo tanto, esta suma no puede equilibrar con la suma de conteos enumerados de error de entrada. También consulte la sección Errores de Entrada en una Iterfaz Capa 3 Conectada a un Switchport Capa 2.
Late-Col	Descripción: cómo las interfaces muestran los errores de contadores de interfaces. 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, es después de los 512 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 discordancia dúplex, entre otras cosas. En el caso de una situación de incompatibilidad de dúplex, la colisión tardía se observa en el lado de semidúplex. Dado que el lado de semidúplex está transmitiendo, el lado de dúplex completo no espera su turno y transmite de manera simultánea, lo que causa una colisión tardía. Las colisiones tardías también pueden indicar que un cable Ethernet o un segmento es demasiado largo. Las colisiones no se deben considerar en las interfaces configuradas como dúplex completo.
lost carrier	Descripción: show interfaces counter. El 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: show interfaces counters errors. La cantidad de veces que se produjeron colisiones múltiples antes de que la interfaz transmitiera una trama a los medios de manera exitosa.  Causas Comunes: Las colisiones son normales para las interfaces configuradas como semidúplex, pero no se deben ver en las interfaces de dúplex completo. Si las colisiones aumentan significativamente, hay un enlace que se usa demasiado o posiblemente una discordancia dúplex con el dispositivo adjunto.
no buffer	Descripción: show interfaces counter. El número de paquetes recibidos descartados porque no hay espacio de buffer.  Causas Comunes: Comparar con contador ignorado. Las tormentas de difusión pueden ser responsables de esta situación.
sin portadora	Descripción: show interfaces counter. La cantidad de veces que la portadora no estuvo presente durante 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: Cantidad de paquetes salientes elegidos para ser descartados aunque no se hayan detectado errores de paquetes.  Causas Comunes: Una razón posible para descartar tal paquete puede ser liberar el espacio del buffer.
output buffer failures output buffers swapped out	Descripción: show interfaces counter. La cantidad de memoria intermedia con errores e intercambiada.  Causas Comunes: Los puertos almacenan los paquetes en el buffer Tx cuando el tráfico desviado hacia el puerto es intenso y no se puede manejar. El puerto comienza a descartar los paquetes cuando el buffer Tx está lleno, y por lo tanto aumenta los underruns y los contadores de fallas del buffer de salida. El aumento de los contadores de errores del buffer de salida podría indicar que los puertos tienen un ajuste inferior de velocidad o dúplex, o que hay demasiado tráfico en el puerto. Como ejemplo, supóngase una situación en que se reenvía un flujo de multicast de 1 gig a 24 puertos de 100 Mbps. Si una interfaz de egreso tiene un exceso de suscriptores, sería normal ver que los errores del búfer de salida aumentan junto con Out-Discards. Para obtener información a fin de solucionar problemas, consulte la sección Tramas diferidas (perdidas o descartadas) de este documento.
errores de salida	Descripción: show interfaces counter. La suma de todos los errores que previnieron la transmisión final de la interfaz de datagramas de la interfaz.  Causa Común:  Este problema se debe al tamaño pequeño de la Cola de Salida.
desbordamiento	Descripción: La cantidad de veces que el hardware del receptor no pudo entregar los datos recibidos a un buffer de hardware.  Causa Común: La velocidad de entrada de tráfico excedió la capacidad del receptor de manejar los datos.
packets input/output	Descripción: show interfaces counter. El total de paquetes sin errores recibidos y transmitidos en la interfaz. Supervise estos contadores en busca de incrementos, ya que es útil para determinar si el tráfico fluye correctamente a través de 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: Solo para Catalyst 6000 Series - error show interfaces counters. Causas Comunes: Consulte las Excepciones en la Plataforma.  Excepciones en la Plataforma: Catalyst 5000 Series rcv-err = errores en el buffer de recepción. Por ejemplo, un fragmento minúsculo, un fragmento gigante o un error de no aumentarán el contador rcv-err. El contador rcv-err en un 5K aumenta solamente como resultado de un exceso de tráfico. En Catalyst 4000 Series rcv-err = la suma de todos los errores de recepción, lo que significa, contrariamente a Catalyst 5000, que el contador rcv-err aumenta cuando la interfaz recibe un error como un fragmento minúsculo, un fragmento gigante o un error de FCS.
Fragmentos minúsculos	Descripción: show interfaces y show interfaces counters errors. Las 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 puede estar causado por una discordancia dúplex y problemas físicos, como un cable, un puerto o una NIC incorrectos en el dispositivo conectado.  Excepciones en la Plataforma: Catalyst serie 4000 que ejecuta 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 se incrementaba solamente 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 se incrementa en show interfaces,junto con el contador de fragmentos enshow interfaces counters errors cuando se recibe una trama < 64 bytes con una CRC mala.  Switches Catalyst de Cisco serie 3750. En las versiones anteriores a Cisco IOS 12.1(19)EA1, cuando se utiliza dot1q en la interfaz troncal en el Catalyst 3750, se pueden ver fragmentos minúsculos en la salida show interfaces porque los paquetes encapsulados dot1q válidos, que son de 61 a 64 bytes e incluyen la etiqueta q, son contados por el Catalyst 3750 como tramas de tamaño inferior al normal, aunque estos paquetes se reenvíen correctamente. Además, estos paquetes no se informan en la categoría adecuada (unicast, multicast, o broadcast) en las estadísticas de recepción. Este problema se resuelve en Cisco IOS release 12.1(19)EA1 o 12.2(18)SE o posterior.
Single-Col	Descripción: show 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 para las interfaces configuradas como semidúplex, pero no se deben ver en las interfaces dúplex completo. Si las colisiones aumentan significativamente, hay un enlace que se usa demasiado o posiblemente una discordancia dúplex con el dispositivo adjunto.
throttles	Descripción: show interfaces. La cantidad de veces que el receptor del puerto ha sido inhabilitado, posiblemente debido a una sobrecarga del buffer o procesador. Si aparece un asterisco (*) después del valor de contador de throttles, significa que la interfaz está throttled en el momento que se ejecuta el comando.  Causas Comunes: Los paquetes que pueden aumentar la sobrecarga del procesador incluyen paquetes IP con opciones, TTL caducado, encapsulación no ARPA, fragmentación, túneles, paquetes ICMP, paquetes con falla de suma de comprobación MTU, falla RPF, errores de longitud y suma de comprobación IP.
underruns	Descripción: La cantidad de veces que el transmisor ha operado más rápido de lo que el switch puede aceptar.  Causas Comunes: Esto puede ocurrir en una situación de alto rendimiento en la que una interfaz recibe un gran volumen de ráfagas de tráfico de muchas otras interfaces a la vez. Los restablecimientos de la interfaz pueden producirse con desbordamientos.
Tamaño menor al normal	Descripción: show interfaces counters errors. Tramas recibidas que son más pequeñas que el tamaño de trama mínimo de 64 bytes que indica la norma IEEE 802.3 (sin contar los bits de entramado, pero sí los octetos de FCS), pero que están bien formadas.  Causas Comunes: Verifique el dispositivo que envía esas tramas.
Xmit-Err	Descripción: show interfaces counters errors.  Esto indica que el buffer de transmisión interno (Tx) está lleno. Causas Comunes: Una causa común de Xmit-Err puede ser el tráfico de un enlace de ancho de banda alto siendo conmutado a un enlace de ancho de banda inferior, o el tráfico de múltiples enlaces de entrada siendo conmutado a un único enlace de salida. Por ejemplo, si una gran cantidad de tráfico entra en una interfaz Gigabit y se pasa a una interfaz de 100 Mbps, esto podría hacer que Xmit-Err aumente en la interfaz de 100 Mbps. Esto ocurre porque el buffer 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.

Apéndice E: Preguntas frecuentes

1. ¿Cuándo se debe usar la negociación automática?

   Cisco recomienda utilizar la negociación automática cuando los dispositivos involucrados cumplen con el estándar 802.3u. Consulte Troubleshooting de Compatibilidad entre los Switches Catalyst de Cisco y NIC para obtener más información sobre productos específicos. La negociación automática es muy útil para los puertos a los que se conectan y desconectan de forma regular dispositivos con capacidades diferentes. Un ejemplo es cuando un empleado visita la oficina y trae su propio equipo portátil.

2. ¿Cómo se puede configurar una interfaz para la negociación automática?

   Elimine la velocidad codificada y la configuración de dúplex de la configuración de la interfaz. Este comando restaura la configuración de la velocidad y del modo dúplex a negociación automática. O ejecute el comando de interfaz speed auto.

3. ¿Cómo se puede describir cómo está configurado el puerto?

   Ejecute el comando show interface < interface > status. Busque el prefijo a en los campos de estado. Esto indica que el puerto está configurado para la negociación automática. Algunos ejemplos son a-full y a-100. Si el prefijo a no está presente, el puerto se configura manualmente para los parámetros mostrados. Los ejemplos son full y 100. Ejecute el comando show run interface <interface> para ver la configuración del switch.

4. ¿Cómo se puede saber de qué es capaz una interfaz?

   Ejecute el comando show interface capabilities o el comando show interfaces <interface>status para ver la configuración de velocidad/dúplex.

5. ¿Por qué un puerto no detecta el modo dúplex correcto cuando su partner de link no está configurado para la negociación automática?

   El puerto no lo detecta porque no hay un método disponible para realizar este procedimiento.

6. ¿Por qué se puede tener link show conectado cuando los dos puertos tienen distintos modos de dúplex configurados?

   Es posible porque las señales eléctricas que utilizan los puertos para determinar si están conectados no rastrean el estado de los modos dúplex.

7. ¿El prefijo a en los campos de estado de dúplex y velocidad significa siempre que el puerto ha negociado automáticamente el comportamiento?

   No, significa que el puerto es capaz de ejecutar la negociación automática.

8. ¿Qué significa%CDP-4-DUPLEX_MISMATCH: duplex mismatch discoveredmessage mean?

   Significa que el CDP determina, mediante un diálogo de comparación de la configuración, que existe una discordancia. El CDP no intenta resolver la discordancia.

Información Relacionada

• Troubleshooting de Problemas de Compatibilidad entre Cisco Catalyst Switches y NIC
• Soporte de Tecnología de LAN Switching
• Soporte Técnico y Documentación - Cisco Systems