1. Ende-zu-Ende Messungen zur Ermittlung der Netzwerklaufzeiten

Zeichnen Sie den Datenverkehr auf Client und Server Seite auf, und nutzen Sie die MultiHop Analyse innerhalb des Observer Expert® um festzustellen, welche Segmente die Quelle der Verzögerungen sind. Schauen Sie sich an, wie die Multihop-Analyse durchgeführt wird.

2. Nutzen Sie den TTL (Time to Live) Wert, um die Anzahl der genutzten Hops festzustellen

Wenn Sie die Ursachen von Netzwerkdelay zu Ihren Filialen suchen, dann müssen Sie feststellen, wo diese Verzögerung auftritt. Wenn Sie wissen, dass die Datenpakete im Durchschnitt 13 Hops von der Filiale zur Zentrale durchlaufen, ist die Ursache des hohen Delays recht schnell gefunden, wenn auf einmal 20 Hops benötigt werden. Die Anzahl der Hops können Sie feststellen, in dem Sie den TTL des Pakets an der Quelle mit dem TTL des Pakets am Zielort vergleichen. Der Unterschied zeigt dann die Anzahl der durchlaufenden Hops.

3. Erstellen Sie Paket Filter, um Ursachen von Fragmentierungen zu erkennen

Wenn Pakete in mehrere Teilstücke zerlegt werden, spricht man von Fragmentierung. Dies führt zu einer höheren Auslastung und zu schlechteren Antwortzeiten. Um die Ursache zu finden, können Sie nach den Headerinformationen „More Fragments“ oder „Don’t Fragment“ filtern. Pakete mit dem „More Fragment“ weisen auf einen fragmentierenden Router hin. Während die Pakete mit „Don’t Fragment“ höchstwahrscheinlich ein Anwendungsproblem anzeigen.

4. Erstellen Sie Filter, um ICMP-Mitteilungen zu analysieren

Wenn ein Router ein Paket mit „Don’t Fragment“ weg wirft, wird es dem Absender über ICMP (Internet Control Message Protocol) mitgeteilt. Durch den Mitteilungsinhalt kann man die Art und die Ursache von Fehlern feststellen. ICMP-Mitteilungen zeigen anders als ein normaler „Ping“ Ursachen wie Probleme im Subnetz, in der Netzwerk-Maske, mit dem Default Gateway, oder mit QoS.

ICMP Mitteilung	Mögliche Ursache
Redirect for Network	Default Gateway falsch konfiguriert
Redirect for Host	Subnetmaske falsch konfiguriert
Port Unreachable	Application Port nicht aktiv oder antwortet nicht
Host Unreachable	Es gibt eine Route, jedoch ARP-Anfragen werden nicht beantwortet
Protocol Unreachable	ARP-Anfragen werden beantwortet, jedoch spezifische Protokollanfragen werden nicht beantwortet
Network Unreachable	Router kennt keine Route, um das Netzwerk zu erreichen

Wenn keine Fehler in der Vermittlungsschicht zu finden sind, ist der nächste Schritt, die Applikationsanalyse und Applikations Performance Messung. Informieren Sie sich hierüber in unserem „Whitepaper“ Network Application Performance (auf Englisch). Darüber hinaus können Sie Ihr Wissen über Netzwerkanalyse und Applikationsmessungen in einem unserer NI-University Kursen vertiefen.

Erstellen Sie Filter für ICMP-Mitteilungen

Eine schnelle Identifizierung der Fehlerquelle bzw. der Ursache von Netzwerkdelay‘s auf Übertragungsstrecken, ist ein entscheidender Schritt zur schnellen Fehlerbehebung. ICMP-Mitteilungen liefern Ihnen auf einfache Art Hinweise auf die Ursache von Problemen. Erstellen Sie einen „ICMP“ Filter, um „redirected“ oder „unreachable“ Ziele zu erkennen. Folgen Sie einfach folgende Schritte:

1. Auf der Haupt Observerkonsole vom Menü „Actions“ an der Oberseite des Bildschirms „Filter Setup for Selected Probe“ wählen.

2. „New Filter“ aus dem Menü im Fenster „Active Filters“ wählen, sowie ICMP eingeben. OK klicken.

3. Im Fenster „Edit Filter“ Edit Filter > Edit Rule As > Protocol wählen.

 

4. Innerhalb des Fensters „Protocol Filter“ ICMP wählen und dann den gewünschten Protokollfilter markieren. Für dieses Beispiel wählen Sie „Destination Unreachable“.

5. Um andere ICMP-Mitteilungen dem Filter hinzuzufügen, klicken Sie auf den Protokollfilter mit der rechten Maustaste und wählen Sie <OR> und dann Protocol > ICMP > Redirect.

Mit dem erfolgreich erstellten Filter können Sie nun Störungssuche Prozesse automatisieren, und es wird einfacher die Problemursache (Netzwerk oder z.B. Server) zu ermitteln.

Cisco Networkers Barcelona 2010

Kommen Sie zu uns auf der Cisco Networkers Barcelona 2010, Stand E53 und gewinnen Sie ein Navigationssystem! Verpassen Sie dabei nicht einen Vortrag von unserem Kunden Cable & Wireless über proaktive Application Performance Analyse!

 

 

© 2010 Network Instruments, LLC.Alle Rechte vorbehalten.
Network Instruments, Observer, GigaStor, Link Analyst und alle Network Instruments Logos sind Trademarks oder registrierte Trademarks von Network Instruments, LLC.
Alle anderen Trademarks, registriert oder unregistriert, sind alleiniges Eigentum deren Eigentümer.
Network Instruments, LLC, 10701 Red Circle Drive, Minnetonka, MN 55343