Accueil · Documentation · Technologie · Télémétrie en streaming

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

L'interrogation SNMP à intervalles de 60 secondes manque les micro-rafales et charge le plan de contrôle. OcNOS diffuse plutôt une télémétrie pilotée par les modèles via gRPC : des chemins modélisés en OpenConfig, sur changement ou par échantillonnage, vers un collecteur qui se connecte au routeur ou auquel le routeur se connecte, pour alimenter 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 OpenConfig et les modèles natifs 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

Stream, once et poll

RPC Subscribe en modes stream, once et poll. Streaming échantillonné depuis OcNOS 6.5.1, streaming sur changement depuis 7.0.0, de sorte qu'un collecteur peut recevoir un flux périodique ou uniquement les variations.

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.

État adressé par chemin

Les compteurs d'interface, l'état du routage et l'état de santé de la plateforme sont adressés par chemin YANG. Les clés génériques dans le chemin du capteur (depuis 6.6.0) sélectionnent chaque interface ou chaque voisin en un seul abonnement.

Telegraf + gNMIc

gNMI est une spécification ouverte : des collecteurs standard tels que l'entrée gNMI de Telegraf et gNMIc consomment le flux OcNOS et le transmettent à Prometheus, InfluxDB et Grafana.

Les RPC gNMI dans OcNOS

gNMI est un petit service gRPC comportant quatre RPC : Capabilities, Get, Set et Subscribe. La télémétrie correspond au RPC Subscribe. Le tableau indique ce qu'implémente OcNOS et la version qui l'a introduit, tels que consignés dans la matrice de fonctionnalités.

Subscribe, dial-in

Le collecteur ouvre la session gRPC vers le routeur en IPv4 ou IPv6 et s'abonne à des chemins. Spécification gNMI 0.10.0.

Depuis OcNOS 6.4.1

Subscribe, dial-out

Le routeur ouvre la session vers le collecteur via un tunnel gRPC, de sorte que les routeurs situés derrière un NAT ou un pare-feu n'ont besoin d'aucun port entrant.

Depuis OcNOS 6.5.1

Modes once et poll

Un instantané ponctuel des chemins abonnés, ou un abonnement que le collecteur interroge selon son propre calendrier, en complément du streaming continu.

Depuis OcNOS 6.5.1

Streaming sur changement

Des mises à jour uniquement lorsqu'une valeur change, pour des états tels que l'état opérationnel des interfaces, l'état des sessions BGP et le nombre de routes.

Depuis OcNOS 7.0.0

RPC Get et chemins génériques

Des lectures ponctuelles via gNMI Get, et des clés génériques dans le chemin du capteur pour qu'un seul abonnement couvre chaque interface ou chaque voisin.

Depuis OcNOS 6.6.0

TLS, authentification, in-band

TLS sur la session gRPC, authentification des utilisateurs sur le serveur gNMI (depuis 7.0.0) et fonctionnement in-band dans un ou plusieurs VRF.

Depuis OcNOS 6.6.0

Modèles OpenConfig

Modèles de données OpenConfig sur gNMI, avec prise en charge d'OpenConfig dans le chemin NETCONF depuis 6.0.0, de sorte que la même arborescence de modèles sert à la configuration et à la télémétrie.

Depuis OcNOS 6.5.1

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é pilotée par les changements. Les abonnements sur changement signalent une transition d'état au moment où elle se produit, pas à l'interrogation suivante, et les abonnements échantillonnés s'exécutent à l'intervalle demandé par le collecteur.
  • Pile de collecte ouverte. Les collecteurs gNMI standard, Prometheus, InfluxDB et Grafana fonctionnent comme avec n'importe quelle autre source gNMI.
BGP RoCEv2 OcNOS-SP Automatisation du réseau

Vous modernisez votre pile d'observabilité ?

Demander une démo technique →

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 le RPC gNMI Subscribe en modes stream, once et poll, avec un streaming à intervalle d'échantillonnage depuis OcNOS 6.5.1 et un streaming sur changement depuis 7.0.0, en dial-in (le collecteur se connecte au routeur, depuis 6.4.1) et en dial-out (le routeur se connecte au collecteur, depuis 6.5.1).
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.
Quelles données gNMI peut-il diffuser depuis OcNOS ?
Tout état exposé par les modèles YANG OpenConfig et natifs, adressé par chemin. Les clés génériques dans le chemin du capteur sélectionnent des tables entières à la fois, par exemple chaque interface ou chaque voisin BGP, et l'intervalle d'échantillonnage se définit par abonnement.
Quels collecteurs fonctionnent avec la télémétrie OcNOS ?
gNMI est une spécification ouverte : tout collecteur gNMI standard consomme le flux OcNOS, qu'il s'agisse de l'entrée gNMI de Telegraf, de gNMIc ou des collecteurs intégrés aux plateformes d'observabilité. Les données arrivent ensuite dans Prometheus, InfluxDB ou Grafana comme n'importe quelle autre série temporelle.

Approfondissez. Emportez-le avec vous.

Deux téléchargements techniques et concis qui vont plus loin que cette page : la fiche technique complète OcNOS-SP et la fiche technique complète OcNOS-DC.

Fiche technique

Datasheet OcNOS-SP

Spécification complète OcNOS-SP : l'ensemble des fonctionnalités access, cell site et agrégation, les SKU logiciels, les plateformes matérielles prises en charge et le guide de commande de la solution.

Obtenir la fiche technique
Fiche technique

Datasheet OcNOS-DC

Spécification complète OcNOS-DC : l'ensemble des fonctionnalités EVPN-VXLAN et Ethernet for AI, les SKU logiciels, les plateformes matérielles prises en charge et le guide de commande de la solution.

Obtenir la fiche technique