Avec un pote on essaie de s'envoyer des fichier par ftp, tous les deux en serveurs et clients en meme temps pour que l'on puisse echanger des fichiers (je pompe chez lui et il pompe chez moi)
Le seul truc c'est que l'on trouve cela assez lent (en tout les cas pas plus rapide que kazaa par exemple)
Y a moyen d'etre plus rapide ?

programmez votre propre client/serveur.

Ca depend de votre conexion c tout. Je pense que FTP a fait ses preuves, mais c lent qd y a pleins de petits fichiers a cause des ouvertures - fermetures de conexions.
 
Par ailleurs, si toute la bande passante en upload est bouffee, sa ralentit le download aussi

 
OUI
 
en allant chez lui
ou lui chez toi ! optimize powa !
 

 
faut passer en udp

Si vous avez tous deux l'adsl (512/128kbps) et que vous vous apercevez que la limite est de 16 ko /s c'est normal !
128kbps = 16 ko/s
Le serveur est limité à un upload de 128kbps/s (16ko/s)

l'UDP, la bonne blague.
 
Déjà c'est pas un protocole, c'est un mode de connexion. Et ensuite contrairement à TCP, UDP ne garanti pas l'arrivée des paquet, ni leur ordre d'arrivée .... je te laisse coder un soft de transfert de fichiers en UDP si ça t'amuse ....

 
gros zip rulez

A mon avis c'était ironique  

Pourquoi pas un protocole ? Le P ds UDP c'est justement pour protocole

Oui un protocole réseau(par datagramme) mais pas au sens de FTP, SMTP qui sont des protocoles de communication

 
ce que tu gagnes dans le protocole UDP (User Datagram Protocol) tu le perdras dans tes données si tu veux un tant soit peu que tes données soient intègres...

 
et qui utilisent tcp

Je sais
D'ailleurs j'ai vraiement du mal à comprendre en quoi tu "gagnes" quelque chose avec l'UDP ....

 
Ben oui mais t'as aussi, je pense, des protocoles qui utilisent UDP.
En fait c'est plutôt fait pour des "cas particuliers", pas pour ce genre de trucs.

 
rien mis à part si t'es sur que t'as pas besoin de controler tes données et qu'elles arrivent toutes dans le bon ordre  

dans le bon ordre ? Tu confonds avec le TCP qui gère l'ordonnancement des paquet, chose que ne fait pas l'UDP...

le streaming audio/video c'est pas en UDP ?

 
je confonds pas je dit juste que si t'es sur que du pc A au pc B il n'y a qu'une seule route et que tu es sur de perdre aucun paquets (impossible avec le net), tu n'as pas besoin de tcp, tu peux passer en udp  

 
Dans certains cas (Real je crois) oui.
Il me semble que ShoutCast est en TCP

 
le temps de connexion/deconnexion

 
Souvent
 
Si vous etes intéressés pr connaitre les protocoles/ports :  le fichier "services" les liste (dans \system32\drivers\etc) :
 
 

Y a que dalle dans ce fichier, par rapport à ça :
http://www.iana.org/assignments/port-numbers

ok ds un cas on a une couche applicative (smtp) et dans l'autre une couche de transport (udp)
 
ce sont qd meme des protocoles, simplement pas au meme niveau du modele OSI

 
bah oui mais y a quand même que dalle

 
C'est effectivement ce que je viens de dire.
 
Pour travailler dans le développement d'un serveur SMTP, je sais quand même un minimum ce que je dis sur le sujet. J'aurais pû moi aussi essayer de perdre tout le monde avec du jargon mais j'ai préféré rester simple, le forum n'étant pas fait pour montrer que tu possèdes un savoir mais pour le transmettre. Sans pertes de paquets de préférence...

 
Tu veux que je quote la page de l'iana ?  

Oups, t'aurais-je irrité    
 
J'essaye simplement de clarifier un point partant d'un constat erroné à savoir UDP <> protocole
 
Faut pas t'offusquer pour autant hein  

 
je garde mon calme t'inquiète pas.