Remote-Netzwerküberwachung (RMON)
In diesem Abschnitt wird beschrieben, wie Junos OS die Remote Network Monitoring (RMON)-MIB (RFC 2819) unterstützt, mit der ein Managementgerät die Werte von MIB-Objekten oder -Variablen anhand konfigurierter Schwellenwerte überwachen kann. Wenn der Wert einer Variablen einen Schwellenwert überschreitet, werden ein Alarm und das entsprechende Ereignis generiert. Das Ereignis kann protokolliert werden und einen SNMP-Trap generieren.
RMON-Übersicht
Ein Operational Support System (OSS) oder ein Fehlerüberwachungssystem kann verwendet werden, um Ereignisse automatisch zu überwachen, die viele verschiedene Metriken verfolgen, einschließlich Leistung, Verfügbarkeit, Fehler und Umgebungsdaten. Ein Administrator möchte z. B. wissen, wann die Innentemperatur eines Gehäuses über einen konfigurierten Schwellenwert gestiegen ist, was darauf hindeuten kann, dass ein Gehäuselüftereinschub defekt ist, der Gehäuseluftstrom behindert ist oder das Kühlsystem der Einrichtung in der Nähe des Gehäuses nicht normal funktioniert.
Die RMON MIB definiert auch Tabellen, in denen verschiedene Statistiken für Ethernet-Schnittstellen gespeichert werden, einschließlich der etherStatsTable und der etherHistoryTable. Sie etherStatsTable enthält kumulative Echtzeitstatistiken für Ethernet-Schnittstellen, z. B. die Anzahl der Unicast-, Multicast- und Broadcast-Pakete, die auf einer Schnittstelle empfangen wurden. Das etherHistoryTable führt eine historische Stichprobe von Statistiken für Ethernet-Schnittstellen. Die Steuerung der etherHistoryTable, einschließlich der zu verfolgenden Schnittstellen und des Abtastintervalls, wird durch das RMON historyControlTabledefiniert.
Um RMON-Alarme zu aktivieren, führen Sie die folgenden Schritte aus:
Konfigurieren Sie SNMP, einschließlich Trap-Gruppen. Sie konfigurieren SNMP auf der Hierarchieebene [
edit snmp].Konfigurieren Sie steigende und fallende Ereignisse in der
eventTable, einschließlich der Ereignistypen und Überfüllungsgruppen. Sie können Ereignisse auch mithilfe der CLI auf der Hierarchieebene [edit snmp rmon event] konfigurieren.Konfigurieren Sie Alarme in der
alarmTable, einschließlich der zu überwachenden Variablen, steigender und fallender Schwellenwerte, der Abtasttypen und -intervalle sowie der entsprechenden Ereignisse, die beim Auftreten von Alarmen generiert werden sollen. Sie können Alarme auch mithilfe der CLI auf der Hierarchieebene [edit snmp rmon alarm] konfigurieren.Erweiterungen sind
alarmTablein der unternehmensspezifischen MIB jnxRmon (mib-jnx-rmon.txt) von Juniper Networks definiert.
In diesem Thema werden die folgenden Abschnitte behandelt:
RMON-Alarme
Ein RMON-Alarm identifiziert Folgendes:
-
Ein bestimmtes MIB-Objekt, das überwacht wird.
-
Die Häufigkeit der Probenahme.
-
Die Methode der Probenahme.
-
Die Schwellenwerte, mit denen die überwachten Werte verglichen werden.
Ein RMON-Alarm kann auch einen bestimmten eventTable Eintrag identifizieren, der ausgelöst werden soll, wenn ein Schwellenwert überschritten wird.
Konfigurations- und Betriebswerte sind in alarmTable RFC 2819 definiert. Zusätzliche Betriebswerte sind in den unternehmensspezifischen Erweiterungen von Juniper Networks für alarmTable (jnxRmonAlarmTable) definiert.
In diesem Thema werden die folgenden Abschnitte behandelt:
alarmTable
alarmTable in der RMON MIB ermöglicht es Ihnen, Folgendes zu überwachen und abzufragen:
-
alarmIndex– Der Indexwert dafüralarmTableidentifiziert einen bestimmten Eintrag. -
alarmInterval: Das Intervall in Sekunden, über das Daten abgetastet und mit den steigenden und fallenden Schwellenwerten verglichen werden. -
alarmVariable– Die MIB-Variable, die durch den Alarmeintrag überwacht wird. -
alarmSampleType—Die Methode zum Sampling der ausgewählten Variablen und zum Berechnen des Werts, der mit den Schwellenwerten verglichen werden soll. -
alarmValue– Der Wert der Variablen während des letzten Stichprobenzeitraums. Dieser Wert wird mit den steigenden und fallenden Schwellenwerten verglichen. -
alarmStartupAlarm– Der Alarm, der gesendet wird, wenn der Eintrag zum ersten Mal aktiviert wird. -
alarmRisingThreshold– Der obere Schwellenwert für die Stichprobenvariable. -
alarmFallingThreshold– Der untere Schwellenwert für die Stichprobenvariable. -
alarmRisingEventIndex– DereventTableEintrag, der verwendet wird, wenn ein ansteigender Schwellenwert überschritten wird. -
alarmFallingEventIndex– DereventTableEintrag, der verwendet wird, wenn ein fallender Schwellenwert überschritten wird. -
alarmStatus– Methode zum Hinzufügen und Entfernen von Einträgen aus der Tabelle. Es kann auch verwendet werden, um den Status eines Eintrags zu ändern, um Änderungen zuzulassen.HINWEIS:Wenn dieses Objekt nicht auf
validgesetzt ist, führt der zugehörige Ereignisalarm keine Aktion aus.
jnxRmonAlarmTable
Das jnxRmonAlarmTable ist eine unternehmensspezifische Erweiterung von Juniper Networks für alarmTable. Es stellt zusätzliche Betriebsinformationen bereit und umfasst die folgenden Objekte:
-
jnxRmonAlarmGetFailCnt—Die Häufigkeit, mit der die interneGetAnforderung für die von diesem Eintrag überwachte Variable fehlgeschlagen ist. -
jnxRmonAlarmGetFailTime– Der Wert, wannsysUpTimeeine interneGetAnforderung für die von diesem Eintrag überwachte Variable zuletzt fehlgeschlagen ist. -
jnxRmonAlarmGetFailReason– Der Grund, warum eine interneGetAnforderung für die von diesem Eintrag überwachte Variable zuletzt fehlgeschlagen ist. -
jnxRmonAlarmGetOkTime– Der Wert, wennsysUpTimeeine interneGetAnforderung für die von diesem Eintrag überwachte Variable erfolgreich war und der Eintrag dengetFailureStatus verlassen hat. -
jnxRmonAlarmState– Der aktuelle Status dieses RMON-Alarmeintrags.
Informationen zu den unternehmensspezifischen Erweiterungen von Juniper Networks für RMON-Ereignisse und -Alarme sowie Ereignis-MIB finden Sie unter https://www.juniper.net/documentation/en_US/junos16.1/topics/reference/mibs/mib-jnx-rmon.txt.
RMON-Ereignisse
Mit einem RMON-Ereignis können Sie das Überschreiten von Schwellenwerten anderer MIB-Objekte protokollieren. Sie ist für eventTable die RMON-MIB definiert.
In diesem Abschnitt werden die folgenden Themen behandelt:
eventTable
eventTable enthält die folgenden Objekte:
-
eventIndex– Ein Index, der einen Eintrag ineventTableeindeutig identifiziert. Jeder Eintrag definiert ein Ereignis, das generiert wird, wenn die entsprechenden Bedingungen eintreten. -
eventDescription– Ein Kommentar, der den Ereigniseintrag beschreibt. -
eventType– Art der Benachrichtigung, die der Test über dieses Ereignis sendet. -
eventCommunity– Trap-Gruppe, die verwendet wird, wenn ein SNMP-Trap gesendet werden soll. WenneventCommunitydies nicht konfiguriert ist, wird ein Trap an jede Trap-Gruppe gesendet, die mit derrmon-alarmKategorie konfiguriert ist. -
eventLastTimeSent– Wert, der angibtsysUpTime, wann dieser Ereigniseintrag zuletzt ein Ereignis generiert hat. -
eventOwner– Eine beliebige Textzeichenfolge, die von der erstellenden Verwaltungsanwendung oder der Befehlszeilenschnittstelle (CLI) angegeben wird. In der Regel wird es verwendet, um einen Netzwerkmanager (oder eine Anwendung) zu identifizieren, und kann für die Feinzugriffssteuerung zwischen teilnehmenden Verwaltungsanwendungen verwendet werden. -
eventStatus—Status dieses Ereigniseintrags.HINWEIS:Wenn dieses Objekt nicht auf
validgesetzt ist, wird vom zugehörigen Ereigniseintrag keine Aktion ausgeführt. Wenn dieses Objekt aufvalidgesetzt ist, werden alle vorherigen Protokolleinträge, die diesem Eintrag zugeordnet sind (falls vorhanden), gelöscht.
Alarmschwellen und -ereignisse
Durch das Setzen eines steigenden und eines fallenden Schwellenwerts für eine überwachte Variable können Sie benachrichtigt werden, wenn der Wert der Variablen außerhalb des zulässigen Betriebsbereichs liegt (siehe Abbildung 1).
Ereignisse werden nur generiert, wenn der Alarmschwellenwert zum ersten Mal in eine Richtung überschritten wird, und nicht nach jedem Abtastintervall. Wenn z. B. ein Alarm mit steigendem Schwellenwert zusammen mit dem entsprechenden Ereignis ausgelöst wird, treten keine Schwellenwertüberschreitungsereignisse mehr auf, bis ein entsprechender fallender Alarm auftritt. Dadurch wird die Anzahl der vom System erzeugten Ereignisse erheblich reduziert und das Betriebspersonal kann leichter reagieren, wenn Ereignisse eintreten.
Bevor Sie die Remoteüberwachung konfigurieren, sollten Sie ermitteln, welche Variablen überwacht werden müssen und welchen Betriebsbereich zulässig ist. Dies erfordert eine gewisse Baselining-Zeit, um die zulässigen Betriebsbereiche zu bestimmen. Ein anfänglicher Baseline-Zeitraum von mindestens 3 Monaten ist nicht ungewöhnlich, wenn Sie zum ersten Mal die operativen Bereiche identifizieren und Schwellenwerte definieren, aber die Baseline-Überwachung sollte über die Lebensdauer jeder überwachten Variablen fortgesetzt werden.
Siehe auch
Konfiguration von RMON-Alarmen und -Ereignissen
Junos OS unterstützt die Überwachung von Routern von Remote-Geräten. Diese Werte werden an Schwellenwerten gemessen und lösen Ereignisse aus, wenn die Schwellenwerte überschritten werden. Sie konfigurieren RMON-Alarm- und Ereigniseinträge (Remote Monitoring), um den Wert eines MIB-Objekts zu überwachen.
Um RMON-Alarm- und -Ereigniseinträge zu konfigurieren, schließen Sie Anweisungen auf der Hierarchieebene [edit snmp] der Konfiguration ein:
[edit snmp] rmon { alarm index { description text-description; falling-event-index index; falling-threshold integer; falling-threshold-interval seconds; interval seconds; rising-event-index index; rising-threshold integer; request-type (get-next-request | get-request | walk-request); sample-type (absolute-value | delta-value); startup-alarm (falling-alarm | rising-alarm | rising-or-falling-alarm); syslog-subtag syslog-subtag; variable oid-variable; } event index { community community-name; description description; type type; } }
Konfigurieren von RMON-Alarmen und -Ereignissen
Das Junos-Betriebssystem unterstützt die Remote Network Monitoring (RMON) MIB (RFC 2819). Auf diese Weise kann ein Verwaltungsgerät die Werte von MIB-Objekten oder -Variablen anhand konfigurierter Schwellenwerte überwachen. Wenn der Wert einer Variablen einen Schwellenwert überschreitet, werden ein Alarm und das entsprechende Ereignis generiert. Das Ereignis kann protokolliert werden und einen SNMP-Trap generieren.
Führen Sie die folgenden Aufgaben aus, um RMON-Alarme und -Ereignisse mithilfe der CLI zu konfigurieren:
SNMP konfigurieren
So konfigurieren Sie SNMP:
Konfigurieren eines Ereignisses
So konfigurieren Sie ein Ereignis:
Konfigurieren eines Alarms
So konfigurieren Sie einen Alarm:
Überwachen von RMON-MIB-Tabellen
Zweck
Überwachen Sie RMON-Alarm-, Ereignis- und Protokolltabellen (Remote Monitoring – Remote-Monitoring).
Action!
So zeigen Sie die RMON-Tabellen an:
user@switch> show snmp rmon
Alarm
Index Variable description Value State
5 monitor
jnxOperatingCPU.9.1.0.0 5 falling threshold
Event
Index Type Last Event
1 log and trap 2010-07-10 11:34:17 PDT
Event Index: 1
Description: Event 1 triggered by Alarm 5, rising threshold (90) crossed, (variable: jnxOperatingCPU.9.1.0.0, value: 100)
Time: 2010-07-10 11:34:07 PDT
Description: Event 1 triggered by Alarm 5, falling threshold (75) crossed, (variable: jnxOperatingCPU.9.1.0.0, value: 5)
Time: 2010-07-10 11:34:17 PDT
Bedeutung
Die Anzeige zeigt, dass ein Alarm definiert wurde, um das jnxRmon-MIB-Objekt jnxOperatingCPU zu überwachen, das die CPU-Auslastung der Routing-Engine darstellt. Der Alarm ist so konfiguriert, dass ein Ereignis generiert wird, das einen SNMP-Trap sendet und der logTable in der RMON-MIB einen Eintrag hinzufügt. Die Protokolltabelle zeigt, dass zwei Ereignisse des Ereignisses generiert wurden: eines für das Überschreiten eines Schwellenwerts von 90 Prozent und eines für das Überschreiten eines Schwellenwerts von 75 Prozent.
Siehe auch
RMON MIB Ereignis-, Alarm-, Protokoll- und Verlaufssteuerungstabellen
Tabelle 1 stellt jedes Feld in der RMON-eventTable, die Beschreibung des Felds und die entsprechende Junos OS-Anweisung bereit, mit der Sie das Feld konfigurieren können. Die Junos OS-Anweisungen befinden sich auf der Hierarchieebene [edit snmp rmon].
Feld |
Beschreibung |
Aussage [edit snmp rmon] |
|---|---|---|
eventBeschreibung |
Textbeschreibung dieses Ereignisses. |
|
eventType |
Typ des Ereignisses (z. B. log, trap oder log and trap). |
|
eventCommunity |
Trap-Gruppe, an die dieses Ereignis gesendet werden soll, wie in der Junos OS-Konfiguration definiert. (Dies ist nicht dasselbe wie bei der SNMP-Community.) |
|
eventOwner |
Entität (z. B. Manager), die dieses Ereignis erstellt hat. |
— |
eventStatus |
Status dieser Zeile (z. B. gültig, ungültig oder createRequest). |
— |
Tabelle 2 stellt jedes Feld in der RMON-AlarmTabelle, die Beschreibung des Felds und die entsprechende Junos OS-Anweisung bereit, mit der Sie das Feld konfigurieren können. Die Junos OS-Anweisungen befinden sich auf der Hierarchieebene [edit snmp rmon].
Feld |
Beschreibung |
Aussage [edit snmp rmon] |
|---|---|---|
alarmStatus |
Status dieser Zeile (z. B. gültig, ungültig oder createRequest) |
— |
alarmInterval |
Abtastdauer (in Sekunden) der überwachten Größe |
|
alarmVariable |
Object Identifier (OID) und Instanz der zu überwachenden Variablen |
— |
alarmValue |
Tatsächlicher Wert der Stichprobenvariablen |
— |
alarmSampleType |
Stichprobentyp (absolute oder Delta-Änderungen) |
|
alarmStartupAlarm |
Erster Alarm (steigend, fallend oder beides) |
|
alarmRisingThreshold |
Steigender Schwellenwert, mit dem der Wert verglichen werden soll |
|
alarmFallingThreshold |
Fallender Schwellenwert, mit dem der Wert verglichen werden soll |
|
alarmRisingEventIndex |
Index (Zeile) des steigenden Ereignisses in der Ereignistabelle |
|
alarmFallingEventIndex |
Index (Zeile) des fallenden Ereignisses in der Ereignistabelle |
|
Tabelle 3 stellt jedes Feld in der jnxRmon jnxRmonAlarmTable bereit, die eine Erweiterung der RMON alarmTable darstellt. Sie können Probleme mit dem RMON-Agenten rmopd, der auf einem Switch ausgeführt wird, beheben, indem Sie den Inhalt des jnxRmonAlarmTable-Objekts überprüfen.
Feld |
Beschreibung |
|---|---|
jnxRmonAlarmGetFailCnt |
Häufigkeit, mit der die interne |
jnxRmonAlarmGetFailTime |
Wert des sysUpTime-Objekts zum Zeitpunkt des letzten Fehlers |
jnxRmonAlarmGetFailReason |
Grund, warum die |
jnxRmonAlarmGetOkTime |
Wert des sysUpTime-Objekts, wenn die Variable den Fehlerzustand verlassen hat |
jnxRmonAlarmState |
Status dieses Alarmeintrags |
Tabelle 4 stellt jedes Feld in der RMON historyControlTable, die Beschreibung des Felds und die entsprechende Junos OS-Anweisung bereit, mit der Sie das Feld konfigurieren können. Die Junos OS-Anweisungen befinden sich auf der Hierarchieebene [edit snmp rmon history]. Die historyControlTable steuert den RMON etherHistoryTable.
Feld |
Beschreibung |
Anweisung [edit snmp rmon history] |
|---|---|---|
historyControlDataSource |
Gibt die Quelle der Daten an, für die Verlaufsdaten erfasst wurden. |
|
historyControlBucketsRequested |
Angeforderte Anzahl von diskreten Zeitintervallen, über die Daten gespeichert werden sollen. |
|
historyControlBucketsGewährt |
Anzahl der diskreten Abtastintervalle, über die Daten gespeichert werden sollen. |
— |
historyControlInterval |
Intervall in Sekunden, über das die Daten für jeden Bucket abgetastet werden. |
|
historyControlOwner |
Entität, die diesen Eintrag konfiguriert hat. |
|
historyControlStatus |
Status dieses Eintrags. |
— |
Minimale RMON-Alarm- und Ereigniseintragskonfiguration
Um RMON auf dem Router zu aktivieren, müssen Sie einen Alarmeintrag und einen Ereigniseintrag konfigurieren. Fügen Sie dazu die folgenden Anweisungen auf Hierarchieebene [edit snmp rmon] ein:
[edit snmp rmon]
alarm index {
rising-event-index index;
rising-threshold integer;
sample-type type;
variable oid-variable;
}
event index;
Konfigurieren eines RMON-Alarmeintrags und seiner Attribute
Ein Alarmeintrag überwacht den Wert einer MIB-Variablen. Sie können konfigurieren, wie oft der Wert abgetastet wird, welche Art von Sampling durchgeführt werden soll und welches Ereignis ausgelöst werden soll, wenn ein Schwellenwert überschritten wird.
In diesem Abschnitt werden die folgenden Themen behandelt:
- Konfigurieren des Alarmeintrags
- Konfigurieren der Beschreibung
- Konfigurieren des Index für fallende Ereignisse oder steigende Ereignisse
- Konfigurieren des fallenden oder ansteigenden Schwellenwerts
- Konfigurieren des Intervalls
- Konfigurieren des Intervalls für fallende Schwellenwerte
- Konfigurieren des Anforderungstyps
- Konfigurieren des Beispieltyps
- Konfigurieren des Startalarms
- Konfigurieren des Systemprotokoll-Tags
- Konfigurieren der Variablen
Konfigurieren des Alarmeintrags
Ein Alarmeintrag überwacht den Wert einer MIB-Variablen. Die rising-event-indexAnweisungen , rising-threshold, sample-typeund variable sind obligatorisch. Alle anderen Anweisungen sind optional.
Um den Alarmeintrag zu konfigurieren, fügen Sie die alarm Anweisung ein und geben Sie einen Index auf Hierarchieebene [edit snmp rmon] an:
[edit snmp rmon] alarm index { description description; falling-event-index index; falling-threshold integer; falling-threshold-interval seconds; interval seconds; rising-event-index index; rising-threshold integer; sample-type (absolute-value | delta-value); startup-alarm (falling-alarm | rising alarm | rising-or-falling-alarm); variable oid-variable; }
index ist eine ganze Zahl, die einen Alarm- oder Ereigniseintrag identifiziert.
Konfigurieren der Beschreibung
Die Beschreibung ist eine Textzeichenfolge, die den Alarmeintrag identifiziert.
Um die Beschreibung zu konfigurieren, fügen Sie die description Anweisung und eine Beschreibung des Alarmeintrags auf Hierarchieebene [edit snmp rmon alarm index] ein:
[edit snmp rmon alarm index] description description;
Konfigurieren des Index für fallende Ereignisse oder steigende Ereignisse
Der Index für fallende Ereignisse identifiziert den Ereigniseintrag, der ausgelöst wird, wenn ein fallender Schwellenwert überschritten wird. Der steigende Ereignisindex identifiziert den Ereigniseintrag, der ausgelöst wird, wenn ein steigender Schwellenwert überschritten wird.
Um den Index für fallende oder steigende Ereignisse zu konfigurieren, fügen Sie die falling-event-index Anweisung or rising-event-index ein, und geben Sie einen Index auf Hierarchieebene [edit snmp rmon alarm index] an:
[edit snmp rmon alarm index] falling-event-index index; rising-event-index index;
index kann zwischen 0 und 65.535 liegen. Der Standardwert für den fallenden und den steigenden Ereignisindex ist 0.
Konfigurieren des fallenden oder ansteigenden Schwellenwerts
Der fallende Schwellenwert ist der untere Schwellenwert für die überwachte Variable. Wenn der aktuell abgetastete Wert kleiner oder gleich diesem Schwellenwert ist und der Wert im letzten Abtastintervall größer als dieser Schwellenwert ist, wird ein einzelnes Ereignis generiert. Ein einzelnes Ereignis wird auch generiert, wenn die erste Stichprobe, nachdem dieser Eintrag gültig wird, kleiner oder gleich diesem Schwellenwert ist und der zugehörige Startalarm gleich falling-alarm oder rising-or-falling-alarmist. Nachdem ein fallendes Ereignis generiert wurde, kann erst dann ein weiteres fallendes Ereignis generiert werden, wenn der abgetastete Wert diesen Schwellenwert überschreitet und den steigenden Schwellenwert erreicht. Sie müssen den fallenden Schwellenwert als ganze Zahl angeben. Der Standardwert liegt 20 Prozent unter dem steigenden Schwellenwert.
Standardmäßig ist der steigende Schwellenwert 0. Der steigende Schwellenwert ist der obere Schwellenwert für die überwachte Variable. Wenn der aktuell abgetastete Wert größer oder gleich diesem Schwellenwert ist und der Wert im letzten Abtastintervall kleiner als dieser Schwellenwert ist, wird ein einzelnes Ereignis generiert. Ein einzelnes Ereignis wird auch generiert, wenn die erste Stichprobe, nachdem dieser Eintrag gültig geworden ist, größer oder gleich diesem Schwellenwert ist und die zugeordnete startup-alarm Stichprobe gleich rising-alarm oder rising-or-falling-alarmist. Nachdem ein steigendes Ereignis generiert wurde, kann erst dann ein weiteres ansteigendes Ereignis generiert werden, wenn der abgetastete Wert diesen Schwellenwert unterschreitet und den fallenden Schwellenwert erreicht. Sie müssen den steigenden Schwellenwert als ganze Zahl angeben.
Um den fallenden oder steigenden Schwellenwert zu konfigurieren, fügen Sie die falling-threshold oder-Anweisung rising-threshold auf Hierarchieebene [edit snmp rmon alarm index] ein:
[edit snmp rmon alarm index] falling-threshold integer; rising-threshold integer;
integer kann ein Wert zwischen -2.147.483.647 und 2.147.483.647 sein.
Konfigurieren des Intervalls
Das Intervall stellt den Zeitraum in Sekunden dar, über den die überwachte Variable abgetastet und mit den steigenden und fallenden Schwellenwerten verglichen wird.
Um das Intervall zu konfigurieren, fügen Sie die interval Anweisung ein, und geben Sie die Anzahl der Sekunden auf Hierarchieebene [edit snmp rmon alarm index] an:
[edit snmp rmon alarm index] interval seconds;
seconds kann ein Wert zwischen 1 und 2.147.483.647 sein. Der Standardwert ist 60 Sekunden.
Konfigurieren des Intervalls für fallende Schwellenwerte
Das fallende Schwellenwertintervall stellt das Intervall zwischen den Samples dar, wenn der steigende Schwellenwert überschritten wird. Sobald der Alarm die fallende Schwelle überschreitet, wird das reguläre Abtastintervall verwendet.
Sie können das Intervall für fallende Schwellenwerte nicht für Alarme konfigurieren, bei denen der Anforderungstyp auf festgelegt ist walk-request.
Um das Intervall für den fallenden Schwellenwert zu konfigurieren, schließen Sie die falling-threshold interval Anweisung auf Hierarchieebene [edit snmp rmon alarm index] ein und geben Sie die Anzahl der Sekunden an:
[edit snmp rmon alarm index] falling-threshold-interval seconds;
seconds kann ein Wert zwischen 1 und 2.147.483.647 sein. Der Standardwert ist 60 Sekunden.
Konfigurieren des Anforderungstyps
Standardmäßig kann ein RMON-Alarm nur eine Objektinstanz überwachen (wie in der Konfiguration angegeben). Sie können eine request-type Anweisung so konfigurieren, dass der Gültigkeitsbereich des RMON-Alarms auf alle Objektinstanzen ausgeweitet wird, die zu einer MIB-Verzweigung gehören, oder auf die nächste Objektinstanz nach der in der Konfiguration angegebenen Instanz.
Um den Anforderungstyp zu konfigurieren, fügen Sie die request-type Anweisung auf Hierarchieebene [edit snmp rmon alarm index] ein und geben Sie get-next-request, get-requestoder walk-request:
[edit snmp rmon alarm index] request-type (get-next-request | get-request | walk-request);
walk erweitert die RMON-Alarmkonfiguration auf alle Objektinstanzen, die zu einem MIB-Zweig gehören. next erweitert die RMON-Alarmkonfiguration um die nächste Objektinstanz nach der in der Konfiguration angegebenen Instanz.
Konfigurieren des Beispieltyps
Der Stichprobentyp gibt die Methode an, mit der die ausgewählte Variable abgetastet und der Wert berechnet wird, der mit den Schwellenwerten verglichen werden soll. Wenn der Wert dieses Objekts ist absolute-value, wird der Wert der ausgewählten Variablen direkt mit den Schwellenwerten am Ende des Abtastintervalls verglichen. Wenn der Wert dieses Objekts ist delta-value, wird der Wert der ausgewählten Variablen bei der letzten Stichprobe vom aktuellen Wert subtrahiert und die Differenz mit den Schwellenwerten verglichen.
Um den Stichprobentyp zu konfigurieren, schließen Sie die sample-type Anweisung ein, und geben Sie den Stichprobentyp auf Hierarchieebene [edit snmp rmon alarm index] an:
[edit snmp rmon alarm index] sample-type (absolute-value | delta-value);
absolute-value—Der tatsächliche Wert der ausgewählten Variablen wird mit den Schwellenwerten verglichen.delta-value—Die Differenz zwischen Stichproben der ausgewählten Variablen wird mit den Schwellenwerten verglichen.
Konfigurieren des Startalarms
Der Startalarm gibt die Art des Alarms an, der bei der ersten Aktivierung dieses Eintrags gesendet werden kann. Sie können es als , rising-alarmoder rising-or-falling-alarmangebenfalling-alarm.
Um den Startalarm zu konfigurieren, fügen Sie die startup-alarm Anweisung ein, und geben Sie den Alarmtyp auf Hierarchieebene [edit snmp rmon alarm index] an:
[edit snmp rmon alarm index] startup-alarm (falling-alarm | rising-alarm | rising-or-falling-alarm);
falling-alarm– Wird generiert, wenn die erste Abtastung nach der Aktivierung des Alarmeintrags kleiner oder gleich dem fallenden Schwellenwert ist.rising-alarm– Wird generiert, wenn die erste Abtastung nach der Aktivierung des Alarmeintrags größer oder gleich dem ansteigenden Schwellenwert ist.rising-or-falling-alarm– Wird generiert, wenn die erste Abtastung nach der Aktivierung des Alarmeintrags einen der entsprechenden Schwellenwerte erfüllt.
Der Standardwert ist rising-or-falling-alarm.
Konfigurieren des Systemprotokoll-Tags
Die syslog-subtag Anweisung gibt das Tag an, das der Systemprotokollmeldung hinzugefügt werden soll. Sie können eine Zeichenfolge mit nicht mehr als 80 Großbuchstaben als Systemprotokoll-Tag angeben.
Um das Systemprotokoll-Tag zu konfigurieren, fügen Sie die syslog-subtag Anweisung auf Hierarchieebene [edit snmp rmon alarm index] ein:
[edit snmp rmon alarm index] syslog-subtag syslog-subtag;
Konfigurieren der Variablen
Die Variable identifiziert das MIB-Objekt, das überwacht wird.
Um die Variable zu konfigurieren, schließen Sie die variable Anweisung ein, und geben Sie den Objektbezeichner oder Objektnamen auf Hierarchieebene [edit snmp rmon alarm index] an:
[edit snmp rmon alarm index] variable oid-variable;
oid-variable ist eine gepunktete Dezimalzahl (z. B. 1.3.6.1.2.1.2.1.2.2.1.10.1) oder ein MIB-Objektname (z. B ifInOctets.1. ).
Konfigurieren eines RMON-Ereigniseintrags und seiner Attribute
Ein Ereigniseintrag erzeugt eine Benachrichtigung für einen Alarmeintrag, wenn dessen steigender oder fallender Schwellwert überschritten wird. Sie können den Typ der generierten Benachrichtigung konfigurieren. Um den Ereigniseintrag zu konfigurieren, fügen Sie die event Anweisung auf Hierarchieebene [edit snmp rmon] ein. Alle Anweisungen außer der event Anweisung sind optional.
[edit snmp rmon] event index { community community-name; description description; type type; }
index Identifiziert ein Eingabeereignis.
community-name ist die Überfüllungsgruppe, die beim Generieren eines Überfüllungs verwendet wird. Wenn für diese Trap-Gruppe die rmon-alarm Trap-Kategorie konfiguriert ist, wird ein Trap an alle Ziele gesendet, die für diese Trap-Gruppe konfiguriert sind. Die Community-Zeichenfolge im Trap stimmt mit dem Namen der Trap-Gruppe überein. Wenn nichts konfiguriert ist, werden alle Trap-Gruppen untersucht, und Traps werden mit jeder Gruppe mit der rmon-alarm festgelegten Kategorie gesendet.
description ist eine Textzeichenfolge, die den Eintrag identifiziert.
Die type Variable eines Ereigniseintrags gibt an, wo das Ereignis protokolliert werden soll. Sie können den Typ wie folgt angeben:
log– Fügt den Ereigniseintrag zurlogTable.log-and-trap– Sendet einen SNMP-Trap und erstellt einen Protokolleintrag.none– Sendet keine Benachrichtigung.snmptrap– Sendet einen SNMP-Trap.
Der Standardwert für den Ereigniseintragstyp ist log-and-trap.
Beispiel: Konfigurieren eines RMON-Alarms und eines Ereigniseintrags
Konfigurieren eines RMON-Alarms und eines Ereigniseintrags:
[edit snmp]
rmon {
alarm 100 {
description “input traffic on fxp0”;
falling-event-index 100;
falling-threshold 10000;
interval 60;
rising-event-index 100;
rising-threshold 100000;
sample-type delta-value;
startup-alarm rising-or-falling-alarm;
variable ifInOctets.1;
}
event 100 {
community bedrock;
description” emergency events”;
type log-and-trap;
}
}
Verwenden von alarmTable zum Überwachen von MIB-Objekten
Führen Sie die folgenden Aufgaben aus, um alarmTable zum Überwachen eines MIB-Objekts zu verwenden:
- Erstellen eines Alarmeintrags
- Konfigurieren der Alarm-MIB-Objekte
- Aktivieren Sie eine neue Zeile in alarmTable
- Ändern einer aktiven Zeile in alarmTable
- Deaktivieren einer Zeile in alarmTable
Erstellen eines Alarmeintrags
Um einen Alarmeintrag zu erstellen, erstellen Sie zunächst eine neue Zeile in alarmTable mit dem alarmStatus-Objekt. Erstellen Sie z. B. Alarm #1 mit den UCD-Befehlszeilendienstprogrammen:
snmpset -Os -v2c router community alarmStatus.1 i createRequest
Konfigurieren der Alarm-MIB-Objekte
Nachdem Sie die neue Zeile in alarmTable erstellt haben, konfigurieren Sie die folgenden Alarm MIB-Objekte:
Außer alarmStatus können Sie keines der Objekte im Eintrag ändern, wenn das zugehörige alarmStatus-Objekt auf validgesetzt ist.
- alarmInterval
- alarmVariable
- alarmSampleType
- alarmValue
- alarmStartupAlarm
- alarmRisingThreshold
- alarmFallingThreshold
- alarmOwner
- alarmRisingEventIndex
- alarmFallingEventIndex
alarmInterval
Das Intervall in Sekunden, in dem die Daten abgetastet und mit den steigenden und fallenden Schwellenwerten verglichen werden. Um alarmInterval beispielsweise Alarm #1 auf 30 Sekunden einzustellen, verwenden Sie die folgende SNMP-Anforderung Set :
snmpset -Os -v2c router community alarmInterval.1 i 30
alarmVariable
Der Objektbezeichner der Variablen, die abgetastet werden soll. Wenn während einer Set Anforderung der angegebene Variablenname in der ausgewählten MIB-Ansicht nicht verfügbar ist, wird ein badValue-Fehler zurückgegeben. Wenn zu irgendeinem Zeitpunkt der Variablenname eines eingerichteten alarmEintrags in der ausgewählten MIB-Ansicht nicht mehr verfügbar ist, ändert die Sonde den Status von alarmVariable auf ungültig. Um z. B. ifInOctets.61 als die zu überwachende Variable zu identifizieren, verwenden Sie die folgende SNMP-Anforderung Set :
snmpset -Os -v2c router community alarmVariable.1 o .1.3.6.1.2.1.2.2.1.10.61
alarmSampleType
Die Methode zum Sampling der ausgewählten Variablen und zum Berechnen des Werts, der mit den Schwellenwerten verglichen werden soll. Wenn der Wert dieses Objekts absoluteValue ist, wird der Wert der ausgewählten Variablen direkt mit den Schwellenwerten am Ende des Abtastintervalls verglichen. Wenn der Wert dieses Objekts deltaValue ist, wird der Wert der ausgewählten Variablen bei der letzten Stichprobe vom aktuellen Wert subtrahiert, und die Differenz wird mit den Schwellenwerten verglichen. Um beispielsweise alarmSampleType für Alarm #1 auf deltaValue festzulegen, verwenden Sie die folgende SNMP-Anforderung Set :
snmpset -Os -v2c router community alarmSampleType.1 i deltaValue
alarmValue
Der Wert der Variablen während des letzten Stichprobenzeitraums. Dieser Wert wird mit den steigenden und fallenden Schwellenwerten verglichen. Wenn der Stichprobentyp deltaValue ist, entspricht dieser Wert der Differenz zwischen den Stichproben am Anfang und am Ende des Zeitraums. Wenn der Stichprobentyp ist absoluteValue, entspricht dieser Wert dem Stichprobenwert am Ende des Zeitraums.
alarmStartupAlarm
Ein Alarm, der gesendet wird, wenn dieser Eintrag zum ersten Mal auf gültig gesetzt wird. Wenn die erste Stichprobe nach dem Gültigwerden dieses Eintrags risingThresholdgrößer oder gleich ist und alarmStartupAlarm gleich risingAlarm oder risingOrFallingAlarmist, wird ein einzelner steigender Alarm generiert. Wenn die erste Stichprobe nach Gültigkeitsdauer dieser Eingabe kleiner oder gleich fallingThreshold und alarmStartupAlarm gleich oder risingOrFallingAlarmistfallingAlarm, wird ein einzelner Fallalarm generiert. Um z. B. für Alarm #1 auf zu setzen alarmStartupAlarm , verwenden Sie die folgende SNMP-Anforderung Set :risingOrFallingAlarm
snmpset -Os -v2c router community alarmStartupAlarm.1 i risingOrFallingAlarm
alarmRisingThreshold
Ein Schwellenwert für die Stichprobenvariable. Wenn der aktuell abgetastete Wert größer oder gleich diesem Schwellenwert ist und der Wert im letzten Abtastintervall kleiner als dieser Schwellenwert ist, wird ein einzelnes Ereignis generiert. Ein einzelnes Ereignis wird auch generiert, wenn die erste Stichprobe, nachdem dieser Eintrag gültig geworden ist, größer oder gleich diesem Schwellenwert ist und die zugeordnete alarmStartupAlarm Stichprobe gleich risingAlarm oder risingOrFallingAlarmist. Nachdem ein steigendes Ereignis generiert wurde, kann kein weiteres ansteigendes Ereignis generiert werden, bis der abgetastete Wert diesen Schwellenwert unterschreitet und alarmFallingThresholderreicht. Um z. B. für Alarm #1 auf zu setzen alarmRisingThreshold , verwenden Sie die folgende SNMP-Anforderung Set :100000
snmpset -Os -v2c router community alarmRisingThreshold.1 i 100000
alarmFallingThreshold
Ein Schwellenwert für die Stichprobenvariable. Wenn der aktuell abgetastete Wert kleiner oder gleich diesem Schwellenwert ist und der Wert im letzten Abtastintervall größer als dieser Schwellenwert ist, wird ein einzelnes Ereignis generiert. Ein einzelnes Ereignis wird auch generiert, wenn die erste Stichprobe, nachdem dieser Eintrag gültig wird, kleiner oder gleich diesem Schwellenwert ist und die zugeordnete alarmStartupAlarm Stichprobe gleich fallingAlarm oder risingOrFallingAlarmist. Nachdem ein fallendes Ereignis generiert wurde, kann erst dann ein weiteres fallendes Ereignis generiert werden, wenn der abgetastete Wert diesen Schwellenwert überschreitet und alarmRisingThresholderreicht. Um z. B. für Alarm #1 auf zu setzen alarmFallingThreshold , verwenden Sie die folgende SNMP-Anforderung Set :10000
snmpset -Os -v2c router community alarmFallingThreshold.1 i 10000
alarmOwner
Eine beliebige Textzeichenfolge, die von der erstellenden Verwaltungsanwendung oder der Befehlszeilenschnittstelle (CLI) angegeben wird. In der Regel wird es verwendet, um einen Netzwerkmanager (oder eine Anwendung) zu identifizieren, und kann für die Feinzugriffssteuerung zwischen teilnehmenden Verwaltungsanwendungen verwendet werden.
alarmRisingEventIndex
Der Index des eventEntry-Objekts, das verwendet wird, wenn ein steigender Schwellenwert überschritten wird. Wenn kein entsprechender Eintrag in eventTable vorhanden ist, ist keine Zuordnung vorhanden. Wenn dieser Wert Null ist, wird kein zugeordnetes Ereignis generiert, da Null kein gültiger Ereignisindex ist. Um beispielsweise alarmRisingEventIndex für Alarm #1 auf 10zu setzen, verwenden Sie die folgende SNMP-Anforderung Set :
snmpset -Os -v2c router community alarmRisingEventIndex.1 i 10
alarmFallingEventIndex
Der Index des eventEntry-Objekts, das verwendet wird, wenn ein fallender Schwellenwert überschritten wird. Wenn kein entsprechender Eintrag in eventTable vorhanden ist, ist keine Zuordnung vorhanden. Wenn dieser Wert Null ist, wird kein zugeordnetes Ereignis generiert, da Null kein gültiger Ereignisindex ist. Um beispielsweise alarmFallingEventIndex für Alarm #1 auf 10zu setzen, verwenden Sie die folgende SNMP-Anforderung Set :
snmpset -Os -v2c router community alarmFallingEventIndex.1 i 10
Aktivieren Sie eine neue Zeile in alarmTable
Um eine neue Zeile in alarmTable zu aktivieren, legen Sie alarmStatus auf die Verwendung einer SNMP-Anforderung Set festvalid :
snmpset -Os -v2c router community alarmStatus.1 i valid
Ändern einer aktiven Zeile in alarmTable
Um eine aktive Zeile zu ändern, legen Sie zunächst alarmStatus mithilfe einer SNMP-Anforderung Set auf underCreation fest:
snmpset -Os -v2c router community alarmStatus.1 i underCreation
Ändern Sie dann den Zeileninhalt mithilfe einer SNMP-Anforderung Set :
snmpset -Os -v2c router community alarmFallingThreshold.1 i 1000
Aktivieren Sie abschließend die Zeile, indem Sie alarmStatus auf valid die Verwendung einer SNMP-Anforderung Set festlegen:
snmpset -Os -v2c router community alarmStatus.1 i valid
Deaktivieren einer Zeile in alarmTable
Um eine Zeile in alarmTable zu deaktivieren, setzen Sie alarmStatus auf invalid die Verwendung einer SNMP-Anforderung Set :
snmpset -Os -v2c router community alarmStatus.1 i invalid
Verwenden von eventTable zum Protokollieren von Alarmen
Führen Sie die folgenden Aufgaben aus, um eventTable zum Protokollieren von Alarmen zu verwenden:
- Erstellen eines Ereigniseintrags
- Konfigurieren der MIB-Objekte
- Aktivieren einer neuen Zeile in eventTable
- Deaktivieren einer Zeile in eventTable
Erstellen eines Ereigniseintrags
Die RMON-eventTable steuert die Generierung von Benachrichtigungen vom Router. Bei den Benachrichtigungen kann es sich um Protokolle (Einträge in logTable und syslogs) oder um SNMP-Traps handeln. Jeder Ereigniseintrag kann so konfiguriert werden, dass eine beliebige Kombination dieser Benachrichtigungen (oder keine Benachrichtigung) generiert wird. Wenn ein Ereignis angibt, dass ein SNMP-Trap generiert werden soll, wird die Trapgruppe, die beim Senden des Traps verwendet wird, durch den Wert des zugeordneten eventCommunity-Objekts angegeben. Folglich stimmt die Community in der Trap-Nachricht mit dem von eventCommunity angegebenen Wert überein. Wenn nichts für eventCommunity konfiguriert ist, wird ein Trap mit jeder Trap-Gruppe gesendet, für die die Kategorie rmon-alarm konfiguriert ist.
Konfigurieren der MIB-Objekte
Nachdem Sie die neue Zeile in eventTable erstellt haben, legen Sie die folgenden Objekte fest:
Das eventType-Objekt ist erforderlich. Alle anderen Objekte sind optional.
eventType
Die Art der Benachrichtigung, die der Router generiert, wenn das Ereignis ausgelöst wird.
Dieses Objekt kann auf die folgenden Werte festgelegt werden:
log– Fügt den Ereigniseintrag zu logTable hinzu.log-and-trap– Sendet einen SNMP-Trap und erstellt einen Protokolleintrag.none– Sendet keine Benachrichtigung.snmptrap– Sendet einen SNMP-Trap.
Um beispielsweise für Ereignis #1 auf zu setzen eventType , verwenden Sie die folgende SNMP-Anforderung Set :log-and-trap
snmpset -Os -v2c router community eventType.1 i log-and-trap
eventCommunity
Die Trap-Gruppe, die beim Generieren eines Traps verwendet wird (wenn eventType zum Senden von Traps konfiguriert ist). Wenn für diese Trap-Gruppe die Kategorie rmon-alarm trap konfiguriert ist, wird ein Trap an alle Ziele gesendet, die für diese Trap-Gruppe konfiguriert sind. Die Community-Zeichenfolge im Trap stimmt mit dem Namen der Trap-Gruppe (und damit mit dem Wert von eventCommunity) überein. Wenn nichts konfiguriert ist, werden Traps an jede Gruppe gesendet, für die die Kategorie rmon-alarm festgelegt ist. Um beispielsweise eventCommunity für Ereignis #1 auf boy-elroy festzulegen, verwenden Sie die folgende SNMP-Anforderung Set :
snmpset -Os -v2c router community eventCommunity.1 s "boy-elroy"
Das eventCommunity-Objekt ist optional. Wenn Sie dieses Objekt nicht festlegen, bleibt das Feld leer.
eventOwner
Eine beliebige Textzeichenfolge, die von der erstellenden Verwaltungsanwendung oder der Befehlszeilenschnittstelle (CLI) angegeben wird. In der Regel wird es verwendet, um einen Netzwerkmanager (oder eine Anwendung) zu identifizieren, und kann für die Feinzugriffssteuerung zwischen teilnehmenden Verwaltungsanwendungen verwendet werden.
Um beispielsweise eventOwner für Ereignis #1 auf george jetson festzulegen, verwenden Sie die folgende SNMP-Anforderung Set :
snmpset -Os -v2c router community eventOwner.1 s "george jetson"
Das eventOwner-Objekt ist optional. Wenn Sie dieses Objekt nicht festlegen, bleibt das Feld leer.
eventBeschreibung
Eine beliebige Textzeichenfolge, die von der erstellenden Verwaltungsanwendung oder der Befehlszeilenschnittstelle (CLI) angegeben wird. Die Verwendung dieser Zeichenfolge ist anwendungsabhängig.
Um beispielsweise eventDescription für Ereignis #1 auf spacelys sprockets zu setzen, verwenden Sie die folgende SNMP-Anforderung Set :
snmpset -Os -v2c router community eventDescription.1 s "spacelys sprockets"
Das eventDescription-Objekt ist optional. Wenn Sie dieses Objekt nicht festlegen, bleibt das Feld leer.
Aktivieren einer neuen Zeile in eventTable
Um die neue Zeile in eventTable zu aktivieren, legen Sie eventStatus auf valid die Verwendung einer SNMP-Anforderung Set fest, z. B.:
snmpset -Os -v2c router community eventStatus.1 i valid
Deaktivieren einer Zeile in eventTable
Um eine Zeile in eventTable zu deaktivieren, legen Sie eventStatus auf invalid die Verwendung einer SNMP-Anforderung Set fest, z. B.:
snmpset -Os -v2c router community eventStatus.1 i invalid