La Fibre
Télécom => Peering Transit (appairage) => Peering Google / Youtube => Discussion démarrée par: vivien le 09 avril 2013 à 14:02:02
-
Bientôt la fin des lenteur Youtube chez Free ?
Cela pourrait être bientôt la fin des problèmes de re-buffurisation en cours de lecteur chez Free.
Xavier Niel a expliqué dans le numéro d’avril 2013 de 01Net : « Si on ne fait pas ça aujourd’hui, les abonnements vont grimper de 5 à 15 euros par mois, juste pour payer le surplus de la bande passante de Google. Mieux vaut une petite crise des débits maintenant que des prix élevés demain. Chaque jour, j’espère qu’on aura la solution. En attendant, on ne bride l’accès à personne, mais on arrête l’escalade : on a un tuyau d’une certaine taille pour le trafic de Google et on n’en rajoute pas »
Pour s'adapter aux tuyaux de taille fixe et face à l’augmentation de la demande de vidéo Youtube la solution est donc de réduire la bande passante demandée par vidéo. C'est ce que vient de faire Youtube en créant une résolution 144p (256 x 144). Auparavant la résolution la plus faible était le 240p (320 x 240).
Si Youtube force le 144p par défaut pour les abonnés Free, le problème Free - Youtube pourrait enfin être solutionné !
(https://lafibre.info/images/free/201304_youtube_144p.png)
Pour revenir sur les propos de Xavier Niel : "les abonnements vont grimper de 5 à 15 euros par mois" Voici mon petit calcul pour donner approximativement la somme que réclame Free à Google, trés éloigné des 5 à 15 €/mois/abonné :
Free demande environ 1€/mb/mois à Google, mais je pense que Free serais prêt a accepter 0,5€/mb/abonné.
Si on part sur un trafic de 40 Gb/s de trafic Youtube par millions d'abonné (trafic consommé quand il n'y a aucune limitation, avec des abonnés qui ont l'habitude de regarder des vidéo Youtube régulièrement, ce qui n'est pas le cas de Free où les abonnés aujourd'hui limite leur consommation Youtube a cause des ré-buffurisation), pour 5,5 Millions d'abonnés de Free le trafic serais donc de 220 Gb/s (au moment du pic de consommation le dimanche soir) soit, si on part sur un prix de 0,5€/mb/mois, cela ferait 110 000 €/mois que Google devrait verser a Free, soit 2 centimes /mois/abonné.
-
Je doute que cela change grand chose, la plupart des vidéos récentes ne sont pas regardable en 240p tellement l'image est pixelisée alors en 144p,...
Bon par contre pour ceux qui écoute la musique sur youtube, c'est vrai que cela ne gêne pas et permettrait de diminuer la conso moyenne des Freenautes,...
-
je pense qu'a cette résolution la qualité du son doit aussi en prendre un sérieux coup.
tu recompresse aussi le son sinon il prend une part bien plus importante qu'en 1080p
-
Si Youtube force le 144p par défaut pour les abonnés Free, le problème Free - Youtube pourrait enfin être solutionné !
C'est le cas de manière automatique à partir du moment ou la connexion FREE <-> YouTube est pleine. J'ai fait le test ce soir (vers 22h30) et toutes les vidéos basculent quand c'est possible sur le plus petit débit (ici 144p)... Comment dire... Bref
-
Le passage systématique en 144p serait lié à la plage d'IP de Free ?
Je me demande si le comportement n'est pas différent entre IPv4 et IPv6.
J'ai également noté que le soir quand on force une vidéo à être en 1080p pour Free on a systématiquement des échecs. Ok, même en journée, cela re-buffurise, mais certains pourraient être intéressés pour télécharger la vidéo même si cela prend 2h, afin de l'écouter hors ligne.
-
Je ne passe pas en 144p!
Je n'ai rencontré aucun problème depuis quelques jours, alors que j'ai regardé plein de vidéos YouTube (ce que je ne faisais presque jamais avant).
-
Peut-être que la bascule d'un certain nombre a décongestionné le tuyau.
Cela dit, une expérience en 144p sur une 50" connectée, ce doit être assez "space".
-
Je ne vois pas la résolution hyper-réduite 144p.
Un poisson d'avril qui a fait long feu?
-
Toutes les vidéos ne sont pas disponibles dans cette nouvelle résolution.
-
Moi j'aime bien les calculs de Free, chez nous on a du 100/100 certes en burst mais aucun problème avec youtube, et ça coute ~15 euro par mois...
-
Il me semble que les clients qui ont activé IPv6 ont la résolution 360p par défaut.
Le 144p ne concerne que des abonnés IPv4.
-
Étonnant pourquoi cette distinction?
-
ipv4 plus saturé que ipv6?
-
Étonnant pourquoi cette distinction?
Pour promouvoir IPv6!
-
Il me semble que les clients qui ont activé IPv6 ont la résolution 360p par défaut.
Le 144p ne concerne que des abonnés IPv4.
Je moinsoie. IPv6 activé chez moi, une vidéo (parmi d'autres qui allaient un peu mieux) chargeait très lentement et m'a proposé le 144p hier soir.
-
Est-ce que tu as regardé si tu accédais à YT en IPv6?
-
Est-ce que tu as regardé si tu accédais à YT en IPv6?
Si c'est activé c'est automatique par défaut no ?
-
Dans les tests comparatif que j'ai effectués, on a un meilleur débit vers Youtube depuis Free en IPv6 (par rapport à l'IPv4)
Donc le 144p ne serais proposé que en cas de débit lent ?
-
Non, pas du tout.
C'est proposé, ou pas.
On comprend pas.
-
Si c'est activé c'est automatique par défaut no ?
Tu télécharges en IPv6 seulement si YT t'envoies une adresse ou le nom d'un serveur IPv6; pour How to protect your computer from malware (https://www.youtube.com/watch?feature=player_embedded&v=uJRqZTNMCMo) la vidéo arrive de 208.117.250.235 via Cogent, comme d'hab.
Enfin ça marche quand même.
-
Est-ce que tu as regardé si tu accédais à YT en IPv6?
D'après l'onglet réseau de Firebug oui. Mais je n'ai pas vérifié pour la dite vidéo.
Dans les tests comparatif que j'ai effectués, on a un meilleur débit vers Youtube depuis Free en IPv6 (par rapport à l'IPv4)
Donc le 144p ne serais proposé que en cas de débit lent ?
Il doit y avoir quelque chose d'autre, des fois ça rame sévère et le 144p n'est pas proposé. Quoi qu'il en soit c'est aussi efficace qu'un sparadrap sur une jambe amputée.
Comme le souligne corrector, ça doit dépendre de si Google propose une ipv4 ou ipv6 selon le serveur où se trouve la vidéo. :-/
-
J'ai toujours eu un serveur avec une IPv6 quand IPv6 est activé chez Free. (Je parle du serveur qui m’envoie la vidéo)
-
Même How to protect your computer from malware ?
-
D'après l'onglet réseau de Firebug oui. Mais je n'ai pas vérifié pour la dite vidéo.
Il doit y avoir quelque chose d'autre, des fois ça rame sévère et le 144p n'est pas proposé. Quoi qu'il en soit c'est aussi efficace qu'un sparadrap sur une jambe amputée.
Pour moi, ces jours-ci, ça marche bien.
Tu peux relever l'IP de la vidéo quand ça rame?
-
plusieurs remarques sur le mode 144p:
- Google n'a pas encore fait d'annonce officielle concernant ce mode. c'est surement en phase de test et de déploiement a grande échelle et en aucun cas spécifique a Free.
- les spéculations concernant l’existence de ce mode sont très variées. ca va du support de Google Glass a un mode spécial 'musique' pour les playlists (certaines personnes utilisent les playlists youtube pour écouter de la musique en continue sans regarder l'écran (téléphone portable par exemple ou pc branché sur chaine hifi). ou pour le support d'un mode PIP et de mosaïque live pour future version de Google TV, etc. bref ça sert a rien de spéculer pour le moment. sans doute une annonce au prochain Google IO en mai
- les différentes résolutions disponibles pour une video sont precalculées et stockées sur disque. Youtube ne transcode pas a la volée ca coûterai trop cher en CPU (c'etais comme ca du moins en 2011). Si une video n'a pas le mode 144p c'est que le transcodage en tache de fond n'a pas encore traité cette video. l'ordre de traitement est inconnu. peut-être a la demande (transcodage live mais qu'une fois).
- le transcodage est a priori local a chaque 'cache' Youtube donc suivant d'ou on vient on peut ne pas avoir le mode 144p. je ne sais pas si pour la France, le cache Youtube IPv4 est le meme qu'en IPv6. y'en a peut-etre meme plusieurs en v4.
- concernant la lecture: le player flash de Youtube adapte automatique la résolution en fonction de la taille du lecteur a l'écran et au débit moyen constaté (il baisse tout seul la reso s'il voit trop de bufferisation). donc laisser en Auto pour avoir le meilleur affichage.
-
Les serveurs de Youtube qui contient le contenu Youtube sont en Belgique (de même que pour les services de Google, un traceroute vers 8.8.8.8 depuis la France vous mêne en Belgique si vous utilisez un PNI avec Google sur Paris).
Sur Paris, ce ne sont que des caches : si la vidéo est déjà sur le disque, ils l'envoient au FAI. Si la vidéo n'est pas sur le disque, il la récupère de Belgique et en passant la met en cache en effacent la vidéo qui a été demandée/re-demandée le plus anciennement.
-
ici precisement (https://maps.google.com/maps?ll=50.46913,3.86608&spn=0.004398,0.012167&t=w&z=17)le DC belge. 340 metres de long sur 60 de large...
-
Pour moi, ces jours-ci, ça marche bien.
Tu peux relever l'IP de la vidéo quand ça rame?
Hmm ca ne rame pas encore, mais j'ai cette vidéo qui m'est proposée en 144p : https://www.youtube.com/watch?v=8ieexj4jLyg (https://www.youtube.com/watch?v=8ieexj4jLyg)
En ce qui concerne l'IP de la vidéo en elle même, je suppose que ça correspond aux URL de la forme :
"http://r17---sn-5hn7ym7k.c.youtube.com/videoplayback? ..." (là où le poids est en Mo)
Sur des vidéos qui me proposent cette résolution, tout comme sur d'autres qui ne me la propose pas, c'est une IPv4.
Je réessayerai plus tard en soirée si ça rame sec et je vous communiquerais les IP. ;-)
Edit: J'ai bien quelques vidéos dont l'url de ce type est en IPv6.
-
En ce qui concerne l'IP de la vidéo en elle même, je suppose que ça correspond aux URL de la forme :
"http://r17---sn-5hn7ym7k.c.youtube.com/videoplayback? ..." (là où le poids est en Mo)
r17---sn-5hn7ym7k.c.youtube.com passe par Cogent :
12 23 ms 23 ms 23 ms bzn-crs16-2-be1000.intf.routers.proxad.net [212.27.59.102]
13 43 ms 42 ms 41 ms te0-1-0-6.367.mag21.par01.atlas.cogentco.com [149.6.160.49]
14 40 ms 39 ms 39 ms te0-0-0-10.ccr22.par01.atlas.cogentco.com [154.54.74.137]
15 50 ms 55 ms 51 ms te0-2-0-5.ccr22.ams03.atlas.cogentco.com [130.117.51.101]
16 48 ms 46 ms 47 ms te0-1-0-1.ccr21.ams04.atlas.cogentco.com [154.54.36.130]
17 65 ms 94 ms 63 ms 149.11.38.102
18 76 ms 75 ms 77 ms 208.117.250.214
-
r17---sn-5hn7ym7k.c.youtube.com passe par Cogent :
12 23 ms 23 ms 23 ms bzn-crs16-2-be1000.intf.routers.proxad.net [212.27.59.102]
13 43 ms 42 ms 41 ms te0-1-0-6.367.mag21.par01.atlas.cogentco.com [149.6.160.49]
14 40 ms 39 ms 39 ms te0-0-0-10.ccr22.par01.atlas.cogentco.com [154.54.74.137]
15 50 ms 55 ms 51 ms te0-2-0-5.ccr22.ams03.atlas.cogentco.com [130.117.51.101]
16 48 ms 46 ms 47 ms te0-1-0-1.ccr21.ams04.atlas.cogentco.com [154.54.36.130]
17 65 ms 94 ms 63 ms 149.11.38.102
18 76 ms 75 ms 77 ms 208.117.250.214
Ah ben tiens, du coup je me suis amusé sur l'autre vidéo en IPv4 qui n'a pas le 144P et sur celle qui me propose l'IPv6 :
IPv4 sans 144P : https://youtu.be/3ku_czWaWAE (https://youtu.be/3ku_czWaWAE)
traceroute r9---sn-5hn7ym7s.c.youtube.com
traceroute to r9.sn-5hn7ym7s.c.youtube.com (208.117.250.78), 64 hops max, 52 byte packets
1 192.168.0.254 (192.168.0.254) 4.863 ms 3.502 ms 1.982 ms
2 78.228.94.254 (78.228.94.254) 23.005 ms 22.852 ms 24.247 ms
3 213.228.21.254 (213.228.21.254) 23.641 ms 23.095 ms 23.433 ms
4 lyon-crs8-1-be1010.intf.routers.proxad.net (78.254.249.37) 33.345 ms 26.052 ms 24.026 ms
5 lyon-crs8-2-be1000.routers.proxad.net (212.27.56.158) 25.279 ms 30.085 ms 25.122 ms
6 p11-crs16-1-be1101.intf.routers.proxad.net (78.254.249.25) 30.543 ms 29.063 ms 32.075 ms
7 bzn-crs16-2-be2000.intf.routers.proxad.net (78.254.250.125) 32.413 ms 31.647 ms 32.690 ms
8 te0-1-0-5.365.mag21.par01.atlas.cogentco.com (149.6.160.101) 32.482 ms 32.335 ms 29.540 ms
9 te0-0-0-10.ccr22.par01.atlas.cogentco.com (154.54.74.137) 30.435 ms
te0-0-0-10.ccr21.par01.atlas.cogentco.com (154.54.74.133) 31.069 ms
te0-7-0-1.mpd22.par01.atlas.cogentco.com (154.54.60.33) 29.493 ms
10 te0-1-0-5.mpd21.ams03.atlas.cogentco.com (130.117.51.61) 41.866 ms
te0-0-0-5.ccr22.ams03.atlas.cogentco.com (130.117.51.93) 40.744 ms
te0-1-0-5.ccr21.ams03.atlas.cogentco.com (130.117.51.73) 44.519 ms
11 te0-6-0-1.ccr21.ams04.atlas.cogentco.com (154.54.36.134) 39.853 ms
te0-1-0-4.ccr21.ams04.atlas.cogentco.com (130.117.2.62) 40.926 ms
te0-6-0-5.ccr21.ams04.atlas.cogentco.com (130.117.2.66) 45.327 ms
12 149.11.38.70 (149.11.38.70) 62.043 ms 64.594 ms 66.473 ms
13 208.117.250.78 (208.117.250.78) 60.295 ms 59.182 ms 59.861 ms
traceroute6 r9---sn-5hn7ym7s.c.youtube.com
traceroute6: nodename nor servname provided, or not known
Passe par Cogent en IPv4.
Pas d'IPv6 dispo.
IPv6 sans 144P : https://youtu.be/aQ83QFSMOu8 (https://youtu.be/aQ83QFSMOu8)
traceroute r19---sn-apn7en7z.c.youtube.com
traceroute to r19.sn-apn7en7z.c.youtube.com (173.194.13.184), 64 hops max, 52 byte packets
1 192.168.0.254 (192.168.0.254) 1.526 ms 0.876 ms 0.709 ms
2 78.228.94.254 (78.228.94.254) 23.451 ms 23.101 ms 22.670 ms
3 * 213.228.21.254 (213.228.21.254) 29.805 ms 23.537 ms
4 lyon-crs8-1-be1010.intf.routers.proxad.net (78.254.249.37) 25.386 ms 24.359 ms 23.408 ms
5 lyon-crs8-2-be1000.routers.proxad.net (212.27.56.158) 25.279 ms 25.013 ms 22.759 ms
6 p11-crs16-1-be1101.intf.routers.proxad.net (78.254.249.25) 33.125 ms 28.883 ms 32.077 ms
7 bzn-crs16-2-be2000.intf.routers.proxad.net (78.254.250.125) 45.438 ms 34.551 ms 31.304 ms
8 bzn-crs16-1-be1106.intf.routers.proxad.net (212.27.59.101) 31.184 ms 28.851 ms 29.959 ms
9 cbv-9k-1-be1001.intf.routers.proxad.net (212.27.59.5) 30.850 ms 31.388 ms 28.858 ms
10 74.125.50.116 (74.125.50.116) 29.925 ms
72.14.216.98 (72.14.216.98) 30.577 ms
google-pni-3.routers.proxad.net (212.27.40.102) 92.158 ms
11 72.14.238.228 (72.14.238.228) 29.048 ms 36.455 ms 30.683 ms
12 72.14.235.169 (72.14.235.169) 51.176 ms
72.14.235.173 (72.14.235.173) 29.552 ms
72.14.235.169 (72.14.235.169) 31.959 ms
13 209.85.240.188 (209.85.240.188) 53.124 ms
209.85.240.190 (209.85.240.190) 46.527 ms 70.400 ms
14 216.239.49.243 (216.239.49.243) 84.986 ms 67.863 ms
209.85.241.210 (209.85.241.210) 50.949 ms
15 209.85.248.183 (209.85.248.183) 68.679 ms 68.002 ms 64.842 ms
16 173.194.13.184 (173.194.13.184) 58.708 ms 64.776 ms 64.064 ms
traceroute6 r19---sn-apn7en7z.c.youtube.com
traceroute6 to r19.sn-apn7en7z.c.youtube.com (2a00:1450:4004:3::18) from 2a01:e34:ee45:e6a0:81e:8663:a51:53c2, 64 hops max, 12 byte packets
1 2a01:e34:ee45:e6a0:: 2.178 ms 0.770 ms 0.675 ms
2 * * *
3 2a01:e00:1:11::1 35.392 ms 31.221 ms 31.246 ms
4 2a01:e00:1:10::2 29.512 ms 32.966 ms 31.770 ms
5 2001:4860:1:1:0:3022:: 32.907 ms
2001:4860:1:1::3022:0:5 40.037 ms
google-pni-3.intf.routers.proxad.net 32.497 ms
6 2001:4860::1:0:9f2 32.647 ms 32.066 ms
2001:4860::1:0:4a3a 33.699 ms
7 2001:4860::8:0:3df5 34.308 ms
2001:4860::8:0:3df4 31.588 ms 32.543 ms
8 2001:4860::1:0:106f 50.800 ms
2001:4860::1:0:1070 53.324 ms 53.594 ms
9 2001:4860::4:0:118d 61.261 ms 65.915 ms 62.534 ms
10 2001:4860:0:1::20b 67.083 ms 67.929 ms 67.220 ms
11 2a00:1450:4004:3::18 66.303 ms 60.109 ms 67.935 ms
Pas de mention de Cogent dans le traceroute IPv4
Je ne saurai exploiter celui en IPv6 juste avec les IP. :/
J'espère que ces données puissent servir...
-
google-pni = peering Proxad/Google
-
D'où le pourquoi ça fonctionne même en 720p. ^^;
J'en tiens un où ça rame sévère quelque-soit la résolution : https://youtu.be/yfZUnmBHts8 (https://youtu.be/yfZUnmBHts8) (dernière vidéo du joueur du grenier, donc fortement demandée en ce moment même)
URL : r19.sn-5hn7ym7r.c.youtube.com
IP : 208.117.250.248).
Le traceroute passe par Cogent aussi.
Pas de 144p proposé.
Donc en gros, si je résume :
- 144p pas nécessairement lié au débit, ni le type de connexion avec Youtube, ni l'âge de la vidéo
- peering Google-Free -> IPv6 et bon débit
- Cogent -> IPv4 et débit aux fraises selon l'utilisation du lien ?
-
Je ne comprends pas pourquoi vous n'avez pas de l'IPv6 systématiquement.
J'ai testé, j'ai bien de l'IPv6 avec Free et votre URL.
Pour moi IPv6 activé de bout en bout = 100% des vidéos en IPv6
Le traceroute qui passait pour toi par Cogent :
$ mtr -rwc100 r19---sn-apn7en7z.c.youtube.com
HOST: Vivien Loss% Snt Last Avg Best Wrst StDev
1.|-- 2a01:e35:2ecc:a7f0:: 0.0% 100 0.3 0.3 0.3 0.4 0.0
2.|-- ? ? 100.0 100 0.0 0.0 0.0 0.0 0.0
3.|-- th2-crs16-1.intf.routers.proxad.net 12.0% 100 29.3 30.7 29.0 34.1 1.1
4.|-- cbv-9k-1-be1000.intf.routers.proxad.net 0.0% 100 31.8 30.1 28.2 32.4 1.0
5.|-- google-pni-3.intf.routers.proxad.net 0.0% 100 62.6 46.0 28.8 93.6 14.0
6.|-- 2001:4860::1:0:4a3a 0.0% 100 29.2 32.1 28.6 67.2 5.0
7.|-- 2001:4860::8:0:3df4 0.0% 100 30.2 33.1 28.8 72.7 7.8
8.|-- 2001:4860::1:0:1070 0.0% 100 53.4 61.2 51.6 201.8 26.9
9.|-- 2001:4860::4:0:118d 2.0% 100 71.0 75.4 65.7 181.4 22.2
10.|-- 2001:4860:0:1::20b 0.0% 100 67.2 67.2 65.6 69.9 1.0
11.|-- 2a00:1450:4004:3::18 2.0% 100 80.3 68.4 65.3 80.3 2.7
-
Est-ce que ça pourrait être lié au serveur DNS ?
Ici j'utilise celui de Google : 8.8.8.8
-
Et
How to protect your computer from malware (https://www.youtube.com/watch?feature=player_embedded&v=uJRqZTNMCMo)
c'est en IPv6, vivien?
-
Oui c'est en IPv6.
Attention, il ne faut pas faire un traceroute vers l'url indiquée mais déjà récupérer le serveur de cache qui va nous envoyer le flux avec la commande youtube-dl -g sous linux.
$ youtube-dl -g youtube.com/watch?v=uJRqZTNMCMo
http://r6---sn-25g7snee.c.youtube.com/videoplayback?ratebypass=yes&expire=1366115636&sparams=cp%2Cid%2Cip%2Cipbits%2Citag%2Cratebypass%2Csource%2Cupn%2Cexpire&sver=3&ipbits=48&itag=22&key=yt1&ip=2a01%3Ae35%3A2ecc%3Aa7f0%3A%3A2&newshard=yes&ms=au&source=youtube&upn=e0v1lb2j0hI&mv=m&id=b8946a65334c08ca&cp=U0hVS1FMU19IUENONV9JRldHOlByZFpJYUZhYmZL&fexp=916600%2C929222%2C901466%2C932000%2C932004%2C906383%2C916911%2C916910%2C924605%2C902000%2C901208%2C919512%2C929903%2C925714%2C931202%2C900821%2C900823%2C931203%2C906090%2C909419%2C908529%2C930807%2C919373%2C930803%2C906836%2C920201%2C929602%2C930101%2C930609%2C926403%2C900824&mt=1366093635&signature=0A77DBD5270631BD107E15DF93454AB2731249A4.42D683462589577E14D67B89A2E050009A4F0CF6
$ mtr -rwc100 r6---sn-25g7snee.c.youtube.com
HOST: Vivien Loss% Snt Last Avg Best Wrst StDev
1.|-- 2a01:e35:2ecc:a7f0:: 0.0% 100 0.3 0.3 0.3 0.5 0.0
2.|-- ? ? 100.0 100
3.|-- th2-crs16-1.intf.routers.proxad.net 8.0% 100 31.4 30.0 28.3 32.6 1.0
4.|-- cbv-9k-1-be1000.intf.routers.proxad.net 0.0% 100 29.1 30.1 28.0 32.7 0.9
5.|-- google-pni-3.intf.routers.proxad.net 1.0% 100 89.0 90.2 84.0 106.8 3.1
6.|-- 2001:4860::1:0:4a3a 0.0% 100 30.0 32.9 28.7 87.6 9.4
7.|-- 2001:4860::3:0:3ea2 0.0% 100 29.7 31.3 28.8 55.5 3.5
8.|-- 2001:4860:0:1::5f0 0.0% 100 30.0 30.5 28.9 32.8 0.8
9.|-- 2a00:1450:4007:f::b 0.0% 100 29.6 30.1 28.4 32.9 0.9
-
Oui c'est en IPv6.
Attention, il ne faut pas faire un traceroute vers l'url indiquée mais déjà récupérer le serveur de cache qui va nous envoyer le flux avec la commande youtube-dl -g sous linux.
$ youtube-dl -g youtube.com/watch?v=uJRqZTNMCMo
http://r6---sn-25g7snee.c.youtube.com/videoplayback?ratebypass=yes&expire=1366115636&sparams=cp%2Cid%2Cip%2Cipbits%2Citag%2Cratebypass%2Csource%2Cupn%2Cexpire&sver=3&ipbits=48&itag=22&key=yt1&ip=2a01%3Ae35%3A2ecc%3Aa7f0%3A%3A2&newshard=yes&ms=au&source=youtube&upn=e0v1lb2j0hI&mv=m&id=b8946a65334c08ca&cp=U0hVS1FMU19IUENONV9JRldHOlByZFpJYUZhYmZL&fexp=916600%2C929222%2C901466%2C932000%2C932004%2C906383%2C916911%2C916910%2C924605%2C902000%2C901208%2C919512%2C929903%2C925714%2C931202%2C900821%2C900823%2C931203%2C906090%2C909419%2C908529%2C930807%2C919373%2C930803%2C906836%2C920201%2C929602%2C930101%2C930609%2C926403%2C900824&mt=1366093635&signature=0A77DBD5270631BD107E15DF93454AB2731249A4.42D683462589577E14D67B89A2E050009A4F0CF6
$ mtr -rwc100 r6---sn-25g7snee.c.youtube.com
HOST: Vivien Loss% Snt Last Avg Best Wrst StDev
1.|-- 2a01:e35:2ecc:a7f0:: 0.0% 100 0.3 0.3 0.3 0.5 0.0
2.|-- ? ? 100.0 100
3.|-- th2-crs16-1.intf.routers.proxad.net 8.0% 100 31.4 30.0 28.3 32.6 1.0
4.|-- cbv-9k-1-be1000.intf.routers.proxad.net 0.0% 100 29.1 30.1 28.0 32.7 0.9
5.|-- google-pni-3.intf.routers.proxad.net 1.0% 100 89.0 90.2 84.0 106.8 3.1
6.|-- 2001:4860::1:0:4a3a 0.0% 100 30.0 32.9 28.7 87.6 9.4
7.|-- 2001:4860::3:0:3ea2 0.0% 100 29.7 31.3 28.8 55.5 3.5
8.|-- 2001:4860:0:1::5f0 0.0% 100 30.0 30.5 28.9 32.8 0.8
9.|-- 2a00:1450:4007:f::b 0.0% 100 29.6 30.1 28.4 32.9 0.9
Aujourd'hui, c'est en IPv6.
Mais pas hier.
-
youtube.com/watch?v=io69Du-7Eo4 : vidéo impossible à regarder aujourd'hui sur une connexion Free (et pas de 144p proposé)
Détermination de l'itinéraire vers r17.sn-25g7sm7k.c.youtube.com [208.117.236.214]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms 192.168.0.5
2 21 ms 19 ms 20 ms 82.231.129.254
3 20 ms 21 ms 20 ms 213.228.21.254
4 21 ms 24 ms 23 ms lyon-crs8-1-be1010.intf.routers.proxad.net [78.254.249.37]
5 21 ms 22 ms 23 ms lyon-crs8-2-be1000.routers.proxad.net [212.27.56.158]
6 29 ms 27 ms 27 ms p11-crs16-1-be1101.intf.routers.proxad.net [78.254.249.25]
7 27 ms 26 ms 27 ms th2-9k-1-be1001.intf.routers.proxad.net [78.254.249.6]
8 41 ms 42 ms 44 ms ix-15-547.tcore1.PVU-Paris.as6453.net [195.219.241.173]
9 45 ms 51 ms 43 ms if-2-2.tcore1.PYE-Paris.as6453.net [80.231.154.18]
10 46 ms 52 ms 53 ms Vlan1456.icore1.PG1-Paris.as6453.net [80.231.154.78]
11 126 ms 119 ms 125 ms Port-channel11.icore1.PG1-Paris.as6453.net [195.219.198.10]
12 44 ms 45 ms 39 ms 208.117.236.214
aucun lag via Orange
Détermination de l'itinéraire vers r17.sn-25g7sm7k.c.youtube.com [208.117.236.214]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms livebox.home [192.168.1.1]
2 1 ms 1 ms 1 ms 80.10.120.201
3 1 ms 1 ms 1 ms 10.125.119.138
4 2 ms 1 ms 3 ms 81.253.182.226
5 12 ms 11 ms 11 ms 81.253.184.42
6 23 ms 8 ms 8 ms tatateleglobe-3.GW.opentransit.net [193.251.250.6]
7 9 ms 15 ms 17 ms Vlan1141.icore1.PG1-Paris.as6453.net [195.219.224.86]
8 92 ms 79 ms 82 ms Port-channel11.icore1.PG1-Paris.as6453.net [195.219.198.10]
9 10 ms 9 ms 10 ms 208.117.236.214
-
youtube.com/watch?v=io69Du-7Eo4 : vidéo impossible à regarder aujourd'hui sur une connexion Free (et pas de 144p proposé)
Cette vidéo n'est pas encore encodée en 144p. Seul 240p et360p sont disponibles.
Par contre j'arrive a le récupérer depuis une connexion Free (avec beaucoup de patience, la connexion est à 40 Kb/s) :
$ youtube-dl youtube.com/watch?v=io69Du-7Eo4
[youtube] Setting language
[youtube] io69Du-7Eo4: Downloading video webpage
[youtube] io69Du-7Eo4: Downloading video info webpage
[youtube] io69Du-7Eo4: Extracting video information
[download] Destination: io69Du-7Eo4.flv
[download] 6.7% of 22.24M at 40.67k/s ETA 08:42
On est bien en IPv4 alors que IPv6 est activé de bout en bout :
$ mtr -rwc100 r17---sn-5hn7ym7k.c.youtube.com
HOST: Vivien Loss% Snt Last Avg Best Wrst StDev
1.|-- 192.168.1.254 0.0% 100 0.3 0.5 0.3 14.3 1.5
2.|-- 82.236.202.254 0.0% 100 23.5 23.2 21.8 31.1 1.0
3.|-- 213.228.8.254 27.0% 100 23.5 23.4 22.1 32.3 1.4
4.|-- th2-crs16-1-be1013.intf.routers.proxad.net 3.0% 100 23.8 23.6 22.2 25.1 0.6
5.|-- bzn-crs16-1-be2000.intf.routers.proxad.net 0.0% 100 23.4 23.7 22.6 26.8 0.6
6.|-- bzn-crs16-2-be1000.intf.routers.proxad.net 2.0% 100 24.5 25.8 23.0 30.4 1.4
7.|-- te0-1-0-6.367.mag21.par01.atlas.cogentco.com 1.0% 100 43.7 45.1 43.7 47.0 0.7
8.|-- te0-0-0-1.ccr22.par01.atlas.cogentco.com 2.0% 100 47.0 45.4 43.6 60.0 1.7
9.|-- te0-0-0-5.ccr22.ams03.atlas.cogentco.com 2.0% 100 54.4 54.9 53.0 63.9 1.3
| `|-- 154.54.37.10
| |-- 130.117.51.97
| |-- 130.117.51.101
10.|-- te0-6-0-4.ccr21.ams04.atlas.cogentco.com 1.0% 100 55.0 54.9 53.1 61.6 1.1
11.|-- 149.11.38.102 7.0% 100 79.7 83.5 77.0 190.4 16.2
12.|-- 208.117.250.214 9.0% 100 78.0 78.5 76.2 87.4 1.5
Pas d'IPv6 sur le nom de domaine : (utilisation du serveur DNS 192.168.1.254#53)
$ host r17---sn-5hn7ym7k.c.youtube.com
r17---sn-5hn7ym7k.c.youtube.com is an alias for r17.sn-5hn7ym7k.c.youtube.com.
r17.sn-5hn7ym7k.c.youtube.com has address 208.117.250.214
$ dig @192.168.1.254 +short r17---sn-5hn7ym7k.c.youtube.com any
r17.sn-5hn7ym7k.c.youtube.com.
$ dig @192.168.1.254 +short r17.sn-5hn7ym7k.c.youtube.com any
208.117.250.214
-
Pas de problème pour moi :
9 22 ms 21 ms * th2-6k-2-1-po1.intf.nra.proxad.net [78.254.255.1]
10 21 ms 22 ms 21 ms th2-crs16-1-be1000.intf.routers.proxad.net [212.27.57.202]
11 22 ms 20 ms 21 ms bzn-crs16-1-be2000.intf.routers.proxad.net [212.27.57.210]
12 23 ms 23 ms 23 ms bzn-crs16-2-be1000.intf.routers.proxad.net [212.27.59.102]
13 42 ms 42 ms 43 ms te0-1-0-6.367.mag21.par01.atlas.cogentco.com [149.6.160.49]
14 42 ms 43 ms 41 ms te0-0-0-10.ccr22.par01.atlas.cogentco.com [154.54.74.137]
15 51 ms 51 ms 52 ms te0-0-0-5.ccr22.ams03.atlas.cogentco.com [130.117.51.93]
16 51 ms 52 ms 52 ms te0-1-0-1.ccr21.ams04.atlas.cogentco.com [154.54.36.130]
17 77 ms 73 ms 76 ms 149.11.38.102
18 76 ms 75 ms 76 ms 208.117.250.214
-
C'était en début de soirée, mais comment se fait-il que vous empruntiez cogent tous les deux et pas moi ?
-
Pas la même IP :
9 21 ms 21 ms 20 ms th2-6k-2-1-po1.intf.nra.proxad.net [78.254.255.1]
10 22 ms 21 ms 22 ms th2-crs16-1-be1000.intf.routers.proxad.net [212.27.57.202]
11 22 ms 21 ms 21 ms th2-9k-1-be1000.intf.routers.proxad.net [212.27.59.206]
12 41 ms * 42 ms ix-15-547.tcore1.PVU-Paris.as6453.net [195.219.241.173]
13 43 ms 41 ms 41 ms if-2-2.tcore1.PYE-Paris.as6453.net [80.231.154.18]
14 43 ms 50 ms 52 ms Vlan1456.icore1.PG1-Paris.as6453.net [80.231.154.78]
15 117 ms 133 ms 122 ms Port-channel11.icore1.PG1-Paris.as6453.net [195.219.198.10]
16 43 ms 43 ms 43 ms 208.117.236.214
-
Vrai. Je ne l'avais pas remarqué. :)
-
des choses curieuses que j'ai remarqué:
certaines videos qui ne proposent pas le 144p ont quand meme ce format disponible et téléchargeable avec youtube-dl (option -F pour voir les formats et -f 17 pour le 144p)
certains noms de serveurs de videos Youtube n'ont pas d’adresse IPv6 mais que IPv4 (l'exemple ci dessus par Vivien notamment)
"youtube-dl" ne gere pas les redirections (du moins avec l'option -g):
j'ai eu un cas ou il affiche:
r17---sn-4g57kn7d.c.youtube.com pour la video youtube.com/watch?v=1CVWoelDsDM
mais sous le moniteur de Chrome on voyait r17---sn-4g57kn7d.c.youtube.com est redirigé vers r5---fra07s06.c.youtube.com qui vu l'url a l'air d'etre un serveur de cache specifique a la France:
(https://lafibre.info/images/free/201204_serveurs_youtube.png)
faudrait pas trop de se fier a youtube-dl pour savoir d'ou vienne vraiment les datas donc.
-
Les serveurs de Youtube qui contient le contenu Youtube sont en Belgique (de même que pour les services de Google, un traceroute vers 8.8.8.8 depuis la France vous mêne en Belgique si vous utilisez un PNI avec Google sur Paris).
Sur Paris, ce ne sont que des caches : si la vidéo est déjà sur le disque, ils l'envoient au FAI. Si la vidéo n'est pas sur le disque, il la récupère de Belgique et en passant la met en cache en effacent la vidéo qui a été demandée/re-demandée le plus anciennement.
Bonjour
Comment voit on que les serveurs sont en belgique pour le 8.8.8.8 par exemple ?
Merci
-
Bonjour,
Free a réouvert les vannes depuis 3 jours
Et ........ On utilise le peering privé
Détermination de l'itinéraire vers 173.194.5.18 avec un maximum de 30 sauts.
1 2 ms 1 ms 1 ms 192.168.0.254
2 54 ms 54 ms 55 ms 78.222.89.***
3 7 ms 7 ms 7 ms rouen-6k-1-a5.routers.proxad.net [213.228.11.62]
4 8 ms 10 ms 13 ms cbv-6k-2-v810.intf.routers.proxad.net [212.27.50.49]
5 104 ms 104 ms 98 ms 72.14.216.98
6 27 ms 26 ms 12 ms 72.14.238.234
7 11 ms 11 ms 11 ms 72.14.235.175
8 17 ms 16 ms 17 ms 72.14.232.211
9 16 ms 18 ms 16 ms 209.85.253.95
10 62 ms 57 ms 52 ms 209.85.240.60
11 18 ms 18 ms 17 ms 216.239.47.161
12 17 ms 16 ms 18 ms 173.194.5.18
Itinéraire déterminé.
Le ping fluctuant vient du fait que YouTube a saturé ma connexion
Vidéo de test : Of Monsters and Men - Little Talks (https://www.youtube.com/watch?v=ghb6eDopW8I#ws)
Sur d'autres vidéos, c'est TATA qui fait du transit jusqu'à Amsterdam
Détermination de l'itinéraire vers 208.117.250.103 avec un maximum de 30 sauts.
1 2 ms 1 ms <1 ms 192.168.0.254
2 7 ms 9 ms 8 ms 78.222.89.***
3 8 ms 7 ms 7 ms rouen-6k-1-a5.routers.proxad.net [213.228.11.62]
4 9 ms 9 ms 9 ms cbv-6k-2-v810.intf.routers.proxad.net [212.27.50.49]
5 9 ms 8 ms 9 ms th2-crs16-1-be1013.intf.routers.proxad.net [212.27.59.10]
6 13 ms 10 ms 11 ms th2-9k-1-be1000.intf.routers.proxad.net [212.27.59.206]
7 9 ms 14 ms 8 ms ix-15-547.tcore1.PVU-Paris.as6453.net [195.219.241.173]
8 26 ms 25 ms 23 ms if-3-2.tcore1.FR0-Frankfurt.as6453.net [80.231.153.54]
9 25 ms 27 ms 24 ms if-9-2.tcore1.FNM-Frankfurt.as6453.net [195.219.50.42]
10 28 ms 35 ms 27 ms if-5-2.tcore1.AV2-Amsterdam.as6453.net [195.219.194.13]
11 39 ms 35 ms 50 ms if-7-2.tcore1.AD1-Amsterdam.as6453.net [195.219.194.46]
12 45 ms 47 ms 61 ms 195.219.150.106
13 24 ms 20 ms 21 ms 208.117.250.103
Itinéraire déterminé.
-
Que donne https://www.youtube.com/my_speed (https://www.youtube.com/my_speed) ?
Pour Bouygues Telecom le débit moyen est de 10,23 Mb/s (50,15 Mb/s c'est pour moi)
(https://lafibre.info/images/bbox/201306_youtube_myspeed_bytel_1.png)
Free avait habituellement un débit autour de 2 Mb/s.
Je n'ai pas d’accès Free pour vérifier ce soir.
-
(https://lafibre.info/images/free/201306_youtube_myspeed_free_1.png)
Le débit est en large hausse
-
moi ca donne : "Aucune lecture de vidéo n'a été trouvée pour l'endroit où vous êtes situé."
(https://lafibre.info/images/bbox/201306_youtube_myspeed_bytel_2.png)
-
oliviertoto92350, c'est que tu ne regardes pas beaucoup de vidéos Youtube (je pense que seules celles en HD permettent de mesurer le débit car seules les vidéos HD sont envoyées au débit max)
Ce qui est intéressant, c'est le débit moyen du FAI (colonne jaune).
-
Bon ben ce soir c'est chez Orange que ça rame à mort.
Et une fois merci encore au 144p que Youtube me sélectionne automatiquement, grisant le 360 et le 480p. ^^
-
Tu nous fais une copie d'écran de https://www.youtube.com/my_speed (https://www.youtube.com/my_speed) pour voir l'évolution de la courbe jaune qui dans ton cas représentera Orange ?
-
Tu nous fais une copie d'écran de https://www.youtube.com/my_speed (https://www.youtube.com/my_speed) pour voir l'évolution de la courbe jaune qui dans ton cas représentera Orange ?
Il aurait fallu que je fasse ça sur le moment plutôt ?
En tout cas à ce point c'était une première depuis que j'ai la fibre. Mais je n'ai pas l'impression que ça ait duré (1 heure grand max) et je n'étais pas seul à en croire Twitter.
(https://lafibre.info/images/orange/201306_youtube_myspeed_orange_1.png)
-
Tu as un historique de 30 jours sur le graphique : du 13 mai au 11 juin.
5 Mb/s (courbe jaune) pour Orange, c'est pas terrible, mais c'est bien mieux que Free.
-
si on change d'ip ca change le graphique non?
perso youtube marche beaucoup mieux depuis environ 2 mois à part 1 ou 2 vidéos de temps en temps
(orange)
edit: comme par hasard le jour où je post youtube déconne à fond.. :(
(https://lafibre.info/images/orange/201306_youtube_myspeed_orange_2.jpg)
-
Petit retour pour dire que Free continue sa remonté dans le débit et vient même titiller Orange
(https://lafibre.info/images/free/201306_google_myspeed_free_2.png)
-
Effectivement, nette remontée de Free.
On était autour de 2 Mb/s avant.
Cela reste éloigné de Bouygues Telecom :
(https://lafibre.info/images/bbox/201306_youtube_myspeed_bytel_3.png)
Graphique réalisé à partir d'un script qui récupère chaque jour la valeur MySpeed.
-
Mouais, l'amélioration chez Free, même si elle est là, est quand même largement insuffisante.
Personnellement, je suis passé de 1.5Mb/s à 2Mb/s. C'es insuffisant pour regarder une vidéo en 720p.
Et surtout, aux heures de pointe, j'ai toujours de gros problèmes pour visualiser des vidéos. Le débit est très variable d'une vidéo à l'autre. Pour certaines vidéos, c'est effectivement beaucoup plus rapide. Mais pour les autres, c'est toujours aussi lent.
(https://lafibre.info/images/free/201306_google_myspeed_free_3.png)
Bref, si Free propose une amélioration de ce type tous les 2 à 3 ans, avec entre les 2 un lente dégradation, alors la qualité globale ne s'améliorera jamais. Et je crois qu'on est bien parti pour rester comme ça éternellement.
Leon.
-
Sur YOUTUBE, Bouygues Telecom obtient le meilleur en débit
(https://lafibre.info/images/bbox/201306_youtube_myspeed_bytel_4.png)
-
Perso j'ai plus de problèmes avec YouTube depuis que les routes ont changées
Toute la journée c'est 2 Mo/s et le soir c'est au alentour de 1 Mo/s
Largement de quoi regarder de la 720p voir même 1080p
-
Changement de route pour le trafic de YouTube
Retour de Cogent
Détermination de l'itinéraire vers 208.117.250.55 avec un maximum de 30 sauts.
1 3 ms 2 ms 2 ms 192.168.0.254
2 23 ms 24 ms 18 ms 78.222.89.***
3 39 ms 37 ms 8 ms rouen-6k-1-a5.routers.proxad.net [213.228.11.62]
4 8 ms 8 ms 8 ms cbv-6k-2-v810.intf.routers.proxad.net [212.27.50.49]
5 10 ms 11 ms 9 ms p11-9-k1-be1002.intf.routers.proxad.net [78.254.249.158]
6 10 ms 8 ms 13 ms p11-crs16-1-be1004.intf.routers.proxad.net [78.254.249.129]
7 10 ms 11 ms 11 ms bzn-crs16-2-be2000.intf.routers.proxad.net [78.254.250.125]
8 22 ms 22 ms 20 ms te0-1-0-1.361.mag21.par01.atlas.cogentco.com [149.6.114.209]
9 20 ms 23 ms 21 ms 154.54.78.37
10 30 ms 29 ms 26 ms te0-1-0-5.mpd21.ams03.atlas.cogentco.com [130.117.51.61]
11 31 ms 29 ms 28 ms te0-1-0-4.ccr21.ams04.atlas.cogentco.com [130.117.2.62]
12 47 ms 43 ms 42 ms 149.11.38.62
13 30 ms 30 ms 27 ms 208.117.250.55
Itinéraire déterminé.
-
Si le lien de transit avec Cogent ne sature plus, ça pourrait marcher mieux.
-
L'effet vacance joue pas mal aussi
Les débits pas contre sont extrêmement bons, 1,6 Mo/s soit le maximum de ma connexion avec la TV
-
Les 4 mégas ont été dépassés
(https://lafibre.info/images/free/201307_youtube_myspeed_free_1.png)
-
Tout le monde n'est visiblement pas logé à la même enseigne chez Free. Malgré l'effet des vacances (qui diminue l'activité), je constate quand même toujours beaucoup de lenteurs.
(https://lafibre.info/images/free/201307_youtube_myspeed_free_2.png)
Leon.
-
D'apres les mesures nlab (https://www.google.com/publicdata/explore?ds=e9krd11m38onf_&ctype=l&strail=false&bcs=d&nselm=h&met_y=download_throughput&scale_y=lin&ind_y=false&rdim=country&idim=country_isp:250_12844:250_12322:250_16028:250_12566&ifdim=country&hl=en_US&dl=en_US&ind=false&xMax=180&xMin=-180&yMax=-77.25639549992323&yMin=86.94587733167099&mapType=t&icfg&iconSize=0.5), y'a un petit mieux mais minime et probablement du au gros changement coté Youtube (adaptative streaming notamment) plutot que coté Free.
-
C'est quand même en dent de scie entre pas grand chose et pas grand chose ;)
-
Idem, je reste autour des 2 Mbits/s; mais en soirée c'est mieux plus tôt (vers 23h je suis autour de 8 Mbits/s).
Je pense que les vacances et l'upgrade malgré tout régulier du transit font leur office.
-
On a fait un petit test avec un nancéen aujourd'hui : pour lui, les services Google n'ont jamais posé problème chez lui, (il ressent par contre la lenteur à Paris). De mon côté, je suis en région parisienne, mon NRA dépend de l'un des routeurs du siège d'Iliad.
Bon, il y a un souci avec les peerings Google ces derniers jours, ça n'arrange rien. Mais de fait :
- Il ne rencontre aucun souci en 720p;
- Je suis à 1Mbps sur Youtube en ce moment même;
Quelques traceroute montrent que pour joindre Google, il passe via Proxad vers Strasbourg, puis Francfort. Et là, il passe sur du transit Tata. Moi, je passe de Paris sur du Cogentco ou Tata depuis Paris (TH2)... qui me ramène à Francfort ensuite sur le réseau Tata.
Il est possible, donc, que les divers transits empruntés par les parisiens (qui si j'en crois francois04, comptent pour un bon tiers des freenautes) et sans doute une grande partie de la France (tout l'Ouest certainement) soient nettement plus saturés que d'autres; et ça doit sensiblement modifier la qualité d'un abonné à l'autre puisque de ces transits viennent une grande partie des contenus notamment des US...
et donc que la qualité de service de Free soit tout simplement variable d'une région à l'autre (et même au sein de l'IdF où Free possède plusieurs interconnexions avec ses transitaires).
Il serait très intéressant de mener ce test ;)
-
Free doit avoir ses transitaires à TH2 et Bezons en France. Il est clair que les abonnés ne passent pas tous par le même chemin, c'est d'ailleurs ce qui fait qu'en ce moment certains abonnés SFR n'ont aucun soucis pendant que d'autres galèrent sur YT (ceux qui passent par Cogent d'ailleurs, pourtant ça sature pas sur l'interco).
Par contre je ne suis pas d'accord avec toi, le contenu qui vient des transitaires vient très très très probablement d'Europe, c'est la qualité de ces transitaires (et l'éventuelle saturation des liens) qui pose problème.
Là de chez moi le traceroute indique Cogent, et Google me sert depuis Francfort. D'autres sont à Londres ou Amsterdam (cf. le topic sur la panne Google).
-
Ne pas oublier que depuis 2 jours Google sur Paris est off.
Il ne faut pas confondre les problème lors de cet incident Google et les pb de lenteurs quand Google Paris est up.
Le lien vers l'incident : Panne de Google Paris à partir du 26/07/2013 15H (https://lafibre.info/peering/soucis-chez-google-le-26072013-a-15h/)
-
Ne pas oublier que depuis 2 jours Google sur Paris est off.
Tout à fait (et je l'ai dit dans mon message, et suivi le topic ;)) mais le comportement change peu : les PNI Free/Google à Paris n'offraient pas un débit terrible.
-
Le débit est assez variable aujourd'hui.
Sur youtube.com/my_speed: autour de 2 Mbits/s.
J'imagine que cette vidéo est en cache... (mais bizarrement le nom des serveurs côté Youtube ne semble pas l'indiquer !)
Traceroute vers l'origine de la vidéo :
>tracert r5---sn-aigllnes.c.youtube.com
Détermination de l'itinéraire vers r5.sn-aigllnes.c.youtube.com [74.125.105.138] avec un maximum de 30 sauts :
1 1 ms 16 ms <1 ms FREEBOX [192.168.0.254]
2 24 ms 26 ms 24 ms xxxxxxxx
3 25 ms 29 ms 26 ms vlq-6k-2-a5.routers.proxad.net [213.228.4.254]
4 25 ms 26 ms 27 ms bzn-crs16-1-be1024.intf.routers.proxad.net [212.27.56.149]
5 25 ms 25 ms 34 ms p11-crs16-1-be1000.intf.routers.proxad.net [78.254.249.1]
6 26 ms 26 ms 26 ms p11-9k-1-be1000.intf.routers.proxad.net [78.254.249.130]
7 29 ms 31 ms 27 ms cbv-9k-1-be1009.intf.routers.proxad.net [78.254.249.157]
8 164 ms 98 ms 111 ms 74.125.50.116
9 27 ms 26 ms 25 ms 72.14.238.234
10 27 ms 27 ms 75 ms 72.14.235.175
11 33 ms 35 ms 35 ms 72.14.232.211
12 33 ms 34 ms 34 ms 209.85.253.93
13 49 ms 49 ms 48 ms 209.85.240.62
14 62 ms 61 ms 61 ms 72.14.232.43
15 46 ms 50 ms 49 ms 74.125.105.138
Itinéraire déterminé.
Sur la vidéo de Gangnam Style, 10 minutes avant (en Full HD il y a 5 minutes, le chargement était immédiat et prenait une bonne avance sur la vidéo) :
[download] 100.0% of 163.64MiB at 613.86KiB/s ETA 00:00
Et le traceroute :
> tracert v5.lscache4.c.youtube.com
Détermination de l'itinéraire vers v5.lscache4.c.youtube.com [173.194.20.182] avec un maximum de 30 sauts :
[...]
7 26 ms 25 ms 26 ms cbv-9k-1-be1009.intf.routers.proxad.net [78.254.249.157]
8 102 ms 102 ms 105 ms google-pni-3.routers.proxad.net [212.27.40.102]
9 28 ms 26 ms 26 ms 216.239.48.190
10 28 ms 51 ms 27 ms 173.194.20.182
Itinéraire déterminé.
Je suis maintenant en mode "Standard".