ExtremeSwitching X690 weigert 100G op poort 57 en toont de QSFP28 DAC als unsupported
Ik voeg een 100G-link toe tussen twee racks op een X690 die al een paar jaar rustig 10G-accesswerk doet. De uplink-cage accepteert de snelheid gewoon niet.
- ExtremeSwitching X690-48x-2q-4c
- 1 m QSFP28 direct attach-kabel, Q28+CR4_1m
- poort 57, een van de QSFP28-uplinkcages
De kabel komt in de poortlijst als unsupported binnen, en de snelheid met de hand instellen wordt regelrecht geweigerd:
* X690.1 # configure port 57 auto off speed 100000 duplex full
Speed specified is not supported on port 57Wat ik geprobeerd heb:
- de kabel aan beide kanten opnieuw ingestoken en verwisseld voor een tweede exemplaar van hetzelfde onderdeel;
- naar een andere QSFP28-cage verplaatst, zelfde melding met dat poortnummer erin;
- auto aan gelaten en de poort gewoon enabled, wat hem down laat zonder link.
De cages zouden 100G-capabel moeten zijn, en de switch weigert de snelheid in plaats van te falen om te linken, dus ik vermoed dat de poort niet geconfigureerd is zoals ik denk. Wat bepaalt de snelheid van deze uplinks, en heeft een wijziging een reboot nodig?
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
De uplink-cages op de X690 zijn geen onafhankelijke poorten met hun eigen snelheidsinstelling. Poorten 49, 53, 57, 61, 65 en 69 delen samen één budget van 400 Gbit/s, en hoe dat budget verdeeld wordt komt uit een partition-template, niet uit een per-poort snelheidscommando. Daarom weigert de CLI de snelheid in plaats van hem te accepteren en de poort donker te laten: op dat moment is poort 57 helemaal geen 100G-interface. Het standaardtemplate geeft je twee 100G-poorten plus vier 40G-poorten, en 57 is niet een van de twee.
Kies een template dat het aantal 100G-interfaces biedt dat je nodig hebt, en wijs dan de poort zelf toe:
Reboot daarna de switch. De nieuwe indeling wordt pas van kracht na de herstart, en beide commando's worden ervoor zonder klagen geaccepteerd, wat dit de eerste keer zo verwarrend maakt.
Naast 1x100G zijn de per-poort-opties 1x40G, 2x50G, 4x10G en 4x25G, dus werk eerst het hele uplinkplan uit en wijzig het template één keer in plaats van per link. Hetzelfde geldt voor het 48t-model, het uplinkblok is daar identiek.
Bevestigd. Template op 4x100G gezet,
configure ports 57 partition 1x100Gtoegewezen, gereboot, en de poort kwam terug als een echte 100G-interface met de Q28+CR4_1m die meteen linkte, geen unsupported cable meer.De reboot is het stuk dat ik gemist zou hebben. Ervoor staan de commando's in de configuratie alsof ze toegepast zijn terwijl de poort de snelheid nog steeds weigert, wat niet te onderscheiden is van het oorspronkelijke probleem. Wie dit op een productiebox doet, moet van tevoren een outage-venster boeken in plaats van er halverwege achter te komen.
Zelfde familie, tegenovergestelde valkuil, voor wie hier belandt met een X695. Daar staan de QSFP28-poorten standaard op 100G en kunnen maar twee van de acht, 51 en 55, überhaupt gepartitioneerd worden. Probeer het ergens anders en je krijgt:
Op het partitioneerbare paar gebruik je
configure port 51 partition 1x40G. Op de rest forceer je in plaats daarvan de snelheid, met precies het commando dat op de X690 faalt:Dat heb ik gedaan voor poorten 49, 50, 55, 60, 61 en 62 op EXOS 30.6.1.11-patch1-4 om 40G-optiek omhoog te krijgen. Poorten 52-54 en 57-59 tonen Link State NP in de standaardindeling, en dat is de indeling die spreekt, geen storing.
Dus: X690-uplinks zijn template-gedreven, X695 QSFP28-poorten zijn vooral snelheid-gedreven. Check welke box je voor je hebt voordat je commando's tussen ze kopieert.