La primera vez que leí algo sobre IP SLA pensé, ¡¡¡Oh no, ITIL hasta en la sopa!!! , pero en cuanto empecé a leer un poco me di cuenta que no tenía nada que ver con ITIL y su documentación, en cambio si que podía ser una herra mienta muy util.
¿Que es IP SLA?
Es un software embebido dentro de IOS, el cual permite comprobar el estado de diferentes elementos y servicios de red, y en caso de superarse umbrales de error, generar alertas, modificar el routing, y algunas otras cosillas interesantes.
¿Que cosas interesantes podemos detectar?
Si tu red esta teniendo problemas de jittering UDP, y por tanto tu servicio de voz sobre IP esta empezando a tener problemas.
Si un servicio o servidor remoto ha dejado de responder a Ping, o lanzar una sesion TCP contra un puerto de ese servidor para comprobar si el servicio de ese puerto sigue activo.
El listado sacado de las Whitepapers de cisco es el siguiente:
Pongo la url para mas datos:
http://www.cisco.com/en/US/technologies/tk648/tk362/tk920/technologies_white_paper0900aecd8017531d_ps6602_Products_White_Paper.html
¿Utilidad práctica?
Que tu red ya no genera tan solo alertas por caidas de interfaces o dispositivos, tu red es capaz de detectar que ciertos servicios críticos ya no funcionan, generando las correspondientes alertas de syslog, cosa que de cara a un posible análisis forense posterior a incidencia resulta muy útil.
Crear un cierto routing dinámico, basado en que ciertos servidores, routers, o lo que sea estan disponibles, y en caso de no estarlo eliminar ciertas rutas, dando paso a rutas de backup.
Las dos utilidades anteriores nos dan como conclusión que es una herramienta que permite optimizar tu red, y hacer que esta sea capaz de dar un servicio mejor, aprovechando todos los recursos.
En el siguiente artículo explicaremos su configuración y pondremos un ejemplo.
Enlace al articulo sobre configuración de IP SLA
Excelente todo brothe. Una cosa solamente te hizo falta, explicar y configurar las ip sla con PBR
ResponderEliminarActualmente estoy estudiando para el ccnp routing 300-101 y esto no lo tenía bien claro y sumado que todo esta en ingles. Ósea que básicamente todo gira en monitor izar la red. Seria como quiero montar Voip en la red pero primero hagamos unas pruebas con ip sla - jitter delay - routers responder y si todo funciona es posible Voip en la red o por lo menos lo más cerca de estarlo. Es correcto¿¿
ResponderEliminar