Winsock API disconnect oder Fehler abfangen

[oki]

Da das IP ein Paketorientiertes Protokoll ist und die Socketkomponente imho keine "interne" Kommunikation pflegt kann ich mir auch schlecht vorstellen, dass das funzt. Die Gegenseite zu erreichen sollte nur über die eine eigene Kommunikation (wie vorher beschrieben) klappen.

Gruß oki

[Zacherl]

Ist mir auch schleierhaft wie es gehen könnte. Vielleicht sagst du uns, wie du es realisiert hast nitschchedu? :)

[oki]

Hi,

so wie beschrieben, der Client schickt alle 4 Min. (bei mir reicht das) einen Standardtext ("Ping"). Der Server erwartet diesen vom Client. Bleibt er aus, do disconnecte ich die Clientverbindung im Server. Das gleiche natürlich auch in Richtung Client. Ist die Verbindung unterbrochen, kümmert sich der Server nicht weiter drum. Der Client versucht periodisch den Server neu zu connecten. Klappt das nicht, kein Netz, kein Server etc. wirft die ClientSocket auf jeden Fall einen Error. Der kann abgefangen werden. Der Status bleibt im Fehlerfall immer auf dixconnect.

Schlussendlich unterstellt man, dass so lange mann Infos empfängt (beide Seiten) ist alles i.O. Wird eine Zeit lang (über Timeout) nichts empfangen, so stimmt was nicht und die Verbindung wird aktiv unterbrochen (Disconnect).

Natürlich kann man den Timer für den "Ping" nach dem Senden zurücksetzen. Es werden ja Daten empfangen/gesendet. Der "Ping" ist nur ein Ersatz, wenn man in der geforderten Zeit halt nichts zu senden hat. Man kann auch als Standardtext "Ich lebe noch!" :lol: nehmen.

Gruß oki

[Zacherl]

Ah jetzt ist mir ein Konzept eingefallen .. ich lasse den Client einfach jede 10 Sekunden ein Datenpaket erwarten. Wenn der Server grade keine Pakete an den Client sendet, wird ersatzweise alle 10 Sekunden ein einzelnes Byte gesendet ..
Danke für den Anstoß :)

[oki]

Jooop,
so wars gemeint :thumb:

Gruß oki