La Fibre
Télécom => Peering Transit (appairage) => Peering Google / Youtube => Discussion démarrée par: Grizzly92 le 10 novembre 2015 à 21:13:57
-
Bonsoir,
je craque, 1 an de bbox à peu près tranquille, mais là depuis quelques semaines c'est fatigant, ce soir Youtube est quasiment HS, ça mouline même en 360p. Et vous ?
-
Je vois pas mal de monde s'en plaindre (Free, Orange), perso en IPv6 j'ai 40M depuis YT donc vers le max de l'IPv6 ici.
-
Pas compris ta réponse. Cela dit j'ai essayé avec proxfree et là ça marche du tonnerre, ça me rappelle quand j'étais chez Free, donc peut-être une saturation Youtube Bouygues ? enfin j'y connais pas grand chose
-
Hier soir, Google a eu un incident et n'a pas réussi a fournir la totalité du trafic demandé (on voit une baisse le soir au moment du pic de consommation), mais c'est le premier incident en plusieurs années sans problème. Le précédent incident remonte à juillet 2013 (cf Panne de Google Paris à partir du 26/07/2013 15H (https://lafibre.info/peering-google/soucis-chez-google-le-26072013-a-15h/))
Si vous avez un problème, j'imagine que c'est tout internet qui est lent, pas que Youtube, non ?
Notre capacité vers Youtube est sur-dimensionnée et on ne sature jamais en soirée. Ces dernières années, en plus des deux pannes indiquées ci-dessus, on a une saturation dans le sens Bouygues => Google et c'est tout. Le reste du temps on a réussi à faire passer le trafic sans saturation.
-
Non ce soir c'est comme hier soir, uniquement Google qui a des problèmes. YouTube est quasiment inutilisable chez moi alors que Vessel et Netflix fonctionnent parfaitement, en 1080p.
J'ai aussi remarqué que le download d'update de Chrome est très très lent, beaucoup plus lent que d'habitude.
-
Si vous avez un problème, j'imagine que c'est tout internet qui est lent, pas que Youtube, non ?
Notre capacité vers Youtube est sur-dimensionnée et on ne sature jamais en soirée.
Ouai ben pas ce soir alors, je n'ai que des soucis avec Youtube, mes voisins qui sont chez Bouygues idem, tout le reste d'internet est OK. Je suis obligé de passer par un proxy.
-
C'est qu'avec Chrome ou pas ?
Youtube et tout les services Google fonctionnent en UDP avec Chrome (protocol QUIC qui remplace HTTPS). Ca peut être la source de probleme chez certains.
Pour vérifier si Chrome utilise QUIC il suffit d'installer cette extension: https://chrome.google.com/webstore/detail/http2-and-spdy-indicator/mpbpobfflnpcgagjijhmgnchggcjblin qui rajoute un indicateur sur la barre d'addresse (éclair rouge = QUIC donc UDP).
Pour verifier si UDP est la source du probleme, on peut forcer Chrome a ne pas utiliser QUIC: aller sur "chrome://flags/#enable-quic" et désactiver le.
-
Même mozilla ça coince avec Youtube hélas
-
Semblerait qu'il y ait bien un soucis avec Google ce soir : http://status.ovh.com/?do=details&id=11366&PHPSESSID=6b92a401455fe326d44087c65bfa1db7
J'ai vu pas mal de monde s'en plaindre chez différents FAIs.
@Grizzly92 : Je disais juste que de chez moi j'atteignais ma vitesse maxi en IPv6 (40M) sur YT donc que c'était pas une panne globale.
-
Que donne un traceroute vers 8.8.8.8 sans VPN ?
Chez moi, avec une Bbox THD réseau Numericable :
$ mtr -rwc100 8.8.8.8
Start: Tue Nov 10 22:05:21 2015
HOST: Loss% Snt Last Avg Best Wrst StDev
1.|-- gestionbbox.lan.home 0.0% 100 1.2 5.5 1.0 119.2 15.5
2.|-- 10.108.128.1 0.0% 100 8.6 12.7 7.0 121.2 15.3
3.|-- 213-245-252-177.rev.numericable.fr 0.0% 100 9.5 12.2 7.4 85.3 10.1
4.|-- 212.194.173.51 0.0% 100 15.4 12.8 7.7 67.1 8.7
5.|-- 350.la101.bsr02-th2.net.bbox.fr 69.0% 100 347.6 105.9 10.4 347.6 95.5
6.|-- 1.la10.bsr01-th2.net.bbox.fr 90.0% 100 16.6 35.5 11.5 104.2 37.0
7.|-- be15.cbr01-cro.net.bbox.fr 0.0% 100 15.8 17.7 9.7 64.3 8.2
8.|-- ? ? 100.0 100
9.|-- 72.14.212.222 0.0% 100 11.1 19.3 9.0 156.7 22.5
10.|-- 209.85.255.188 0.0% 100 9.9 17.2 9.5 120.7 17.2
11.|-- google-public-dns-a.google.com 0.0% 100 8.9 14.0 8.9 106.3 10.5
Aucun pb sur les vidéos.
-
Il y a bien eu un problème avec YouTube ce soir chez pas mal de personnes :
-> https://touteslespannes.fr/statut/youtube (https://touteslespannes.fr/statut/youtube)
-
Je confirme que ça semble être revenu à la normale, y compris au niveau de l'update de Chrome (nouvelle release dans le channel stable → toutes les machines à mettre à jour).
-
J'ai même essayé depuis un serveur Online et ce n'était pas mieux.
Voici un mtr après un retour à la normale:
mtr -rwc100 8.8.8.8
HOST: kodi Loss% Snt Last Avg Best Wrst StDev
1.|-- router.asus.com 0.0% 100 0.6 0.5 0.3 0.9 0.0
2.|-- 192.168.1.254 0.0% 100 1.1 1.1 0.7 7.1 0.6
3.|-- lyo1rj-ge-5-0-0.349.numericable.net 0.0% 100 14.6 15.1 9.7 32.2 3.4
4.|-- ip-89.net-80-236-3.static.numericable.fr 0.0% 100 14.9 15.8 8.8 35.7 4.3
5.|-- lag101.350.ncc-cbv.net.bbox.fr 0.0% 100 15.0 17.7 9.5 75.5 8.7
6.|-- 350.la101.bsr01-cbv.net.bbox.fr 86.0% 100 15.9 18.9 14.2 27.7 3.8
7.|-- ??? 100.0 100 0.0 0.0 0.0 0.0 0.0
8.|-- 72.14.212.222 0.0% 100 19.1 18.3 11.1 33.8 4.7
9.|-- 209.85.255.196 0.0% 100 15.2 17.1 12.1 28.4 2.8
10.|-- google-public-dns-a.google.com 0.0% 100 17.6 17.2 12.1 34.2 3.2
-
Bonjour,
Les graphes de nos peering avec Google montrent effectivement un trafic inférieur à la prévision. Ce n'est pas lié à une saturation du lien ou sur notre réseau.
Ci-dessous les 7 derniers jours, vous pouvez voir que le trafic le lundi soir et mardi soir ne correspond pas a celui des autres jour de la semaine (le week-end le trafic montre très tôt, c'est normal)
-
Ici c'est Lyon qui sert mes vidéos - sans impact donc -, peut-être un soucis à Paris.
-
Je ne sais pas si c'est le bon sujet pour ça, mais je rencontre également de gros soucis vers YouTube, et plus globalement vers les services Google, et ce depuis deux connexions Free ADSL. Je n'ai pas le problème depuis une connexion Numericable (offre SFR RED fibre 30M).
Exemples avec un traceroute et un ping vers 8.8.8.8, fait à la même heure:
Depuis une connexion Free sur MYD24 :
Dalek> traceroute 8.8.8.8
traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 38 byte packets
1 192.168.2.254 (192.168.2.254) 0.299 ms 0.272 ms 0.188 ms
2 88.127.92.254 (88.127.92.254) 25.293 ms 24.899 ms 23.898 ms
3 213.228.9.190 (213.228.9.190) 28.030 ms 27.853 ms 29.736 ms
4 bordeaux-crs8-1-be1003.intf.routers.proxad.net (194.149.160.85) 30.309 ms 27.243 ms 28.252 ms
5 bzn-crs16-1-be1100.intf.routers.proxad.net (212.27.51.57) 36.436 ms 35.666 ms 36.637 ms
6 bzn-crs16-2-be1005.routers.proxad.net (78.254.249.77) 34.190 ms 35.900 ms 34.439 ms
7 72.14.211.26 (72.14.211.26) 39.096 ms 40.764 ms 40.792 ms
8 209.85.143.225 (209.85.143.225) 36.482 ms 36.541 ms 36.373 ms
9 209.85.142.5 (209.85.142.5) 36.479 ms 64.233.175.29 (64.233.175.29) 36.416 ms 209.85.142.5 (209.85.142.5) 36.147 ms
10 google-public-dns-a.google.com (8.8.8.8) 34.314 ms 33.871 ms 34.370 ms
Dalek> ping -c 300 8.8.8.8 -q
PING 8.8.8.8 (8.8.8.8): 56 data bytes
--- 8.8.8.8 ping statistics ---
300 packets transmitted, 233 packets received, 22% packet loss
round-trip min/avg/max = 34.065/35.855/48.494 ms
Depuis une connexion Free sur BAS33 :
root@OpenWrt:~# traceroute -i eth0.3 8.8.8.8
traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 38 byte packets
1 bastide-2-82-66-7-254.fbx.proxad.net (82.66.7.254) 23.321 ms 23.143 ms 26.985 ms
2 213.228.9.190 (213.228.9.190) 23.453 ms 23.808 ms 23.645 ms
3 bordeaux-crs8-1-be1003.intf.routers.proxad.net (194.149.160.85) 27.573 ms 26.924 ms 23.649 ms
4 bzn-crs16-1-be1100.intf.routers.proxad.net (212.27.51.57) 31.837 ms 35.251 ms 35.501 ms
5 bzn-crs16-2-be1005.routers.proxad.net (78.254.249.77) 31.464 ms 31.972 ms 31.572 ms
6 72.14.211.26 (72.14.211.26) 36.470 ms 38.036 ms 37.454 ms
7 209.85.143.225 (209.85.143.225) 32.230 ms 31.994 ms 32.054 ms
8 72.14.239.103 (72.14.239.103) 32.018 ms 72.14.233.13 (72.14.233.13) 32.641 ms 209.85.142.5 (209.85.142.5) 32.932 ms
9 google-public-dns-a.google.com (8.8.8.8) 31.922 ms 31.904 ms 31.962 ms
root@OpenWrt:~# ping -I eth0.3 -c 300 8.8.8.8 -q
PING 8.8.8.8 (8.8.8.8): 56 data bytes
--- 8.8.8.8 ping statistics ---
300 packets transmitted, 249 packets received, 17% packet loss
round-trip min/avg/max = 31.501/32.369/40.783 ms
Et depuis la connexion Numericable, à la même adresse et depuis le même routeur :
root@OpenWrt:~# traceroute -i eth0.2 8.8.8.8
traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 38 byte packets
1 * * *
2 lha1rj-ge-1-1-5.200.numericable.net (213.245.253.129) 7.356 ms 7.782 ms 9.337 ms
3 ip-185.net-80-236-0.static.numericable.fr (80.236.0.185) 7.518 ms 10.322 ms 6.792 ms
4 ip-65.net-80-236-3.static.numericable.fr (80.236.3.65) 24.992 ms 18.448 ms 23.863 ms
5 ip-161.net-80-236-1.static.numericable.fr (80.236.1.161) 32.262 ms 23.884 ms 25.854 ms
6 209.85.143.225 (209.85.143.225) 24.783 ms 25.037 ms 23.629 ms
7 72.14.232.19 (72.14.232.19) 23.996 ms 72.14.232.79 (72.14.232.79) 27.304 ms 72.14.239.149 (72.14.239.149) 23.819 ms
8 google-public-dns-a.google.com (8.8.8.8) 23.207 ms 22.132 ms 23.580 ms
root@OpenWrt:~# ping -I eth0.2 -c 300 8.8.8.8 -q
PING 8.8.8.8 (8.8.8.8): 56 data bytes
--- 8.8.8.8 ping statistics ---
300 packets transmitted, 298 packets received, 0% packet loss
round-trip min/avg/max = 21.348/24.228/42.543 ms
Je constate le problème depuis une bonne semaine, ça semble un peu mieux en journée mais le soir c'est assez catastrophique.
Le problème viendrait de Free ou une pane est toujours en cours chez Google ?
-
Free...
-
Il y a eu des saturations vers plusieurs servuer GGC chez Free
Ces saturations se sont vites interrompues après la mise en place des graphes de supervisons des GGC.
IL serait intéressant de voir d'où vient ton trafic Youtube (en réalisant une capture wireshark , tu peux avoir l'adresse IP source) afin de comprendre où est le problème.
Saturation hier soir de deux GGC chez Free
La couleur de la courbe indique les pertes de paquets :
- vert tout est normal
- bleu : 20% de perte de paquet, seul le 144p est utilisable
- mauve : 40% d perte de paquet, c'est inutilisable
GGC Free-PAR8 (Paris) :
(https://lafibre.info/images/peering/201509_ggc-free-par8.png)
GGC Free-MRS1 (Marseille) :
(https://lafibre.info/images/peering/201509_ggc-free-mrs1.png)
Les autres GGC ne saturent pas : exemple de Free-MRS2 (Marseille) :
(https://lafibre.info/images/peering/201509_ggc-free-mrs2.png)
-
J'ai également constaté des pertes de paquets importantes vers Google en 4G Free, bien que l'expérience n'en soit pas dégradée.
-
Bonjour à tous,
Je n'ai malheureusement plus trop le temps de lire le forum comme avant (déménagement oblige), et dans mon nouveau logement nous hésitons entre la fibre via la BBOX Miami et la Freebox Mini 4K en VDSL (pas de fibre Free).
Près de 10 ans que j'attendais la fibre, mais là étant à 300 mètres du NRA, et ayant la possibilité d'avoir le VDSL2, j'hésite,...
La Mini 4K m'attire plus que la Miami, le fait de récupérer les enregistrements pour alimenter ma vidéothèque font que je préfère Free, mais le débit de la fibre et le peering de Bouygues me font pencher pour Bouygues.
J'aurai donc besoin de précision sur le peering de Free, car j'ai peur de revivre les latences typique de chez Free, et au vue de vos messages, je ne suis pas rassuré.
Est ce que vous pourriez me dire si les problèmes "youtube" de Free sont de retour ou si c'est dû à une situation exceptionnelle ?
Merci à tous pour votre aide.
Jérémy
-
Je ne peux pas parler en général mais en tout cas pour moi il n'y a plus aucun problème avec Youtube depuis plusieurs mois.
-
Il ne faut pas voir que Youtube je pense.
La politique de ByTel concernant le peering est claire et ouverte et y'a Boris ici pour donner des infos et suivre ca si y'a un souci.
Chez Free c'est le mystère, hautement politique (=$) et le flou artistique. Il s'en servent comme un moyen de pression/négociation en prenant leurs clients en otage, rien que ca c'est rédhibitoire pour moi.
Apres y'a la collecte aussi a comparer.
Bien choisir c'est aussi faire un choix moral et responsable. Il faut arrêter d'acheter des produits/services en ne regardant que ce qu'on achète et pas a qui.
-
Je suis d'accord avec toi kgersen, et autant avant j'étais pro Free, pour son côté troublion, mais ça c'était avant, du temps de la préhistoire,...
Mais je suis obligé de choisir en fonction de mes besoins avant tout.
Par contre je ne veux pas être pénalisé par un débit internet m’empêchant de regarder youtube, ou télécharger les maps de mon GPS,...
Que ce soit moins rapide que la fibre OK, mais qu'il y ait saturation, perte de paquet entrainant l'impossibilité d'utiliser les services, ça je ne veux pas.
C'est pourquoi j'ai besoin de savoir où en est Free avec Youtube,...
-
Chez free, les services google se sont nettement améliorés, c'est passé de catastrophique à correct. Mais le reste des destinations reste saturé en soirée c'est systématique.
A l'inverse, chez bouygues, le peering est toujours au top même le soir, c'est vraiment agréable.
Pour ma part je n'hésiterais pas une seconde, bouygues est moins cher, avec un meilleur réseau, une meilleure connexion, (et une Bbox miami au même niveau que la freebox 4k)
Ps: je n'ai pas compris ton histoire avec les enregistrements TV, peux-tu détailler?
-
Mais le reste des destinations reste saturé en soirée c'est systématique.
Tu pourrais détailler ?
Ps: je n'ai pas compris ton histoire avec les enregistrements TV, peux-tu détailler?
Les enregistrements effectués sur la BBox Miami ne sont pas accessibles depuis un PC .
-
Tu pourrais détailler ?
C'est simple, le surf sur des sites étrangers (les sites français payent pour atteindre les abonnés free) tourne au ralenti le soir, les téléchargements, le streaming aussi (le peu de temps que je passe sur d'autres sites de vidéos que YouTube)... C'est un peu moins marqué depuis que les transitaires ont été allégés du trafic google, et ça reste utilisable (juste lent) mais tant que free ne changera pas de politique le service restera au rabais en soirée. Pas de problème par contre en semaine aux heures ouvrées !
-
Ça fait longtemps que j'ai pas remarqué de lenteurs en soirée, du coup je suis curieux. Tu aurais un (ou des) exemple(s) précis sous la main pour pouvoir faire des tests ?
-
Les lenteurs sont celles que tu as quand tu utilises les transitaires (Cogent et autre)
Les hébergeurs français payent presque tous Free pour avoir une bonne qualité donc il n'y a pas de problème.
Par contre les hébergeurs étrangers n'ont rien à faire de Free et utilisent les transitaires de Free qui sont sous dimensionné.
Voici un exemple depuis Lafibre.info :
Avant le 19février 2015, le trafic passe par Cogent, faute de peering (refus de Free de peerer gratuitement).
A partir du 19 mon hébergeur a été contraint (pour améliorer la qualité) d'envoyer le trafic à destination de Free par un tuyau où Free est rémunéré : plus de saturation
(https://lafibre.info/images/free_debit/201502_transit_free_cogent_linuxfr.png)
-
Depuis la rentrée je ne suis sur une connexion Free que le week-end donc je n'ai pas d'exemple super précis, mais par exemple twitch qui saccade sans saturer ma connexion (ça se voit surtout sur la vidéo en fait). Sur le coup tu ne le sens pas trop mais c'est quand tu repasses sur une connexion non saturée que tu t'en rends compte.
-
Les lenteurs sont celles que tu as quand tu utilises les transitaires (Cogent et autre)
Les hébergeurs français payent presque tous Free pour avoir une bonne qualité donc il n'y a pas de problème.
Par contre les hébergeurs étrangers n'ont rien à faire de Free et utilisent les transitaires de Free qui sont sous dimensionné.
Je sais tout ça mais en pratique j'aimerais bien constituer une petite base de cas bien identifiés qui pourraient être facilement testable sur la durée pour suivre les évolutions.
-
Bonjour,
Les graphes de nos peering avec Google montrent effectivement un trafic inférieur à la prévision. Ce n'est pas lié à une saturation du lien ou sur notre réseau.
Pourquoi ces coupures presque chaque jour?
-
J'ai une remarque idiote: si une majorité d'acteurs décident de jouer le jeu inverse des opérateurs et de tout envoyer vers les transitaires, le client ne profitera pas du service avec une bonne QOS mais ça peut faire effet, non ? Ceci ne peut pas fonctionner tant que des fournisseurs payent.
-
C'est un jeu de cons?
-
C'est un jeu de cons?
;D