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

[Carlos Ribeiro]

TCP tem controle de fluxo. UDP não tem. Então, podem ocorrer diferenças, e
podem ser muito grandes. Em teoria o UDP pode saturar o link até o limite
da capacidade da CPU de escrever dados na saída. Já o TCP depende de um
ritmo estabelecido pela "cadência", à medida que o receptor emite os
pacotes de 'acknowledgement' para a fonte. O maior impacto vem da latência,
mas como você tem um link direto de 100 Mbps por meio de um switch, não
deve ser latência de transmissão, mas latência causada pela velocidade de
processamento da CPU do Mikrotik que você está usando.

*Carlos Ribeiro*
*Sócio*
Cel: +55 (31) 9303-3366
Tel: +55 (31) 3305-5620
Geral: +55 (31) 3305-5600
cribeiro at telbrax.com.br
www.telbrax.com.br

Em 6 de fevereiro de 2015 08: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