Re: MTU/MRU ? quais procedimentos devemos saber
Por isso escrevi que de maneira generica servidor sempre deve ter o maior MTU possível, mas cada caso é diferente.
Pode colocar nos AP's UBNT o MTU em 1500, achei que só tinha UBNT em estação, mas esses 8B de diferença não vão mudar o mundo, problema é ficar mechendo em MTU pra tentar melhorar algo, mas deixar o MRU fixo com valor mais alto que o MTU, ou fazer o teste apenas com ping, ou com apenas 1 ou 2 clientes conectados, sem ver o nível de sinal do restante por exemplo.
Se suas conexões estão todas boas, não há porque mecher nisso, mas sei que tem muito anteneiro que liga ping de pacote grande ao MTU (O limite do ping é o MRU), sei que tem quem baixe o MTU pra coisa tipo 1450 (Não é um multiplo de 185) e isso melhora alguma conexão de messenger e cia (Que não usam muita banda), mas o troughput só piora, tem que ver em cada caso desse qual o motivo das conexões ruins, mas raramente o problema é MTU errado, baixar ele é paleativo e não solução do problema.
Re: MTU/MRU ? quais procedimentos devemos saber
OK, entendi. Bom, aqui na base que estou agora tem 20 clientes conectados. Geralmente o ping do cliente até o concentrador mikrotik fica sem abaixo de 5ms, na grande maioria fica entre 1ms e 3ms.
Também costumo pingar do concentrador até o cliente, e o ping sempre retorno abaixo de 5ms.
Além do ping sempre faço testes de download nos clientes p/ verificar se a velocidade contratada tá chegando certinho.
Teria mais algum teste p/ eu me certificar realmente que minha rede está 100% ?
Também tenho alguns enlaces e ambos c/ sinal bom, em torno de -65, CCQ acima de 90% e ping abaixo de 5ms. Detalhes, os UBNT desses enlaces estão setados em 1492/1492.
Outra coisa, como é esse calculo do MTU que você citou: "multiplo de 185" ?
Abraço e obrigado por esclarecer minhas duvidas.
Re: MTU/MRU ? quais procedimentos devemos saber
No fim das contas o que interessa é a banda nos downloads, e a sensação de velocidade na abertura dos sites. Pra facilitar os testes dou digamos um ping -t 200.221.2.45 -l 50 e comparo com ping -t 200.221.2.45 -l 1450, onde o ping a 1450B fica ruim sempre tem problema de sinal (O ping tem preferencia, é o default em MK).
Quanto a um MTU ser multiplo de 185, isso só é importante se você quer, de forma planejada, fragmentar os pacotes, porque o hardware fragmenta os pacotes em multiplos de 8, ele pega os 1480B que devia ter e divide por 8, e usa 4 conjuntos desse na formação do novo pacote, pra otimizar o novo pacote você devia se preocupar em usar um multiplo de 185 então. Mas... só se fragmenta o pacote interncionalmente em conexão muito ruim, um PTP de 300Kbps de 300Km, com um equipamento barato, por exemplo, pode ser otimizado com fragmentação. Mas num ptmp isso nunca devia ser usado, tirar da rede um cliente com sinal -80 faz muuuuuito mais efeito do que diminuir o MTU.
Re: MTU/MRU ? quais procedimentos devemos saber
Olá rubem, obrigado pelos ensinamentos e ótimas explicações!
Aqui testei o ping p/ ping -t 200.221.2.45 -l 50 e as respostas ficaram numa média de 90ms
Já p/ ping -t 200.221.2.45 -l 1450 as respostas tiveram uma média de 110ms.
"lembrando que aqui não estou conectado diretamente na antena que recebe o sinal, estou em um notebook atrás de um roteador s/ fio". Ou seja, já dá diferença né.
Abraço e muito obrigado pela atenção!
Re: MTU/MRU ? quais procedimentos devemos saber
Beleza, você acaba de definir o jitter medio da sua rede.
Jitter medido só com pacotes de 32B não são confiáveis, você mede o ping com diferentes pacotes (Mas só um grande e um pequeno já serve), a diferença deles é o jitter, em boas redes é aceitável jitter de 25mS sem problemas.
(Como estou mais longe da civilização, ping com 32B aqui rumo ao UOL retornam em 200mS, já em 1400B retornam em 250mS, com ou sem torre lotada, tem jitter grande na região toda)
Jitter é especialmente importante pra voip, ter latencia baixa mas jitter alto gera ligação variando, você entende 2 palavras e não entende as outras 10, os softwares pra voip não são feitos pra armazenar um cache pros jitters do brasil, eles tentam reproduzir tudo o mais rapido possivel.