Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Remote-Nework-Überwachung (RMON)

SUMMARY In diesem Abschnitt wird beschrieben, wie Junos OS den Remote Network Monitoring (RMON) MIB (RFC 2819) unterstützt, der es einem Verwaltungsgerät ermöglicht, die Werte von MIB-Objekten oder Variablen gegen konfigurierte Grenzwerte zu überwachen. Wenn der Wert einer Variablen einen Grenzwert überschreitet, werden ein Alarm und das entsprechende Ereignis generiert. Das Ereignis kann protokolliert werden und eine SNMP-Trap generieren.

Grundlegendes zu RMON

RMON - Überblick

Ein Betriebsunterstützungssystem (OSS) oder ein Fehlerüberwachungssystem kann verwendet werden, um Ereignisse, die viele verschiedene Kennzahlen, einschließlich Leistung, Verfügbarkeit, Fehler und Umweltdaten, automatisch überwachen. Administratoren könnten beispielsweise wissen wollen, ob die interne Temperatur eines Gehäuses über eine konfigurierte Grenzwerte gestiegen ist, was möglicherweise darauf hindeuten kann, dass ein Lüfterhalterung eines Gehäuses defekt ist, der Luftstrom des Gehäuses beeinträchtigt wird oder das Kühlungssystem des Systems in der Umgebung des Chassis nicht normal funktioniert.

Die RMON-MIB definiert auch Tabellen, die verschiedene Statistiken für Ethernet-Schnittstellen speichern, einschließlich der etherStatsTableetherHistoryTable und der . Er enthält kumulative Echtzeitstatistiken für Ethernet-Schnittstellen, z. B. die Anzahl der an einer Schnittstelle empfangenen etherStatsTable Unicast-, Multicast- und Broadcast-Pakete. Es etherHistoryTable erfasst ein Verlaufsmuster von Statistiken für Ethernet-Schnittstellen. Die Steuerung des Einschließlich der Schnittstellen für die Nachverfolgung und des Sampling-Intervalls etherHistoryTable wird durch den RMON historyControlTable festgelegt.

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

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

  2. Konfigurieren Sie steigende und fallende Ereignisse eventTable in Der, einschließlich Ereignistypen und Trap-Gruppen. Sie können auch Ereignisse mithilfe des CLI auf der [ edit snmp rmon event ] Hierarchieebene konfigurieren.

  3. Konfiguration von Alarmen in der , einschließlich der Variablen zur Überwachung, ansteigender und fallender Grenzwerte, der Sampling-Typen und -Intervals sowie der entsprechenden Ereignisse, die bei Alarmen alarmTable generiert werden. Sie können auch Alarme mithilfe des CLI auf der [ edit snmp rmon alarm ] Hierarchieebene konfigurieren.

    Erweiterungen am Server werden alarmTable im Juniper Networks unternehmensspezifischen MIB jnxRmon (mib-jnx-rmon.txt) definiert.

Alarmschwellen und -ereignisse

Wenn Sie für eine überwachte Variable einen steigenden und fallenden Grenzwert festlegen, können Sie immer dann benachrichtigt werden, wenn der Wert der Variablen außerhalb des zulässigen Betriebsbereichs liegt Abbildung 1 (siehe).

Abbildung 1: Schwellenwerte festlegenSchwellenwerte festlegen

Ereignisse werden nur dann generiert, wenn der Alarm-Grenzwert zum ersten Mal in einer Richtung überschritten wird, und nicht nach jedem Musterintervall. Wenn beispielsweise ein Alarm bei einem steigenden Schwellenwert und ein entsprechendes Ereignis ausgelöst wird, treten bis zum Auftreten eines entsprechenden Alarms keine Schwellenwerte mehr auf. Dadurch verringert sich die Anzahl an Ereignissen, die durch das System erzeugt werden, und es wird für die Betriebsmitarbeiter einfacher, bei Auftreten von Ereignissen zu reagieren.

Bevor Sie die Remote-Überwachung konfigurieren, sollten Sie ermitteln, welche Variablen überwacht werden müssen und deren zulässiger Betriebsbereich. Um die zulässigen Betriebsbereiche zu bestimmen, ist ein längerer Baselining-Zeitraum erforderlich. Ein ursprünglicher Basiszeitraum von mindestens Drei Monate sind keine Seltenheit, wenn Sie zum ersten Mal die Betriebsbereiche identifizieren und Schwellenwerte definieren. Die Baseline-Überwachung sollte jedoch über die Lebensdauer jeder überwachten Variablen anhalten.

Grundlegende Informationen zu RMON-Alarmen

Ein RMON-Alarm identifiziert:

  • Ein bestimmtes MIB Objekt, das überwacht wird.

  • Die Häufigkeit der Sampling-Daten.

  • Die Methode des Sampling.

  • Die Schwellenwerte, mit denen die überwachten Werte verglichen werden.

Ein RMON-Alarm kann auch einen bestimmten Eintrag identifizieren, der ausgelöst wird, wenn eventTable ein Schwellenwert überschritten wird.

Konfigurations- und Betriebswerte werden alarmTable in RFC 2819 definiert. Zusätzliche Betriebswerte werden in unternehmensspezifischen Juniper Networks von alarmTable ( jnxRmonAlarmTable ) definiert.

Dieses Thema deckt die folgenden Abschnitte ab:

alarmierbar

alarmTable können MIB Überwachung und Abfrage der folgenden Informationen erhalten:

  • alarmIndex— Der Indexwert für alarmTable diesen identifizierten Eintrag.

  • alarmInterval— Das Intervall in Sekunden, in dem die Daten gemessen und mit den steigenden und fallenden Grenzwerten verglichen werden.

  • alarmVariable— Die MIB variable, die durch den Alarmeintrag überwacht wird.

  • alarmSampleType— Sampling-Methode für die ausgewählte Variable und Berechnung des Zuwerts, der mit den Schwellenwerten verglichen werden soll.

  • alarmValue— Der Wert der Variablen während des letzten Sampling-Zeitraums. Dieser Wert wird mit den steigenden und fallenden Grenzwerten verglichen.

  • alarmStartupAlarm—Der Alarm, der bei der ersten Aktivierung des Eintrags gesendet wird.

  • alarmRisingThreshold— Der obere Grenzwert für die beispielvariable Variable.

  • alarmFallingThreshold— Unterwert für die Stichprobenvariable.

  • alarmRisingEventIndex—Der eventTable Eintrag, der verwendet wird, wenn ein ansteigende Grenzwerte überschritten wird.

  • alarmFallingEventIndex— Der eventTable Eintrag, der beim Überschreiten eines fallenden Grenzwerts verwendet wird.

  • alarmStatus— Methode zum Hinzufügen und Entfernen von Einträgen aus der Tabelle. Sie kann auch verwendet werden, um den Status eines Eintrags zu ändern, um Änderungen zu ermöglichen.

    Anmerkung:

    Wenn dieses Objekt nicht auf festgelegt valid wurde, führt der zugehörige Ereignisalarm keine Aktionen aus.

jnxRmonAlarmTable

Es jnxRmonAlarmTable handelt sich um Juniper Networks unternehmensspezifische Erweiterung zu alarmTable . Sie stellt zusätzliche Betriebsinformationen zur Verfügung und umfasst die folgenden Objekte:

  • jnxRmonAlarmGetFailCnt— Die Anzahl der fehlgeschlagenen internen Anforderungen an die Variable, die Get von diesem Eintrag überwacht wird.

  • jnxRmonAlarmGetFailTime—Der Wert, als eine interne Anfrage für die von diesem Eintrag sysUpTimeGet zuletzt überwachte Variable fehlgeschlagen ist.

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

  • jnxRmonAlarmGetOkTime—Der Wert, wann eine interne Anfrage für die von diesem Eintrag überwachte Variable erfolgreich war und sysUpTime der Eintrag den Status links GetgetFailure ließ.

  • jnxRmonAlarmState— Den aktuellen Status dieses RMON-Alarmeintrags.

Informationen zu den Juniper Networks den unternehmensspezifischen Erweiterungen der RMON-Ereignis- und MIB-Alarme finden Sie unter https://www.juniper.net/documentation/en_US/junos16.1/topics/reference/mibs/mib-jnx-rmon.txt.

Grundlegende Informationen zu RMON-Ereignissen

Ein RMON-Ereignis ermöglicht Ihnen, das Überschreiten von Grenzwerten anderer MIB zu protokollieren. Er ist für eventTable die RMON-MIB.

In diesem Abschnitt werden die folgenden Themen behandelt:

eventTable

eventTable die folgenden Objekte enthält:

  • eventIndex— Ein Index, der einen Eintrag in eindeutig eventTable identifiziert. Jeder Eintrag definiert eine Veranstaltung, die generiert wird, wenn die geeigneten Bedingungen auftreten.

  • eventDescription— Ein Kommentar, der den Veranstaltungseintrag beschreibt.

  • eventType—Art der Benachrichtigung, die von der Probe zu diesem Ereignis vor wird.

  • eventCommunity— Trap-Gruppe, die verwendet wird, wenn eine SNMP-Trap gesendet werden soll. Wenn nicht konfiguriert ist, wird eine Trap an jede eventCommunity Trap-Gruppe gesendet, die mit der Kategorie rmon-alarm konfiguriert ist.

  • eventLastTimeSent— Wert, an sysUpTime dem dieser Veranstaltungseintrag zuletzt eine Veranstaltung generiert hat.

  • eventOwnerAlle von der Management-Anwendung oder dem Befehlszeilenschnittstelle (CLI) angegebenen Textzeichenfolgen (CLI). Sie wird typischerweise zur Identifizierung eines Netzwerkmanagers (oder einer Anwendung) verwendet und kann für die feine Zugriffssteuerung zwischen beteiligten Managementanwendungen verwendet werden.

  • eventStatus— Status dieses Veranstaltungseintrags.

    Anmerkung:

    Wenn dieses Objekt nicht auf festgelegt valid wurde, wird vom zugehörigen Ereigniseintrag keine Aktion ergriffen. Wenn dieses Objekt auf gesetzt wird, werden alle vorherigen Protokolleinträge, die diesem Eintrag verknüpft sind valid (falls enthalten), gelöscht.

Grundlegende Informationen zur Konfiguration von RMON-Alarmen und -Ereignissen

Junos OS unterstützt die Überwachung von Routern von Remote-Geräten. Diese Werte werden anhand von Grenzwerten gemessen und lösen Ereignisse aus, wenn die Schwellenwerte überschritten werden. Sie konfigurieren Alarm- und Ereigniseinträge zur Remoteüberwachung (RMON), um den Wert eines MIB zu überwachen.

Zum Konfigurieren von RMON-Alarm- und Ereigniseinträgen fügen Sie Anweisungen auf der [edit snmp] Hierarchieebene der Konfiguration hinzu:

RMON-MIB-Tabellen für Ereignis-, Alarm-, Protokoll- und Verlaufskontrolle

Tabelle 1 enthält jedes Feld in der RMON-ereignistabelle, die Beschreibung des Feldes und die dazugehörige Junos OS, die Sie zum Konfigurieren des Feldes verwenden können. Die Junos OS befinden sich auf der [ edit snmp rmon ] Hierarchieebene.

Tabelle 1: RMON-Ereignistabelle

Feld

Beschreibung

Erklärung [snmp rmon bearbeiten]

eventDescription

Textbeschreibung dieser Veranstaltung.

description

Eventtype

Art der Veranstaltung (z. B. Protokoll, Falle oder Protokoll und Trap).

type

eventCommunity

Trap-Gruppe, an die dieses Ereignis gesendet werden soll, wie in der Konfiguration Junos OS definiert. (Das ist nicht dasselbe wie in der SNMP-Community.)

community

eventOwner

Einheit (z. B. Manager), die dieses Ereignis erstellt hat.

EventStatus

Status dieser Zeile (z. B. gültig, ungültig oder createRequest).

Tabelle 2 enthält jedes Feld in der RMON-AlarmTabelle, die Beschreibung des Feldes und die dazugehörige Junos OS Anweisung, die Sie zum Konfigurieren des Feldes verwenden können. Die Junos OS befinden sich auf der [ edit snmp rmon ] Hierarchieebene.

Tabelle 2: RMON-Alarmtabelle

Feld

Beschreibung

Erklärung [snmp rmon bearbeiten]

alarmStatus

Status dieser Zeile (z. B. gültig, ungültig oder createRequest)

alarmInterval

Stichprobenzeitraum (in Sekunden) der überwachten Variablen

interval

alarmVariable

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

alarmValue

Der tatsächliche Wert der Beispielvariablen

alarmSampleType

Beispieltyp (absolute oder Delta-Änderungen)

sample-type

alarmStartupArm

Anfangsalarme (ansteigend, fallender oder einer)

startup-alarm

alarmRisingThreshold

Steigende Schwelle zum Vergleich von Wert

rising-threshold

alarmFallingThreshold

Fallender Schwellenwert zum Vergleich des Werts

falling-threshold

alarmRisingEventIndex

Index (Reihe) der steigenden Veranstaltung in der Ereignistabelle

rising-event-index

alarmFallingEventIndex

Index (Zeile) des fallenden Ereignisses in der Ereignistabelle

falling-event-index

Tabelle 3 bietet jedes Feld in der jnxRmon jnxRmonAlarmTable, eine Erweiterung der RMON alarmTable. Sie können die Fehlerbehebung für den auf einem Switch ausgeführten RMON-Agent RMOPD durchführen, indem Sie den Inhalt des jnxRmonAlarmTable-Objekts prüfen.

Tabelle 3: JNXRmon-Alarmtabelle

Feld

Beschreibung

jnxRmonAlarmGetFailCnt

Anzahl der fehlgeschlagenen Get internen Anforderungen für die Variable

jnxRmonAlarmGetFailTime

Wert des sysUpTime-Objekts beim letzten Fehler

jnxRmonAlarmGetFail Eine

Grund, warum Get die Anfrage fehlgeschlagen ist

jnxRmonAlarmGetOkTime

Wert des sysUpTime-Objekts, wenn die Variable aus dem Fehlerzustand verschoben wurde

jnxRmonAlarmState

Status dieses Alarmeintrags

Tabelle 4 bietet jedes Feld im RMON-VerlaufControlTable, die Beschreibung des Feldes und die dazugehörige Junos OS Anweisung, die Sie zum Konfigurieren des Feldes verwenden können. Die Junos OS befinden sich auf der [ edit snmp rmon history ] Hierarchieebene. Der HistoryControlTable steuert das RMON etherHistoryTable.

Tabelle 4: RMON-Verlaufskontrolltabelle

Feld

Beschreibung

Erklärung [Geschichte bearbeiten]

historyControlDataSource

Identifiziert die Quelle der Daten, für die Verlaufsdaten gesammelt wurden.

interface

historyControlBucketsErfordert

Angeforderte Anzahl separater Zeitintervalle, in denen Daten gespeichert werden sollen.

bucket-size

historyControlBucketsgranted

Anzahl der separaten Sampling-Intervals, in denen Daten gespeichert werden sollen.

historyControlInterval

In Sekundenschnelle, in dem die Daten für jeden Wanne ins Sample gemustert werden.

interval

historyControlOwner

Einheit, die diesen Eintrag konfiguriert hat.

owner

historyControlStatus

Status dieses Eintrags.

Minimale Konfiguration von RMON-Alarm- und Ereigniseingaben

Zur Aktivierung von RMON auf dem Router müssen Sie einen Alarm- und einen Ereigniseintrag konfigurieren. Um dies zu erreichen, müssen Sie die folgenden Anweisungen auf der [edit snmp rmon] Hierarchieebene beinhalten:

Konfigurieren eines RMON-Alarmeintrags und seiner Attribute

Ein Alarmeintrag überwacht den Wert einer bestimmten MIB. Sie können konfigurieren, wie oft der Wert ausgelöst wird, welche Art von Sampling durchgeführt wird und welche Ereignisse bei Überschreiten eines Grenzwerts ausgelöst werden müssen.

In diesem Abschnitt werden die folgenden Themen erörtert:

Konfigurieren des Alarmeintrags

Ein Alarmeintrag überwacht den Wert einer bestimmten MIB. die rising-event-indexrising-threshold , und sample-typevariable Anweisungen sind zwingend erforderlich. Alle anderen Anweisungen sind optional.

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

index ist eine ganzzahlzahl, die einen Alarm oder einen Ereigniseintrag identifiziert.

Konfiguration der Beschreibung

Die Beschreibung ist eine Textzeichenfolge zur Identifizierung des Alarmeintrags.

Um die Beschreibung zu konfigurieren, fügen Sie die description Anweisung und eine Beschreibung des Alarmeintrags auf der [edit snmp rmon alarm index] Hierarchieebene hinzu:

Konfigurieren des Falling Event Index oder Rising Event Index

Der Index für fallende Ereignisse identifiziert den Ereigniseintrag, der ausgelöst wird, wenn ein fallender Grenzwert überschritten wird. Der steigende Veranstaltungs-Index identifiziert den Ereigniseintrag, der ausgelöst wird, wenn ein steigender Grenzwert überschritten wird.

Um den fallenden Veranstaltungs-Index oder rising Event Index zu konfigurieren, geben Sie die Anweisung an und geben Sie einen falling-event-indexrising-event-index Index auf der [edit snmp rmon alarm index] Hierarchieebene an:

index von 0 bis 65.535 sein. Der Standard für den fallenden und den steigenden Ereignis-Index ist 0.

Konfigurieren des Fallenden Grenzwerts oder des ansteigenden Grenzwerts

Der fallende Schwellenwert ist der untere Schwellenwert für die überwachte Variable. Wenn der aktuelle Stichprobenwert unter oder gleich diesem Grenzwert ist und der Wert beim letzten Sampling-Intervall diesen Grenzwert überschreitet, wird ein einzelnes Ereignis generiert. Zudem wird eine einzelne Veranstaltung generiert, wenn das erste Beispiel nach diesem Eintrag unter oder gleich diesem Schwellenwert ist und der zugehörige Startalarm gleich oder falling-alarmrising-or-falling-alarm . Nach einem fallenden Ereignis kann ein weiteres fallendes Ereignis erst entstehen, wenn der Stichprobenwert diese Schwellschwelle überschreitet und die steigende Schwelle erreicht. Sie müssen den fallenden Grenzwert als ganze Zahl angeben. Sie liegt standardmäßig 20 Prozent unter der steigenden Schwelle.

Standardmäßig liegt der Schwellenwert bei 0. Der damit ansteigende Grenzwert ist die obere Schwelle für die überwachte Variable. Wenn der aktuelle Stichprobenwert größer oder gleich dieses Grenzwerts ist und der Wert beim letzten Sampling-Intervall unter diesem Grenzwert liegt, wird ein einzelnes Ereignis generiert. Zudem wird eine einzelne Veranstaltung generiert, wenn das erste Muster nach diesem Eintrag gültig ist als oder gleich diesen Schwellenwert überschreitet und das zugehörige Muster startup-alarm gleich oder rising-alarmrising-or-falling-alarm . Nach einer steigenden Veranstaltung kann eine weitere Veranstaltung erst dann generiert werden, wenn der Stichprobenwert unter diese Schwelle fällt und die fallende Schwelle erreicht. Sie müssen den ansteigenden Grenzwert als ganze Zahl angeben.

Um den fallenden Oder steigenden Grenzwert zu konfigurieren, geben Sie die Anweisung auf falling-thresholdrising-threshold der [edit snmp rmon alarm index] Hierarchieebene an:

integer kann ein Wert von -2.147.483.647 bis 2.147.483.647 sein.

Konfigurieren des Intervalls

Dieses Intervall gibt den Zeitszeitraum in Sekunden wieder, für den die überwachte Variable gemessen und mit den steigenden und fallenden Grenzwerten verglichen wird.

Um das Intervall zu konfigurieren, fügen Sie die Anweisung hinzu, und geben Sie die Anzahl von Sekunden interval auf der [edit snmp rmon alarm index] Hierarchieebene an:

seconds kann ein Wert von 1 bis 2.147.483.647 sein. Sie beträgt standardmäßig 60 Sekunden.

Konfigurieren des fallenden Grenzwertintervalls

Das fallende Grenzwertintervall gibt das Intervall zwischen Mustern wieder, wenn der ansteigende Grenzwert überschritten wird. Sobald der Alarm den fallenden Grenzwert überschreitet, wird das regelmäßige Sampling-Intervall verwendet.

Anmerkung:

Sie können das fallende Grenzwertintervall für Alarme, für die der Anforderungstyp festgelegt wurde, nicht walk-request konfigurieren.

Um das fallende Grenzwertintervall zu konfigurieren, fügen Sie die Anweisung auf Der Hierarchieebene hinzu und geben falling-threshold interval Sie die Anzahl von Sekunden [edit snmp rmon alarm index] an:

seconds kann ein Wert von 1 bis 2.147.483.647 sein. Sie beträgt standardmäßig 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 Umfang des RMON-Alarms um alle Objektinstanzen erweitert wird, die zu einer MIB-Zweigstelle gehören, oder um die nächste Objektinstanz nach der in der Konfiguration angegebenen Instanz ein request-type anzugeben.

Um den Anforderungstyp zu konfigurieren, fügen Sie die Anweisung auf der Hierarchieebene hinzu und request-type[edit snmp rmon alarm index] spezifizieren get-next-requestget-requestwalk-request bzw. :

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

Konfigurieren des Beispieltyps

Der Mustertyp identifiziert die Methode für die Sampling der ausgewählten Variablen und berechnet den zu berechnenden Wert im Vergleich zu den Grenzwerten. Wenn der Wert dieses Objekts ist, wird der Wert der ausgewählten Variablen direkt mit den Grenzwerten am Ende des absolute-value Sampling-Intervalls verglichen. Wenn der Wert dieses Objekts ist, wird der Wert der ausgewählten Variablen am letzten Muster vom aktuellen Wert subtrahiert und der Unterschied mit den delta-value Grenzwerten verglichen.

Um den Beispieltyp zu konfigurieren, fügen Sie die Anweisung hinzu und geben Sie den Typ des Musters sample-type auf der [edit snmp rmon alarm index] Hierarchieebene ein:

  • absolute-value— Der tatsächliche Wert der ausgewählten Variablen wird mit diesen Grenzwerten verglichen.

  • delta-value— Der Unterschied zwischen den Mustern der ausgewählten Variablen wird mit diesen Grenzwerten verglichen.

Konfigurieren des Startalarms

Der Startalarm identifiziert den Alarmtyp, der bei der ersten Aktivierung dieses Eintrags gesendet werden kann. Sie können es als falling-alarm " oder rising-alarm " rising-or-falling-alarm angeben.

Um den Startalarm zu konfigurieren, fügen Sie die Anweisung hinzu, und geben Sie den Typ des Alarms startup-alarm auf der [edit snmp rmon alarm index] Hierarchieebene ein:

  • falling-alarm-Generiert, wenn das erste Muster nach der Alarmeingabe aktiv wird, weniger als oder gleich dem fallenden Grenzwert ist.

  • rising-alarm—Generiert, wenn das erste Muster nach der Alarmeingabe aktiv ist, größer oder gleich dem steigenden Grenzwert ist.

  • rising-or-falling-alarm-Generiert, wenn das erste Muster, nachdem der Alarmeintrag aktiv wird, einen der entsprechenden Grenzwerte erfüllt.

Sie müssen standardmäßig rising-or-falling-alarm ...

Konfigurieren des Systemprotokoll-Tags

Die syslog-subtag Anweisung gibt das Tag an, das der Systemprotokollnachricht hinzugefügt werden soll. Sie können eine Datei mit nicht mehr als 80 Großbuchstaben zeichen als Systemprotokoll-Tag angeben.

Um das Systemprotokoll-Tag zu konfigurieren, fügen Sie die syslog-subtag Anweisung auf der [edit snmp rmon alarm index] Hierarchieebene hinzu:

Konfigurieren der Variablen

Die Variable identifiziert das zu überwachende MIB Objekt.

Um die Variable zu konfigurieren, fügen Sie die variable Anweisung ein und geben Sie den Objektkennungs- oder Objektnamen auf der [edit snmp rmon alarm index] Hierarchieebene ein:

oid-variable ist z. B. ein gepunktete Oder ein MIB 1.3.6.1.2.1.2.1.2.2.1.10.1 Objektname ifInOctets.1 (z. B.).

Konfigurieren eines RMON-Ereigniseinstiegs und seiner Attribute

Ein Ereigniseintrag generiert eine Benachrichtigung für einen Alarmeintrag, wenn der ansteigende oder fallende Grenzwert überschritten wird. Sie können den Benachrichtigungstyp konfigurieren, der generiert wird. Um den Ereigniseintrag zu konfigurieren, fügen Sie die event Anweisung auf der [edit snmp rmon] Hierarchieebene ein. Alle Anweisungen mit Ausnahme event der Aussage sind optional.

index identifiziert eine Einstiegsveranstaltung.

community-name ist die Trap-Gruppe, die beim Generieren einer Trap verwendet wird. Wenn diese Trap-Gruppe über die Trap-Kategorie konfiguriert ist, wird eine Trap an alle für diese Trap-Gruppe konfigurierten rmon-alarm Ziele gesendet. Die Community-Zeichenfolge in der Falle entspricht dem Namen der Trap-Gruppe. Wenn nichts konfiguriert ist, werden alle Trap-Gruppen untersucht und Traps mithilfe jeder Gruppe mit dem rmon-alarm Kategoriesatz gesendet.

description ist eine Textzeichenfolge zur Identifizierung des Eingangs.

Die type Variable eines Ereigniseintrags gibt an, wo das Ereignis protokolliert werden soll. Sie können den Typ als einen der folgenden angeben:

  • log- Fügt den Veranstaltungseintrag zur logTable .

  • log-and-trap— Sendet eine SNMP-Trap und erstellt einen Protokolleintrag.

  • none— Sendet keine Benachrichtigung.

  • snmptrap— Sendet eine SNMP-Falle.

Der Standard für den Ereigniseingabetyp ist log-and-trap .

Beispiel: Konfigurieren eines RMON-Alarms und -Ereigniseintrags

Konfigurieren Sie einen RMON-Alarm und -Ereigniseintrag:

Konfigurieren von RMON-Verlaufs-Sampling

Der Junos OS unterstützt die History Control-Gruppe ( etherHistoryTable ) der Remote Network Monitoring (RMON)-MIB (RFC 2819). Die Verlaufssteuerungstabellen zeichnen statistische Stichproben von einem Ethernet-Netzwerk auf und speichern diese für späteren Abruf.

Führen Sie die folgenden Aufgaben aus, um RMON-Verlaufs-Sampling zu konfigurieren und erfasste Statistiken mithilfe der Junos OS CLI anzeigen oder löschen zu können:

Konfigurieren von RMON-Verlaufs-Sampling-Sammlung

Verwenden Sie history die Anweisung auf Hierarchieebene, um Parameter für die [edit snmp rmon] RMON-Verlaufserfassung zu konfigurieren. Folgende Parameter sind erforderlich:

  • History-Index: Der Verlaufseintrag wird mit einem Integer History Index-Wert ( MIB-Feld) identifiziert, der bei der Konfiguration dieser Aussage angegeben wurde und später zur Anzeige oder Clear der erfassten historyControlIndex Ergebnisse verwendet wird.

  • Schnittstelle: Die Schnittstelle, die für den angegebenen History-Index überwacht wird. Einem bestimmten RMON-History-Index kann nur eine Schnittstelle zugeordnet werden.

Zusätzlich zu den erforderlichen Parametern können Sie eine benutzerdefinierte Sampling-Auswahl (in Sekunden) und die Sampling-Anzahl (Anzahl der einzelnen Muster, die in einem bestimmten intervalbucket-size Intervall erfasst werden) angeben.

Ein optionales Tag ( owner ), das mit dem Verlaufs-Index verknüpft ist, kann der Sammlung auch zugewiesen werden.

Anzeigen und Löschen von RMON-Verlaufsstatistiken

Verwenden Sie den show snmp rmon history Befehl zur Anzeige erfasster RMON-Verlaufstabelleneinträge. Sie können den Befehl auch show snmp mib walk verwenden, um Feldbeispiele aus der RMON-Verlaufstabelle anzeigen zu können.

Mit der folgenden RMON-Beispielkonfiguration wird eine Verlaufstabellen-Sampling für Schnittstellen xe-0/0/20.0 mit einem Verlaufs-Indexwert von 1 eingerichtet:

Mit dem Befehl können Sie Feldstatistiken für History show snmp mib walketherHistoryPkts Index 1 sammeln:

Verwenden Sie den Befehl, um gesammelte RMON-Verlaufsstatistiken zu clear snmp history löschen. Nachdem Sie bis zu diesem Zeitpunkt Stichproben gesammelt haben, wird die Erfassung im konfigurierten Intervall erneut durchgeführt und neue Muster werden aufgenommen. Dieser Befehl verfügt über Optionen, um gesammelte Samples eines bestimmten konfigurierten History-Index zu löschen oder alle Muster aus allen konfigurierten Indizes zu löschen.

Beispielsweise werden mit dem folgenden Befehl erfasste RMON-Verlaufsmuster für History Control Index 1 (oben konfiguriert) löschen:

Verwenden von alarmTable zur Überwachung MIB Objekten

Führen Sie zur Verwendung von alarmTable zur Überwachung eines MIB Objekts die folgenden Aufgaben aus:

Erstellen eines Alarmeintrags

Um einen Alarmeintrag zu erstellen, erstellen Sie zunächst eine neue Zeile in alarmTabelle mithilfe des AlarmStatus-Objekts. Beispielsweise alarmieren Sie #1 mit den Befehlszeilen-Dienstprogrammen der UCD-Reihe:

Konfigurieren der Alarm-MIB Objekte

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

Anmerkung:

Außer AlarmStatus können Sie kein Objekt im Eintrag ändern, wenn das zugehörige Alarmstatus-Objekt auf valid festgelegt ist.

alarmInterval

Das Intervall in Sekunden, in dem die Daten gemessen und mit den steigenden und fallenden Grenzwerten verglichen wird. Verwenden Sie beispielsweise die folgende SNMP-Anforderung, um eine Alarmanforderung #1 alarmInterval 30 Sekunden Set festlegen zu können:

alarmVariable

Die Objektkennung der zu verwendenden Variablen. Wenn der angegebene Variable Name in der ausgewählten Ansicht MIB nicht verfügbar ist, wird ein Set badValue-Fehler zurückgegeben. Wenn zu einem bestimmten Zeitpunkt der variable Name einer etablierten AlarmEntry in der ausgewählten MIB-Ansicht nicht mehr verfügbar ist, ändert die Probe den Status von alarmVariable zu ungültig. Verwenden Sie beispielsweise die folgende SNMP-Anforderung, um ifInOctets.61 als zu überwachende Variable zu Set identifizieren:

alarmSampleType

Stichprobenverfahren für die ausgewählte Variable und Berechnung des Zuwerts im Vergleich zu den Schwellenwerten. Wenn der Wert dieses Objekts absoluteValue ist, wird der Wert der ausgewählten Variablen direkt mit den Grenzwerten am Ende des Sampling-Intervalls verglichen. Wenn der Wert dieses Objekts deltaValue ist, wird der Wert der ausgewählten Variablen am letzten Sample vom aktuellen Wert subtrahiert und der Unterschied mit den Grenzwerten verglichen. Verwenden Sie beispielsweise die folgende SNMP-Anfrage, um alarmSampleType für #1 auf deltaValue Set festlegen:

alarmValue

Der Wert der Variablen während des letzten Sampling-Zeitraums. Dieser Wert wird mit den steigenden und fallenden Grenzwerten verglichen. Wenn der Beispieltyp deltaValue ist, entspricht dieser Wert der Differenz zwischen den Mustern am Anfang und am Ende des Zeitraums. Wenn der Beispieltyp ist, entspricht dieser Wert absoluteValue dem Beispielwert am Ende des Zeitraums.

alarmStartupArm

Ein Alarm, der gesendet wird, wenn dieser Eintrag zum ersten Mal als gültig festgelegt wurde. Wenn das erste Muster nach der Gültigkeit dieses Eintrags größer oder gleich ist und gleich oder gleich ist, wird ein einziger Alarm risingThresholdalarmStartupAlarmrisingAlarmrisingOrFallingAlarm generiert. Wenn das erste Muster nach dieser Eingabe gültig wird, ist es weniger oder gleich und entspricht dem Muster bzw. ist gleich, dann wird ein einziger Alarm fallingThresholdalarmStartupAlarmfallingAlarmrisingOrFallingAlarm ausgelöst. Verwenden Sie beispielsweise die alarmStartupAlarm folgende risingOrFallingAlarm SNMP-Anforderung, um die Alarmanforderung #1 Set festlegen:

alarmRisingThreshold

Ein Schwellenwert für die stichprobenvariable Variable. Wenn der aktuelle Stichprobenwert größer oder gleich dieses Grenzwerts ist und der Wert beim letzten Sampling-Intervall unter diesem Grenzwert liegt, wird ein einzelnes Ereignis generiert. Zudem wird eine einzelne Veranstaltung generiert, wenn das erste Muster nach diesem Eintrag gültig ist als oder gleich diesen Schwellenwert überschreitet und das zugehörige Muster alarmStartupAlarm gleich oder risingAlarmrisingOrFallingAlarm . Nachdem eine steigende Veranstaltung generiert wurde, kann eine weitere Veranstaltung erst dann generiert werden, wenn der Beispielwert unter diese Schwelle fällt und sie alarmFallingThreshold erreicht. Verwenden Sie beispielsweise die alarmRisingThreshold folgende 100000 SNMP-Anforderung, um die Alarmanforderung #1 Set festlegen:

alarmFallingThreshold

Ein Schwellenwert für die stichprobenvariable Variable. Wenn der aktuelle Stichprobenwert unter oder gleich diesem Grenzwert ist und der Wert beim letzten Sampling-Intervall diesen Grenzwert überschreitet, wird ein einzelnes Ereignis generiert. Zudem wird eine einzelne Veranstaltung generiert, wenn das erste Muster nach diesem Eintrag weniger oder gleich dieses Grenzwerts ist und das zugehörige Muster alarmStartupAlarm gleich oder fallingAlarmrisingOrFallingAlarm . Nachdem ein fallendes Ereignis erzeugt wurde, kann ein weiteres fallendes Ereignis erst dann generiert werden, wenn der Stichprobenwert über diese Schwellschwelle steigt und sich alarmRisingThreshold erreicht. Verwenden Sie beispielsweise die alarmFallingThreshold folgende 10000 SNMP-Anforderung, um die Alarmanforderung #1 Set festlegen:

alarmOwner

Jeder von der Management-Anwendung oder dem Befehlszeilenschnittstelle (CLI) angegebene Text string (CLI). Sie wird typischerweise zur Identifizierung eines Netzwerkmanagers (oder einer Anwendung) verwendet und kann für die feine Zugriffssteuerung zwischen beteiligten Managementanwendungen verwendet werden.

alarmRisingEventIndex

Der Index des EventEntry-Objekts, das beim Überschreiten eines steigenden Grenzwerts verwendet wird. Wenn in eventTable kein entsprechender Eintrag vorhanden ist, ist keine Verbindung vorhanden. Wenn dieser Wert null ist, wird keine zugehörige Veranstaltung generiert, da Null kein gültiger Ereignis-Index ist. Um beispielsweise alarmRisingEventIndex für Alarme #1, verwenden Sie 10 die folgende SNMP-Anfrage: Set

alarmFallingEventIndex

Der Index des EventEntry-Objekts, das beim Überschreiten eines fallenden Grenzwerts verwendet wird. Wenn in eventTable kein entsprechender Eintrag vorhanden ist, ist keine Verbindung vorhanden. Wenn dieser Wert null ist, wird keine zugehörige Veranstaltung generiert, da Null kein gültiger Ereignis-Index ist. Um beispielsweise alarmFallingEventIndex für Alarme #1, verwenden Sie 10 die folgende SNMP-Anfrage: Set

Aktivieren einer neuen Zeile in alarmierbar

Um eine neue Zeile in alarmTable zu aktivieren, richten Sie einen Alarmstatus ein und verwenden valid Sie eine SNMP-Anforderung: Set

Ändern einer aktiven Zeile in alarmierbar

Um eine aktive Zeile zu ändern, richten Sie zunächst einen Alarm auf UnderCreation mit einer SNMP-Anforderung Set ein:

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

Aktivieren Sie zum Schluss die Zeile, indem Sie alarmStatus mit valid einer SNMP-Anforderung Set festlegen:

Eine Reihe in alarmIerbar deaktiviert

Um eine Reihe in alarmTable zu deaktivieren, senden Sie einen AlarmStatus invalid mithilfe einer SNMP-Anforderung: Set

Verwendung von eventTable zur Protokollierung von Alarmen

Führen Sie zur Verwendung von eventTable zum Protokollieren von Alarmen die folgenden Aufgaben aus:

Erstellen eines Veranstaltungseintrags

Die RMON eventTable steuert die Generierung von Benachrichtigungen vom Router. Benachrichtigungen können Protokolle (Einträge zu logTable und syslogs) oder SNMP-Traps sein. Jeder Veranstaltungseintrag kann so konfiguriert werden, dass eine beliebige Kombination dieser Benachrichtigungen generiert wird (oder keine Benachrichtigung). Wenn eine Veranstaltung angibt, dass eine SNMP-Trap generiert werden soll, wird die Trap-Gruppe, die beim Senden der Trap verwendet wird, durch den Wert des zugehörigen EventCommunity-Objekts angegeben. Daher wird die Community in der Trap-Nachricht dem durch eventCommunity angegebenen Wert übereinstimmen. Wenn für eventCommunity nichts konfiguriert ist, wird mithilfe jeder Trap-Gruppe, in der die rmon-Alarmkategorie konfiguriert ist, eine Trap gesendet.

Konfigurieren der MIB Objekte

Sobald Sie die neue Zeile in eventTable erstellt haben, legen Sie die folgenden Objekte fest:

Anmerkung:

Das eventType-Objekt ist erforderlich. Alle anderen Objekte sind optional.

Eventtype

Der Benachrichtigungstyp, den der Router generiert, wenn das Ereignis ausgelöst wird.

Dieses Objekt kann auf folgende Werte festgelegt werden:

  • log— Fügt den Veranstaltungseintrag zur Protokolltabelle hinzu.

  • log-and-trap— Sendet eine SNMP-Trap und erstellt einen Protokolleintrag.

  • none— Sendet keine Benachrichtigung.

  • snmptrap— Sendet eine SNMP-Falle.

Verwenden Sie beispielsweise die eventType folgende log-and-trap SNMP-Anforderung, um die Veranstaltung auf #1 Set festlegen:

eventCommunity

Die Trap-Gruppe, die beim Generieren einer Trap verwendet wird (wenn eventType für das Senden von Traps konfiguriert ist). Wenn in dieser Trap-Gruppe die Trap-Kategorie des Rmon-Alarms konfiguriert ist, wird eine Trap an alle für diese Trap-Gruppe konfigurierten Ziele gesendet. Die Community-Zeichenfolge in der Falle entspricht dem Namen der Trap-Gruppe (und damit dem Wert von eventCommunity). Wenn nichts konfiguriert ist, werden Traps mit dem Rmon-Alarm-Kategoriesatz an jede Gruppe gesendet. Verwenden Sie beispielsweise die folgende SNMP-Anforderung, um eventCommunity #1 für Eine Veranstaltung auf boy-el Set nutzungsspezifische festlegen:

Anmerkung:

Das eventCommunity-Objekt ist optional. Wenn Sie dieses Objekt nicht festlegen, bleibt das Feld leer.

eventOwner

Jeder von der Management-Anwendung oder dem Befehlszeilenschnittstelle (CLI) angegebene Text string (CLI). Sie wird typischerweise zur Identifizierung eines Netzwerkmanagers (oder einer Anwendung) verwendet und kann für die feine Zugriffssteuerung zwischen beteiligten Managementanwendungen verwendet werden.

Verwenden Sie beispielsweise die folgende SNMP-Anforderung, um eventOwner für die #1 und George Jetson Set zu festlegen:

Anmerkung:

Das eventOwner-Objekt ist optional. Wenn Sie dieses Objekt nicht festlegen, bleibt das Feld leer.

eventDescription

Jeder von der Management-Anwendung oder dem Befehlszeilenschnittstelle (CLI) angegebene Text string (CLI). Die Verwendung dieser Zeichenfolge hängt von der Anwendung ab.

Verwenden Sie beispielsweise die folgende SNMP-Anforderung, um eventDescription für #1 auf Spacelys Sprockets Set festlegen:

Anmerkung:

Das eventDescription-Objekt ist optional. Wenn Sie dieses Objekt nicht festlegen, bleibt das Feld leer.

Aktivieren einer neuen Zeile in der Ereignistabelle

Um die neue Zeile in eventTable zu aktivieren, richten Sie eventStatus mit valid einer SNMP-Anforderung Set ein, z. B.:

Eine Reihe in eventTable deaktiviert

Um eine Reihe in eventTable zu deaktivieren, setzen Sie eventStatus auf invalid eine SNMP-Anforderung, Set z. B.: