Iperf: Iperf3 siempre envía un ancho de banda de 10,5 Mbits / seg o más con TCP

Creado en 1 jul. 2016  ·  4Comentarios  ·  Fuente: esnet/iperf

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.

bug wontfix

Comentario más útil

Esto se debe a la longitud de TCP predeterminada (indicador -l), agregue, por ejemplo. "-l512" y funcionará

Todos 4 comentarios

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.

¿Fue útil esta página
0 / 5 - 0 calificaciones

Temas relacionados

tonusoo picture tonusoo  ·  32Comentarios

Surendraknatarajan picture Surendraknatarajan  ·  9Comentarios

cypherstream picture cypherstream  ·  6Comentarios

FuzzyStatic picture FuzzyStatic  ·  13Comentarios

bmah888 picture bmah888  ·  7Comentarios