CCNA2 – Module 8 TCP/IP Error and Control Messages.

Slides:



Advertisements
Ähnliche Präsentationen
Powerpoint-Präsentation
Advertisements

2. Link Layer Lernziele: Verstehen wie IP prinzipiell über eine Link Layer Verbindung übertragen wird.
3. Internet Protocol (IP)
Spezifikation der Module / Programme
Lehrstuhl für Kommunikationssysteme – Systeme II1 Systeme II – 4te Vorlesung Lehrstuhl für Kommunikationssysteme Institut für Informatik / Technische Fakultät.
Computer-Netzwerke FGT-IT-12 Netzwerke planen und installieren
Paketorientierte Datenübertragung
Netze Vorlesung 11 Peter B. Ladkin
Einführung in die Netzwerktechnik 1 Der ARP-Prozess
2. Link Layer Lernziele: – Verstehen wie IP prinzipiell über eine Link Layer Verbindung übertragen wird.
1. Einführung Lernziele: Auffrischen des Wissens aus Rechnernetze
3. Internet Protocol (IP)
Martin MauveUniversität Mannheim1 3.6 User Datagram Protocol (UDP) RFC 768. J. Postel. User Datagram Protocol unzuverlässiges Transportprotokoll.
Gliederung Was ist Routing ? Router Routing-Tabelle Routing-Grundsätze
Einführung in die Technik des Internets
CCNA Exploration Network Fundamentals
CCNA2 – Module 4 Learning about Other Devices
Netzwerkkomponenten (Hardware)
Mit Schülern ein internetfähiges Netzwerk aufbauen
Peer-to-Peer-Netzwerke
Rechnerkommunikation I
Referent: Kiron Mirdha Betreuer: Rene Hilden Juli 2012
Geschichte des Internet
Kollisions-und Broadcast-Domänen CCNA 8.2.2
Präsentation von Lukas Sulzer
Grundlagen der Netzwerktechnik
Abgeleitet aus dem OSI-Referenzmodell sieben Schichten
Grundlegende Steuer- und Verwaltungsfunktionen:
Automatische Konfiguration mit dem Dynamic Host Configuration Protocol (DHCP) Prof. B. Plattner Automatische Konfiguration mit DHCP.
© 2001 Matthias Bossardt 1 Routing. © 2001 Matthias Bossardt 2 Dienstmodell Findet den günstigsten Pfad um ein Datenpaket vom Sender zum Empfänger zu.
Unterschiedliche Netzwerke
Peer-to-Peer-Netzwerke
1 Albert-Ludwigs-Universität Freiburg Rechnernetze und Telematik Prof. Dr. Christian Schindelhauer Systeme II Christian Schindelhauer Sommersemester 2006.
1 Albert-Ludwigs-Universität Freiburg Rechnernetze und Telematik Prof. Dr. Christian Schindelhauer Systeme II Christian Schindelhauer Sommersemester 2006.
Albert-Ludwigs-Universität Freiburg Institut für Informatik Rechnernetze und Telematik Prof. Dr. Christian Schindelhauer Systeme-II13. Vorlesung - 1 Systeme.
Virtual Private Network
Multimedia Streaming.
Lösungen 1. Zu einem Dienst gehören immer: Diensterbringer (Server), Dienstbenutzer (Client) und Protokoll.
Internet-Grundtechnologien. Client / Server Client („Kunde“): fordert Information / Datei an im Internet: fordert Internetseite an, z.B.
Ein Referat von Rahul Chanana, Sebastian Callian und Steffen Klikar.
TCP/IP.
Schutzvermerk nach DIN 34 beachten TCP / IP. Schutzvermerk nach DIN 34 beachten TCP / IP und das OSI-Referenzmodell Process / Application Host-to-Host.
Virtual Private Network
Kirsten Kropmanns Allgemeine Technologien II 9. März 2009
Grundlagen: Internet-Protokolle
IPv6 in der Praxis Vortragsreihe von Michael Dirska
Lisa Huber DHBW Mannheim
Aufbau eines Netzwerkes
Sicherheitskomponente in der Computertechnik
Netzwerke. IPv4 Rechner/Server werden im Internet eindeutig durch IP Adressen identifiziert Adressen sind 32-Bit-Zahlen, die in viermal acht Bit aufgeteilt.
Internetzwerke.
TCP/IP Ti ßi pi ai pi. Wozu braucht man TCP/IP? ¥ Um festzustellen, ob das Moorhuhn (oder andere Programme) sicher sind. ¥ Um nachzusehen, ob noch `ne.
LINUX II Harald Wegscheider
Faiumoni e. V. IPv6 für Server Hendrik Brummermann.
Netzwerke und Netzwerktools Franz Schäfer LV Linux: Effiziente Anwendung anhand von Fallbeispielen.
Center for Biotechnology Bielefeld Bioinformatics Service Netzwerk - Programmierung Netzwerke Alexander Sczyrba Jan Krüger.
Address Resolution Protocol (ARP) Verwendung Zuordnung von Netzwerkadressen zu Hardwareadressen Beispiel Ethernet Auflösung der IP-Adresse zur Ethernet-MAC-Adresse.
ICMP Internet Control Message Protocol Michael Ziegler Universität Freiburg Michael Ziegler.
Prof. Dr.-Ing. Thomas Schwotzer FB 4 / AI / Mobile Anwendungen Ad-hoc Networks Routing.
Netzwerkgrundlagen Franz Schäfer LV Linux: Effiziente Anwendung an Hand von Fallbeispielen.
1. Einführung Lernziele: Auffrischen des Wissens aus Rechnernetze
Manuel Blechschmidt & Volker Grabsch CdE Sommerakademie 2006 Kirchheim
Verbindung mit einem Netzwerk
Ich brauche eine Web-Seite vom Server im Internet
Routing … … die Suche nach dem Weg..
Security Labor MitM-Demonstration
PC2 PC1 Router IP: MAC: AA:AA:AA:11:11:11
das Routing Information Protocol
Routing … … die Suche nach dem Weg..
 Präsentation transkript:

CCNA2 – Module 8 TCP/IP Error and Control Messages

ICMP: Internet Control Message Protocol IP hat keinen eigenen Mechanismus, um Fehler- und Kontrollmeldungen zu senden Datenversand im IP ist unsicher Ausfall einer Netzwerkkomponente auf dem Übertragungsweg kann zu Datenverlust führen IP selbst kann den Sender nicht darüber informieren, dass die Daten nicht angekommen sind. IP benutzt ICMP, um Fehler- und Kontrollmeldungen an Rechner im Netzwerk zu senden Mit ICMP kann der Sender über Probleme informiert werden. ICMP schafft aber keine verlässliche (sichere) Übertragung. Best Effort = „man gibt sich größte Mühe“

ICMP: Internet Control Message Protocol Problem bei der Übertragung eines Datagramms wird nur dem Sender zurückgemeldet Fehler wird nicht an andere Netzkomponenten übertragen Fehler wird nicht korrigiert Fehler werden nur dem Sender gemeldet, sie werden nicht korrigiert.

ICMP: Internet Control Message Protocol

ICMP: Auslieferung der Meldungen ICMP Meldungen werden wie andere Daten ausgeliefert, sie können daher genauso gestört werden. Fehler bei der Auslieferung von ICMP Meldungen werden nicht mit neuen ICMP Meldungen gemeldet. Folglich kann es vorkommen, dass der Sender eines Datagramms einen Fehler nie erfährt

1. Erreichbarkeit mit „ping“ testen 2. TTL (Time to live) = maximum hop count ICMP: Echo request / Echo Reply

ICMP: Meldungstypen

ICMP: Destination Unreachable M.

 Bei fehlerhaften Datagram-Headern ICMP: Parameter Problem Message

ICMP: redirect/change request M.

Default gateways schicken redirect/change requests nur, wenn:  In- und Out-Interface identisch  Quelle im gleichen Netz wie neuer Router  Datagram wird nicht „sourcerouted“  Neue Route keine default-Route oder Ergebnis eines icmp-redirects ICMP: redirect/change request M.

Abschalten mit: no ip redirects ICMP: redirect/change request M.

Request: enthält Zeitstempel der Anfrage Reply: enthält Zeitstempel der Anfrage, Empfangs- und Sendezeitpunkt Bessere Alternative: ntp-Protokoll ICMP: timestamp M.

- damit Rechner ihre IP-Adresse erhalten - heute wird bootp oder dhcp verwendet ICMP: inf. request/ inf. Reply M.

- damit Rechner seine eigene Subnet-Maske erfragen kann ICMP: address mask Message

 damit Rechner das Default-Gateway erfragen können  Mit Multicast oder Broadcast ICMP: router discovery Message

 damit Rechner das Default-Gateway erfragen können  Mit Multicast oder Broadcast ICMP: router solicitation Message

 Mit source-quench-icmp-messages wird der Sender gebeten, seine Datenrate zu vermindern  Cisco-Router versenden meist keine source-quench-icmp-messages ICMP: congestion and flow control M.