Users Guide

11–QLogic Teaming Services
Gesamtübersicht
146 BC0054508-01 J
Beim Lastausgleich beim Empfangen mit SLB wird versucht, eingehenden
Datenverkehr für Client-Geräte über physische Ports im Team auszugleichen.
Mit einem veränderten unangeforderten ARP wird eine andere MAC-Adresse für
die IP-Adresse des Teams in der physischen und der Protokolladresse des
Absenders angekündigt. Das G-ARP wird als Unicast mit der MAC- und IP-Adresse
eines Client-Geräts in der physischen Zieladresse bzw. der Ziel-Protokolladresse
gesendet. Der Ziel-Client aktualisiert daraufhin seinen ARP-Cache mit der neuen
MAC-Adresse, die der IP-Adresse des Teams zugeordnet wird. G-ARPs werden
nicht als Broadcasts gesendet, da sonst alle Clients ihren Datenverkehr an
denselben Port senden würden. Dadurch würden die Vorteile des
Client-Lastausgleichs aufgehoben, und es könnte zu einer Rahmenübermittlung in
ungeordneter Reihenfolge kommen. Dieses Schema für den Lastausgleich beim
Empfangen funktioniert, solange alle Clients und das Team-System sich im selben
Subnetz oder derselben Broadcast-Domäne befinden.
Wenn sich die Clients und das System in verschiedenen Subnetzen befinden und
eingehender Datenverkehr einen Router durchlaufen muss, wird der empfangene,
für das System bestimmte Datenverkehr keinem Lastausgleich unterzogen. Der
physische Adapter, der vom Intermediate-Treiber für den Transport des IP-Flusses
ausgewählt wurde, befördert den gesamten Datenverkehr. Wenn der Router einen
Rahmen an die IP-Adresse des Teams sendet, überträgt er eine ARP-Anforderung
(falls nicht im ARP-Cache vorhanden). Der Server-Softwarestapel generiert eine
ARP-Antwort mit der MAC-Adresse des Teams, diese wird jedoch vom
Intermediate-Treiber modifiziert und über einen bestimmten physischen Adapter
gesendet; damit wird der Fluss für diese Sitzung hergestellt.
Dies liegt daran, dass ARP kein routbares Protokoll ist. Es verfügt nicht über eine
IP-Kopfzeile, und daher wird es nicht an den Router oder an das
Standard-Gateway gesendet. ARP ist lediglich ein lokales Subnetzprotokoll. Da
es sich bei G-ARP nicht um ein Broadcast-Paket handelt, wird es vom Router
nicht verarbeitet, und der Router aktualisiert sein ARP-Cache nicht.
Der Router würde ein ARP, das für ein anderes Netzwerkgerät bestimmt ist, nur
dann verarbeiten, wenn Proxy-ARP aktiviert wäre und der Host keinen
Standard-Gateway hätte. Dieser Fall tritt äußerst selten ein und wird für die
meisten Anwendungen nicht empfohlen.
Über einen Router gesendeter Verkehr wird ausgeglichen, da der Lastausgleich
beim Senden auf der Quell- und Ziel-IP-Adresse sowie der
TCP/UDP-Portnummer basiert. Da Router die Quell- und Ziel-IP-Adresse nicht
verändern, funktioniert der Lastausgleichsalgorithmus wie vorgesehen.