cancelar
Mostrando los resultados de 
Buscar en lugar de 
Quiere decir: 
Avisos
¡Bienvenido a la nueva Comunidad de Soporte de Cisco! Nos encantaría conocer su opinión
Cisco Employee

Convergencia en Protocolos de Ruteo Interior Gateway Protocol (IGP) - Pregunte al Experto

 

riprado

Con el experto de Cisco: RICARDO PRADO

En esta plática se verán los factores que influyen en el tiempo de convergencia después de una falla en la red y cómo disminuirlos. Los protocolos de Ruteo permiten a una red de telecomunicaciones tener cierta tolerancia a fallas, sin embargo, cuando se tienen estas fallas los protocolos tardan cierto tiempo en decidir por dónde re-direccionar el tráfico y durante este tiempo se puede perder información aprenda como disminuir estas fallas.

  •  ¿Cómo medimos la convergencia del protocolo?
  • Convergencia Reactiva
    • Detección de fallas
    • Propagación de eventos
    • Actualización del protocolo
    • Actualización de la tabla de ruteo
  • Convergencia Proactiva
    • Loop Free Alternate
    • Protección de la sesión de LDP

 

Por favor use las estrellas para calificar las respuestas e indique si la respuesta que ha recibido es la corrrecta.

Puede ser que Ricardo  no pueda  responder cada una de las preguntas debido la cantidad  que   anticipamos  para este evento. Recuerde que usted puede  preguntar o seguir haciendo  preguntas en la comunidad de Routing & Switching

Este evento estará disponible del martes 15 de Julio al viernes 5 de Agosto del 2014.

3 RESPUESTAS

Buen día Ricardo.Mi consulta

Buen día Ricardo.

Mi consulta es la siguiente,en un enlace entre dos sitios distantes comunicados por microondas, me ha sucedido un par de ocasiones que cuando falla el enlace mi protocolo de ruteo (EIGRP) detecta que esta fuera, se cae la adyacencia y dejo de ver las rutas conocidas por ese vecino. Pero cuando se recupera el enlace EIGRP no lo detecta y no levanta el neighbor, reseteo la sesión de eigrp y aun así no, la forma para que levante nuevamente es apagar la interfaz y volverla a encender.

Con la amplia experiencia que tienes trabajando con protocolos de ruteo, te ha sucedido alguna ves algo parecido.

¿Crees que tenga algo que ver el protocolo de ruteo?

 

Saludos

Cisco Employee

Hola Osvaldo:   En lo

Hola Osvaldo:

   En lo personal no creo que sea algo relacionado con el protocolo de ruteo. He visto implementaciones con VPLS que en esencia es semejante a lo que tienes, básicamente dos equipos interconectados a través de una nube. Si hay una falla dentro de la nube, el protocolo pierde la adyacencia sin que la interfaz se haya caído y se recupera cuando la falla se arregla en la nube. Lo que yo creo es que es algo que tiene que ver con la interconexión entre tu router y el equipo de microondas. Lo que estás haciendo para arreglar tu problema es reiniciar la conexión con la microonda no así con el protocolo.

Aún así, no descarto la posibilidad de algún problema en tu router. Yo revisaría las estadísiticas de la interfaz primero, ¿hay drops? ¿hay errores en la interfaz? También podrías correr un debug de hello packets de EIGRP y ver si se están mandando o no. Esto son pruebas en el equipo mismo pero entiendo que esto podría no ser del todo concluyente. El siguiente paso sería hacer una captura en el enlace entre tu router y la microonda y verificar si en el cable están apareciendo los hellos de EIGRP.

Si sí aparecen, aplicas el shut/no shut de la interfaz y vuelves a ver la captura, seguramente verías lo mismo que antes, lo cual nos indicaría que el problema está en la microonda. También te servirá para comparar los paquetes cuando hay falla y cuando no hay falla a ver si hay algo diferente. Con esta información podrías contactar al TAC si es que encuentras algo extraño.

Finalmente, otra cosa que puedes realizar mientras obtienes esta información o investigas más es usar un script de EEM en tu equipo, para que una vez restaurada la conectividad a través de la microonda (un IP SLA sería la mejor manera de detectar esto) el script haga la actividad de shut/no shut de la interfaz y así evitar que alguien tenga que conectarse al equipo y hacer todo manualmente. Esto también serviría si es que determinas que el problema es en el equipo de microondas y no hay mucho más que se pueda hacer para remediar eso.

 

http://www.cisco.com/c/en/us/products/collateral/ios-nx-os-software/ios-embedded-event-manager-eem/config_guide_eem_configuration_for_cisco_integrated_services_router_platforms.html

 

Saludos,

 

Ricardo.

Gracias por los comentarios

Gracias por los comentarios.

Realizare las pruebas que comentas para poder determinar cual es el origen del problema.

 

Saludos

681
Visitas
5
ÚTIL
3
Respuestas
CrearPor favor para crear contenido