Problème de taille buffer et de socket

Bonjour

Je développe une application client-serveur actuellement, je n'avais aucun soucis pour le moment je développais le client et le serveur sur la même machine. Mais à partir du moment où j'ai commencé à tester sur des machines différentes j'ai rencontré un tas de problèmes réseaux.

Je me suis aidé des deux classes de Microsoft suivantes :
Serveur : http://msdn.microsoft.com/fr-fr/library/fx6588te.aspx
Client : http://msdn.microsoft.com/fr-fr/library/bew39x2a.aspx


J'ai fais des tests en boucles infinis avec différentes tailles de données transportées et il arrive que les informations n'arrivent pas à destination mais uniquement du client vers le serveur, je reçois qu'une petite partie avant que le serveur ne traite les données (il pense qu'il n'y a plus rien qui arrive et je reçois 2520 bytes sur mes 5860 par exemple)

Il pense que

Code:

---

handler.Available = 0

---

dans mon readCallBack() de la classe serveur.

Manquant de connaissance en réseau pourriez vous me dire si c'est du à la classe qui est mal gérée ou si c'est un problème réseau.
J'ai ensuite poursuivi mes tests et en passant dans la classe StateObject du serveur la valeur de mon buffer à 32 je n'ai plus aucun soucis.
J'avais démarré à 1024, gros problème
ensuite 256 beaucoup moins mais il en restait
et là à 32 je n'en ai plus rencontré pour le moment.

[EDIT] Dites moi si je me trompe j'essairai demain au boulot, mais j'ai lu un sujet sur le TCP/IP qui parle de segmentation, je me demande si en fait mon handler.avalaible n'est pas la taille qui reste dans mon paquet ce qui pourrait s'averrer faux et donc il faudra que je reteste avec une autre méthode.

Merci

le réseau n'est pas quelque chose de si carré
ce n'est pas déterministe et des trames peuvent être coupées en plusieurs parties
d'ailleurs il y a une limite
bref le réseau ne fonctionne de la manière j'envoie un truc, le truc est recu tel quel

c'est pourquoi il est recommandé d'avoir un protocole de dialogue, d'avoir un caracatère de fin par exemple, comme ca si tu recois une trame, tu la concatène à une autre
et dans cette autre, si tu vois un caractère de fin, tu retire la partie avant et tu la traites etc...

Une autre solution (pas toujours applicable malheureusement) est d'envoyer au début du transfert la taille des données à transmettre. Comme ça le destinataire continue à essayer de recevoir jusqu'à ce qu'il ait reçu la quantité annoncée

Je vous remercie tous les deux j'ai testé ce matin en rajoutant un mot clé en début de flux pour signaler que ce sont des données qui ne proviennent pas d'une autre source et j'ai ensuite rajouté la taille du message à venir et je ne m'arrête que quand j'ai bien reçu le nombre de données correspondant à la taille de mon message.

Je ne connaissais pas le système de segmentation et je n'avais donc jamais cherché à connaitre la taille de mon message pensant qu'il ne s'arrêtait qu'à la fin de mon envoi et non pas la fin de mon segment.