Aruba CX 6200F: kein 10G-Wert im speed-Befehl an Port 1/1/25 mit einem Cisco SFP-10G-SR
Wir erneuern den Core eines kleinen Büros und haben ein Paar Aruba CX 6200F eingesetzt. Der Link zwischen den beiden Switches soll ein 10G-Trunk auf den SFP+-Uplinks sein, und ich bekomme keine der beiden Boxen dazu zuzugeben, dass es 10G auf diesem Port gibt.
- 2x Aruba CX 6200F Switch Series, Trunk auf Port 1/1/25
- Cisco SFP-10G-SR an beiden Enden
- allow-unsupported-transceiver auf beiden Switches aktiviert
Was ich bekomme, wenn ich versuche, die Rate festzunageln, und wie der Port danach aussieht:
switch(config-if)# speed ?
auto
1000-full
100-full
10-full
switch# show interface 1/1/25 transceiver
1/1/25 SFP+SR*
switch# show interface 1/1/25 physical
1/1/25 is down
Speed:Der größte Wert, den der Parser anbietet, ist 1000-full, die Transceiver-Zeile trägt ein Sternchen, und der Port steht unten, ganz ohne Speed.
Was ich schon gemacht habe:
- beide Module neu gesteckt und das Paar an einen anderen SFP+-Port verschoben
- allow-unsupported-transceiver aus- und wieder eingeschaltet, dann einen Switch neu gestartet
- das Duplex-Patchkabel zwischen den beiden Switches getauscht
Ist der fehlende 10G-Wert der Switch, der das Cisco-Modul still ablehnt, oder drehe ich am falschen Knopf? Wie nagle ich diesen Trunk auf 10G fest?
Show original (English)
Also available in: English
العربية
Deutsch
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Русский
Türkçe
Tiếng Việt
简体中文
Comments 3
Kurzfassung: Der fehlende 10G-Wert ist normal und hat nichts damit zu tun, dass das Modul von Cisco ist.
Unter AOS-CX nimmt ein SFP/SFP+-Port keine konfigurierte Geschwindigkeit an, solange ein Transceiver steckt. Der Port läuft mit der festen Rate dessen, was im Käfig sitzt, 10G kommt also vom SFP-10G-SR selbst und nicht von einem speed-Schlüsselwort. Was du in
speed ?siehst, ist das, was die Plattform einem Port ohne Optik anbieten kann, deshalb hört die Liste bei 1000-full auf. Es gibt kein 10000-full zum Auswählen, und dir fehlt weder eine Lizenz noch eine Funktion.Das Sternchen ist die zweite Hälfte der Verwirrung. Es sagt, das Modul steht nicht auf der unterstützten Liste und wird wegen allow-unsupported-transceiver toleriert. Toleriert heißt, der Port wird normal angesteuert; es heißt nicht, dass der Switch den Link unten hält.
Lass die speed-Konfiguration also ganz weg und behandle den verbleibenden Down-Status als gewöhnliches optisches Problem: Beide Enden müssen ein funktionierendes SR-Modul haben, und es lohnt sich,
show interface 1/1/25 transceiverundshow interface 1/1/25 physicalan beiden Switches zu lesen, mit der Faser Ende zu Ende getauscht. Mit einem gesunden SR-Paar kommt der Port von selbst mit 10G hoch.Eine Einschränkung, bevor du dich für den Core auf Drittanbieter-Optik festlegst: Das Erste, worum man dich bei einem Support-Fall bittet, ist, den Fehler mit einem Modul von der Aruba-Liste zu reproduzieren, ein unterstütztes Paar im Regal zu behalten erspart also später eine Diskussion.
Das Sternchen ist kein Fehleranzeiger. Es markiert nur ein Modul, das AOS-CX nicht auf der eigenen Liste führt und das du mit allow-unsupported-transceiver tolerierst. Ein Modul, das der Switch wirklich abgelehnt hätte, würde überhaupt nicht als SFP+SR gelistet.
Bevor irgendjemand beim speed-Schlüsselwort rät: postet
show interface 1/1/25 briefvon beiden Switches. Und sagt, ob eines der beiden SR-Module jemals irgendwo anders einen Link getragen hat. Toleriert ist nicht dasselbe wie getestet, und ein Modul mit totem Sender zeichnet genau dieses Bild, Port down und kein Speed.Keins von beiden Modulen wurde irgendwo anders bewiesen. Beide kamen aus demselben Tray und gingen direkt in diesen Trunk, es gibt also keinen Port, an dem ich sie habe aufleuchten sehen.
show interface 1/1/25 briefist auf beiden Seiten identisch, gekürzt auf die Spalten, die zählen:Gleiches Sternchen, kein Speed-Wert. Das Patchkabel zwischen ihnen ist ein kurzer Duplex-Multimode-Jumper, der klaglos ein 1G-Paar trägt, wenn ich ihn umstecke.