estranheza do buffer do YouTube

Question

às vezes tenho problemas ao carregar alguns vídeos do youtube.

Para resolver o óbvio: ao executar esses testes, eu era o único que usava ativamente a conexão com a Internet em casa e não havia torrent / upload acontecendo.

Isso acontece apenas com alguns vídeos e não com os outros.

Gravei um pequeno vídeo, demonstrando o problema:

link

Por dentro, mostro que:

• Eu tenho uma conexão de internet estável de 2Mbps (não muito rápida, mas muito para streaming de um vídeo de baixa qualidade do youtube)
• O teste de ping em direção ao youtube.com não exibe nenhum erro
• Mesmo com um vídeo de 240p, ele pára de ser reproduzido depois de apenas 29s
• Ao pausar para deixar o buffer, ele aparentemente carrega outros 10 segundos, apenas para subsequentemente redefinir o indicador de buffering para o que provavelmente é o estado verdadeiro

Novamente: isso não acontece com outros vídeos.

Depois de um tempo, percebi que o teste de ping realmente não demonstra nada: é possível que o CDN do youtube me forneça um servidor diferente para vídeos diferentes ... e, portanto, eu deveria testar esses servidores.

Eu abri o inspetor chrome, olhei para video/x-flv transfers e copiei os nomes de host para esse vídeo e um vídeo que carrega muito melhor.

r1.sn-nx5cvox-hpas.c.youtube.com é o pior.

r1.sn-nx5cvox-hpal.c.youtube.com é o bom.

Eu tentei fazer o teste de ping e este é o resultado:

--- r1.sn-nx5cvox-hpas.c.youtube.com ping statistics ---
59 packets transmitted, 53 received, 10% packet loss, time 274802ms
rtt min/avg/max/mdev = 48.737/100.524/1060.337/189.638 ms, pipe 2

--- r1.sn-nx5cvox-hpal.c.youtube.com ping statistics ---
28 packets transmitted, 25 received, 10% packet loss, time 137016ms
rtt min/avg/max/mdev = 47.244/97.993/672.556/140.503 ms

Os resultados são bastante preocupantes, mas para mim não explica a diferença entre os dois servidores.

Olhando novamente para o ping do youtube, percebo que, mesmo se não houvesse perda de pacotes, o mdev estava em 123ms ... bastante alto, de fato.

A diferença no desvio padrão é suficiente para explicar esses problemas?

Suspeitei que a conexão com a Internet poderia ser inferior: por exemplo, ontem um traceroute stackoverflow.com estava falhando após o SeaBone.

Mas eu me recuso a pensar que isso poderia ser um problema comum a todas as pessoas no meu país ... E, na verdade, ao conectar minha conexão móvel, consegui alcançar o stackoverflow.com muito bem (fwiw: meu telefone fixo isp é telecom, e meu isp móvel é "telecom italia mobile" ... Então eu diria que após a conexão "last-mile" / a conexão da célula 3g, a rota feita pelos pacotes deve ser a mesma ... mas aparentemente isso não é verdade).

Ao tentar vincular a conexão móvel e transmitir esse vídeo, o problema ainda acontece: não posso descartar a possibilidade de que isso seja um problema do servidor remoto ou da conexão com a Internet.

• Qual é?

• Se o último: como é comum ter falhas de ping em apenas alguns servidores, ao usar uma linha de consumidor?

• Se não for um comportamento normal para uma linha de consumidor, isso pode ser suficiente para exigir suporte técnico? (não que eu espere nada disso: a telecom é péssima).

• Se é um problema de linha: é possível evitá-lo, assim como eu ignorei a conexão descartada no Seabone usando outra conexão? isto é ... é possível forçar os pacotes para outra rota para o host de destino? (Eu suponho que redefinir o roteador e tentar obter um IP diferente pode ajudar, mas nunca tive sorte com isso).