Zyxel RGS200-12P stampa "% SFP module doesn't support DDMI" per due SFP Avago
Consegniamo armadi industriali con il monitoraggio del cliente sopra, quindi un DDMI leggibile sulle porte uplink fa parte della lista di accettazione. Su un RGS200-12P le due porte che contano si rifiutano di stampare qualsiasi cosa dopo che il DDMI è abilitato, anche se entrambi i link sono su e inoltrano traffico.
- Zyxel RGS200-12P, DDMI abilitato
- porta 1/9: AVAGO ABCU-5740RZ-HP8, SFP in rame 1000BASE-T
- porta 1/11: AVAGO AFBR-5710PZ, 1000BASE-SX
- entrambi i link su, contatori puliti su entrambi i lati
% SFP module doesn't support DDMICosa ho già fatto:
- disattivato e riattivato il DDMI, salvato, ricaricato lo switch
- reinseriti entrambi i moduli e spostati in altre cage - stessa risposta su ogni porta
- verificato che i link stessi vanno bene, il traffico passa senza errori
Quindi qual è: lo switch che si rifiuta di leggere ottiche che non ha venduto, o due componenti Avago che genuinamente non hanno diagnostica da consegnare? Devo dare al cliente una risposta o l'altra prima della consegna, non un'alzata di spalle.
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
Hai due cause diverse nascoste dietro una sola stringa di errore.
La porta in rame è comportamento atteso. Gli SFP 1000BASE-T come categoria non implementano diagnostica digitale: non c'è potenza ottica da riportare e quei componenti in genere non portano nessuna pagina diagnostica, quindi 1/9 con l'ABCU-5740RZ-HP8 non mostrerà mai temperatura, tensione o potenza a prescindere da come è configurato il DDMI. Niente da riparare, niente da segnalare.
La porta in fibra è lo stesso esito per un motivo diverso: quel particolare componente Avago non ha una pagina DDM/DDMI nella sua EEPROM. SFF-8472 rende opzionale la pagina diagnostica, e parecchi moduli 1000BASE-SX di quella generazione sono usciti di fabbrica senza. Lo switch qui non sta bloccando un modulo estraneo, sta riportando la verità: non c'è niente nel modulo da leggere.
Il controllo che chiude la questione in cinque minuti è quello già suggerito: un modulo specificato come DDM-capable nella stessa cage. Uno Zyxel SFP-LX-10-E in un RGS200-12P stampa il blocco DDMI completo, il che dimostra che lo switch e la configurazione vanno bene. Avvertimento solito con questo vendor: la loro posizione dichiarata è che le ottiche di terze parti non sono coperte e possono portare perdita di pacchetti e problemi di connettività, quindi se la diagnostica è un criterio di accettazione, metti "DDM/DOM capable" nella specifica d'acquisto invece di sperarci.
Se le ottiche non si possono cambiare su questo armadio, monitora quelle due porte tramite stato del link e contatori di interfaccia e scrivilo nel documento di consegna. È una risposta onesta, e batte una pagina DDMI vuota che nessuno riesce a spiegare tra un anno.
Due cose che vale la pena separare prima di scrivere qualsiasi cosa. Primo, quello switch stampa il DDMI per qualcosa del tutto? Prendi in prestito un modulo che sai essere DDM-capable, mettilo in 1/11 e lancia lo stesso comando. Se esce un blocco completo, il lato switch è dimostrato e restano come unica variabile i due componenti Avago.
Secondo, non trattare il modulo in rame come prova in un senso o nell'altro, è una categoria a sé. E cosa dice davvero il datasheet dell'AFBR-5710PZ sulla diagnostica digitale? Quel componente è abbastanza vecchio che non darei per scontato che ce l'abbia affatto.
Confermato sul banco. Ho preso in prestito un SFP-LX-10-E, l'ho messo in 1/11 con la stessa fibra, e il DDMI stampa il set completo: temperatura, tensione, corrente di bias, Tx e Rx power. Rimetto l'AFBR-5710PZ e la stringa di errore torna immediatamente. La porta 1/9 con il modulo in rame si comporta esattamente come prima, cosa che ora mi aspetto invece di inseguire.
Quindi lo switch fa il suo lavoro e i moduli sono la risposta. Va nella consegna come proprietà del modulo, e la capacità DDM va nella specifica per il prossimo lotto di ottiche. Questo mi ha risparmiato una discussione su uno switch "rotto".
Vale la pena sapere che la stessa situazione si legge in modo completamente diverso a seconda della piattaforma, ed è per questo che continua a tornare come bug report.
Su PAN-OS,
show transceiver-detail allstampa un campodiagnostic-monitorper modulo:Yessignifica che implementa il monitoraggio ottico,Noche non lo fa, e nel secondo caso il modulo viene comunque identificato normalmente mentre ogni valore diagnostico torna comeN/A. Nessun errore, solo campi vuoti: molto più facile da interpretare di una stringa di rifiuto.Su un Nokia 7210 SAS i valori mancanti possono invece essere il software: le release iniziali non implementano affatto il DDM, e la documentazione aggiunge che per moduli non forniti da Nokia i dati potrebbero essere mostrati ma la loro formattazione e accuratezza non sono garantite. Tre possibili colpevoli per un campo vuoto: modulo, piattaforma o release.
E a volte è solo l'interfaccia: sugli switch TP-Link adottati in Omada non c'è nessuna pagina DDM nel controller, apri il suo terminale, digiti
enablee lancishow ddm status.