Impossible d'atteindre la vitesse maximale sur Symmetrical Internet Connection

Question

Nous utilisons une connexion Ethernet professionnelle (téléchargement 3Mbit, téléchargement 3Mbit) et essayons de comprendre les problèmes liés à nos vitesses de bande passante testées. Lors du téléchargement d'un fichier volumineux, nous maintenons 340 Ko/s; le téléchargement nous soutenons 340KB/s. Cependant, lorsque nous effectuons ces transferts simultanément, les deux vitesses de transfert augmentent et diminuent de manière erratique avec une vitesse moyenne pour les deux autour de 250 Ko/s. Nous utilisons un Hatteras HN404 CPi et nous avons contourné le routeur (branché une machine directement dans les Hatteras, définissez la carte réseau en full-duplex).

Est-ce prévu? Un téléchargement max peut-il interférer avec un téléchargement max sur ce type de connexion Internet?

Answer 1

Il semble que j'étais faux sur les vitesses de transfert simultanées. Les vitesses de 250Ko/s en haut et en bas ont été mal calculées par le programme de transfert (semblant avoir montré une vitesse moyenne élevée). Apparemment le Business Ethernet (dans ce cas, c'est un circuit XO fourni par Speakeasy) ne supporte que 3Mb au total, pas en haut et en bas (pour un total de 6Mbits). Donc, si je transfère en même temps et en même temps en théorie, je ne devrais avoir que 1,5Mbit de haut en bas ou 187,5KB/s au maximum (s'il n'y avait pas de frais généraux).

Answer 2

Etes-vous sûr que le goulot d'étranglement est votre connexion?

Voyez-vous également ce comportement lorsque le téléchargement et le téléchargement simultanés se produisent sur des systèmes différents, ou seulement lorsqu'un système gère à la fois le téléchargement et le téléchargement?

Si le problème disparaît lorsque des machines indépendantes effectuent le travail, le goulot d'étranglement est probablement plus proche du disque dur.

Answer 3

Cela semble être le résultat de mon expérience avec les lignes inférieures. Sur une ligne d'attache, j'ai trouvé que la mise en forme du trafic et la modification de la taille des tampons peuvent être d'une grande aide. TCP/IP sans mise en forme inhabituelle du trafic favorisera le trafic le plus agressif au détriment de tout le reste. Dans votre cas, cela signifie que les réponses aux ACK sortants seront retardées ou même supprimées. Voyez si votre HN404 prend en charge la mise en file d'attente par classe ou quelque chose de similaire et essayez-le.

Answer 4

Oui c'est prévu. Ceci est symptomatique de tout cas dans lequel vous avez une connexion étranglée ou plafonnée. Si vous saturez votre liaison montante, cela affectera votre liaison descendante et vice versa. Cela est dû au fait que la limitation de débit de votre connexion a un impact sur les paquets d'acquittement de prise de contact TCP (ACK) et perturbe l'équilibre normal du flux de ces paquets.

Ceci est très bien décrit sur cette page sur Cable Modem Troubleshooting Tips, bien qu'il ne se limite pas aux modems câble:

Si vous saturez votre modem câble casquette de chargement avec un téléchargement, les paquets ACK de téléchargement devra attendre en attente d'un écart entre les paquets de données de téléchargement congestionnés . Ainsi, vos ACK seront retardés pour revenir au serveur de téléchargement distant , et il va donc croire que vous êtes sur un lien très lent , et ralentir la transmission de données supplémentaires pour vous.

Alors, comment pouvez-vous éviter cela? La meilleure façon consiste à implémenter une sorte de gestion du trafic ou QoS (Quality of Service) sur des sessions individuelles afin de les limiter à un débit maximum basé sur un pourcentage de votre bande passante totale disponible. Par exemple sur mon réseau domestique, je l'ai pour qu'aucune connexion sortante ne puisse utiliser plus de 67% (2/3) de ma liaison montante 192 Kbits/s. Cela signifie qu'une session sortante unique ne peut utiliser que 128Kbps, protégeant ainsi ma vitesse de liaison descendante en empêchant la saturation de la liaison montante.

Dans la plupart des cas, vous êtes en mesure d'effectuer ce type de trafic de mise en forme en fonction des critères disponibles tels que IP source, IP de destination, le protocole, le port, le temps de la journée, etc.