Wie erkennt Client wenn Server disconnected

[Nimral]

Zitat:

Zitat von Dejan Vu (Beitrag 1304459)

Äh... Nö. Das Verfahren wird in der Steuerungstechnik angewandt. Auch bei TCP-Verbindungen. Im wirklichen Leben bekommen weder Server noch Client immer mit, das eine Verbindung unterbrochen wurde. Dafür sorgen schon die intelligenten Switches.

Tschuldigt, wenn ich mich in den Thread drängle, aber das interessiert mich: inwiefern greifen "intelligente" Switches in das TCP Session Management ein?

Thx für Infos

Armin.

[BUG]

Zitat:

Zitat von Nimral (Beitrag 1305619)

Tschuldigt, wenn ich mich in den Thread drängle, aber das interessiert mich: inwiefern greifen "intelligente" Switches in das TCP Session Management ein?

Alles was selbst den Status der Sessions überwacht um zu entscheiden, ob Packete durchgelassen werden oder sie entsprechend zu addressieren (zB. NAT und Firewalls), ist schon mal verdächtig :wink:

[Dejan Vu]

U

Zitat:

Zitat von Aphton (Beitrag 1304492)

Man muss keine Heartbeat Pakete unter TCP schicken. Die Programlogik funktioniert einfach normal weiter, bis bei einem rcv() ein Disconnect erkannt wird.

Ich habe mich auch dagegen gewehrt, heartbeats und checksums einführen zu müssen, aber leider ist alles möglich.

[Net7]

Zitat:

Ich habe mich auch dagegen gewehrt, heartbeats und checksums einführen zu müssen, aber leider ist alles möglich.

Jup, man kann das aber auch nachstellen. Man nehme 2 PCs und ein Switch, man verbindet beide PCs via TCP ( Server-Client ) dann aus dem Switch die Netzwerkstecker raus und schon steht der Einsicht doch ein Heartbeat zu benutzen nichts mehr im Weg.