Überwachen der Netzwerkdienstqualität mithilfe von RMON

Festlegen von Schwellenwerten

Durch das Festlegen 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 Schwellenwerten

Ereignisse werden nur generiert, wenn der Schwellenwert zum ersten Mal in eine Richtung überschritten wird, und nicht erst nach jedem Abtastzeitraum. Wenn z. B. ein Ereignis mit steigendem Schwellenwert ausgelöst wird, treten bis zu einem entsprechenden fallenden Ereignis keine Schwellenwertüberschreitungsereignisse mehr auf. Dadurch wird die Anzahl der vom System erzeugten Alarme erheblich reduziert und das Einsatzpersonal kann leichter reagieren, wenn Alarme auftreten.

Um die Remoteüberwachung zu konfigurieren, geben Sie die folgenden Informationen an:

• Die zu überwachende Variable (anhand ihrer SNMP-Objektkennung)

• Die Zeitspanne zwischen den einzelnen Inspektionen

• Eine steigende Schwelle

• Eine fallende Schwelle

• Ein aufstrebendes Ereignis

• Ein fallendes Ereignis

Bevor Sie die Remoteüberwachung erfolgreich konfigurieren können, 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 drei Monaten ist nicht ungewöhnlich, wenn die operativen Bereiche identifiziert und Schwellenwerte definiert werden, aber die Baseline-Überwachung sollte über die Lebensdauer jeder überwachten Variablen fortgesetzt werden.

RMON-Befehlszeilenschnittstelle

Junos OS bietet zwei Mechanismen, mit denen Sie den Remote Monitoring-Agent auf dem Router steuern können: Befehlszeilenschnittstelle (CLI) und SNMP. Um einen RMON-Eintrag mithilfe der CLI zu konfigurieren, fügen Sie die folgenden Anweisungen auf Hierarchieebene [edit snmp] ein:

Wenn Sie keinen CLI-Zugriff haben, können Sie die Fernüberwachung mit dem SNMP-Manager oder der Verwaltungsanwendung konfigurieren, vorausgesetzt, der SNMP-Zugriff wurde gewährt. (Siehe Tabelle 1.) Um RMON mit SNMP zu konfigurieren, führen Sie SNMP-Anforderungen Set an die RMON-Ereignis- und Alarmtabellen aus.

RMON-Ereignistabelle

Richten Sie für jeden Typ, den Sie generieren möchten, ein Ereignis ein. Sie können z. B. zwei generische Ereignisse haben, steigend und fallend, oder viele verschiedene Ereignisse für jede Variable, die überwacht wird (z. B. Temperaturanstiegsereignis , Temperaturabfallereignis , Firewall-Trefferereignis , Schnittstellenauslastungsereignis usw.). Sobald die Ereignisse konfiguriert wurden, müssen Sie sie nicht mehr aktualisieren.

RMON-Alarmtabelle

In der RMON-Alarmtabelle werden die SNMP-Objektbezeichner (einschließlich ihrer Instanzen) der überwachten Variablen zusammen mit allen steigenden und fallenden Schwellenwerten und den entsprechenden Ereignisindizes gespeichert. Um eine RMON-Anforderung zu erstellen, geben Sie die Felder an, die in angezeigt werden Tabelle 2.

Sowohl die alarmStatus Felder als eventStatus auch sind entryStatus Primitive, wie in RFC 2579, Textual Conventions for SMIv2, definiert.

RMON-Fehlerbehebung

Sie beheben Probleme mit dem RMON-Agenten, der auf dem Router ausgeführt wird, rmopdindem Sie den Inhalt der Unternehmens-RMON-MIB von Juniper Networks überprüfen, jnxRmondie die in Tabelle 3 RFC 2819 alarmTableaufgeführten Erweiterungen bereitstellt.

Die Überwachung der Erweiterungen in dieser Tabelle gibt Hinweise darauf, warum sich Remotealarme möglicherweise nicht wie erwartet verhalten.

Messstellen

Die Definition der Messpunkte, an denen Metriken gemessen werden, ist genauso wichtig wie die Definition der Metriken selbst. Dieser Abschnitt beschreibt Messpunkte im Kontext dieses Kapitels und hilft zu identifizieren, wo Messungen von einem Service Provider-Netzwerk aus durchgeführt werden können. Es ist wichtig, genau zu verstehen, wo sich ein Messpunkt befindet. Messpunkte sind von entscheidender Bedeutung, um die Bedeutung der eigentlichen Messung zu verstehen.

Ein IP-Netzwerk besteht aus einer Sammlung von Routern, die über physische Verbindungen verbunden sind und alle das Internetprotokoll ausführen. Sie können sich das Netzwerk als eine Sammlung von Routern mit einem Eingangspunkt (Einstiegspunkt) und einem Ausgangspunkt (Ausgangspunkt) vorstellen. Siehe Abbildung 2.

• Netzwerkzentrierte Messungen werden an Messpunkten durchgeführt, die den Eingangs- und Ausgangspunkten des Netzwerks selbst am nächsten kommen. Um beispielsweise die Verzögerung im gesamten Anbieternetzwerk von Standort A zu Standort B zu messen, sollten die Messpunkte der Eingangspunkt zum Anbieternetzwerk an Standort A und der Ausgangspunkt an Standort B sein.

• Routerzentrierte Messungen werden direkt von den Routern selbst durchgeführt, aber stellen Sie sicher, dass die richtigen Router-Unterkomponenten im Voraus identifiziert wurden.

Abbildung 2: Netzwerk-Einstiegspunkte

Grundlegende Leistungskennzahlen

Sie können beispielsweise ein Service Provider-Netzwerk auf drei grundlegende Key Performance Indicators (KPIs) überwachen:

• misst die "Erreichbarkeit" eines Messpunktes von einem anderen Messpunkt auf der Netzwerkschicht (z. B. mit ICMP-Ping). Die zugrunde liegende Routing- und Transportinfrastruktur des Anbieternetzwerks unterstützt die Verfügbarkeitsmessungen, wobei Fehler als Nichtverfügbarkeit hervorgehoben werden.

• Misst die Anzahl und Art der Fehler, die im Netzwerk des Anbieters auftreten, und kann sowohl aus router- als auch aus netzwerkzentrierten Messungen bestehen, z. B. Hardwareausfälle oder Paketverluste.

• des Provider-Netzwerks misst, wie gut es IP-Dienste unterstützen kann (z. B. in Bezug auf Verzögerung oder Auslastung).

Festlegen von Baselines

Wie gut funktioniert das Anbieternetzwerk? Wir empfehlen eine anfängliche dreimonatige Überwachung, um die normalen Betriebsparameter eines Netzwerks zu ermitteln. Mit diesen Informationen können Sie Ausnahmen erkennen und abnormales Verhalten erkennen. Sie sollten die Basisüberwachung für die gesamte Lebensdauer jeder gemessenen Metrik fortsetzen. Im Laufe der Zeit müssen Sie in der Lage sein, Leistungstrends und Wachstumsmuster zu erkennen.

Im Rahmen dieses Kapitels ist vielen der identifizierten Metriken kein zulässiger Betriebsbereich zugeordnet. In den meisten Fällen können Sie den zulässigen Betriebsbereich erst ermitteln, wenn Sie einen Basiswert für die tatsächliche Variable in einem bestimmten Netzwerk festgelegt haben.

Definieren der Netzwerkverfügbarkeit

Die Verfügbarkeit des IP-Netzwerks eines Service Providers kann als die Erreichbarkeit zwischen den regionalen Points of Presence (POP) betrachtet werden, wie in Abbildung 3dargestellt.

Abbildung 3: Regionale Präsenzpunkte

Wenn Sie im obigen Beispiel ein vollständiges Netz von Messpunkten verwenden, bei dem jeder POP die Verfügbarkeit für jeden anderen POP misst, können Sie die Gesamtverfügbarkeit des Netzwerks des Service Providers berechnen. Dieser KPI kann auch zur Überwachung des Servicelevels des Netzwerks verwendet werden und kann vom Service Provider und seinen Kunden verwendet werden, um festzustellen, ob sie innerhalb der Bedingungen ihres Service Level Agreements (SLA) arbeiten.

Wenn ein POP aus mehreren Routern bestehen kann, nehmen Sie Messungen an jedem Router vor, wie in Abbildung 4gezeigt.

Abbildung 4: Messungen an jedem Router

Zu den Messungen gehören:

• Pfadverfügbarkeit: Verfügbarkeit einer Ausgangsschnittstelle B1 aus Sicht einer Eingangsschnittstelle A1.

• Routerverfügbarkeit: Prozentsatz der Pfadverfügbarkeit aller gemessenen Pfade, die auf dem Router enden.

• POP-Verfügbarkeit: Prozentsatz der Routerverfügbarkeit zwischen zwei beliebigen regionalen POPs, A und B.

• Netzwerkverfügbarkeit: Prozentsatz der POP-Verfügbarkeit für alle regionalen POPs im Netzwerk des Service Providers.

Um die POP-Verfügbarkeit von POP A zu POP B in Abbildung 4zu messen, müssen Sie die folgenden vier Pfade messen:

Die Messung der Verfügbarkeit von POP B zu POP A würde vier weitere Messungen erfordern und so weiter.

Ein vollständiges Netz von Verfügbarkeitsmessungen kann erheblichen Verwaltungsdatenverkehr erzeugen. Aus dem obigen Beispieldiagramm:

• Jeder POP verfügt über zwei Co-Location-Provider-Edge-Router (PE) mit jeweils 2 xSTM1-Schnittstellen, sodass insgesamt 18 PE-Router und 36 x STM1-Schnittstellen vorhanden sind.

• Es gibt sechs Core-Provider-Router (P), vier mit jeweils 2xSTM4- und 3xSTM1-Schnittstellen und zwei mit jeweils 3xSTM4- und 3xSTM1-Schnittstellen.

Das macht insgesamt 68 Schnittstellen. Ein vollständiges Netz von Pfaden zwischen jeder Schnittstelle ist:

[n x (n–l)] / 2 ergibt [68 x (68–1)] / 2=2278 Pfade

Um den Verwaltungsdatenverkehr im Netzwerk des Service Providers zu reduzieren, können Sie von der Loopback-Adresse jedes Routers aus messen, anstatt ein vollständiges Netz von Schnittstellenverfügbarkeitstests zu generieren (z. B. von jeder Schnittstelle zu jeder anderen Schnittstelle). Dadurch reduziert sich die Anzahl der erforderlichen Verfügbarkeitsmessungen auf insgesamt eine für jeden Router, oder:

n [ x (n–1)] / 2 ergibt [24 x (24–1)] / 2=276 Maße

Dadurch wird die Verfügbarkeit von jedem Router zu jedem anderen Router gemessen.

Verfügbarkeit messen

Es gibt zwei Methoden, mit denen Sie die Verfügbarkeit messen können:

• Proaktiv: Die Verfügbarkeit wird automatisch so oft wie möglich von einem operativen Supportsystem gemessen.

• Reaktiv: Die Verfügbarkeit wird von einem Helpdesk aufgezeichnet, wenn ein Fehler zum ersten Mal von einem Benutzer oder einem Fehlerüberwachungssystem gemeldet wird.

In diesem Abschnitt wird die Leistungsüberwachung in Echtzeit als proaktive Überwachungslösung erläutert.

Messen der Serviceklasse

Sie können Class-of-Service (CoS)-Mechanismen verwenden, um zu regeln, wie bestimmte Paketklassen in Ihrem Netzwerk in Zeiten maximaler Überlastung behandelt werden. In der Regel müssen Sie bei der Implementierung eines CoS-Mechanismus die folgenden Schritte ausführen:

• Identifizieren Sie den Pakettyp, der auf diese Klasse angewendet wird. Schließen Sie beispielsweise den gesamten Kundendatenverkehr von einer bestimmten Eingangs-Edge-Schnittstelle innerhalb einer Klasse oder alle Pakete eines bestimmten Protokolls wie Voice over IP (VoIP) ein.

• Identifizieren Sie das erforderliche deterministische Verhalten für jede Klasse. Wenn VoIP beispielsweise wichtig ist, sollten Sie dem VoIP-Datenverkehr in Zeiten von Netzwerküberlastung die höchste Priorität einräumen. Umgekehrt können Sie die Bedeutung des Webdatenverkehrs bei Überlastung herabstufen, da er sich möglicherweise nicht allzu stark auf die Kunden auswirkt.

Mit diesen Informationen können Sie Mechanismen am Netzwerkeingang konfigurieren, um Datenverkehrsklassen zu überwachen, zu markieren und zu überwachen. Markierter Datenverkehr kann dann an Ausgangsschnittstellen deterministischer behandelt werden, indem in der Regel unterschiedliche Warteschlangenmechanismen für jede Klasse in Zeiten von Netzwerküberlastung angewendet werden. Sie können Informationen aus dem Netzwerk sammeln, um Kunden Berichte zur Verfügung zu stellen, die zeigen, wie sich das Netzwerk in Zeiten von Überlastung verhält. (Siehe Abbildung 5.)

Abbildung 5: Netzwerkverhalten bei Überlastung

Um diese Berichte zu generieren, müssen Router die folgenden Informationen bereitstellen:

• Gesendeter Traffic: Menge des pro Klasse empfangenen Traffics.

• Delivered traffic: Menge des pro Klasse übertragenen Datenverkehrs.

• Verlorener Datenverkehr: Menge des Datenverkehrs, der aufgrund von CoS-Limits zurückgegangen ist.

Im folgenden Abschnitt wird beschrieben, wie diese Informationen von Routern von Juniper Networks bereitgestellt werden.

Filterzähler für eingehende Firewalls pro Klasse

Firewall-Filterzähler sind ein sehr flexibler Mechanismus, mit dem Sie eingehenden Datenverkehr pro Klasse und Schnittstelle abgleichen und zählen können. Zum Beispiel:

Zeigt z. B. zusätzliche Filter an, Tabelle 8 die verwendet werden, um den anderen Klassen zu entsprechen.

Jedes Paket mit einem CoS DiffServ Code Point (DSCP), der RFC 2474 entspricht, kann auf diese Weise gezählt werden. Die unternehmensspezifische Firewall-Filter-MIB von Juniper Networks zeigt die Zählerinformationen in den Variablen Tabelle 9an.

Diese Informationen können von jeder SNMP-Verwaltungsanwendung erfasst werden, die SNMPv2 unterstützt. Produkte von Anbietern wie Concord Communications, Inc. und InfoVista, Inc. unterstützen die Juniper Networks Firewall MIB mit ihren nativen Juniper Networks-Gerätetreibern.

Überwachen der Ausgabebytes pro Warteschlange

Sie können die Juniper Networks Enterprise ATM CoS MIB verwenden, um den ausgehenden Datenverkehr pro Virtual Circuit-Weiterleitungsklasse und pro Schnittstelle zu überwachen. (Siehe Tabelle 10.)

Zähler für Nicht-ATM-Schnittstellen werden von der unternehmensspezifischen CoS MIB von Juniper Networks bereitgestellt, die die in Tabelle 11.

Berechnen des verworfenen Datenverkehrs

Sie können die Menge des verworfenen Datenverkehrs berechnen, indem Sie den ausgehenden Datenverkehr vom eingehenden Datenverkehr subtrahieren:

Sie können auch Zähler aus der CoS MIB auswählen, wie in Tabelle 12gezeigt.