Télémétrie · Supervision réseau

gNMI/gRPC : la télémétrie qui remplace le polling SNMP

Note technique — streaming telemetry

SNMP pose une question et attend une réponse, toutes les X secondes, pour chaque compteur, sur chaque équipement. C'est le modèle qui a tenu vingt ans de supervision réseau — et c'est aussi celui qui échoue silencieusement dès qu'un incident dure moins longtemps que l'intervalle de polling.

Interroger, ou se faire notifier

gNMI (gRPC Network Management Interface) inverse la logique : l'équipement pousse les changements d'état dès qu'ils surviennent, sur un flux gRPC persistant, au lieu d'attendre qu'on l'interroge. On passe d'un modèle pull à intervalle fixe à un modèle push événementiel — avec un modèle de données structuré (YANG) au lieu de chaînes de caractères SNMP à parser.

Le gain concret n'est pas académique : un intervalle SNMP à 60 secondes masque toute dégradation plus courte. Un microburst de perte de deux secondes sur un lien saturé, un flap d'interface qui se répare seul, une congestion transitoire pendant un pic de trafic — invisibles en polling, visibles en streaming.

Ce que la télémétrie ne remplace pas

gNMI décrit fidèlement un état déjà survenu sur l'équipement qui l'exporte. Il ne dit rien de ce qui se passe entre les équipements, sur le chemin réellement suivi par un flux applicatif donné — perte de bout en bout, latence vécue par un flux RTP, gigue mesurée au point de réception. Un équipement peut reporter des compteurs d'interface parfaitement sains alors que l'application, elle, perd des paquets ailleurs sur le chemin.

C'est la limite structurelle de toute télémétrie passive, aussi rapide soit-elle : elle observe ce que le réseau fait de lui-même, pas ce qu'il fait à un trafic précis qu'on génère et qu'on mesure de bout en bout. Les deux approches répondent à des questions différentes — et c'est le sujet qu'on détaille dans l'article suivant.