13
NIC Teaming Problem Windows Server 2012 R2
Hallo,
Ich habe aktuell ein Problem mit dem NIC-Teaming auf unserem DC.
Der Server hat 4 physikalische Netzwerkkarten, die für sich funktionieren. Sobald ich allerdings ein NIC-Team erstelle und alle Karten zuweise, entstehen Verbindungsabbrüche und der Zugriff wird unberechenbar. Bis hin zu fällen in denen einzelne Maschinen das Netzwerk nicht mehr erkennen und die Namesauflösung komplett nicht mehr funktioniert.
Kennt jemand dieses Verhalten oder kann mir ein paar Tipps geben wie ich nach der Ursache suchen kann?
Danke im Voraus.
WKorell
Ich habe aktuell ein Problem mit dem NIC-Teaming auf unserem DC.
Der Server hat 4 physikalische Netzwerkkarten, die für sich funktionieren. Sobald ich allerdings ein NIC-Team erstelle und alle Karten zuweise, entstehen Verbindungsabbrüche und der Zugriff wird unberechenbar. Bis hin zu fällen in denen einzelne Maschinen das Netzwerk nicht mehr erkennen und die Namesauflösung komplett nicht mehr funktioniert.
Kennt jemand dieses Verhalten oder kann mir ein paar Tipps geben wie ich nach der Ursache suchen kann?
Danke im Voraus.
WKorell
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: 234765
Url: https://administrator.de/contentid/234765
Printed on: April 24, 2024 at 21:04 o'clock
13 Comments
Latest comment
Mahlzeit.
Welcher Server (Hersteller/Modell), welche NICs?
Tippe spontan und aus der Hüfte auf "alte" Treiber...
Cheers,
jsysde
P.S.:
Vier NICs im Team für nen DC?
Womit willst du auf den schiessen, dass du gleich vier NICs teamst?
Welcher Server (Hersteller/Modell), welche NICs?
Tippe spontan und aus der Hüfte auf "alte" Treiber...
Cheers,
jsysde
P.S.:
Vier NICs im Team für nen DC?
Womit willst du auf den schiessen, dass du gleich vier NICs teamst?
Hallo,
hast du im Switch denn auch die Ports zusammengeschaltet??
Gruß,
Florian
hast du im Switch denn auch die Ports zusammengeschaltet??
Gruß,
Florian
Wie Florian schon sagt, hängt es erst einmal von deienr Gegenstelle ab und von den Einstellungen im Teaming.
Mal so eben geht nicht. Hot-Standy geht - nutzt aber nur eine Schnittstelle / NIC.
Erklärung.
Die jeweils nächste Session geht über den nächsten Port in der Reihe raus. Der Switch baut daraufhin seine MAC-Tabelle um und mit ihm alle Switches in der Broadcastdomäne. Also wenn nichts los ist, dann passiert wenig und wenn du die Bandbretie brauchst, spielt das Netzwerk zurück. Das kann bis zum Lahmlegen gehen.
Stichworte am Switch: LAG, LACP, Etherchannel, Gigachannel.
Bei einem ungemanagten Switch geht es gar nicht.
Gruß
Netman
Mal so eben geht nicht. Hot-Standy geht - nutzt aber nur eine Schnittstelle / NIC.
Erklärung.
Die jeweils nächste Session geht über den nächsten Port in der Reihe raus. Der Switch baut daraufhin seine MAC-Tabelle um und mit ihm alle Switches in der Broadcastdomäne. Also wenn nichts los ist, dann passiert wenig und wenn du die Bandbretie brauchst, spielt das Netzwerk zurück. Das kann bis zum Lahmlegen gehen.
Stichworte am Switch: LAG, LACP, Etherchannel, Gigachannel.
Bei einem ungemanagten Switch geht es gar nicht.
Gruß
Netman
N'Abend.
Warum sollte er?
Das ist ja gerade der Gag unter Server 2012, dass man eben keine getrunkten Ports mehr auf dem Switch benötigt ("Switch independent").
Cheers,
jsysde
Zitat von @110135:
Hallo,
hast du im Switch denn auch die Ports zusammengeschaltet??
Gruß,
Florian
Hallo,
hast du im Switch denn auch die Ports zusammengeschaltet??
Gruß,
Florian
Warum sollte er?
Das ist ja gerade der Gag unter Server 2012, dass man eben keine getrunkten Ports mehr auf dem Switch benötigt ("Switch independent").
Cheers,
jsysde
Morgen jsysde
Der Server ist ein Intel Modular Server MFSYS25. NICs sind Intel Gigabit schnittstellen.
Cheers,
jsysde
P.S.:
Vier NICs im Team für nen DC?
Habe ich vergessen zu erwähnen, der DC ist bei uns auch der File-Server.
Gruß,
WKorell
Der Server ist ein Intel Modular Server MFSYS25. NICs sind Intel Gigabit schnittstellen.
Tippe spontan und aus der Hüfte auf "alte" Treiber...
Treiber sind die aktuellsten die es gibt.Cheers,
jsysde
P.S.:
Vier NICs im Team für nen DC?
Womit willst du auf den schiessen, dass du gleich vier NICs teamst?
Das Problem entsteht auch wenn ich nur 2 teame.Gruß,
WKorell
Es ist auch wichtig zu wissen WELCHE Art Teaming du machen willst, denn MS bezeichnet alles in diesem Umfeld mit dem Wort Teaming, auch sog. Link Ausfallszenarien wie hot standby.
Für einen Netzwerker ist Teaming aber immer die Bündelung dieser Links zu einem virtuellen Adapter nach dem IEEE Standard 802.3ad, meist im Zusammenspiel mit LACP (Link Aggregation Control Protokoll) also dynamischer Trunkbildung.
Also wie Netzwerker sagen auch ein Trunking oder schlicht Link Aggregation, LAG.
Hierbei ist zu beachten das das immer eine 2-seitige Geschichte ist, d.h. wenn du das auf den Server NICs installierst ist es zwingend erforderlich das du das auch entsprechend auf der Switchseite einrichtest bzw. auf den beteiligten Ports konfigurierst !
Managed Switches sind hier allso essentielle Voraussetzung um das umzusetzen !!
Ein sehr gutes Dokument was die Serverseite 2012 beleuchtet und alles im Detail erklärt findest du hier:
http://www.microsoft.com/en-us/download/details.aspx?id=40319
Wie man es auf deinem Switch einrichtet können wir dir hier erklären wenn du uns Hersteller und Modell postest !
Für einen Netzwerker ist Teaming aber immer die Bündelung dieser Links zu einem virtuellen Adapter nach dem IEEE Standard 802.3ad, meist im Zusammenspiel mit LACP (Link Aggregation Control Protokoll) also dynamischer Trunkbildung.
Also wie Netzwerker sagen auch ein Trunking oder schlicht Link Aggregation, LAG.
Hierbei ist zu beachten das das immer eine 2-seitige Geschichte ist, d.h. wenn du das auf den Server NICs installierst ist es zwingend erforderlich das du das auch entsprechend auf der Switchseite einrichtest bzw. auf den beteiligten Ports konfigurierst !
Managed Switches sind hier allso essentielle Voraussetzung um das umzusetzen !!
Ein sehr gutes Dokument was die Serverseite 2012 beleuchtet und alles im Detail erklärt findest du hier:
http://www.microsoft.com/en-us/download/details.aspx?id=40319
Wie man es auf deinem Switch einrichtet können wir dir hier erklären wenn du uns Hersteller und Modell postest !
Mahlzeit.
http://blogs.technet.com/b/keithmayer/archive/2012/10/16/nic-teaming-in ...
Cheers,
jsysde
Zitat von @aqui:
Hierbei ist zu beachten das das immer eine 2-seitige Geschichte ist, d.h. wenn du das auf den Server NICs installierst ist es
zwingend erforderlich das du das auch entsprechend auf der Switchseite einrichtest bzw. auf den beteiligten Ports
konfigurierst !
Ähh, nö.Hierbei ist zu beachten das das immer eine 2-seitige Geschichte ist, d.h. wenn du das auf den Server NICs installierst ist es
zwingend erforderlich das du das auch entsprechend auf der Switchseite einrichtest bzw. auf den beteiligten Ports
konfigurierst !
http://blogs.technet.com/b/keithmayer/archive/2012/10/16/nic-teaming-in ...
Cheers,
jsysde
und hast du den Artikel selbst gelesen, ganz gelesen?
Dann wirst du die vielen Fallen verstehen, die eigentlich recht gut erklärt worden sind.
Gruß
Netman
und viel Glück in deinem Netzwerk ...
@jsysde
Die Diskussion hatten wir schon mal..... Das zitierte mag richtig sein aber wenn du das MS Dokument liest dann erkennst du sofort das dies wieder ein hot standby Szenario ist und eben kein Balancing Szenario ! Das würde mit dummen, ungemanageten Switches auch gar nicht gehen.
MS deaktiviert intern den einen Link und nutzt nur eine Mac Adresse um zu kommunizieren. Ein Load Balancing ist in so einer Konstellation technisch gar nicht möglich da nur ein Link aktiv zur Kommunikation genutzt wird.
Sinn macht immer nur der Standad 802.3ad mit LACP für ein Load Balancing mit Failover in so einem Teaming. Alles andere ist Spielkram.
Fragt sich also nun was der TO da hat und wie er das lösen will... Feedback kommt ja sehr spärlich....
Die Diskussion hatten wir schon mal..... Das zitierte mag richtig sein aber wenn du das MS Dokument liest dann erkennst du sofort das dies wieder ein hot standby Szenario ist und eben kein Balancing Szenario ! Das würde mit dummen, ungemanageten Switches auch gar nicht gehen.
MS deaktiviert intern den einen Link und nutzt nur eine Mac Adresse um zu kommunizieren. Ein Load Balancing ist in so einer Konstellation technisch gar nicht möglich da nur ein Link aktiv zur Kommunikation genutzt wird.
Sinn macht immer nur der Standad 802.3ad mit LACP für ein Load Balancing mit Failover in so einem Teaming. Alles andere ist Spielkram.
Fragt sich also nun was der TO da hat und wie er das lösen will... Feedback kommt ja sehr spärlich....
Mahlzeit.
Da hast du unbestritten Recht und ja, ich kenne den Artikel und weiß um die Stolperfallen.
Dennoch ist das Teamen von 4 NICs ohne entsprechende Switch-Konfig unter Server 2012 möglich, _ohne!_ dass die Netzwerkverbindung zusammenbricht, wie es der TO beschrieben hat - auf mehr wollte ich nicht hinaus. Ohne weitere Infos seitens des TO bin ich jetzt aber auch mucksmäuschenstill, weil wir ja derzeit alle nur raten und vermuten können...
Cheers,
jsysde
Zitat von @aqui:
[...]Sinn macht immer nur der Standad 802.3ad mit LACP für ein Load Balancing mit Failover in so einem Teaming. Alles andere ist
Spielkram. Fragt sich also nun was der TO da hat und wie er das lösen will... Feedback kommt ja sehr spärlich....
[...]Sinn macht immer nur der Standad 802.3ad mit LACP für ein Load Balancing mit Failover in so einem Teaming. Alles andere ist
Spielkram. Fragt sich also nun was der TO da hat und wie er das lösen will... Feedback kommt ja sehr spärlich....
Da hast du unbestritten Recht und ja, ich kenne den Artikel und weiß um die Stolperfallen.
Dennoch ist das Teamen von 4 NICs ohne entsprechende Switch-Konfig unter Server 2012 möglich, _ohne!_ dass die Netzwerkverbindung zusammenbricht, wie es der TO beschrieben hat - auf mehr wollte ich nicht hinaus. Ohne weitere Infos seitens des TO bin ich jetzt aber auch mucksmäuschenstill, weil wir ja derzeit alle nur raten und vermuten können...
Cheers,
jsysde
Dennoch ist das Teamen von 4 NICs ohne entsprechende Switch-Konfig unter Server 2012 möglich, _ohne!_ dass die Netzwerkverbindung zusammenbricht,
Ja klar, keine Frage da hast du natürlich Recht !Natürlich nur wenn man alles richtig macht. Vermutlich hat der TO einen vermeintlichen Trunk mit den NICs definiert und Spanning Tree aktiviert im Switch aber kein Trunking am den Switchports selber. Das sorgt dann dafür das die Switchlinks in den Blocking Mode gehen wenn die Link loopt.
Ist jetzt nur mal geraten aber einer der typischen Anfängerfehler im Trunking....
Aber warten wir mal das Feedback vom TO ab....im Moment kommt da ja nicht viel was einer zielführenden Antwort weiterhilft
Das Problem hat sich durch eine Änderung in der Konfiguration gelöst.
Danke für eure Zeit.
WKorell
Danke für eure Zeit.
WKorell
Das ist meist so das sich das Problem damit löst....
