<p>iperf3 tamaño de ventana predeterminado (-w no establecido)</p>

Creado en 22 abr. 2016 · 4Comentarios · Fuente: esnet/iperf

Hola, parece que no puedo encontrar información sobre cuál es el tamaño de ventana predeterminado. El iperf antiguo solía mostrar esto al iniciar la transferencia, sería genial hacer algo similar, o al menos ponerlo en la documentación en algún lugar (si este ya es el caso, por favor, vinculeme a él, ya que no pude encontrarlo)

Actualmente estoy probando un escenario en el que estoy limitando la tasa usando tc qdiscs en un pseudo enrutador, si configuro los parámetros -w en una cantidad pequeña (por ejemplo: 5K) obtengo:

WWW (running iperf -Vs)
1 Mbit/s
|
1 Mbit/s
ROUTER (Rated at 1 Mbit/s with traffic conditioner)
1 Mbit/s
|
LAPTOP (running iperf3 -c WWW -V)

Si no lo configuro, o lo configuro muy alto (-w 12313123) obtengo:

WWW (running iperf -Vs)
1 Mbit/s
|
1.5 Mbit/s
ROUTER (Rated at 1 Mbit/s with traffic conditioner)
1 Mbit/s
|
LAPTOP (running iperf3 -c WWW -V)

enhancement

Fuente

pecigonzalo

Comentario más útil

Hola, me gustaría ver el tamaño de ventana predeterminado, pero ejecutar la bandera "--debug" no me funciona. ¿Algún consejo sobre esto, por favor?

`iperf3 -c servidor -l1300 -b100M -V --debug
iperf 3.1.7
Linux testvm 3.10.0-957.5.1.el7.x86_64 # 1 SMP Vie 1 de febrero 14:54:57 UTC 2019 x86_64
Conexión de control MSS 1448
send_parameters:
{
"tcp": verdadero,
"omitir": 0,
"tiempo": 10,
"paralelo": 1,
"len": 1300,
"ancho de banda": 100000000,
"client_version": "3.1.7"
}
Hora: miércoles, 18 de septiembre de 2019 19:41:11 GMT
Conexión al servidor host, puerto 5201
Cookie: testvm.1568835671.399
TCP MSS: 1448 (predeterminado)
SNDBUF es 16384, esperando 0
RCVBUF es 87380, esperando 0
Establecer el ritmo de la aplicación en 12500000
El algoritmo de congestión es cúbico
[4] puerto de cliente local 39676 conectado al puerto del servidor 5201
Prueba de inicio: protocolo: TCP, 1 flujo, bloques de 1300 bytes, omitiendo 0 segundos, prueba de 10 segundos
tcpi_snd_cwnd 58 tcpi_snd_mss 1448 tcpi_rtt 170
[ID] Cwnd de recuperación de ancho de banda de transferencia de intervalo
[4] 0,00-1,00 s 10,8 MBytes 90,3 Mbits / s 1 82,0 KBytes
tcpi_snd_cwnd 67 tcpi_snd_mss 1448 tcpi_rtt 168
[4] 1,00-2,00 s 11,9 MBytes 100 Mbits / s 1 94,7 KBytes
tcpi_snd_cwnd 77 tcpi_snd_mss 1448 tcpi_rtt 427
[4] 2.00-3.00 s 11,9 MBytes 100 Mbits / s 0 109 KBytes
tcpi_snd_cwnd 72 tcpi_snd_mss 1448 tcpi_rtt 168
[4] 3.00-4.00 s 11,9 MBytes 100 Mbits / s 1102 KBytes
tcpi_snd_cwnd 86 tcpi_snd_mss 1448 tcpi_rtt 460
[4] 4,00-5,00 segundos 11,9 MBytes 100 Mbits / seg 0122 KBytes
tcpi_snd_cwnd 88 tcpi_snd_mss 1448 tcpi_rtt 142
[4] 5,00-6,00 s 11,9 MBytes 100 Mbits / s 0 124 KBytes
tcpi_snd_cwnd 91 tcpi_snd_mss 1448 tcpi_rtt 442
[4] 6,00-7,00 segundos 11,9 MBytes 100 Mbits / seg 0129 KBytes
tcpi_snd_cwnd 91 tcpi_snd_mss 1448 tcpi_rtt 449
[4] 7,00-8,00 segundos 11,9 MBytes 100 Mbits / seg 0129 KBytes
tcpi_snd_cwnd 92 tcpi_snd_mss 1448 tcpi_rtt 453
[4] 8,00-9,00 s 11,9 MBytes 100 Mbits / s 0130 KBytes
tcpi_snd_cwnd 95 tcpi_snd_mss 1448 tcpi_rtt 151
send_results
{
"cpu_util_total": 2.976008,
"cpu_util_user": 0.696217,
"cpu_util_system": 2.326078,
"sender_has_retransmits": 1,
"congestion_used": "cubic",
"streams": [{
"id": 1,
"bytes": 123784700,
"retransmisiones": 3,
"jitter": 0,
"errores": 0,
"paquetes": 0
}]
}
tener resultados
{
"cpu_util_total": 2.529133,
"cpu_util_user": 0.178438,
"cpu_util_system": 2.392474,
"sender_has_retransmits": -1,
"congestion_used": "cubic",
"streams": [{
"id": 1,
"bytes": 123784700,
"retransmisiones": -1,
"jitter": 0,
"errores": 0,
"paquetes": 0
}]
}
[4] 9,00-10,00 segundos 11,9 MBytes 100 Mbits / seg 0134 KBytes

Prueba completa. Resultados resumidos:
[ID] Recuperación de ancho de banda de transferencia de intervalo
[4] 0,00-10,00 s 118 MBytes 99,0 Mbits / s 3 remitente
[4] 0,00-10,00 s 118 MBytes 99,0 Mbits / s receptor
Utilización de CPU: local / remitente 3,0% (0,7% u / 2,3% s), remoto / receptor 2,5% (0,2% u / 2,4% s)
snd_tcp_congestion cubic
rcv_tcp_congestion cubic

iperf Hecho.