El resultado del comando show interfaces se puede usar para detectar problemas frecuentes de los medios. Una de las partes más importantes de este resultado es la visualización del estado del protocolo de línea y de enlace de datos. En la figura 1, se indica la línea de resumen para revisar el estado de una interfaz.
El primer parámetro (FastEthernet0/1 is up) se refiere a la capa de hardware y, básicamente, refleja si la interfaz recibe la señal de detección de portadora del otro extremo. El segundo parámetro (line protocol is up) se refiere a la capa de enlace de datos y refleja si se reciben los keepalives del protocolo de capa de enlace de datos.
Sobre la base del resultado del comando show interfaces, los posibles problemas se pueden reparar de la siguiente manera:
- Si la interfaz está activa y el protocolo de línea está inactivo, hay un problema. Puede haber una incompatibilidad en el tipo de encapsulación, la interfaz en el otro extremo puede estar inhabilitada por errores o puede haber un problema de hardware.
- Si el protocolo de línea y la interfaz están inactivos, hay un cable que no está conectado o existe algún otro problema de interfaz. Por ejemplo, en una conexión directa, el otro extremo de la conexión puede estar administrativamente inactivo.
- Si la interfaz se encuentra administrativamente inactiva, se inhabilitó manualmente en la configuración activa (se emitió el comando shutdown).
En la figura 2, se muestra un ejemplo del resultado del comando show interfaces. En el ejemplo, se muestran los contadores y las estadísticas de la interfaz FastEthernet0/1.
Algunos errores de medios no son lo suficientemente graves para provocar una falla en el circuito, pero sí provocan problemas en el rendimiento de la red. En la figura 3, se explican algunos de estos errores frecuentes, los cuales se pueden detectar mediante el comando show interfaces.
“Input errors” indica la suma de todos los errores en los datagramas que se recibieron en la interfaz que se analiza. Estos incluyen los recuentos de fragmentos de colisión, de fragmentos gigantes, de los que no están almacenados en buffer, de CRC, de tramas, de saturación y de ignorados. Los errores de entrada que se informan con el comando show interfaces incluyen lo siguiente:
- Runt frames: las tramas de Ethernet más cortas que la longitud mínima permitida de 64 bytes se denominan “runt frames” (fragmentos de colisión). La causa del exceso de fragmentos de colisión suele ser una NIC en mal funcionamiento, pero este puede deberse a los mismos problemas que causan el exceso de colisiones.
- Giants: las tramas Ethernet más largas que la longitud máxima permitida se denominan “giants” (fragmentos gigantes). Los fragmentos gigantes se deben a los mismos problemas que causan los fragmentos de colisión.
- Errores de CRC: en las interfaces Ethernet y seriales, los errores de CRC generalmente indican que hay errores en los medios o en los cables. Las causas comunes incluyen interferencia eléctrica, conexiones flojas o dañadas o el uso del tipo de cable incorrecto. Si aparecen muchos errores de CRC, hay demasiado ruido en el enlace, y se debe examinar el cable para conocer la longitud y detectar daños. También se deben buscar y eliminar las fuentes del ruido, si es posible.
“Output errors” indica la suma de todos los errores que impiden la transmisión final de los datagramas por la interfaz que se analiza. Los errores de salida que se informan con el comando show interfaces incluyen lo siguiente:
- Collisions: las colisiones en las operaciones half-duplex son completamente normales y no debe preocuparse por estas, siempre que esté satisfecho con el funcionamiento half-duplex. Sin embargo, nunca debe haber colisiones en una red correctamente diseñada y configurada que use la comunicación full-duplex. Se recomienda especialmente usar full-duplex, a menos que tenga un equipo más antiguo o heredado que requiera half-duplex.
- Late collisions: las colisiones tardías se refieren a las colisiones que ocurren después de que se transmitieron 512 bits (el preámbulo) de la trama. La longitud excesiva de los cables es la causa más frecuente de las colisiones tardías. Otra causa frecuente es la configuración incorrecta de dúplex. Por ejemplo, el extremo de una conexión puede estar configurado para full-duplex y el otro para half-duplex. Las colisiones tardías se verían en la interfaz que está configurada para half-duplex. En ese caso, debe configurar los mismos parámetros de dúplex en ambos extremos. Una red diseñada y configurada correctamente nunca debería tener colisiones tardías.