Re: Speedtest.net medindo na central dar 6 ms, já medindo na outra ponta do enlace com RB912 dar 50
Sim, o NStreme aumenta o ping em PTP uns 2 ou 3ms, mas sem chance de ele ser o único culpado de 50ms!
Isso é perda de pacote mesmo, wifi sempre perde pacotes (E um datarate grande tipo 150M com throughput pequeno tipo 10Mbps é pura perda de pacotes), o problema é quando a perda é tão grande que atrapalha os pacotes não-perdidos.
Sinal baixo pro datarate escolhido, ou que seja datarate alto pro sinal existente, geralmente cria esses problemas, no ridículo/inútil teste da banda dos radios (Num teste radio-a-radio no PTP, por exemplo) dá throughput excelente, mas hora que coloca 2 aparelhos via ethernet medindo a banda passante, aí o bicho pega, o throughput real fica bem menor, e se der um ping paralelo ao teste de velocidade o ping gera absurdos tipo 100 ou 200ms (E olha que ping tem prioridade).
Re: Speedtest.net medindo na central dar 6 ms, já medindo na outra ponta do enlace com RB912 dar 50
Citação:
Postado originalmente por
rubem
Sim, o NStreme aumenta o ping em PTP uns 2 ou 3ms, mas sem chance de ele ser o único culpado de 50ms!
Isso é perda de pacote mesmo, wifi sempre perde pacotes (E um datarate grande tipo 150M com throughput pequeno tipo 10Mbps é pura perda de pacotes), o problema é quando a perda é tão grande que atrapalha os pacotes não-perdidos.
Sinal baixo pro datarate escolhido, ou que seja datarate alto pro sinal existente, geralmente cria esses problemas, no ridículo/inútil teste da banda dos radios (Num teste radio-a-radio no PTP, por exemplo) dá throughput excelente, mas hora que coloca 2 aparelhos via ethernet medindo a banda passante, aí o bicho pega, o throughput real fica bem menor, e se der um ping paralelo ao teste de velocidade o ping gera absurdos tipo 100 ou 200ms (E olha que ping tem prioridade).
Olá @rubem, você disse que o ping tem prioridade, sempre ouvi e li, que o ping não tem prioridade em comparação a qualquer outro protocolo em rede IP.
Você estava se referindo que o rádio ( protocolo nstreme, nv2, airmax) dão prioridade ao ICMP, ou que é mesmo que o ICMP teria prioridade em uma rede ip?
Att.
Re: Speedtest.net medindo na central dar 6 ms, já medindo na outra ponta do enlace com RB912 dar 50
No meu caso não há perca alguma de pacote, vou ver essa questão do ack. vlw
Re: Speedtest.net medindo na central dar 6 ms, já medindo na outra ponta do enlace com RB912 dar 50
verifica seu link, esta com problemas, desde configuração, nivel sinal ate inteferenças!!!
Re: Speedtest.net medindo na central dar 6 ms, já medindo na outra ponta do enlace com RB912 dar 50
Citação:
Postado originalmente por
berghetti
Olá @
rubem, você disse que o ping tem prioridade, sempre ouvi e li, que o ping não tem prioridade em comparação a qualquer outro protocolo em rede IP.
Você estava se referindo que o rádio ( protocolo nstreme, nv2, airmax) dão prioridade ao ICMP, ou que é mesmo que o ICMP teria prioridade em uma rede ip?
Att.
No MK que eu saiba a prioridade default de icmp é 7, a mesma de usuário no default, e por ping ser menor acaba tendo resultado irreal (Exceto se for um ping de digamos 1400B).
Quando precisa dar mais prioridade pro ping o jeito é criar regra colocando prioridade 8, senão não faz efeito.
(E regra pra diminuir prioridade geralmente bota ele pra 1 mesmo)
Que eu saiba quem dá prioridade bem mais baixa é Cisco e outras cias grandes pra mercado soho/bussines, mas equipto doméstico põe tudo na mesma prioridade por default, snmp e icmp, justo pro ping ser um monitoramento mais realista (E usuário não precisa logar em equipto pra testar com ping, se ele tiver prioridade maior ou menor esse teste fica irreal).
