Télémétrie en streaming : gNMI, OpenConfig, gRPC

Le polling SNMP à intervalles de 60 secondes est mort. Les déploiements OcNOS modernes diffusent une télémétrie model-driven sur gRPC avec une granularité inférieure à la seconde, des chemins modélisés en OpenConfig et des collecteurs dial-out, alimentant directement Prometheus, InfluxDB et Grafana sans couche de traduction.

Pipeline de télémétrie

Les routeurs OcNOS diffusent des charges utiles gNMI Subscribe (gRPC dial-out) vers un collecteur central. Le collecteur les démultiplexe vers des backends time-series et de recherche, et Grafana affiche les tableaux de bord par-dessus.

Topologie de télémétrie en streaming : des routeurs OcNOS diffusant en gNMI dial-out vers un collecteur qui redistribue vers Prometheus, InfluxDB et Grafana
Télémétrie en streaming : gNMI dial-out depuis OcNOS vers un collecteur, redistribué vers Prometheus, InfluxDB et Grafana.

Pourquoi la télémétrie en streaming a remplacé SNMP

Les cycles de polling SNMP manquent les microbursts, sollicitent excessivement le control plane et ne peuvent pas fournir une charge utile structurée et pilotée par modèle. gNMI Subscribe sur gRPC inverse le modèle : l'équipement pousse des mises à jour typées au changement ou selon un intervalle d'échantillonnage, le collecteur se contente d'analyser le protobuf. OcNOS expose l'intégralité OpenConfig arborescence plus les modèles natifs IETF et IP Infusion, et prend en charge les déploiements dial-in (le collecteur se connecte à l'équipement) comme dial-out (l'équipement se connecte au collecteur derrière un NAT).

L'implémentation de la télémétrie en streaming d'OcNOS

gNMI Subscribe

ON_CHANGE / SAMPLE / TARGET_DEFINED

Prise en charge complète du RPC Subscribe, incluant ON_CHANGE pour les deltas d'état, SAMPLE pour le périodique, et TARGET_DEFINED pour laisser l'équipement choisir la bonne cadence par leaf.

Modèles YANG

OpenConfig + IETF + natif

Modèles OpenConfig interfaces, network-instance, BGP et platform ; YANG IETF lorsqu'il est ratifié ; modèles natifs pour l'état propre à OcNOS. Les modèles sont versionnés et publiés.

Mode Dial-out

Routeurs derrière NAT

Le dial-out gRPC permet aux routeurs de site cellulaire et de périphérie situés derrière un NAT de pousser la télémétrie vers un collecteur central, sans aucune ouverture de port entrant requise.

Couverture des capteurs

Granularité à la seconde

Compteurs par port, profondeurs de file, BGP RIB-in/out, DOM optique, état CPU et mémoire : le tout disponible à des intervalles d'échantillonnage de 1 seconde ou plus fins là où l'ASIC le permet.

Encoding

JSON_IETF + Protobuf

Les encodages JSON_IETF et protobuf sont tous deux pris en charge. Le protobuf l'emporte en efficacité sur le fil pour les capteurs à fort fanout ; le JSON l'emporte en facilité de débogage.

Intégration de collecteurs

Telegraf + gNMIc

Pipelines de référence validés utilisant le plugin d'entrée gNMI de Telegraf ou le gNMIc de Nokia, alimentant Prometheus, InfluxDB et Grafana de manière native.

Ce que vous obtenez avec la télémétrie OcNOS

  • Chemins conformes aux standards. Les chemins de feuille OpenConfig correspondent à ce que votre collecteur existant attend déjà, sans couche de traduction YANG propriétaire.
  • Visibilité en moins d'une seconde. Détection de microbursts, compteurs marqués ECN et profondeur de file à des intervalles inaccessibles à SNMP.
  • Pile open source prête à l'emploi. Tableaux de bord de référence pour Grafana, configurations Telegraf prêtes à l'emploi et exemples de règles d'alerte Prometheus.
  • Une surface de configuration unique. Le même serveur gNMI parle Get, Set et Subscribe : la télémétrie et le config-as-code partagent un seul chemin d'authentification et TLS.

Vous modernisez votre pile d'observabilité ?

Demander une démo technique →
FAQ

Questions fréquentes

Quelle est la différence entre la télémétrie en streaming et SNMP ?
SNMP interroge l'équipement selon un cycle fixe et peut manquer les micro-rafales tout en chargeant le control plane. Avec la télémétrie de streaming gNMI, l'équipement pousse des mises à jour structurées et pilotées par modèle, sur changement ou selon un intervalle d'échantillonnage, de sorte que le collecteur se contente d'analyser la charge utile.
Quels modes de souscription gNMI OcNOS prend-il en charge ?
OcNOS prend en charge l'intégralité du Subscribe RPC : ON_CHANGE pour les deltas d'état, SAMPLE pour le streaming périodique et TARGET_DEFINED pour laisser l'équipement choisir la cadence adaptée à chaque leaf.
OcNOS peut-il diffuser de la télémétrie depuis des routeurs situés derrière un NAT ?
Oui. Le dial-out gRPC permet aux routeurs de sites cellulaires et d'edge situés derrière un NAT d'envoyer leur télémétrie vers un collecteur central sans ouvrir aucun port entrant. OcNOS prend également en charge le dial-in, où c'est le collecteur qui se connecte à l'équipement.
Quels capteurs et quelle granularité sont disponibles ?
Les compteurs par port, les profondeurs de file d'attente, le BGP RIB-in/out, le DOM optique ainsi que l'état du CPU et de la mémoire sont disponibles à des intervalles d'échantillonnage d'une seconde ou plus fins lorsque l'ASIC le permet, via les chemins OpenConfig, IETF et YANG natifs.
Quels collecteurs et tableaux de bord fonctionnent avec la télémétrie OcNOS ?
OcNOS fournit des pipelines de référence utilisant le plugin d'entrée gNMI de Telegraf ou gNMIc, alimentant Prometheus, InfluxDB et Grafana, avec la prise en charge des encodages JSON_IETF et protobuf.