Users Guide

11–Servicios de equipos de Marvell
Resumen ejecutivo
165 BC0054508-09 M
El equilibrio 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). Esta práctica se considera equilibrio de carga del
cliente y no equilibrio 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 (QLASP) no responde a las solicitudes ARP; solo la pila
de protocolo de software proporciona la solicitud ARP requerida. Es importante
comprender que el equilibrio de carga de recepción es una función de la cantidad
de clientes que se conectan al sistema a través de la interfaz del equipo.
El equilibrio de carga de recepción SLB intenta equilibrar 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. El 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. Esta acción 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 enviaran su tráfico al mismo puerto. En
consecuencia, se eliminarían los beneficios que se obtienen a través del equilibrio
de carga del cliente y podría generarse una entrega de tramas desordenada. Este
esquema de equilibrio de carga de recepción funciona siempre que todos los
clientes y el sistema del equipo se encuentren en la misma subred o el mismo
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 equilibra. 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 específico,
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, como 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 activado y que el host no tenga una
puerta predeterminada. Esta situación es muy poco común y no se recomienda
para la mayoría de las aplicaciones.