Płaszczyzna zarządzania: konsola, OOB, API, SNMP i telemetria dla optyki · Podstawy przełączników · Karty sieciowe i przełączniki · Dokumentacja · CodingBox
CodingBox Dokumentacja

Płaszczyzna zarządzania: konsola, OOB, API, SNMP i telemetria dla optyki

Wszystko, co przełącznik wie o transceiverze — dane identyfikacyjne, DDM, alarmy, powód odrzucenia modułu — mieszka w płaszczyźnie sterowania i dociera do ciebie przez płaszczyznę zarządzania: kabel konsoli, port out-of-band, sesję CLI albo API, odpytanie SNMP, strumień telemetrii albo linię syslog. Ta strona wymienia metody dostępu, interfejsy automatyzacji, obiekty SNMP i ścieżki telemetrii niosące dane transceivera na głównych platformach, komunikaty syslog warte alertowania oraz rutynowe czynności eksploatacyjne (kopie zapasowe, aktualizacje, ZTP), które dotykają optyki.

Metody dostępu

MetodaPort / interfejsZastosowanieUwagi
KonsolaRJ45 RS-232 (kabel rollover Cisco, 9600 8N1) i/lub USB-C / mini-USB (wirtualny COM)pierwsza konfiguracja, odzyskiwanie, obserwacja rozruchu115 200 na wielu nowszych urządzeniach; konsola USB wymaga sterownika w Windows
Zarządzanie out-of-banddedykowany Ethernet mgmt0 / Management1 / me0, własny VRFcodzienne zarządzanie, keepalive dla MLAG, telemetriaosobna sieć fizyczna; 1G miedź, czasem SFP (Nazewnictwo portów i diody LED)
In-bandloopback albo SVI po sieci danychgdy brak OOBtraci się razem z płaszczyzną danych
BMC / IPMI / Redfishna white-box i części przełączników DCzasilanie, czujniki, firmwarew stylu serwerowym
Bluetooth / aplikacja USBniektóre przełączniki kampusowekonfiguracja początkowa z telefonu—

Interfejsy konfiguracji i automatyzacji

InterfejsStandardyGdzieZastosowanie dla optyki
CLI (SSH)—wszędzieshow interfaces transceiver i podobne (Weryfikacja optyki na przełączniku)
NETCONF / YANGRFC 6241, OpenConfig i modele natywneJunos, IOS-XE/XR, NX-OS, Arista, Huawei, SONiC (częściowo)openconfig-platform-transceiver odczytuje dane identyfikacyjne i DDM
RESTCONF / RESTRFC 8040, REST producenta (Arista eAPI, AOS-CX REST, NX-API, Dell OS10 REST)większośćJSON tych samych poleceń show
gNMI / gRPCOpenConfig gNMIArista, Cisco, Juniper, Nokia, SONiCsubskrypcje telemetrii strumieniowej
SNMPv2c / v3wszędzieodpytywanie DDM i stanu (Monitorowanie)
Ansible / Terraform / Pythonpoprzez powyższe—inwentaryzacja transceiverów we flocie
ZTP / PoAP / autoinstallopcje DHCP + HTTP/TFTPprovisioningnowy przełącznik pobiera obraz i konfigurację; polecenia polityki optyki muszą się w niej znaleźć

Obiekty SNMP dla transceiverów

ZakresMIB / obiektUwagi
Stan interfejsu i liczniki (wszędzie)IF-MIB: ifOperStatus, ifHighSpeed, ifInErrors, ifHCInOctets; EtherLike-MIB: dot3StatsFCSErrorsłącze i CRC
Inwentaryzacja fizyczna (wszędzie)ENTITY-MIB: entPhysicalDescr, entPhysicalModelName (PN), entPhysicalSerialNum (SN), entPhysicalMfgName (producent), entPhysicalClass = port/modułmoduły pojawiają się jako encje potomne portu
Czujniki (standardowe)ENTITY-SENSOR-MIB (RFC 3433): entPhySensorType (celsjusze, wolty, ampery, dBm jako waty ×10^skala), entPhySensorValue, entPhySensorScale, entPhySensorPrecisionużywane przez Arista, Cisco (część), Dell, SONiC
CiscoCISCO-ENTITY-SENSOR-MIB (entSensorValue, progi w CISCO-ENTITY-SENSOR-EXT-MIB), CISCO-ENTITY-FRU-CONTROL-MIB; indeksy DOM transceivera pod encjami potomnymi portuIOS/IOS-XE/NX-OS
JuniperJUNIPER-DOM-MIB: jnxDomCurrentRxLaserPower, jnxDomCurrentTxLaserOutputPower, jnxDomCurrentTxLaserBiasCurrent, jnxDomCurrentModuleTemperature, jnxDomCurrentModuleVoltage, kolumny alarm/warning; tabela per linia jnxDomCurrentLane*wartości w 0,01 dBm / 0,001 mA
HuaweiHUAWEI-ENTITY-EXTENT-MIB: hwEntityOpticalRxPower, hwEntityOpticalTxPower, hwEntityOpticalBiasCurrent, hwEntityOpticalTemperature, hwEntityOpticalVendorSn, hwEntityOpticalVendorPn, hwEntityOpticalType; hwEntityOpticalUserEepromVRP
H3CHH3C-TRANSCEIVER-INFO-MIB: hh3cTransceiverHardwareType, hh3cTransceiverVendorName, hh3cTransceiverCurRXPower, hh3cTransceiverCurTXPower, hh3cTransceiverTemperatureComware
HPE ArubaENTITY-SENSOR-MIB w AOS-CX; MIB hpicfTransceiver w AOS-S—
Dell OS10ENTITY-SENSOR-MIB + REST os10-platform—
ExtremeEXTREME-PORT-MIB / extremeOpticalPort w EXOS—
MikroTikMIKROTIK-MIB: mtxrOpticalTable (mtxrOpticalRxPower, mtxrOpticalTxPower, mtxrOpticalTemperature, mtxrOpticalVoltage, mtxrOpticalTxBias)RouterOS
UbiquitiUBNT-… ograniczone; używaj SSH/ethtool -m—
SONiCENTITY-SENSOR-MIB przez snmpagent; stan w tabeli redis TRANSCEIVER_DOM_SENSOR—
TrapylinkDown/linkUp (IF-MIB), trapy progowe DOM producenta (jnxDomAlarm*, hwEntityOpticalTrap, cefcFRU*)—

Wskazówka dotycząca skalowania — odpytuj DDM co 60–300 s, nie co 10 s; alertuj na podstawie delt: Monitorowanie.

Ścieżki telemetrii strumieniowej (OpenConfig)

ŚcieżkaDane
/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 na linię (chwilowe/średnie/min/maks)
/components/component/state/temperature/instanttemperatura modułu
/interfaces/interface[name]/state/counters/in-crc-errors, in-fcs-errors, carrier-transitions (liczba mignięć)
/interfaces/interface/ethernet/state/negotiated-port-speed, fec-mode (nowsze modele)
Natywne producenta (Cisco XR Cisco-IOS-XR-controller-optics-oper, Junos /junos/system/linecard/optics/, Arista /Sysdb/hardware/xcvr/status/)bogatsze: progi, alarmy, stany linii

Typowe interwały próbkowania to 30–60 s dla DDM i 10 s dla liczników; telemetria działa w modelu push, więc setki portów niewiele kosztują przełącznik.

Komunikaty syslog warte alertowania

KlasaPrzykłady (treść bywa różna)Znaczenie
Moduł zaakceptowany/odrzucony%PHY-4-UNSUPPORTED_TRANSCEIVER, Transceiver … unsupported, phony transceiver, Mod_Inv, PIC … optics unsupportedpolityka (Jak każdy NOS weryfikuje moduł)
Moduł włożony/wyjęty%SFF8472-…, XCVR inserted/removed, Transceiver presentinwentaryzacja
Próg DOMRx power low warning, TEMP_HIGH_ALARM, jnxDomAlarmSet, %SFF8472-5-THRESHOLD_VIOLATIONpoziomy (Progi i alarmy)
Stan łącza%LINK-3-UPDOWN, %LINEPROTO-5-UPDOWN, SNMP_TRAP_LINK_DOWNmignięcia (Migotanie łącza)
Errdisable%PM-4-ERR_DISABLE gbic-invalid, link-flap error detectedport wyłączony przez politykę
FECFEC uncorrectable errors, pre-FEC BER thresholdłącze na granicy
Zasilanie/termikapower class exceeds, Module … high temperature, alarmy wentylatora/zasilaczaZasilanie i temperatura
CMISModule not ready, DataPath … state, CDB failureProblemy z CMIS

Rutynowe czynności eksploatacyjne dotykające optyki

CzynnośćCo zrobić z modułami
Kopia zapasowa konfiguracjiobejmuje polecenia polityki optyki (service unsupported-transceiver, ustawienia FEC, breakout) — utrata ich przy przywracaniu wyłącza porty
Aktualizacja oprogramowaniaprzeczytaj informacje o wydaniu pod kątem transceiverów, przetestuj na urządzeniu pilotażowym, prowadź inwentaryzację zakodowanych modułów (Macierze kompatybilności i firmware)
Firmware modułuczęść NOS wgrywa firmware modułu (Cisco, Arista, Juniper dla optyki OEM) — nowy NOS może po cichu zaktualizować moduły (Kontroler i firmware)
Eksport inwentaryzacjishow inventory / ENTITY-MIB / telemetria do CMDB: producent, PN, SN, port
ZTPkonfiguracja provisioningu musi już zawierać linie FEC/szybkości/polityki, inaczej świeżo dostarczony leaf wstaje z nieaktywnymi uplinkami
Synchronizacja czasuNTP/PTP, aby historia DDM i syslog zgadzały się między urządzeniami
AAA i logowanierejestruje, kto zmienił szybkość/FEC portu — połowa zgłoszeń „optyka padła” to zmiany konfiguracji

W CodingBox

Odczyt na stanowisku i telemetria przełącznika opisują te same bajty: producenta, PN, SN, datę produkcji, wartości i progi DDM. Wyeksportowanie inwentaryzacji z przełącznika i dopasowanie numerów seryjnych do code database pozwala znaleźć moduły, których dane identyfikacyjne zostały zakodowane, których progi różnią się od karty katalogowej, albo które przeniosły się między portami (Check transceiver, Odczyt DDM narzędziami).


Jeśli znajdziesz nieścisłość lub błąd w tym materiale, zaznacz odpowiedni fragment i naciśnij Ctrl+Enter, aby .