SNMP sta per Simple Network Management Protocol.
È stato creato nel 1988. Lo scopo della sua creazione era gestire un numero crescente di elementi di rete in una rete di computer. Lentamente, questo protocollo ha iniziato a diventare popolare e oggi costituisce la base della gestione della rete.
Questo articolo è la prima parte della nostra serie in corso su SNMP.
Attraverso snmp è possibile recuperare informazioni su dispositivi di rete come router, stampanti, hub o anche normali computer. Le informazioni che possono essere recuperate tramite snmp sono infinite. Alcuni esempi del tipo di informazioni che possono essere recuperate tramite snmp sono:
- Tempo di attività del sistema
- Livello di utilizzo della CPU
- Livello di utilizzo del disco
- Impostazioni di rete ecc.
Non solo le informazioni possono essere recuperate, ma anche questi dispositivi di rete possono essere configurati con nuovi valori tramite snmp. Nonostante sia semplice nel design e nell'approccio, è la pura potenza di questo protocollo che rende oggi il suo popolare protocollo di gestione della rete.
Progettazione del sistema SNMP
Un sistema di rete di computer che utilizza SNMP per la gestione della rete è costituito dai tre componenti fondamentali:
- Il gestore SNMP :È un software che di solito viene eseguito sulla macchina dell'amministratore di rete o su qualsiasi manager umano che gestisce la rete di computer.
- L'agente SNMP :È un software che di solito viene eseguito sul nodo di rete da monitorare. Questo nodo potrebbe essere una stampante, un router ecc.
- Il MIB SNMP :MIB sta per Management Information Base. Questo componente fa in modo che lo scambio di dati tra il gestore e l'agente rimanga strutturato.
Quindi possiamo facilmente affermare che il gestore SNMP funge da interfaccia tra il gestore della rete umana e il nodo di rete gestito. Allo stesso modo, l'agente SNMP funge da interfaccia tra il gestore SNMP e il nodo di rete monitorato.
Il MIB SNMP
La definizione di SNMP MIB può essere un po' criptica per i neofiti. Cerchiamo quindi di comprendere il concetto di MIB SNMP attraverso un piccolo esempio qui.
Supponiamo che un server aziendale mobile invii una domanda di sondaggio a tutti gli abbonati dell'azienda tramite SMS. Essendo l'abbonato di quella società, ricevi quel messaggio sul tuo telefono e rispondi ad esso. Abbastanza semplice. Ora, supponiamo una situazione in cui in un sondaggio successivo la stessa azienda invii MMS questa volta. Ma questa volta il tuo telefono non è in grado di comprendere quell'SMS a causa di alcuni dei suoi limiti tecnologici (o di qualsiasi altro problema). Quindi, in questo caso non potrai ricevere e quindi rispondere all'MMS.
Quindi vediamo che il problema sopra si è verificato a causa della mancanza di alcune funzionalità MMS sul telefono. Quindi, in poche parole il tuo telefono non è stato in grado di comprendere correttamente il messaggio in arrivo.
Si potrebbe presumere che lo stesso sia il caso del gestore SNMP e di un agente SNMP. Il protocollo di rete utilizzato tra di loro è ovviamente SNMP, ma deve esistere un protocollo per comporre e comprendere le informazioni richieste. Le informazioni richieste potrebbero essere qualcosa come l'utilizzo del disco del nodo di rete su cui è in esecuzione l'agente. Quindi il punto cruciale è che dovrebbe esserci una struttura standard in cui la query dovrebbe essere formata dal manager SNMP e la query dovrebbe essere compresa dall'agente SNMP.
Il componente fondamentale della struttura utilizzata nel caso di SNMP è un oggetto. Ogni informazione che può essere interrogata tramite SNMP viene esaminata in termini di oggetto. Ad esempio, il tempo di attività di un sistema è un oggetto noto come "sysUpTime". Ogni oggetto ha un ID associato noto come ID oggetto o OID che è univoco per ogni oggetto. Un gruppo di oggetti forma un MIB.
Ad esempio, se dai un'occhiata alla seguente immagine:
Vedrai che l'intero sistema di informazioni in SNMP è in una forma di albero in cui i singoli nodi di informazioni sono oggetti con OID univoci. Ad esempio, l'OID univoco per l'oggetto sysUpTime è .1.3.6.1.2.1.1.3.0 . Osservando la figura sopra, puoi facilmente dedurre questo OID. Lo '0' all'ultimo di OID significa che questo oggetto è uno scalare e non una tabella.
C'è anche una descrizione testuale dell'OID numerico. Ad esempio, la descrizione testuale di sysUpTime OID (presentata sopra) è iso.org.dod.internet.mgmt.mib-2.system.sysUpTime .
Messaggi SNMP
La comunicazione SNMP tra manager e agente avviene sotto forma di messaggi. Di seguito sono riportati i messaggi di base utilizzati per la comunicazione:
- SNMP GET
- SNMP GET-NEXT
- SNMP GET-RISPOSTA
- SET SNMP
- TRAPPOLA SNMP
I messaggi GET e GET-NEXT vengono utilizzati per recuperare il valore di un particolare oggetto MIB. Il messaggio GET-RESPONSE viene utilizzato principalmente dall'agente per inviare la risposta a un messaggio GET o GET-NEXT. Il messaggio SET viene utilizzato dal gestore per impostare il nuovo valore di un particolare oggetto MIB nell'agente. Il messaggio TRAP viene utilizzato dall'agente per inviare informazioni su alcuni valori allarmanti per alcuni oggetti al gestore in modo che il gestore possa intraprendere l'azione appropriata.
SNMP utilizza UDP
A livello di trasporto, il protocollo utilizzato per il trasporto di messaggi SNMP è UDP. Questo perché UDP supera il TCP nelle reti con perdita di dati in cui la congestione è generalmente molto elevata. Una cosa da ricordare è mettere a punto i timeout di UDP per ottenere le migliori prestazioni nelle reti con perdita di dati.
Inoltre, l'implementazione di SNMP è semplice. Semplice come in un semplice protocollo di gestione della rete. L'uso di TCP rende le cose molto più complesse e dovrebbe essere evitato nella gestione della rete fino a quando ea meno che non sia assolutamente necessario.