Optische modules controleren op een switch
Zodra een module in een poort zit, heeft elk NOS een opdracht om de identiteit en DDM te tonen. Gebruik die om te bevestigen dat de switch de module ziet zoals u verwacht, en om te vergelijken met wat CodingBox heeft gelezen.
Opdrachten per NOS
| NOS | Opdracht |
|---|---|
| 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 |
Waar u op let
- Identiteit — fabrikantnaam, artikelnummer en serienummer komen overeen met wat u beoogde.
- DDM — temperatuur, spanning, bias en optisch vermogen liggen binnen het bereik (de switch leest dezelfde SFF-8472-diagnostiek die CodingBox toont).
- Fouten — een melding ‘unsupported transceiver’ wijst op fabrikantvergrendeling.
Vergelijken met CodingBox
Vergelijk de uitvoer van de switch met het transceiveroverzicht van de app. Als de switch afwijkt van wat CodingBox op de werkbank heeft gelezen, zit het verschil in de manier waarop de switch de module interpreteert of blokkeert, niet in het geheugen van de module.
DDM-specifieke opdrachten per platform, ruwe
ethtool-dumps, SNMP-OID's en OpenConfig-paden: DDM met tools lezen.
Configureren wat u hebt geverifieerd — snelheid, FEC, breakout, overrides per NOS: Recepten voor poortconfiguratie; waarom een platform een module afwees: Hoe elk NOS een module valideert.
Dezelfde gegevens via SNMP en streamingtelemetrie — MIB-objecten per fabrikant, OpenConfig-transceiverpaden, syslog-meldingen waarop u moet alarmeren: Beheer & monitoring; interfacenamen in deze opdrachten: Poortnamen & LED's.