Il Brocade G610 su FOS 9.x manda in fault ottiche 16G SWL compatibili: Mod_Inv e Speed Mismatch / Incompatible SFP
Stiamo aggiungendo capacità a una piccola fabric FC e abbiamo comprato SFP+ 16G short-wave compatibili da un fornitore di ottiche invece di pagare il prezzo del vendor dello switch. Lo switch li rifiuta.
- Brocade G610, Fabric OS 9.x
- SFP+ 16G SWL con codifica generica, lunghezza d'onda e portata corrette secondo l'etichetta
- componenti 16G con codifica Brocade nelle porte vicine dello stesso switch, funzionanti
- stessi moduli provati in un Brocade 300 più vecchio, stesso comportamento
All'inserimento la porta va in fault:
switchshow
12 12 010c00 id N16 Mod_Inv FC Speed Mismatch / Incompatible SFP
sfpshow 12
Port does not use an SFP or is disabled!La GUI è più diretta: Faulted due to SFP validation failure. Check if the SFP is valid for the configuration. e Port Health passa a FAULTY. errdump ha una voce corrispondente a livello chassis sulla porta andata in fault per SFP non valido, velocità in conflitto o guasto laser.
Già provato:
- riseduto il modulo e spostato su altre due porte, risultato identico ovunque
- fissata la velocità della porta a 16G invece di auto, nessun cambiamento
- messo un modulo con codifica Brocade nella stessa porta per dimostrare che porta e cavo sono a posto, si collega all'istante
Cosa sta validando esattamente Fabric OS qui, e c'è qualcosa dal lato switch che li fa accettare, oppure i moduli devono semplicemente tornare indietro?
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
Quell'output è coerente, e niente di tutto ciò è una configurazione sbagliata dal tuo lato.
Fabric OS porta con sé tabelle di lookup e controlla l'identità codificata del transceiver insieme ai bit di velocità supportati. Si aspetta che le capacità di velocità Fibre Channel siano codificate, qualcosa come 4/8/16G o 8/16/32G a seconda del componente. Un modulo con codifica generica, o codificato con velocità Ethernet nei campi di velocità, fallisce quel controllo anche se l'ottica ha la lunghezza d'onda e la portata corrette, quindi la porta va in fault invece di restare semplicemente down. L'
sfpshowvuoto è un effetto collaterale dello stesso controllo: una volta che la validazione fallisce, il modulo viene letto come assente invece che come rifiutato, il che manda la gente a caccia di cage morte.Non c'è nessuna impostazione lato switch che ti faccia aggirare la cosa: la decisione si basa sulla codifica, non sulla velocità negoziata. La via d'uscita è un modulo codificato per Fibre Channel con le velocità FC giuste per la tua piattaforma, in linea con la matrice di supporto transceiver Broadcom. Il tuo fornitore di solito può ricodificare i componenti che hai già, il che batte rispedirli indietro.
Il Brocade 300, il G610, il G720 e gli apparati OEM come l'IBM SAN64B-6 si comportano tutti così, e le varianti SWL, LWL, ELWL, CWDM e DWDM sono trattate allo stesso modo. È diventato notevolmente più comune con FOS 9.x, motivo per cui componenti che andavano bene in una fabric più vecchia improvvisamente non vanno più.
Una trappola se questi finiscono mai in un box Gen 7: anche un G720 rifiuta le ottiche non sicure, e persino un componente Brocade 32G come il 57-1000333-01 finisce in Mod_Inv lì. Gen 7 vuole i part number sicuri della matrice, non solo una codifica FC corretta.
Prima di rispedirli indietro, insisti col fornitore su un dettaglio: quali velocità sono davvero incise nei campi di capacità di velocità di quei moduli. Velocità Fibre Channel, qualcosa nella forma 4/8/16G, oppure velocità Ethernet? La codifica generica sull'etichetta non dice niente a riguardo, ed è di solito lì che le cose vanno storte.
Vale la pena postare anche:
sfpshowsu una delle porte funzionanti con codifica Brocade accanto a quella in fault, così puoi confrontare quale identità legge lo switch in ciascun caso. E non perdere altro tempo sull'impostazione della velocità della porta, non è quello che il controllo sta guardando.Gli ho chiesto, ed è il secondo caso. I campi di velocità portano velocità Ethernet, non c'è impostata nessuna velocità FC lì dentro, niente nella forma 4/8/16G che lo switch possa trovare. L'ottica ha la lunghezza d'onda e la portata giuste per 16G SWL, ma l'identità non è mai stata scritta per un componente Fibre Channel, e il fornitore lo ha ammesso quando gli ho citato l'errore.
Il confronto che volevi non è molto informativo.
sfpshowsulla porta funzionante accanto stampa il blocco identità completo come previsto, mentre sulla porta in fault continuo a ottenere soloquindi lo switch non lo presenta nemmeno come modulo rifiutato, la cage si legge come vuota. E per l'impostazione della velocità della porta, quella era già stata esclusa prima che postassi.