Summary

  • Der IETF-Entwurf vom 31. Oktober 2026 trägt die Namen Marc Blanchet, Wesley Eddy und Tony Li. Sein beispielhafter Befehlsweg nutzt zwei angepasste Endsysteme und zwei TIPTOP-Forwarder; mindestens fünf weitere Knoten betreiben gewöhnliches IP.
  • Fällt ein intermittierender Link aus und fehlt eine Ersatzroute, kann der Forwarder Pakete in einer begrenzten Warteschlange halten. Volle Puffer verlieren Pakete nach Regel, Neustarts ebenfalls. Nach langer Speicherung kann ein vorher festgelegter Pfad ungültig sein.

Der Puffer bekommt einen Dienstplan

Vier bis 24 Minuten braucht ein Signal von der Erde zum Mars in einer Richtung, je nach Abstand, so der Originalentwurf der IETF. Rotation und Konjunktionen sperren die Verbindung zeitweise ganz. Das Dokument rechnet deshalb mit IP-Paketen, die Minuten, Stunden oder Tage im Weiterleitungsknoten liegen, bis ein Kontaktfenster aufgeht. Die Antenne hat einen Termin; der Paketkopf kennt ihn nicht.

An IPv4 oder IPv6 muss dafür kein neues Format geschraubt werden. Das alte TTL-Feld von IPv4 zählt praktisch Hops, bei IPv6 heißt es Hop Count. Stunden im Puffer verbrauchen diesen Zähler nicht. Anders arbeitet der Forwarder am Rand der Funkstrecke: Ist die Schnittstelle unten und gibt es keinen anderen Weg zum Ziel, hält er Pakete zurück. Sobald eine Route wieder verfügbar ist, schickt er sie über denselben oder einen anderen Link weiter.

Die entscheidende Größe ist die Grenze der Warteschlange. Der Entwurf verlangt Speicherkapazität und eine konfigurierte Verwerfungsregel. Wenn der Puffer voll ist, können Verkehrsklasse, Quell- und Zieladresse oder Flow Label die Reihenfolge bestimmen. Ein Neustart oder ein nicht korrigierbarer Speicherfehler kann die zurückgehaltenen Pakete ebenfalls auslöschen. Zuverlässigkeit bleibt Sache des End-zu-End-Transports; der Forwarder darf Best Effort liefern. Wer die Verwerfungsregel offenlässt, übergibt die Priorität dem Zeitpunkt des Überlaufs.

Die Architekturzeichnung hält den Umbau klein. Ein angepasstes Endsystem sitzt im Missionszentrum, das andere im Raumfahrzeug. TIPTOP-Forwarder stehen beim Kommunikationsanbieter und an Bord. Dazwischen liegen mindestens fünf herkömmliche IP-Knoten. Eine Orchestrierung plant Antennen, Modems und Routing-Einträge nach den erwarteten Kontakten. Das ist ein Bauplan, kein Messprotokoll einer eingesetzten Marsverbindung.

Der Weg hinter dem Speicher kann verschwinden

Übliche Routing-Protokolle fragen Nachbarn regelmäßig nach einem Lebenszeichen. Auf einer Verbindung mit langen Laufzeiten und geplanten Pausen verliert dieses Verfahren seinen Sinn. Der Entwurf setzt dort auf Steuerung und geplante Routing-Updates. BGP kann Domains weiterhin verbinden; für Präfixe jenseits der unterbrochenen Strecke braucht eine übergreifende Domain stellvertretende Ankündigungen.

Ein expliziter Pfad ist während der Speicherung besonders anfällig. Das Paket erreicht den Puffer auf einer vorgegebenen Route, doch deren restlicher Abschnitt kann beim nächsten Kontakt veraltet sein. Eine Ersatzroute in jedem Paket würde knappe Bandbreite kosten. Die Autoren lassen den Zwischenknoten den Rest neu berechnen. Die Warteschlange bewahrt das Paket, nicht den gestern gültigen Netzplan.

Der Entwurf enthält keine Betriebsdaten eines eingesetzten TIPTOP-Puffers. Kontaktzeiten, Füllstand, Verluste und neu gewählte Wege würden die tatsächliche Zustellung zeigen.

Originalquelle