# Häufige Anfragen im Zusammenhang mit IP SLA

## 1. Welche IP-SLA-Operationen werden in OpManager unterstützt?

In OpManager werden die IP-SLA-Operationen nur für Cisco-Geräte unterstützt, die die IP-SLA-Technologie verwenden. OpManager führt für seine IP-SLA-Überwachung die folgenden Operationen aus:

- ICMP-Echo-Operation: Für WAN-RTT-Monitor
- ICMP-Pfad-Echo-Operation: Für Trace route
- UDP-Jitter-Operation: Für VoIP-Monitor
- Video-Operation: Für Video-Monitore

## 2. Wird mein Quellgerät beeinträchtigt, wenn ich in OpManager einen IP-SLA-Monitor konfiguriere?

Wenn ein IP-SLA-Monitor in OpManager konfiguriert wird, werden die folgenden Änderungen beobachtet:

- Die laufende Konfiguration wird mit der neuen Monitor-Konfiguration aktualisiert.
- Die Nutzung der Systemressourcen steigt, da der IP-SLA-Monitor an der Quelle eine kleine Menge an Speicher und CPU verbraucht. Im Allgemeinen werden 3—12 KB Speichernutzung und 1—8 % CPU-Nutzung beobachtet.

## 3. Wie wird ein IP-SLA-Monitor von OpManager verwaltet?

OpManager verfügt über eine intuitive GUI, um einen IP-SLA-Monitor mithilfe von SNMP-Anmeldedaten zu konfigurieren. Die Voraussetzungen für die Konfiguration eines IP-SLA-Monitors sind:

- Das Quellgerät sollte ein Cisco-Gerät mit laufendem IP-SLA-Agenten sein.
- Das Gerät sollte mit den korrekten SNMP-Anmeldedaten mit RW-Community (Read-Write) konfiguriert sein.

Die SNMP-Set-Operation wird auf der Geräteseite durchgeführt. Diese Konfiguration wird dann angewendet und in der laufenden Konfiguration gespeichert. Das Schreiben in den Speicher sollte vom Netzwerkadministrator durchgeführt werden, um die Konfiguration dauerhaft zu speichern.

## 4. Welche Voraussetzungen gelten für den IP-SLA-WAN-/VoIP-/Video-Monitor?

Der OpManager-WAN-RTT-Monitor überwacht die Latenz zwischen zwei Standorten mithilfe von Ciscos IP SLA. Daher sollte einer der Standorte ein Cisco-Router sein, auf dem der IP-SLA-Agent aktiviert ist (dieser Router fungiert als Quelle), und das Ziel kann jede beliebige IP im Netzwerk sein (dieses Ziel muss kein Cisco-Gerät sein).

Weitere Informationen finden Sie in [diesem Artikel](https://www.manageengine.com/network-monitoring/how-to/prerequisites-for-IPSLA-monitor.html) zu den Voraussetzungen, die erforderlich sind, um einen IP-SLA-Monitor zu OpManager hinzuzufügen.

## 5. Welche Cisco-Router-/Switch-Modelle werden für das IPSLA-Monitoring in OpManager unterstützt?

Derzeit unterstützt OpManager für das IP-SLA-Monitoring nur Switches und Router vom Typ Cisco IOS und Cisco IOS-XE.

## 6. Wie ordnet man einem IP-SLA-Monitor ein Benachrichtigungsprofil zu?

Es gibt drei Möglichkeiten, wie einem IP-SLA-Monitor ein Benachrichtigungsprofil zugeordnet werden kann:

- Über die Seite „IP-SLA-Einstellungen“.
- Über die Seite „Geräte-Snapshot“.
- Über die Seite „Benachrichtigungsprofile“.

Weitere Informationen finden Sie auf [dieser Seite](https://www.manageengine.com/network-monitoring/how-to/add-notification-profile-for-ipsla-monitor.html).

## 7. Warum listet OpManager die Geräte unter Router/Switches/Firewall nicht auf, wenn ein IP-SLA-Monitor konfiguriert wird?

Dieses Problem tritt aufgrund einer falschen Benennung des Herstellers auf. Der Herstellername sollte als „Cisco“ angegeben werden (nicht Cisco Systems).

## 8. „Monitor hinzufügen fehlgeschlagen“. Warum kann ich den aktiven Monitor nicht ändern?

Dies ist ein gerätespezifisches Problem. Eine Überlastung eines Geräts kann dazu führen, dass die Ressourcen zur Unterstützung dieser Funktionalität nicht verfügbar sind. Eine Fehlerbehebung am Gerät kann die Leistung verbessern und die erforderlichen Ressourcen für andere Funktionen verfügbar machen. Prüfen Sie hier die Gründe:

- Es ist keine weitere Operation mehr übrig, die auf dem Gerät konfiguriert werden kann, oder es sind nicht genügend Ressourcen (CPU/Speicher) verfügbar, um die Konfiguration durchzuführen.
- Der IP-SLA-Agent ist nicht aktiviert und Cisco-RTTMON-MIB ist nicht ordnungsgemäß implementiert.
- Die Operations-ID ist bereits auf dem Gerät vorhanden und kann nicht geändert werden.

## 9. Welche gängigen CLI-Befehle werden für IP SLA verwendet?

- sh ip sla application: Zeigt alle unterstützten Operationstypen an
- sh ip sla statistics: Zeigt vollständige Statistiken zum Monitor an.
- sh ip sla configuration: Zeigt die Konfiguration des Monitors an.
- sh ip interface brief: Um die IP-Adresse zu ermitteln, die in der Monitorkonfiguration verwendet wird.

## 10. Warum wird die Aktualisierung der Einstellungen für Schwellenwertparameter nicht im bestehenden IP-SLA-Monitor berücksichtigt?

Derzeit unterstützt das IP-SLA-Monitoring in OpManager eine „einmalige Anwendung von Schwellenwerteinstellungen“ zum Zeitpunkt der Konfiguration. Der bei der Konfiguration verwendete Schwellenwert wird in die Konfiguration des Quellgeräts geschrieben. Wenn eine Aktualisierung über die Seite „Schwellenwerteinstellungen“ vorgenommen wird, gilt diese Aktualisierung nur für neue Monitore.

## 11. Welche Arten von Warnmeldungen werden von IP-SLA-WAN-Monitoren erzeugt?

Der IP-SLA-WAN-Monitor von OpManager verfolgt 2 Arten von Warnmeldungen:

- Verstoß gegen den Verfügbarkeitsschwellenwert: Wenn die Verfügbarkeit % unter 100 liegt, wird eine Warnung generiert. Dies wird wie folgt berechnet: (Total_Completions / Total_Initiations) * 100
- Verstoß gegen den Round-Trip-Time-Schwellenwert: Wenn die Avg_RTT den RTT-Schwellenwert überschreitet, wird eine Warnung generiert.

## 12. Warum zeigt die IP-SLA-Monitorkonfiguration auf der Seite „Monitor hinzufügen“ keine Geräte an, obwohl das Gerät hinzugefügt wurde?

Prüfen Sie, ob der Gerätehersteller Cisco ist oder nicht. Manchmal wird beim Anwenden der Vorlage der Herstellername nicht mit dem Wert „Cisco“ aktualisiert.

## 13. Warum erhalte ich die Meldung „SNMP-Write-Community des Quell-Routers ist möglicherweise falsch“?

Dafür gibt es viele mögliche Ursachen. Zur Fehlerbehebung:

- Verwenden Sie Telnet, um zu überprüfen, ob die Write-Community auf dem Gerät aktiviert ist.
- Stellen Sie sicher, dass Sie im Feld eine gültige Write-Community-Zeichenfolge eingeben. Die Write-Community-Zeichenfolge muss an der Quelle aktiviert sein.
- Das Gerät reagiert möglicherweise in diesem Moment aufgrund von Auslastung nicht. Bitte versuchen Sie es erneut.

## 14. Welche Voraussetzungen gibt es für das IP-SLA-Monitoring in OpManager?

- Das Quellgerät muss ein Cisco-Gerät sein, auf dem IP SLA aktiviert ist.
- Das Quellgerät sollte in OpManager hinzugefügt worden sein.
- SNMP mit RW-Berechtigung sollte auf dem Quellgerät konfiguriert sein. Dasselbe wird verwendet, um SNMP-Anmeldedaten mit Read- und Write-Community hinzuzufügen und dem Quellgerät ordnungsgemäß zuzuordnen.
- Das Quellgerät sollte vom OpManager-Server aus erreichbar sein. Testen Sie die Erreichbarkeit mit `ping <ipaddress>`. Wenn das Gerät nicht erreichbar ist, stellen Sie sicher, dass es erreichbar ist.
- Für VoIP-/Video-Monitor muss der IP-SLA-Responder auf dem Zielgerät aktiviert sein (falls es sich um ein Cisco-Gerät handelt).
- Es ist nicht erforderlich, dass das Zielgerät dem OpManager-Inventar hinzugefügt wird. Wenn es aus einem anderen Grund hinzugefügt wurde, besteht kein Zusammenhang in Bezug auf die Konfiguration des IP-SLA-Monitors.

## 15. Warum haben die Monitore plötzlich die Datenerfassung eingestellt?

Wenn die IP-SLA-Monitore von OpManager plötzlich die Datenerfassung eingestellt haben, kann dies folgende Gründe haben:

- Die OIDs wurden möglicherweise nicht richtig geplant.

  Was ist zu tun? Prüfen Sie die Ausgabe der folgenden Abfrage:

  ```
  select count(ID), TIMEVAL, GROUPNAME from PolledData where active='true' and POLICYNAME='IPSLA' group by TIMEVAL, GROUPNAME order by GROUPNAME;
  ```

  Für jede Zeile sollte der folgende Satz von OIDs vorhanden sein:

  - WAN RTT --> 18
  - WAN RTT (pathHop) --> 16
  - VoIP --> 44
  - Video --> 26

  Wenn es für einen GroupName mehr als einen Datensatz gibt, sammelt dieser Monitor möglicherweise keine Daten.

- Aufgrund einer hohen Polling-Rate  
  Das Polling findet möglicherweise nicht im regulären Standardintervall von 5 Minuten statt. Es kann zu Verzögerungen kommen.

- IP-SLA-Daten werden nicht auf Geräteebene akkumuliert.  
  Aufgrund fehlgeschlagener Verbindungsinitiierungen zwischen den Endpunkten. Prüfen Sie die OID, um den neuesten Rückgabecode der Operation zu ermitteln.

- Der Scheduler für IP-SLA-Operationen läuft nicht, da die Planungszeit nicht richtig gesetzt ist.

- In OpManager tritt ein SNMP-Timeout auf

## 16. Was passiert, wenn wir den IP-SLA-Monitor in OpManager deaktivieren?

Die Datenabfrage des IP-SLA-Monitors wird gestoppt, wobei die Statusänderung in der Benutzeroberfläche als Unbekannt markiert wird. Der eigentliche IP-SLA-Monitor bleibt jedoch ohne Änderung auf dem Quellgerät in Betrieb.

## 17. Was passiert, wenn wir den IP-SLA-Monitor in OpManager deaktivieren?

Das Deaktivieren der IP-SLA-Monitore in OpManager führt zu Folgendem:

- Die Details und Konfigurationen werden aus OpManager gelöscht.
- Wenn die Read-Write-Community in OpManager korrekt zugeordnet ist, wird nicht nur die Konfiguration auf dem Quellgerät gelöscht, sondern sie wird auch aus der laufenden Konfiguration entfernt. Die Konfigurationsdetails könnten jedoch in der Startup-Konfiguration verbleiben.

[ Hinweis: Es wird empfohlen, immer dann, wenn Sie in OpManager einen IP-SLA-Monitor hinzufügen/löschen, auch die Startup-Konfiguration auf dem Quellgerät zu aktualisieren. ]

## 18. Warum schlägt die Monitorkonfiguration fehl, obwohl das Quellgerät korrekt mit IP SLA aktiviert ist und auf die Cisco RTTMON-MIB antwortet?

Möglicher Grund:

- Testparameter sind nicht korrekt gesetzt und werden auf Geräteebene nicht unterstützt. Prüfen Sie die Konfigurationsdetails unter **Einstellungen --> Konfiguration --> IP SLA**  
  WAN-Monitor --> WAN-Testparameter prüfen  
  VoIP-Monitor --> VoIP-Anrufeinstellungen prüfen  
  Video-Monitor --> Video-Anrufeinstellungen prüfen  

  Prüfen Sie Frequenz- und Timeout-Wert. Die Frequenz sollte größer oder gleich dem Timeout sein.  
  Einige Geräte unterstützen kein Timeout von weniger als 5—10 Sekunden. Die Standardempfehlung ist 60 Sekunden (Standardwert).

- SNMP mit RW-Community ist auf dem IP-SLA-Quellgerät nicht konfiguriert.

- Das Netzwerk ist langsam und es ist ein SNMP-Timeout aufgetreten. Erhöhen Sie in diesem Fall den SNMP-Timeout der SNMP-Anmeldedaten in OpManager.

- Es sind nicht genügend Ressourcen (CPU/Speicher) auf dem Quellgerät verfügbar. Das Quellgerät selbst verweigert die Konfiguration. Geben Sie einige Monitore frei (ungenutzte Monitore löschen) auf dem Quellgerät und versuchen Sie es erneut.

## 19. Was ist Jitter? Was ist positiver und negativer Jitter?

Jitter ist die Schwankung in der Verzögerung zwischen Netzwerkpaketen im Netzwerkverkehr. Diese Schwankung kann aufgrund des Netzwerkverhaltens während der Paketübertragung zwischen Quelle und Ziel variieren (Netzwerkverlangsamung, Überlastung oder Verzögerung im Netzwerk wie Warteschlangenbildung, Ankunft über alternative Routen und so weiter). Nützlich zur Diagnose von Echtzeitverkehrs-Applications wie VoIP, Video over VoIP, Echtzeitkonferenzen.

Beispiel: Angenommen, 10 ms ist die ideale Verzögerung zwischen Paketen.

- Positiver Jitter: In einem Szenario, in dem die Pakete im Abstand von 12 ms ankommen, spricht man von einem positiven Jitter von 2.
- Negativer Jitter: In einem Szenario, in dem die Pakete im Abstand von 8 ms ankommen, spricht man von einem negativen Jitter von 2.

Fazit: Positive Jitter-Werte sind unerwünscht. Jitter-Werte von 0 sind ideal.