Wie verhalten sich Schnittstellen in einer Single-Ended-LACP-Konfiguration?

7

Situation: zwei Ethernet-Verbindungen zwischen einem Switch und einem Server.
Am Switch-Ende sind die beiden Schnittstellen für LACP konfiguriert.
Auf der Serverseite sind sie als normale Ethernet-Schnittstellen konfiguriert.
Wie verhalten sich die Switch-Schnittstellen?
Ich glaube, dass sie sich wie zwei normale Ethernet-Schnittstellen verhalten und den Datenverkehr parallel zum Server weiterleiten, als ob ihnen keine LACP-Konfiguration zugewiesen worden wäre. Der Server wählt eine Schnittstelle aus und verwendet sie für ausgehenden Datenverkehr.
Die Switch-Schnittstellen sind möglicherweise für LACP konfiguriert, aber bis sie einen LACP-Trunk mit den Server-Endschnittstellen bilden, passiert nichts mit dem normalen Datenverkehr. In Wirklichkeit halbiert es die zwischen ihnen verfügbare Bandbreite, da beide denselben Verkehr weiterleiten.
Ist das bitte richtig?

Bearbeiten: Die Schnittstellen sind als ausgehende gespiegelte Ports konfiguriert.

ieee-802.1ax

— fixit9660
quelle

3

Wenn eine der Seiten nicht über LACP verhandelt, wird sich der Portkanal nicht bilden und sie werden genau wie normale Schnittstellen sein

— Alex

Hat dir eine Antwort geholfen? Wenn ja, sollten Sie die Antwort akzeptieren, damit die Frage nicht für immer auftaucht und nach einer Antwort sucht. Alternativ können Sie Ihre eigene Antwort bereitstellen und akzeptieren.

— Ron Maupin

2

Sie haben keinen Hersteller angegeben, ich gehe von Cisco-Switches aus, obwohl sich die meisten anderen Anbieter ähnlich verhalten sollten.

Wenn der Modus der Kanalgruppe aktiv ist, leiten die Schnittstellen keinen Datenverkehr weiter, da der Switch aktiv versucht, einen Kanal zu bilden, und wenn die Kanalaushandlung fehlschlägt, ist der Portkanal "ausgefallen".

Wenn der Modus der Kanalgruppe passiv oder analog zu passiv ist, leiten die Schnittstellen den Verkehr normal weiter und warten auf LACP / PaGP-Verhandlungen. Dadurch werden die Schnittstellen aufgerufen und der Datenverkehr auf den Schnittstellen überwacht. Wenn der Switch diese LACP-Pakete vom Host sieht und eine Aushandlung beginnt, wird der Kanal ausgehandelt und Pakete werden über die Portkanalschnittstelle und nicht über die einzelnen Schnittstellen weitergeleitet.

Aus Sicht des Servers versucht der Server auf der IP-Ebene, wenn sich der Zielhost in dem durch die Netzwerkkonfiguration auf der Schnittstelle definierten Subnetz befindet, diese Adresse zu ARPen. Wenn beide Schnittstellen irgendwie mit demselben Subnetz verbunden waren (die meisten Betriebssysteme zeigen eine Warnung an oder verbieten dieses Verhalten), können sie beide Schnittstellen ARP-out. Sobald der ARP auf einer bestimmten Schnittstelle empfangen wurde, kann der Server die Pakete über diese Schnittstelle senden, und der Switch erkennt auch, welche IP und MAC mit jeder einzelnen Schnittstelle verbunden sind (das Weiterleitungsverhalten wird jedoch durch die folgenden Punkte gesteuert ).

Wenn Sie nur von Ethernet-Paketen und nicht von IP sprechen, leitet der Server die Frames über die angegebene Schnittstelle weiter. Wenn ich mich nicht irre, MUSS unter Linux die Schnittstelle angegeben werden; Unter Windows wird wahrscheinlich die Schnittstelle mit der höchsten (obersten) Priorität in den Netzwerkschnittstellenbindungen verwendet. Dieses Verhalten variiert von Betriebssystem zu Betriebssystem.

Aus der Sicht des Switches überflutet der Switch Frames mit einer MAC-Adresse aus allen Schnittstellen, bis er erfährt, an welchem Port eine bestimmte MAC-Adresse aktiviert ist. Dieser Port wird gelernt, indem auf einen Frame mit der Quell-MAC-Adresse gewartet wird. Wenn also 0111.2222.3333 einen Frame an 0111.2222.3334 sendet, überflutet der Switch den Frame aus allen Ports in diesem VLAN

0111.2222.3333 (Fa0 / 1) -> 0111.2222.3334 wird an alle Ports übertragen

Bis es eine Antwort sieht

0111.2222.3334 (Fa0 / 2) -> 0111.2222.3333 (Fa0 / 1)

Anschließend wird der gesamte Datenverkehr an den spezifischen Port weitergeleitet, der diese Frames ausgegeben hat.

Es gibt hier eine Reihe von Randfällen, die mehr Verwirrung stiften könnten, wie z. B. die potenzielle Spanning Tree-Interaktion, aber dies deckt die Grundlagen ab.

— Arima
quelle

Der Netzwerkanbieter ist Juniper und der Server ist ein Anwendungsserver, dessen Betriebssystem derzeit unbekannt ist. Vielen Dank für die ausführliche Antwort. Ich habe auch vergessen, einen großen Punkt zu erwähnen, der oben hinzugefügt wurde.

— Fixit9660

@ fixit9660: Im gespiegelten Fall akzeptieren die Ports überhaupt keinen Datenverkehr vom Server. Wenn die Ports auf dem Server promiskuitiv sind, hört der Server den gesamten Datenverkehr auf der Schnittstelle ab, einschließlich des Datenverkehrs für MAC-Adressen ohne Server. Juniper unterstützt keine LAG für ausgehende gespiegelte Ports in der EX-Serie. Wenn Sie stattdessen gemeint haben, dass die eingehende Schnittstelle eine LAG ist, gelten meiner Meinung nach immer noch dieselben Informationen. Wahrscheinlich am besten, dies zurückzuziehen und eine völlig neue Frage zu stellen.

— Arima

-1

Dies hängt alles vom LACP-Modus ab, den Sie auf dem Switch konfiguriert haben. Zum Beispiel geben Sie unter den Schnittstellen 'Kanalgruppen-1-Modus ein / aktiv / passiv' ein.

Wenn Sie "aktiv" ausgewählt haben, sucht der Switch nach dem anderen Ende der Verbindung, das sich entweder im aktiven oder im passiven Modus befindet. Wenn dies erkannt wird, wird ein LACP-Portkanal gebildet und der Datenverkehr zwischen den Ports ausgeglichen. Wenn nicht, werden sie als reguläre Ports behandelt und Spanning-Tree beendet einen der beiden Ports.

Wenn Sie jedoch den Modus 'Ein' ausgewählt haben (den Sie niemals sollten), wird dem Switch ein Port-Kanal aufgezwungen. Wenn die andere Seite keinen Port-Kanal bildet, besteht die Möglichkeit einer Schleife, die zu einem Zusammenbruch des Netzwerks führen kann.

— Kunal
quelle

1

Ein ist nicht LACP.

— cpt_fink