TCP-Neuübertragung: Wie viele Pakete werden erneut gesendet?

Question

Wie funktioniert die TCP-Neuübertragung? Welche Formel hängt davon ab, wie viele Pakete erneut gesendet werden? Ich verstehe, dass es irgendwo im kubischen tcp festgelegt ist, aber wo?

Interessiert, wie es in Linux funktioniert. Ich benutze Debian 8 und schaue nur auf Dumps. Ich habe eine Verbindung mit Netcat zu 27000 Port eingerichtet. Normalerweise mache ich auf dem Server, der iptables alle Pakete auf Port 27000 fallen lässt und ein Paket sendet (Und schau, wie oft das Paket erneut gesendet wurde.).

Answer 1

Dies ist eine sehr breite Frage.

Nein, das ist im Grunde nicht unbedingt CUBIC.

Die Neuübertragung wird zuerst in TCP "Basic" RFC 793 (1981), Abschnitt 3.7 Datenkommunikation, Abschnitt "Retransmission Timeout" angegeben.

Seitdem gab es viele (wirklich viele [*]) Erweiterungen. Ein sehr auffälliges ist "Slow-Start", zuletzt spezifiziert durch RFC 5681, aber die Wurzeln gehen zurück bis 1997 RFC 2001, "TCP Langsamer Start, Congestion Avoidance, Fast Retransmit und Fast Recovery Algorithms".

Es gibt keine Einheitsgröße in dieser Domäne, es gibt immer einen Kompromiss. Plus "intelligente" Algorithmen haben mehr Platz (Software + CPU-Nutzung), so dass sie je nach Anwendung verwendet werden können oder auch nicht oder sogar einfach verfügbar sind (denken Sie an Embedded-Geräte). Und da diese Dinge in der Implementierung sind (d. H. Nicht in den ausgetauschten Daten zwischen Host gesehen), können Sie nie sicher wissen, welche Host welche verwenden. Sie sehen zum Beispiel die TCP-Fenstergröße und -skalierung in den Segmenten, aber Sie werden nicht wissen, mit welchem ​​Algorithmus sie verwaltet wird.

Wie für Linux, es ist Standard zu PRR seit 3.2. Davor war CUBIC und vorheriger BIC.

Obwohl Standard nicht bedeutet, dass es der einzige verfügbare ist. Auf meinen debian Lager 4.4.0 Kernel, es ist CUBIC: Abschnitt: "erweiterte Staukontrolle TCP"

jbmaillet@sumo:~$ cat /proc/sys/net/ipv4/tcp_allowed_congestion_control 
cubic reno 

... und es gibt ein Dutzend in der:

jbmaillet@sumo:~$ cat /proc/sys/net/ipv4/tcp_congestion_control 
cubic 

Obwohl Reno auch verfügbar ist der Kernel-Konfiguration.

*: https://en.wikipedia.org/wiki/TCP_congestion-avoidance_algorithm