SNMP è ancora ampiamente utilizzato dal 2015?

Molte cose su SNMP mi sono sembrate ingombranti anche 15 anni fa. Un esempio è il concetto di MIB come risorsa locale per "dare un senso" agli OID altrimenti numerici.

SNMP è stato modernizzato o trasformato in qualcos'altro? È ancora una caratteristica indispensabile per le apparecchiature di rete?

Purtroppo, SNMP è ancora in uso comune. Le versioni successive del protocollo hanno risolto numerosi problemi in SNMPv1, ma quelli sono stati quasi interamente indirizzati alla correzione del modello di sicurezza. Di conseguenza, il traffico SNMP è ora relativamente difettoso, ma non hanno risolto ciò che ritengo essere il difetto evidente in SNMP: i dati archiviati nel MIB risiedono al di fuori dello scambio di dispositivi di monitoraggio / monitoraggio.

La separazione dei dati memorizzati dalla MIB da quello scambio, e il conseguente uso di OID numerici sul filo, aveva senso in SNMPv1, poiché manteneva la maggior parte degli scambi in un singolo datagramma UDP in ogni direzione. A partire dalla v3, secondo me non ha più senso, ma io non sono la IETF.

Purtroppo, SNMP è ancora una sorta di protocollo di gestione con il minimo comune denominatore e sono costantemente sorpreso dal numero di dispositivi che vedo là fuori dove il modo più semplice per estrarre i dati di monitoraggio da essi è una buona vecchia RO-community-string-in- SNMPv1 basato su UDP.

Modifica (2018): poiché è così germano, cito dall'eccellente articolo di Geoff Huston nell'edizione di agosto 2018 dell'Internet Protocol Journal :

Internet è convergente sull'utilizzo del protocollo SNMP (Simple Network Management Protocol) un quarto di secolo fa e, nonostante le sue debolezze di sicurezza, la sua inefficienza, il suo uso incredibilmente irritante di Abstract Syntax Notation One (ASN.1) e il suo uso nel sostenere alcuni forme di attacchi Distributed Denial-of-Service (DDoS), gode ancora di un uso diffuso.

Lavoro sui sistemi di monitoraggio della rete e SNMP è ancora ampiamente utilizzato e utilizzato per i seguenti motivi:

• L'uso di UDP come protocollo sottostante rende SNMP molto efficiente. Poiché la maggior parte del monitoraggio / gestione viene eseguita all'interno del proprio data center, non è necessario preoccuparsi dei pacchetti persi su Internet pubblica e il riconoscimento del TCP e il controllo del flusso sono eccessivi. SNMPv2 risolve alcune inefficienze originali SNMP, ad esempio aggiungendo il supporto per BULK GET.
• SNMP è universale su tutti i dispositivi collegati in rete. Quasi tutte le apparecchiature di rete implementano un agente SNMP. Avere MIB assicura che vi sia uno spazio globale in cui le informazioni possono essere aggiunte da diversi fornitori in modo controllato e quindi rende la ricerca di informazioni su quali OID per interrogare più facilmente e per lo più agnostico del fornitore.
• Infine, non c'è stato un buon candidato da sostituire in sostituzione. SNMP potrebbe non essere eccezionale, ma è buono e buono abbastanza. Diversi dispositivi di rete ora dispongono di API per ottenere le stesse e ulteriori informazioni, ma come ho affermato nel mio secondo punto, il modo di interrogare queste API varia ovviamente tra i dispositivi e nessun endpoint è standardizzato tra i dispositivi.

Tutti sono d'accordo con @madhatter, riguardo a SNMPv2 che non scomparirà presto.

Ma per quanto riguarda il futuro, diversi NEP di telecomunicazioni stanno iniziando a fornire interfacce NETCONF (che sono basate su XML) fianco a fianco con SNMP e sembra che stia guadagnando slancio a spese di SNMP non solo in sostituzione di CLI / TL1 ma per FCAPS anche funzionalità tradizionalmente eseguita tramite SNMP.

Vedi anche questo vecchio articolo di infoworld (2013) .