Zusammenfassung

  • RACK nutzt Sendezeiten, ACK/SACK, RTT und Reordering-Fenster für eine Verlustmarke; einen physischen Abwurf beobachtet es nicht.
  • Ein späteres DSACK kann eine unnötige Neuübertragung nahelegen, nennt aber nicht die Ursache im Netz.
  • Der Betrieb sollte Inferenzdaten und jede gesendete Kopie bewahren, statt eine Wiederherstellungsentscheidung als Vorfallstatsache auszugeben.

Wiederherstellen, bevor die Geschichte feststeht

RACK beantwortet eine praktische Frage: Reichen jüngere Zustellbelege und die vergangene Zeit, um einen älteren unbestätigten Bereich erneut zu senden? Der Sender kann nicht unbegrenzt auf Gewissheit warten.

RFC 8985 verlangt, dass ein später gesendetes Segment zugestellt wurde und das ältere nach geschätzter RTT plus Reordering-Fenster noch fehlt. Das ist mehr als ein einzelner Timer, bleibt aber eine Inferenz des Senders zum Entscheidungszeitpunkt.

ECMP, Funkstrecken-Reparaturen und andere Mechanismen können die Reihenfolge ändern. Die ursprüngliche Kopie kann unterwegs sein, während ihr Bereich als verloren gilt. Die Marke ordnet Reparatur an; sie ist keine Beobachtung eines zerstörten Pakets.

Die RACK-Zeitachse gehört zum Beleg

RACK speichert die jüngste Sendezeit jedes Segments einschließlich Neuübertragungen. Referenz ist das zuletzt gesendete, nachweislich zugestellte Segment, ergänzt um aktuelle RTT und Reordering-Fenster.

Das Fenster passt sich innerhalb einer Grenze an. Ein kleiner Startwert beschleunigt kurze Flows mit dem Risiko unnötiger Neuübertragungen. Reordering-Belege können das Budget vergrößern.

Bei wenigen ACKs sendet TLP neue Daten oder das Segment mit der höchsten Sequenz erneut, um vor dem RTO Rückmeldung auszulösen. Dieses ACK versorgt RACK mit Evidenz, beobachtet aber keinen Abwurf.

DSACK ändert die rückblickende Bewertung

RFC 2883 lässt den Empfänger ein doppelt erhaltenes Segment oder einen doppelten Bereich melden. Nach einer Neuübertragung belegt DSACK nur, dass doppelte Daten ankamen. Zusammen mit der Senderhistorie kann dies eine unnötige Neuübertragung nahelegen; welche Kopie wann und aus welchem Grund ankam, bleibt offen.

RFC 8985 empfiehlt damit eine Vergrößerung des Reordering-Fensters. DSACK benennt jedoch weder Queue, Funkstrecke, Link, Tunnel noch ECMP-Mitglied; es meldet das Duplikat, nicht dessen vollständige Ursache.

Quellen