Explicación del comando Show Interface

Router#show interface serial0/0/0
Serial0/0/0 is up, line protocol is up
  Hardware is GT96K Serial
  Description: Enlace Serial a Internet
  Internet address is 192.168.1.1/30
  MTU 1500 bytes, BW 2000 Kbit, DLY 20000 usec,
     reliability 255/255, txload 71/255, rxload 96/255
  Encapsulation HDLC, loopback not set
  Keepalive set (10 sec)
  CRC checking enabled
  Last input 00:00:00, output 00:00:00, output hang never
  Last clearing of "show interface" counters never
  Input queue: 1/75/2242/0 (size/max/drops/flushes); Total output drops: 93619
  Queueing strategy: weighted fair
  Output queue: 0/1000/64/91497 (size/max total/threshold/drops)
     Conversations  0/91/256 (active/max active/max total)
     Reserved Conversations 0/0 (allocated/max allocated)
     Available Bandwidth 1536 kilobits/sec
  5 minute input rate 778000 bits/sec, 147 packets/sec
  5 minute output rate 578000 bits/sec, 170 packets/sec
     1620415552 packets input, 2058004637 bytes, 528 no buffer
     Received 1006373 broadcasts, 357 runts, 988 giants, 0 throttles
     478048 input errors, 478029 CRC, 141937 frame, 60903 overrun, 0 ignored, 122981 abort
     1996512254 packets output, 1926504992 bytes, 0 underruns
     0 output errors, 0 collisions, 343 interface resets
     0 output buffer failures, 0 output buffers swapped out
     0 carrier transitions
     DCD=up  DSR=up  DTR=up  RTS=up  CTS=up

La interface está habilitada en la configuración y el protocolo de capa 2 está andando bien.

El controlador de la interfase es un chip GT96K

La descripción de la interfase que fue configurada en mediante el comando description en el modo de configuración de interfase.

La dirección IP configurada en la interfase.

La MTU es el tamaño de trama más grande que puede enviar la interfase. En este caso es de 1500 bytes. El parámetro BW nos muestra que la interfase fue configurada con el comando bandwidth 2000 en el modo de configuración de interfase. Este comando es necesario dado que sirve para que:

• El router conozca la verdadera velocidad del enlace
• Los protocolos de enrutamiento puedan calcular la métrica.
• El router pueda calcular el ancho de banda reservado (se ve más adelante).

Si nosotros no configuramos el comando bandwidth en el modo de configuración de interfase, el router aplicará valores predeterminados que son:

• 1544 kbps (T1) para interfases Seriales.
• 10 mbps para interfases Ethernet.
• 100 mbps para interfases FastEthernet.
• 155 mbps para interfases ATM.
• 1000 mbps para interfases GigabitEthernet.

Reliability es confiabilidad. Se tiene en cuenta la tasa de errores de la interfase. Mientras el resultado de la división esté más cerca de 1 más confiable es el enlace.

• reliability 255/255 = 100% de confiabilidad del enlace.
• reliability 160/255 = 62% de confiabilidad del enlace.

Este parámetro puede llegar a ser utilizado por EIGRP para calcular la métrica de una ruta.

La encapsulación de capa 2 es HDLC (la versión de Cisco). Otras posibilidades podrían ser:

• atm-dxi
• frame-relay
• lapb LAPB (X.25 Nivel 2)
• ppp Point-to-Point protocol
• smds Switched Megabit Data Service
• x25

Loopback not set se refiere a que no está aplicado el modo loop que se usa para probar la transmisión de la interfase cuando no se tiene el otro extremo conectado.

Los keepalive son mensajes que envían los dispositivos de red para mantener viva la conexión. Una vez que el equipo envía el keepalive, espera una respuesta del otro lado. Si la respuesta no es recibida, asume que el link está caído. En este caso dichos mensajes se envían cada 10 segundos.

El enlace cuenta con Comprobación de Redundancia Cíclica para detectar errores de transmisión.

Last input se refiere a cuánto tiempo hace que no ingresa una trama por esta interfase. Last output se refiere a cuánto tiempo hace que no sale una trama por esta interfase. Output hang se refiere a número de horas, minutos y segundos (o nunca) desde que la interfase se reseteó por causa de una transmisión que tomó demasiado tiempo.

Tiempo pasado desde que se resetearon las estadísticas acumulativas (tales como números de bytes recibidos y transmitidos entre otras).

Estado de la cola de entrada (tamaño actual, tamaño máximo, descartes, limpiezas). Los drops se dan cuando se quiere encolar en el momento que la cola está llena. A este suceso se lo denomina tail-drop y es deseable que nunca ocurra.

La estrategia de encolamiento/manejo de congestión de la interfase. Las más importante son:

First In First Out
El primer paquete que entra es el primero que sale.
No hay prioridades, y si hay un paquete grande delante de un paquete pequeño (y urgente) no se asigna ninguna prioridad ni se reorganiza la fila.

Weighted Fair Queueing
Es un algoritmo que identifica automáticamente las conversaciones (en la forma de flujo de tráfico) separando paquetes que pertenecen a cada conversacion, asegurando que la capacidad es compartida de forma equitativa entre esas conversaciones individuales.
WFQ es una forma automática de estabilizar el comportamiento de la red durante una congestión para merjorar la performance y minimizar las retransmisiones.

Class-based weighted fair queueing
Extiende la funcionalidad de WFQ permitiendo que el usuario defina las clases de tráfico (conversaciones).
El mismo puede definirlas basándose en criterios tales como como protocolos, access-lists, e interfaces de entrada entre otros.

Low Latency Queueing
Es como el CBWFQ pero contiene una única cola prioritaria que siempre debe estar vacía.
Siempre se envían los paquetes encolados en la cola prioritaria, y cuando esta deja de tener elementos, se empiezan a procesar las otras colas de manera equitativa.
Si un elemento aparece en la cola prioritaria durante el proceso equitativo, se dejan de procesar las colas normales y se intenta vaciar la prioritaria.
Esto asegura una mínima latencia para los paquetes que sean definidos como importantes.

En estos parámetros hay que meterse sí o sí en cuestiones de QOS.

En estos parámetros hay que meterse sí o sí en cuestiones de WFQ.

En estos parámetros hay que meterse sí o sí en cuestiones de WFQ.

Por defecto, una política de QOS va a poder reservar hasta el 75% de lo declarado en el comando bandwidth.
El motivo de esto es dejar espacio para los protocolos de enrutamiento, los keepalives y otros tráficos de aspecto crítico que generalmente no se tienen en cuenta al momento de hacer la política de calidad de servicio.
Mientras que esto es muy efectivo para interfases de baja velocidad, siempre estará dejando mucho ancho de banda desaprovechado en las interfaces de alta velocidad sobre todo si hay una limitación aplicada.
Por ejemplo, en una interfase Ethernet, solo 7.5 Mbps estarán disponibles para usar con CBWFQ o LLQ.

En estos casos, el máximo porcentaje a utilizar puede ser modificado con:

Router(config-if)# max-reserved-bandwidth 95

Estaría dejando reservado únicamente un 5% del ancho de banda total para esa interfase.

Promedio de ancho de banda entrante de los últimos 5 minutos (en bits/segundo).

Promedio de ancho de banda saliente de los últimos 5 minutos (en bits/segundo).

Cantidad de paquetes recibidos por la interfase.
Cantidad de bytes recibidos por la interfase.
Cantidad de paquetes no recibidos por falta de espacio en el buffer.

• Cantidad de paquetes de broadcast o de multicast recibidos.
• Runts (enanos) son tramas que son menores al tamaño mínimo permitido. Generalmente nacen de ruidos en la línea o bien de colisiones.
• Giants (gigantes) son tramas que tienen tamaños mayores al tamaño máximo permitido.
• Throttles representa la cantidad de veces que se desactivó el receptor debido a que no había buffer o el procesador estaba saturado.

Incluye runts, giants, no buffer, CRC, frame, overrun, e ignored.
Otros errores relacionados con el input pueden causar que este contador sume, y algunas tramas tal vez tengan más de un error; entonces, la suma de ellos no siempre da la cantidad de input errors.

Cuenta la cantidad de tramas que no validaron la comprobación CRC.

Número de tramas recibidas incorrectamente conteniendo un error de CRC y además información incompleta.

Número de veces que el hardware receptor no fue capaz de manejar los datos recibidos hacia el buffer porque la tasa de transferencia entrante superó su capacidad de aceptar datos.

Cantidad de tramas ignoradas debido a poca cantidad de buffers internos.
Estos buffers son diferentes a los del sistema que mencionamos anteriormente.
Esto habitualmente pasa cuando hay tormentas de broadcast.

Cantidad de secuencias de bits ilegales recibidas por la interfase. Esto usualmente indica un problema de clock-rate.

Cantidad de paquetes enviados por la interfase.
Cantidad de bytes enviados por la interfase.
Cantidad de paquetes no enviados por falta de espacio en el buffer.

Suma de todos los errores que evitaron la transmisión final de las tramas fuera de la interfase. Otros errores relacionados con el output pueden causar que este contador sume, y algunas tramas tal vez tengan más de un error; entonces, la suma de ellos no siempre da la cantidad de output errors.

Número de mensajes retransmitidos debido a una colisión Ethernet.

Número de veces que una interfase se reseteó completamente.
Esto puede pasar si las tramas encoladas para la transmisión no pueden ser enviadas durante varios segundos.
En una serial generalmente es causado por un MODEM o una DTU que no está funcionando correctamente o que no está proporcionando buena señal de clock.
Si el sistema detecta que la linea está operativa, pero que el protocolo está caído, va a resetear la interfase para tratar de levantar todo de nuevo, y por ende se actualizará este contador.

Cantidad de buffers fallidos y número de buffers intercambiados (paquetes enviados a la DRAM).

Cantidad de veces que la señal de Carrier Detect de una interfase serial cambió de estado.
Por eemplo, si el Data Carrier Detect (DCD) cae y levanta, el contador carrier transition se incrementa dos veces indicando problemas de la línea o del modem.

Estado de las señales:

• Data Carrier Detect
• Data Set Ready
• Data Terminal Ready
• Request To Send
• Clear To Send