Salut !
 
  Une question que je me pose :
j'ai une connection ADSL Free 512k en download et 128 en upload
 
Qu'est-ce que ça veut dire ?
 1) 512k dl + 128k ul
 2) 512k dont 128k en ul
 
Et si la réponse est la n°2 :
est-ce qu'il est impossible de dépasser les 512-128 càd les 384 en dl ?
 
Dernière question : comment se fait-il que, lorsque je me connecte, il m'affiche "Connection à 622.3 kbit/sec" ?
 
  merci d'avance

Bon, on va commencer par le commencement :  
 
Une connexion 512/128, ça veut dire 2 choses :  
 

• Tu dépasseras jamais 512 en download
• Tu dépasseras jamais 128 en upload

 
Ensuite, dis toi bien que si tu upload à fond, ton download va baisser terriblement, c'est dû au mode de transfert des paquets (fo bien qu'il vérifie qu'ils arrvient à destination donc ça bouffe un peu de bande passante).  
 
Petit rappel tant qu'on y est :  
512 Kbps en download <==> 64 Ko/s en download
128 Kbps en upload <==> 16 Ko/s en upload
 
 
 
Pour répondre à ton ultime question, c'est totalement normal, ça le fait chez tous les FAI (ça varie de 600 à 640 chez mes potes, chez moi on peut pas voir, ça affiche 10 MBits ou 100 MBits selon les jours, modem ethernet powa).  
Le fait d'augmenter ça je pense que ça sert à donner une petite marge histoire que ton débit soit garanti . Là je suppose, si ça se trouve je suis total dans le fossé   mais c le soir c normal  

 
C'est presque ça, ça dépend plus du driver qui fait la connexion. Si tu utilises un truc générique du genre RASPPPOE, il affichera sans vergogne 10MBits.

 
Baisser terriblement : jusqu'à 384k ?
donc la réponse est la numéro 2 : c'est 512k au total (dl + ul) ?

... tout dépend du modem, de ton OS et de la puissance de ta bécane.  
 
Mais en pratique, tu peux avoir 56 Ko/s en download et 16 Ko/s en upload simultanément pour un débit théorique de 64/16. Si tu fais un download seul, tu peux atteindre les 64 ko/sec.
 
Tout pareil pour les cartes ethernet :
10 Mbits/sec = 1 Mo/sec théoriques, 900 Ko/sec pratiques.
100 Mbits/sec = 10 Mo/secthéoriques, 7.5 à 8 Mo/sec pratiques.

 
Pour être précis:
10 Mbits/s = 1.2 Mo/s
100 Mbits/s = 12 Mo/s
 
Et 7.5 à 8 Mo/s en 100 Mbits/s t'es généreux, sur un réseau un peu gros avec les collisions on est plutôt autour de 6 à 6.5 Mo/s.
 

 
euh... 56+16=72 donc cnx à 576k !
donc toi tu pencherais plutôt pour la réponse 1 ?
 
par contre est-ce que tu pourrais m'expliquer la différence entre les 64k théoriques et les 56k en pratique (en cas de upload en même temps) stp : ne me ménage pas les détails techniques...

Pour les débits théoriques, d'accord pour des octets à 8 bits, mais avec le protocole IP je préfère calculer en 10 bits par octets

Il n'y a aucune raison d'additionner les débits. l'ADSL veut dire "Asymetric Digital ...", CàD qu'il y a 2 canaux sur le même fil qui ont un débit et un sens différent.
 
L'Ip est un protocole de communication. CàD que l'émission de données génère une réception de confirmation. Donc quand tu reçois de la donnée, tu émets des confirmations de réception. Si ton canal d'émission (upload) est utlisé pour envoyer de la donnée, il faut donc attendre qu'un paquet de données soit parti pour émettre la confirmation de réception. Et inversement, en émettant de la donnée, tu dois recevoir des confirmations de réception sur ton canal de réception (download).
 
Donc dans le cas d'un flux de données sortant et entrant simultané, tu n'as pas les débits théoriques parce que les synchros et la "donnée" protocolaire bouffent de la resource.

En théorie, mais dans la pratique G observé du 56/16. L'upload semblait être plus prioritaire que le download

( ok !
  mais si je comprends bien, l'upload aussi devrait diminué pour le renvoi de confirmation ?
 
  dans le cas là, ça ferait 56k + ?12k? plutôt que 56k + 16k, non ? )
 
Est-ce que les confirmations correspondent à un pourcentage fixe du débit de l'autre sens ?

J'sais poa ... ya plusieurs méthodes de renvoi des confirmations. Soit tu fais un message à part ou bien tu renvoies la confirmation dans l'en-tête protocolaire du premier message partant.  
 
Et là tout dépend comment la couche réseau de l'OS a été programmée
 
Et puis faut dire aussi que les collisions et autres altérations ou pertes de messages génère du trafic supplémentaire pour envoyer un paquet de données.