Esta característica, de estar siempre presentes en la tabla de enrutamiento, puede ser un inconveniente cuando la ruta estática está reenviando tráfico a través de una ruta que está interrumpida en algún punto. Pero esto se puede solucionar asociando la ruta estática a un IP SLA.
¿Qué es IP SLA?
Se trata de una herramienta incluida en Cisco IOS que nos permite analizar niveles de servicios de aplicaciones y servicios IP. Es una tecnología de monitoreo continuo activo de tráfico en la red que nos brinda un método confiable de análisis de performance de la red.
Con esta herramienta, en dispositivos (routers y switches) Cisco IOS podemos realizar mediciones periódicas de performance.
Nuestra aplicación al monitoreo de rutas
IP SLA permite diferentes tipos de mediciones; de todas ellas aquí utilizaremos solamente su aplicación para monitorear paquetes ICMP echo.
- Objetivo: Crear una ruta estática que esté condicionada a la accesibilidad de una dirección IP.
Este tipo de configuración puede aplicarse a diferentes situación o requerimientos: redundancia de ISPs administrado con rutas estáticas por defecto de modo que una actúa como backup de la otra detectando la caída de un ISP; generación de rutas estáticas preferidas a las dinámicas, condicionadas a la disponibilidad de un dispositivos; optimización de arquitecturas que utilizan túneles, condicionando su uso a la disponibilidad de un dispositivo remoto, etc. - Pre-requisitos:
Conocimiento de la definición de rutas estáticas.
Conocimiento de configuración y operación de IP SLA.
El procedimiento de configuración de una ruta estática condicionada por IP SLA requiere de 3 pasos:
Paso 1: Definición de una sonda IP SLA
Definiremos una sonda ICMP echo que monitoreo la conectividad que una IP específica que puede ser p.e. la IP del próximo salto definido en la ruta estática o una IP interna en la red corporativa.
Por ejemplo, configuraremos una sonda ICMP (identificada con el ID 44) que monitoree la dirección IP 172.16.2.115 enviando paquetes ICMP echo request cada 2 segundos, de los que esperará respuesta por espacio de 1 segundo. Esta sonda comenzará a operar inmediatamente después de su creación y lo hará por tiempo indefinido.
Router#configure terminal
Router(config)#ip sla 44
Router(config-ip-sla)#icmp-echo 172.16.2.115 source-interface Gi0/0
Router(config-ip-sla-echo)#timeout 1000
Router(config-ip-sla-echo)#frequency 2
Router(config-ip-sla-echo)#exit
Router(config-ip-sla)#exit
Router(config)#ip sla schedule 44 life forever start-time now
Paso 2: Definir un objeto que permita hacer el seguimiento de la sonda SLA y asociarla a la ruta estática luego.
Router(config)#track 23 ip sla 44 reachability
Este objeto tiene 2 estados posible: up / down.
Cuando los paquetes ICMP echo request de la sonda tienen respuesta, el estado del objeto es up.
Cuando los paquetes ICMP echo request de la sonda no reciben respuesta dentro del tiempo de timeout especificado, el estado del objeto es down.
El estado del objeto puede ser monitoreado utilizando el comando show track.
Paso 3: Configurar una ruta estática condicionada por el objeto que acabamos de crear.
Para este ejemplo utilizaré una ruta por defecto que apunta a la IP del próximo salto.
Router(config)#ip route 0.0.0.0 0.0.0.0 172.16.59.1 track 23
Enlaces útiles
Excelente explicación.
ResponderBorrarcon que comando podria ver cuando quiero saber si este ipsla detecto caidas o intermitencias sobre el circuito . ?
ResponderBorrarSi la información que te dan los comandos show asociados a ip sla no es suficiente y necesitas un mayor detalle histórico, lo que necesitas entonces es implementar un servidor de syslog para almacenar el resgistro de eventos.
Borrarexcelente explicación.
ResponderBorrarlo mismo sucede con udp-echo y MOS??
buenas tardes, tengo una duda con el Link State Tracking y el Ip Sla. mi duda esta en si se configuran igual o diferentes?? gracias de antemano
ResponderBorrarJulio
BorrarSe trata de herramientas diferentes.
Link State Tracker es básicamente una herramienta de switches Nexus para trabajar la redundancia de conexiones a servidores en el data center.
http://www.cisco.com/c/en/us/td/docs/switches/datacenter/nexus4000/nexus4000_i/sw/configuration/guide/rel_4_1_2_E1_1/n400xi_config/link_state_track.html
Es muy diferente de IP SLA, que apunta a hacer seguimiento de la accesibilidad de dispositivos remotos y asociarlo a features como rutas estáticas o HSRP.
alguna diferencia entre un timeout y el threshold en la configuracion de una ipsla
ResponderBorrarSon 2 conceptos completamente diferente.
BorrarEl timeout refiere al período de tiempo durante el cual el IP SLA de ICMP esperará por una respuesta al paquete request que envió.
El threshol es el umbral de tiempo que utilizará como referencia en el cálculo de las estadísticas del IP SLA.
Sugiero que revises la guía de configuración correspondiente: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/ipsla/configuration/15-mt/sla-15-mt-book/sla_icmp_echo.html
existe alguna forma para colocar down up es decir, mientras haya respuesta en la ruta se mantenga down pero al perder respuesta levante la ruta..
ResponderBorrarPara mantener activa una ruta a un destino inalcanzable no se requiere nada en particular, cualquier ruta estática no condicionada tiene ese efecto.
BorrarPero no logro comprender cuál sería la utilidad de activar una ruta hacia un destino que es inalcanzable.
Creo no me explique bien el el track apuntaria a un destino diferente digamos x, y la ruta a un destino y, cuando el track que apunta a x este down entonces la ruta apuntando a y se establece..
BorrarUna ruta condicionada por IP SLA no es la herramienta para ese objetivo.
BorrarAbría que analizar en concreto el caso para ver si es posible resolverlo con PBR.
Sabrías las ventajas y desventaja de IP SLA?
ResponderBorrarVentajas y desventajas, ¿respecto de qué?
Borrar¿En qué contexto?
Ventajas y desventajas de utilizar IPSLA en una configuración, estoy haciendo una configuración de redes con IPSLA
ResponderBorrarValentina
BorrarIP SLA es una herramienta que permite monitorear las condiciones de una conexión específica.
Que el uso de esta herramienta sea ventajoso o no depende de las circunstancias en las que se aplica. No es necesario que esté siempre presente, en algunos casos aporta visibilidada de las condiciones de la conexión y en otros permite condicionar una implementación (p.e. rutas) a esas condiciones.
Pero la conveniencia o no de su implementación depende de los objetivos que se deban cumplir.