ExtremeSwitching X690 verweigert 100G auf Port 57 und zeigt das QSFP28-DAC als nicht unterstützt
Auf einem X690, der seit ein paar Jahren unauffällig 10G-Access-Aufgaben erledigt, soll ein 100G-Link zwischen zwei Racks dazukommen. Der Uplink-Slot nimmt die Geschwindigkeit überhaupt nicht an.
- ExtremeSwitching X690-48x-2q-4c
- 1 m QSFP28 Direct-Attach-Kabel, Q28+CR4_1m
- Port 57, einer der QSFP28-Uplink-Slots
Das Kabel wird in der Port-Liste als nicht unterstützt angezeigt, und das manuelle Setzen der Geschwindigkeit wird rundweg abgelehnt:
* X690.1 # configure port 57 auto off speed 100000 duplex full
Speed specified is not supported on port 57Was ich versucht habe:
- Kabel an beiden Enden neu gesteckt und gegen ein zweites vom selben Typ getauscht;
- in einen anderen QSFP28-Slot gewechselt, gleiche Meldung mit der jeweiligen Portnummer darin;
- Auto gelassen und den Port einfach aktiviert, dann bleibt er down, ohne Link.
Die Slots sollen eigentlich 100G-fähig sein, und der Switch verweigert die Geschwindigkeit, statt einfach keinen Link zu bekommen, also vermute ich, dass der Port nicht so konfiguriert ist, wie ich denke. Was entscheidet bei diesen Uplinks über die Geschwindigkeit, und braucht eine Änderung einen Reboot?
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
Die Uplink-Slots am X690 sind keine unabhängigen Ports mit eigener Geschwindigkeitseinstellung. Die Ports 49, 53, 57, 61, 65 und 69 teilen sich ein gemeinsames Budget von 400 Gbit/s, und wie dieses Budget aufgeteilt wird, kommt aus einem Partition-Template, nicht aus einem Speed-Befehl pro Port. Deshalb verweigert die CLI die Geschwindigkeit, statt sie zu akzeptieren und den Port dunkel zu lassen: In dem Moment ist Port 57 gar kein 100G-Interface. Das Standard-Template liefert zwei 100G-Ports plus vier 40G-Ports, und 57 gehört nicht zu den beiden.
Ein Template wählen, das die benötigte Anzahl 100G-Interfaces liefert, und dann den Port selbst zuweisen:
Danach den Switch neu starten. Das neue Layout wird erst nach dem Neustart wirksam, und beide Befehle werden davor klaglos akzeptiert, was das Ganze beim ersten Mal verwirrend macht.
Neben 1x100G stehen pro Port 1x40G, 2x50G, 4x10G und 4x25G zur Wahl, also den gesamten Uplink-Plan vorher durchdenken und das Template einmal ändern statt pro Link. Gilt genauso für das 48t-Modell, der Uplink-Block ist dort identisch.
Bestätigt. Template auf 4x100G gesetzt,
configure ports 57 partition 1x100Gzugewiesen, neu gestartet, und der Port kam als echtes 100G-Interface zurück, das Q28+CR4_1m linkte sofort, kein unsupported cable mehr.Der Reboot ist der Teil, den ich übersehen hätte. Davor stehen die Befehle in der Konfiguration und sehen angewendet aus, während der Port die Geschwindigkeit weiterhin ablehnt, nicht zu unterscheiden vom ursprünglichen Problem. Wer das auf einer Produktivbox macht, sollte das Wartungsfenster vorher einplanen, statt es auf halbem Weg zu entdecken.
Gleiche Familie, umgekehrte Falle, für alle, die hier mit einem X695 landen. Dort sind die QSFP28-Ports standardmäßig auf 100G, und nur zwei von den acht, 51 und 55, lassen sich überhaupt partitionieren. Versucht man es woanders, kommt:
Beim partitionierbaren Paar nutzt man
configure port 51 partition 1x40G. Beim Rest erzwingt man stattdessen die Geschwindigkeit, mit genau dem Befehl, der beim X690 fehlschlägt:Das habe ich für die Ports 49, 50, 55, 60, 61 und 62 auf EXOS 30.6.1.11-patch1-4 gemacht, um 40G-Optiken hochzubekommen. Die Ports 52-54 und 57-59 zeigen im Standard-Layout Link State NP, das ist das Layout, das spricht, kein Fehler.
Also: X690-Uplinks sind template-gesteuert, X695-QSFP28-Ports meist geschwindigkeitsgesteuert. Vorher prüfen, welche Box vor einem steht, bevor man Befehle zwischen ihnen kopiert.