Broadcom NetXtreme BCM57XX Guía De Usuario página 26

NetXtreme Guía del usuario Servicios de equipos Gigabit Ethernet de Broadcom
de equipo modifica esta respuesta ARP cambiando la dirección MAC de origen de modo que coincida con la de uno de los
demás adaptadores físicos.
El balanceo de carga inteligente permite la transmisión y recepción del balaceo de carga en base a la dirección IP de capa
3/capa 4 y el número de puerto TCP/UDP. En otras palabras, el balanceo de carga no se realiza a nivel de los bytes o de
las tramas, sino en base a una sesión TCP/UDP. Esta metodología es necesaria para mantener una entrega ordenada de
tramas que pertenecen a la misma conversación de socket. El balanceo de carga cuenta con el soporte de 2 a 8 puertos.
Estos puertos pueden incluir cualquier combinación de adaptadores incorporados y dispositivos LAN en la placa
base(LOM). El balanceo de la carga de transmisión se logra mediante la creación de una tabla de direccionamiento
calculado que utilice las direcciones IP de destino y los números de puertos TCP/UDP. La misma combinación de dirección
IP de origen y destino y números de puerto TCP/UDP en general producen el mismo índice de direccionamiento calculado
y por lo tanto señalan al mismo puerto del equipo. Cuando se selecciona un puerto para transmitir todas las tramas de un
socket determinado, en la trama se incluye la dirección MAC única del adaptador físico, no la dirección MAC del equipo.
Esto es necesario para cumplir con la norma IEEE 802.3. Si dos adaptadores transmiten utilizando la misma dirección MAC,
ocurre una situación de duplicación de direcciones MAC y el conmutador no cumple con su función.
El balanceo de carga de recepción se logra a través de un controlador intermedio que envía ARP gratuitos cliente por cliente
utilizando la dirección de unidifusión de cada cliente como dirección de destino de la solicitud ARP (conocida también como
ARP direccionado). Esto se considera balanceo de carga del cliente y no balanceo de carga de tráfico. Cuando el
controlador intermedio detecta un desequilibrio de carga significativo entre los adaptadores físicos de un equipo SLB,
genera G-ARP a fin de redistribuir las tramas entrantes. El controlador intermedio (BASP) no responde a las solicitudes
ARP, únicamente la pila de protocolo de software brinda la respuesta ARP solicitada. Es importante comprender que el
balanceo de carga de recepción es una función de una cantidad de clientes que se conectan al sistema a través de la
interfaz del equipo.
El balanceo de carga de recepción SLB intenta balancear la carga del tráfico entrante de las máquinas cliente en los puertos
físicos del equipo. Utiliza un ARP gratuito modificado para anunciar una dirección MAC diferente para la dirección IP del
equipo en la dirección física y de protocolo del remitente. Este G-ARP se envía a un único destino con la dirección MAC e
IP de una máquina cliente en la dirección de destino física y de protocolo respectivamente. Esto hace que el cliente de
destino actualice su caché ARP con un nuevo mapa de dirección MAC hacia la dirección IP del equipo. Los G-ARP no se
transmiten porque provocaría que todos los clientes envíen su tráfico al mismo puerto. En consecuencia, se eliminarían los
beneficios que se obtienen a través del balanceo de carga del cliente y podría generarse una entrega de tramas
desordenada. Este esquema de recepción de balanceo de carga funciona siempre que todos los clientes y el sistema del
equipo se encuentren en la misma subred o dominio de transmisión.
Cuando los clientes y el sistema se encuentran en diferentes subredes y el tráfico entrante debe atravesar un enrutador, la
carga del tráfico recibido para el sistema no se balancea. El adaptador físico que el controlador intermedio ha seleccionado
para transmitir el flujo IP transmite todo el tráfico. Cuando el enrutador envía una trama a la dirección IP del equipo,
transmite una solicitud ARP (si no se encuentra en la caché ARP). La pila de software del servidor genera una respuesta
ARP con la dirección MAC del equipo, pero el controlador intermedio modifica la respuesta ARP y la envía a través de un
adaptador físico determinado, estableciendo así el flujo para dicha sesión.
Por este motivo el ARP no es un protocolo enrutable. No cuenta con un encabezado IP; por lo tanto, no se lo envía al
enrutador o puerta predeterminada. El ARP es únicamente un protocolo de subred local. Además, dado que el G-ARP no
es un paquete de transmisión, el enrutador no lo procesará y no actualizará su propia caché ARP.
La única manera de que el enrutador procese un ARP destinado para otro dispositivo de red es que haya un ARP Proxy
habilitado y que el host no tenga una puerta predeterminada. Esto es muy poco común y no se recomienda para la mayoría
de las aplicaciones.
Página 26 Introducción Documento 2CS57XX-CDUM513-R