Ir para conteúdo
  • Cadastre-se

Limestone E Bom ?


Visitante

Posts Recomendados

Bate de 10 a 0 no ping da OVH

10 a 0? uhahuahuahu, epic.

Ping GVT sp para Hetzner:

C:\Users\Erick>ping hetzner.de -t

Disparando hetzner.de [213.133.107.227] com 32 bytes de dados:

Resposta de 213.133.107.227: bytes=32 tempo=251ms TTL=44

Resposta de 213.133.107.227: bytes=32 tempo=251ms TTL=44

Resposta de 213.133.107.227: bytes=32 tempo=251ms TTL=44

Resposta de 213.133.107.227: bytes=32 tempo=252ms TTL=44

Resposta de 213.133.107.227: bytes=32 tempo=251ms TTL=44

Resposta de 213.133.107.227: bytes=32 tempo=251ms TTL=44

Resposta de 213.133.107.227: bytes=32 tempo=251ms TTL=44

Resposta de 213.133.107.227: bytes=32 tempo=252ms TTL=44

Resposta de 213.133.107.227: bytes=32 tempo=251ms TTL=44

Resposta de 213.133.107.227: bytes=32 tempo=251ms TTL=44

Resposta de 213.133.107.227: bytes=32 tempo=252ms TTL=44

Resposta de 213.133.107.227: bytes=32 tempo=251ms TTL=44

Resposta de 213.133.107.227: bytes=32 tempo=251ms TTL=44

Resposta de 213.133.107.227: bytes=32 tempo=251ms TTL=44

Resposta de 213.133.107.227: bytes=32 tempo=251ms TTL=44

Resposta de 213.133.107.227: bytes=32 tempo=251ms TTL=44

Estatísticas do Ping para 213.133.107.227:

Pacotes: Enviados = 16, Recebidos = 16, Perdidos = 0 (0% de

perda),

Aproximar um número redondo de vezes em milissegundos:

Mínimo = 251ms, Máximo = 252ms, Média = 251ms

Control-C

^C

C:\Users\Erick>

Ping GVT SP para OVH:

C:\Users\Erick>ping www.ovh.pt -t

Disparando www.ovh.pt [94.23.79.34] com 32 bytes de dados:

Resposta de 94.23.79.34: bytes=32 tempo=209ms TTL=54

Resposta de 94.23.79.34: bytes=32 tempo=208ms TTL=54

Resposta de 94.23.79.34: bytes=32 tempo=208ms TTL=54

Resposta de 94.23.79.34: bytes=32 tempo=208ms TTL=54

Resposta de 94.23.79.34: bytes=32 tempo=208ms TTL=54

Resposta de 94.23.79.34: bytes=32 tempo=209ms TTL=54

Resposta de 94.23.79.34: bytes=32 tempo=209ms TTL=54

Resposta de 94.23.79.34: bytes=32 tempo=209ms TTL=54

Resposta de 94.23.79.34: bytes=32 tempo=209ms TTL=54

Resposta de 94.23.79.34: bytes=32 tempo=209ms TTL=54

Resposta de 94.23.79.34: bytes=32 tempo=209ms TTL=54

Resposta de 94.23.79.34: bytes=32 tempo=209ms TTL=54

Resposta de 94.23.79.34: bytes=32 tempo=209ms TTL=54

Resposta de 94.23.79.34: bytes=32 tempo=208ms TTL=54

Resposta de 94.23.79.34: bytes=32 tempo=209ms TTL=54

Resposta de 94.23.79.34: bytes=32 tempo=208ms TTL=54

Resposta de 94.23.79.34: bytes=32 tempo=209ms TTL=54

Resposta de 94.23.79.34: bytes=32 tempo=209ms TTL=54

Resposta de 94.23.79.34: bytes=32 tempo=208ms TTL=54

Resposta de 94.23.79.34: bytes=32 tempo=208ms TTL=54

Estatísticas do Ping para 94.23.79.34:

Pacotes: Enviados = 20, Recebidos = 20, Perdidos = 0 (0% de

perda),

Aproximar um número redondo de vezes em milissegundos:

Mínimo = 208ms, Máximo = 209ms, Média = 208ms

Control-C

^C

C:\Users\Erick>

Link para o comentário
Compartilhar em outros sites

Bate de 10 a 0 no ping da OVH

Ok, mas ai nem Alemanha, nem OVH (França). Streaming fora dos EUA, ou hospedagem mesmo, vai ter uma latência grande em algumas regiões do Brasil. Você até consegue contornar isso se for somente transmissões on demand, mas se for live streaming, fica complicado.

Abraço.

Link para o comentário
Compartilhar em outros sites

Tio da TI, a não ser que você esteja transmitindo um evento esportivo ou algo que necessite de zero delay não acredito que um ping maior vá atrapalhar o streaming.

As informações chegando na ordem certa, e com pouca perda de pacotes, a única diferença vai ser no inicio da transmissão, não?

Link para o comentário
Compartilhar em outros sites

Tio da TI, a não ser que você esteja transmitindo um evento esportivo ou algo que necessite de zero delay não acredito que um ping maior vá atrapalhar o streaming.

As informações chegando na ordem certa, e com pouca perda de pacotes, a única diferença vai ser no inicio da transmissão, não?

Então, nos casos práticos que pegamos os clientes eram aqui do Sul, e os problemas não estavam do lado de quem acompanha a transmissão. Mas do lado de quem transmite. Encontramos uma dificuldade grande com clientes não-GVT em termos de rota para fora do Brasil.

Nos DCs que trabalhamos atualmente (EUA-Flórida), duas conexões na mesma cidade, a média fica: 120ms (GVT) e 290ms (Oi). Imagina isso para rotas mais distantes. E essa média aumenta ainda mais quando se utiliza a Copel (PR).

Há umas 3 semanas atrás, peguei um cliente Oi que a rota dele (sem proxy, etc) passava por Santiago (CHI) antes de ir para os EUA... (rs).

Em resumo, cada um com seu foco de mercado, mas aqui tenho que ter essa preocupação.

Abraço.

Link para o comentário
Compartilhar em outros sites

Então, nos casos práticos que pegamos os clientes eram aqui do Sul, e os problemas não estavam do lado de quem acompanha a transmissão. Mas do lado de quem transmite. Encontramos uma dificuldade grande com clientes não-GVT em termos de rota para fora do Brasil.

Nos DCs que trabalhamos atualmente (EUA-Flórida), duas conexões na mesma cidade, a média fica: 120ms (GVT) e 290ms (Oi). Imagina isso para rotas mais distantes. E essa média aumenta ainda mais quando se utiliza a Copel (PR).

Há umas 3 semanas atrás, peguei um cliente Oi que a rota dele (sem proxy, etc) passava por Santiago (CHI) antes de ir para os EUA... (rs).

Em resumo, cada um com seu foco de mercado, mas aqui tenho que ter essa preocupação.

Abraço.

Olha, é bem esquisito. Em geral as rotas da Oi são _melhores_ porque a Oi faz peering aberto e direto no NOTA em Miami com qualquer um. Talvez o datacenter na Florida que está usando (deixa adivinhar, Hivelocity?) esteja sobrecarregando a porta da Oi, ou não faça peering direto com ela, ou redirecione o tráfego por rotas estranhas, como Atlanta.

Link para o comentário
Compartilhar em outros sites

Olha, é bem esquisito. Em geral as rotas da Oi são _melhores_ porque a Oi faz peering aberto e direto no NOTA em Miami com qualquer um. Talvez o datacenter na Florida que está usando (deixa adivinhar, Hivelocity?) esteja sobrecarregando a porta da Oi, ou não faça peering direto com ela, ou redirecione o tráfego por rotas estranhas, como Atlanta.

Acertou 50%, a Hivelocity é "rebatedora" da transmissão (temos clientes que usam 700Mbps em algumas transmissões e o link de 1Gbps lá é mais barato), mas não é lá o problema. Como disse, o problema fica do lado de quem transmite. Então, esse cenário fica assim: cliente (transmissor) se conecta em um servidor na HostDime (processa e transmite) e os servidores da Hivelocity retransmitem. Essa troca entre os DCs lá, é tranquila.

Mas olha só Cresci, estamos com um cliente em teste conectado direto a Hivelocity, e tendo bons resultados. Ele é mais complicado um pouco porque usa a Copel (PR), com conexão via rádio.

Abraço.

Link para o comentário
Compartilhar em outros sites

De curiosidade, quanto vc paga nesse link de 1Gbps, com servidor incluso? Sabe o seu uso em 95%?

Não posso passar os custos, pois temos uma parceria com eles (por quantidade de servidores), mas é um pouco mais reduzido que o normal. E, isso reflete no uso também, nossa média é 30-40Mbps normalmente, com exceção de um determinado horário no dia onde ocorre o pico de acessos.

Sobre os 95% (acredito que você se refere ao uso do link) não vou conseguir te informar também, ainda não chegamos nessa demanda. Os 700Mbps foi o nosso "record" até o momento, ontem em um evento (e não foi o jogo do Corinthians, rsrs... nossas transmissões são de eventos religiosos) chegamos em 550Mbps, vem sendo a média ultimamente no horário de pico.

Mas esse é um outro problema que enfrentamos em alguns DCs, que não vou citar o nome, onde havíamos contratado um link maior, MAS quando realmente precisava... rsrs...

Bom saímos do foco do tópico... Qualquer coisa me manda uma MP.

Abraço.

Link para o comentário
Compartilhar em outros sites

Visitante
Este tópico está impedido de receber novos posts.
  • Quem Está Navegando   0 membros estão online

    • Nenhum usuário registrado visualizando esta página.
×
×
  • Criar Novo...

Informação Importante

Concorda com os nossos termos?