Oui, c'est normal quand test ton débit avec un protocole qui utilise des acquittements, comme TCP : Le débit est bridé car les acquittements sont retardés car l'autre test sature le lien. Une seule sens de connexion utilisé au débit maximum limite le débit dans l'autre sens.
Merci. Pour ceux qui pourraient être intéressés par les Smart Queues des EdgeRouters, j'ai continué à faire des tests.
Avec et sans QoS, j'arrive bien à saturer la bande passante (300 Mbits) si un seul test est effectué (soit en upload, soit en download).
Ensuite, j'ai lancé des tests de download et upload en même temps (iperf -c ping.online.net dans une fênetre, iperf -R -c bouygues.iperf.fr dans une autre fênetre) pour essayer de saturer ma connexion (objectif : 300 Mbits en upload et 300 Mbits en download).
Voici les résultats:
- Sans QoS configuré : Bande passante : 292 (Download) + 189 (Upload) = 481 Mbits/sec
- Avec QoS configuré sur upload & download : Bande passante : 98 (Download) + 225 (Upload) = 323 Mbits/sec ***
- Avec QoS configuré sur upload seulement : Bande passante : 292 (Download) + 235 (Upload) = 527 Mbits/sec *
* Je comprends que l'utilisation des SmartQueues (FQ CODEL) priorise la sortie des ACKs du test de download, permettant d’utiliser au maximum la bande passante disponible.
*** J’imagine que l’utilisation de QoS en upload et download est limité par le CPU du routeur (EdgeRouter 4 dans mon cas). Cela est cohérent avec ce qui est mentionné dans les forums UBNT :
https://community.ubnt.com/t5/EdgeRouter/Max-fq-codel-smart-queue-performance-on-ER-4/m-p/2219073/highlight/true#M194434 (bande passante limité à environ 400 Mbps)
Voici ma configuration pour ceux qui voudraient essayer aussi:
traffic-control {
smart-queue FQ-CODEL_Upload {
upload {
ecn enable
flows 1024
fq-quantum 1514
htb-quantum 9000
limit 1000
rate 331mbit
}
wan-interface eth1.832
}
}