TCP/IP send petit probleme

Bonjour,

Je travaille sur l'envoie de donnees par mon client vers le serveur hors.
Quand j'utilise la fonction send de facon trop rapproche dans mon programme le client recoit les 2 packets envoye comme 1 packet.
C'est assez genant car le deuxieme packet est l'opcode qui me permet de dire au serveur que le client a finit d'envoyer et qu'il necessite les informations sur les joueurs, chat, npc...
Concretement :
send("salut");
send("bonjour");

Le serveur va recevoir "salutbonjour" alors que j'aurais aime recevoir mes 2 packets en 2 packet different...

Mettre un sleep entre les deux fonctions est trop barbar et fait perde en vitesse le thread reseau...

Merci de vos reponses !

Salut,

Il faut que tu mettes au point un petit protocole de communication.
Tu peux par exemple faire précéder les données que tu souhaites envoyer par un header qui contient des informations relatives au paquet de données (type, taille, numéro de paquet).

Merci bien.
Avant mon header contenait seulement un checksum du packet...

Il y a déjà un checksum dans TCP. Ça ne sert à rien de revérifier l'intégrité des données.

Si tu parles de TCP, oublies les paquets... l'implémentation au dessus d'IP est purement anecdotique, TCP t'offre un FLUX de communication permanente et sûre. Comme si tu avais ouvert un fichier en écriture, (et que le serveur lisait un fichier).

Effectivement, il faut faire attention à bien distinguer UDP (mode paquet non connecté: pas de garantie sur l'arrivée et l'ordre d'arrivée) et TCP (mode flux connecté: garantie d'arriver dans l'ordre d'émission mais pas de mode paquet).

Citation:

---

Envoyé par nicroman

Si tu parles de TCP, oublies les paquets... l'implémentation au dessus d'IP est purement anecdotique, TCP t'offre un FLUX de communication permanente et sûre. Comme si tu avais ouvert un fichier en écriture, (et que le serveur lisait un fichier).

---

Quand on parle de paquets ici c'est juste une pour permettre aux clients et au serveur de pouvoir communiquer. Il faut pour cela mettre un petit protocole décrivant ce que contiennent les données issues du serveur. Ainsi il est possible aux différents clients de décoder ce qu'ils recoivent (sinon c'est juste une suite d'octets sans aucune signification). Ça n'a rien à voir avec TCP ou UDP.

Haaa ben si :)

En UDP... sendto(toto,"bonjour") et sendto(toto,"hello") causera la reception à l'autre bout de DEUX paquets distincts !!!

Ne parlons pas de paquet quand il n'y a PAS de paquet.... et justement TCP cache la notion de paquet. La dénomination du socket est d'ailleurs SOCKET_STREAM par opposition à SOCKET_DATAGRAM.

Sinon, pour la communication entre deux applications, se réferer au model OSI, et suivre scrupuleusement le principe.