- Este debate tiene 6 respuestas, 4 mensajes y ha sido actualizado por última vez el hace 10 meses, 4 semanas por
.
-
Entradas
-
Buenas noches, una consulta, HSRP es un protocolo dentro de FHRP ? o son cosas distintas o una actualización ?
Hola Gianfranco.
HSRP es uno de los protocolos FHRP; FHRP es simplemente una denominación a los protocolos que proporcionan redundancia de Gateways (HSRP, VRRP y GLBP), estos son conceptos que aprendes en CCNA.
Saludos! =)
Buenos días Alvaro,
Tal vez me estoy adelantando con esta consulta, pero que pasaría si por X motivo falla la comunicación de HSRP entre los dos SW sin que ninguno de los dos equipos se haya caido? Entiendo que los mensajes ‘Hello’ no tendrán respuesta y por ende ambos dispositivos se auto-declararán como activos y responderían las consultas ARP de los clientes, no? Cómo sería el comportamiento del tráfico en este escenario?
Gracias!
Hola Matías.
Esto solo podría ocurrir en una red mal diseñada a nivel de configuración, o en los casos muy extraños donde tengas congestión severa que no altere solo HSRP sino a toda tu red, cable defectuoso, o alguna falla a nivel de hardware o software en los routers. En el caso que esta situación se dé, pues vas a tener un flapping de direcciones MAC en el switch inferior (todo dependiendo de la topología con la cual trabajes). En la situación de la clase, si los 2 routers se convierten en activo, esto va provocar que ambos van a enviar mensajes hello multicast indicando que son el dispositivo activo. Los hosts finales no van a tener problemas en enviar sus paquetes al gateway, ya que al final estarían instalando la misma dirección MAC/IP virtual en su tabla ARP ¿no es cierto?, el tema lo vas a tener en el switch. El switch va recibir mensajes multicast de los 2 routers, y ambos mensajes van a tener como MAC de origen a la MAC virtual ALL-HSRP-routers que se genera, supongamos que ese valor es la «AC:01». Entonces esto va significar a su vez, que la tabla MAC del switch va ser inestable, cuando se reciba el hello del Router 1, esa dirección MAC «AC:01» la vas a ver asignada a un puerto en la tabla MAC; y después de un segundo al recibir el hello del router R2, se va actualizar la tabla MAC, apuntando la dirección MAC «AC:01» hacia otro puerto del switch… y así se va repetir este comportamiento todo el tiempo. La dirección MAC «AC:01» un segundo la veras en el puerto 1 del switch, y un segundo después la veras en el puerto 2 del switch, y así sucesivamente.
¿Lo anterior que significa? que los paquetes de cada uno de tus clientes van a alternarse entre los 2 routers, un par de paquetes al router 1, otro par de paquetes (de una misma sesión) al router 2, y así sucesivamente, tus paquetes de una misma sesión viajaran por diferentes equipos. Y esto fuera de provocar un comportamiento inestable e impredecible de acuerdo a cada topología, de entrada ya no tiene sentido, ya que pierdes el beneficio de HSRP, no vas a tener redundancia de gateways, por ejemplo: si algo pasa en el enlace superior directo de alguno de estos routers, todo el tráfico que vaya a ese router se va a perder (dependiendo del enrutamiento) ya que tu tabla MAC sigue apuntando a que ese router está disponible.
Fuera de lo mencionado, habría que analizar cómo afecta esto en cada topología de acuerdo a los protocolos y tecnologías empleadas. De todas formas, tener 2 routers activos no debería preocuparte si tienes una red correctamente configurada y diseñada. Espero mi respuesta te ayude.
¡Saludos! =)
Buenas tardes Álvaro,
Mi duda es, si en una red donde el existen dos routers que realizan el HSRP, si el equipo que lleva el rol de activo en uno de sus enlaces a internet tiene perdida de paquetes o latencia, ¿Esto puede provocar que se haga el cambio de roles y el equipo que este en standby cambie a activo?, por tu atención gracias.
¡Hola Roberto!
Mucho depende de tu topología y configuración empleada. El caso más simple de flapping se da cuando tienes la configuración básica de HSRP, y se experimenta pérdida de paquetes entre los enlaces que permiten enviar los hellos; en este caso si el dispositivo Standby no recibe un hello del router Activo en el intervalo del holdtime, pues se asumirá que se perdió dicho dispositivo y procederá a asumir el rol Activo; cuando reciba nuevamente el hello del router Activo original, asumirá nuevamente el rol Standby, y así sucesivamente. Tu dispositivo Activo original no cambiara de rol. Acá hay que analizar que podría estar causando la perdida de paquetes entre los peers, podrían ser problemas a nivel de capa física, a nivel de CPU, etc. Cisco recomienda que no se modifique el hello time a menos de 1 segundo para evitar este problema de flapping accidental.
Ahora, si realmente te refieres a que el enlace Uplink tiene pérdida de paquetes, esto no tendría afectación a no ser que configures un tracking con rutas o IP SLA hacia una IP en particular. Si pierdes la comunicación con el objeto rastreado, efectivamente se activará el tracking, bajaras la prioridad de tu dispositivo Activo, lo que nuevamente provocará el flapping hacia el otro dispositivo. Acá tienes que jugar con los timers de delay up/down para evitar que la pérdida de 1 par de paquetes active el cambio de rol de dispositivo.
Saludos! =)
- Debes estar registrado para responder a este debate.