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. OcNOS trasmette invece telemetria basata su modelli tramite gRPC: percorsi modellati in OpenConfig, on-change o campionati, verso un collector che si connette al router o a cui il router si connette, alimentando Prometheus, InfluxDB e Grafana senza livelli 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 OpenConfig 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

Stream, once e poll

RPC Subscribe nelle modalità stream, once e poll. Streaming campionato da OcNOS 6.5.1, streaming on-change dalla 7.0.0, così un collector può ricevere un flusso periodico o solo le variazioni.

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.

Stato indirizzato per percorso

Contatori delle interfacce, stato del routing e stato di salute della piattaforma sono indirizzati per percorso YANG. Le chiavi wildcard nel percorso del sensore (dalla 6.6.0) selezionano ogni interfaccia o vicino in un'unica sottoscrizione.

Telegraf + gNMIc

gNMI è una specifica aperta, quindi collector standard come l'input gNMI di Telegraf e gNMIc ricevono il flusso di OcNOS e lo passano a Prometheus, InfluxDB e Grafana.

Le RPC gNMI in OcNOS

gNMI è un piccolo servizio gRPC con quattro RPC: Capabilities, Get, Set e Subscribe. La telemetria è la RPC Subscribe. La tabella elenca ciò che OcNOS implementa e la release che l'ha introdotto, come riportato nella Matrice funzionalità.

Subscribe, dial-in

Il collector apre la sessione gRPC verso il router su IPv4 o IPv6 e si sottoscrive ai percorsi. Specifica gNMI 0.10.0.

Da OcNOS 6.4.1

Subscribe, dial-out

Il router apre la sessione verso il collector tramite un tunnel gRPC, così i router dietro NAT o firewall non hanno bisogno di porte in ingresso.

Da OcNOS 6.5.1

Modalità once e poll

Uno snapshot una tantum dei percorsi sottoscritti, oppure una sottoscrizione che il collector interroga secondo la propria pianificazione, oltre allo streaming continuo.

Da OcNOS 6.5.1

Streaming on-change

Aggiornamenti solo quando un valore cambia, per stati come lo stato operativo delle interfacce, lo stato delle sessioni BGP e il numero di route.

Da OcNOS 7.0.0

RPC Get e percorsi wildcard

Letture puntuali tramite gNMI Get e chiavi wildcard nel percorso del sensore, così un'unica sottoscrizione copre ogni interfaccia o ogni vicino.

Da OcNOS 6.6.0

TLS, autenticazione, in-band

TLS sulla sessione gRPC, autenticazione degli utenti sul server gNMI (dalla 7.0.0) e funzionamento in-band in una o più VRF.

Da OcNOS 6.6.0

Modelli OpenConfig

Modelli di dati OpenConfig su gNMI, con supporto OpenConfig nel percorso NETCONF dalla 6.0.0, così lo stesso albero di modelli serve per configurazione e telemetria.

Da OcNOS 6.5.1

Cosa si ottiene con la telemetria OcNOS

  • Percorsi allineati agli standard. I path leaf OpenConfig corrispondono a ciò che il vostro collector esistente già si aspetta, senza alcun layer di traduzione YANG proprietario.
  • Visibilità guidata dai cambiamenti. Le sottoscrizioni on-change segnalano una transizione di stato nel momento in cui avviene, non al polling successivo, e le sottoscrizioni campionate vengono eseguite all'intervallo richiesto dal collector.
  • Stack di collector aperto. I collector gNMI standard, Prometheus, InfluxDB e Grafana funzionano come con qualsiasi altra sorgente gNMI.
BGP RoCEv2 OcNOS-SP Automazione della rete

State modernizzando il vostro stack di osservabilità?

Richiedi una Demo Tecnica →

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 la RPC gNMI Subscribe nelle modalità stream, once e poll, con streaming a intervallo di campionamento da OcNOS 6.5.1 e streaming on-change dalla 7.0.0, sia in dial-in (il collector si connette al router, dalla 6.4.1) sia in dial-out (il router si connette al collector, dalla 6.5.1).
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 dati può trasmettere gNMI da OcNOS?
Qualsiasi stato esposto dai modelli YANG OpenConfig e nativi, indirizzato per percorso. Le chiavi wildcard nel percorso del sensore selezionano intere tabelle in una volta, come ogni interfaccia o ogni vicino BGP, e l'intervallo di campionamento si imposta per sottoscrizione.
Quali collector funzionano con la telemetria di OcNOS?
gNMI è una specifica aperta, quindi qualsiasi collector gNMI standard riceve il flusso di OcNOS: l'input gNMI di Telegraf, gNMIc e i collector integrati nelle piattaforme di osservabilità. Da lì i dati arrivano in Prometheus, InfluxDB o Grafana come qualsiasi altra serie temporale.

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