1. Einleitung

Die Architektur zur Beschreibung von Internet-Management-Frameworks [RFC3411] beschreibt, dass eine SNMP-Engine aus folgenden Komponenten besteht:

1. einem Dispatcher
2. einem Nachrichtenverarbeitungs-Subsystem (Message Processing Subsystem)
3. einem Sicherheits-Subsystem (Security Subsystem)
4. einem Zugriffskontroll-Subsystem (Access Control Subsystem)

Anwendungen nutzen die Dienste dieser Subsysteme.

Es ist wichtig, die SNMP-Architektur und ihre Terminologie zu verstehen, um zu verstehen, wo das in diesem Dokument beschriebene Nachrichtenverarbeitungs-Subsystem und der Dispatcher in die Architektur passen und mit anderen Subsystemen innerhalb der Architektur interagieren. Der Leser wird erwartet, die in [RFC3411] definierte Beschreibung der SNMP-Architektur gelesen und verstanden zu haben.

Der Dispatcher in der SNMP-Engine sendet und empfängt SNMP-Nachrichten. Er verteilt auch SNMP-PDUs an SNMP-Anwendungen. Wenn eine SNMP-Nachricht vorbereitet werden muss oder wenn Daten aus einer SNMP-Nachricht extrahiert werden müssen, delegiert der Dispatcher diese Aufgaben an ein nachrichtenversions-spezifisches Nachrichtenverarbeitungsmodell innerhalb des Nachrichtenverarbeitungs-Subsystems.

Ein Nachrichtenverarbeitungsmodell ist verantwortlich für die Verarbeitung einer SNMP-versionsspezifischen Nachricht und für die Koordinierung der Interaktion mit dem Sicherheits-Subsystem, um sicherzustellen, dass die entsprechende Sicherheit auf die zu verarbeitende SNMP-Nachricht angewendet wird.

Interaktionen zwischen dem Dispatcher, dem Nachrichtenverarbeitungs-Subsystem und Anwendungen werden unter Verwendung von abstrakten Datenelementen und abstrakten Service-Interface-Primitiven modelliert, die von der SNMP-Architektur definiert werden.

Ebenso werden Interaktionen zwischen dem Nachrichtenverarbeitungs-Subsystem und dem Sicherheits-Subsystem unter Verwendung von abstrakten Datenelementen und abstrakten Service-Interface-Primitiven modelliert, wie sie von der SNMP-Architektur definiert sind.

Die Schlüsselwörter "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY" und "OPTIONAL" in diesem Dokument sind wie in BCP 14, RFC 2119 beschrieben zu interpretieren.