Articulo de referencia

Protocolo de redundancia de enrutador virtual

El Protocolo de Redundancia de Enrutador Virtual ( VRRP ) es un protocolo de redundancia de red estandarizado por el Grupo de Trabajo de Ingeniería de Internet (IETF). Proporcio...

El Protocolo de Redundancia de Enrutador Virtual ( VRRP ) es un protocolo de redundancia de red estandarizado por el Grupo de Trabajo de Ingeniería de Internet (IETF). Proporciona alta disponibilidad para la puerta de enlace predeterminada de una subred IP al agrupar varios enrutadores físicos en un único enrutador virtual que comparte una dirección IP virtual común. El protocolo está definido en el RFC 9568 .

Dentro de un grupo VRRP, se elige un enrutador como enrutador activo , mientras que uno o más enrutadores adicionales permanecen en estado de respaldo . Los hosts de la red utilizan la dirección IP virtual como su puerta de enlace predeterminada. Si el enrutador activo deja de estar disponible, uno de los enrutadores de respaldo se elige automáticamente para asumir la función, lo que permite que los servicios de puerta de enlace continúen sin necesidad de reconfigurar los hosts.

Cada instancia de VRRP está limitada a una única subred IPv4 o enlace IPv6 y no puede proporcionar redundancia de puerta de enlace a través de múltiples redes de capa 3. El protocolo admite tanto IPv4 como IPv6 y puede operar sobre diversas tecnologías de capa 2, incluidas Ethernet , MPLS y Token Ring .

Implementación

Un enrutador virtual debe usar 00-00-5E-00-01-XX como su dirección MAC ( control de acceso al medio ). El último byte de la dirección (XX) es el identificador del enrutador virtual (VRID), que es diferente para cada enrutador virtual en la red. Esta dirección la utiliza un solo enrutador físico a la vez, y responderá con esta dirección MAC cuando se envíe una solicitud ARP para obtener la dirección IP del enrutador virtual.

Los enrutadores físicos dentro del enrutador virtual deben comunicarse entre sí utilizando paquetes con la dirección IP de multidifusión 224.0.0.18 y el número de protocolo IP 112 [ 1 ] para IPv4, o ff02::12 y el número de protocolo IP 112 para IPv6 [ 1 ] .

Los routers que respaldan un router virtual tienen una prioridad entre 1 y 254, y el router con la prioridad más alta se convertirá en el activo. La prioridad predeterminada es 100; para el propietario de la dirección MAC, la prioridad siempre es 255.

Elección de enrutadores activos

Si el enrutador activo no recibe un paquete de multidifusión durante un período superior a tres veces el tiempo del temporizador de anuncio, los enrutadores de respaldo asumen que el enrutador activo está inactivo. El enrutador virtual entra entonces en un estado inestable y se inicia un proceso de elección para seleccionar el siguiente enrutador activo entre los enrutadores de respaldo. Esto se realiza mediante el uso de paquetes de multidifusión.

Los enrutadores de respaldo solo deben enviar paquetes multicast durante un proceso de elección. Una excepción a esta regla es cuando un enrutador físico está configurado con una prioridad mayor que la del enrutador activo actual, lo que significa que al conectarse a la red, anulará el estado activo. Esto permite a un administrador de sistemas forzar un enrutador físico al estado activo inmediatamente después del arranque , por ejemplo, cuando ese enrutador en particular es más potente que otros dentro del enrutador virtual. El enrutador de respaldo con la prioridad más alta se convierte en el enrutador activo al elevar su prioridad por encima de la del enrutador activo actual. Entonces, se encargará de enrutar los paquetes enviados a la dirección MAC de la puerta de enlace virtual. En los casos en que todos los enrutadores de respaldo tienen la misma prioridad, el enrutador de respaldo con la dirección IP más alta se convierte en el enrutador activo.

Todos los enrutadores físicos que actúan como enrutadores virtuales deben estar en el mismo segmento de red de área local (LAN). La comunicación dentro del enrutador virtual se realiza periódicamente. Este período se puede ajustar modificando los temporizadores del intervalo de anuncio. Cuanto menor sea el intervalo de anuncio, menor será el período de bloqueo , aunque a costa de un mayor tráfico en la red. La seguridad se logra respondiendo solo a los paquetes del primer salto , si bien se proporcionan otros mecanismos para reforzarla, especialmente contra ataques locales. El proceso de elección se realiza de forma ordenada mediante el uso del tiempo de sesgo , derivado de la prioridad de un enrutador, y se utiliza para reducir la probabilidad de que se produzca el problema de la cola de tráfico durante la elección. El tiempo de sesgo se calcula mediante la fórmula (256 − Prioridad ) / 256 (expresado en milisegundos).

La utilización del enrutador de respaldo se puede mejorar mediante el reparto de carga. [ 1 ] : §4.2

Historia

El trabajo en VRRP comenzó en 1997 con un primer borrador publicado por el Grupo de Trabajo de Ingeniería de Internet (IETF). En 1998, el protocolo fue definido oficialmente. [ 2 ] VRRP es un estándar abierto , pero Cisco afirmó que su Protocolo de Enrutador en Espera Activa (HSRP), un protocolo similar pero propietario con esencialmente la misma funcionalidad, está patentado y licenciado. [ 3 ] Sin embargo, en 2001, en respuesta a una solicitud directa, Robert Barr de Cisco respondió que no harían valer ninguna patente a menos que alguien intentara hacer valer una reclamación contra Cisco. [ 4 ] IBM también afirma tener patentes que lo cubren y su declaración se puede leer en la página web del IETF. [ 5 ] Todas las patentes en cuestión han expirado. [ 6 ] [ 7 ]

El protocolo se perfeccionó en 2004 como la versión 2. [ 8 ] VRRP versión 3, la versión actual, se publicó en 2010. [ 1 ]

Derivados

Mellanox ofrece MAGP, un protocolo propietario basado en VRRP que permite el funcionamiento activo-activo. [ 9 ]

Foundry Networks desarrolló VRRP-E(Extended), una versión propietaria de VRRP que evita algunas limitaciones de RFC 3768 [ 10 ].

Véase también

Referencias

  1. 1 2 3 4 S. Nadas, ed. (marzo de 2010). Protocolo de redundancia de enrutador virtual (VRRP) versión 3 para IPv4 e IPv6 . IETF . doi : 10.17487/RFC5798 . ISSN 2070-1721 . RFC 5798 . Norma propuesta. Sustituye a RFC 3768 . 
  2. S. Knight; D. Weaver; D. Whipple; R. Hinden; D. Mitzel; P. Hunt; P. Higginson; M. Shand; A. Lindem (abril de 1998). Protocolo de redundancia de enrutador virtual . Grupo de trabajo de redes. doi : 10.17487/RFC2338 . RFC 2338 .Obsoleto. Obsoleto según RFC 3768 . 
  3. Fuente IETF
  4. Alexandre Cassen (30-11-2001). " [ VRRP y código abierto ] Respuesta de Cisco" . Lista de correo LVS . Consultado el 28-11-2013 . Robert Barr, de CISCO Systems: Cisco no presentará ninguna reclamación de patente contra nadie por una implementación del estándar IETF para VRRP a menos que se presente una reclamación de patente contra Cisco, en cuyo caso Cisco se reserva el derecho de presentar reclamaciones de patente de forma defensiva.
  5. Chuck Adams, IBM (15 de abril de 2003). "Declaración de divulgación y licencia de patentes de IBM con respecto a IETF RFC 2338" . IETF . Consultado el 28 de noviembre de 2013 .
  6. US6148410A , Baskey, Michael Edward; Dillenberger, Donna Ngar-Ting y Goldszmidt, German Sergio et al., "Enrutador de conexión TCP/IP recuperable tolerante a fallos", publicado el 14 de noviembre de 2000. 
  7. US5371852A , Attanasio, Clement R. y Smith, Stephen E., "Método y aparato para hacer que un grupo de computadoras aparezca como un solo host en una red", publicado el 6 de diciembre de 1994. 
  8. R. Hinden, ed. (abril de 2004). Protocolo de redundancia de enrutador virtual (VRRP) . Grupo de trabajo de redes. doi : 10.17487/RFC3768 . RFC 3768 .Obsoleto. Obsoleto según RFC 5798. Obsoleto según RFC 2338 .  
  9. "Cómo configurar MAGP en conmutadores Mellanox" . Archivado del original el 29/01/2021 . Consultado el 21/01/2010 .
  10. "Descripción general de VRRP-Ev2" . docs.ruckuswireless.com . Consultado el 7 de junio de 2021 .
  • "Archivo de la lista de correo VRRP de la IETF" .
Obtenido de " https://en.wikipedia.org/w/index.php?title=Virtual_Router_Redundancy_Protocol&oldid=1362599616 "