Blog de Javier Castañón – JavCastaPosts RSS Comments RSS


Diagnóstico de fallas de una interfaz serial


Referencias:

Para mostrar información de las interfaz serial s0/0

router# show interfaces s0/0

1 estado OK:

Serial x is up , line protocol is up

6 estados problemáticos:

  • Serial x is down , line protocol is down: (DTE mode) el router no detecta portadora ( señal de CD). Puede ser por linea inactiva WAN , el router no está conectado a la CSU/DSU. Cableado incorrecto o defectuoso. Falla de HW (CSU/DSU).

* Verificar leds del CSU/DSU

* Verificar cable e interfaz

  • Serial x is up , line protocol is down: (DTE mode) router local o remoto mal configurado. El router remoto no envia mensajes de actividad .  Problema de linea . Problema de temporización en el cable ( puede que la señal externa de reloj serial SCTE no está configurado en la CSU/DSU, el SCTE está diseñado para compensar el despalazamiento de fase de reloj en los cables. Una CSU/DSU remota ha fallado. El Hw del router local o remoto ha fallado

* Poner el modem CSU o DSU en modo loopback local y usar el comando show interfaces serial para

determinar si el protocolo de linea se activa. Si se activa es un error en el proveedor ( router remoto)

* Si el problema es en el router remoto repetir lo aterior en el CSU o DSU remoto

use el comando show controllers exec para determinar cual es el cable conectado a cada interfaz

* habilite debug serial interface exec

* Si el protocolo no se activa en el modo loopback local y el resultado de debug serial interface muestra que

contador de mensajes no se incrementa  , posible falla de Hw en el router

  • Serial x is up , line protocol is down (DCE Mode ) : Puede faltar el comando clock rate. O el dispositivo DTE no admite ni se configura para el modo SCTE ( temporización de terminales). La CSU o DSU remota ha fallado .

* Agregar comando clock rate bps ( bps = [1200...8000000])

  • Serial x is up , line protocol is up (looped ): Existe un bucle en el circuito . El nº de secuencia del paquete de mensaje de actividad cambia aleatoriamente cuando se detecta inicialmente un bucle. Si se devuelve el mismo nº aleatorio a traves del enlace , existe un bucle

* usar show running-config para ver cualquier entrada de config loopback , si existe interfaz 1 loopback

usar no loopback en la iterfaz para deshabilitar

* Si no hay un comando de interfaz loopback , examinar CSU/DSU para desactivar loopback manual

* Reconfigurar CSU/DSU

  • Serial x is up, line protocol is down (disabled): Error por proveedor, error de HW en CSU o DSU. Interfaz del router dañado

* diagnosticar falla de linea con analizador serial y caja de conexiones ( buscar intercambio de señales CTS

y DSR

* Loop CSU/DSU ( bucle DTE). Si el  problema persiste problema de HW si no de WAN

  • Serial x is administratively down, line protocol is down: Posible orden shutdown. Posible ip duplicada

* verificar si está shutdown el interfaz . Verificar que no haya ip duplicadas con show ru o show interfaces exec

El comando show controllers indica el estado de los canales de la interfaz y si un cable está conectado a la interfaz o no

router# show controllers serial 0/0

….

DTE V.35 ( cable DTE V.35 )

Para las interfaces seriales de los routers serie Cisco 7000 use el comando show controllers cbus

Si el resultado es UNKNOWN = cable conectado icorrectamente

Comandos de depuración:

  • debug serial interface: verifica si los paquetes HDLC están aumentando. Si no aumentan posible problema de temporización en la tarjeta de la interfaz o en la red
  • debug arp : indica si el router está enviando o recibiendo información acerca de routers ( por paquetes arp) en el otro lado de la nube WAN. Usar este comando cuando unos nodos de la red TCP/IP responden y otros no
  • debug frame-relay lmi : obtiene la información de la interfaz de admon local (LMI) para determinar si un router y un switch frame relay estan enviando y recibiendo paquetes LMI
  • debug frame-relay events : determina si se está produciendo intercambios entre un router y un switch Frame relay
  • debug ppp negotiation : muestra los paquetes del protocolo de punto a punto que se tx al inicio de ppp , cuando se negocian sus opciones
  • debug ppp packet : muestra los paquetes ppp enviados y recibidos . Muestra las descargas de los paquetes de bajo nivel
  • debug ppp authentication : muestra los intercambios de paquetes del Protocolo de autenticación de intercambio de señales CHAP , PPP y el p de autenticación de contraseña PAP

El resultado de un dbug o depuración es de alta prioridad para el proceso de CPU y puede dejar al sistema inutilizable . Se recomienda usar comandos debug en peridos de poco trafico de red



Share
Clika en el altavoz para oir el postAltavoz


2 Responses to “Diagnóstico de fallas en interfaz serial de router Cisco”

  1. on 08 Mar 2011 at 04:14daniel (2 comments)

    porque cuando configuro varios routers,y estoy configurando una de las seriales me aparece un mensaje que dice ip address 10.0.0.2 overlaps with….??

  2. on 08 Mar 2011 at 09:17javcasta (632 comments)

    ip address 10.0.0.2 overlaps with … La dirección ip 10.0.0.2 se superpone con …

    Lo que parece indicar que la ip 10.0.0.2 se superpone con otra, es decir que intentas asignar a la interfaz serial una ip de una subred que ya pertenece a otra interfaz.

    Si tuviese por ejemplo el interffaz fa0/0 con la ip 10.0.0.2/24
    Y configurase el interfaz serial s2/0 con la ip/mascara 10.0.0.8/24
    Me daria el error:

    Router(config-if)#ip add 10.0.0.8 255.255.255.0
    % 10.0.0.0 overlaps with FastEthernet0/0

    Salu2

Leave a Reply

Los enlaces en los comentarios pueden encontrarse libres de nofollow.

?>