Iperf: Iperf3 sempre envia largura de banda de 10,5 Mbits / s ou maior com TCP

Criado em 1 jul. 2016  ·  4Comentários  ·  Fonte: esnet/iperf

Executando "iperf3 -s" em uma máquina e "iperf3 -c (ip do servidor) -b 10k" na outra, recebo a seguinte saída na máquina cliente:

Conectando ao host (ip do servidor), porta 5201
[4] porta local (ip do cliente) 59638 conectada à porta (ip do servidor) 5201
[ID] Intervalo de transferência de largura de banda Retr Cwnd
[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 0 126 KBytes
[4] 2,00-3,00 s 1,25 MBytes 10,5 Mbits / s 0 132 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 0 115 KBytes
[4] 6,00-7,00 s 1,25 MBytes 10,5 Mbits / s 0 122 KBytes
[4] 7,00-8,00 s 1,25 MBytes 10,5 Mbits / s 0 128 KBytes
[4] 8,00-9,00 s 1,25 MBytes 10,5 Mbits / s 1 94,9 KBytes
[4] 9,00-10,00 s 1,25 MBytes 10,5 Mbits / s 0 104 KBytes


[ID] Interval Transfer Bandwidth Retr
[4] 0,00-10,00 s 12,4 MBytes 10,4 Mbits / s 2 remetente
[4] 0,00-10,00 seg 12,3 MBytes 10,3 Mbits / seg receptor

Qualquer solicitação de conexão TCP com largura de banda abaixo de 10,5 Mbits / s é ignorada sem erro e não consigo encontrar nenhuma documentação dessa limitação. O UDP, por outro lado, é capaz de atingir larguras de banda menores, com um limite inferior de 655 Kbits / s.

bug wontfix

Comentários muito úteis

Isso ocorre por causa do comprimento padrão do TCP (sinalizador -l), adicione por ex. "-l512" e funcionará

Todos 4 comentários

Isso ocorre por causa do comprimento padrão do TCP (sinalizador -l), adicione por ex. "-l512" e funcionará

Essa é uma solução alternativa razoável. Acho que parte do problema também é que o código de limitação só mantém o controle do tempo em unidades de segundos inteiros, o que limita a granularidade à qual podemos limitar a taxa de envio. Usar o ritmo baseado em soquete mais recente no iperf3 e no Linux recentes também pode ser uma boa solução.

Esse é um bug engraçado que também estou encontrando. No teste reverso ( -R ), parece não ocorrer.

Fechando porque há uma solução alternativa / solução para isso. Recomende o uso de -l 100 ou algo semelhante para este caso de uso. Temos algum texto no FAQ recentemente adicionado sobre este assunto.

Esta página foi útil?
0 / 5 - 0 avaliações