La Fibre
Télécom => Peering Transit (appairage) => 
Peering Google / Youtube => Discussion démarrée par: ore932 le 03 septembre 2017 à 18:09:27
-
Salut,
Depuis quelques jours je constate que YouTube marche de moins en moins bien depuis ma ligne Bbox ADSL à Lyon : les videos mettent longtemps à démarrer et quand elles démarrent c'est dur de tenir la qualité 720p ou mieux... Est-ce que d'autres gens ont une expérience similaire ?
Je vois que le player utilise des serveurs qui semblent être un GGC situé à Lyon, par exemple r10---sn-cv0tb0xn-atol.googlevideo.com qui pointe vers une IP Bouygues Telecom et qui d'après le traceroute, est à Lyon (à seulement 3 hops de chez moi). La page pour avoir le mapping (https://redirector.googlevideo.com/report_mapping) m'indique que je vais vers "bouygues-lyn2 (89.84.192.0/19)".
Il me semblait que le GGC le plus proche était à Marseille mais que le trafic pour Lyon venait dans tous les cas de Paris... mais bon quoi qu'il en soit il y a un net problème actuellement.
-
Bonjour,
Nous venons effectivement de mettre un GGC (Google Global Cache) de très grosse capacité (plusieurs centaines de Gb/s) sur Lyon.
Je suis intéressé par un maximum de détails sur ces lenteurs.
Si vous la possibilité, une capture Wireshark pourrait peut-être nous aider.
=> Réaliser une capture Wireshark pas à pas (https://lafibre.info/tcpip/realiser-une-capture-wireshark-pas-a-pas/)
Une copie d'écran de YouTube en cliquant droit sur la vidéo puis "Statistiques avancées" pourrait aussi aider au diagnostique.
Comme toujours, il est intéressant de connaître votre navigateur et son système d'exploitation et le type de connexion (Ethernet / WiFi).
Si vous avez activé IPv6 sur votre Bbox, merci de l'indiquer.
-
Si vous avez activé IPv6 sur votre Bbox, merci de l'indiquer.
Heu, j'ai raté une étape ? :x
-
Bonjour Boris,
Merci de cette réponse rapide !
Une photo du player est jointe, où je joue une video de la NASA en 720p60. Je constate le comportement suivant :
- au démarrage de la video, le player joint le redirector qui l'envoie vers r4.sn-cv0tb0xn-atol.googlevideo.com (GGC à Lyon)
- le débit n'est pas suffisant pour jouer la video à ce bitrate, le player s'en rend compte et switche tout seul vers r18.sn-h5q7dn76.googlevideo.com, qui pointe vers une IP Google et n'est manifestement pas un GGC
- il alterne régulièrement entre les deux serveurs, et quand il parle au GGC je vois bien que le buffer se réduit au lieu de rester stable ou de grandir, et la video finit par se couper
J'utilise Chrome (60 et 62) sous Linux, ma ligne n'a pas (encore) le support IPv6, et ça fait pareil sur deux machines en filaire ou en wifi (je n'utilise pas le wifi de la Bbox, mais un AP dont je suis sûr de la qualité).
Pour la capture pcap, c'est possible mais le fait que le serveur change dynamiquement complique un peu la chose.
Je vois dans tcpdump que Chrome utilise QUIC. Est-ce que vous voulez que je teste en TCP (HTTPS) pour voir si le souci est lié ?
-
Est-ce que vous voulez que je teste en TCP (HTTPS) pour voir si le souci est lié ?
Avec plaisir, en utilisant Firefox par exemple.
Heu, j'ai raté une étape ? :x
Certains de nos clients peuvent activer l'IPv6 sur leur Bbox.
-
Pas mieux en désactivant QUIC (mais toujours avec Chrome), cf le premier screenshot sur une autre video du channel NASA.
Par contre j'ai essayé une autre video qui n'a elle présenté aucun problème (deuxième screenshot). Celle qui a marché était peut-être en cache et le souci est upstream entre le GGC et Google (wild guess) ?
-
Serait-il possible de faire un test demain matin au réveil ?
Cela permet de supprimer l’hypothèse l’alimentation du GGC (qui se fait par les liens habituels de peering avec Google).
-
Bonjour,
Ce matin entre 6h30 et 7h tout était absolument fluide, aucun problème.
Au passage en testant sur plein de vidéos différentes ça m'a permis de constater que le redirector décide d'envoyer sur le GGC selon l'IP source mais aussi selon la vidéo. Les vidéos anciennes et/ou avec très peu de vues sont servies directement par Google et le player n'est pas envoyé vers le GGC. Le fonctionnement est donc nettement plus complexe qu'un simple cache qui serait devant tout le trafic...
-
C'est logique, il est impossible de tout stocker sur ces caches, seuls les items avec le + de hits ces dernières heures y sont stockés ;)
-
Merci pour votre retour.
Le sujet est transmis à l'ingénierie qui a mis en place les GGC.
Cordialement,
Boris de Bouygues Telecom.
-
J'ai le retour : Les GGC de LYON ne sont pas encore en configuration cible. Des actions sont en cours et devraient améliorer les perf.
Je reviendrais vers vous quand les actions auront été effectuées.
Cordialement,
Boris de Bouygues Telecom.
-
Bonsoir,
Je confirme, j'avais le même soucis hier soir mais plus de soucis aujourd'hui :)
-
Bonjour à tous,
Effectivement pendant quelques jours le chargement des vidéos se faisait sur les caches Google, et depuis aujourd'hui je constate à nouveau que le cache Bouygues sur Lyon est à nouveau exploité.
J'ai chargé plusieurs vidéos dans la journée sans aucun problèmes, notamment celle-ci:
https://www.youtube.com/watch?v=R3AKlscrjmQ
A l’instant "T" la vidéos se charge via le cache "r10---sn-cv0tb0xn-atol", un traceroute donne ceci:
Détermination de l’itinéraire vers r10.sn-cv0tb0xn-atol.googlevideo.com [212.195.49.87]
avec un maximum de 30 sauts :
1 1 ms 1 ms 1 ms bbox.lan [192.168.1.254]
2 9 ms 9 ms 10 ms 176-163-144-2.abo.bbox.fr [176.163.144.2]
3 25 ms 26 ms 26 ms be66.cbr01-poi.net.bbox.fr [212.194.171.160]
4 28 ms 26 ms 27 ms be5.cbr01-ntr.net.bbox.fr [212.194.171.137]
5 27 ms 26 ms 26 ms be1.cbr01-cro.net.bbox.fr [212.194.171.0]
6 24 ms 30 ms 29 ms be5.cbr01-lyo.net.bbox.fr [212.194.171.140]
7 * 25 ms 25 ms la44.bsr01-lyo.net.bbox.fr [212.194.171.149]
8 25 ms 25 ms 24 ms la10.bsr02-lyo.net.bbox.fr [212.194.171.19]
9 25 ms 25 ms 26 ms 212.195.49.131
10 25 ms 24 ms 24 ms 212.195.49.87
J'habite sur Toulouse, avec une connexion Vdsl Bouygues en collecte Orange @~30Mb/s, le temps de latence s'explique à cause de la collecte, le trafic remonte par Poitiers/Paris avant de rejoindre le réseau Bouygues ...
-
J'ai le retour : Les GGC de LYON ne sont pas encore en configuration cible. Des actions sont en cours et devraient améliorer les perf.
Je reviendrais vers vous quand les actions auront été effectuées.
On me confirme qu'il n'y a plus de problème depuis plusieurs jours, pour les clients qui vont vers le GGC de Lyon.
-
Tu aurais des petites infos techniques croustillantes à nous communiquer Boris ? sur la capacité de ce GGC par exemple ?
-
Bah perso, de Grenoble, à mon grand étonnement, je pointe vers Paris, et non vers Lyon.
C'est dû au fait que je sois sur une connexion NC?