Optik am Switch prüfen

Sobald ein Modul in einem Port steckt, hat jedes NOS einen Befehl, um dessen Identität und DDM anzuzeigen. Nutzen Sie ihn, um zu bestätigen, dass der Switch das Modul so sieht, wie Sie es erwarten — und um es gegen das abzugleichen, was CodingBox gelesen hat.

Befehle nach NOS

NOS	Befehl
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`

Worauf zu achten ist

Identität — Herstellername, Teilenummer und Seriennummer stimmen mit dem Beabsichtigten überein.
DDM — Temperatur, Spannung, Bias und optische Leistung liegen im Bereich (der Switch liest dieselbe SFF-8472-Diagnostik, die CodingBox anzeigt).
Fehler — ein Hinweis „unsupported transceiver“ verweist auf Herstellersperre.

Abgleich mit CodingBox

Vergleichen Sie die Switch-Ausgabe mit der Transceiver-Zusammenfassung der App. Weicht die Ausgabe des Switches von dem ab, was CodingBox auf der Werkbank gelesen hat, liegt der Unterschied darin, wie der Switch das Modul interpretiert oder sperrt — nicht im Speicher des Moduls.

Plattformspezifische DDM-Befehle, rohe ethtool-Ausgaben, SNMP-OIDs und OpenConfig-Pfade: DDM mit Tools lesen.

Konfigurieren, was Sie verifiziert haben — Geschwindigkeit, FEC, Breakout, Overrides je NOS: Port-Konfigurationsrezepte; warum eine Plattform ein Modul abgelehnt hat: Wie jedes NOS ein Modul validiert.

Dieselben Daten über SNMP und Streaming-Telemetrie — MIB-Objekte je Hersteller, OpenConfig-Transceiver-Pfade, Syslog-Meldungen, bei denen sich ein Alarm lohnt: Management & Monitoring; Interface-Namen, die in diesen Befehlen verwendet werden: Port-Benennung & LEDs.

Wenn Sie in diesem Artikel eine Ungenauigkeit oder einen Fehler finden, markieren Sie die betreffende Stelle und drücken Sie Ctrl+Enter, um .