Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Remote-Netzwerküberwachung (RMON)

SUMMARY 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 und der .etherStatsTableetherHistoryTable Sie enthält kumulative Echtzeitstatistiken für Ethernet-Schnittstellen, z. B. die Anzahl der Unicast-, Multicast- und Broadcast-Pakete, die auf einer Schnittstelle empfangen wurden.etherStatsTable Das führt eine historische Stichprobe von Statistiken für Ethernet-Schnittstellen.etherHistoryTable Die Steuerung der , einschließlich der zu verfolgenden Schnittstellen und des Abtastintervalls, wird durch das RMON definiert.etherHistoryTablehistoryControlTable

Um RMON-Alarme zu aktivieren, führen Sie die folgenden Schritte aus:

  1. Konfigurieren Sie SNMP, einschließlich Trap-Gruppen. Sie konfigurieren SNMP auf der Hierarchieebene [].edit snmp

  2. Konfigurieren Sie steigende und fallende Ereignisse in der , einschließlich der Ereignistypen und Überfüllungsgruppen.eventTable Sie können Ereignisse auch mithilfe der CLI auf der Hierarchieebene [] konfigurieren.edit snmp rmon event

  3. Konfigurieren Sie Alarme in der , 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.alarmTable Sie können Alarme auch mithilfe der CLI auf der Hierarchieebene [] konfigurieren.edit snmp rmon alarm

    Erweiterungen sind in der unternehmensspezifischen MIB jnxRmon von Juniper Networks (mib-jnx-rmon.txt) definiert.alarmTable

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 Eintrag identifizieren, der ausgelöst werden soll, wenn ein Schwellenwert überschritten wird.eventTable

Konfigurations- und Betriebswerte sind in RFC 2819 definiert.alarmTable Zusätzliche Betriebswerte sind in den unternehmensspezifischen Erweiterungen von Juniper Networks für () definiert.alarmTablejnxRmonAlarmTable

In diesem Thema werden die folgenden Abschnitte behandelt:

alarmTable

alarmTable in der RMON MIB ermöglicht es Ihnen, Folgendes zu überwachen und abzufragen:

  • – Der Indexwert dafür identifiziert einen bestimmten Eintrag.alarmIndexalarmTable

  • 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.

  • – Der Eintrag, der verwendet wird, wenn ein ansteigender Schwellenwert überschritten wird.alarmRisingEventIndexeventTable

  • – Der Eintrag, der verwendet wird, wenn ein fallender Schwellenwert überschritten wird.alarmFallingEventIndexeventTable

  • 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 gesetzt ist, führt der zugehörige Ereignisalarm keine Aktion aus.valid

jnxRmonAlarmTable

Das ist eine unternehmensspezifische Erweiterung von Juniper Networks für .jnxRmonAlarmTablealarmTable Es stellt zusätzliche Betriebsinformationen bereit und umfasst die folgenden Objekte:

  • —Die Häufigkeit, mit der die interne Anforderung für die von diesem Eintrag überwachte Variable fehlgeschlagen ist.jnxRmonAlarmGetFailCntGet

  • – Der Wert, wann eine interne Anforderung für die von diesem Eintrag überwachte Variable zuletzt fehlgeschlagen ist.jnxRmonAlarmGetFailTimesysUpTimeGet

  • – Der Grund, warum eine interne Anforderung für die von diesem Eintrag überwachte Variable zuletzt fehlgeschlagen ist.jnxRmonAlarmGetFailReasonGet

  • – Der Wert, wenn eine interne Anforderung für die von diesem Eintrag überwachte Variable erfolgreich war und der Eintrag den Status verlassen hat.jnxRmonAlarmGetOkTimesysUpTimeGetgetFailure

  • 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.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 die RMON-MIB definiert.eventTable

In diesem Abschnitt werden die folgenden Themen behandelt:

eventTable

eventTable enthält die folgenden Objekte:

  • – Ein Index, der einen Eintrag in eindeutig identifiziert.eventIndexeventTable 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. Wenn dies nicht konfiguriert ist, wird ein Trap an jede Trap-Gruppe gesendet, die mit der Kategorie konfiguriert ist.eventCommunityrmon-alarm

  • – Wert, der angibt , wann dieser Ereigniseintrag zuletzt ein Ereignis generiert hat.eventLastTimeSentsysUpTime

  • 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 gesetzt ist, wird vom zugehörigen Ereigniseintrag keine Aktion ausgeführt.valid Wenn dieses Objekt auf gesetzt ist, werden alle vorherigen Protokolleinträge, die diesem Eintrag zugeordnet sind (falls vorhanden), gelöscht.valid

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

Abbildung 1: Festlegen von SchwellenwertenFestlegen von Schwellenwerten

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.

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 der Konfiguration ein:[edit snmp]

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:

  1. Gewähren Sie allen SNMP-Clients schreibgeschützten Zugriff:

    Hier einige Zahlen zum Generationswechsel:

  2. Gewähren Sie Lese-/Schreibzugriff auf die RMON- und jnx-rmon-MIBs:

    Hier einige Zahlen zum Generationswechsel:

    Die OIDs 1.3.6.1.2.1.16 und 1.3.6.1.4.1.2636.13 entsprechen den RMON- und jnxRmon-MIBs.

  3. Konfigurieren einer SNMP-Trap-Gruppe:

    Hier einige Zahlen zum Generationswechsel:

    Die Trap-Gruppe rmon-trap-group ist so konfiguriert, dass RMON-Traps an 192.168.5.5 gesendet werden.

Konfigurieren eines Ereignisses

So konfigurieren Sie ein Ereignis:

  1. Konfigurieren Sie einen Ereignisindex, einen Community-Namen und einen Typ:

    Hier einige Zahlen zum Generationswechsel:

    Die Ereignis-Community entspricht der SNMP-Trap-Gruppe und ist nicht identisch mit einer SNMP-Community. Dieses Ereignis generiert einen SNMP-Trap und fügt der logTable in der RMON-MIB einen Eintrag hinzu.

  2. Konfigurieren Sie eine Beschreibung für das Ereignis:

    Hier einige Zahlen zum Generationswechsel:

Konfigurieren eines Alarms

So konfigurieren Sie einen Alarm:

  1. Konfigurieren Sie einen Alarmindex, die zu überwachende Variable, die steigenden und fallenden Schwellenwerte und die entsprechenden steigenden und fallenden Ereignisse:

    Hier einige Zahlen zum Generationswechsel:

    Die Variable .1.3.6.1.4.1.2636.3.1.13.1.8.9.1.0.0 entspricht dem jnxRmon-MIB-Objekt jnxOperatingCPU, das die CPU-Auslastung der Routing-Engine darstellt. Die fallenden und steigenden Schwellenwerte sind 75 und 90. Die steigenden und fallenden Ereignisse erzeugen beide das gleiche Ereignis (Ereignisindex 1).

  2. Konfigurieren Sie das Abtastintervall und den Abtasttyp sowie den Alarmtyp:

    Hier einige Zahlen zum Generationswechsel:

    Der Absolutwert der überwachten Variablen wird alle 30 Sekunden abgetastet. Der erste Alarm kann auftreten, wenn die steigende Schwelle überschritten oder unter die fallende Schwelle fällt.

Überwachen von RMON-MIB-Tabellen

Zweck

Überwachen Sie RMON-Alarm-, Ereignis- und Protokolltabellen (Remote Monitoring – Remote-Monitoring).

Was

So zeigen Sie die RMON-Tabellen an:

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.

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

Tabelle 1: RMON-Ereignistabelle

Feld

Beschreibung

Aussage [edit snmp rmon]

eventBeschreibung

Textbeschreibung dieses Ereignisses.

description

Eventtype

Typ des Ereignisses (z. B. log, trap oder log and trap).

type

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.)

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

Tabelle 2: RMON-Alarmtabelle

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

interval

alarmVariable

Object Identifier (OID) und Instanz der zu überwachenden Variablen

alarmValue

Tatsächlicher Wert der Stichprobenvariablen

alarmSampleType

Stichprobentyp (absolute oder Delta-Änderungen)

sample-type

alarmStartupAlarm

Erster Alarm (steigend, fallend oder beides)

startup-alarm

alarmRisingThreshold

Steigender Schwellenwert, mit dem der Wert verglichen werden soll

rising-threshold

alarmFallingThreshold

Fallender Schwellenwert, mit dem der Wert verglichen werden soll

falling-threshold

alarmRisingEventIndex

Index (Zeile) des steigenden Ereignisses in der Ereignistabelle

rising-event-index

alarmFallingEventIndex

Index (Zeile) des fallenden Ereignisses in der Ereignistabelle

falling-event-index

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.

Tabelle 3: jnxRmon-Alarmtabelle

Feld

Beschreibung

jnxRmonAlarmGetFailCnt

Häufigkeit, mit der die interne Anforderung für die Variable fehlgeschlagen istGet

jnxRmonAlarmGetFailTime

Wert des sysUpTime-Objekts zum Zeitpunkt des letzten Fehlers

jnxRmonAlarmGetFailReason

Grund, warum die Anforderung fehlgeschlagen istGet

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.

Tabelle 4: Steuertabelle für die RMON-Historie

Feld

Beschreibung

Anweisung [edit snmp rmon history]

historyControlDataSource

Gibt die Quelle der Daten an, für die Verlaufsdaten erfasst wurden.

interface

historyControlBucketsRequested

Angeforderte Anzahl von diskreten Zeitintervallen, über die Daten gespeichert werden sollen.

bucket-size

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.

interval

historyControlOwner

Entität, die diesen Eintrag konfiguriert hat.

owner

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 ein:[edit snmp rmon]

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

Ein Alarmeintrag überwacht den Wert einer MIB-Variablen. Die Anweisungen , , und sind obligatorisch.rising-event-indexrising-thresholdsample-typevariable Alle anderen Anweisungen sind optional.

Um den Alarmeintrag zu konfigurieren, fügen Sie die Anweisung ein und geben Sie einen Index auf Hierarchieebene an:alarm[edit snmp rmon]

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 Anweisung und eine Beschreibung des Alarmeintrags auf Hierarchieebene ein:description[edit snmp rmon alarm index]

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 Anweisung or ein, und geben Sie einen Index auf Hierarchieebene an:falling-event-indexrising-event-index[edit snmp rmon alarm 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 oder ist.falling-alarmrising-or-falling-alarm 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 Stichprobe gleich oder ist.startup-alarmrising-alarmrising-or-falling-alarm 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 oder-Anweisung auf Hierarchieebene ein:falling-thresholdrising-threshold[edit snmp rmon alarm index]

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 Anweisung ein, und geben Sie die Anzahl der Sekunden auf Hierarchieebene an:interval[edit snmp rmon alarm index]

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.

HINWEIS:

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 Anweisung auf Hierarchieebene ein und geben Sie die Anzahl der Sekunden an:falling-threshold interval[edit snmp rmon alarm index]

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 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.request-type

Um den Anforderungstyp zu konfigurieren, fügen Sie die Anweisung auf Hierarchieebene ein und geben Sie , oder :request-type[edit snmp rmon alarm index]get-next-requestget-requestwalk-request

erweitert die RMON-Alarmkonfiguration auf alle Objektinstanzen, die zu einem MIB-Zweig gehören. erweitert die RMON-Alarmkonfiguration um die nächste Objektinstanz nach der in der Konfiguration angegebenen Instanz.walknext

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 , wird der Wert der ausgewählten Variablen direkt mit den Schwellenwerten am Ende des Abtastintervalls verglichen.absolute-value Wenn der Wert dieses Objekts ist , wird der Wert der ausgewählten Variablen bei der letzten Stichprobe vom aktuellen Wert subtrahiert und die Differenz mit den Schwellenwerten verglichen.delta-value

Um den Stichprobentyp zu konfigurieren, schließen Sie die Anweisung ein, und geben Sie den Stichprobentyp auf Hierarchieebene an:sample-type[edit snmp rmon alarm index]

  • 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 , oder angeben.falling-alarmrising-alarmrising-or-falling-alarm

Um den Startalarm zu konfigurieren, fügen Sie die Anweisung ein, und geben Sie den Alarmtyp auf Hierarchieebene an:startup-alarm[edit snmp rmon alarm index]

  • 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 Anweisung gibt das Tag an, das der Systemprotokollmeldung hinzugefügt werden soll.syslog-subtag 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 Anweisung auf Hierarchieebene ein:syslog-subtag[edit snmp rmon alarm index]

Konfigurieren der Variablen

Die Variable identifiziert das MIB-Objekt, das überwacht wird.

Um die Variable zu konfigurieren, schließen Sie die Anweisung ein, und geben Sie den Objektbezeichner oder Objektnamen auf Hierarchieebene an:variable[edit snmp rmon alarm index]

ist eine gepunktete Dezimalzahl (z. B. ) oder ein MIB-Objektname (z. B. ).oid-variable1.3.6.1.2.1.2.1.2.2.1.10.1ifInOctets.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 Anweisung auf Hierarchieebene ein.event[edit snmp rmon] Alle Anweisungen außer der Anweisung sind optional.event

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 Trap-Kategorie konfiguriert ist, wird ein Trap an alle Ziele gesendet, die für diese Trap-Gruppe konfiguriert sind.rmon-alarm 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 festgelegten Kategorie gesendet.rmon-alarm

description ist eine Textzeichenfolge, die den Eintrag identifiziert.

Die Variable eines Ereigniseintrags gibt an, wo das Ereignis protokolliert werden soll.type Sie können den Typ wie folgt angeben:

  • – Fügt den Ereigniseintrag zur .loglogTable

  • 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:

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

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:

Konfigurieren der Alarm-MIB-Objekte

Nachdem Sie die neue Zeile in alarmTable erstellt haben, konfigurieren Sie die folgenden Alarm MIB-Objekte:

HINWEIS:

Außer alarmStatus können Sie keines der Objekte im Eintrag ändern, wenn das zugehörige alarmStatus-Objekt auf gesetzt ist.valid

alarmInterval

Das Intervall in Sekunden, in dem die Daten abgetastet und mit den steigenden und fallenden Schwellenwerten verglichen werden. Um beispielsweise Alarm #1 auf 30 Sekunden einzustellen, verwenden Sie die folgende SNMP-Anforderung :alarmIntervalSet

alarmVariable

Der Objektbezeichner der Variablen, die abgetastet werden soll. Wenn während einer Anforderung der angegebene Variablenname in der ausgewählten MIB-Ansicht nicht verfügbar ist, wird ein badValue-Fehler zurückgegeben.Set 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

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

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 , entspricht dieser Wert dem Stichprobenwert am Ende des Zeitraums.absoluteValue

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 größer oder gleich ist und gleich oder ist, wird ein einzelner steigender Alarm generiert.risingThresholdalarmStartupAlarmrisingAlarmrisingOrFallingAlarm Wenn die erste Stichprobe nach Gültigkeitsdauer dieser Eingabe kleiner oder gleich und gleich oder ist, wird ein einzelner Fallalarm generiert.fallingThresholdalarmStartupAlarmfallingAlarmrisingOrFallingAlarm Um z. B. für Alarm #1 auf zu setzen, verwenden Sie die folgende SNMP-Anforderung:alarmStartupAlarmrisingOrFallingAlarmSet

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 Stichprobe gleich oder ist.alarmStartupAlarmrisingAlarmrisingOrFallingAlarm Nachdem ein steigendes Ereignis generiert wurde, kann kein weiteres ansteigendes Ereignis generiert werden, bis der abgetastete Wert diesen Schwellenwert unterschreitet und erreicht.alarmFallingThreshold Um z. B. für Alarm #1 auf zu setzen, verwenden Sie die folgende SNMP-Anforderung:alarmRisingThreshold100000Set

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 Stichprobe gleich oder ist.alarmStartupAlarmfallingAlarmrisingOrFallingAlarm Nachdem ein fallendes Ereignis generiert wurde, kann erst dann ein weiteres fallendes Ereignis generiert werden, wenn der abgetastete Wert diesen Schwellenwert überschreitet und erreicht.alarmRisingThreshold Um z. B. für Alarm #1 auf zu setzen, verwenden Sie die folgende SNMP-Anforderung:alarmFallingThreshold10000Set

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 zu setzen, verwenden Sie die folgende SNMP-Anforderung :10Set

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 zu setzen, verwenden Sie die folgende SNMP-Anforderung :10Set

Aktivieren Sie eine neue Zeile in alarmTable

Um eine neue Zeile in alarmTable zu aktivieren, legen Sie alarmStatus auf die Verwendung einer SNMP-Anforderung fest:validSet

Ändern einer aktiven Zeile in alarmTable

Um eine aktive Zeile zu ändern, legen Sie zunächst alarmStatus mithilfe einer SNMP-Anforderung auf underCreation fest:Set

Ändern Sie dann den Zeileninhalt mithilfe einer SNMP-Anforderung :Set

Aktivieren Sie abschließend die Zeile, indem Sie alarmStatus auf die Verwendung einer SNMP-Anforderung festlegen:validSet

Deaktivieren einer Zeile in alarmTable

Um eine Zeile in alarmTable zu deaktivieren, setzen Sie alarmStatus auf die Verwendung einer SNMP-Anforderung :invalidSet

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

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:

HINWEIS:

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, verwenden Sie die folgende SNMP-Anforderung:eventTypelog-and-trapSet

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

HINWEIS:

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

HINWEIS:

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

HINWEIS:

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 die Verwendung einer SNMP-Anforderung fest, z. B.:validSet

Deaktivieren einer Zeile in eventTable

Um eine Zeile in eventTable zu deaktivieren, legen Sie eventStatus auf die Verwendung einer SNMP-Anforderung fest, z. B.:invalidSet