TCP Verbindungsabbruch erkennen

Und die weiteren Sendeversuche werden dann beliebig oft wiederholt auch über den Timeout hinaus? Das finde ich extrem strange. Kann btw. auch bestätigen, dass die Verbindung bei Program mit dem Roten butten mittendrin unterbrechen richtig terminiert wird (mit Fehler an der Gegestelle das die Verbindung weg ist).

Ich persönlich würde denken, dass der Fehler irgendwo in der Kommunikation zwischen windows und Labview oder bei der Gegenstelle liegen muss. Ich meine, offensichtlich greift ja eben er Timeout gerade nicht richtig und ein wiederholtes mehrfaches Senden ohne Antwort sollte auch irgendwann dazu führen, dass windows merkt das die Verbindung weg ist. Und wenn das low level TCP IP ACK fehlt - dann SOLLTE Windows das merken.

Schließlich sollte dann in keinster weise ein erfolgreiches Senden registriert werden. Oder wird das von der Hardware der Gegenseite doch irgendwo erfolgreich empfangen und nur nicht mehr richtig verarbeitet weil das Gerät aus ist?...

Okay hab jetzt einfach mal bei mir getestet indem ich durch Kabelziehen nen Verbindungsfehler provoziert habe. Habs mir nicht im Detail angeschaut, aber tatsächlich scheint das erstmal mehr oder weniger normal weiterzulaufen bis irgendwo nen Überlauf zustandekommt (nehme mal an da ich regelmäßig werte per anfrage aktualisieren lasse, waren dem das irgendwann einfach zu viele Sachen die als zu senden noch im Puffer saßen ). Scheint also tatsächlich so zu sein, dass Labview damit zufrieden ist alles erfolgreich an Windows übergeben zu haben und bei Win der hauptmechanismus darin besteht das wenn windows merkt das eines der geräte die Verbindung aktiv terminiert, es dafür sorgt das es auch auf der Gegenstelle terminiert wird.

Komisch komisch....


Zwecks Workaround: Kriegst du denn vom Gerät antworten? Bzw. kannst du iwie antworten provozieren? Dann könntest du darüber "manuell" den "onlinestatus" abfragen...