Next: Überblick über das Gateway
Up: 5.2 Realisierung des Gateways
Previous: Kommunikation mit SNMP-Agenten
Abbildung 5.4:
Behandlung von SNMP-Traps
|
Aus ähnlichen Gründen wie beim Discovery-Dämon soll der
SNMP-Trap-Dämon ebenfalls als eigener Prozeß implementiert werden
(Abbildung 5.4).
Der SOM Event Service unterstützt nur die generische
Ereigniskommunikation. Um einige Nachteile der generischen
Eventkommunikation zu umgehen, wird folgender Vorschlag gemacht.
Mit dieser Lösung wird ermöglicht, daß eine Managementanwendung
gezielt bestimmte ,,SNMP-Events`` empfangen kann:
- Für jeden SNMP-Trap-Typ (coldStart, warmStart, linkUp, ...)
erzeugt der Trap-Dämon snmptrapd (zuständig für das Empfangen von
SNMP-TrapPDUs) ein spezielles EventChannel-Objekt. (In der Abbildung
5.4 sind zwei dieser EventChannels eingezeichnet).
- Je nach Trap-PDU ruft der Trap-Dämon die push-Methode des
entsprechenden EventChannels auf.
- Die EventChannels werden in einen Nameserver eingetragen, sodaß
sie der Managementanwendung zur Verfügung stehen.
- Zum Empfang eines bestimmten Traps muß sich die Managementanwendung
beim entsprechenden EventChannel registrieren. In der Abbildung
5.4 hat sich ein PushConsumer-Objekt der Managementanwendung
bei einem der dargestellten EventChannel angemeldet.
Copyright Munich Network Management Team