Est-ce que l'augmentation de la bande passante sur une liaison de disons 1 Mo à 30 Mo réduit le RTT?
Non, l'augmentation de la bande passante ne réduit pas le RTT à proprement parler. Je dis "à proprement parler" car cela dépend de ce que vous mesurez!
Scénario 1: la couche physique
Compte tenu de la topologie simple suivante qui est facile à suivre, une connexion Ethernet en cuivre fonctionnant à 1 Mbps avec une MTU de 1500 octets entre deux appareils avec un câble de 10 mètres, cela a le même RTT (le temps qu'il faudrait pour un paquet de demande d'écho ICMP pour voyager du périphérique 1 au périphérique 2 et le message de réponse d'écho ICMP pour voyager du périphérique 2 vers le périphérique 1) en tant que connexion Ethernet cuivre 10/30/50 / 100mbps entre eux avec une MTU de 1500 octets sur le même câble de 10 mètres.
En effet, le «retard» du signal sur le câble en cuivre est lié à sa constante dialectique ( permittivité relative ). Voir ces deux pages Wikipédia pour plus d'informations sur la physique qui sont hors de portée ici.
Essentiellement, le «temps de vol» des signaux électriques sur le câble en cuivre est la même vitesse pour une connexion de 10 Mbps et une connexion de 1000 Mbps lorsque vous utilisez le même câble Cat5e de longueur et de qualité. La différence est qu'avec une connexion à 10 Mbps, les données sont encodées sur le câble moins fréquemment qu'une connexion à 100 Mbps, il y a donc de plus petits écarts entre les bits de données lorsqu'ils sont placés sur le câble (c'est ce qu'on appelle le délai de sérialisation ). Ces deux articles wikipedia développent ces concepts: le temps de bit et le temps de slot .
Scénario 2: couche 4 et supérieure (exemple TCP)
Dans l'exemple de topologie suivant, une connexion Ethernet en cuivre fonctionnant à 1 Mbps avec une MTU de 1500 octets entre deux appareils avec un câble de 10 mètres. Si vous avez X quantité de données que nous prétendons être de 100 mégaoctets de données à transporter entre l'appareil 1 et l'appareil 2, cela prendra plus de temps qu'avec une connexion Ethernet cuivre de 30 ou 100 Mbps avec une MTU de 1500 octets sur 10 mètres câble en cuivre entre les deux mêmes appareils. En effet, le codage et la transmission des données sur le câble prennent plus de temps et la carte réseau de réception sera tout aussi lente à recevoir et à décoder les signaux.
Ici, le RTT des "données réelles", qui est peut-être un seul fichier de 100 Mo, prendra plus de temps car avec les protocoles de niveau supérieur introduits, vous devez non seulement transférer les données, mais aussi les SYN, ACK et les paquets PUSH échangés ici en utilisant des temps de bits supplémentaires, avant au niveau de la couche application, un message peut être envoyé du périphérique 2 vers le périphérique 1 disant "J'ai reçu toutes les données maintenant".
Aussi, quels sont les meilleurs mécanismes pour réduire le RTT.
Réponse courte: pas grand chose
Longue réponse:
Pour mettre cela dans un exemple de la vie réelle en développant les exemples ci-dessus; Si vous "cinglez" entre deux appareils qui sont connectés ensemble via plusieurs routeurs et / ou commutateurs intermédiaires, le RTT est un produit de la distance physique et du temps qu'il faut aux signaux pour voyager aussi loin et en arrière à travers tous ces appareils (essentiellement ). Si la QoS est configurée sur ces appareils, cela peut également augmenter le délai de bout en bout et compliquer davantage le modèle.
Il n'y a pas grand-chose que vous puissiez faire ici (dans une situation purement hypothétique où l'argent n'est pas un objet et la politique n'a pas d'importance, etc.); Installez une connexion fibre qui s'exécute directement du périphérique 1 au périphérique 2 en coupant tous les commutateurs et routeurs entre les deux. Ce serait un scénario idéal. De manière réaliste, vous pouvez mettre à niveau n'importe quelle liaison cuivre ou sans fil vers la fibre (pas que la fibre soit extrêmement rapide [ i ], [ ii ]) et essayer de rendre le chemin de connexion aussi direct que possible afin que les données passent par le moins de périphériques intermédiaires et différents connexions physiques. Le réglage de la qualité de service et l'ingénierie du trafic (routage basé sur des contraintes) peuvent également aider sur de plus grandes distances avec de nombreux sauts entre les deux.
Si vous souhaitez transférer des données entre des points avec ce que vous considérez comme un "RTT trop élevé", vous pouvez regarder des technologies comme TCP SACK qui est déjà utilisé dans de nombreux endroits, mais si vous lisez ce qui vous donnera un point de départ car il existe d'autres technologies similaires que vous pouvez ensuite étudier. Cela inclut des technologies telles que les accélérateurs et les compresseurs WAN, bien que cela serait hors de portée de ce sujet. Vous devez considérer avec le transfert de données sur une liaison avec un RTT élevé le BDP (Bandwidth Delay Product, [ iii ]) - lorsque vous utilisez quelque chose comme TCP, cela vous retiendra toujours.
[i] Le temps de "vol" sur un milieu diélectrique en cuivre est très similaire à un guide d'onde à fibre
[ii] Cela pourrait changer cependant, de nouvelles recherches et technologies porteront, espérons-le, la vitesse de la lumière dans une fibre de la moyenne de 0,6 * c à près de 1,0 * c, http://www.orc.soton.ac.uk/ speedoflight.html
[iii] http://www.kehlet.cx/articles/99.html - exemple BDP