Cisco IOS Interface Status Codes

El software Cisco IOS ofrece varios comandos para hacer troubleshooting y ver el estado de las interfaces del switch o router. Tenemos la opción de ver el estado detallado de cada una de las interfaces o por el contrario una visión general del estado de todas.

En esta entrada nos vamos a centrar en las dos últimas columnas que nos ofrece el comando show ip interface brief, que básicamente nos van a decir el estado en el que se encuentra la interfaz, tanto a nivel físico como lógico. Vamos a trabajar con dos switches (switch01 y switch02).

switch01#show ip interface brief
Interface              IP-Address      OK? Method Status                Protocol

FastEthernet0/1        unassigned      YES manual administratively down down
FastEthernet0/2        unassigned      YES manual down                  down
FastEthernet0/3        unassigned      YES manual down                  down
FastEthernet0/4        unassigned      YES manual down                  down
FastEthernet0/5        unassigned      YES manual down                  down

La primera columna (Line Status o Status a secas) hace referencia al estado de la interfaz en capa 1 (Physical Layer), mientras que la segunda (Protocol Status) hace referencia a la capa 2 (Data Link Layer). Esta información también aparece en el comando show interfaces que muestra información mucho más detallada de la interfaz y en el caso de los routers también existe el comando show protocols.

Existen cinco combinaciones de estados posibles que vamos a ver en la siguiente tabla:

Line Status Protocol Status Significado
Up Up El funcionamiento es correcto.
Administratively down Down La interfaz está deshabilitada con el comando «shutdown».
Down Down La interfaz no está deshabilitada en la configuración, es decir está habilitada con el comando «no shutdown» pero existe un problema con la capa física (layer 1): fallos con el cable, no hay cable o no es el correcto, la interfaz del otro extremo está en estado deshabilitado (shutdown), el dispositivo del otro extremo está apagado…
Up Down Este estado normalmente descarta cualquier problema en la capa 1 e indica fallo en la capa 2, lo que implica un fallo de configuración
Down Down (err-disabled) Cuando el puerto se encuentra deshabilitado por port security

Como podéis observar, el estado de protocolo (Protocol Status) sólo puede estar «up» si el Line Status está «up», es totalmente lógico ya que la Capa de enlace de datos no puede funcionar si la capa física tiene un problema. El último estado es el que nos va a obligar a realizar más troubleshooting en el switch o router ya que significa fallo en la configuración de la interfaz.

Vamos a ver unos cuantos ejemplos. Comenzamos con los dos switches conectados a través de las interfaces FastEthernet  0/1 por un cable cross-over. El estado es Up-UP porque el cable es correcto (si fuera un Straight Through estaríamos en down-down por fallo en capa 1), no hay problemas de configuración y las interfaces no están en shutdown:

switch01#show ip interface brief
Interface              IP-Address      OK? Method Status                Protocol

FastEthernet0/1        unassigned      YES manual up                    up
switch02#show ip interface brief
Interface              IP-Address      OK? Method Status                Protocol

FastEthernet0/1        unassigned      YES manual up                    up

Ahora vamos a deshabilitar la interfaz del switch02 con el comando «shutdown», esto provoca lo siguiente:

switch01#show ip interface brief
Interface              IP-Address      OK? Method Status                Protocol

FastEthernet0/1        unassigned      YES manual down                  down
switch02#show ip interface brief
Interface              IP-Address      OK? Method Status                Protocol

FastEthernet0/1        unassigned      YES manual administratively down down

Efectivamente, el switch02 pasa a estado administratively down – down porque hemos deshabilitado la interfaz, mientras que el switch01 pasa a down – down porque no detecta señal en el otro extremo del cable.

Volvemos a levantar la interfaz en el switch02, y en este caso lo configuramos con unos valores que deshabiliten la autonegociación y no permitan al otro switch establecer comunicación en capa 2:

switch02(config)#interface fastEthernet 0/1
switch02(config-if)#no shutdown 
%LINK-5-CHANGED: Interface FastEthernet0/1, changed state to up
%LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/1, changed state to up
switch02(config-if)#speed 100
switch02(config-if)#duplex full
%LINK-5-CHANGED: Interface FastEthernet0/1, changed state to down
%LINEPROTO-5-UPDOWN: Line protocol on Interface FastEthernet0/1, changed state to down

Si os fijáis en el logging de la sesión vemos como al hacer el «no shutdown» pasamos a up y al «incompatibilizar» la configuración vuelve a down.

Para los routers, el estado up-down es un claro significativo de que hay un problema de configuración entre las interfaces de ambos extremos en cada router, por ejemplo en una conexión con cable de serie cuando la interfaz de un router usa PPP y la otra HDLC. Para los switches, según la teoría entiendo que si por ejemplo tenemos el caso anterior en el que se producen problemas de negociación de velocidad o duplex debería ser estado up-down, pero todas las pruebas realizadas en «Packet Tracer» muestran siempre down-down…. si alguien experto en la materia pudiera aclarar este punto estaría muy agradecido, es algo que no llego a entender demasiado bien.

Como comentaba antes, otros comandos nos permiten ver esta información pero ampliada por interfaz, como por ejemplo show interfaces para todas o show interfaces <interfaz>:

switch02#show interfaces FastEthernet 0/1
FastEthernet0/1 is down, line protocol is down (disabled)
  Hardware is Lance, address is 0001.c951.6c01 (bia 0001.c951.6c01)
 BW 10000 Kbit, DLY 1000 usec,
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation ARPA, loopback not set
  Keepalive set (10 sec)
  Full-duplex, 10Mb/s
  input flow-control is off, output flow-control is off
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input 00:00:08, output 00:00:05, output hang never
  Last clearing of "show interface" counters never
  Input queue: 0/75/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
     956 packets input, 193351 bytes, 0 no buffer
     Received 956 broadcasts, 0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
     0 watchdog, 0 multicast, 0 pause input
     0 input packets with dribble condition detected
     2357 packets output, 263570 bytes, 0 underruns
     0 output errors, 0 collisions, 10 interface resets
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier
     0 output buffer failures, 0 output buffers swapped out

Y en los routers:

Router#show protocols 
Global values:
  Internet Protocol routing is enabled
FastEthernet0/0 is administratively down, line protocol is down
FastEthernet0/1 is administratively down, line protocol is down
Vlan1 is administratively down, line protocol is down

2 comentarios en “Cisco IOS Interface Status Codes

  1. Gracias una forma clara y sencilla de explicar un tema que en ocaciones se hace muy confuso en especial si no sueles trabajar con estos equipos

  2. «Para los switches, según la teoría entiendo que si por ejemplo tenemos el caso anterior en el que se producen problemas de negociación de velocidad o duplex debería ser estado up-down, pero todas las pruebas realizadas en “Packet Tracer” muestran siempre down-down…. »
    Si en la interfaz no hay nada conectado, no habrá cambios en el estado de la misma, pues no hay ningún elemento electrónico verifcando el estado del enlace.

Comments are closed.