Zwei ProCurve verbinden
Es ging doch schneller als erwartet.... das ich wieder hier einen Eintrag erstellen muss.
Folgendes Scenario, wir haben 2 ProCurve 2900 welche richtig konfiguriert werden wollen. Jedoch stehe ich jetzt am Ende vom Anfang.
Es wäre wünschenswert diese beiden Switche so einzusetzten, das sich die Endgeräte immer erreichen lassen. Im ersten Schritt habe ich die beiden Switche gestackt. Ich hoffe ich bin da richtig vor gegangen indem ich Sie beide über kreuz mit den 10GBit Anschlüssen verbunden habe. Der Switch hat insgesammt 24 Ports wobei ich diese aufgeteilt habe in 2 VLANs (je 12 Ports + 1x 10GBit).
Die 12 Ports sind auf Untagged und der 10GBit auf Tagged Mode eingestellt. Soweit so gut. Wenn ich nun aber Mehr als nur ein LAN-Kabel mit dem Produktivnetz verbinde, bekomme ich die Meldung High Collision or drop rate. Why???
Habe ich noch was vergessen?
Ach, und wenn ich alle vorgesehenen LAN-Kabel (in meinem Fall 6!) mit dem Produktivnetz verbinde, geht nix mehr. Klar, weil die Kollisionen jetzt überall sind. Aber was mache ich falsch? Im speziellen geht es um die Verbindung zwischen Stockwerkverteilung und VLAN 1 bzw. den insgesammt 6 Gbit Anschlüssen zwischen Server und Stockwerkverteilung (oben links).
Danke schon mal im voraus für informative Links.
Grüße Eric
Folgendes Scenario, wir haben 2 ProCurve 2900 welche richtig konfiguriert werden wollen. Jedoch stehe ich jetzt am Ende vom Anfang.
Es wäre wünschenswert diese beiden Switche so einzusetzten, das sich die Endgeräte immer erreichen lassen. Im ersten Schritt habe ich die beiden Switche gestackt. Ich hoffe ich bin da richtig vor gegangen indem ich Sie beide über kreuz mit den 10GBit Anschlüssen verbunden habe. Der Switch hat insgesammt 24 Ports wobei ich diese aufgeteilt habe in 2 VLANs (je 12 Ports + 1x 10GBit).
Die 12 Ports sind auf Untagged und der 10GBit auf Tagged Mode eingestellt. Soweit so gut. Wenn ich nun aber Mehr als nur ein LAN-Kabel mit dem Produktivnetz verbinde, bekomme ich die Meldung High Collision or drop rate. Why???
Habe ich noch was vergessen?
Ach, und wenn ich alle vorgesehenen LAN-Kabel (in meinem Fall 6!) mit dem Produktivnetz verbinde, geht nix mehr. Klar, weil die Kollisionen jetzt überall sind. Aber was mache ich falsch? Im speziellen geht es um die Verbindung zwischen Stockwerkverteilung und VLAN 1 bzw. den insgesammt 6 Gbit Anschlüssen zwischen Server und Stockwerkverteilung (oben links).
Danke schon mal im voraus für informative Links.
Grüße Eric
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 130064
Url: https://administrator.de/forum/zwei-procurve-verbinden-130064.html
Ausgedruckt am: 23.12.2024 um 18:12 Uhr
8 Kommentare
Neuester Kommentar
Was meinst du mit gestacked?
HP versteht unter "Stacking" lediglich die Konfiguration mehrerer Switches über eine IP-Adresse - mit Ausfallsicherheit etc. hat das nichts zu tun.
Hast du die Switche jetzt mehrfach verbunden?
Dann musst du auch (da du VLANs benutzt) MSTP verwenden, um Loops zu vermeiden!
Oder geht es dir nur um die Performance zwischen den beiden Switchen?
Dann musst du statische Trunks oder LACP benutzen.
HP versteht unter "Stacking" lediglich die Konfiguration mehrerer Switches über eine IP-Adresse - mit Ausfallsicherheit etc. hat das nichts zu tun.
Hast du die Switche jetzt mehrfach verbunden?
Dann musst du auch (da du VLANs benutzt) MSTP verwenden, um Loops zu vermeiden!
Oder geht es dir nur um die Performance zwischen den beiden Switchen?
Dann musst du statische Trunks oder LACP benutzen.
Du musst in jedem Falle Spanning Tree aktivieren. Bei HP geht das mit dem Kommando:
spanning-tree protocol-version rstp
Das dient nur der Sicherheit damit du dir keine Loops baust.
Was du wohl generell versuchst ist eine Link Aggregation mit IEEE802.3ad oder LACP mit mehreren Ports des Switches, richtig ?!.
Lies dir dazu mal diese Threads durch, die erklären eigentlich alles umfassend zu diesem Thema:
Motherboard mit 2 Onboard LAN Anschlüssen
Traffic am Server auf 2 NICs verteilen
Kann man einen Server zur Performacesteigerung mit 2 Netzwerkkarten parallel an einem Switch betreiben? Wenn ja mit welcher Konfiguration ?
Bonding mit Broadcom - SLB
Link Aggregation - Frage zur Hash Configuration
spanning-tree protocol-version rstp
Das dient nur der Sicherheit damit du dir keine Loops baust.
Was du wohl generell versuchst ist eine Link Aggregation mit IEEE802.3ad oder LACP mit mehreren Ports des Switches, richtig ?!.
Lies dir dazu mal diese Threads durch, die erklären eigentlich alles umfassend zu diesem Thema:
Motherboard mit 2 Onboard LAN Anschlüssen
Traffic am Server auf 2 NICs verteilen
Kann man einen Server zur Performacesteigerung mit 2 Netzwerkkarten parallel an einem Switch betreiben? Wenn ja mit welcher Konfiguration ?
Bonding mit Broadcom - SLB
Link Aggregation - Frage zur Hash Configuration
Tach Eric,
Das Stacking dient nur der logischen Zusammenführung 2er oder mehrerer einzelner Switches die dafür Stacking fähig sein müssen. Über die Verwaltung hat man dann ein Look and Feel ob man nur auf einem Switch wie z.B. einem Chassis Switch ist.
Das ist generell für die Verwaltung einfacher und macht durchaus Sinn. Wenn du deinen Link Aggregation Trunk auch auf 2 Switches innerhalb eines solchen Stacks verteilen willst, dann ist das Stacking auch zwingend notwending !!
Ein Link Aggregation Trunk auf 2 einzelne Switches ist technisch NICHT möglich, da nicht supportet vom Standard !! In der Beziehung macht also ein Stacking durchaus Sinn um bessere Redundanz zu haben.
Du musst aber sicher klären ob der Switchstack verteilte Trunk Links auf unterschiedliche Switches desselben Stacks auch supportet !!!
Viele Billighersteller, zu denen auch HP gehört, supporten sowas aus Kostengründen meist nicht und dann muss der Link Aggregation Trunk immer auf einem Switch im Stack (oder dann auch einzeln) enden.
Sieh also in jedem Falle ins Handbuch der Switches dazu ob das supportet ist !!
Zu deiner anderen Frage:
Ein dickes JA !! Eine Link Aggregation muss IMMER auf beiden Seiten konfiguriert werden ! Egal ob es "Server zu Switch" oder "Switch zu Switch" ist !!
Andernfalls kannst du in Looping oder Spanning Tree problematiken reinlaufen, die dein ganzes netzwerk zum Stillstand bringen !
Das Stacking dient nur der logischen Zusammenführung 2er oder mehrerer einzelner Switches die dafür Stacking fähig sein müssen. Über die Verwaltung hat man dann ein Look and Feel ob man nur auf einem Switch wie z.B. einem Chassis Switch ist.
Das ist generell für die Verwaltung einfacher und macht durchaus Sinn. Wenn du deinen Link Aggregation Trunk auch auf 2 Switches innerhalb eines solchen Stacks verteilen willst, dann ist das Stacking auch zwingend notwending !!
Ein Link Aggregation Trunk auf 2 einzelne Switches ist technisch NICHT möglich, da nicht supportet vom Standard !! In der Beziehung macht also ein Stacking durchaus Sinn um bessere Redundanz zu haben.
Du musst aber sicher klären ob der Switchstack verteilte Trunk Links auf unterschiedliche Switches desselben Stacks auch supportet !!!
Viele Billighersteller, zu denen auch HP gehört, supporten sowas aus Kostengründen meist nicht und dann muss der Link Aggregation Trunk immer auf einem Switch im Stack (oder dann auch einzeln) enden.
Sieh also in jedem Falle ins Handbuch der Switches dazu ob das supportet ist !!
Zu deiner anderen Frage:
Ein dickes JA !! Eine Link Aggregation muss IMMER auf beiden Seiten konfiguriert werden ! Egal ob es "Server zu Switch" oder "Switch zu Switch" ist !!
Andernfalls kannst du in Looping oder Spanning Tree problematiken reinlaufen, die dein ganzes netzwerk zum Stillstand bringen !
Stacking vereinfacht das Managing mehrere Pizzabox Switches. Du kannst dann mehrere diese Switches über ein gemeinsames Konfig Interface zusammen konfigurieren ohne alle Switches einzeln ansprechen zu müssen.
Ferner kann man auch Trunks auf mehrere geräte verteilen was ohne Stack nicht möglich wäre. Ist also in erster Linie eine Erleichterung im Management..mehr nicht !
Ferner kann man auch Trunks auf mehrere geräte verteilen was ohne Stack nicht möglich wäre. Ist also in erster Linie eine Erleichterung im Management..mehr nicht !