Como faço para reconciliar a velocidade da rede a partir da taxa de transferência da rede?

Question

Eu tenho discutido com meu provedor sobre o serviço que eles estão prestando; principalmente no que diz respeito às velocidades de produção.

Eu configurei um roteador de borda (veja detalhes de hardware listados abaixo) e nele eu configurei o seguinte teste para obter velocidades periodicamente (via cron):

wget --no-cache --output-document=/dev/null -a /opt/result.txt http://speedtest.wdc01.softlayer.com/downloads/test10.zip

O Cacti é configurado e configurado para ingerir a saída desse script e apresentá-lo diretamente sem modificações aparentes. (Eu sou um novato cactos.)

O Cacti também possui gráficos configurados para mostrar tráfego in / out bps para ambas as interfaces e aqui é onde minha pergunta está (lay?) ... Aqui é onde eu estou confuso:

Anteriormente, as velocidades estavam testando a ~ 200 Kb / s. Não é ótimo .. não morto.

Masquandoeuolhoparaotráfegobpsdeentrada(download)estavamostrandotaxasmáximas>1,4Mb/s.

Como leio esses dois dados aparentemente contraditórios para fazer uma declaração precisa?

Será que eu desconfigurei meus gráficos de relatório em algum lugar ou estou apenas interpretando mal o que tenho diante de mim?

Hardware --

Dell PRECISION WS340

Linux servername 2.6.18-308.8.1.el5 #1 SMP Tue May 29 14:57:06 EDT 2012 i686 i686 i386 GNU/Linux

# WAN Port
eth0  Link encap:Ethernet  HWaddr 00:06:5B:DD:37:D9  
      inet addr:192.168.100.100  Bcast:192.168.100.255  Mask:255.255.255.0
      inet6 addr: fe80::206:5bff:fedd:37d9/64 Scope:Link
      UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
      RX packets:17738847 errors:0 dropped:0 overruns:0 frame:0
      TX packets:19695910 errors:0 dropped:0 overruns:0 carrier:1
      collisions:0 txqueuelen:1000 
      RX bytes:188062544 (179.3 MiB)  TX bytes:1467340085 (1.3 GiB)
      Interrupt:201 Base address:0xc800 

# LAN Port
eth1  Link encap:Ethernet  HWaddr 00:1A:70:14:0F:40  
      inet addr:192.168.3.1  Bcast:192.168.3.3  Mask:255.255.255.252
      inet6 addr: fe80::21a:70ff:fe14:f40/64 Scope:Link
      UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
      RX packets:17502568 errors:1 dropped:0 overruns:0 frame:1
      TX packets:12613687 errors:22 dropped:0 overruns:0 carrier:22
      collisions:0 txqueuelen:1000 
      RX bytes:1453811807 (1.3 GiB)  TX bytes:31429096 (29.9 MiB)
      Interrupt:193 Base address:0x2c00 

    

Answer 1

1. Puxar um arquivo para baixo com o wget não mede com precisão a velocidade da sua conexão, pois está sujeita a condições de tráfego de upstream em qualquer um dos muitos caminhos que seu provedor pode estar usando para alcançar seu host de destino. Você também está medindo o desempenho da configuração TCP no seu sistema operacional e até mesmo a eficiência do próprio wget. Este tipo de teste pode ser útil como um valor relativo (ou seja, é geralmente 200kbps, mas agora é 100 - vamos dar uma olhada nele), mas é questionável como um absoluto.

2.) A maneira como o Cacti (ou similar) está medindo a largura de banda do roteador é provavelmente um pouco diferente do resultado do wget. O Cacti está analisando a quantidade de dados transmitidos durante seus intervalos de pesquisa e interpolando-os em uma curva geral, enquanto o wget está dividindo o tamanho do arquivo pelo tempo de transferência. A abordagem wget representa uma única transação enquanto o Cacti está olhando para a largura de banda média no link antes, durante e depois da transferência.

3.) A saída do wget é em bytes por segundo, enquanto o Cacti provavelmente está medindo em bits por segundo. 200 kilobytes por segundo = 1,6 megabits. Verifique se você está comparando unidades equivalentes ...

    

Answer 2

Se você estiver preocupado com as diferenças de velocidade de carregamento versus download, os ISPs geralmente permitem velocidades de download muito mais rápidas do que as velocidades de upload. Você também pode tentar executar o iperf entre um host interno e externo para medir as velocidades de upload / download. Basicamente, maximiza a conexão e relata o throughput ao longo de um período de tempo especificado por você. Eu usei isso no passado para confirmar que nosso ISP estava nos limitando em um limite rígido e que a taxa de transferência caía drasticamente quando atingíamos o limite máximo.

    

Answer 3

Qual é a granularidade dos seus pontos de dados? Dos dois gráficos mostrados, eu acho que há duas coisas que não se alinham:

1. A granularidade dos dados. Parece que o primeiro gráfico, intitulado ISP Upstream , está na média em intervalos de 5 minutos. Parece que o segundo gráfico, intitulado Localhost - Tráfego - Lan tem intervalos de 1 minuto, ou pelo menos alguma noção de um ponto alto.

2. A hora dos gráficos. Parece que o primeiro gráfico está em EDT e o segundo está em UTC, resultando em um deslocamento de 5 horas nos dados.

Answer 4

Use apenas algo fácil, como o link . Pode já ser o que você precisa ...