Résumé : TCP + RTT + window size = debit
Une des limite du TCP est la taille des données pouvant être envoyés sans attendre de réponse (window size). Celle-ci est variable mais est limitée à 65535. Ce qui veut dire qu'une fois qu'on a envoyé 64ko de données il faut attendre une réponse.
On voit donc bien une limite en débit apparaître à cause de la latence.
Cette limite est toute simple à calculer :
débit max = taille fenêtre / latence d'un paquet
Ce qui nous donne pour la connexion précédente :
débit max = 64ko*8 / 0.00116 = 450Mb/s
De plus, une chose qu'on ignore car elles sont devenues rares et corrigées, ce sont les erreurs.
Elles ont beau être rares lorsqu'on envoi des milliards d'octets par seconde il commence à y en avoir pas mal.
Chaque perte de paquet provoque un renvoi de touts les paquets non acquittés depuis, soit dans le pire des cas la taille de la fenêtre. La forte utilisation d'un réseau peut augmenter la perte de paquet et donc avoir un impact visible sur le débit total obtenu.
La formule est cette fois :
débit max = MSS / latence / sqrt(Proba perte de paquet)
Pour un réseau local, en général MSS=1460, prenons une perte de 0.1% on obtient :
débit max = 1460*8 / 0.00116 / sqrt(0.001) = 320Mb/s
Maximum Segment Size (MSS ou longueur maximum de segment en français) désigne la quantité de données en octets qu'un ordinateur ou tout équipement de communication peut contenir dans un paquet seul et non fragmenté. Pour obtenir le meilleur rendement possible, la taille du segment de données et de l'en-tête doivent être inférieures au MTU.