edubun
Deutsch

Wie Pakete ihren Weg finden

Jeder Router senkt die TTL eines Pakets um eins. Erreicht sie 0, wird das Paket verworfen, sodass ein Paket in einer Schleife nicht ewig kreisen kann.

Probier den Simulator aus, bevor du weiterliest. Stell die TTL auf 2 und drücke Senden, dann stell sie auf 64 und sende noch einmal. Achte darauf, wo die Pakete beim ersten Mal stehen bleiben.

Wird geladen

Zum Drehen ziehen. Zum Zoomen scrollen oder mit zwei Fingern ziehen.

Stell die TTL auf 2 und drücke Senden: Jedes Paket stirbt am zweiten Router, auf den es trifft, R1 oder R2, und eine rote ICMP-Nachricht kommt zurück. Stellst du 64 ein, kommen die Pakete nach vier Routern mit TTL 60 durch. Die Schaltfläche traceroute sendet Proben mit TTL 1 bis 5 und listet auf, wer geantwortet hat. Trenne R1–R3 und sende noch einmal, um zuzusehen, wie die Pakete ausweichen.

Was du eben gesehen hast: ein Countdown in jedem Paket

Mit TTL 2 starb jedes Paket am zweiten Router, auf den es traf, und eine rote Nachricht kam zurück. Mit 64 erreichten die Pakete den Server nach vier Routern mit 60 übrig. Der IPv4-Header hat ein 8-Bit-Feld namens Time to Live (TTL), sein größter Wert ist also 255. RFC 791 schreibt vor, dass jeder Router sie um mindestens eins senkt, und viele Computer starten mit 64. Erreicht sie 0, verwirft der Router das Paket und schickt eine ICMP-Nachricht „Time Exceeded“ (RFC 792) an den Absender zurück. Das war die rote Nachricht.

Wozu überhaupt ein Countdown? Ein Fehler in den Routingtabellen könnte ein Paket im Kreis schicken, und ohne Grenze würde es ewig Verbindungen belegen. Der Name sagt „Zeit“, und auf dem Papier misst RFC 791 sie in Sekunden. Da aber jeder Router mindestens eins abzieht, wirkt sie in der Praxis wie ein Zähler für Hops. IPv6 hat demselben Feld einen schlichteren Namen gegeben: Hop Limit.

Die Schaltfläche traceroute nutzt diese Regel, um eine Karte zu zeichnen. Sie sendet eine Probe mit TTL 1: Der erste Router verwirft sie und antwortet, wodurch seine Adresse sichtbar wird. TTL 2 zeigt den zweiten Router und so weiter, bis das Ziel antwortet. Drück sie und lies die Liste, die dabei entsteht. Trenne dann R1–R3 und sende noch einmal, um zu sehen, wie die Pakete einen anderen Weg nehmen.

Jeder Router schlägt eine Zeile in einer Tabelle nach

Kein Router kennt den ganzen Weg von deinem Laptop zu einem Server auf einem anderen Kontinent. Jeder trifft nur eine Entscheidung: Welcher Nachbar bekommt das Paket für diese Zieladresse als Nächstes? Das Paket wandert einen Hop weiter, und der nächste Router entscheidet neu. Ein Weg ist eine Kette solcher lokalen Entscheidungen.

Die Entscheidung kommt aus einer Weiterleitungstabelle, einer Liste von Präfixen mit dem jeweils zu nutzenden Nachbarn. Der Router wählt den Eintrag, der mit dem längsten Präfix zum Ziel passt, denn ein längeres Präfix ist eine genauere Übereinstimmung. Angenommen, die Tabelle schickt 203.0.0.0/16 an Nachbar B und 203.0.113.0/24 an Nachbar A. Ein Paket für 203.0.113.9 passt zu beiden, /24 gewinnt, und es geht an A. Ein Paket für 203.0.7.1 passt nur zu /16, also geht es an B. Die meisten Tabellen haben außerdem einen Standardeintrag für alles andere; in einem Heimrouter zeigt er zum Internetanbieter.

Paket fürPassende EinträgeGesendet an
203.0.113.9203.0.113.0/24 (A), 203.0.0.0/16 (B), Standard (Internetanbieter)A, längstes (24 Bit)
203.0.7.1203.0.0.0/16 (B), Standard (Internetanbieter)B, längstes (16 Bit)
8.8.8.8Standard 0.0.0.0/0 (Internetanbieter)Internetanbieter

Wer die Tabellen schreibt

Innerhalb einer Firma teilen Router einander über Routingprotokolle mit, was sie erreichen können, und berechnen neue Wege, wenn eine Verbindung ausfällt. Zwischen den Zehntausenden getrennter Netze, aus denen das Internet besteht, trägt das Border Gateway Protocol (BGP, RFC 4271) Ankündigungen wie „Ich kann 198.51.100.0/24 erreichen“. Wird ein Kabel durchtrennt, werden die Wege darüber zurückgezogen, und der Verkehr verlagert sich auf den Weg, der übrig bleibt. Genau das ist im Simulator passiert, als du R1–R3 getrennt hast.

Die meisten verlorenen Pakete fallen aus einer vollen Warteschlange

Router lassen Pakete auch warten. In geschäftigen Momenten kommen Pakete schneller an, als eine ausgehende Verbindung sie weitertragen kann, deshalb hält jeder Router eine Warteschlange im Speicher. Ist die Warteschlange voll, wird das nächste ankommende Paket einfach verworfen. Niemand wird benachrichtigt; der Absender kann es erst später bemerken. So gehen im Internet am häufigsten Pakete verloren, häufiger als durch ein durchtrenntes Kabel. Auch ein schwaches WLAN-Signal kann einen Rahmen beschädigen, sodass er weggeworfen werden muss. IP selbst verspricht nichts. RFC 791 sagt, dass es keine zuverlässige Kommunikation bietet, ohne Bestätigungen und ohne erneutes Senden. Verlorene Daten zurückzuholen bleibt den Computern an beiden Enden überlassen, und darum geht es in der nächsten Einheit.

Ein Foto mit 3 000 000 Byte sind 2055 Pakete

Verbindungen begrenzen, wie groß ein einzelnes Paket sein darf. Bei Ethernet trägt ein Rahmen höchstens 1500 Byte Nutzdaten (RFC 894). Zieht man 20 Byte IPv4-Header und 20 Byte TCP-Header ab, passen etwa 1460 Byte deiner Daten in jedes Paket. Ein Foto mit 3 000 000 Byte braucht deshalb 3 000 000 ÷ 1460 ≈ 2054.8, aufgerundet 2055 Pakete, und jedes davon wird einzeln weitergeleitet.

  1. Ein Paket startet mit TTL 64 und passiert 4 Router. Welche TTL hat es bei der Ankunft?
  2. Die TTL ist ein 8-Bit-Feld. Welches ist der größte Wert, den sie haben kann?
  3. Was tut ein Router, wenn die TTL eines Pakets 0 erreicht?
    • Er verwirft es und schickt ICMP Time Exceeded an den Absender
    • Er schickt es mit TTL 64 weiter
    • Er schickt es an den Absender zurück
    • Er behält es, bis das Netz ruhig ist
  4. Wozu gibt es die TTL?
    • Damit ein Paket in einer Routingschleife nicht ewig kreisen kann
    • Um die Lichtgeschwindigkeit zu messen
    • Um anzugeben, wie lange eine Webseite zwischengespeichert werden darf
    • Um die Pakete einer Datei zu zählen
  5. traceroute sendet eine Probe mit TTL 1. Wer antwortet?
    • Der erste Router auf dem Weg
    • Der Zielserver
    • Der DNS-Resolver
    • Niemand
  6. Eine Tabelle enthält 203.0.113.0/24 → A und 203.0.0.0/16 → B. Wohin geht ein Paket für 203.0.113.9?
    • A
    • B
    • Beide
    • Keiner
  7. Dieselbe Tabelle. Wohin geht ein Paket für 203.0.7.1?
    • B
    • A
    • Beide
    • Es wird verworfen
  8. Etwa 1460 Byte Daten passen in ein Paket. Wie viele Pakete braucht eine Datei mit 3 000 000 Byte?
  9. Welches Protokoll trägt Wegankündigungen zwischen den getrennten Netzen des Internets?
    • BGP
    • DNS
    • HTTP
    • UDP
  10. Im Simulator trennst du R5 vom Server. Was passiert?
    • Nichts kommt mehr durch: Der Server hat nur eine Verbindung
    • Die Pakete weichen über R4 aus
    • Die Pakete kommen schneller an
    • Nur UDP-Pakete kommen durch
Häufige Fehler
  • „Jeder Router kennt den ganzen Weg zum Server.“ Jeder Router wählt nur den nächsten Hop aus seiner Weiterleitungstabelle. Der Weg ist die Kette, die aus diesen Einzelentscheidungen entsteht, und Pakete derselben Nachricht können verschiedene Wege nehmen.
  • „Die TTL gibt an, wie viele Sekunden ein Paket noch hat.“ RFC 791 beschreibt sie zwar in Sekunden, aber jeder Router muss mindestens eins abziehen, also zählt sie in der Praxis Hops. IPv6 hat sie in Hop Limit umbenannt. Die TTL eines DNS-Eintrags ist ein anderer Wert mit demselben Namen, und der wird wirklich in Sekunden angegeben.
  • „Die meisten verlorenen Pakete kommen von kaputten Kabeln.“ Die meisten werden von ausgelasteten Routern mit voller Warteschlange verworfen, und auch ein schwaches WLAN-Signal beschädigt Rahmen. Ein durchtrenntes Kabel ist seltener, und die Router können den Verkehr oft darum herumleiten.
  • „IP sorgt dafür, dass jedes Paket ankommt.“ RFC 791 sagt, dass IP keine zuverlässige Kommunikation bietet: keine Bestätigungen, kein erneutes Senden. Die Wiederherstellung übernehmen die beiden Endcomputer, meist mit TCP.
Hinweis für LehrkräfteLass die Lernenden Dinge kaputt machen, bevor du irgendetwas erklärst: TTL 2, dann 64, dann eine getrennte Verbindung. Wer einmal ein Paket hat sterben sehen, beantwortet die meisten Fragen selbst. Beim längsten passenden Präfix stocken sie. Rechne die Tabelle mit zwei Einträgen von Hand durch und schreib die Adressen untereinander, damit der gemeinsame Anfang sichtbar wird; erst dann kommt der Standardeintrag dazu. Halte die beiden Arten von TTL von Anfang an auseinander, denn die DNS-Einheit verwendet dieselben drei Buchstaben für eine Anzahl von Sekunden.
Das Wichtigste
  • Router entscheiden Hop für Hop mit einer Weiterleitungstabelle; das längste passende Präfix gewinnt.
  • BGP verbreitet Wegankündigungen zwischen Netzen und zieht Wege zurück, wenn Verbindungen ausfallen.
  • Die TTL (IPv6: Hop Limit) sinkt pro Router um 1; bei 0 wird das Paket verworfen, und ICMP meldet es.
  • traceroute kartiert einen Weg, indem es TTL 1, 2, 3 und so weiter sendet.
Quellen zu diesem Kurs (28)
  • (checked 2026-10-17; reordered 2026-10-19: standards first, then official documentation, then operators and papers, history sources last)
  • IETF RFCs (rfc-editor.org): RFC 768 UDP (1980, 8-byte header)
  • RFC 791 IPv4 (1981, 32-bit addresses, "does not provide a reliable communication facility", TTL field "measured in units of seconds" but every module must decrease it by at least one, so it is only an upper bound)
  • RFC 792 ICMP (Time Exceeded)
  • RFC 801 NCP/TCP transition plan (1 January 1983)
  • RFC 894 Ethernet (1500-byte payload)
  • RFC 1034 and RFC 1035 DNS (1987, HOSTS.TXT kept by SRI-NIC, labels up to 63 octets and names up to 255, TTL in seconds)
  • RFC 1122 (127.0.0.0/8 loopback)
  • RFC 1918 private addresses (10/8, 172.16/12, 192.168/16)
  • RFC 2131 DHCP, RFC 3022 NAT, RFC 3596 AAAA records, RFC 3849 and RFC 5737 documentation addresses, RFC 4271 BGP-4, RFC 4291 IPv6 text form, RFC 6298 TCP retransmission timer (initial RTO 1 second)
  • RFC 6335 port ranges (0-1023, 1024-49151, 49152-65535)
  • RFC 7766 DNS over TCP, RFC 8200 IPv6 (128-bit addresses, Hop Limit)
  • RFC 8446 TLS 1.3 (one round-trip handshake)
  • RFC 9000 QUIC and RFC 9114 HTTP/3, RFC 9110 HTTP semantics (status code classes)
  • RFC 9293 TCP (three-way handshake, sequence numbers)
  • IANA: ip-parameters registry (recommended default TTL 64)
  • IPv4 free pool depleted 3 February 2011 (NRO and ARIN announcements)
  • Official documentation: MDN Web Docs "How does the Internet work?" (45 cables for 10 computers, switches, routers, MAC and IP addresses, internet and web)
  • "What is a URL?", "HTTP response status codes" (developer.mozilla.org)
  • Cloudflare Learning Center: "What is DNS?" (four kinds of DNS server, 8 steps of an uncached lookup, browser and OS caches, TTL)
  • "What is HTTP/3?" (cloudflare.com/learning)
  • Google Chrome Help, "Browse in Incognito mode" (support.google.com/chrome/answer/95464, checked 2026-10-19: Incognito limits what is saved to the device; websites and organisations that manage your network, like your school, employer or internet service provider, may be able to observe your activity)
  • Operators and papers: root-servers.org (13 root name servers run by 12 organisations, 2047 instances on 2026-10-17)
  • Jacobson and Karels 1988, Congestion Avoidance and Control (loss mostly congestion)
  • History blocks only: UCLA Samueli School of Engineering, Internet50 (first ARPANET message "LO", UCLA to SRI, 29 October 1969, 22:30)
  • historyofinformation.com and Wikipedia ARPANET (Kline)
  • Spiceworks/SRI history (HOSTS.TXT kept by SRI-NIC)
  • Numbers (2^32, 2^96, 45 and 6 cables, packet counts, round-trip times)

Abgerufen: 2026-10-17