La Fibre
Télécom => Peering Transit (appairage) => Peering Google / Youtube => Discussion démarrée par: Paul le 29 mai 2014 à 12:47:14
-
Salut à tous,
Je n'ai jamais eu de problème avec depuis que j'ai une bonne connexion y compris en heures de pointe.
Débit maximal :
(https://www.speedtest.net/result/3530033450.png) (https://www.speedtest.net/my-result/3530033450)
Avec YouTube-dl ça donne ceci :
-
La vache, ça faisait longtemps que je n'avais pas vu un .bmp ^^
-
La vache, ça faisait longtemps que je n'avais pas vu un .bmp ^^
Il n'est pas mort !!! :D
-
TOUJOURS du BMP ;D
-
S:\Téléchargements>youtube-dl https://www.youtube.com/watch?v=Vpg9yizPP_g (https://www.youtube.com/watch?v=Vpg9yizPP_g)
[youtube] Setting language
[youtube] Vpg9yizPP_g: Downloading webpage
[youtube] Vpg9yizPP_g: Downloading video info webpage
[youtube] Vpg9yizPP_g: Extracting video information
[download] Destination: Big Buck Bunny [HD] _ FULL MOVIE Short film (2008)-Vpg9y
izPP_g.mp4
[download] 90.6% of 136.86MiB at 11.08MiB/s ETA 00:01
Ca marche aussi pas mal depuis mon FAI. ;)
-
Du mien aussi.. :D
(http://img11.hostingpics.net/pics/897043Sanstitre.png)
-
Téléchargement en 2 secondes avec une connexion 1Gb/s Bouygues Telecom !
$ youtube-dl -o '/dev/null' https://www.youtube.com/watch?v=Vpg9yizPP_g
[youtube] Setting language
[youtube] Vpg9yizPP_g: Downloading webpage
[youtube] Vpg9yizPP_g: Downloading video info webpage
[youtube] Vpg9yizPP_g: Extracting video information
[download] Destination: /dev/null
[download] 100% of 136.86MiB in 00:02
Facile avec 130 Gb/s de libre en ce moment sur le peering avec Google ! (la capacité complète vers Google est confidentielle, mais pour info Bouygues Telecom a rajouté 90 Gb/s supplèmentaire la semaine dernière sur le peering privé avec Google)
Pas besoin de beaucoup de CPU, le PC qui a fait le test est équipé de 1Go de ram, 40Go de disque dur SATA et d'un processeur Intel Pentium D @2.80GHz (c'est un bi pentium IV 2,8 Ghz dans un même puce, bref un truc ancien)
-
:( :(
-
Vraiment, c'est parfaitement fluide, il n'y a rien à signaler. Cependant je crois que c'est normal car il me semble que c'était pendant une période donnée qu'Orange ne satisfaisait plus les besoins YouTube des abonnés...
-
Petit bémol... J'upload une vidéo en ce moment et je suis à 1 Mo/s au lieu de 2,1... Traceroute vers le serveur we-in-f117.1e100.net :
C:\Users\Paul>tracert we-in-f117.1e100.net
Détermination de l'itinéraire vers we-in-f117.1e100.net [173.194.66.117]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms LIVEBOX [192.168.1.1]
2 7 ms 5 ms 5 ms 80.10.127.103
3 8 ms 5 ms 5 ms 10.125.22.138
4 18 ms 15 ms 11 ms ae44-0.nista301.Paris.francetelecom.net [193.252
.159.158]
5 26 ms 19 ms 23 ms 81.253.184.18
6 22 ms 23 ms 19 ms google-7.GW.opentransit.net [193.251.254.182]
7 18 ms 23 ms 20 ms 209.85.252.186
8 30 ms 18 ms 21 ms 209.85.245.2
9 26 ms 26 ms 30 ms 72.14.238.16
10 26 ms 25 ms 25 ms we-in-f117.1e100.net [173.194.66.117]
Itinéraire déterminé.
On ne passe pas par l'abominable Cogent pourtant...
-
Certains liens Opentransit sont saturés, mais pas tous, on a pu en voir des exemples :(
-
Il n'empêche que ça devait vraiment être passager, ou bugger de mon côté parce que si certains arrivent à uploader à 17 Mo/s je devrais y arriver à 2,1 Mo/s.
-
La saturation avec Google se fait uniquement dans le sens Google => FAI.
Le trafic est très fortement asymétrique comme le montre les graphes K-Net sur France-IX :
(https://lafibre.info/images/k-net/201310_wethermap_k-net_link_gix_france-ix.png)
-
L'upload est très rarement saturé vu que le trafic d'un opérateur résidentiel est largement orienté vers le débit descendant et que les liens commandés sont symétriques.
Ce qu'on a vu ici (https://lafibre.info/peering-google/fibre-a-194-mbps-et-youtube-a-0-kbps/) c'est que certains abonnés, comme chez Free d'ailleurs, sont pénalisés.
Parce que chez Free par exemple, Youtube fonctionne très bien pour les abonnés 4G, plutôt bien aussi en 3G en propre. Il fonctionne pas mal pour les abonnés FTTH et certains abonnés ADSL qui joignent, selon toute vraisemblance, Google par le même transitaire (Level3, relativement bien dimensionné). Il fonctionne moins bien pour ceux qui joignent Youtube via CogentCo, peut-être à cause de la mauvaise qualité intrinsèque du transitaire, sinon à cause d'une interco avec Cogent sous-dimensionnée.
Il semblerait que les soucis connus et anciens d'Orange se soient améliorés sinon résolus (https://lafibre.info/peering/orange-saturation/144/), mais pour avoir vu ce genre de situation en fin d'année dernière (échec de téléchargement pur et simple après quelques centaines de Ko péniblement téléchargés sur les sites de nVidia et AMD par exemple), ça m'a fait relativiser sur la qualité de mon accès Freebox... jusqu'à ce que je retrouve la Bbox au boulot, qui marchait du feu de Dieu entre 2 crashes :p
-
Ok pour le sens descendant aucun problème, 10 Mo/s avec YouTube Downloader HD (petit logiciel très sympa d'ailleurs).
-
youtube-dl (en ligne de commande) est simple et efficace sinon :)
-
C'est de pire en pire je suis en fibre est je ne peut regardé que des vidéo en 240p
-
C'est de pire en pire je suis en fibre est je ne peut regardé que des vidéo en 240p
Tu as un exemple de vidéos posant ce problème ?
-
Je suis en connexion FTTH Orange (300 Mb/s SOSH), et depuis 18h30, c'est une catastrophe : les vidéos passent en 144p et si je force une résolution supérieure, j'ai des coupures.
Petit traceroute vers le serveur qui me stream la vidéo : On note clairement une saturation avec une explosion du ping.
$ mtr -rwc100 173.194.63.144
Start: Sat Dec 6 18:58:27 2014
HOST: vivien Loss% Snt Last Avg Best Wrst StDev
1.|-- livebox.home 0.0% 100 1.1 2.1 1.0 65.3 6.4
2.|-- 80.10.124.12 0.0% 100 2.8 9.0 2.6 302.5 35.4
3.|-- 10.125.95.202 0.0% 100 2.9 7.7 2.8 230.9 25.5
4.|-- ae43-0.nimsr302.Paris.francetelecom.net 0.0% 100 3.0 5.6 3.0 159.3 16.0
5.|-- 81.253.184.98 0.0% 100 6.8 7.2 3.4 87.7 9.4
6.|-- tengige0-15-0-12.auvtr4.Aubervilliers.opentransit.net 0.0% 100 7.2 6.7 3.4 41.8 4.6
7.|-- 72.14.195.74 0.0% 100 3.8 5.1 3.5 25.8 3.0
8.|-- 209.85.251.28 0.0% 100 4.0 5.6 3.8 58.4 6.4
9.|-- 209.85.245.70 0.0% 100 5.9 5.6 3.8 66.9 8.5
10.|-- 209.85.251.48 0.0% 100 93.9 94.5 93.8 102.6 1.0
11.|-- 72.14.236.149 0.0% 100 83.4 91.3 83.4 118.1 8.2
12.|-- 216.239.46.249 2.0% 100 123.7 117.5 102.7 146.9 6.9
13.|-- 209.85.254.147 1.0% 100 94.3 98.0 94.3 393.7 30.1
14.|-- 173.194.63.144 2.0% 100 81.8 84.5 81.3 322.1 24.4
Le site Google.fr n'est lui pas impacté :
$ mtr -rwc100 google.fr
Start: Sat Dec 6 19:03:36 2014
HOST: vivien Loss% Snt Last Avg Best Wrst StDev
1.|-- livebox.home 59.0% 100 45.0 2.5 1.0 45.0 6.8
2.|-- 80.10.124.12 0.0% 100 4.2 4.4 2.5 65.4 8.2
3.|-- 10.125.95.138 0.0% 100 2.9 3.7 2.5 41.3 4.4
4.|-- ae43-0.nista301.Paris.francetelecom.net 0.0% 100 3.0 5.1 2.8 68.1 7.9
5.|-- 81.253.184.6 0.0% 100 11.3 14.2 9.9 41.6 3.5
6.|-- google-6.GW.opentransit.net 0.0% 100 10.1 12.3 9.6 182.8 17.3
7.|-- 209.85.252.188 0.0% 100 10.4 18.1 9.7 120.2 14.8
8.|-- 209.85.244.240 0.0% 100 13.5 11.0 9.9 26.7 2.5
9.|-- 209.85.249.211 0.0% 100 13.6 14.4 12.2 162.3 14.9
10.|-- 216.239.51.207 0.0% 100 12.4 13.6 12.1 79.2 7.3
11.|-- ? ? 100.0 100
12.|-- 64.233.166.94 0.0% 100 12.7 15.5 12.1 139.3 16.1
Les DNS 8.8.8.8 de Google ne sont pas non plus impactés :
$ mtr -rwc100 8.8.8.8
Start: Sat Dec 6 19:04:12 2014
HOST: vivien Loss% Snt Last Avg Best Wrst StDev
1.|-- livebox.home 1.0% 100 1.1 2.8 1.0 55.2 7.0
2.|-- 80.10.124.12 0.0% 100 4.2 5.0 2.6 156.9 15.5
3.|-- 10.125.95.202 0.0% 100 3.0 4.5 2.8 46.7 5.3
4.|-- ae43-0.nimsr302.Paris.francetelecom.net 0.0% 100 3.1 4.4 2.9 37.4 4.9
5.|-- 81.253.184.22 0.0% 100 6.9 6.8 3.5 68.4 7.9
6.|-- tengige0-7-0-6.auvtr4.Aubervilliers.opentransit.net 0.0% 100 5.3 6.0 3.4 31.0 2.7
7.|-- google-1.GW.opentransit.net 0.0% 100 3.5 6.0 3.4 151.1 14.9
8.|-- 209.85.246.121 0.0% 100 4.0 5.0 3.9 38.1 4.3
9.|-- google-public-dns-a.google.com 0.0% 100 3.8 5.8 3.6 153.3 14.9
-
Là le soucis/la saturation ne semble pas être dans le réseau Orange mais bien chez Google (à partir de 209.85.251.48). On est sur le réseau de Google dès 72.14.195.74.
Je constate la même chose depuis Ovh ou Free :
$ mtr -rwc10 173.194.63.144
Start: Sat Dec 6 19:46:43 2014
HOST: beta Loss% Snt Last Avg Best Wrst StDev
1.|-- ?? 100.0 10 0.0 0.0 0.0 0.0 0.0
2.|-- gra-g2-a9.fr.eu 0.0% 10 2.3 1.4 0.8 3.1 0.7
3.|-- th2-g1-a9.fr.eu 0.0% 10 6.6 5.3 5.0 6.6 0.3
4.|-- th2-1-6k.fr.eu 20.0% 10 4.9 10.5 4.8 50.4 16.1
5.|-- google.as15169.fr.eu 0.0% 10 5.9 5.6 5.0 6.1 0.0
6.|-- 72.14.238.234 60.0% 10 5.3 5.9 5.3 7.6 0.8
7.|-- 209.85.245.83 0.0% 10 5.7 5.7 5.6 5.9 0.0
8.|-- 209.85.251.50 0.0% 10 95.7 85.1 83.0 95.7 3.8
9.|-- 72.14.236.99 0.0% 10 83.9 93.2 82.1 117.3 10.7
10.|-- 216.239.46.249 0.0% 10 82.1 82.0 81.8 82.1 0.0
11.|-- 209.85.254.147 0.0% 10 82.6 82.6 82.4 83.7 0.3
12.|-- 173.194.63.144 10.0% 10 85.2 84.2 83.3 87.7 1.4
$ mtr -rwc10 173.194.63.144
Start: Sat Dec 6 19:46:39 2014
HOST: amnesia Loss% Snt Last Avg Best Wrst StDev
1.|-- 192.168.0.254 0.0% 10 0.2 0.2 0.2 0.4 0.0
2.|-- 78.232.192.254 0.0% 10 20.6 21.8 20.6 29.0 2.4
3.|-- rennes-6k-1-a5.routers.proxad.net 0.0% 10 20.9 22.8 20.6 36.6 4.9
4.|-- p11-9k-1-be1021.intf.routers.proxad.net 0.0% 10 26.7 27.1 26.7 27.4 0.0
5.|-- p11-crs16-1-be1004.intf.routers.proxad.net 0.0% 10 30.1 28.8 26.9 30.3 1.2
6.|-- cbv-9k-1-be1001.intf.routers.proxad.net 0.0% 10 28.1 27.7 26.8 30.4 0.9
7.|-- google-pni-3.routers.proxad.net 40.0% 10 80.4 81.4 76.0 93.1 6.5
8.|-- 72.14.238.228 80.0% 10 27.3 30.6 27.3 33.9 4.6
9.|-- 209.85.245.81 0.0% 10 27.6 29.0 27.3 35.0 2.7
10.|-- 209.85.251.50 0.0% 10 116.3 117.0 115.5 123.8 2.4
11.|-- 209.85.243.174 0.0% 10 116.6 118.8 116.5 124.4 3.1
12.|-- 216.239.46.249 0.0% 10 116.6 116.5 116.1 117.1 0.0
13.|-- 209.85.254.147 0.0% 10 116.7 118.0 116.7 124.5 2.3
14.|-- 173.194.63.144 10.0% 10 117.4 116.7 116.3 117.4 0.0
Google a un réseau très complexe, et dont l'ingénierie de traffic est parfois mystérieuse. On voit là qu'ils n'annoncent pas tous leurs préfixes avec les mêmes préférences sur tous les peerings avec un opérateur donné (surtout qu'il y a un grand nombre de peerings entre OTI et Google ainsi qu'entre OTI et Orange, deux chemins peuvent être bien différents).
Il est possible également que 209.85.251.50 soit aux US et donc avec une latence bien supérieure à 8.8.8.8 (qui est anycasté) et 64.233.166.94 (google.fr).
Edit: On constate un peu de loss sur les 3 derniers hops du 1er traceroute, vers youtube, qui pose problème, contrairement à pas de loss dans les deux seconds. Là encore c'est dans le réseau de Google et non Orange/OTI.
-
traceroute to 173.194.63.144 (173.194.63.144), 64 hops max, 52 byte packets
1 livebox (192.168.1.1) 2.304 ms 1.442 ms 1.628 ms
2 80.10.127.104 (80.10.127.104) 29.851 ms 25.956 ms 20.185 ms
3 10.123.138.202 (10.123.138.202) 21.799 ms 20.091 ms 20.618 ms
4 xe-3-2-1-0.ncren102.rennes.francetelecom.net (193.253.150.158) 20.562 ms 19.929 ms 19.856 ms
5 ae44-0.nimsr302.paris.francetelecom.net (193.252.159.161) 26.127 ms 25.798 ms 25.177 ms
6 81.253.184.98 (81.253.184.98) 27.530 ms 28.373 ms 27.267 ms
7 tengige0-15-0-9.auvtr4.aubervilliers.opentransit.net (193.251.242.216) 29.099 ms 28.251 ms 28.622 ms
8 72.14.214.201 (72.14.214.201) 28.417 ms 27.974 ms 26.666 ms
9 209.85.251.30 (209.85.251.30) 35.795 ms
209.85.251.28 (209.85.251.28) 39.901 ms
209.85.251.30 (209.85.251.30) 26.884 ms
10 209.85.245.81 (209.85.245.81) 45.045 ms 26.656 ms
209.85.245.83 (209.85.245.83) 27.849 ms
11 209.85.251.50 (209.85.251.50) 115.902 ms 115.548 ms 115.292 ms
12 216.239.50.202 (216.239.50.202) 124.421 ms
72.14.236.99 (72.14.236.99) 128.319 ms 119.213 ms
13 216.239.46.249 (216.239.46.249) 125.997 ms 128.299 ms 136.352 ms
14 209.85.254.147 (209.85.254.147) 105.097 ms 103.676 ms 103.496 ms
15 173.194.63.144 (173.194.63.144) 116.027 ms 116.870 ms 116.330 ms
En revanche aucun problème pour les vidéos, elles passent en 1080p
-
En revanche aucun problème pour les vidéos, elles passent en 1080p
Toutes les vidéos ne sont pas stockées sur les mêmes serveurs. Les vidéos en français, ou uploadées par des utilisateurs français, seront en cache au moins sur des serveurs "proches" des opérateurs français. Plus une vidéo est vue, plus elle a de chances d'être copiée sur de multiples serveurs pour être au plus près des utilisateurs.
-
Pour youtube j'était au courant que les vidéos les plus visionnées étaient en cache au plus près, bon après c'est répondre à la majorité des demandes, j'ai également essayé avec une vidéo avec moins de 300 vues et le 1080p est passé sans problèmes (vidéo en anglais je précise).
-
Vivien, à l'heure de ton message je regardais une vidéo en 1080p sans aucun problème. Et à l'instant toujours aucun problème.
-
Même si en un sens tu as raison, j'ai une perte de paquets impressionnante moi aussi vers la passerelle Google :
ubuntu@ubuntu:~$ mtr -rwc100 173.194.9.10
Start: Sat Dec 6 21:06:59 2014
HOST: ubuntu Loss% Snt Last Avg Best Wrst StDev
1.|-- livebox.home 0.0% 100 0.8 0.9 0.4 1.6 0.0
2.|-- 80.10.127.103 0.0% 100 6.0 6.8 5.0 20.9 2.8
3.|-- 10.125.22.202 0.0% 100 5.9 7.2 4.8 21.4 2.9
4.|-- ae44-0.nimsr302.Paris.francetelecom.net 0.0% 100 11.6 14.0 10.6 35.8 4.5
5.|-- 81.253.184.98 0.0% 100 14.2 16.1 11.9 30.4 3.8
6.|-- tengige0-6-0-10.auvtr4.Aubervilliers.opentransit.net 0.0% 100 13.4 15.4 11.6 28.1 3.2
7.|-- google-1.GW.opentransit.net 0.0% 100 14.1 14.9 11.6 37.1 4.8
8.|-- 72.14.238.234 35.0% 100 13.9 16.6 10.6 110.3 13.2
9.|-- 72.14.239.144 0.0% 100 12.7 15.1 12.0 52.9 6.6
10.|-- 209.85.255.184 0.0% 100 13.1 14.9 12.0 58.0 5.5
11.|-- 173.194.9.10 0.0% 100 12.3 13.5 11.3 26.9 2.6
-
Je n'avais pas analysé en détail mais le traceroute montre clairement que c'est Google le fautif et non Orange. Probablement de multiples incidents.
Pour les vidéos, elles ne sont pas toutes impactées. Celles qui le sont, c'est catastrophique.
J'ai même eu une publicités qui étaient impactées : possibilité de sauter la pub au bout de 5 secondes mais pendant ces 5 secondes j'ai eu le droit a deux long re-buffering et au total, je suis resté plus de 30 secondes sur les 5 secondes de pub.
-
Même si en un sens tu as raison, j'ai une perte de paquets impressionnante moi aussi vers la passerelle Google :
Non non, tu as juste un routeur au milieu qui a la flem de répondre à tes paquets ICMP mais qui les route (il fait son taf quoi) sans soucis.
-
Avant ça ne le faisait pas, et je sais que les routeurs dépriorisent l'ICMP, mais pourquoi ne le font-ils pas tous alors...
-
Aucune idée, mais si t'as pas de loss au bout, t'as pas de loss.
-
Avant ça ne le faisait pas, et je sais que les routeurs dépriorisent l'ICMP, mais pourquoi ne le font-ils pas tous alors...
Ca dépend de la charge des routeurs, de leur configuration, des règlages constructeurs, du nombre d'icmp en cours sur le routeur...
C'est pas vraiment un indicateur, si ce n'est qu'il ne fait pas que ça quand on a du loss sur les hop intermédiaires sur un traceroute. Tu n'as d'ailleurs parfois même pas le même comportement entre IPv4 et IPv6 sur le même équipement.
Tant que la destination ne loss pas, c'est qu'aucun paquet ne se perd même quand ça loss au milieu sur un mtr. S'il y a du loss au bout, c'est là qu'on peut commencer à remonter le mtr pour voir à partir de quel hop ça se perturbe.
-
Aucun problème ici, YouTube-dl a 20mio/sec, les vidéos passent en 4K sans soucis même peu vues et américaines.