CodingBox Q&A Ask question

ExtremeXOS limita davvero le ottiche 40G/100G non approvate al 25% del line rate dopo 90 giorni?

Asked Active Viewed 215 AI translation from English
5

Stiamo rinnovando una coppia di armadi di aggregazione e la linea delle ottiche è la parte su cui il management continua a insistere. Gli switch sono apparati EXOS e il piano era riempire gli uplink 40G con DAC QSFP+ generici, allo stesso modo in cui già facciamo sulle porte di accesso.

Poi qualcuno del team ha tirato fuori una nota su una licenza a pagamento per ottiche di terze parti su EXOS, legata specificamente alle porte 40G e 100G, con un limitatore di velocità che scatta dopo un periodo di grazia. Questo cambia parecchio i conti.

  • switch EXOS nel layer di aggregazione, con il codice con cui sono arrivati
  • uplink 40G QSFP+ adesso, QSFP28 in roadmap
  • DAC e AOC generici di terze parti, più una manciata di transceiver ottici generici
  • porte di accesso 1G e 10G già piene di moduli generici, nessun problema finora

Quello che ci dicono di controllare una volta inserito un modulo non approvato:

show port conf
# the port carries an R (restricted) flag while the countdown runs

Controllato finora:

  • i moduli di terze parti che già usiamo agganciano il link e passano traffico, niente viene bloccato apertamente
  • non riesco a trovare quella licenza nella feature list del codice su cui siamo
  • il portale delle ottiche approvate elenca i pezzi per famiglia di piattaforma ma non dice niente su cosa fa uno switch con uno non elencato

Quindi: la restrizione è reale sul codice di produzione, cosa succede esattamente alla porta quando scade il timer, e come faccio dalla CLI a capire se la mia release la applica del tutto?

Comments 4

Su quale ramo di codice sono gli switch? Questa è gran parte della risposta qui. La licenza di cui hai letto non è una proprietà permanente di EXOS, è arrivata in una release e le release successive hanno tolto il requisito, quindi una pagina di documentazione scritta per una versione non ti dice niente sull'apparato nel tuo rack.

Vale la pena separare anche questo: le porte 1G e 10G non sono mai state parte di questa storia, solo 40G e 100G. Il fatto che il tuo layer di accesso già faccia girare SFP e SFP+ generici non è una prova in un senso o nell'altro per gli uplink.

Posta i requisiti di licenza feature per la tua release esatta, più show port conf per un uplink che ha già un DAC generico dentro. Se non c'è nessuna R sulla porta, non sta contando alla rovescia niente e puoi smettere di preoccuparti.

4 Indiawaverunner21IN Show original (English) AI translation

Versione breve: non viene bloccato niente. Un modulo 40G o 100G di terze parti aggancia il link e fa forwarding, la restrizione è commerciale e non un blocco rigido.

Su una release che la applica (la licenza a pagamento 3rd Party Optics Feature che copre le porte 40G e 100G è arrivata in ExtremeXOS 15.5) la sequenza è:

  • inserisci un'ottica 40G o 100G non approvata ed EMS alza un warning
  • la porta viene marcata restricted, che è la flag R che hai visto menzionata in show port conf
  • parte un conto alla rovescia di 90 giorni
  • quando scade lo switch mette un limitatore di velocità in uscita su quella porta e la limita al 25 percento del line rate

Non è una porta a senso unico. Installa la licenza, oppure scambia il modulo con uno della lista approvata, e la porta torna a piena velocità.

La parte che la gente si perde: le release EXOS attuali non richiedono affatto quella licenza, quindi il comportamento dipende interamente dalla versione del codice. Prima di comprare un vassoio di QSFP+ o QSFP28 di terze parti, leggi i requisiti di licenza feature per la release esatta che intendi far girare, non per qualsiasi versione descriva per caso il primo risultato di documentazione che trovi.

1 South KoreanetrunnerKR Show original (English) AI translation

Tirati fuori i numeri. Siamo diversi rami più avanti di 15.5 e i requisiti di licenza feature per la nostra release non hanno affatto una voce per ottiche di terze parti. show port conf sui due uplink che portano già DAC generici non mostra nessuna R su nessuno dei due, ed entrambi stanno a piena velocità senza limitatore in vista.

Quindi sul nostro codice questo sembra un non-problema. Quello che farò comunque è tenere un paio di moduli QSFP+ approvati sullo scaffale, perché la prima domanda su qualsiasi caso di supporto sarà cosa c'è nella porta.

4 Russiasfpsmith28RU Show original (English) AI translation

L'altra metà della questione è il supporto, e quello non si è mosso con nessuna release.

Ho fatto questa discussione con il nostro account team due volte. Quello che ottieni per iscritto è un disclaimer, non una dichiarazione di compatibilità: fuori dalla lista approvata non c'è garanzia, nessuna dichiarazione di conformità e nessun obbligo di aiutarti: l'ottica e il modulo di interfaccia in cui la infili sono ugualmente un problema tuo. Su un pezzo approvato stai in parte pagando della carta: certificazione NRTL e CDRH, FCC CFR 21 1040.10, CE con EN60825-1, GR-468 dove si applica. Le ottiche da vassoio non portano niente di tutto questo.

Come lista della spesa il portale delle ottiche approvate va bene: qualsiasi cosa tu faccia girare c'è dentro (EXOS, VOSS, ERS, le vecchie linee Brocade MLX, SLX-OS e VDX, NPB, ISW), e filtra per rame o ottica, tipo di fibra, fattore di forma e velocità, da 100 Mb/s fino a 400 Gb/s. Quello che non ti dice è come si comporta un apparato con un modulo che non è nella lista, che è l'unica cosa che hai chiesto. Da qui thread come questo.

La mia esperienza personale: a EXOS non importa chi ha costruito il modulo. I pezzi generici agganciano il link, i pezzi FS agganciano il link. Quello che morde di solito è la piattaforma piuttosto che l'ottica: l'X435 che non fa 2.5G sulle sue porte SFP è quella in cui continuo a incappare.

1 Ukrainerxnode71UA Show original (English) AI translation
Log in to comment. Log in