TCP Connection - ACK der Gegenseite abwarten

[mentaltec]

Hallo,

kennt jemand eine Möglichkeit, bei einer nonblocking TCP-Verbindung zu bestimmen, welche Pakete von der Gegenseite ge'akt' wurden
zur Not würde auch reichen :: "alle Packete ge'ACK't" --> nichts mehr offen
und das ohne die Verbindung zu schliessen
ich will wissen, wann genau der Server ein bestimmtes Datenfragment/Kommando von meinem Client definitiv erhalten hat
ich hab leider keine Möglichkeit ein externes Programm zu nutzen wie Wireshark o.ä.; d.h. die Erkennung muss direkt in meinem Client erfolgen


wenn ich die Ack-Nummer der Gegensete hab, bräuchte ich "nur" noch die Zuordnung der packetnummer zu meinen Send Calls

Danke

[mjustin]

Zitat von mentaltec:

kennt jemand eine Möglichkeit, bei einer nonblocking TCP-Verbindung zu bestimmen, welche Pakete von der Gegenseite ge'akt' wurden

Welche Socket API wird denn verwendet, Winsock, Berkeley, ... ?

Ich könnte falsch liegen, aber wird dazu Zugriff auf Raw Sockets benötigt? Die sind durch einen nicht entfernbaren Hotfix ab Windows XP nicht mehr über Winsock nutzbar.

[mentaltec]

Hi,

@mjustin
Winsock ist primär gefragt
ja, mit RAW müsste es gehen - ist aber mit Kanonen auf Spatzen - da müsste ich ja das ganze TCP selbst erfinden

@nuclearping
ich will wissen, WANN eine Bytesequence beim Server angekommen ist - nicht OB
ICS hilft nicht wirklich

hier noch ein Link, um das Problem zu verdeutlichen
http://de.wikipedia.org/wiki/Transmi...3.BCbertragung

[Klaus01]

Hallo,

ACKs/NACKs werden auf der TCP Schicht behandelt.
Wenn Du auf diese zugreifen willst kommst Du um ein RawSocket nicht herum.
Ein TCP Stack lässt Dir nur die Möglichkeit Daten in das TCP Packet zu stecken.
Wie das dann auf dem Transport gehandhabt wird bleibt dem User des Stack verborgen.

Grüße
Klaus

[Zacherl]

Benötigst du zwingend non-blocking Sockets? Die Verwendung der blocking Variante dürfte am Einfachsten die Funktionalität ermöglichen, die du benötigst.

[mentaltec]

wenn Du so fragst -> ich müsste das ganze Framwork umschreiben

deshalb frag ich vorher lieber nach :
wie genau kann das mit blocking gehen und
ist das gesicherte Erkenntnis oder nur Vermutung

weil MS sagt :
The successful completion of a send function does not indicate that the data was successfully delivered and received to the recipient. This function only indicates the data was successfully sent.

http://msdn.microsoft.com/en-us/libr...=vs.85%29.aspx

mfg

[nuclearping]

Zitat von mentaltec:

kennt jemand eine Möglichkeit, bei einer nonblocking TCP-Verbindung zu bestimmen, welche Pakete von der Gegenseite ge'akt' wurden

Bei non-blocking musst du ganze Befehle selber "ACKEN". Bei TCP ist es nicht nötig, einzelne Datenpakete zu "ACKEN", weil das Protokoll selber sicherstellt, dass die Paket(fragmente) da ankommen, wo sie hinsollen.

Vielleicht hilft dir ja die Overbyte "Internet Component Suite" (ICS) da weiter. Die ist komplett non-blocking und da sind etliche Beispiele mit bei.

[mjustin]

Zitat von mentaltec:

Hallo,
kennt jemand eine Möglichkeit, bei einer nonblocking TCP-Verbindung zu bestimmen, welche Pakete von der Gegenseite ge'akt' wurden

Gegenseite heisst dabei natürlichh "der Kernel der Gegenseite", also deren TCP Stack.

Es bedeutet aber nicht, dass die serverseitige Anwendung die Pakete komplett erhalten hat, denn das kann über ACK nicht festgestellt werden.

How can I explicitly wait for a TCP ACK before proceeding?