Stranezza di buffering di Youtube


1

a volte ho problemi durante il caricamento di alcuni video di YouTube.

Per ovviare all'ovvio: durante l'esecuzione di questi test, ero l'unico a utilizzare attivamente la connessione Internet in casa e non c'era nessun torrent / upload in corso.

Questo succede solo con alcuni video e non con altri.

Ho registrato un piccolo video, dimostrando il problema:

http://www.youtube.com/watch?v=Hng8IQZGw3E

All'interno mostro che:

  • Ho una connessione Internet stabile a 2 Mbps (non molto veloce, ma abbastanza per lo streaming di un video di bassa qualità da YouTube)
  • Il test ping verso youtube.com non mostra alcun errore
  • Anche con un video a 240p, la riproduzione si interrompe dopo soli 29 secondi
  • Quando viene messo in pausa per lasciarlo buffer, apparentemente carica altri 10 secondi, solo per ripristinare successivamente l'indicatore di buffering su quello che è probabilmente lo stato reale

Ancora: questo non accade con altri video.

Dopo un po 'mi sono reso conto che il test del ping non dimostra nulla: è possibile che il CDN di YouTube mi dia un server diverso per diversi video ... e quindi dovrei eseguire il ping del test di quei server.

Ho aperto l'ispettore Chrome, ho esaminato i video/x-flvtrasferimenti e copiato i nomi host sia per quel video che per un video che si carica molto meglio.

r1.sn-nx5cvox-hpas.c.youtube.com è quello cattivo.

r1.sn-nx5cvox-hpal.c.youtube.com è quello buono.

Ho provato a eseguire il ping di questi test e questo è il risultato:

--- 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

I risultati sono abbastanza preoccupanti, ma per me non spiega la differenza tra i 2 server.

Guardando di nuovo il ping di YouTube, mi rendo conto che, anche se non ci fosse perdita di pacchetti, mdevera a 123ms ... piuttosto alto.

La differenza nella deviazione standard è sufficiente per tenere conto di questi problemi?

Sospettavo che la connessione a Internet potesse essere scadente: ad esempio, ieri un traceroute stackoverflow.cominsuccesso dopo l'ossatura.

Ma mi rifiuto di pensare che potrebbe essere un problema comune a tutte le persone nel mio paese ... E in effetti, legando con la mia connessione mobile, sono stato in grado di raggiungere stackoverflow.com bene (prima: il mio isp fisso è telecom , e il mio isp mobile è "telecom italia mobile" ... Quindi suppongo che dopo la connessione "last-mile" / la connessione 3g cellulare, il percorso fatto dai pacchetti dovrebbe essere lo stesso ... non vero).

Provando a collegare la connessione mobile e trasmettere in streaming quel video, il problema si verifica ancora così: non posso escludere la possibilità che questo sia un problema del server remoto o della connessione Internet.

  • Cos'è questo?

  • Se quest'ultimo: quanto è comune avere errori di ping solo su alcuni server, quando si utilizza una linea consumer?

  • Se non è un comportamento normale per una linea di consumatori, questo potrebbe essere sufficiente per richiedere supporto tecnico? (Non che mi aspetto qualcosa da esso: la telecom è terribile).

  • Se si tratta di un problema di linea: è possibile evitarlo, proprio come ho aggirato la connessione caduta sull'osso marino usando un'altra connessione? cioè ... è possibile forzare i pacchetti verso un'altra route verso l'host di destinazione? (Suppongo che il ripristino del router e il tentativo di ottenere un IP diverso potrebbero essere di aiuto, ma non ho mai avuto fortuna con quello).

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.