Iperf: Iperf3 envoie toujours une bande passante de 10,5 Mbits/s ou plus avec TCP

Créé le 1 juil. 2016  ·  4Commentaires  ·  Source: esnet/iperf

En exécutant "iperf3 -s" sur une machine et "iperf3 -c (server ip) -b 10k" sur l'autre, je reçois la sortie suivante sur la machine cliente :

Connexion à l'hôte (IP du serveur), port 5201
[ 4] port local (IP client) 59638 connecté au port (IP serveur) 5201
[ ID] Intervalle Transfert Bande passante Retr Cwnd
[ 4] 0,00-1,00 s 1,16 Mo 9,75 Mbits/s 0 61,5 Ko
[ 4] 1,00-2,00 s 1,25 Mo 10,5 Mbits/s 0 126 Ko
[ 4] 2,00-3,00 s 1,25 Mo 10,5 Mbits/s 0 132 Ko
[ 4] 3,00-4,00 s 1,25 Mo 10,5 Mbits/s 1 97,5 Ko
[ 4] 4,00-5,00 s 1,25 Mo 10,5 Mbits/s 0 106 Ko
[ 4] 5,00-6,00 s 1,25 Mo 10,5 Mbits/s 0 115 Ko
[ 4] 6,00-7,00 s 1,25 Mo 10,5 Mbits/s 0 122 Ko
[ 4] 7,00-8,00 s 1,25 Mo 10,5 Mbits/s 0 128 Ko
[ 4] 8,00-9,00 s 1,25 Mo 10,5 Mbits/s 1 94,9 Ko
[ 4] 9,00-10,00 s 1,25 Mo 10,5 Mbits/s 0 104 Ko


[ ID] Retr de bande passante de transfert d'intervalle
[ 4] 0,00-10,00 s 12,4 MBytes 10,4 Mbits/sec 2 expéditeur
[ 4] 0,00-10,00 s 12,3 MBytes 10,3 Mbits/sec récepteur

Toute demande de connexion TCP avec une bande passante inférieure à 10,5 Mbits/s est ignorée sans erreur et je ne trouve aucune documentation sur cette limitation. UDP, d'autre part, est capable d'atteindre des bandes passantes plus petites, avec une limite inférieure de 655 Kbits/s.

bug wontfix

Commentaire le plus utile

Ceci est dû à la longueur TCP par défaut (indicateur -l), ajoutez par ex. "-l512" et cela fonctionnera

Tous les 4 commentaires

Ceci est dû à la longueur TCP par défaut (indicateur -l), ajoutez par ex. "-l512" et cela fonctionnera

C'est une solution de contournement raisonnable. Je pense qu'une partie du problème est également que le code de limitation ne garde une trace du temps qu'en unités de secondes entières, ce qui limite la granularité à laquelle nous pouvons limiter le taux d'envoi. L'utilisation du nouveau rythme basé sur les sockets sur iperf3 récent et Linux récent peut également être une bonne solution.

C'est un bug amusant que je rencontre aussi. Dans le test inversé ( -R ), cela ne semble pas se produire.

Fermeture car il existe une solution de contournement / un correctif pour cela. Nous vous recommandons d'utiliser -l 100 ou quelque chose de similaire pour ce cas d'utilisation. Nous avons du texte dans la FAQ récemment ajoutée à ce sujet.

Cette page vous a été utile?
0 / 5 - 0 notes