2. Panoramica

Le entità SNMP che supportano applicazioni di generatore di comandi o ricevitore di notifiche (tradizionalmente chiamate "gestori") comunicano con entità SNMP che supportano applicazioni di risponditore di comandi o originatore di notifiche (tradizionalmente chiamate "agenti"). Lo scopo di questo protocollo è il trasporto di informazioni e operazioni di gestione.

2.1. Informazioni di gestione

Il termine "variabile (variable)" si riferisce a un'istanza di un tipo di oggetto non aggregato definito secondo le convenzioni stabilite nella SMI [RFC2578] o le convenzioni testuali basate sulla SMI [RFC2579]. Il termine "binding di variabile (variable binding)" si riferisce normalmente all'accoppiamento del nome di una variabile e del suo valore associato. Tuttavia, se si verificano determinati tipi di condizioni eccezionali durante l'elaborazione di una richiesta di recupero, un binding di variabile accoppierà un nome e un'indicazione di tale eccezione.

Una lista di binding di variabili (variable-binding list) è una semplice lista di binding di variabili.

Il nome di una variabile è un OBJECT IDENTIFIER che è la concatenazione dell'OBJECT IDENTIFIER del tipo di oggetto corrispondente insieme a un frammento OBJECT IDENTIFIER che identifica l'istanza. L'OBJECT IDENTIFIER del tipo di oggetto corrispondente è chiamato prefisso OBJECT IDENTIFIER della variabile.

2.2. Ritrasmissione delle richieste

Per tutti i tipi di richieste in questo protocollo, il ricevitore è tenuto, in circostanze normali, a generare e trasmettere una risposta all'originatore della richiesta. Se una richiesta debba essere ritrasmessa o meno se non viene ricevuta una risposta corrispondente in un intervallo di tempo appropriato, è a discrezione dell'applicazione che origina la richiesta. Questo dipenderà normalmente dall'urgenza della richiesta. Tuttavia, tale applicazione deve agire in modo responsabile rispetto alla frequenza e alla durata delle ritrasmissioni. Vedere BCP 41 [RFC2914] per una discussione dei principi di controllo della congestione pertinenti.

2.3. Dimensioni dei messaggi

La dimensione massima di un messaggio SNMP è limitata al minimo di:

(1) la dimensione massima del messaggio che l'entità SNMP di destinazione può accettare; e,

(2) la dimensione massima del messaggio che l'entità SNMP sorgente può generare.

La prima può essere nota su base per destinatario; e in assenza di tale conoscenza, è indicata dal dominio di trasporto utilizzato quando si invia il messaggio. La seconda è imposta da vincoli locali specifici dell'implementazione.

Ogni mappatura di trasporto per SNMP indica la dimensione minima del messaggio che un'implementazione SNMP deve essere in grado di produrre o consumare. Sebbene le implementazioni siano incoraggiate a supportare valori più grandi quando possibile, un'implementazione conforme non deve mai generare messaggi più grandi di quelli consentiti dall'entità SNMP ricevente.

Uno degli obiettivi del GetBulkRequest-PDU, specificato in questo documento, è minimizzare il numero di scambi di protocollo richiesti per recuperare una grande quantità di informazioni di gestione. Come tale, questo tipo di PDU consente a un'entità SNMP che supporta applicazioni di generatore di comandi di richiedere che la risposta sia il più grande possibile date le limitazioni sulle dimensioni dei messaggi.

Queste limitazioni includono i limiti sulla dimensione dei messaggi che l'entità SNMP che supporta l'applicazione di generatore di comandi può generare o ricevere, e i limiti sulla dimensione dei messaggi che l'entità SNMP che supporta l'applicazione di risponditore di comandi può generare o ricevere. La dimensione di qualsiasi risposta a una richiesta è limitata dal minimo di questi due vincoli.

2.4. Mappature di trasporto

È uno scopo di SNMP essere il più indipendente possibile dall'architettura e dai meccanismi di particolari servizi di trasporto. Le interfacce di servizio astratte fornite dall'architettura SNMP [RFC3411] supportano la mappatura del protocollo su diversi servizi di trasporto. Queste mappature sono descritte in [RFC3417].

2.5. Mappature dei tipi di dati SMIv2

La sintassi dei vari PDU descritti in questo documento è specificata utilizzando le regole di codifica di base ASN.1 (BER). Tuttavia, il protocollo SNMP fa ampio uso della SMIv2 [RFC2578], che è essa stessa definita utilizzando ASN.1 [ASN1]. La SMIv2 definisce un sottoinsieme di tipi ASN.1 da utilizzare per definire moduli informativi. Per alcuni di questi tipi definiti da SMIv2, le regole di codifica ASN.1 standard non forniscono una rappresentazione non ambigua. In tali casi, la SMIv2 stessa specifica la rappresentazione da utilizzare. In particolare, questo si applica ai seguenti tipi:

• Counter32
• Counter64
• Gauge32
• TimeTicks
• Opaque
• IpAddress

I dettagli su come i tipi SMIv2 sono codificati possono essere trovati in [RFC2578].