hello !
Je doit faire faire un chat pour PDA en Wifi ad-hoc : en gros pas de serveur, et si il y a plusieurs pda connecté , l'un peut faire passerelle pour aller parler avec le suivant et ainsi de suite.
Perso je pensais utilisert le mode TCP histoire de pas perdre les paquets, qu'en pensez vous?
Le meme probleme se pose lors de l'envoi de fichiers : TCP ou UDP ? (On peut tres bien imaginer qu'un PDA bouge et donc le chemin de communication est modifé... )
 
merci

pas de serveur ? multicast ?
 
le truc du TCP sans serveur, c'est le nombre de connexions à établir ...

TCP est OBLIGATOIRE quand tu ne veux pas perdre d'informations
 
UDP n'est utilisé que pour les streaming audio et video : si l'utilisateur final ne recoit pas un paquet, ce n'est pas grave, ca fera juste une micro-coupure
par contre ca permet de réduire la taille de l'entete (et accessoirement le temps de traitement) pour obtenir plus facilement le débit "données brutes" adéquat

 
TCP est obligatoire pour ne pas perdre d'information... C'est pas vrai. C'est toujours possible d'implanter soit même un mécanisme de gestion des paquets perdus et d'utiliser UDP. C'est possible et pour certaines applications ça pourrait être voulu, si l'on n'est pas satisfait de ce qui est offert par TCP.
 
L'explication sur UDP est principalement correcte, sauf que UDP est utilisé pour d'autres applications que le streaming Audio vidéo. Par exemple, pour le protocole SNTP pour obtenir l'heure sur internet à partir d'un serveur, etc.

tout à fait d'accord, je parlais des cas principaux d'utilisation
par contre, faire du controle de paquet au-delà du niveau 4 pour repérer les erreurs de ce niveau me semble peu optimal (à cause de la segmentation, tu te rends compte de l'erreur plus tard et tu réemet plus d'infos)

oui je voulais seulement clarifier

c'est du P2P sans serveur ce que tu veux faire.
T'as regardé du côté de JXTA ?
 
(je dis peut être une grosse connerie : je connais pas jxta ...)