Module 8: TCP/IP error and control messages 8.1 Ovezicht van TCP/IP Error Message 8.1.1 Internet Control Message Protocol (ICMP) ICMP vervangt IP niet, maar vult het verder aan.
8.1.2 Error reporting & error correction workstation 1 zend een datagram naar Workstation 6, maar interface Fa0/0 op router C begeeft het. Router C zend dan een boodschap terug naar Workstation 1 met behulp van ICMP. In die boodschap staat dat het datagram niet kon worden bezorgd aan Workstation 6. ICMP lost het probleem niet op, maar rapporteert het.
8.1.3 ICMP message delivery Deze figuur toont de encapsulatie van ICMP data binnen het IP datagram.
8.1.4 Unreachable networks Host A zendt data naar host Z. De router ken geen Z (unreachable) en de router zendt een ICMP bericht naar host A (source) met de melding ‘destination unreachable’.
8.1.5 Ping gebruiken om de destination reachability te testen
Door op host A te pingen naar host B, lanceert host A een ICMP echo request. Host B antwoord hierop met een ICMP echo reply. 8.1.6 Detecting excessively long routes Time-to-live (TTL) vergelijkt met het maximum aantal hop counts van het routing protocol. Een TTL waarde wordt meegegeven in elke datagram. De router trekt 1 af van de TTL. Wanneer de TTL waarde van het datagram de nul bereikt, wordt het pakket vernietigd. ICMP zendt een ICMP naar de source me de TTL-exceeded-boodschap.
8.1.7 Echo message ICMP boodschappen hebben een bepaald format. Alle ICMP berichten starten met dezelfde 3 velden: - Type - Code - Checksum Identifier en sequence velden worden gebruikt om de echo replies overeen te laten komen et de echo requests.
Types:
8.1.8
Destination unreachable message (type 3, code 0)
Dit is een ICMP destination unreachable message header. Type = 3 destination unreachable Code (de reden) = 0 netwerk unreachable (zie tabel hieronder)
8.1.9 Miscellaneous errors (type 12 parameter problem)
Als het datagram niet kan worden doorgestuurd door een fout in de header, is het ICMP type 12 (parameter problem) en wordt deze doorgestuurd naar de source van het datagram.
8.2 TCP/IP Suite Control Messages 8.2.1 Introductie Control Messages IP heeft geen methode om ‘informational or control messages’ te verspreiden. ICMP kan dit wel en vult IP ermee aan. ICMP control messages zijn geëncapsuleerd in een IP datagram. ICMP gebruikt IP datagrams om meerdere netwerken te kunnen doorkruisen. Er worden verschillende control messages gebruikt door ICMP:
8.2.2 ICMP redirect/change request (type 5) Dit type van bericht (redirect/change) kan enkel gestart worden door een gateway (router). Wanneer een host twee of meerdere directly connected routers telt, kan er uit de redirect/change request informatie gehaald worden over het beste path. Of wanneer de router ziet dat het pakket terug gaat vanwaar hij komt.
8.2.3 Clock synchronization (13) & transit estimation (14)
De icmp timestamp request message laat een host toe de huidge tijd op te vragen van een remote host. De remote host zendt een ICMP timestamp reply message om de request te beantwoorden. Dit wordt gebruikt voor software dat time synchronization gebruikt. De timestamp request = type 13 De timestamp reply = type 14 Dit ICMP timestamp bericht bevat: - tijd van de requester - ontvang en verzend tijd van de replier.
! andere protocols zoals Network Time Protocol (NTP) zijn betrouwbaarder om tijd syncronysatie te doen. 8.2.4 Information requests (15) & information reply (16)
De ICMP information request en reply messages zijn oorspronkelijk bedoeld om hosts toe te laten hun network nummer (ip adres) te bepalen. Dynamic Host Configuration Protocol (DHCP) en BOOTP worden tegenwoordig gebruikt om hosts hun ip adres toe te kennen. 8.2.5 Address mask request (17) & address mask reply (18)
Als een host het subnet mask niet kent, kan he teen address mask request zenden (type 17) naar de lokale router. Als die lokale router onbekend is, wordt het gebroadcast. Het antwoord van een router is de address mask reply (type 18). 8.2.6 Router discovery message (type 9)
Als een PC opstart in een network en op de host is geen default gateway ingesteld, kan het dat wel leren van een router. Met het router discovery proces zend een host een router solicitation message naar alle router door gebruik te maken van het multicast adres 224.0.0.2 als bestemming. Die router zendt dan een router advertisement (type 9). 8.2.7 Router solicitation message 8.2.8 Congestion & flow control messages (type 4)