1. Introduzione

L'architettura per descrivere i framework di gestione Internet [RFC3411] descrive che un motore SNMP è composto da:

1. un dispatcher
2. un sottosistema di elaborazione dei messaggi (Message Processing Subsystem)
3. un sottosistema di sicurezza (Security Subsystem)
4. un sottosistema di controllo degli accessi (Access Control Subsystem)

Le applicazioni utilizzano i servizi di questi sottosistemi.

È importante comprendere l'architettura SNMP e la sua terminologia per capire dove il sottosistema di elaborazione dei messaggi e il dispatcher descritti in questo documento si inseriscono nell'architettura e interagiscono con altri sottosistemi all'interno dell'architettura. Si prevede che il lettore abbia letto e compreso la descrizione dell'architettura SNMP, definita in [RFC3411].

Il dispatcher nel motore SNMP invia e riceve messaggi SNMP. Distribuisce anche PDU SNMP alle applicazioni SNMP. Quando un messaggio SNMP deve essere preparato o quando i dati devono essere estratti da un messaggio SNMP, il dispatcher delega questi compiti a un modello di elaborazione dei messaggi specifico della versione del messaggio all'interno del sottosistema di elaborazione dei messaggi.

Un modello di elaborazione dei messaggi è responsabile dell'elaborazione di un messaggio specifico di una versione SNMP e del coordinamento dell'interazione con il sottosistema di sicurezza per garantire che la sicurezza appropriata venga applicata al messaggio SNMP in fase di gestione.

Le interazioni tra il dispatcher, il sottosistema di elaborazione dei messaggi e le applicazioni sono modellate utilizzando elementi di dati astratti e primitive di interfaccia di servizio astratte definite dall'architettura SNMP.

Analogamente, le interazioni tra il sottosistema di elaborazione dei messaggi e il sottosistema di sicurezza sono modellate utilizzando elementi di dati astratti e primitive di interfaccia di servizio astratte come definito dall'architettura SNMP.

Le parole chiave "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY" e "OPTIONAL" in questo documento devono essere interpretate come descritto in BCP 14, RFC 2119.