MLAG vs. Switch Stacking
Hallo zusammen,
wir planen momentan ein Netzwerkredesign unserer Firma.
Ich beschäftige mich zurzeit mit dem Thema Full Stacking und MLAG.
Wir besitzen 2 Dell N4032F die als Core-Switche agieren und die Fähigkeit haben mit MLAG + Full Stacking umzugehen
1. Frage : Wenn ich die Switche stacke, kann ich meine Access-Switche mit LACP 802.3ad redundant(also jeweils 1Uplink zu je einem Core-Switch) anbinden? Der Switch-Stack ist ja dann ein logisches Gerät, das Protokoll sollte somit kein Problem haben und ich kann alle Vorteile von LACP nutzen?
2.Frage MLAG macht nur Sinn, wenn ich keine Möglichkeit habe beide Core-Switche zu stacken?
So das war es erstmal
Danke schonmal.
Gruß
wir planen momentan ein Netzwerkredesign unserer Firma.
Ich beschäftige mich zurzeit mit dem Thema Full Stacking und MLAG.
Wir besitzen 2 Dell N4032F die als Core-Switche agieren und die Fähigkeit haben mit MLAG + Full Stacking umzugehen
1. Frage : Wenn ich die Switche stacke, kann ich meine Access-Switche mit LACP 802.3ad redundant(also jeweils 1Uplink zu je einem Core-Switch) anbinden? Der Switch-Stack ist ja dann ein logisches Gerät, das Protokoll sollte somit kein Problem haben und ich kann alle Vorteile von LACP nutzen?
2.Frage MLAG macht nur Sinn, wenn ich keine Möglichkeit habe beide Core-Switche zu stacken?
So das war es erstmal
Danke schonmal.
Gruß
Please also mark the comments that contributed to the solution of the article
Content-Key: 610272
Url: https://administrator.de/contentid/610272
Printed on: April 18, 2024 at 05:04 o'clock
7 Comments
Latest comment
Zu 1.)
Das sind nur ein paar Kilobytes und das einzig nur beim Booten um den Stack zu formen. Im Betrieb sind es dann nur ein paar Keepalive Frames. Es ist ein proprietäres Ethernet Framing mit Frame MTUs > 10k je nachdem ob dein Switch Marvell oder Broadcom ASICS intern verbaut hat. Der Stacking Traffic ist minimal und nicht relevant in Bezug auf die Stackport Bandbreite da die ja in der Regel ausschliesslich 10G und höher ist.
Zu 2.)
Wie sollen wir dir seriös und fundiert diese Frage beantworten wenn du hier keinerlei Angaben zur Auslastung und zur aktuellen Bandbreite machst. Auch deine Stacking Topologie (Linear oder Daisy Chain) erwähnst du mit keiner Silbe, sprich also ob du viel oder wenig Stack übergreifenden Traffic hast oder nicht.
Denke bitte einmal selber etwas nach ! Das kann dir doch keiner beantworten ohne diese Daten. Es sei denn dir reicht der Blick in die Kristallkugel.
Das ist so wenn du jemanden nach der Reichweite deines Autos fragst ihm aber nicht sagst wieviel Benzin im Tank ist....auch sinnfrei.
Nur so viel: Stack Trunking in einem Daisy Chaining Design macht schon Sinn. Allein schon aus Redundanz. Ob du den Trunk wirklich brauchst ist wie abhängig von der zu erwartenden Last. Ist die eher gering reicht ggf. auch ein singulärer 10G Port.
Unabhängig davon ist ein Daisy Chain Design beim Stacking immer ein Muß !!
Hier im Beispiel sind die Ports 1 und 2 und die Ports 3 und 4 jeweils ein Stack Trunk.
Das sind nur ein paar Kilobytes und das einzig nur beim Booten um den Stack zu formen. Im Betrieb sind es dann nur ein paar Keepalive Frames. Es ist ein proprietäres Ethernet Framing mit Frame MTUs > 10k je nachdem ob dein Switch Marvell oder Broadcom ASICS intern verbaut hat. Der Stacking Traffic ist minimal und nicht relevant in Bezug auf die Stackport Bandbreite da die ja in der Regel ausschliesslich 10G und höher ist.
Zu 2.)
Wie sollen wir dir seriös und fundiert diese Frage beantworten wenn du hier keinerlei Angaben zur Auslastung und zur aktuellen Bandbreite machst. Auch deine Stacking Topologie (Linear oder Daisy Chain) erwähnst du mit keiner Silbe, sprich also ob du viel oder wenig Stack übergreifenden Traffic hast oder nicht.
Denke bitte einmal selber etwas nach ! Das kann dir doch keiner beantworten ohne diese Daten. Es sei denn dir reicht der Blick in die Kristallkugel.
Das ist so wenn du jemanden nach der Reichweite deines Autos fragst ihm aber nicht sagst wieviel Benzin im Tank ist....auch sinnfrei.
Nur so viel: Stack Trunking in einem Daisy Chaining Design macht schon Sinn. Allein schon aus Redundanz. Ob du den Trunk wirklich brauchst ist wie abhängig von der zu erwartenden Last. Ist die eher gering reicht ggf. auch ein singulärer 10G Port.
Unabhängig davon ist ein Daisy Chain Design beim Stacking immer ein Muß !!
Hier im Beispiel sind die Ports 1 und 2 und die Ports 3 und 4 jeweils ein Stack Trunk.
Nein, auf dem Stack bzw. Stack Link gibt es natürlich keinerlei Arten von Spanning Tree. Das ist als "entweder" gemeint in der Zeichnung oben. Jemand der kein Stacking kann muss dann halt MLAGs oder RSTP machen, bleibt ja dann nix anderes....
RSTP solltest du als Looping Schutz auf den Access Ports bzw. Access Switches aber zusammen mit Loop Detection immer an lassen. LACP LAGs nach 802.3ad haben ihren eigenen Loop Schutz dort (im Core) ist kein Spanning Tree erforderlich.
Allerdings muss man den Kollegen zugute halten das sie möglicherweise von einem Clustering reden also MLAG, vPC und Co. was manche Hersteller wie HP usw. oft als Stacking verkaufen mit einem Full Stack allerdings nichts zu tun hat.
Aber auch wenn dem so wäre sind dort in solchen Umgebungen die Failover Zeiten auch sub Second.
Da bist du also nicht der Einzige der es nicht versteht. Liegt wohl an deren mangelnder Netzwerk Kompetenz. Anders ist solche Äußerung wohl nicht zu erklären.
RSTP solltest du als Looping Schutz auf den Access Ports bzw. Access Switches aber zusammen mit Loop Detection immer an lassen. LACP LAGs nach 802.3ad haben ihren eigenen Loop Schutz dort (im Core) ist kein Spanning Tree erforderlich.
das aktuelle Design wurde von Dell so abgenommen bzw. wurde es bewusst so konfiguriert ohne Stacking.
Kein Wunder. Dell ist ja auch bekannt für hervorragende Netzwerk Kompetenz. Das haben sicher Server Leute abgenommen. Heute ohne Stacking zu arbeiten ist doch Unsinn. Du hast doch sonst wieder RSTP und solch uralten Mist dazwischen.Auf Nachfrage wurde mir gesagt das Stacking sehr langsam sei,
Ziemlicher Blödsinn. Das mag vielleicht bei Dell und ihre OEMten Billigswitches so sein (die entwickeln ja nicht selber) bei allen anderen Herstellern wie Cisco, Ruckus usw. ist das nicht der Fall dort haben alle Stacks Sub Second Failover Zeiten. Solche Äußerungen sind fern jeglicher Praxis.Allerdings muss man den Kollegen zugute halten das sie möglicherweise von einem Clustering reden also MLAG, vPC und Co. was manche Hersteller wie HP usw. oft als Stacking verkaufen mit einem Full Stack allerdings nichts zu tun hat.
Aber auch wenn dem so wäre sind dort in solchen Umgebungen die Failover Zeiten auch sub Second.
Da bist du also nicht der Einzige der es nicht versteht. Liegt wohl an deren mangelnder Netzwerk Kompetenz. Anders ist solche Äußerung wohl nicht zu erklären.