Al ejecutar "iperf3 -s" en una máquina e "iperf3 -c (ip del servidor) -b 10k" en la otra, recibo el siguiente resultado en la máquina cliente:
Conexión al host (IP del servidor), puerto 5201
[4] puerto local (IP del cliente) 59638 conectado al puerto (IP del servidor) 5201
[ID] Cwnd de recuperación de ancho de banda de transferencia de intervalo
[4] 0,00-1,00 s 1,16 MBytes 9,75 Mbits / s 0 61,5 KBytes
[4] 1,00-2,00 s 1,25 MBytes 10,5 Mbits / s 0126 KBytes
[4] 2.00-3.00 s 1,25 MBytes 10,5 Mbits / s 0132 KBytes
[4] 3.00-4.00 s 1,25 MBytes 10,5 Mbits / s 1 97,5 KBytes
[4] 4,00-5,00 s 1,25 MBytes 10,5 Mbits / s 0 106 KBytes
[4] 5,00-6,00 s 1,25 MBytes 10,5 Mbits / s 0115 KBytes
[4] 6,00-7,00 s 1,25 MBytes 10,5 Mbits / s 0122 KBytes
[4] 7,00-8,00 segundos 1,25 MBytes 10,5 Mbits / seg 0128 KBytes
[4] 8,00-9,00 segundos 1,25 MBytes 10,5 Mbits / seg 1 94,9 KBytes
[4] 9,00-10,00 s 1,25 MBytes 10,5 Mbits / s 0104 KBytes
[ID] Recuperación de ancho de banda de transferencia de intervalo
[4] 0,00-10,00 seg 12,4 MBytes 10,4 Mbits / seg 2 remitente
[4] 0,00-10,00 s 12,3 MBytes 10,3 Mbits / s receptor
Cualquier solicitud de una conexión TCP con un ancho de banda inferior a 10,5 Mbits / s se ignora sin error y no puedo encontrar ninguna documentación de esta limitación. UDP, por otro lado, puede lograr anchos de banda más pequeños, con un límite inferior de 655 Kbits / s.
Esto se debe a la longitud de TCP predeterminada (indicador -l), agregue, por ejemplo. "-l512" y funcionará
Esa es una solución alternativa razonable. Creo que parte del problema también es que el código de limitación solo realiza un seguimiento del tiempo en unidades de segundos completos, lo que limita la granularidad a la que podemos limitar la velocidad de envío. Usar el ritmo más nuevo basado en socket en iperf3 reciente y Linux reciente también podría ser una buena solución.
Ese es un error gracioso que también estoy encontrando. Dentro de la prueba inversa ( -R
), parece que no ocurre.
Cerrando porque hay una solución / solución para ello. Recomiende usar -l 100
o algo similar para este caso de uso. Tenemos algo de texto en las preguntas frecuentes recientemente agregadas sobre este tema.
Comentario más útil
Esto se debe a la longitud de TCP predeterminada (indicador -l), agregue, por ejemplo. "-l512" y funcionará