Deckelt ExtremeXOS nicht freigegebene 40G/100G-Optiken nach 90 Tagen wirklich auf 25 % der Line-Rate
Wir erneuern gerade ein Paar Aggregations-Racks, und die Optik ist der Teil, an dem das Management ständig herumstochert. Die Switches sind EXOS-Boxen, und der Plan war, die 40G-Uplinks mit generischen QSFP+ DACs zu füllen, genau wie wir es an den Access-Ports schon machen.
Dann hat jemand aus dem Team eine Notiz zu einer kostenpflichtigen Third-Party-Optics-Lizenz auf EXOS ausgegraben, speziell an 40G- und 100G-Ports gebunden, mit einem Rate-Limiter, der nach einer Karenzzeit greift. Das verändert die Rechnung ziemlich.
- EXOS-Switches im Aggregation Layer, mit dem Code, mit dem sie ausgeliefert wurden
- aktuell 40G-QSFP+-Uplinks, QSFP28 auf der Roadmap
- generische Third-Party-DACs und AOCs, dazu eine Handvoll generischer optischer Transceiver
- 1G- und 10G-Access-Ports schon voller generischer Module, bisher keine Beschwerden
Was wir uns ansehen sollen, sobald ein nicht freigegebenes Modul reinkommt:
show port conf
# the port carries an R (restricted) flag while the countdown runsBisher geprüft:
- die Third-Party-Module, die wir schon betreiben, linken und transportieren Traffic, nichts wird rundweg blockiert
- diese Lizenz finde ich in der Feature-Liste für unseren Code nicht
- das Portal für freigegebene Optik listet Teile pro Plattformfamilie, sagt aber nichts darüber, was ein Switch mit einem nicht gelisteten Modul macht
Also: ist die Einschränkung auf ausgelieferter Firmware real, was genau passiert mit dem Port, wenn der Timer abläuft, und wie sehe ich per CLI, ob mein Release das überhaupt durchsetzt?
Comments 4
Auf welchem Code-Zweig laufen die Switches? Das ist hier der größte Teil der Antwort. Die Lizenz, von der du gelesen hast, ist keine dauerhafte Eigenschaft von EXOS, sie kam mit einem Release und spätere Releases haben die Pflicht wieder fallen lassen, eine Doku-Seite zu einer bestimmten Version sagt also nichts über die Box in deinem Rack.
Auch trennen sollte man: 1G- und 10G-Ports waren nie Teil davon, nur 40G und 100G. Dass euer Access Layer schon generisches SFP und SFP+ fährt, ist für die Uplinks kein Beleg in die eine oder andere Richtung.
Poste die Feature-Lizenz-Anforderungen für dein genaues Release, dazu
show port conffür einen Uplink, in dem schon ein generischer DAC steckt. Steht kein R am Port, läuft nichts runter, und du kannst aufhören, dir Sorgen zu machen.Kurzversion: nichts wird blockiert. Ein 40G- oder 100G-Modul von einem Drittanbieter linkt und forwardet, die Einschränkung ist kommerziell und keine harte Sperre.
Auf einem Release, das es durchsetzt (die kostenpflichtige 3rd Party Optics Feature-Lizenz für 40G- und 100G-Ports kam mit ExtremeXOS 15.5), läuft es so:
show port confgesehen hastDas ist keine Einbahnstraße. Lizenz installieren, oder das Modul gegen eines von der freigegebenen Liste tauschen, und der Port geht zurück auf volle Rate.
Der Teil, den viele überspringen: aktuelle EXOS-Releases verlangen diese Lizenz überhaupt nicht mehr, das Verhalten hängt also komplett von der Code-Version ab. Bevor du ein Tray Third-Party-QSFP+ oder QSFP28 kaufst, lies die Feature-Lizenz-Anforderungen für genau das Release, das du fahren willst, nicht für irgendeine Version, die der erste Treffer in der Doku-Suche zufällig beschreibt.
Zahlen gezogen. Wir sind mehrere Zweige weiter als 15.5, und die Feature-Lizenz-Anforderungen für unser Release haben überhaupt keinen Eintrag zu Third-Party-Optik.
show port confauf den beiden Uplinks, die schon generische DACs tragen, zeigt bei keinem der beiden ein R, und beide laufen mit voller Rate, kein Limiter in Sicht.Auf unserem Code sieht das also nach einem Nicht-Problem aus. Was ich trotzdem mache: ein paar freigegebene QSFP+-Module im Regal bereithalten, denn die erste Frage bei jedem Support-Case wird sein, was im Port steckt.
Die andere Hälfte davon ist der Support, und der hat sich mit keinem Release verändert.
Ich hatte die Diskussion mit unserem Account-Team zweimal. Was man schriftlich bekommt, ist ein Disclaimer, keine Kompatibilitätsaussage: außerhalb der freigegebenen Liste gibt es keine Garantie, keine Compliance-Zusage und keine Verpflichtung zu helfen - die Optik und das Interface-Modul, in das sie gesteckt wird, sind gleichermaßen dein Problem. Bei einem freigegebenen Teil bezahlt man teilweise Papierkram mit: NRTL- und CDRH-Abnahme, FCC CFR 21 1040.10, CE mit EN60825-1, GR-468 wo anwendbar. Tray-Optik kommt mit nichts davon.
Als Einkaufsliste ist das Portal für freigegebene Optik brauchbar - was auch immer ihr fahrt, steht dort drin (EXOS, VOSS, ERS, die alten Brocade-MLX-, SLX-OS- und VDX-Linien, NPB, ISW), und es filtert nach Kupfer oder Optisch, Fibre-Typ, Formfaktor und Rate, 100 Mb/s bis 400 Gb/s. Was es dir nicht sagt, ist, wie sich eine Box mit einem Modul verhält, das nicht auf der Liste steht, und genau das war deine einzige Frage. Daher Threads wie dieser.
Meine eigene Erfahrung: EXOS ist egal, wer das Modul gebaut hat. Generische Teile linken, FS-Teile linken. Was meistens zubeißt, ist eher die Plattform als die Optik - der X435, der auf seinen SFP-Ports kein 2,5G macht, ist der, bei dem ich immer wieder hänge bleibe.