Gibt es einen Algorithmus für die Abnahme von Fingerabdrücken der TCP-Überlastungssteueralgorithmus in einem aufgenommenen Sitzung verwendet?

Question

würde ich ein Programm wie das TCP Staus Kontrolle Algorithmus in einem erfassten TCP-Sitzung zur Bestimmung .

Der referenzierte Wikipedia-Artikel heißt es:

  

TCP New Reno ist die am häufigsten   implementierte Algorithmus, SACK Unterstützung   sehr häufig vor und ist eine Erweiterung   Reno / New Reno. Die meisten anderen sind   konkurrierende Vorschläge, die noch brauchen   Auswertung. Beginnend mit 2.6.8 der   Linux-Kernel-geschaltet, um den Standard   Implementierung von Reno nach BIC. Das   Standardimplementierung war wieder   zu CUBIC in den 2.6.19 geändert   Version.

Auch:

  

Compound TCP ist ein Microsoft   Implementierung von TCP, die unterhält   zwei verschiedene Staus Fenster   gleichzeitig, mit dem Ziel,   Erzielung einer guten Leistung auf LFNs   während nicht beeinträchtigen Fairness. Es hat   wurde mit Microsoft weit verbreitet   Windows Vista und Windows Server 2008   und wurde auf ältere Microsoft portiert   Windows-Versionen sowie Linux.

Was einige Strategien wäre zu bestimmen, welche CC-Algorithmus verwendet wird (von einem Dritten Erfassung der Sitzung)?

Aktualisieren

Dieses Projekt ein Werkzeug gebaut hat, dies zu tun:

  

Das Internet hat sich in jüngster Zeit   entwickeln sich von homogenen Staus   Kontrolle heterogene Kongestion   Steuerung. Vor einigen Jahren, Internet   Verkehr wurde vor allem durch die kontrollierte   Standard-TCP AIMD-Algorithmus, während   Internet-Verkehr wird nun kontrolliert durch   viele verschiedene TCP Staus Kontrolle   Algorithmen, wie AIMD, BIC, kubisch,   CTCP, HSTCP, HTCP, Hybla, Illinois,   LP, STCP, VEGAS, VENO, Westwood + und   JA. Allerdings gibt es nur sehr wenig   Arbeit auf die Leistung und Stabilität   Studie des Internet mit   heterogene Überlastungssteuerung. Ein   wesentlicher Grund ist der Mangel an den   Informationen zur Bereitstellung verschiedener   TCP-Algorithmen. Die Ziele dieser   Projekts sind:

1) develop tools for identifying the TCP algorithms in the Internet,
2) conduct large-scale TCP-algorithm measurements in the Internet.

Answer 1

Es gibt viele weitere Staus Regelalgorithmen, als Sie hier erwähnen, aus der Spitze von meinem Kopf die Liste enthält. Schnelle, skalierbare, HSTCP, HTCP, Bic, Cubic, Veno, Vegas

Es gibt auch kleine Variationen von ihnen aufgrund von Fehlerkorrekturen in der tatsächlichen Implementierungen und ich würde vermuten, dass Implementierungen in verschiedenen Betriebssystemen auch geringfügig voneinander verschieden verhalten.

Aber wenn ich versuchen muß mit einer Idee kommen würde es die RTT der Verbindung zu schätzen, können Sie versuchen, die Zeit zu schauen es zwischen dem dritten und dem vierten Paket nahm, als die ersten und zweite Pakete kann durch ARPs und andere Entdeckung Algorithmen entlang der Route verdorben werden.

Nachdem Sie eine Schätzung für RTT haben Sie könnten versuchen, es auf dem Weg zu verfeinern, ich bin nicht ganz sicher, wie Sie, dass, obwohl tun könnten. Aber Sie müssen nicht eine vollständige Spezifikation für das Programm benötigen, nur Ideen: -)

Mit der RTT Sie heraus können versuchen, die Pakete in RTT Behälter zu setzen und die Anzahl der in Flugdatenpakete in jedem Fach zählen. Auf diese Weise werden Sie zu Zeit „Handlung“ Geschätztes-cwnd (Anzahl der Pakete in ist) in der Lage sein und einige Muster versuchen, dort passen.

Eine Alternative wäre, entlang der Spur zu gehen und zu „run“ in Ihrem Kopf die verschiedenen Staus Regelalgorithmen versuchen und sehen, ob die Entscheidung in jedem Punkt mit der Entscheidung übereinstimmt hätten Sie getan haben. Es wird einige Milde und Genauigkeit Intervalle erforderlich.

Das klingt definitiv wie eine interessante und herausfordernde Aufgabe!