Discussion :

[Razor620]

Bonjour,

Je suis actuellement entrain de réaliser un serveur et un client via les socket. Actuellement je travaille sur la gestion de perte de connexion suite:
- au plantage du serveur
- et a la perte du réseau

Pour la deconnection du serveur pas de problème mon recv renvoie une erreur que j'ai gerer. Concernant la perte du réseaux sa ne se passe pas aussi bien. En effet le client reste bloquer sur le recv infiniment sans jamais remarqué que le réseau étais HS... Donc si quelqu'un sais comment faire je suis plus que preneur

merci d'avance,

[ram-0000]

Est ce que dans ton protocole, tu peux envisager l'envoi d'un paquet protocolaire heartbeat_request périodiquement (toute les minutes) pour tester la ligne. Le rôle de l'autre extrémité est d'envoyer un paquet heartbeat_response à la réception d'un paquet heartbeat_request.

[Emmanuel Delahaye]

Concernant la perte du réseaux sa ne se passe pas aussi bien. En effet le client reste bloquer sur le recv infiniment sans jamais remarqué que le réseau étais HS...

C'est normal. Une rupture du réseau n'est pas une erreur de protocole IP ni TCP. C'est à l'application de gérer des timeout sur ses demandes de réponses, ou de gérer un watchdog (ou heartbeat) avec timeout, comme déjà suggéré.

L'info de rupture de réseau peut être remontée par le système mais par par les sockets qui ne savent pas avec quel réseau physique ils travaillent

[Razor620]

OkOk merci. Le select ferait l'affaire pour tester ma connection ?? et si oui comment on l'utilise la MSDN n'est pas très clair en se qui concerne les socket

[Emmanuel Delahaye]

OkOk merci. Le select ferait l'affaire pour tester ma connection ?? et si oui comment on l'utilise la MSDN n'est pas très clair en se qui concerne les socket

http://emmanuel-delahaye.developpez....aux.htm#select

[Razor620]

Problème: Le select ne détecte pas la perte de réseau, c'est normal ?

voici mon code au cas ou j'aurai fait une gaffe:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
fd_set SocketSet;
FD_ZERO (&SocketSet);      // clears SocketSet
FD_SET (m_Socket, &SocketSet); // adds a stream
int nError;
 
nError = select (m_Socket + 1, &SocketSet, NULL, NULL, NULL);
if(nError == -1)
	return 0; //connection Lost
 
if(0 >= recv(m_Socket, (char*) &dwThreadID, sizeof(DWORD), 0))
	return 0; // If Connection Lost

[contremaitre]

Non

Si tu veux que ta socket soit fermé toute seule, il faut regler ça au niveau système.
Sinon tu dois le gerer toi meme avec des timeout

[souviron34]

déjà dit plusieurs fois...

Un seul moyen sûr, c'est de vérifier quand on peut (sous unixoides facile grâce à la fonction poll, qui à ma connaissance n'est pas vraiment portée sous Windows) la validité, et de trapper tous les sgnaux importants

SIGKILL, SIGINT, SIGTERM, SIGHUP, SIGIO, etc..

Une recherche sur ce sous-forum devrait t'amener à un bout de code ndiquant un test sûr. Après il faut aussi comme cité par d'autres un timer en plus pour faire un poll régulier, même quand il n'y a pas de requêtes en cours..