Ist die Anforderung von 2 n Ports für EtherChannel eine kritische Anforderung oder nur eine Empfehlung, um möglicherweise einen gleichmäßigen Lastausgleich zu gewährleisten?
Insbesondere, wenn wir eine EtherChannel-Gruppe mit 8 Ports einrichten, von denen jedoch einer ausfällt. Wären die verbleibenden 7 Ports noch funktionsfähig, aber mit ungleichmäßigem Lastausgleich, oder würden 3 Ports in den Standalone-Modus versetzt, um eine Leistung von zwei Gruppen sicherzustellen?
Wird es sowohl für PAgP als auch für LACP ähnlich behandelt?
ieee-802.1ax
etherchannel
Weaam
quelle
quelle
Die meisten Anbieter haben eine solche Anforderung nicht. Dies ist eine Konvention, die häufig auf der Grundlage der Einschränkungen eines Drei-Bit-Hash beim Lastausgleich diskutiert wird. Ich persönlich bin mit dieser Haltung nicht einverstanden, aber ich werde darauf zurückkommen, nachdem ich Ihre Fragen beantwortet habe.
Wenn Sie 8 Ports in einer Link-Aggregationsgruppe haben und einer ausfällt, bleiben die anderen sieben normalerweise aktiv. Ja, die Last wird in gewissem Sinne etwas unausgeglichen sein, aber ich werde gleich darauf zurückkommen.
Ja, und das Gleiche gilt für eine statische LAG-Gruppe.
Nun zu meinem Standpunkt, warum ich persönlich nicht an der Macht von zwei "Faustregeln" festhalte, wenn es um die Link-Aggregation geht.
Zu Beginn müssen Sie wirklich verstehen, dass keine Linkaggregation jemals die Linkauslastung in der LAG ausgleicht . Offensichtlich gibt es Unterschiede in der gewählten Lastausgleichsmethode, und einige sind besser als andere (obwohl unter keinen Umständen eine einzelne die beste ist).
Die Lastausgleichsmethode gleicht den Datenverkehr nicht aus, sondern gleicht aus, was Sie als "Flüsse" betrachten können. Basierend auf der Plattform haben Sie Optionen zur Verwendung von Quell- und / oder Zielwerten, einschließlich MAC-Adresse, IP-Adressen, Portnummern usw. Diese Werte werden dann gehasht, um zu bestimmen, welche Verbindung für diesen bestimmten Fluss ausgewählt wird. Frames mit demselben Wertesatz erhalten immer denselben Hash und werden demselben Link zugewiesen.
Nicht alle Flows sind gleich und dies bedeutet, dass es nicht möglich ist, die Verbindungsauslastung auf diese Weise auszugleichen. Um den Wert der LAG nicht zu beeinträchtigen, da sie häufig auch die Auslastung recht gut ausgleicht, müssen Sie jedoch die Einschränkungen verstehen.
Es ist durchaus möglich, dass einer oder mehrere dieser Flüsse ihre gesamte Verbindung in der LAG nutzen und andere Flüsse verhungern, die derselben Verbindung zugeordnet sind. In der Zwischenzeit werden die anderen Links nicht ausreichend genutzt.
Wenn die meisten Benutzer Diagramme wie die in diesem Blogbeitrag oder in diesem Cisco-Dokument betrachten , stellen sie fest, dass der Datenverkehr unausgewogen ist. In dem Sinne, dass einige Links mehr Flows erhalten als andere, ist dies wahr.
Meine Sicht auf diese Tabellen ist etwas anders. Erstens gibt es selbst bei der unausgeglichenen Verteilung beim Hinzufügen von Links nie einen Punkt, an dem der Prozentsatz der zugewiesenen Flüsse auf einem Link zunimmt. Vielmehr nimmt der Prozentsatz in den meisten Fällen ab. Anders ausgedrückt, es gibt zu keinem Zeitpunkt weniger Möglichkeiten für einen Flow, auf Bandbreite zuzugreifen, und in vielen Fällen hat er mehr Möglichkeiten.
Zweitens, wenn ich mir dieses Diagramm anschaue, um zwischen zwei oder drei Links in einer LAG zu entscheiden, sehe ich dies wie folgt:
Überlegen Sie abschließend, was passiert, wenn Sie einen Link in der LAG verlieren. Bei zwei zu startenden Links würde dies meine LAG auf einen Link reduzieren. Wenn ich mit drei anfange, habe ich noch zwei übrig.
Sicher, ausgeglichene Flüsse sprechen die zwanghaften Teile meiner Persönlichkeit an, aber dies spiegelt immer noch nicht den ausgeglichenen Verkehr wider. Abgesehen davon sind mehr Links in jeder Hinsicht besser.
quelle
Woran ich mich erinnern kann (korrigiere mich):
Etherchannel ist kein Lastausgleich, sondern eine Lastverteilung. Eine EC mit einer ungeraden Anzahl von Links verteilt die Last nicht gleichmäßig auf die Links - die Links mit der niedrigeren Nummer erhalten mehr Verkehr. Der Datenverkehr fließt weiter, wenn die physischen Verbindungen unterbrochen werden.
Der Datenverkehr wird durch die Ziel-Mac-Adresse ausgeglichen (standardmäßig). Abhängig von Ihrer Topologie kann dies zu unerwünschten Verkehrsmustern führen:
Wenn Sie einen Mailserver auf einem Switch mit einer EC zwischen den Switches haben, verwenden alle Workstations auf dem Switch auf der anderen Seite des Etherchannel denselben Link, um den Mailserver zu erreichen Auf dem Mailserver bietet dies keinen Lastausgleich und nur ein einziger Link im Etherchannel wird für den Mailserver verwendet.
Dies kann hilfreich sein: https://supportforums.cisco.com/blog/150511/how-do-etherchannel-hash-algorithm-works-and-load-distribution-happen
quelle