Begrenst ExtremeXOS niet-goedgekeurde 40G/100G-optiek echt tot 25% van de line rate na 90 dagen
We vernieuwen een paar aggregatiekasten en de optiek is het onderdeel waar management steeds aan blijft trekken. De switches zijn EXOS-dozen en het plan was om de 40G-uplinks te vullen met generieke QSFP+ DAC's, op dezelfde manier als we al op de accesspoorten doen.
Toen groef iemand van het team een notitie op over een betaalde third-party-optieklicentie op EXOS, specifiek gekoppeld aan 40G- en 100G-poorten, met een rate limiter die na een respijtperiode in werking treedt. Dat verandert de rekensom aardig.
- EXOS-switches in de aggregatielaag, met de code waarmee ze zijn uitgeleverd
- nu 40G QSFP+-uplinks, QSFP28 staat op de roadmap
- generieke third-party DAC's en AOC's, plus een handvol generieke optische transceivers
- 1G- en 10G-accesspoorten al vol generieke modules, tot nu toe geen klachten
Waar we op moeten letten zodra er een niet-goedgekeurde module in gaat:
show port conf
# the port carries an R (restricted) flag while the countdown runsGecontroleerd tot nu toe:
- de third-party modules die we al draaien linken en dragen verkeer, er wordt niets rechtstreeks geblokkeerd
- ik kan die licentie niet vinden in de featurelijst voor de code waar we op zitten
- het portal met goedgekeurde optiek vermeldt onderdelen per platformfamilie, maar zegt niets over wat een switch doet met een niet-vermelde
Is de beperking dus echt aanwezig op shipping code, wat gebeurt er precies met de poort als de timer afloopt, en hoe zie ik vanuit de CLI of mijn release dit überhaupt afdwingt?
Comments 4
Op welke codetrein zitten de switches? Dat is hier het grootste deel van het antwoord. De licentie waar je over las is geen permanente eigenschap van EXOS, hij kwam in één release erbij en latere releases lieten de eis weer vallen, dus een documentpagina geschreven voor één versie zegt niets over de doos in jouw rack.
Ook de moeite van het scheiden waard: 1G- en 10G-poorten hebben hier nooit deel van uitgemaakt, alleen 40G en 100G. Dat je accesslaag al generieke SFP en SFP+ draait, is geen bewijs in welke richting dan ook voor de uplinks.
Post de featurelicentie-eisen voor jouw exacte release, plus
show port confvoor één uplink die al een generieke DAC erin heeft. Staat er geen R bij de poort, dan loopt er niets af te tellen en kun je stoppen met piekeren.Korte versie: er wordt niets geblokkeerd. Een third-party 40G- of 100G-module linkt en stuurt door, de beperking is commercieel en geen harde lockout.
Op een release die het afdwingt (de betaalde 3rd Party Optics Feature-licentie voor 40G- en 100G-poorten kwam in ExtremeXOS 15.5) verloopt het zo:
show port confzag staanHet is geen deur die maar één kant op draait. Installeer de licentie, of wissel de module voor een van de goedgekeurde lijst, en de poort gaat terug naar volle snelheid.
Het deel dat mensen overslaan: huidige EXOS-releases vereisen die licentie helemaal niet, dus het gedrag hangt volledig af van de codeversie. Koop je een tray third-party QSFP+ of QSFP28, lees dan de featurelicentie-eisen voor de exacte release die je van plan bent te draaien, niet voor welke versie de eerste treffer in de documentatie toevallig beschrijft.
De cijfers erbij gehaald. Wij zitten meerdere trains voorbij 15.5 en de featurelicentie-eisen voor onze release hebben helemaal geen vermelding voor third-party optiek.
show port confop de twee uplinks die al generieke DAC's dragen, toont bij geen van beide een R, en allebei draaien ze op volle snelheid zonder limiter in zicht.Op onze code lijkt dit dus geen probleem. Wat ik sowieso ga doen, is een paar goedgekeurde QSFP+-modules op de plank houden, want de eerste vraag bij elke supportcase is toch wat er in de poort zit.
De andere helft hiervan is support, en dat is met geen enkele release veranderd.
Ik heb de discussie twee keer met ons accountteam gevoerd. Wat je op papier krijgt is een disclaimer, geen compatibiliteitsverklaring: buiten de goedgekeurde lijst is er geen garantie, geen compliance-claim en geen verplichting om je te helpen - de optiek en de interfacemodule waar hij in zit zijn evenzeer jouw probleem. Bij een goedgekeurd onderdeel betaal je deels voor papierwerk: NRTL- en CDRH-afkeuring, FCC CFR 21 1040.10, CE met EN60825-1, GR-468 waar van toepassing. Tray-optiek komt met niets daarvan.
Als boodschappenlijst is het portal met goedgekeurde optiek prima - wat je ook draait staat erin (EXOS, VOSS, ERS, de oude Brocade MLX-, SLX-OS- en VDX-lijnen, NPB, ISW), en het filtert op koper of optisch, vezeltype, vormfactor en snelheid, 100 Mb/s tot 400 Gb/s. Wat het je niet vertelt, is hoe een doos zich gedraagt met een module die niet op de lijst staat, en dat is het enige wat je vroeg. Vandaar topics zoals dit.
Mijn eigen ervaring: EXOS maakt niet uit wie de module gebouwd heeft. Generieke onderdelen linken, FS-onderdelen linken. Wat bijt is meestal het platform en niet de optiek - de X435 die geen 2.5G doet op zijn SFP-poorten is degene waar ik steeds weer tegenaan loop.