Está en la página 1de 3

6/9/2018 Cluster NLB: Modo de operación del Cluster NLB (Cluster operation mode): ¿Unicast o Multicast?

Miembros de
Cluster NLB: Modo de operación del Cluster NLB
(Cluster operation mode): ¿Unicast o Multicast?
Volver a: [Instalar y Configurar Microsoft Cluster NLB (Network
Load Balancing) en Windows Server 2003]
Menu de Usuario
Este capítulo explica la configuración del Modo Iniciar Sesión
de Operación de un Cluster NLB (Cluster Registrarse
Operation Mode), es decir, si deseamos que Restablecer Contraseña
nuestro Cluster NLB trabaje en modo Unicast o Ventajas de Registrarse
Multicast. Esta es una de las principales
propiedades que deberemos configurar y Acerca de
también una de las que más dudas genera. En
Contigo desde Oct 2007
este capítulo se explica cuál es la
recomendación de Microsoft (Unicast o 771 usuarios registrados

Multicast) y en qué casos, que diferencia existe 86146 pageloads/mes


entre Unicast y Multicast (principalmente en la Ranking Alexa 498160
gestión de la MAC), etc. También se comenta la
configuración Unicast Multicast con Hyper-V. Social Networks

El modo de operación del Cluster NLB, es una propiedad del Cluster NLB (no es una propiedad
de regla de puertos) que permite especificar cómo se desea que se gestione la dirección
MAC de las tarjetas de red pertenecientes al Cluster NLB.

A fin de cuentas, la base del funcionamiento del Cluster NLB está en el falseo de MAC (MAC
spoofing) de las respuestas ARP, es decir, en sobrescribir los paquetes salientes del Cluster NLB
con la MAC Virtual y la dirección IP Virtual del Cluster NLB, y recibir los paquetes que son
enviados a dicha MAC e IP.

Microsoft Network Load Balancing nos ofrece dos alternativas para el modo de operación del
Cluster NLB (Cluster operation mode):

http://www.guillesql.es/Articulos/Cluster_NLB_Unicast_Multicast.aspx 1/3
6/9/2018 Cluster NLB: Modo de operación del Cluster NLB (Cluster operation mode): ¿Unicast o Multicast?
Unicast. Esta es la opción por defecto y es la opción recomendada. La dirección MAC Archivo
del Cluster, es asignada a todas las tarjetas de red asignadas al Cluster NLB, y la dirección
MAC de cada tarjeta de red NO es utilizada. Es decir, cada tarjeta de red asignada al Julio de 2018 (1)
Cluster NLB mantiene una única dirección MAC, en particular, la MAC del Cluster. Así, Junio de 2018 (4)
tanto la dirección IP del Cluster como la dirección IP propia de la tarjeta de Red, se Mayo de 2018 (5)
resuelven a la dirección MAC del Cluster, ya que se sobrescribe la dirección MAC real de Abril de 2018 (3)
las tarjetas de red del Cluster NLB con la dirección MAC del Cluster. Marzo de 2018 (2)
Febrero de 2018 (7)
Esta configuración, implica que NO es posible la comunicación desde un Host del Enero de 2018 (1)
Cluster NLB a otro Host del Cluster NLB a través de la tarjeta de red utilizada en el Diciembre de 2017 (15)
Cluster, debido a que al compartir la dirección MAC (es decir, utilizar la misma dirección Noviembre de 2017 (7)
Junio de 2017 (3)
MAC en el equipo de origen y en la tarjeta de red del equipo destino), se produce una
Mayo de 2017 (1)
confusión, es decir, en el nivel de enlace OSI (Ethernet y direcciones MAC) no es
Marzo de 2017 (3)
posible diferenciar al destinatario del emisor, y por ello, la comunicación host-to-host
Enero de 2017 (4)
(también conocida como intra-host) NO es posible. Junio de 2016 (1)
Mayo de 2016 (2)
Es interesante recordar (para aquellos pocos que lo puedan utilizar) que al utilizar Abril de 2016 (2)
Application Center 2000 para configurar NLB, se especificará el modo de operación del Septiembre de 2015 (2)
Cluster NLB en Unicast, conforme indicar el artículo de soporte KB 278431. Agosto de 2015 (2)
Junio de 2015 (10)
Multicast. La dirección MAC del Cluster, es asignada a todas las tarjetas de red asignadas Mayo de 2015 (4)
al Cluster NLB, pero de forma adicional, cada tarjeta de red mantiene su dirección MAC. Es Abril de 2015 (8)
decir, cada tarjeta de red asignada al Cluster NLB mantiene dos direcciones MAC, Marzo de 2015 (11)
pero sólo la dirección MAC del Cluster es utilizada para la comunicación con los equipos Octubre de 2014 (3)
clientes. Así, la dirección IP del Cluster se resuelve a la dirección MAC del Cluster, y la Septiembre de 2014 (7)
dirección IP propia de la tarjeta de Red se resuelve a la dirección MAC propia de dicha Agosto de 2014 (5)
tarjeta. Julio de 2014 (2)
Mayo de 2014 (4)
Abril de 2014 (4)
Este comportamiento implica que una tarjeta de Red de un Cluster NLB configurado en
Marzo de 2014 (4)
modo de operación Multicast, es capaz de manejar tanto el tráfico de los clientes (paquetes Febrero de 2014 (1)
destinados a la dirección IP/MAC del Cluster) como el tráfico propio del Host (paquetes Enero de 2014 (5)
destinados a la dirección IP/MAC de la tarjeta de Red del Cluster NLB). Diciembre de 2013 (8)
Noviembre de 2013 (2)
En algunos casos la utilización de direcciones MAC multicast, no es soportada por Octubre de 2013 (7)
la implementación ARP de algunos enrutadores (routers), como es el caso de Septiembre de 2013 (6)
Cisco (ni más ni menos ;-), en cuyo caso, el Cluster NLB no será visible fuera del Agosto de 2013 (1)
segmento Ethernet al que pertenece. Para evitar este tipo de problemas, debe garantizarse Julio de 2013 (6)
que el enrutador (Router) acepta respuestas ARP que incluyan una dirección MAC en el Junio de 2013 (11)
payload de la trama Ethernet, pero que parecen proceder de un dispositivo con una Mayo de 2013 (7)
dirección MAC distinta, conforme se muestra en la cabecera Ethernet. Si el enrutador Abril de 2013 (6)
(router) o el conmutador multi-capa (multi-layer switch) correspondiente no soporta esta Febrero de 2013 (5)
funcionalidad, es posible crear una entrada ARP estática en el router como solución Enero de 2013 (7)
al problema, para que así sea capaz de resolver la dirección IP Unicast a la dirección MAC Diciembre de 2012 (12)
Noviembre de 2012
Multicast correspondiente.
(13)
Octubre de 2012 (5)
Multicast puede ofrecer un rendimiento inferior a Unicast, debido a que utiliza una Septiembre de 2012 (3)
única tarjeta de red tanto para el tráfico de los equipos clientes como para el tráfico host- Agosto de 2012 (6)
to-host (también conocido como tráfico intra-host). Julio de 2012 (4)
Junio de 2012 (1)
Al utilizar Multicast es posible activar la opción IGMP Multicast. La principal razón Mayo de 2012 (2)
por la que activar o desactivar la opción IGMP Multicast, es en caso de descubrir algún tipo Abril de 2012 (7)
de problema de funcionamiento, como por ejemplo, problemas de convergencia. Marzo de 2012 (16)
Febrero de 2012 (9)
Enero de 2012 (5)
La recomendación de Microsoft es utilizar el modo de operación Unicast, excepto que se Diciembre de 2011 (10)
disponga de una única tarjeta de red (tanto para el Cluster NLB como para el resto de Noviembre de 2011
comunicaciones) y además sea necesaria la comunicación entre los distintos Nodos del Cluster. (10)
Como hablamos, es recomendado para evitar problemas con enrutadores (routers). Octubre de 2011 (4)
Septiembre de 2011 (5)
Es importante tener en cuenta, que la dirección MAC del Cluster NLB, se genera de forma Agosto de 2011 (2)
automática, es decir, no podemos especificar de forma explícita que dirección MAC deseamos Julio de 2011 (2)
utilizar para utilizar como MAC del Cluster. Junio de 2011 (4)
Mayo de 2011 (2)
También es interesante recordar que, independientemente del modo de operación del Cluster NLB Abril de 2011 (6)
(es decir, sea Unicast o sea Multicast), las tarjetas de red utilizadas en un Cluster NLB Marzo de 2011 (4)
dispondrán al menos de dos direcciones IP: la dirección IP propia de la tarjeta más la Febrero de 2011 (10)
dirección IP del Cluster NLB. Enero de 2011 (5)
Diciembre de 2010 (6)
Por último, quería comentar mi experiencia con máquinas virtuales en Hyper-V y el Modo de Noviembre de 2010 (4)
Operación NLB (Unicast vs Multicast). En las pruebas realizadas en mi laboratorio con Octubre de 2010 (8)
máquinas virtuales, sobre las máquinas virtuales de Virtual Server 2005 R2 he conseguido Septiembre de 2010 (4)
Agosto de 2010 (1)
configurar NLB en Unicast. Sin embargo, sobre máquinas virtuales en Hyper-V con tarjetas de
Julio de 2010 (3)
red Network Adapter (synthetic NIC), sólo he conseguido hacer funcionar NLB en Modo de
Mayo de 2010 (5)
Operación Multicast. Es curioso, porque al configurar NLB en Unicast sobre máquinas virtuales en
Abril de 2010 (6)
Hyper-V, todo parece que funciona bien (desde los propios nodos del NLB funciona todo OK, y no Marzo de 2010 (8)
existen errores), pero desde un equipo cliente no se consigue comunicación con la dirección IP Febrero de 2010 (3)
virtual del NLB. La solución temporal (WorkAround) que encontré fue configurar NLB en Enero de 2010 (1)
Multicast. Por otro lado, he leído en algún Foro comentarios de otras personas que les ha Diciembre de 2009 (9)

http://www.guillesql.es/Articulos/Cluster_NLB_Unicast_Multicast.aspx 2/3
6/9/2018 Cluster NLB: Modo de operación del Cluster NLB (Cluster operation mode): ¿Unicast o Multicast?
ocurrido y comentan que utilizando tarjetas de red Legacy Network Adapter SI es posible Noviembre de 2009
hacer funcionar el NLB en Unicast sobre máquinas virtuales en Hyper-V (ojo, que esto lo (14)
he leído pero no lo he probado). Octubre de 2009 (2)
Septiembre de 2009 (8)
Agosto de 2009 (2)
Volver a: [Instalar y Configurar Microsoft Cluster NLB (Network Julio de 2009 (10)
Load Balancing) en Windows Server 2003] Junio de 2009 (9)
Mayo de 2009 (10)
Abril de 2009 (9)
Marzo de 2009 (3)
[Fecha del Artículo (UTC): 13/06/2008] Febrero de 2009 (2)
[Autor: GuilleSQL] Enero de 2009 (3)
Noviembre de 2008 (2)
Octubre de 2008 (2)
Septiembre de 2008 (2)
Agosto de 2008 (5)
Escribir un Comentario Julio de 2008 (5)
Junio de 2008 (1)
Mayo de 2008 (3)
Para poder escribir un comentario, debe Iniciar Sesión con un usuario.
Abril de 2008 (2)
Marzo de 2008 (2)
Si no dispone de un usuario, puede Registrarse y hacerse miembro.
Febrero de 2008 (2)
Si dispone de un usuario, pero no recuerda sus credenciales de acceso, puede Restablecer su Enero de 2008 (5)
Noviembre de 2007 (2)
Contraseña.
Octubre de 2007 (2)

Esta información se proporciona "como está" sin garantías de ninguna clase, y no otorga ningún derecho.
This information is provided "AS IS" with no warranties, and confers no rights.

Copyright © 2007 GuilleSQL, todos los derechos reservados.


GuilleSQL.com y GuilleSQL.net son también parte de Portal GuilleSQL.

Visitas recibidas (Page Loads) en GuilleSQL (fuente: StatCounter): 4.508.335 Visitas

http://www.guillesql.es/Articulos/Cluster_NLB_Unicast_Multicast.aspx 3/3