4
Dynamic link aggregation zwischen HP 1910-24G und Server mit 4 mal Gbit LAN - Ausfall eines NIC-Ports simulieren
Hallo Community,
folgende Konfiguration ist gegeben:
1x HP 1910-24G Switch (JE006A) --> 4x Gbit Ethernet NIC (Intel I350-T4) Operating System: Server 2012 Std
Switch Ports 18,19,20,21 sind nach IEEE 802.3ad als LAG via Dynamic Link Aggregation konfiguriert.
Die Intel Netzwerkkarte ist auf allen 4 Ports ebenfalls als Dynamic Link Aggregation Team konfiguriert und via
Cat. 6 Patch-Kabel mit o. g. Switch Ports verbunden.
VLANs sind nicht konfiguriert bzw. aktiv
Die MAC Adresse der Link Aggregation Group stimmt sowohl auf dem Switch als auch auf dem Server NIC Team überein.
Es werden 4 Gbit Bandbreite korrekt angezeigt.
Nun folgendes Problem:
Deaktiviere ich unter Server 2012 einen Port der Intel-I350 Karte, stellt sich die LAG automatisch auf 3Gbit um.
Deaktiviere ich einen weiteren Port, bleiben noch 2Gbit übrig...usw.
Zieht man jedoch ein Netzwerkkabel der 4 Vorhanden aus dem Switch, dann stellt sich dieser, nicht wie zu erwarten auf 3Gbit Bandbreite in der LAG um.
Sondern es wird nur ein Gigabit Bandbreite, bei 3 übrigen Verbindungen angezeigt.
Zieht man weitere Kabel, bleibt es stehts bei ein Gigabit Bandbreite.
Was könnte die Ursache sein?
MfG Houser
folgende Konfiguration ist gegeben:
1x HP 1910-24G Switch (JE006A) --> 4x Gbit Ethernet NIC (Intel I350-T4) Operating System: Server 2012 Std
Switch Ports 18,19,20,21 sind nach IEEE 802.3ad als LAG via Dynamic Link Aggregation konfiguriert.
Die Intel Netzwerkkarte ist auf allen 4 Ports ebenfalls als Dynamic Link Aggregation Team konfiguriert und via
Cat. 6 Patch-Kabel mit o. g. Switch Ports verbunden.
VLANs sind nicht konfiguriert bzw. aktiv
Die MAC Adresse der Link Aggregation Group stimmt sowohl auf dem Switch als auch auf dem Server NIC Team überein.
Es werden 4 Gbit Bandbreite korrekt angezeigt.
Nun folgendes Problem:
Deaktiviere ich unter Server 2012 einen Port der Intel-I350 Karte, stellt sich die LAG automatisch auf 3Gbit um.
Deaktiviere ich einen weiteren Port, bleiben noch 2Gbit übrig...usw.
Zieht man jedoch ein Netzwerkkabel der 4 Vorhanden aus dem Switch, dann stellt sich dieser, nicht wie zu erwarten auf 3Gbit Bandbreite in der LAG um.
Sondern es wird nur ein Gigabit Bandbreite, bei 3 übrigen Verbindungen angezeigt.
Zieht man weitere Kabel, bleibt es stehts bei ein Gigabit Bandbreite.
Was könnte die Ursache sein?
MfG Houser
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 196973
Url: https://administrator.de/contentid/196973
Printed on: April 29, 2024 at 11:04 o'clock
4 Comments
Latest comment
Hi Houser,
vorher ein paar Fragen:
Die Bandbreite hast du an dem Server abgelesen, an dem du den Link deaktiviert hast.
Was sagt der Switch dazu?
Wie geht es umgekehrt, wenn du am Switch Ports deaktivierst?
Sprechen wirklich beide Kommunikationspartner LACP?
Wie ist die reale Bandbreite, die über die Verbindung geht.
Für einen echten Bandbreitenstest benötigt man mindestens 4 externe reale Maschinen, die mit dem Server kommunizieren. Erstens wegen der Bandbreite und zweitens wegen der LACP-Funktion, die es nur erlaubt mit einer Maschine maximal 1 Gigabit Traffic über einen Link zu machen. z.B: mit Netio
Gruß
Netman
vorher ein paar Fragen:
Die Bandbreite hast du an dem Server abgelesen, an dem du den Link deaktiviert hast.
Was sagt der Switch dazu?
Wie geht es umgekehrt, wenn du am Switch Ports deaktivierst?
Sprechen wirklich beide Kommunikationspartner LACP?
Wie ist die reale Bandbreite, die über die Verbindung geht.
Für einen echten Bandbreitenstest benötigt man mindestens 4 externe reale Maschinen, die mit dem Server kommunizieren. Erstens wegen der Bandbreite und zweitens wegen der LACP-Funktion, die es nur erlaubt mit einer Maschine maximal 1 Gigabit Traffic über einen Link zu machen. z.B: mit Netio
Gruß
Netman
Moin,
Grüße,
Dani
Switch Ports 18,19,20,21 sind nach IEEE 802.3ad als LAG via Dynamic Link Aggregation konfiguriert.
Die HP Konfiguration bitte noch posten.Grüße,
Dani
Hallo Housemeister,
bei dem Bilden von Dynamischen LAGs (Link Aggregation Groups) ist eine Netzwerkkarte immer die Primary Karte oder der Primary Link und alle anderen Netzwerkkarten sind die Secondary Karten bzw. die Secondary Links.
Kann es sein das Du nun zufällig von dem Primary Link das Kabel "ab gezupft" hast!?
Denn eines ist ja schon einmal sicher, diese LAGs setzt man ja auf um den Durchsatz
zu erhöhen und man geht eben davon aus, dass die Kabel in Ordnung sind und auch angesteckt
werden und zwar richtig! Aber da ja nun einmal ein Port oder eine Netzwerkkarte defekt sein
können sind dafür Sicherheitsmechanismen und auch Vorkehrungen getroffen worden, jedoch nicht
dafür das Du einfach mal das Kabel abziehst und schaust was denn nun als nächstes passieren wird.
Gruß
Dobby
bei dem Bilden von Dynamischen LAGs (Link Aggregation Groups) ist eine Netzwerkkarte immer die Primary Karte oder der Primary Link und alle anderen Netzwerkkarten sind die Secondary Karten bzw. die Secondary Links.
Kann es sein das Du nun zufällig von dem Primary Link das Kabel "ab gezupft" hast!?
Denn eines ist ja schon einmal sicher, diese LAGs setzt man ja auf um den Durchsatz
zu erhöhen und man geht eben davon aus, dass die Kabel in Ordnung sind und auch angesteckt
werden und zwar richtig! Aber da ja nun einmal ein Port oder eine Netzwerkkarte defekt sein
können sind dafür Sicherheitsmechanismen und auch Vorkehrungen getroffen worden, jedoch nicht
dafür das Du einfach mal das Kabel abziehst und schaust was denn nun als nächstes passieren wird.
Gruß
Dobby
Hallo D.o.b.b.y,
leider ist deine Antwort nicht korrekt, selbstverständlich erkennt LACP sehr wohl wenn ein link down ist (Kabel weg) und ermittelt
anhand eines, auf IP Hashwerten basierendem Algorithmus, das in meinem Beispiel nur noch 3Gbit oder weniger zur Verfügung stehen.
Auch wenn der logische Link, also die MAC Adresse des logischen Adapters wegfällt, stehen noch 3Gbit zur Verfügung.
(Da ja jeder weitere Port der Karte diese MAC kennt)
Das Problem war ein anderes welches ich heute beheben konnte.
Die Intel I350-T4 NIC bildet eine dynamic link aggregation group via der implementierten Intel Treiber
(Intel Pro Set)
Diese sind nicht mit der HP Lösung, zumindest was DLA angeht, kompatibel.
Ich habe die seit Server 2012 direkt intergriete NIC-Teaming Option des Betriebssystems konfiguriert und alles funktioniert mit LACP und mit der LAG einwandfrei.
MfG Houser
leider ist deine Antwort nicht korrekt, selbstverständlich erkennt LACP sehr wohl wenn ein link down ist (Kabel weg) und ermittelt
anhand eines, auf IP Hashwerten basierendem Algorithmus, das in meinem Beispiel nur noch 3Gbit oder weniger zur Verfügung stehen.
Auch wenn der logische Link, also die MAC Adresse des logischen Adapters wegfällt, stehen noch 3Gbit zur Verfügung.
(Da ja jeder weitere Port der Karte diese MAC kennt)
Das Problem war ein anderes welches ich heute beheben konnte.
Die Intel I350-T4 NIC bildet eine dynamic link aggregation group via der implementierten Intel Treiber
(Intel Pro Set)
Diese sind nicht mit der HP Lösung, zumindest was DLA angeht, kompatibel.
Ich habe die seit Server 2012 direkt intergriete NIC-Teaming Option des Betriebssystems konfiguriert und alles funktioniert mit LACP und mit der LAG einwandfrei.
MfG Houser
