SFP+ 160-9103-900 originale sale in UCTF su un Ciena 3930 - dove sta la lista dei moduli certificati
Sto facendo il commissioning di un handoff 10G per un cliente su un 3930 già presente sul sito. Il modulo è proprio di Ciena, preso dal nostro magazzino, e la porta sale, ma lo stato operativo è UCTF invece di Ena e l'allarme transceiver non certificato resta lì permanentemente. Il collaudo di accettazione include una lista allarmi pulita, quindi non posso consegnarlo così com'è.
- Ciena 3930, software come consegnato sul sito
- Ciena 160-9103-900 SFP+ 10G
- coppia monomodale verso l'NTU del cliente, distanza corta
> port xcvr show
Port 1 ... Oper State: UCTFCosa ho provato:
- reinserito il modulo e spostato su un'altra porta, stesso risultato
- montato un secondo 160-9103-900 dallo stesso stock, UCTF identico
- confermato che il link inoltra traffico, quindi non è un problema ottico
Mi aspettavo che un modulo a marchio Ciena in uno switch Ciena fosse la combinazione che non discute mai. Come faccio a scoprire quali modelli di transceiver il software in esecuzione certifica davvero, e cosa fa sparire lo stato non certificato?
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 4
È proprio quello, e frega la gente perché tutti presumono che il controllo riguardi il produttore. Non è così. Quello che lo switch confronta è la codifica che il modulo porta contro la lista dei modelli che la sua release software certifica. Un modulo costruito da Ciena il cui modello è assente da quella lista sale in UCTF, e un modulo di un vendor di ottiche compatibili la cui codifica corrisponde a una voce della lista sale pulito.
Quindi il flusso di lavoro è:
Prendi una voce dal primo comando che corrisponda al rate e alla portata che ti servono, e procurati moduli codificati per quella. Avevamo lo stesso UCTF su un 3930 e abbiamo messo un ModuleTek 10G LR SFP+ codificato come XCVR-S10V31, che è nella lista supportata: la porta è salita con stato operativo Ena e nessuna indicazione di non certificato, e nient'altro sullo switch è stato toccato.
Avvertimenti da dichiarare prima di una consegna al cliente: questo è un abbinamento di codifica, non una dichiarazione di supporto del vendor, quindi se la scatola è sotto contratto, controlla cosa dice l'accordo sulle ottiche non Ciena prima di progettarle dentro. L'altra strada è una release software che elenca davvero 160-9103-900, ma su un servizio cliente live un upgrade di solito è la più costosa delle due.
Lancia
port xcvr show supportede cerca il tuo modello nell'output. Scarica i modelli e i line rate che la release sulla scatola è disposta a certificare, e quella lista è l'unica cosa che conta qui, non quello che è stampato sulla cage.Posta cosa torna, o almeno se 160-9103-900 ci compare. Se non c'è, hai già la tua risposta, e il fatto che il modulo sia Ciena originale non c'entra niente. Vale la pena dire anche su quale release SAOS sta il 3930: la lista è per release, e una scatola che sta sul sito da un po' può facilmente precedere un part number che una release successiva invece elenca.
Lanciato. La lista è lunga, ma 160-9103-900 non c'è: l'ho scorsa due volte. Il software è quello con cui la scatola è arrivata, nessuno ha toccato la release da quando è stata installata, e
port xcvr showmette ancora la porta a UCTF.Quindi un componente Ciena originale è non certificato su uno switch Ciena perché questa release non lo elenca. Non la risposta che mi aspettavo, ma spiega perché il secondo modulo dallo stesso stock si è comportato in modo identico.
Vale la pena aggiungere la modalità di guasto dove la codifica non è il problema, perché inseguire la codifica costa caro. Su un ME3600X con 15.3(1)S avevo
%PHY-4-SFP_NOT_SUPPORTED: The SFP in Te0/1 is not supportede un err-disable gbic-invalid sui moduli 10G.service unsupported-transceivereno errdisable detect cause gbic-invalidnon cambiavano nulla, i moduli non comparivano mai inshow inventory,show interfacenon stampava nessun media type, e un power meter ottico non vedeva luce da nessuno di loro. Erano un lotto morto: moduli presi da un altro ME3600 già in servizio funzionavano all'istante. Nessun media type più nessuna luce Tx vuol dire hardware, e nessun comando di sblocco lo salva.L'altro estremo della scala è la codifica sbagliata specificamente per la piattaforma: SFP+ DWDM 80 km di terze parti in un ASR 9001 restavano down con un PID generico, e
transceiver permit pid allnon li salvava, perché IOS XR voleva un PID nella forma DWDM-SFP10G-xx.yy dalla matrice ottiche di quella piattaforma. Il fornitore ha ricodificato il lotto e sono saliti. Il tuo caso sta nel mezzo: la codifica è valida, semplicemente non è nella lista della release.