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.
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.
Comentários muito úteis
Isso ocorre por causa do comprimento padrão do TCP (sinalizador -l), adicione por ex. "-l512" e funcionará