Re: Quantos Megabits vocês tão conseguindo oferecer no radio?
Citação:
Postado originalmente por
deanactive
O nosso aqui sobra muito upload porem a questão é jitter baixo. Por isso em minha arquitetura o burst auxilia
E com certeza o burst... Mas vai convencer.... Já fui muito criticado por usar burst. Até me dizerem que burst era para enganação de cliente...
Eu fui contrariado uma vez por uma pessoa por usar o burst. Quando perguntei se alguma vez tinha usado e que problema tinha encontrado, me disse que nunca tinha usado...
Então se não testou, como vai saber... Poderia até não gostar do burst, mas precisava primeiro testar para ver.
Mas veja bem, estou falando de burst como um "plus" ao plano e não configurar para que no burst chegue ao topo do plano. Daí não dá, né?
Mas se tenho plano de 1 mega x 250k por exemplo, o que me impede de dar um burst de 1 mega no upload, já que tenho upload sobrando? Só benefícios. Mas convencer "é que são elas".
Eu entendo, e posso estar errado, que down e up não se misturam dentro de um link. Se o link for de 10mega de up e 10 mega de down, não vai em algum momento passar 15 de down e 5 de upload.
Então se sobra porque não dar para o usuário? Principalmente sabendo que nem todos usam o upload no talo. Acho pelo que experimentei, deixando assimétrico e simétrico que não tem diferença alguma que prejudique a rede como um todo. O negócio é testar...
Por último já estava dando planos simétricos. Pois concordo que nem todos usam o upload no "talo" como usam o "down". Mas se está simétrico aquele que precisar vai encontrar caminho livre. Nunca vi sobrecarga na rede por causa disso.
Já o Jitter é um cálculo baseado na variação da latência. Se a latencia for um pouco alta mas sempre se mantiver neste patamar, o Jitter vai ser baixo... o que é altamente desejável.
Li uma vez aqui no forum, se não me engano escrito pelo @rubem , que o Jitter tem que ser baixo para alguns tipos de serviço como por exemplo Voip. Que Jitter alto é mais prejudicial do que a latência propriamente dito...
É mais ou menos isso Rubem? Explica aí se eu entendi ou me confundi. Não há problema. Estamos aqui para ampliar entendimentos.
Re: Quantos Megabits vocês tão conseguindo oferecer no radio?
Opa, minha dúvida é como que um Burst se relaciona com o Jitter.
Re: Quantos Megabits vocês tão conseguindo oferecer no radio?
Citação:
Postado originalmente por
1929
Já o Jitter é um cálculo baseado na variação da latência. Se a latencia for um pouco alta mas sempre se mantiver neste patamar, o Jitter vai ser baixo... o que é altamente desejável.
Li uma vez aqui no forum, se não me engano escrito pelo @
rubem , que o Jitter tem que ser baixo para alguns tipos de serviço como por exemplo Voip. Que Jitter alto é mais prejudicial do que a latência propriamente dito...
É mais ou menos isso Rubem? Explica aí se eu entendi ou me confundi. Não há problema. Estamos aqui para ampliar entendimentos.
Isso isso isso.
Se o o jitter da velocidade de um carro fosse 30km/h, e a velocidade máxima fosse 130km/h, que dizer que a velocidade iria variar de 100 a 130km/h. Jitter de 30km/h é o mesmo que jitter de 30ms quando o ping varia de 100 a 130ms. É só a variação
O problema é com serviço que "lê" qual o ping presente, e dá um delay intencional pra atrasar TODOS os pacotes de modo que a comunicação fique sempre atrasada, mas não picote ou metalize a voz.
Se o VOIP lê que tem ping de 200ms, ele vai atrasar toda a comunicação em 400ms e com isso terá um delay entre você falar e a outra pessoa ouvir, mas não vai ter falha na voz.
Mas se depois de uns segundo o ping subir de 200 pra 250ms, o VOIP vai demorar um bom tempo pra reajustar isso, vai falhar meia duzia de palavras antes do delay ser reajustado. VOIP entrega pacote a todo custo, mesmo se perdeu um pedaço.
Que eu lembre só voip e uns jogos tem essa questão, delay permanente com base em ping. O resto do mundo não liga pra isso, e jitter quase igual o ping não afeta muito as coisas mais usadas tipo navegação em rede social, whatsapp (Não ligação real-time) ou videos online.
O problema com VOIP (Ou jogos) é que você raramente tem server por perto. Todo mundo tem um cache do Google ou da Akamai (CDN que atende o Facebook e conteúdo do WhatsApp) por perto, mas o server que vai responder pacote de VOIP provavelmente está longe pra cacete, um jitter de 20ms rumo ao cache do Google talvez signifique jitter de 120ms rumo a contraparte da sua comunicação VOIP, que não tem CDN nem cache nenhum (E provavelmente 60% da comunicação de quase todo mundo é feita até um cache, não rumo ao servidor inicial do dado).
Não gosto de jogos então não tenho certeza sobre o comportamento desses servers, mas as poucas vezes que estudei uns problemas nessas criancices era jitter criando problemas de sincronia, um ping alto gerava uns errinhos bobos mas o delay era fixo, enquanto com ping variando (Ou seja, com jitter alto) ora tudo parecia sincronizado e ora perdia metade dos movimentos ou comandos do jogador.
Re: Quantos Megabits vocês tão conseguindo oferecer no radio?
Citação:
Postado originalmente por
fhayashi
Opa, minha dúvida é como que um Burst se relaciona com o Jitter.
Eu acho que não tem uma coisa a ver com a outra. Conforme o Rubem citou, o Jitter é só a variação da latencia...
Eu comentei sobre o burst porque foi falado nele. Mas não que dando um burst vá diminuir o jitter.
Re: Quantos Megabits vocês tão conseguindo oferecer no radio?
@1929,
Opa, valeu. Na verdade, não estava conseguindo fazer a conexão entre Jitter e Burst conceitualmente falando.