EtherChannel und ungerade Anzahl von Ports


9

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?

Antworten:


8

Die Leistung von 2 Anforderungen variiert je nach Anbieter / Hardware / Software. Cisco hatte (hat) ein ziemlich schlechtes Stigma gegen sie mit vielen der früheren Katalysatorschalter, die 10G können. Das Problem besteht darin, wie die Software Daten über die mehreren Ports im Port-Kanal hascht (oder "balanciert") (dies ist unabhängig von PAgP oder LACP).

Dieser Beitrag vereinfacht das Problem hervorragend im Detail. Dies ist heutzutage bei Hardware- / Software-Verbesserungen weniger relevant, variiert jedoch erneut. Überprüfen Sie daher einfach Ihre Hardwareanforderungen und stellen Sie sicher, dass Sie keine ältere Hardware kaufen, die diesem Problem zum Opfer fällt.

http://www.packetmischief.ca/2012/07/24/doing-etherchannel-over-3-5-6-and-7-link-bundles/



3

Ist die Anforderung von 2n Ports für EtherChannel eine kritische Anforderung oder nur eine Empfehlung, um möglicherweise einen gleichmäßigen Lastausgleich zu gewährleisten?

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.

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?

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.

Wird es sowohl für PAgP als auch für LACP ähnlich behandelt?

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:

  • Zwei Links - Ein einzelner Link, der vollständig genutzt wird, wirkt sich auf 50% der Verkehrsströme aus und lässt 50% unberührt
  • Drei Links - Ein einzelner Link, der vollständig genutzt wird, wirkt sich auf höchstens 37,5% der Verkehrsströme aus, wobei 62,5% davon nicht betroffen sind. möglicherweise nur 25%, 75% bleiben davon unberührt

Ü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.


Ich stimme im Allgemeinen der Logik "mehr Ports = besser" zu. Beachten Sie, dass die Fehlerbehebung bei zeitweiligen Problemen (Latenz oder verworfene Pakete), die von einem einzelnen maximal ausgelasteten Kanalmitglied verursacht werden, schmerzhaft sein kann. Daher ist es wichtig, einzelne Links zu überwachen und sie während der Fehlerbehebung zu überprüfen.
cpt_fink

1
Einverstanden. Dies gilt jedoch unabhängig davon, ob man der Potenz zweier Regeln folgt oder nicht. Wenn ich die Wahl habe, zeichne ich immer Werte sowohl für die LAG-Schnittstellen als auch für die einzelnen Schnittstellen.
YLearn

2

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

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.