Discussion :

[lio33]

Bonjour,
Une question concernant la connexion de sockets sous W2000.
2 applications sur 2 PC reliés par un switch Ethernet dialoguent via une communication mettant en oeuvre des sockets.

L'application cliente tente d'établir une connexion sockets, à intervalles réguliers (Timer) par la méthode :

Code :

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

Connect(Ip, Port);

A) Dans le cas ou le PC serveur est branché sur le Switch Ethernet, même si son appli n'est pas lancée, l'application cliente tente de se connecter à intervalles réguliers, sans effet, mais cela ne pose pas de problèmes.
B) Dans le cas ou seul le PC client est branché sur le swicth la commande Connect() met beaucoup plus de temps à répondre et du coup perturbe l'IHM cliente (menu ne réagissent pas, etc..)

Existe-t-il un moyen de s'affranchir de ce temps de réaction long de la commande Connect() ?

merci d'avance.

[-=zol=-]

Par rapport à la fonction connect je ne sais pas, surement un soucis de requete ARP qui n'aboutit pas si le poste n'est pas actif, du coup ta machine attend la reponse jusqu'au timeout probablement. Alors que dans le cas ou le serveur est allumé, mais pas en attente de connexion pour ton appli client, il refuse la connexion du coup ton client a une reponse plus rapidement.

Du coup, as-tu essayé de mettre ton connect dans un thread ?, de cette maniere ton interface ne devrait pas se figer.

[lio33]

C'est une solution à laquelle je pensais en effet.
Avant toute chose j'aurai souhaité savoir si ce timeout réseau était paramétrable en quelque part.
Merci pour tes infos.

[farscape]

salut,
c'est peut être possible en modifiant la base de registres.
j'ai déjà changé le keepalive pour une connexion socket
voir ce lien ou il y a pas mal de paramètres expliqués :
http://www.microsoft.com/technet/net...g/tcpip2k.mspx

[Médinoc]

J'ai vu des options dans setsockopt() pour le timeout de send() et recv(), mais rien pour celui de connect().

C'est le genre de choses pour lesquelles j'utiliserais un CAsyncSocket plutôt qu'un CSocket, à moins d'avoir besoin d'un send() bloquant...

[lio33]

Merci pour vos réponses.
Je vais voir du coté de technet.

Concernant la différence entre CSocket et CAsyncSocket je n'ai pas vraiement assimilé. Dans mon appli c'est CSocket qui est utilisé et je ne vais pas le modifier (pas le temps nécessaire).