Chapter 8 ICMP. CCNA 2 version 3.0 Wolfgang Riggert, FH Flensburg auf der Grundlage von

Transkript

1 Chapter 8 ICMP CCNA 2 version 3.0 Wolfgang Riggert, FH Flensburg auf der Grundlage von Rick Graziani Cabrillo College

2 Vorbemerkung Die englische Originalversion finden Sie unter : Der username ist cisco und das Password perlman Viele der Informationen ergänzen das Online-Curriculum Die Zusatzinformation ist zur Verdeutlichung und weiteren Erklärung der Themen eingefügt. Die Originalversion ist um viele eigene Folien erweitert, um das Verständnis zu fördern

3 Gliederung Fehlernachrichten Kontrollnachrichten

4 Internet Control Message Protocol (ICMP) ICMP ist ein Protokoll der Schicht 3. Seine Nachrichten werden in IP als Nutzdaten gekapselt.

5 ICMP Internet Control Message Protocol ICMP liefert Fehlerreports und diagnosen für ein IP-Netzwerk ICMP ermöglicht keine Fehlerkorrektur ICMP trägt zur Fehlerfreiheit einer TCP/IP-Implementation bei

6 ICMP Nachrichtenkategorien Fehler-Meldungen und Info-Meldungen : Error-Pakete beinhalten, neben der Fehlermeldung, auch immer den Header und die ersten 64 Bit des den Fehler verursachenden Paketes. Info-Meldungen basieren auf einem Request-/ Response- Verfahren

7 Fehler-Meldungen Destination Unreachable Redirect Message Source Quench Time Exceeded Parameter Problem

8 Info-Meldungen Echo Information Timestamp Address Mask Trace Route

9 ICMP-Nachrichtentypen

10 ICMP-Nachrichtenstruktur IP Header Typ (8) Code(8) Prüfsumme (16) Inhalt ICMP-Message

11 ICMP-Paketaufbau

12 Unerreichbare Netzwerke Für die Nichtzustellbarkeit einer Nachricht gibt es je nach Ursache gegliederte Nachrichten: Netzwerk nicht erreichbar Host oder Port nicht erreichbar

13 Codewerte der Destination Unreachable Nachricht

14 ICMP-Echo Die ICMP-Echo-Nachricht ist die Basis des Ping-Befehls zur Prüfung der Erreichbarkeit eines Hosts

15 ICMP-Beispiel : Ping Host Host Host Host Echo Request IP Header IP Header Echo Reply

16 Time Exceeded Time Exceeded (11) weist darauf hin, dass das TTL-Feld abgelaufen ist. Stammt diese Nachricht von der Zielstation, zeigt diese an, dass die Zeit zum Zusammensetzen der IP-Fragmente überschritten wurde

17 TRACE ROUTE sendet Time Exceeded-Nachrichten mit geringer TTL, so dass diese bei der Durchquerung des Netzes abläuft, und wertet die Informationen über die rückmeldende Station aus. Eine systematische Veränderung des TTL-Wertes führt dazu, dass die Nachricht durch die steigende Lebenszeit des Paketes immer weiter im Netz vordringt und auf diese Weise die Zusammensetzung der Route durch die Sendestation erlaubt. ICMP-Beispiel : Trace Route Quelle : G. Glaser

18 ICMP Redirect/Change Requests Redirect (5) verlangt die Versendung zukünftiger Pakete über den Router, dessen IP- Adresse im ICMP-Paket angegeben ist. Diese neue Station befindet sich stets im gleichen Subnetz wie diejenige, die die Nachricht initialisierte.

19 Clock Synchronization und Transit Time Estimation Timestamp Request (13) und Timestamp Reply (14) dienen der Performance messung und dem Debugging. Sie werden nicht zur Synchronisation der Rechner knoten verwendet. Die sendende Station wählt einen Identifier, setzt eine Sequenz nummer, trägt einen Originalzeitstempel ein und überträgt den Rahmen. Der Empfänger füllt weitere Zeitfelder, ändert das Typfeld des ICMP- Header auf Timestamp Reply und sendet die Nachricht an die Quellstation zurück. Dabei wird in der Regel nicht zwischen empfangener und übertragener Zeit unterschieden, sondern beide Felder werden mit dem gleichen Wert belegt

20 Address Mask Requirements Address Mask Request (17) und Address Mask Reply (18) werden verwendet, um die im Netz benutzte Subnetzmaske zu erfahren. Die meisten Stationen werden mit ihrer Subnetzmaske konfiguriert, Diskless Rechner hingegen müssen diese Information von einem Server erhalten.

21 Router Discovery Message Information Request (15) und Information Reply (16) werden von Rechnerknoten verwendet, um eine gültige Router-IP-Adresse für das Netz zu bekommen. Dieser Mechanismus ist durch das RARP- Protokoll überflüssig geworden.

22 Router Solicitation Message Router Advertisement (9) und Router Solicitation (10) sind optionale Nachrichten. Sie werden in RFC 1256 gesondert beschrieben.

23 Congestion und Flow Control Messages Source Quench (4) zeigt einer Zwischenstation an, dass sie nicht über ausreichend Pufferplatz verfügt, um die Pakete zur Folgestation weiterzuleiten. Stammt diese Nachricht vom Zielrechner, gibt er damit zu erkennen, dass die Pakete für eine ordnungsgemäße Verarbeitung zu schnell einlaufen. Die Sendestation reagiert auf diese Meldung mit einer Drosselung der Übertragungsrate.