[GTER] Confiabilidade na ferramenta de medição de trafego do Mikrotik.

[Michell Antunes]

Aproveitando,

o que usam para validar um link?
- Mikrotik de algo processamento em TCP?
- Mikrotik de algo processamento em UDP?
- Iperf em TCP?
- Iperf em UDP?
- Um equipamento estilo o SmartClass da JDSU em Layer3?
- Um equipamento estilo o SmartClass da JDSU em Layer2?

Pode ser Off-topic porém como é muito comum termos RB750 em clientes e o
seu teste em TCP ser o mais prático porém menos confiavel sempre vem a
dúvida.
Há quem se baseie somente no teste UDP porém, sabemos que o trafego da
maioria das aplicações é em TCP.

Agradeço  a atenção.

Em 6 de fevereiro de 2015 15:33, Silvio Licht Ahmad <silviola at gmail.com>
escreveu:

> O teste UDP atingiu próximo do limite da interface.
>
> O teste TCP foi limitado pelo CPU da RB.
>
> Você precisa medir com 2 x86,  um em cada ponta, e testar uma transferência
> de arquivos ou utilizar uma ferramenta para gerar tráfego como o Iptraf.
>
> Em 6 de fevereiro de 2015 07:58, Kalil de A. Carvalho <kalilac at gmail.com>
> escreveu:
>
> > Bom dia senhores.
> >
> > Na empresa que trabalho temos vários modelos de  Mikrotik.
> >
> > Eles são usados, entre outras coisas, para medir o nosso *thoughput*.
> >
> > O problema é que fizemos  testes internos, com dois RB750, ligados a um
> > switch 100Mbps (apenas os dois) dava uma diferença de velocidade
> > gigantescas  quando testávamos usando UDP e TCP.
> >
> > A queda era pela metade.
> >
> > Deixa eu dar um exemplo:
> >
> > Testes UDP: Tx/Rx - 94.8Mbps/95.7Mbps
> >            TCP : TX/Rx - 30Mbps/38.2Mpbs
> >
> > O detalhe do teste TCP é que era usado apenas uma *Connection Count* para
> > dar este  valor. Caso fosse usado o valor padrão, 20, era ainda pior.
> >
> > Existe algum motivo para este valor?
> >
> > Muito obrigado a todos.
> >
> >
> >
> > --
> > Atenciosamente,
> > Kalil de A. Carvalho
> > --
> > gter list    https://eng.registro.br/mailman/listinfo/gter
> --
> gter list    https://eng.registro.br/mailman/listinfo/gter
>