Plan de gestion : console, OOB, API, SNMP et télémétrie pour l’optique

Tout ce qu’un commutateur sait d’un transceiver — identité, DDM, alarmes, la raison pour laquelle il a refusé un module — vit dans le plan de contrôle et vous parvient par le plan de gestion : un câble console, un port hors bande, une session CLI ou API, un relevé SNMP, un flux de télémétrie ou une ligne de syslog. Cette page recense les méthodes d’accès, les interfaces d’automatisation, les objets SNMP et les chemins de télémétrie qui transportent les données de transceiver sur les principales plateformes, les messages syslog à surveiller, et les routines opérationnelles (sauvegardes, mises à niveau, ZTP) qui touchent à l’optique.

Méthodes d’accès

Méthode	Port / interface	Usage	Notes
Console	RJ45 RS-232 (câble rollover Cisco, 9600 8N1) et/ou USB-C / mini-USB (COM virtuel)	première configuration, restauration, suivi du démarrage	115 200 sur de nombreux boîtiers récents ; la console USB nécessite un pilote sous Windows
Gestion hors bande	Ethernet `mgmt0` / `Management1` / `me0` dédié, VRF propre	gestion au quotidien, keepalives pour MLAG, télémétrie	réseau physique séparé ; cuivre 1G, parfois SFP (Nommage des ports et LED)
Dans la bande	loopback ou SVI sur le réseau de données	quand l’OOB est absent	perdu en même temps que le plan de données
BMC / IPMI / Redfish	sur les white-box et certains commutateurs DC	alimentation, capteurs, firmware	de type serveur
Bluetooth / application USB	certains commutateurs de campus	configuration initiale depuis un téléphone	—

Interfaces de configuration et d’automatisation

Interface	Normes	Où	Utilisation pour l’optique
CLI (SSH)	—	toutes	`show interfaces transceiver` et consorts (Vérifier les optiques sur un commutateur)
NETCONF / YANG	RFC 6241, OpenConfig et modèles natifs	Junos, IOS-XE/XR, NX-OS, Arista, Huawei, SONiC (partiel)	`openconfig-platform-transceiver` lit l’identité et le DDM
RESTCONF / REST	RFC 8040, REST constructeur (Arista eAPI, AOS-CX REST, NX-API, Dell OS10 REST)	la plupart	JSON des mêmes commandes show
gNMI / gRPC	OpenConfig gNMI	Arista, Cisco, Juniper, Nokia, SONiC	abonnements de télémétrie en streaming
SNMP	v2c / v3	toutes	interrogation du DDM et du statut (Surveillance)
Ansible / Terraform / Python	par-dessus ce qui précède	—	inventaire de transceivers à l’échelle du parc
ZTP / PoAP / autoinstall	options DHCP + HTTP/TFTP	provisionnement	un commutateur neuf récupère l’image et la configuration ; les commandes de politique optique doivent figurer dans cette configuration

Objets SNMP pour les transceivers

Portée	MIB / objet	Notes
Statut et compteurs d’interface (tous)	`IF-MIB` : `ifOperStatus`, `ifHighSpeed`, `ifInErrors`, `ifHCInOctets` ; `EtherLike-MIB` : `dot3StatsFCSErrors`	liaison et CRC
Inventaire physique (tous)	`ENTITY-MIB` : `entPhysicalDescr`, `entPhysicalModelName` (PN), `entPhysicalSerialNum` (SN), `entPhysicalMfgName` (constructeur), `entPhysicalClass` = port/module	les modules apparaissent comme des entités enfants du port
Capteurs (standard)	`ENTITY-SENSOR-MIB` (RFC 3433) : `entPhySensorType` (celsius, volts, amperes, dBm as watts ×10^scale), `entPhySensorValue`, `entPhySensorScale`, `entPhySensorPrecision`	utilisé par Arista, Cisco (certains), Dell, SONiC
Cisco	`CISCO-ENTITY-SENSOR-MIB` (`entSensorValue`, seuils dans `CISCO-ENTITY-SENSOR-EXT-MIB`), `CISCO-ENTITY-FRU-CONTROL-MIB` ; les index DOM du transceiver sous les entités enfants du port	IOS/IOS-XE/NX-OS
Juniper	`JUNIPER-DOM-MIB` : `jnxDomCurrentRxLaserPower`, `jnxDomCurrentTxLaserOutputPower`, `jnxDomCurrentTxLaserBiasCurrent`, `jnxDomCurrentModuleTemperature`, `jnxDomCurrentModuleVoltage`, colonnes alarme/avertissement ; table par voie `jnxDomCurrentLane*`	valeurs en 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` sur AOS-CX ; MIB `hpicfTransceiver` sur AOS-S	—
Dell OS10	`ENTITY-SENSOR-MIB` + `os10-platform` REST	—
Extreme	`EXTREME-PORT-MIB` / `extremeOpticalPort` sur EXOS	—
MikroTik	`MIKROTIK-MIB` : `mtxrOpticalTable` (`mtxrOpticalRxPower`, `mtxrOpticalTxPower`, `mtxrOpticalTemperature`, `mtxrOpticalVoltage`, `mtxrOpticalTxBias`)	RouterOS
Ubiquiti	`UBNT-…` limité ; utiliser SSH/`ethtool -m`	—
SONiC	`ENTITY-SENSOR-MIB` via snmpagent ; état dans la table redis `TRANSCEIVER_DOM_SENSOR`	—
Traps	`linkDown`/`linkUp` (IF-MIB), traps de seuil DOM constructeur (`jnxDomAlarm`, `hwEntityOpticalTrap`, `cefcFRU`)	—

Conseil de dimensionnement : interrogez le DDM toutes les 60–300 s, pas toutes les 10 s ; alertez sur les écarts : Surveillance.

Chemins de télémétrie en streaming (OpenConfig)

Chemin	Données
`/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` par voie (instantané/moy/min/max)
`/components/component/state/temperature/instant`	température du module
`/interfaces/interface[name]/state/counters/`	`in-crc-errors`, `in-fcs-errors`, `carrier-transitions` (nombre de flaps)
`/interfaces/interface/ethernet/state/`	`negotiated-port-speed`, `fec-mode` (modèles récents)
Natif constructeur (Cisco XR `Cisco-IOS-XR-controller-optics-oper`, Junos `/junos/system/linecard/optics/`, Arista `/Sysdb/hardware/xcvr/status/`)	plus riche : seuils, alarmes, états des voies

Les intervalles d’échantillonnage typiques sont de 30–60 s pour le DDM et 10 s pour les compteurs ; la télémétrie est de type push, si bien que des centaines de ports coûtent peu au commutateur.

Messages syslog à surveiller

Catégorie	Exemples (le libellé varie)	Signification
Module accepté/rejeté	`%PHY-4-UNSUPPORTED_TRANSCEIVER`, `Transceiver … unsupported`, `phony transceiver`, `Mod_Inv`, `PIC … optics unsupported`	politique (Comment chaque NOS valide un module)
Module inséré/retiré	`%SFF8472-…`, `XCVR inserted/removed`, `Transceiver present`	inventaire
Seuil DOM	`Rx power low warning`, `TEMP_HIGH_ALARM`, `jnxDomAlarmSet`, `%SFF8472-5-THRESHOLD_VIOLATION`	niveaux (Seuils et alarmes)
État de liaison	`%LINK-3-UPDOWN`, `%LINEPROTO-5-UPDOWN`, `SNMP_TRAP_LINK_DOWN`	flaps (Flapping de liaison)
Errdisable	`%PM-4-ERR_DISABLE gbic-invalid`, `link-flap error detected`	port coupé par la politique
FEC	`FEC uncorrectable errors`, `pre-FEC BER threshold`	liaison marginale
Alimentation/thermique	`power class exceeds`, `Module … high temperature`, alarmes ventilateur/PSU	Alimentation et thermique
CMIS	`Module not ready`, `DataPath … state`, `CDB failure`	Problèmes CMIS

Routines opérationnelles qui touchent à l’optique

Routine	Ce qu’il faut faire pour les modules
Sauvegarde de configuration	inclut les commandes de politique optique (`service unsupported-transceiver`, réglages FEC, éclatement (breakout)) : les perdre à la restauration fait tomber des ports
Mise à niveau logicielle	lire les notes de version pour les éléments liés aux transceivers, tester sur un canari, tenir l’inventaire des modules codés (Matrices de compatibilité et firmware)
Firmware du module	certains NOS poussent le firmware du module (Cisco, Arista, Juniper pour les optiques OEM) : un nouveau NOS peut mettre à jour des modules silencieusement (Le contrôleur et son firmware)
Export d’inventaire	`show inventory` / ENTITY-MIB / télémétrie vers la CMDB : constructeur, PN, SN, port
ZTP	la configuration de provisionnement doit déjà contenir les lignes FEC/vitesse/politique, sinon un leaf fraîchement provisionné démarre avec des uplinks éteints
Synchronisation temporelle	NTP/PTP pour que l’historique DDM et le syslog concordent entre les équipements
AAA et journalisation	enregistrer qui a changé la vitesse/le FEC d’un port : la moitié des tickets « l’optique est morte » sont des changements de configuration

Dans CodingBox

La lecture au banc et la télémétrie du commutateur décrivent les mêmes octets : constructeur, PN, SN, code date, valeurs DDM et seuils. Exporter l’inventaire du commutateur et rapprocher les numéros de série de la code database permet de trouver les modules dont l’identité a été codée, dont les seuils diffèrent de la fiche technique, ou qui ont changé de port (Check transceiver, Lecture du DDM avec des outils).

Si vous trouvez une inexactitude ou une erreur dans cet article, sélectionnez le passage concerné et appuyez sur Ctrl+Enter pour .