ALL6600 - Cisco 2950 - Load Balancing funktioniert nicht
Guten Morgen!
Wir haben uns vor einigen Tagen einen ALL6600 als NAS für unsere Firma zugelegt. Abgesehen von einigen Kleinigkeiten, von denen ich noch nicht genau weiß, wo das Problem steckt (z.B. manchmal werden Dateien/Ordner nicht gefunden, wahrscheinlich ein Rechteproblem, aber das vielleicht an anderer Stelle), sind wir sehr zufrieden... hat ja unseren verfügbaren Speicher ver20igfacht ;)
Allerdings habe ich da ein Problem, von dem ich nicht ganz genau weiß, wie und von welcher Seite ich es angehen soll...
Und zwar können die beiden Ehternet-Anschlüsse des ALL6600 eigentlich laut Spezifikation zu einem einzigen logischen Anschluß zum load balancing zusammengeschaltet werden.
Leider ist die Dokumentation etwas spärlich, und man verweist nur darauf, dass der Switch an dem das ganze dann angeschlossen sein soll "802.3ad"-fähig sein muß...
Also gut, kann ja nicht so schlimm sein, dacht ich mir...
Vorsichtshalber mal nachgeschaut, und wie erwartet versteht der Cisco 2950T 802.3ad.
Also weiter, zwei Ports zu einem Etherchannel zusammengeschaltet und angeschlossen... toll... geht nämlich nicht wirklich, und da liegt jetzt mein Problem...
Ich weiß noch nicht, auf welcher Seite das Problem liegt... schließe ich beide Kabel an, bekomme ich auf einem einen normalen Link (100MBit / full duplex), auf dem anderen irgendwas nicht ganz definiertes... in verschiedenen Ansichten sagt er einmal Link (10MBit, full duplex) in der anderen Port geblockt.
Auf jeden Fall funktionierts nur noch teilweise...
Von einem Ping mit 4 Paketen kommen 2 an... würde dafür sprechen, dass der Cisco seine Arbeit erstmal richtig macht, und jeweils 2 an den funktionierenden und 2 an den anderen... was aber eigentlich nicht sein dürfte, bei balancing on src-mac...
Hat jemand schon mal so ein Problem gehabt?
Wir haben uns vor einigen Tagen einen ALL6600 als NAS für unsere Firma zugelegt. Abgesehen von einigen Kleinigkeiten, von denen ich noch nicht genau weiß, wo das Problem steckt (z.B. manchmal werden Dateien/Ordner nicht gefunden, wahrscheinlich ein Rechteproblem, aber das vielleicht an anderer Stelle), sind wir sehr zufrieden... hat ja unseren verfügbaren Speicher ver20igfacht ;)
Allerdings habe ich da ein Problem, von dem ich nicht ganz genau weiß, wie und von welcher Seite ich es angehen soll...
Und zwar können die beiden Ehternet-Anschlüsse des ALL6600 eigentlich laut Spezifikation zu einem einzigen logischen Anschluß zum load balancing zusammengeschaltet werden.
Leider ist die Dokumentation etwas spärlich, und man verweist nur darauf, dass der Switch an dem das ganze dann angeschlossen sein soll "802.3ad"-fähig sein muß...
Also gut, kann ja nicht so schlimm sein, dacht ich mir...
Vorsichtshalber mal nachgeschaut, und wie erwartet versteht der Cisco 2950T 802.3ad.
Also weiter, zwei Ports zu einem Etherchannel zusammengeschaltet und angeschlossen... toll... geht nämlich nicht wirklich, und da liegt jetzt mein Problem...
Ich weiß noch nicht, auf welcher Seite das Problem liegt... schließe ich beide Kabel an, bekomme ich auf einem einen normalen Link (100MBit / full duplex), auf dem anderen irgendwas nicht ganz definiertes... in verschiedenen Ansichten sagt er einmal Link (10MBit, full duplex) in der anderen Port geblockt.
Auf jeden Fall funktionierts nur noch teilweise...
Von einem Ping mit 4 Paketen kommen 2 an... würde dafür sprechen, dass der Cisco seine Arbeit erstmal richtig macht, und jeweils 2 an den funktionierenden und 2 an den anderen... was aber eigentlich nicht sein dürfte, bei balancing on src-mac...
Hat jemand schon mal so ein Problem gehabt?
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 56558
Url: https://administrator.de/contentid/56558
Ausgedruckt am: 25.11.2024 um 07:11 Uhr
7 Kommentare
Neuester Kommentar
Das ist auch kein Wunder, je nachdem wie genau du dir deine Doku zu deinem Cisco Switch durchgelesen hast
Cisco macht auf Trunks (oder wie sie es entgegen allen anderen nennen: Etherchannels) per default PaGP (Port Aggregation Protocoll). Das ist ein Cisco proprietäres Protokoll und mit dem Standard nicht kompatibel !
Der Standard den 802.3ad aber nutzt ist LACP (Link Aggregation Control Protocoll). Also hast du einen normalen Etherchannel laut Handbuch konfiguriert wird es nicht funktionieren sondern nur zu einem anderen Cisco Switch. Cisco verheimlicht dort natürlich das es nicht standardkonform ist im Default.
Du musst auf deinem Cat 2950 mindestens IOS Software Release 12.1(6)EA2 oder neuer haben denn erst ab dieser Version supportet Cisco den Standard LACP auf dem 2950 !!!
Wahrscheinlich hast du folgendes Kommando benutzt um den Trunk/Channel zu aktivieren:
channel-group 1 mode on
Das ist aber falsch, denn das schaltet sowohl PaGP als auch LACP ab und richtet den Trunk statisch ein. Das kann dann natürlich niemals mit dem NAS funktionieren.
auch on , off, auto und desireable helfen dir nicht weiter, da sie alle PaGP basierend sind und das versteht dein NAS ja nicht, da proprietär !
Erst wenn du channel-group 1 mode active (mit dem entsprechenden Image...) konfigurierst solltest du ein funktionierendes Ergebnis sehen, denn erst das sendet aktive LACP Negotiation an das NAS ! Ein show etherchannel port-channel sollte dir das dann anzeigen. Ggf. solltest du noch STP oder RSTP aktivieren, je nachdem wie den NAS mit Parallellinks umgehen kann um ggf. kurzzeitige Loops zu vermeiden. Da müsste aber die ALL 6600 Doku mehr Infos haben..
Ist halt immer etwas besonderes wenn man Cisco einsetzt
Hätte die Allnet Hotline eigentlich wissen müssen wenn sie sowas verkaufen.....
Cisco macht auf Trunks (oder wie sie es entgegen allen anderen nennen: Etherchannels) per default PaGP (Port Aggregation Protocoll). Das ist ein Cisco proprietäres Protokoll und mit dem Standard nicht kompatibel !
Der Standard den 802.3ad aber nutzt ist LACP (Link Aggregation Control Protocoll). Also hast du einen normalen Etherchannel laut Handbuch konfiguriert wird es nicht funktionieren sondern nur zu einem anderen Cisco Switch. Cisco verheimlicht dort natürlich das es nicht standardkonform ist im Default.
Du musst auf deinem Cat 2950 mindestens IOS Software Release 12.1(6)EA2 oder neuer haben denn erst ab dieser Version supportet Cisco den Standard LACP auf dem 2950 !!!
Wahrscheinlich hast du folgendes Kommando benutzt um den Trunk/Channel zu aktivieren:
channel-group 1 mode on
Das ist aber falsch, denn das schaltet sowohl PaGP als auch LACP ab und richtet den Trunk statisch ein. Das kann dann natürlich niemals mit dem NAS funktionieren.
auch on , off, auto und desireable helfen dir nicht weiter, da sie alle PaGP basierend sind und das versteht dein NAS ja nicht, da proprietär !
Erst wenn du channel-group 1 mode active (mit dem entsprechenden Image...) konfigurierst solltest du ein funktionierendes Ergebnis sehen, denn erst das sendet aktive LACP Negotiation an das NAS ! Ein show etherchannel port-channel sollte dir das dann anzeigen. Ggf. solltest du noch STP oder RSTP aktivieren, je nachdem wie den NAS mit Parallellinks umgehen kann um ggf. kurzzeitige Loops zu vermeiden. Da müsste aber die ALL 6600 Doku mehr Infos haben..
Ist halt immer etwas besonderes wenn man Cisco einsetzt
Hätte die Allnet Hotline eigentlich wissen müssen wenn sie sowas verkaufen.....
Ok, wir warten mal gespannt hier
Wenn du ein wirklich aktuelles IOS hast gibt es auch mittlerweile ein dediziertes lacp Kommando was du ausserdem nochmal probieren kannst ums ganz wasserdicht zu machen. Auf dem Interface sähe das dann so aus:
interface FastEthernet 1
switchport
switchport trunk encapsulation dot1q
switchport mode trunk
no ip address
channel-protocol lacp
channel-group 10 mode active
end
Das ist aber maschinenabhängig ! Normalerweise reicht das channel-group 10 mode active wie oben beschrieben aus !
Wenn du ein wirklich aktuelles IOS hast gibt es auch mittlerweile ein dediziertes lacp Kommando was du ausserdem nochmal probieren kannst ums ganz wasserdicht zu machen. Auf dem Interface sähe das dann so aus:
interface FastEthernet 1
switchport
switchport trunk encapsulation dot1q
switchport mode trunk
no ip address
channel-protocol lacp
channel-group 10 mode active
end
Das ist aber maschinenabhängig ! Normalerweise reicht das channel-group 10 mode active wie oben beschrieben aus !