Estou fazendo alguns testes de largura de banda para definir uma linha de base para alguns outros testes e tenho um comportamento que não consigo entender. Os testes são feitos com iperf3
no Linux (com e sem -R
para obter upstream e downstream).
Eu chamei as máquinas de "casa" e "trabalho", elas são na verdade ambas "trabalho", mas como elas estão em locais diferentes, eu manterei essa nomenclatura para simplificar a discussão do problema. As larguras de banda teóricas são:
A configuração (os números dos casos estão na frente dos resultados):
Caso1:oservidorinicialverificacomosiperf3
(o os dois primeiros que estão na França, tão próximos geograficamente, mas ambos pertencem a diferentes empresas, em diferentes redes).
Caso 2: um servidor iperf3
está instalado no servidor de trabalho, o teste é feito em casa (isso é semelhante ao caso 1, exceto que o servidor não é público, mas privado)
Os resultados aqui são os mesmos e estão de acordo com as larguras de banda esperadas.
Os casos 3 e 4 são semelhantes a 1 e 2, a diferença é que os testes são feitos a partir do "trabalho".
O que eu não entendo é por que a largura de banda é tão baixa quando os testes são feitos do trabalho.
Alguns pontos:
Eu entendo que a topologia de casa para o servidor público pode ser muito diferente do trabalho para o mesmo servidor público. Na realidade, não é diferente (todos os servidores estão localizados em Paris nos backbones T1 ou T2). Em qualquer caso, a "casa" < - > O teste "work" deve ser simétrico, não importa onde o servidor esteja.
um teste para o Ookla (speedtest.net) do "trabalho" mostra o resultado esperado de ~ 1Gbps / 1Gbps.
o tráfego de "trabalho" não é moldado nem restrito de nenhuma maneira especial. O firewall está aberto a todo o tráfego.
Para ser claro: não estou tentando entender uma pequena variação da largura de banda. Isso é normal e também orientado pela topologia entre os servidores.
Eu estou tentando entender uma diferença de 10x, que deve ser impulsionada por outra coisa, eu simplesmente não consigo entender o que (não o firewall como ele está aberto, não um formato como não há, não um problema com a largura de banda como speedtest mostra o esperado um - talvez algo específico para iperf3
(mas eu duvido))