Catalyst 4500 Series Switch Software Configuration Guide, 12

Konfigurieren von Cisco IOS IP SLAs Operationen

In diesem Kapitel wird beschrieben, wie Cisco IOS IP Service Level Agreements (SLAs) auf dem Schalter verwenden. Cisco IP SLAs ist ein Teil von Cisco IOS Software, die Cisco-Kunden ermöglicht, IP-Service-Level für IP-Anwendungen und Dienste mithilfe aktive Verkehrsüberwachungs der Erzeugung von Datenverkehr in einem kontinuierlichen, zuverlässigen und berechenbaren zu analysieren Weise-für Netzwerk-Performance zu messen. Mit Cisco IOS IP SLAs, Service-Provider-Kunden können Service Level Agreements messen und bieten, und Enterprise-Kunden können Service-Level sicher ausgelagerten Service-Level-Agreements, und verstehen, die Netzwerk-Performance überprüfen. Cisco IOS IP SLAs können Netzwerk-Assessments, überprüfen Quality of Service (QoS), erleichtern die Einführung neuer Dienste, und helfen bei der Fehlersuche im Netzwerk durchzuführen. Wenn nicht anders angegeben, bezieht sich der Begriff Schalter auf einem Standalone-Schalter und an einen Switch-Stack.

Hinweis Schalter laufen das IP-Basisbild unterstützt nur IP SLAs Responder-Funktionalität und muß mit einem anderen Gerät konfiguriert werden, die vollständige IP SLAs Funktionalität unterstützt, beispielsweise einen Schalter.

Hinweis: Weitere Informationen über IP-SLAs finden Sie in den Cisco IOS IP SLAs Configuration Guide, Veröffentlichung 12.4T unter folgenden URL:

Grundlegendes zu Cisco IOS IP SLAs

Cisco IOS IP SLAs sendet Daten über die Netzwerkleistung zwischen mehreren Netzwerkstandorten oder über mehrere Netzwerkpfade zu messen. Es simuliert Netzwerkdaten und IP-Dienste und sammelt die Netzwerk-Performance-Informationen in Echtzeit. Cisco IOS IP SLAs erzeugt und analysiert den Datenverkehr entweder zwischen Cisco IOS-Geräten oder von einem Cisco IOS Gerät an einem entfernten IP-Gerät, wie beispielsweise einem Netzwerkanwendungsserver. Die Messungen von den verschiedenen Cisco IOS IP SLAs Operationen bereitgestellt wird, kann für die Fehlersuche verwendet werden, für die Problemanalyse und Netzwerktopologien für die Gestaltung.

Abhängig von dem spezifischen Cisco IOS IP SLAs Betrieb werden verschiedene Netzwerk-Performance-Statistiken innerhalb des Cisco-Geräts überwacht und sowohl in der Befehlszeilenschnittstelle (CLI) und Simple Network Management Protocol (SNMP) MIBs gespeichert. IP SLA-Pakete haben konfigurierbare IP und Anwendungsschicht Optionen wie Quell- und Ziel-IP-Adresse, User Datagram Protocol (UDP) / TCP-Port-Nummern, eine Art von Service (ToS) Byte (einschließlich Differentiated Services Code Point [DSCP] und IP-Präfix Bits ), Virtual private Network (VPN) Routing / Weiterleiten Instanz (VRF) und URL Web-Adresse.

Da Cisco IP SLAs Layer-2-Transport unabhängig ist, können Sie End-to-End-Operationen über verschiedene Netzwerke konfigurieren, um am besten die Metriken widerspiegeln, die ein Endbenutzer wahrscheinlich ist, zu erleben. IP SLAs sammelt eine einzigartige Untergruppe dieser Performance-Metriken:

• Delay (sowohl Hin- und Rückfahrt und one-way)

• Paketverlust (direktional)

• Paketsequenzierung (Paketordnungs)

Da Cisco IOS IP SLAs ist SNMP-zugänglich, es kann auch durch leistungs Monitoring-Anwendungen wie Cisco Works Internetwork Performance Monitor (IPM) und andere Drittanbieter Cisco Partner-Performance-Management-Produkte verwendet werden. Sie können weitere Informationen über Netzwerk-Management-Produkte, die unter dieser URL Cisco IOS IP SLAs verwenden:

Mit IP SLAs können diese Vorteile bieten:

• Service-Level-Agreement Überwachung, Messung und Überprüfung.

• Netzwerk-Performance-Überwachung

- Maßnahmen zur Jitter, Latenzzeit oder Paketverlust in dem Netzwerk.

- Bietet kontinuierliche, zuverlässige und vorhersehbare Messungen.

• IP-Service-Netzwerk Gesundheitsbewertung zu überprüfen, ob die bestehende QoS für neue IP-Dienste ausreichend ist.

• Fehlerbehebung von Netzwerkbetrieb durch eine konsistente, zuverlässige Messung, die Probleme sofort identifiziert und Fehlerbehebung spart Zeit.

Dieser Abschnitt enthält diese Informationen über IP SLAs Funktionalität:

Verwendung von Cisco IOS IP SLAs Measure Network Performance

Sie können IP-SLAs verwenden, um die Leistung zwischen jedem Bereich im Netzwerk-Kern, Verteilung und kanten ohne den Einsatz einer physikalischen Sonde zu überwachen. Es verwendet generierten Verkehrsnetzleistung zwischen zwei Netzwerkgeräten zu messen. Abbildung 49-1 zeigt, wie IP SLAs beginnt, wenn das Quellgerät ein erzeugte Paket an die Zielvorrichtung sendet. Nachdem die Zielvorrichtung das Paket empfängt, in Abhängigkeit von der Art der Operation IP SLAs, reagiert es mit Zeitstempelinformationen für die Quelle, die Berechnung auf Leistungsmetriken zu machen. Ein IP-SLAs Betrieb durchführt, eine Netzwerk-Messung von dem Quellgerät zu einem Ziel in dem Netz ein spezifisches Protokoll, wie beispielsweise UDP verwenden.

Abbildung 49-1 Cisco IOS IP SLAs Betrieb

Catalyst 4500 Series Switch Software Configuration Guide, 12

Um IP SLAs Netzwerk-Performance-Messung zu implementieren, müssen Sie diese Aufgaben ausführen:

1. Aktivieren Sie die IP SLAs Responder, falls erforderlich.

2. Konfigurieren Sie den gewünschten IP-SLAs Operationstyp.

3. Konfigurieren Sie alle verfügbaren Optionen für den angegebenen Betriebstyp.

4. Konfigurieren Schwellenbedingungen, falls erforderlich.

5. Planen Sie die Operation ausführen, lassen Sie dann die Operation für einen bestimmten Zeitraum laufen Statistiken zu sammeln.

6. Anzeige und interpretieren die Ergebnisse der Operation mit dem Cisco IOS-CLI oder ein Netzwerk-Management-System (NMS) System mit SNMP.

Der Switch unterstützt keine Voice-over-IP (VoIP) Service-Level der Operationen Registrierung Verzögerungsmessungen Pförtner verwenden. Vor der Konfiguration Anwendung eines beliebige IP-SLAs, können Sie die show ip sla Anwendung privilegierten EXEC-Befehl verwenden, um sicherzustellen, dass die Betriebsart auf Ihrem Software-Image unterstützt wird.

IP SLAs Responder und IP SLAs Control Protocol

Der IP-SLAs Responder ist eine Komponente in dem Ziel Cisco-Gerät integriert, die das System auf IP SLAs Anforderungspakete zu antizipieren und zu reagieren. Der Responder liefert genaue Messungen ohne die Notwendigkeit für spezielle Sonden. Der Responder verwendet die Cisco IOS IP SLAs Control Protocol einen Mechanismus zu schaffen, durch die es auf sie hören und darauf zu reagieren, welcher Anschluss benachrichtigt werden soll. Es kann nur ein Cisco IOS-Gerät eine Quelle für einen Ziel-IP-SLAs Responder sein.

Hinweis: Der IP SLAs Responder ein Cisco IOS Layer 2, responder konfigurierbare Schalter, wie beispielsweise ein Catalyst 4500 läuft das IP-Basisbild sein kann. Der Responder benötigt keine vollständige IP-SLAs Funktionalität zu unterstützen.

Abbildung 49-1 zeigt, wo die Cisco IOS IP SLAs Responder im IP-Netzwerk passt. Der Responder hört auf einem bestimmten Port für Steuerungsprotokoll-Nachrichten von einem IP SLAs Betrieb gesendet. Nach dem Empfang der Steuernachricht, ermöglicht es die angegebene UDP oder TCP-Port für die angegebene Dauer. Während dieser Zeit nimmt der Responder die Anforderungen und reagiert auf sie. Es deaktiviert den Port, nachdem er auf die IP-SLAs Paket antwortet, oder wenn die festgelegte Zeit abgelaufen ist. MD5-Authentifizierung für Steuernachricht ist für zusätzliche Sicherheit zur Verfügung.

Sie brauchen nicht die Responder auf dem Zielgerät für alle IP-SLAs Operationen zu ermöglichen. Zum Beispiel wird ein Responder nicht für Dienste erforderlich ist, die bereits von dem Zielrouter bereitgestellt werden (wie zum Beispiel Telnet oder HTTP). Sie können die IP-SLAs Responder auf Nicht-Cisco-Geräten und Cisco IOS IP SLAs konfigurieren können native zu den entsprechenden Geräten Dienste nur Betriebs Pakete senden.

Reaktionszeit Berechnung für IP SLAs

Switches und Router können zig Millisekunden dauern, um eingehende Pakete aufgrund anderer hoher Priorität Prozesse zu verarbeiten. Diese Verzögerung wirkt sich auf die Antwortzeiten, da der Test-Paket Antwort in einer Warteschlange sein könnte während des Wartens verarbeitet werden. In dieser Situation würden die Antwortzeiten nicht genau wahr Verzögerungen im Netzwerk darstellen. IP SLAs minimiert diese Verarbeitungsverzögerungen auf dem Quellgerät sowie auf dem Zielgerät (wenn der Responder verwendet wird) wahre Umlaufzeiten zu bestimmen. IP SLAs Testpakete verwenden Zeitmarkierungs die Verarbeitungsverzögerungen zu minimieren.

Wenn die Responder IP SLAs aktiviert ist, ermöglicht es, das Zielgerät Zeitstempel zu nehmen, wenn das Paket an der Schnittstelle bei Interrupt-Ebene kommt und wieder so wie es verläßt, wodurch die Verarbeitungszeit. Dieser Zeitstempel wird mit einer Granularität von Unter Millisekunden (ms) durchgeführt.

Abbildung 49-2 zeigt, wie die Responder funktioniert. Vier Zeitstempel wird ergriffen, um die Berechnung für Umlaufzeit zu machen. Am Zielrouter, wobei die Responder-Funktionalität aktiviert ist, Zeitstempel 2 (TS2) von Zeitstempel-3 (TS3) subtrahiert, um die Zeit zur Erzeugung des Testpaketes ausgegeben Verarbeitung wie durch Delta dargestellt. Dieser Delta-Wert wird dann von der Gesamtumlaufzeit abgezogen. Man beachte, dass das gleiche Prinzip von IP SLAs auf dem Quell-Router angewandt wird, wo der ankommende Zeitstempel 4 (TS4) ist auch an der Unterbrechungs-Ebene getroffen für eine höhere Genauigkeit zu ermöglichen.

Abbildung 49-2 Cisco IOS IP SLAs Responder TimeStamping

Ein zusätzlicher Vorteil der beiden Zeitstempel auf der Zielvorrichtung ist die Fähigkeit, Einwegverzögerung, Jitter, Paketverlust und Richtungs zu verfolgen. Weil viel Netzwerkverhalten asynchron ist, ist es wichtig, diese Statistiken zu haben. Allerdings Einwegverzögerungsmessungen zu erfassen, müssen Sie sowohl die Quell-Router und Ziel Router mit Network Time Protocol (NTP) so konfigurieren, dass die Quelle und das Ziel auf die gleiche Taktquelle synchronisiert werden. Einweg-Jitter-Messungen keine Taktsynchronisation erfordern.

IP SLAs Betrieb Scheduling

Wenn Sie eine IP-SLAs Betrieb konfigurieren, müssen Sie die Operation planen Statistiken zu beginnen Erfassung und Fehlerinformationen zu sammeln. Sie können eine Operation planen, sofort zu starten oder zu einer bestimmten Monat, Tag und Stunde zu starten. Sie können die anstehende Option den Betrieb einstellen zu einem späteren Zeitpunkt zu starten. Die anstehende Option ist ein innerer Zustand der Operation, die sichtbar durch SNMP ist. Der anhängige Zustand wird auch verwendet, wenn eine Operation eine Reaktion (threshold) Operation wartet ausgelöst zu werden. Sie können auf einmal einen einzigen IP-SLAs Betrieb oder eine Gruppe von Operationen planen.

Sie können mit einem einzigen Befehl über den Cisco IOS-CLI oder den CISCO RTTMON-MIB mehr IP SLAs Operationen planen. Planen der Operationen bei gleichmäßig verteilten Zeiten laufen zu lassen Sie die Menge von IP SLAs Überwachung des Verkehrs steuern. Diese Verteilung der IP SLA-Operationen hilft, die CPU-Auslastung zu minimieren und verbessert damit Netzwerkskalierbarkeit.

Für weitere Informationen über die Planungsfunktionalität multioperations IP SLAs finden Sie in den „IP SLAs Multiple Betrieb Scheduling“ Kapitel des Cisco IOS IP SLAs Configuration Guide unter folgenden URL:

IP SLAs Betrieb Grenzwertüberwachung

Um erfolgreich zu Service Level Agreements Monitoring zu unterstützen, müssen Sie Mechanismen, die Sie sofort von einer möglichen Verletzung benachrichtigen. IP SLAs können SNMP-Traps senden, die durch Ereignisse wie diese ausgelöst werden:

Um die IP-SLAs Responder zu deaktivieren, geben Sie die no ip sla Responder globalen Konfigurationsbefehl. Dieses Beispiel zeigt, wie das Gerät als Responder für den UDP Jitter IP SLAs Betrieb im nächsten Verfahren konfigurieren:

Die Analyse IP-Service-Level durch den UDP-Jitter-Betrieb über die

Jitter bedeutet Zwischenpaketverzögerungsvarianz. Wenn mehrere Pakete nacheinander 10 ms abgesehen von der Quelle zum Ziel gesendet wird, wenn das Netzwerk richtig verhält, sollte das Ziel ihr 10 ms auseinander erhalten. Aber wenn es zu Verzögerungen im Netzwerk (wie Warteschlangen, durch alternative Routen ankommen, und so weiter) die Ankunft Verzögerung zwischen den Paketen könnte mehr als oder weniger als 10 ms mit einem positiven Jitter-Wert bedeutet, dass die Pakete angekommen mehr als 10 ms auseinander . Wenn die Pakete ankommen 12 ms voneinander entfernt, positive Jitter beträgt 2 ms; wenn die Pakete ankommen 8 ms voneinander entfernt, negativen Jitter beträgt 2 ms. Für verzögerungssensitiven Netzwerke sind positive Jitterwerte unerwünscht und ein Jitter-Wert von 0 ist ideal.

Neben der Überwachung des Jitter kann der IP-SLAs UDP Jitter Betrieb als Mehrzweckdatenerfassung Betrieb eingesetzt werden. Die Pakete IP SLAs erzeugt tragen Paket sendet und Sequenzinformation zu empfangen und zu senden und Zeitstempel von der Quelle und dem Ziel-Betriebs empfängt. Auf dieser Grundlage messen UDP Jitter Operationen dieser Daten:

• Per-Richtung Jitter (Quelle zum Ziel und das Ziel zu Quelle)

• Per-Richtung Verzögerung (one-way delay)

• Round-Trip-Verzögerung (durchschnittliche Roundtrip-Zeit)

Da die Pfade für das Senden und Empfangen von Daten unterschiedlich sein können (asymmetrisch), kann der Per-Richtungsdaten verwenden, um leichter zu identifizieren, wo Staus oder andere Probleme in dem Netzwerk auftreten.

Die UDP Jitter Operation erzeugt synthetischen (simulierten) UDP-Verkehr und sendet eine Anzahl von UDP-Paketen, die jeweils eine bestimmten Größe, eine bestimmte Anzahl von Millisekunden auseinander gesendet wird, von einem Quell-Router an einen Zielrouter, bei einer bestimmten Frequenz. Standardmäßig zehn Paketrahmen jeweils mit einer Payload-Größe von 10 Bytes erzeugen alle 10 ms, und der Vorgang wiederholt wird alle 60 Sekunden. Sie können jeden dieser Parameter konfigurieren, um am besten die IP-Service simulieren Sie zur Verfügung stellen möchten.

Um genaue Einwegverzögerung (Latenzzeit) -Messungen, Zeitsynchronisierung, wie beispielsweise durch NTP vorgesehen vorsehen, dass zwischen der Quelle und dem Zielgerät erforderlich. Die Zeitsynchronisation wird für die Einweg-Jitter und Paketverlustmessungen nicht erforderlich. Wenn die Zeit zwischen den Quell- und Zielgeräten nicht synchronisiert ist, Einweg-Jitter und Paketverlustdaten werden zurückgegeben, aber Werte von 0 für die Einwegverzögerungsmessungen, die von der UDP Jitter Operation zurückgegeben

Hinweis: Bevor Sie eine UDP Jitter Operation auf dem Quellgerät zu konfigurieren, müssen Sie den IP-SLAs Responder auf dem Zielgerät (das operative Ziel) ermöglichen.

Beginnend im privilegierten EXEC-Modus, gehen Sie folgendermaßen vor UDP Jitter Operation auf dem Quellgerät zu konfigurieren:

Konfigurieren Sie die Planungsparameter für einen einzelnen IP-SLAs Betrieb.

• Betrieb Nummer -Enter der RTR-Eintragsnummer.

• (Optional) Leben -Set den Betrieb läuft auf unbestimmte Zeit (immer) oder für eine bestimmte Anzahl von Sekunden. Der Bereich reicht von 0 bis 2147483647. Der Standardwert ist 3600 Sekunden (1 Stunde).

• (Optional) Startzeit -Enter die Zeit für die Betriebsinformationen beginnen zu sammeln:

- Um zu einem bestimmten Zeitpunkt, geben Sie die Stunde, Minute, Sekunde (im 24-Stunden-Format) und Tag des Monats zu beginnen. Wenn kein Monat eingegeben wird, ist der Standard der aktuelle Monat.

Geben Sie anhängige keine Information Sammlung auszuwählen, bis eine Startzeit gewählt wird -.

- Geben Sie nun den Vorgang sofort zu starten.

- Geben Sie afterhh: mm: ss zu zeigen, dass die Operation gestartet werden soll, nachdem die eingestellte Zeit abgelaufen ist.

• (Optional) ageoutseconds -Enter die Anzahl der Sekunden, um den Betrieb im Speicher zu halten, wenn es nicht aktiv Informationen zu sammeln ist. Der Bereich liegt zwischen 0 und 2.073.600 Sekunden, der Standardwert ist 0 Sekunden (altert nicht aus).

• (Optional) -Set den Betrieb wiederkehrende täglich automatisch ausgeführt werden.

Um den IP-SLAs Betrieb zu deaktivieren, geben Sie den no ip sla Betrieb Nummer globalen Konfigurationsbefehl. Dieses Beispiel zeigt, wie ein UDP Jitter IP SLAs Betrieb konfigurieren:

Analysieren von IP Service Levels mithilfe des ICMP-Echo-Betrieb

Der ICMP-Echo-Betrieb misst End-to-End-Reaktionszeit zwischen einem Cisco-Gerät und allen anderen Geräten mit IP. Die Reaktionszeit wird durch Messen der Zeit zwischen dem Senden einer ICMP-Echo-Request-Nachricht an das Ziel und Empfangen eines ICMP-Echo-Antwort genommen berechnet. Viele Kunden nutzen IP SLAs ICMP-basierte Operationen, in-house-Ping-Tests, oder Ping-basierte dedizierte Sonden für Reaktionszeitmessung zwischen dem Quell-IP-SLAs Gerät und dem Ziel-IP-Gerät. Der IP SLAs ICMP-Echobetrieb entspricht die gleichen Spezifikationen wie ICMP-Ping-Prüfung, und die beiden Verfahren führen zu den gleichen Reaktionszeiten.

Hinweis: Dieser Betrieb nicht den IP-SLAs Responder erforderlich aktiviert werden.

Beginnend im privilegierten EXEC-Modus, gehen Sie wie folgt vor, um eine ICMP-Echo-Betrieb auf dem Quellgerät zu konfigurieren: