Verifica dell’ottica su uno switch
Una volta che un modulo è in una porta, ogni NOS ha un comando per mostrarne l’identità e il DDM. Usalo per confermare che lo switch veda il modulo come ti aspetti — e per incrociarlo con quanto ha letto CodingBox.
Comandi per NOS
| NOS | Comando |
|---|---|
| Cisco IOS / IOS-XE | show interfaces <if> transceiver detail |
| Cisco NX-OS | show interface <if> transceiver details |
| Juniper Junos | show interfaces diagnostics optics <if> |
| Arista EOS | show interfaces <if> transceiver detail |
| Huawei VRP | display transceiver interface <if> verbose |
| Aruba CX | show interface <if> transceiver detail |
Cosa cercare
- Identità — nome del produttore, part number e seriale corrispondono a quanto previsto.
- DDM — temperatura, tensione, bias e potenza ottica sono nell’intervallo previsto (lo switch legge la stessa diagnostica SFF-8472 che mostra CodingBox).
- Errori — una nota «unsupported transceiver» rimanda al blocco del produttore.
Verifica incrociata con CodingBox
Confronta l’output dello switch con il riepilogo del ricetrasmettitore dell’app. Se lo switch non concorda con quanto CodingBox ha letto al banco, la differenza sta in come lo switch interpreta o filtra il modulo — non nella memoria del modulo.
Comandi specifici per il DDM per piattaforma, dump grezzi di
ethtool, OID SNMP e percorsi OpenConfig: Leggere il DDM con gli strumenti.
Configurare ciò che hai verificato — velocità, FEC, breakout, override per NOS: Ricette di configurazione delle porte; perché una piattaforma ha rifiutato un modulo: Come ogni NOS convalida un modulo.
Gli stessi dati via SNMP e telemetria in streaming — oggetti MIB per produttore, percorsi OpenConfig del ricetrasmettitore, messaggi syslog su cui allertare: Gestione e monitoraggio; i nomi delle interfacce usati in questi comandi: Nomi delle porte e LED.