Zum Inhalt springen

Link Aggregation/Link Aggregation Control Protocol: Unterschied zwischen den Versionen

Aus Foxwiki
K Textersetzung - „–“ durch „-“
 
(120 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt)
Zeile 1: Zeile 1:
'''Link Aggregation''' (LA) - [[Ethernet-Schnittstelle]]n zu einem logischen Übertragungskanal bündeln
'''Link Aggregation Control Protocol''' (LACP) - [[Ethernet-Schnittstelle]]n nach IEEE 802.1AX-2008 zu einem logischen Übertragungskanal zusammenfassen ([[Link Aggregation]])


== Beschreibung ==
== Beschreibung ==
; Ziele
== Dynamic Link Aggregation ==
* Erhöhung des Datendurchsatzes
[[Datei:Link-Aggregation-OSI-Layer.png|mini|400px|Einordnung ins [[OSI-Modell]] ]]  
* Erhöhung der Ausfallsicherheit
Abhängig vom verwendeten [[Link Aggregation/Algorithmen|Lastverteilungs-Algorithmus]]


; Implementierungen
; IEEE 802.1AX-2008
{| class="wikitable sortable options"
* früher IEEE 802.3ad
|-
! Implementierung !! Beschreibung
|-
| Link Aggregation''' nach '''IEEE 802.1AX-2008 || ''[[Link Aggregation Control Protocol]]'' (LACP)
* Standard zur parallelen Bündelung von mehreren Netzwerkverbindungen
* herstellerübergreifende Implementierung
* früher '''IEEE 802.3ad
|-
| Proprietäre Lösungen ||
* [[PAgP]] von [[Cisco]]
* MESH von [[HP Inc.|HP]]
|-
| Statische Link-Aggregation-Verfahren || mehr oder weniger proprietär
* nicht herstellerübergreifend einsetzbar
|}
 
; Bezeichnungen
Je nach Hersteller oder Kontext werden für die Bündelung von Ethernet-Schnittstellen verschiedene Bezeichnungen als [[Synonymie|Synonym]]e für Link Aggregation benutzt.
 
{| class="wikitable sortable options"
|-
! Bezeichnung !! Beschreibung
|-
| Link Aggregation (LA) </br> Link Aggregation Control Protocol (LACP) || Normierte Begriffe der IEEE
|-
| Bündelung || Deutsche Bezeichnung
|-
| Bonding || [[Linux]]
|-
| Etherchannel || Cisco
|-
| Port Aggregation || Hewlett-Packard
|-
| Trunking || Brocade, Sun Microsystems und einigen anderen Herstellern
|-
| Teaming || Novell Netware und Microsoft Windows
|}


== Allgemeines ==
;Link Aggregation Sublayer
[[Datei:Link Aggregation1.svg|mini|400px|Ein PC ist mit zwei Ethernet-Verbindungen und Link Aggregation mit einem Switch verbinden]]
* Data Link Layer (Sicherungsschicht)
* zwischen dem MAC Client und MAC Sublayern


; Logischen Endpunktverbindung zwischen zwei Geräten
; Link Aggregation Control Protocol Data Unit (LACPDU)
* Etwa einen PC mit zwei Kabeln an einen Switch
* Austausch von Informationen bezüglich der Link-Aggregation
 
* zwischen den Mitgliedern einer Link Aggregation Group (LAG)
; Datendurchsatz
* Durch die parallelen Verbindungen kann, der Anzahl der zusammengefassten Verbindungen entsprechend, der Gesamtdurchsatz höher sein
 
; Erhöhte Verfügbarkeit
* So können bei einigen Verfahren eine oder mehrere physische Schnittstellen ausfallen, ohne dass der logische Kanal unterbrochen wird, solange zumindest noch eine physische Verbindung besteht.
* Lediglich der Datendurchsatz vermindert sich entsprechend den fehlenden Verbindungen.
 
=== Voraussetzungen ===
; Anforderungen an verwendeten Links
* Full-duplex Modus
* Identische Datenrate
* Parallele Punkt-zu-Punkt Verbindungen
** Endpunkt immer genau ein Switch oder Server
 
; Link Aggregation mit mehreren Switches
* Link Aggregation mit mehreren Switches an einem Ende der Link Aggragation wie etwa bei [http://en.wikipedia.org/wiki/SMLT Split Multi-Link Trunking (SMLT)] von Nortel ist nicht möglich.
* Einzige Ausnahme sind virtuelle Switche, die zwar aus mehreren physischen Switchen bestehen, nach außen sich aber wie ein einzelner Switch verhalten (z.B. Cisco Virtual Switching System 1440 (VSS1440)).
 
== Link Aggregation Group nach IEEE 802.1AX-2008 ==
[[Datei:Link-Aggregation-OSI-Layer.png|thumb|400px|Im Netzwerk-Stack ist der Link Aggregation Sublayer innerhalb des Data Link Layers (Sicherungsschicht) implementiert, konkret zwischen dem MAC Client und MAC Sublayern]]
* früher IEEE 802.3ad


=== Link Aggregation Group (LAG) ===
=== Link Aggregation Group (LAG) ===
; Eigenschaften
; Vorteile LACP gegenüber statischer Link Aggregation
* LAG bietet ein automatisches Recovery bei Ausfällen von einzelnen physischen Links
Automatisches Recovery
* bei Ausfällen von einzelnen physischen Links
* Solange zumindest ein physischer Link vorhanden ist, bleibt die LAG Verbindung aufrecht
* Solange zumindest ein physischer Link vorhanden ist, bleibt die LAG Verbindung aufrecht
* Der Datenverkehr wird frameweise über die physischen Links verteilt
* Alle Frames, die zu einer bestimmten Datenkommunikation gehören, werden aber über dieselbe physische Verbindung (Kabel) übertragen.
* Das gewährleistet die Zustellung der einzelnen Frames einer Datenkommunikation in der richtigen Reihenfolge (verhindert misordering)


=== Verteilung des Datenverkehrs ===
; Datenverkehr wird frame-weise über die physischen Links verteilt
; Link Aggregation erlaubt die Verteilung von Ethernet Frames auf alle verfügbaren physischen Links einer LAG
* Alle Frames, die zu einer bestimmten Datenkommunikation gehören, werden über dieselbe physische Verbindung übertragen
* Damit übersteigt der mögliche Datendurchsatz die Datenrate eines einzelnen physischen Links.
* Das gewährleistet die Zustellung der einzelnen Frames einer Datenkommunikation in der richtigen Reihenfolge


; Für die Verteilung (Frame Distributor) definiert der IEEE Standard allerdings keine konkreten Algorithmen
; Ausfall eines physischen Links wird selbst dann erkannt, wenn die Punkt-zu-Punkt Verbindung über einen Media Konverter läuft und damit der Link-Status am Switchport auf ''Up'' bleibt
* LACPDUs bleiben auf dieser Verbindung aus, damit wird dieser Link aus der LAG entfernt
** Somit gehen darüber keine Pakete verloren


==== Vorgaben ====
; Geräte können sich gegenseitig die LAG Konfiguration bestätigen
; Die Reihenfolge von Frames einer bestimmten Datenkommunikation darf nicht vertauscht werden
* Bei statischer Link Aggregation werden Konfigurations- oder Verkabelungsfehler oft nicht so schnell erkannt
* Frames dürfen nicht dupliziert werden


; Kapitel ''5.2.4 Frame Distributor'' beschreibt das folgendermaßen
=== Voraussetzungen ===
:<cite>This standard does not mandate any particular distribution algorithm(s); however, any distribution algorithm shall ensure that, when frames are received by a Frame Collector as specified in 5.2.3, the algorithm shall not cause</cite>
[[Datei:Link-Aggregation-Grundlagen.png|mini|400px|Links einer Link-Aggregation-Group müssen parallele Punkt-zu-Punkt Verbindungen sein]]
::<cite>a) Misordering of frames that are part of any given conversation, or</cite>
; Identische Datenrate
::<cite>b) Duplication of frames.</cite>
; Parallele Punkt-zu-Punkt Verbindungen
:<cite>The above requirement to maintain frame ordering is met by ensuring that all frames that compose a given conversation are transmitted on a single link in the order that they are generated by the MAC Client; hence, this requirement does not involve the addition (or modification) of any information to the MAC frame, nor any buffering or processing on the part of the corresponding Frame Collector in order to reorder frames.</cite>
* Endpunkt immer genau ein Switch oder Server
 
; Die Qualität, wie gut die einzelnen Frames verteilt werden und wie hoch der praktische mögliche Datendurchsatz steigt, hängt somit von der konkreten Implementierung der Link Aggregation in einem Switch bzw. Treiber ab.
* FreeBSD verwendet dazu beispielsweise eine Hash des Protokoll Headers.
* Der Hash beinhaltet dabei Ethernet/MAC Quell- und Zieladressen, falls verfügbar ein [[VLAN Grundlagen#Tagged VLANs|VLAN-tag]], sowie IPv4/IPv6 Quell- und Zieladressen.


siehe auch [[Link Aggregation/Algorithmen|Lastverteilungs-Algorithmen]]
=== Bündelungsverfahren ===
 
== Grundlegende Implementierung ==
; Kanalbündelung zwischen zwei Ethernet-Switches
* kommt mit geringen Änderungen aus
* Management Interface zur Definition des Trunks
* Art und Weise, wie ein Switch seine SAT (Source Address Table) – Tabelle mit den MAC-Adressen der Absender) erlernt, betroffen, und schließlich werden [[Broadcast]]s und Pakete, die an unbekannte Ziel-MAC-Adressen gerichtet sind, vom Trunk gesondert behandelt.
 
; Management Interface
* Es müssen Menüstrukturen zur Verwaltung der Trunks geschaffen werden.
; Adress-Lernphase
* Empfängt ein Switch auf einem Trunk-Port eine unbekannte Absenderadresse, so wird diese nicht automatisch dem Adressstapel (SAT) dieses Ports zugeordnet, vielmehr versucht der Switch allen Mitgliedern des Trunks eine gleiche Netzlast zuzuordnen und wird daher neue Absenderadressen gleichmäßig auf alle zum Trunk gehörenden Ports verteilen.
* So erhält also etwa der Port, der momentan die wenigsten Einträge in seiner SAT führt, die neue Adresse.
* Je nach Implementierung kommen auch andere Verteilungsstrategien zum Einsatz, siehe Abschnitt ''Bündelungsverfahren''.
* Broadcasts und unbekannte Adressen: Diese werden bei einem Trunk nicht über alle Ports geschickt, sondern pro Trunk nur über eine Leitung, im Allgemeinen wird der Port mit der niedrigsten Port-Nummer gewählt.
* Je nach Implementierung werden zur Auswahl des Ports auch andere Strategien genutzt, siehe Abschnitt ''Bündelungsverfahren''.
 
; Keine weiteren Maßnahmen nötig, um eine einfache Implementierung zu realisieren
* Die Implementierung der Transportmechanismen ({{lang|en|cut through}}, {{lang|en|store and forward}} usw.) benötigt keine Änderung.
 
; Dennoch ist diese grundlegende Implementierung bei Weitem nicht optimal und eignet sich eigentlich nur für das Koppeln zweier Netze.
* Ein Nachteil besteht darin, dass je MAC-Adresse nur ein Port des Trunks benutzt wird – für eine einzelne Station bedeutet es, dass sie keine Vorteile hat – nur das Netz insgesamt profitiert.
 
; Weiterhin kann es vorkommen, dass die aktivsten Stationen zufällig alle dem gleichen Port zugeordnet sind, so dass folglich die Last nicht gleichmäßig innerhalb des Trunks verteilt wird.
* Auch gibt es Bündelungsverfahren, die leistungsstarke Server anbinden können.
 
; All diese Fakten haben dazu geführt, dass viele Hersteller verschiedene, aber auch weiterentwickelte Implementierungen anbieten.
* Diese sind in der Regel nicht miteinander kompatibel.
 
; Diese Inkompatibilitäten haben dazu geführt, dass sich das IEEE mit dem Problem befasst und das Link Aggregation Control Protocol (LACP, IEEE 802.3ad) spezifiziert hat.
 
== Bündelungsverfahren ==
{| class="wikitable sortable options"
{| class="wikitable sortable options"
|-
|-
Zeile 152: Zeile 57:
|}
|}


== Static Link Aggregation ==
=== Aktives und passives LACP ===
; Bei der statischen Link Aggregation werden alle Konfigurationsparameter einmalig auf beiden beteiligten Komponenten einer LAG eingerichtet.
; Port konfigurieren


; Anmerkung
{| class="wikitable sortable options"
: VMware ESX/ESXi 4.0, 4.1 & ESXi 5.0 unterstützen ausschließlich Static Link Aggregation.
|-
 
! Konfiguration !! Beschreibung
Der IEEE Standard beschreibt die Steuerung der Link Aggregation in Kapitel ''5.3 Link Aggregation Control'' ab Seite 23.
|-
 
| Aktiv || '''Bevorzugt LACPDU'''
== Dynamic Link Aggregation ==
* Spricht das Protokoll
; Link Aggregation Control Protocol (LACP)
* Gleichgültig ob die Gegenstelle ''Passive LACP'' hat oder nicht
* Das Link Aggregation Control Protocol (LACP) erlaubt darüber hinaus den Austausch von Informationen bezüglich der Link Aggregation zwischen den zwei Mitgliedern einer Link Aggregation.
* ''a preference to speak regardless''
* Diese Informationen werden in LACPDUs (Link Aggregation Control Protocol Data Units) verpackt.
|-
 
| Passiv || '''Bevorzugt keine LACPDU'''
; Bei LACP kann jeder einzelne Port als ''Active LACP'' oder ''Passive LACP'' konfiguriert werden
* Nur wenn die Gegenstelle ''Active LACP'' hat
 
* überträgt der Port LACPDUs  
; Passive LACP
* ''preference not to speak unless spoken to''
* Der Port bevorzugt von sich aus keine LACPDUs zu übertragen.
|}
* Nur wenn die Gegenstelle ''Active LACP'' hat, überträgt der Port LACPDUs (''preference not to speak unless spoken to'').
 
; Active LACP
* Der Port bevorzugt LACPDUs zu übertragen und somit das Protokoll zu sprechen - unabhängig davon ob die Gegenstelle ''Passive LACP'' hat oder nicht (''a preference to speak regardless'').
 
; LACP bietet gegenüber einer statischen Link Aggregation folgende Vorteile
* Ein Ausfall eines physischen Links wird selbst dann erkannt, wenn die Punkt-zu-Punkt Verbindung über einen Media Konverter läuft und damit der Link-Status am Switchport auf ''Up'' bleibt.
* Da LACPDUs auf dieser Verbindung damit ausbleiben, wird dieser Link aus der LAG entfernt.
* Somit gehen darüber keine Pakete verloren.
* Die beiden Geräte können sich gegenseitig die LAG Konfiguration bestätigen.
* Bei statischer Link Aggregation werden Konfigurations- oder Verkabelungsfehler oft nicht so schnell erkannt.


Der IEEE Standard beschreibt LACP im Kapitel ''5.4 Link Aggregation Control Protocol (LACP)'' ab Seite 30.
<noinclude>
== Anhang ==
=== Siehe auch ===
{{Special:PrefixIndex/Link Aggregation}}
* [[T2600G/L2/Switching/LAG]]
* [[Bonding]]
* [[Link Aggregation/Algorithmen]]


== Siehe auch ==
==== Sicherheit ====
=== Dokumentation ===
=== Dokumentation ===
==== RFC ====
===== RFC =====
==== Man-Pages ====
; Man-Page
==== Info-Pages ====
;Info-Page
=== Links ===
=== Links ===
==== Einzelnachweise ====
<references />
==== Projekt ====
==== Projekt ====
==== Weblinks ====
==== Weblinks ====
# [http://standards.ieee.org/getieee802/ IEEE 802.x Standards (LAN)]
# [https://standards.ieee.org/getieee802/ IEEE 802.x Standards (LAN)]
# [http://www.thomas-krenn.com/de/wiki/Link_Aggregation_und_LACP_Grundlagen Link Aggregation und LACP Grundlagen] (Thomas Krenn Wiki)
#: IEEE Standard beschreibt LACP in 5.4 Link Aggregation Control Protocol (LACP)
# [http://www.cisco.com/en/US/tech/tk389/tk213/technologies_tech_note09186a0080094714.shtml Etherchannel und Load Balancing bei Cisco]
# [https://www.thomas-krenn.com/de/wiki/Link_Aggregation_und_LACP_Grundlagen Link Aggregation und LACP Grundlagen] (Thomas Krenn Wiki)
# [https://www.cisco.com/en/US/tech/tk389/tk213/technologies_tech_note09186a0080094714.shtml Etherchannel und Load Balancing bei Cisco]
# [ftp://ftp.hp.com/pub/networking/software/6400-5300-4200-3400-MgmtCfg-Oct2006-59906050-Chap13.pdf Port Trunking bei Hewlett-Packard]
# [ftp://ftp.hp.com/pub/networking/software/6400-5300-4200-3400-MgmtCfg-Oct2006-59906050-Chap13.pdf Port Trunking bei Hewlett-Packard]
# [http://www.ieee802.org/3/hssg/public/apr07/frazier_01_0407.pdf IEEE 802.3ad Link Aggregation (LAG) what it is, and what it is not] (Präsentation von Howard Frazier und anderen, Ottawa 17. April 2007)
# [https://www.ieee802.org/3/hssg/public/apr07/frazier_01_0407.pdf IEEE 802.3ad Link Aggregation (LAG) what it is, and what it is not] (Präsentation von Howard Frazier und anderen, Ottawa 17. April 2007)


; Allgemein
; Allgemein
* [http://www.admin-magazin.de/Das-Heft/2012/04/Link-Aggregation-steigert-Sicherheit-und-erhoeht-Durchsatz/ Link Aggregation steigert Sicherheit und erhöht Durchsatz] (ADMIN Magazin 4/2012)
* [https://www.admin-magazin.de/Das-Heft/2012/04/Link-Aggregation-steigert-Sicherheit-und-erhoeht-Durchsatz/ Link Aggregation steigert Sicherheit und erhöht Durchsatz] (ADMIN Magazin 4/2012)
* [http://de.wikipedia.org/wiki/LACP LACP] (de.wikipedia.org)
* [https://de.wikipedia.org/wiki/LACP LACP] (de.wikipedia.org)
* [http://www.intel.com/support/network/sb/cs-020140.htm Network Connectivity: IEEE 802.3AD Dynamic and Static Switch configuration for different team modes] (intel.com/support)
* [https://www.intel.com/support/network/sb/cs-020140.htm Network Connectivity: IEEE 802.3AD Dynamic and Static Switch configuration for different team modes] (intel.com/support)
* [http://www.intel.com/support/network/sb/cs-009747.htm Network Connectivity: How do I use Teaming with Advanced Networking Services (ANS)?] (intel.com/support)
* [https://www.intel.com/support/network/sb/cs-009747.htm Network Connectivity: How do I use Teaming with Advanced Networking Services (ANS)?] (intel.com/support)
* [http://www.ip-insider.de/themenbereiche/grundlagen/basiswissen/articles/191688/ Moderne LAN-Technologien: IEEE 802.1ad Link Aggregation] (ip-insider.de, Grundlagen moderner Netzwerktechnologien im Überblick Teil 24)
* [https://www.ip-insider.de/themenbereiche/grundlagen/basiswissen/articles/191688/ Moderne LAN-Technologien: IEEE 802.1ad Link Aggregation] (ip-insider.de, Grundlagen moderner Netzwerktechnologien im Überblick - Teil 24)
* [http://www.cisco.com/en/US/docs/ios/12_2sb/feature/guide/gigeth.html Link Aggregation Control Protocol (LACP) (802.3ad) for Gigabit Interfaces] (Cisco IOS Software Releases 12.2 SB)
* [https://www.cisco.com/en/US/docs/ios/12_2sb/feature/guide/gigeth.html Link Aggregation Control Protocol (LACP) (802.3ad) for Gigabit Interfaces] (Cisco IOS Software Releases 12.2 SB)


; Linux
; Linux
* [http://www.kernel.org/doc/Documentation/networking/bonding.txt Linux Ethernet Bonding Driver HOWTO] (kernel.org)
* [https://www.kernel.org/doc/Documentation/networking/bonding.txt Linux Ethernet Bonding Driver HOWTO] (kernel.org)
* [http://linux-ip.net/html/ether-bonding.html Link Aggregation and High Availability with Bonding] (Guide to IP Layer Network Administration with Linux)
* [https://linux-ip.net/html/ether-bonding.html Link Aggregation and High Availability with Bonding] (Guide to IP Layer Network Administration with Linux)
* [http://backdrift.org/howtonetworkbonding How to configure network bonding in Linux] (backdrift.org)
* [https://backdrift.org/howtonetworkbonding How to configure network bonding in Linux] (backdrift.org)
* [[NIC Bonding unter Debian]]
 
== Testfragen ==
<div class="toccolours mw-collapsible mw-collapsed">
''Testfrage 1''
<div class="mw-collapsible-content">'''Antwort1'''</div>
</div>
<div class="toccolours mw-collapsible mw-collapsed">
''Testfrage 2''
<div class="mw-collapsible-content">'''Antwort2'''</div>
</div>
<div class="toccolours mw-collapsible mw-collapsed">
''Testfrage 3''
<div class="mw-collapsible-content">'''Antwort3'''</div>
</div>
<div class="toccolours mw-collapsible mw-collapsed">
''Testfrage 4''
<div class="mw-collapsible-content">'''Antwort4'''</div>
</div>
<div class="toccolours mw-collapsible mw-collapsed">
''Testfrage 5''
<div class="mw-collapsible-content">'''Antwort5'''</div>
</div>
 


[[Kategorie:Ethernet]]
[[Kategorie:Ethernet]]
[[Kategorie:Switch]]
[[Kategorie:Link Aggregation]]
[[Kategorie:Link Aggregation]]
</noinclude>

Aktuelle Version vom 11. Mai 2025, 19:45 Uhr

Link Aggregation Control Protocol (LACP) - Ethernet-Schnittstellen nach IEEE 802.1AX-2008 zu einem logischen Übertragungskanal zusammenfassen (Link Aggregation)

Beschreibung

Dynamic Link Aggregation

Einordnung ins OSI-Modell
IEEE 802.1AX-2008
  • früher IEEE 802.3ad
Link Aggregation Sublayer
  • Data Link Layer (Sicherungsschicht)
  • zwischen dem MAC Client und MAC Sublayern
Link Aggregation Control Protocol Data Unit (LACPDU)
  • Austausch von Informationen bezüglich der Link-Aggregation
  • zwischen den Mitgliedern einer Link Aggregation Group (LAG)

Link Aggregation Group (LAG)

Vorteile LACP gegenüber statischer Link Aggregation

Automatisches Recovery

  • bei Ausfällen von einzelnen physischen Links
  • Solange zumindest ein physischer Link vorhanden ist, bleibt die LAG Verbindung aufrecht
Datenverkehr wird frame-weise über die physischen Links verteilt
  • Alle Frames, die zu einer bestimmten Datenkommunikation gehören, werden über dieselbe physische Verbindung übertragen
  • Das gewährleistet die Zustellung der einzelnen Frames einer Datenkommunikation in der richtigen Reihenfolge
Ausfall eines physischen Links wird selbst dann erkannt, wenn die Punkt-zu-Punkt Verbindung über einen Media Konverter läuft und damit der Link-Status am Switchport auf Up bleibt
  • LACPDUs bleiben auf dieser Verbindung aus, damit wird dieser Link aus der LAG entfernt
    • Somit gehen darüber keine Pakete verloren
Geräte können sich gegenseitig die LAG Konfiguration bestätigen
  • Bei statischer Link Aggregation werden Konfigurations- oder Verkabelungsfehler oft nicht so schnell erkannt

Voraussetzungen

Links einer Link-Aggregation-Group müssen parallele Punkt-zu-Punkt Verbindungen sein
Identische Datenrate
Parallele Punkt-zu-Punkt Verbindungen
  • Endpunkt immer genau ein Switch oder Server

Bündelungsverfahren

Option  Beschreibung
Roundrobin Alle zur Verfügung stehenden Leitungen abwechselnd der Reihe nach nutzen
DA-Trunking Anhand des Modulo der Destination-MAC-Adresse die elementare Schnittstelle wählen
SA-Trunking Anhand des Modulo der Source-MAC-Adresse die elementare Schnittstelle wählen
SA-DA-Trunking Anhand des Modulo der Source-MAC-Adresse und der Destination-MAC-Adresse die elementare Schnittstelle wählen
Adaptives Trunking Erst bei 100 % Auslastung der ersten elementaren Schnittstelle eine weitere zuschalten
Dynamisches Trunking Link Aggregation Control Protocol (LACP) und bei proprietären Verfahren wie PAgP möglich

Aktives und passives LACP

Port konfigurieren
Konfiguration Beschreibung
Aktiv Bevorzugt LACPDU
  • Spricht das Protokoll
  • Gleichgültig ob die Gegenstelle Passive LACP hat oder nicht
  • a preference to speak regardless
Passiv Bevorzugt keine LACPDU
  • Nur wenn die Gegenstelle Active LACP hat
  • überträgt der Port LACPDUs
  • preference not to speak unless spoken to


Anhang

Siehe auch

Sicherheit

Dokumentation

RFC
Man-Page
Info-Page

Links

Projekt

Weblinks

  1. IEEE 802.x Standards (LAN)
    IEEE Standard beschreibt LACP in 5.4 Link Aggregation Control Protocol (LACP)
  2. Link Aggregation und LACP Grundlagen (Thomas Krenn Wiki)
  3. Etherchannel und Load Balancing bei Cisco
  4. Port Trunking bei Hewlett-Packard
  5. IEEE 802.3ad Link Aggregation (LAG) what it is, and what it is not (Präsentation von Howard Frazier und anderen, Ottawa 17. April 2007)
Allgemein
Linux