Cisco Portchannel Bandbreiten mixen
Guten Morgen zusammen,
gegeben sind zwei Cisco Switche
1 x WS-2960 1GBit
1 x WS-2960 100MBit
Ich möchte diese beiden Switche mit zwei Kupferkabeln verbinden (Uplink). In der Cisco Welt heißt das ja dann Etherchannel.
Frage 1 - Wie kann ich den Etherchannel einrichten? Reicht ein
interface FastEthernet0/1
channel-protocol lacp
channel-group 1 mode active
!
interface FastEthernet0/2
channel-protocol lacp
channel-group 1 mode active
auf beiden Seiten aus und das funktioniert dann so?
Frage 2 - ist es überhaupt möglich einen Etherchannel (Uplink) zwischen den beiden Switchen zu erstellen wenn die Switche unterschiedliche Bandbreiten haben (1Gbit vs. 100Mbit)?
Vielen Dank
gegeben sind zwei Cisco Switche
1 x WS-2960 1GBit
1 x WS-2960 100MBit
Ich möchte diese beiden Switche mit zwei Kupferkabeln verbinden (Uplink). In der Cisco Welt heißt das ja dann Etherchannel.
Frage 1 - Wie kann ich den Etherchannel einrichten? Reicht ein
interface FastEthernet0/1
channel-protocol lacp
channel-group 1 mode active
!
interface FastEthernet0/2
channel-protocol lacp
channel-group 1 mode active
auf beiden Seiten aus und das funktioniert dann so?
Frage 2 - ist es überhaupt möglich einen Etherchannel (Uplink) zwischen den beiden Switchen zu erstellen wenn die Switche unterschiedliche Bandbreiten haben (1Gbit vs. 100Mbit)?
Vielen Dank
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 208933
Url: https://administrator.de/forum/cisco-portchannel-bandbreiten-mixen-208933.html
Ausgedruckt am: 22.12.2024 um 10:12 Uhr
8 Kommentare
Neuester Kommentar
Selbst wenn es möglich wäre, ist es in jedem Falle keine gute Idee so etwas zu machen.
Automatiken sind für solche Ports kritisch. Warum sollte dann auch ein Gigabit Port runter gezogen werden auf komplizierte 200Mbit/s. Auf jeden Fall vorher die beteiligten Ports auf 100FDX setzen.
Vermutlich haben die beiden Switche dann auch noch bedeutend andere Firmware / IOS - Stände.
Gruß
Netman
Automatiken sind für solche Ports kritisch. Warum sollte dann auch ein Gigabit Port runter gezogen werden auf komplizierte 200Mbit/s. Auf jeden Fall vorher die beteiligten Ports auf 100FDX setzen.
Vermutlich haben die beiden Switche dann auch noch bedeutend andere Firmware / IOS - Stände.
Gruß
Netman
Nein, das ist nicht möglich und auch NICHT supportet !!
Weder bei LACP noch Ciscos proprietärem PaGP ist sowas supportet !
Der Grund ist einfach: Der standartisierte Aggregation Algorythmus IEEE 802.3ad bietet keinerlei Frame Recovery Mechanismen sondern einzig und allein nur einen Verteil Mechanismus auf Hashing Basis.
Wenn du nun aber einen LAG (Link Aggregation) mit unterschiedlichen Geschwindigkeiten realisierst hast du unterschiedliche Laufzeiten durch den gravierenden Geschwindigkeits Unterschied zwischen den Trunk Members.
Hier sind dann fehlerhafte Frames bzw. Sequence Errors sicher vorprogrammiert die zu Fehlfunktionen führen.
Deshalb sind unterschiedliche Speeds in Trunk und Etherchannel Konfigs ein striktes NoGo !
Was du machen kannst ist in deinem letzten Satz angesprochen. Wenn du den GiG Link fest im Port Setting mit speed 100 auf 100 Mbit setzt dann kannst du theoretisch einen LAG bilden.
Theoretisch..... Die Cisco Konfig lässt das aber aus Sicherheitsgründen nicht zu, denn relvant ist das übergeordnete Port Channel Interface. Das wird mit dem speed Kommando konfiguriert und erzwingt dann so eine gleiche Konfiguration der physischen Interfaces. Konfigurierst du eins vorab so kommt der Port Channel nicht hoch wegen des Konfig Mismatches.
Theoretisch ist das also richtig gedacht, lässt sich aber in der Praxis nicht umsetzen, wenigstens nicht bei Cisco IOS. Letztlich ist das auch sinnvoll so um eine physische Miskonfiguration der beteiligten Ports zu verhindern.
Praktisch wäre es aber auch völliger Blödsinn, denn einen GiG Port mit einem 2 mal 100 Mbit Trunk zu ersetzen wäre ja auch performancetechnischer Unsinn. Niemand würde sowas machen....
Ansonsten nimmst du stat Kupfer Glas. besorgst dir 4 billige 1 GiG GBICs und 2 LC Patchkabel bei www.Reichelt.de für beide Seiten und steckst die mit Glas zusammen.
Damit ist ein 2 GiG Trunk / Etherchannel dann ein Kinderspiel mit deiner o.a. richtigen Konfig die du hier nochmal nachlesen kannst:
http://www.cisco.com/en/US/docs/switches/lan/catalyst3550/software/rele ...
Weder bei LACP noch Ciscos proprietärem PaGP ist sowas supportet !
Der Grund ist einfach: Der standartisierte Aggregation Algorythmus IEEE 802.3ad bietet keinerlei Frame Recovery Mechanismen sondern einzig und allein nur einen Verteil Mechanismus auf Hashing Basis.
Wenn du nun aber einen LAG (Link Aggregation) mit unterschiedlichen Geschwindigkeiten realisierst hast du unterschiedliche Laufzeiten durch den gravierenden Geschwindigkeits Unterschied zwischen den Trunk Members.
Hier sind dann fehlerhafte Frames bzw. Sequence Errors sicher vorprogrammiert die zu Fehlfunktionen führen.
Deshalb sind unterschiedliche Speeds in Trunk und Etherchannel Konfigs ein striktes NoGo !
Was du machen kannst ist in deinem letzten Satz angesprochen. Wenn du den GiG Link fest im Port Setting mit speed 100 auf 100 Mbit setzt dann kannst du theoretisch einen LAG bilden.
Theoretisch..... Die Cisco Konfig lässt das aber aus Sicherheitsgründen nicht zu, denn relvant ist das übergeordnete Port Channel Interface. Das wird mit dem speed Kommando konfiguriert und erzwingt dann so eine gleiche Konfiguration der physischen Interfaces. Konfigurierst du eins vorab so kommt der Port Channel nicht hoch wegen des Konfig Mismatches.
Theoretisch ist das also richtig gedacht, lässt sich aber in der Praxis nicht umsetzen, wenigstens nicht bei Cisco IOS. Letztlich ist das auch sinnvoll so um eine physische Miskonfiguration der beteiligten Ports zu verhindern.
Praktisch wäre es aber auch völliger Blödsinn, denn einen GiG Port mit einem 2 mal 100 Mbit Trunk zu ersetzen wäre ja auch performancetechnischer Unsinn. Niemand würde sowas machen....
Ansonsten nimmst du stat Kupfer Glas. besorgst dir 4 billige 1 GiG GBICs und 2 LC Patchkabel bei www.Reichelt.de für beide Seiten und steckst die mit Glas zusammen.
Damit ist ein 2 GiG Trunk / Etherchannel dann ein Kinderspiel mit deiner o.a. richtigen Konfig die du hier nochmal nachlesen kannst:
http://www.cisco.com/en/US/docs/switches/lan/catalyst3550/software/rele ...
Hallo,
Benötigst du die LWL Verbindung für die anderen Verbindung wegen gigabit oder wegen LWL?
Wenn die wegen der Glasfaser Verbindung wegen der Kabellänge benötigst wärezu überlegen mit einem Medienkonverter die LWL Ports freizumachen und die Dann freien LWL Ports für den Etherchannel zu nutzen.
Brammer
Benötigst du die LWL Verbindung für die anderen Verbindung wegen gigabit oder wegen LWL?
Wenn die wegen der Glasfaser Verbindung wegen der Kabellänge benötigst wärezu überlegen mit einem Medienkonverter die LWL Ports freizumachen und die Dann freien LWL Ports für den Etherchannel zu nutzen.
Brammer
Zitat von @exellent:
Ich würde die Switche auch ganz gerne per LWL verbinden - Leider brauch ich die LWL Ports aber für andere Anbindungen. Mir ging es hauptsächlich um die "Ausfallsicherheit". Also dass wenn ein Kupfer Uplink Kabel kaputt geht, die Verbindung trotzdem noch steht.
Ich würde die Switche auch ganz gerne per LWL verbinden - Leider brauch ich die LWL Ports aber für andere Anbindungen. Mir ging es hauptsächlich um die "Ausfallsicherheit". Also dass wenn ein Kupfer Uplink Kabel kaputt geht, die Verbindung trotzdem noch steht.
In dem Falle sollstest du dich mit STP (*) und RST beschäftigen. Das ist für eine Verbindung mit Ausfallsicherheit gedacht. Da kannst du auch beliebige Ports verwenden.
Gruß Netman
- Spanning Tree