Management-Ebene: Konsole, OOB, APIs, SNMP und Telemetrie für Optik
Alles, was ein Switch über einen Transceiver weiß — Identität, DDM, Alarme, der Grund, warum er ein Modul abgelehnt hat — lebt in der Control-Plane und erreicht Sie über die Management-Ebene: ein Konsolenkabel, einen Out-of-Band-Port, eine CLI- oder API-Sitzung, eine SNMP-Abfrage, einen Telemetrie-Stream oder eine Syslog-Zeile. Diese Seite listet die Zugriffsmethoden, die Automatisierungsschnittstellen, die SNMP-Objekte und Telemetrie-Pfade, die Transceiver-Daten auf den wichtigsten Plattformen transportieren, die Syslog-Meldungen, bei denen sich ein Alarm lohnt, und die Betriebsroutinen (Backups, Upgrades, ZTP), die Optik berühren.
Zugriffsmethoden
| Methode | Port / Interface | Verwendung | Hinweise |
|---|
| Konsole | RJ45 RS-232 (Cisco-Rollover-Kabel, 9600 8N1) und/oder USB-C / Mini-USB (virtueller COM) | Erstkonfiguration, Wiederherstellung, Boot-Beobachtung | 115 200 bei vielen neueren Geräten; USB-Konsole braucht unter Windows einen Treiber |
| Out-of-Band-Management | dediziertes mgmt0 / Management1 / me0 Ethernet, eigenes VRF | Tagesgeschäft, Keepalives für MLAG, Telemetrie | separates physisches Netz; 1G Kupfer, manchmal SFP (Port-Benennung & LEDs) |
| In-Band | Loopback oder SVI über das Datennetz | wenn OOB fehlt | geht verloren, wenn die Datenebene ausfällt |
| BMC / IPMI / Redfish | bei White-Box- und manchen DC-Switches | Strom, Sensoren, Firmware | server-artig |
| Bluetooth / USB-App | manche Campus-Switches | Ersteinrichtung vom Smartphone | — |
Konfigurations- und Automatisierungsschnittstellen
| Schnittstelle | Standards | Wo | Optik-Nutzung |
|---|
| CLI (SSH) | — | überall | show interfaces transceiver und Verwandte (Optik auf einem Switch verifizieren) |
| NETCONF / YANG | RFC 6241, OpenConfig und native Modelle | Junos, IOS-XE/XR, NX-OS, Arista, Huawei, SONiC (teilweise) | openconfig-platform-transceiver liest Identität und DDM |
| RESTCONF / REST | RFC 8040, Vendor-REST (Arista eAPI, AOS-CX REST, NX-API, Dell OS10 REST) | die meisten | JSON derselben Show-Befehle |
| gNMI / gRPC | OpenConfig gNMI | Arista, Cisco, Juniper, Nokia, SONiC | Streaming-Telemetrie-Abonnements |
| SNMP | v2c / v3 | überall | DDM und Status abfragen (Monitoring) |
| Ansible / Terraform / Python | über die obigen | — | flottenweites Transceiver-Inventar |
| ZTP / PoAP / Autoinstall | DHCP-Optionen + HTTP/TFTP | Provisionierung | ein neuer Switch lädt Image und Konfiguration; Optik-Policy-Befehle müssen in dieser Konfiguration stehen |
SNMP-Objekte für Transceiver
| Umfang | MIB / Objekt | Hinweise |
|---|
| Interface-Status und -Zähler (alle) | IF-MIB: ifOperStatus, ifHighSpeed, ifInErrors, ifHCInOctets; EtherLike-MIB: dot3StatsFCSErrors | Link und CRC |
| Physisches Inventar (alle) | ENTITY-MIB: entPhysicalDescr, entPhysicalModelName (PN), entPhysicalSerialNum (SN), entPhysicalMfgName (Hersteller), entPhysicalClass = Port/Modul | Module erscheinen als Child-Entitäten des Ports |
| Sensoren (Standard) | ENTITY-SENSOR-MIB (RFC 3433): entPhySensorType (Celsius, Volt, Ampere, dBm als Watt ×10^Skala), entPhySensorValue, entPhySensorScale, entPhySensorPrecision | genutzt von Arista, Cisco (teilweise), Dell, SONiC |
| Cisco | CISCO-ENTITY-SENSOR-MIB (entSensorValue, Schwellwerte in CISCO-ENTITY-SENSOR-EXT-MIB), CISCO-ENTITY-FRU-CONTROL-MIB; Transceiver-DOM-Indizes unter den Child-Entitäten des Ports | IOS/IOS-XE/NX-OS |
| Juniper | JUNIPER-DOM-MIB: jnxDomCurrentRxLaserPower, jnxDomCurrentTxLaserOutputPower, jnxDomCurrentTxLaserBiasCurrent, jnxDomCurrentModuleTemperature, jnxDomCurrentModuleVoltage, Alarm-/Warn-Spalten; Pro-Lane-Tabelle jnxDomCurrentLane* | Werte in 0,01 dBm / 0,001 mA |
| Huawei | HUAWEI-ENTITY-EXTENT-MIB: hwEntityOpticalRxPower, hwEntityOpticalTxPower, hwEntityOpticalBiasCurrent, hwEntityOpticalTemperature, hwEntityOpticalVendorSn, hwEntityOpticalVendorPn, hwEntityOpticalType; hwEntityOpticalUserEeprom | VRP |
| H3C | HH3C-TRANSCEIVER-INFO-MIB: hh3cTransceiverHardwareType, hh3cTransceiverVendorName, hh3cTransceiverCurRXPower, hh3cTransceiverCurTXPower, hh3cTransceiverTemperature | Comware |
| HPE Aruba | ENTITY-SENSOR-MIB auf AOS-CX; hpicfTransceiver-MIB auf AOS-S | — |
| Dell OS10 | ENTITY-SENSOR-MIB + os10-platform REST | — |
| Extreme | EXTREME-PORT-MIB / extremeOpticalPort auf EXOS | — |
| MikroTik | MIKROTIK-MIB: mtxrOpticalTable (mtxrOpticalRxPower, mtxrOpticalTxPower, mtxrOpticalTemperature, mtxrOpticalVoltage, mtxrOpticalTxBias) | RouterOS |
| Ubiquiti | UBNT-… eingeschränkt; SSH/ethtool -m verwenden | — |
| SONiC | ENTITY-SENSOR-MIB über SNMP-Agent; Status in der Redis-Tabelle TRANSCEIVER_DOM_SENSOR | — |
| Traps | linkDown/linkUp (IF-MIB), Vendor-DOM-Schwellwert-Traps (jnxDomAlarm*, hwEntityOpticalTrap, cefcFRU*) | — |
Hinweis zur Skalierung — DDM alle 60–300 s abfragen, nicht alle 10 s; auf Deltas alarmieren: Monitoring.
Streaming-Telemetrie-Pfade (OpenConfig)
| Pfad | Daten |
|---|
/components/component[name=<port>-transceiver]/transceiver/state/ | vendor, vendor-part, serial-no, form-factor, connector-type, ethernet-pmd, present, date-code |
…/transceiver/physical-channels/channel[index]/state/ | input-power, output-power, laser-bias-current pro Lane (Momentan-/Durchschnitts-/Min-/Max-Wert) |
/components/component/state/temperature/instant | Modultemperatur |
/interfaces/interface[name]/state/counters/ | in-crc-errors, in-fcs-errors, carrier-transitions (Flap-Anzahl) |
/interfaces/interface/ethernet/state/ | negotiated-port-speed, fec-mode (neuere Modelle) |
Vendor-nativ (Cisco XR Cisco-IOS-XR-controller-optics-oper, Junos /junos/system/linecard/optics/, Arista /Sysdb/hardware/xcvr/status/) | umfangreicher: Schwellwerte, Alarme, Lane-Zustände |
Abtastintervalle von 30–60 s für DDM und 10 s für Zähler sind üblich; Telemetrie ist Push-basiert, sodass hunderte Ports den Switch wenig kosten.
Syslog-Meldungen, bei denen sich ein Alarm lohnt
| Klasse | Beispiele (Wortlaut variiert) | Bedeutung |
|---|
| Modul akzeptiert/abgelehnt | %PHY-4-UNSUPPORTED_TRANSCEIVER, Transceiver … unsupported, phony transceiver, Mod_Inv, PIC … optics unsupported | Policy (Wie jedes NOS ein Modul prüft) |
| Modul eingesetzt/entfernt | %SFF8472-…, XCVR inserted/removed, Transceiver present | Inventar |
| DOM-Schwellwert | Rx power low warning, TEMP_HIGH_ALARM, jnxDomAlarmSet, %SFF8472-5-THRESHOLD_VIOLATION | Pegel (Schwellwerte & Alarme) |
| Link-Status | %LINK-3-UPDOWN, %LINEPROTO-5-UPDOWN, SNMP_TRAP_LINK_DOWN | Flaps (Link-Flapping) |
| Errdisable | %PM-4-ERR_DISABLE gbic-invalid, link-flap error detected | Port durch Policy abgeschaltet |
| FEC | FEC uncorrectable errors, pre-FEC BER threshold | grenzwertiger Link |
| Strom/Thermik | power class exceeds, Module … high temperature, Lüfter-/Netzteil-Alarme | Strom & Thermik |
| CMIS | Module not ready, DataPath … state, CDB failure | CMIS-Probleme |
Betriebsroutinen, die Optik berühren
| Routine | Was in Bezug auf Module zu tun ist |
|---|
| Konfigurations-Backup | enthält die Optik-Policy-Befehle (service unsupported-transceiver, FEC-Einstellungen, Breakout) — sie beim Wiederherstellen zu verlieren legt Ports lahm |
| Software-Upgrade | Release Notes auf Transceiver-Punkte lesen, an einem Kanarienvogel testen, das Inventar codierter Module pflegen (Kompatibilitätsmatrizen & Firmware) |
| Modul-Firmware | manche NOS spielen Modul-Firmware auf (Cisco, Arista, Juniper bei OEM-Optik) — ein neues NOS kann Module stillschweigend aktualisieren (Controller & Firmware) |
| Inventar-Export | show inventory / ENTITY-MIB / Telemetrie in die CMDB: Hersteller, PN, SN, Port |
| ZTP | die Provisionierungs-Konfiguration muss FEC-/Geschwindigkeits-/Policy-Zeilen bereits enthalten, sonst kommt ein frisch provisionierter Leaf mit dunklen Uplinks hoch |
| Zeitsynchronisation | NTP/PTP, damit DDM-Verlauf und Syslog geräteübergreifend zusammenpassen |
| AAA und Logging | erfassen, wer die Geschwindigkeit/FEC eines Ports geändert hat — die Hälfte der Tickets „die Optik ist gestorben“ sind Konfigurationsänderungen |
In CodingBox
Der Werkbank-Read und die Telemetrie des Switches beschreiben dieselben Bytes: Hersteller, PN, SN, Datumscode, DDM-Werte und Schwellwerte. Der Export des Switch-Inventars und der Abgleich der Seriennummern mit der Code-Datenbank findet Module, deren Identität codiert wurde, deren Schwellwerte vom Datenblatt abweichen oder die zwischen Ports gewechselt haben (Check transceiver, DDM mit Tools lesen).