Página 2 de 2 PrimeiroPrimeiro 12
+ Responder ao Tópico



  1. #7

    Padrão 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).

  2. #8

    Padrão 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 Ver Post
    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.



  3. #9

    Padrão 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

  4. #10

    Padrão 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!!!



  5. #11

    Padrão 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 Ver Post
    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).