Home · Documentazione · Tecnologia · Telemetria in streaming

Telemetria streaming: gNMI, OpenConfig, gRPC

Il polling SNMP a intervalli di 60 secondi perde i microburst e carica il control plane. I deployment OcNOS moderni trasmettono in streaming telemetria model-driven su gRPC con granularità inferiore al secondo, percorsi modellati in OpenConfig e collector dial-out, alimentando direttamente Prometheus, InfluxDB e Grafana senza un livello di traduzione.

Pipeline di telemetria

I router OcNOS trasmettono payload gNMI Subscribe (gRPC dial-out) verso un collector centrale. Il collector li demultiplexa in backend di serie temporali e di ricerca, e Grafana ne genera le dashboard.

Topologia di streaming telemetry: router OcNOS che inviano gNMI dial-out a un collector che distribuisce verso Prometheus, InfluxDB e Grafana
Streaming telemetry: gNMI dial-out da OcNOS verso un collector, distribuito a Prometheus, InfluxDB e Grafana.

Perché la telemetria in streaming ha sostituito SNMP

I cicli di polling SNMP non rilevano i microburst, sovraccaricano il control plane e non possono fornire un payload strutturato e model-driven. gNMI Subscribe su gRPC inverte il modello: il dispositivo invia aggiornamenti tipizzati alla variazione o a un intervallo di campionamento, il collector si limita a effettuare il parsing del protobuf. OcNOS espone l'intero OpenConfig tree più modelli IETF e modelli nativi di IP Infusion, e supporta sia deployment dial-in (il collector si connette al dispositivo) sia dial-out (il dispositivo si connette al collector dietro NAT).

L'implementazione della streaming telemetry di OcNOS

gNMI Subscribe

ON_CHANGE / SAMPLE / TARGET_DEFINED

Pieno supporto Subscribe RPC, incluso ON_CHANGE per i delta di stato, SAMPLE per il periodico e TARGET_DEFINED per lasciare che il dispositivo scelga la cadenza corretta per ciascun leaf.

Modelli YANG

OpenConfig + IETF + nativo

Modelli OpenConfig interfaces, network-instance, BGP e platform; YANG IETF dove ratificato; modelli nativi per lo stato specifico di OcNOS. I modelli sono versionati e pubblicati.

Modalità Dial-out

Router dietro NAT

Il dial-out gRPC consente ai router cell-site ed edge dietro NAT di inviare telemetria a un collector centrale, senza necessità di aprire porte in ingresso.

Copertura dei sensori

Granularità di 1 secondo

Counter per porta, profondità delle code, RIB-in/out BGP, DOM ottico, stato di CPU e memoria: tutto disponibile a intervalli di campionamento di 1 secondo o più fini dove l'ASIC lo supporta.

Encoding

JSON_IETF + Protobuf

Sono supportate sia le codifiche JSON_IETF sia protobuf. Protobuf vince in efficienza sul filo per sensori ad alto fan-out; JSON vince in facilità di debug.

Integrazione del collector

Telegraf + gNMIc

Pipeline di riferimento validate che utilizzano il plugin di input gNMI di Telegraf o gNMIc di Nokia, alimentando Prometheus, InfluxDB e Grafana out of the box.

Cosa si ottiene con la telemetria OcNOS

  • Percorsi allineati agli standard. I path leaf OpenConfig corrispondono a ciò che il suo collector esistente già si aspetta, senza alcun layer di traduzione YANG proprietario.
  • Visibilità sub-secondo. Rilevamento dei microburst, contatori marcati ECN e profondità delle code a intervalli irraggiungibili da SNMP.
  • Pronto per stack open-source. Dashboard di riferimento per Grafana, configurazioni Telegraf drop-in ed esempi di regole di alerting Prometheus.
  • Una sola superficie di configurazione. Lo stesso server gNMI parla Get, Set e Subscribe: telemetria e config-as-code condividono un unico percorso di auth e TLS.
BGP RoCEv2 OcNOS-SP Automazione della rete

Stai modernizzando il tuo stack di osservabilità?

Richiedi una Demo Tecnica →
FAQ

Domande frequenti

Qual è la differenza tra la telemetria in streaming e SNMP?
SNMP interroga il dispositivo con un ciclo fisso e può non rilevare i microburst pur caricando il control plane. Con la telemetria in streaming gNMI il dispositivo invia aggiornamenti strutturati e basati su modello, alla variazione o secondo un intervallo di campionamento, cosicché il collector si limita a interpretare il payload.
Quali modalità di subscription gNMI supporta OcNOS?
OcNOS supporta l'intero Subscribe RPC: ON_CHANGE per i delta di stato, SAMPLE per lo streaming periodico e TARGET_DEFINED per lasciare che l'apparato scelga la cadenza adeguata per ciascun leaf.
OcNOS può trasmettere telemetria in streaming da router dietro un NAT?
Sì. Il dial-out gRPC consente ai router di siti cellulari e di edge dietro NAT di inviare la telemetria a un collector centrale senza aprire alcuna porta in ingresso. OcNOS supporta anche il dial-in, in cui è il collector a connettersi all'apparato.
Quali sensori e quale granularità sono disponibili?
I contatori per porta, le profondità delle code, il BGP RIB-in/out, il DOM ottico e lo stato di CPU e memoria sono disponibili a intervalli di campionamento di 1 secondo o più fini quando l'ASIC lo supporta, tramite percorsi OpenConfig, IETF e YANG nativi.
Quali collector e dashboard funzionano con la telemetria di OcNOS?
OcNOS fornisce pipeline di riferimento che utilizzano il plugin di input gNMI di Telegraf o gNMIc, alimentando Prometheus, InfluxDB e Grafana, con supporto sia per la codifica JSON_IETF sia per protobuf.
Datasheet e schede soluzione

Approfondite. Portatelo con voi.

Due download tecnici e sintetici che vanno oltre questa pagina: il datasheet completo di OcNOS-SP e il datasheet completo di OcNOS-DC.

Datasheet

Datasheet OcNOS-SP

Specifica completa di OcNOS-SP: il set di funzionalità access, cell site e aggregazione, gli SKU software, le piattaforme hardware supportate e la guida all'ordine della soluzione.

Ottieni il datasheet
Datasheet

Datasheet OcNOS-DC

Specifica completa di OcNOS-DC: il set di funzionalità EVPN-VXLAN e Ethernet for AI, gli SKU software, le piattaforme hardware supportate e la guida all'ordine della soluzione.

Ottieni il datasheet