La Fibre
Télécom => Peering Transit (appairage) => 
Peering Google / Youtube => Discussion démarrée par: eahlys le 29 octobre 2019 à 20:37:25
-
Hi,
Abonné Free depuis quelques temps, il m'est venu l'idée d'acheter un moniteur 4k. J'ai donc tout naturellement voulu lire une vidéo YouTube en 4k pour en profiter.
Je plafonne à 8-12 Mb/s (débit visible dans les stats de la vidéo), et j'ai une mini 4k en fibre, donc 1Gb/s théorique. Un speedtest me donne 860Mb/s, débit vérifié lorsque je télécharge ailleurs.
La vidéo est in-regardable, ça buffer tout le temps. Uniquement en 4k par contre, en 1080p la vidéo arrive à charger sans problème avec 8 Mb/s.
Voici une vidéo 4k sur YouTube pour tester : https://www.youtube.com/watch?v=LXb3EKWsInQ Je précise que vous n'avez pas besoin de moniteur 4k pour paramétrer la qualité de la vidéo en 4k.
Chez vous, ça fonctionne ?
Bonne soirée ! :)
-
Chez vous, ça fonctionne ?
Impec.
2160p60 HD :
-
C'est peut être par plaques régionales dans ce cas. Je suis en IdF, dans l'Essonne.
-
Est-elle devenue fluide maintenant que des gens l'ont regardé (et que j'imagine que ça été mis en cache) ?
-
Bien vu, mais en tout cas pour moi le débit n'a pas changé. Je précise que je n'utilise pas les DNS de Free, je ne sais pas si ça a une incidence sur l'accès au GGC (si jamais la vidéo est en cache).
-
Chez moi aussi, la vidéo passe très bien, sans bufferisation. D'ailleurs très belle vidéo. Je suis aussi en Essonne, mais en P2P, cela fait peut-être une différence (je suis en IPv4 de base). Comme dit Optix, la vidéo a peut-être été mise en cache sur les serveurs de cache Google sur le réseau Free. Je constate sur le trafic réseau, des créneaux qui doivent correspondre au chargement des buffers.
-
Le fonctionnement par burst est normal je crois, c'est la manière de fonctionner de YouTube.
Je suis en ZMD pour ma part, en GPON. Est-ce que quelqu'un en ZMD ayant demandé une IPv4 full-stack peut faire le test, sur une autre vidéo 4k de préférence pour éviter qu'elle soit dans le cache ?
-
Bien vu, mais en tout cas pour moi le débit n'a pas changé. Je précise que je n'utilise pas les DNS de Free, je ne sais pas si ça a une incidence sur l'accès au GGC (si jamais la vidéo est en cache).
Essaie d'utiliser les DNS de Free sur l'équipement qui lit la vidéo (prévoir un redémarrage de l'équipement pour que lui même vide son cache DNS) pour voir si ça change, car à ma connaissance il faut utiliser les DNS de Free pour avoir "accès" aux serveurs de cache Free.
-
Essaie d'utiliser les DNS de Free sur l'équipement qui lit la vidéo (prévoir un redémarrage de l'équipement pour que lui même vide son cache DNS) pour voir si ça change, car à ma connaissance il faut utiliser les DNS de Free pour avoir "accès" aux serveurs de cache Free.
Ou tu fais un dig @ pour voir la réponse que renvoient les serveurs de Free.
-
Ou tu fais un dig @ pour voir la réponse que renvoient les serveurs de Free.
Ou simplement https://redirector.googlevideo.com/report_mapping ?
-
Je vais pouvoir faire ces tests dans la soirée, j'editerai ce message avec les infos
Merci :)
-
Une précision, je n'utilise moi-même pas les DNS de Free, mais le logiciel unbound. C'est mon PC qui son propre résolveur.
-
Je confirme que si tu n'utilises pas les DNS @Free, tu dois passer par un transitaire pour joindre YT, et je sais que Free est réputé pour faire le tour du monde parfois... Donc si le site Redirector de Google annonce un serveur qui n'a pas "par" ou autre... tu nous dis ;)
-
Hi,
Abonné Free depuis quelques temps, il m'est venu l'idée d'acheter un moniteur 4k. J'ai donc tout naturellement voulu lire une vidéo YouTube en 4k pour en profiter.
Je plafonne à 8-12 Mb/s (débit visible dans les stats de la vidéo), et j'ai une mini 4k en fibre, donc 1Gb/s théorique. Un speedtest me donne 860Mb/s, débit vérifié lorsque je télécharge ailleurs.
La vidéo est in-regardable, ça buffer tout le temps. Uniquement en 4k par contre, en 1080p la vidéo arrive à charger sans problème avec 8 Mb/s.
Voici une vidéo 4k sur YouTube pour tester:...
Je précise que vous n'avez pas besoin de moniteur 4k pour paramétrer la qualité de la vidéo en 4k.
Chez vous, ça fonctionne ?
Bonne soirée ! :)
Chez moi, avec une TV Mini 4K, ça fonctionne bien sauf lorsque les films de FreeTV sont trop vieux pour être reformatés pour cette fonction. (https://lafibre.info/images/smileys/@GregLand/bk.gif)
-
Idem pour moi, pas de soucis en 4k.
10gepon en IDF.
-
Je confirme que si tu n'utilises pas les DNS @Free, tu dois passer par un transitaire pour joindre YT, et je sais que Free est réputé pour faire le tour du monde parfois... Donc si le site Redirector de Google annonce un serveur qui n'a pas "par" ou autre... tu nous dis ;)
donc si on utilise les dnc google / opendns en premier et les dns free en second, on perd le passage par les serveurs de cache YT installé chez free?
c'est con :x les dns free sont plus souvent en rade que ceux d'opendns/google/cloudflare xD
et a y repenser, UF conseils souvent à ses lecteurs de passer sur des dns tiers pour palier aux problèmes de ceux de free :D
-
donc si on utilise les dnc google / opendns en premier et les dns free en second, on perd le passage par les serveurs de cache YT installé chez free?
c'est con :x les dns free sont plus souvent en rade que ceux d'opendns/google/cloudflare xD
et a y repenser, UF conseils souvent à ses lecteurs de passer sur des dns tiers pour palier aux problèmes de ceux de free :D
Du coup en passant par un autre DNS, tu te prives des cache, enfin je crois.
-
merci de l'info, je m'étais jamais penché sur comment ca fonctionne... je ferais des tests si je trouve le temps ce WE :)
-
Du coup en passant par un autre DNS, tu te prives des cache, enfin je crois.
Ce n'est pas par rapport aux IP ? (Simple supposition)
-
Du coup en passant par un autre DNS, tu te prives des cache, enfin je crois.
non moi ca me semble une evidence que c'est comme ca.
si tu utilises des dns autres que celui de ton fai alors tu te prives des tous les caches que ton fai pourrait avoir mis a la dispo de ses clients...
Enfin je pensais naïvement que ceux qui changent expres leur DNS etaient conscient des impacts.
-
Le site redirector.googlevideo.com indique :
2a01:e0a:XXXXXX:669:3bf:9e4 => free-par10 : superx_isp_number: 1 (2a01:e0a:c::/46)
Sans utiliser les DNS de Free, j'ai cet affichage. En les utilisant et après avoir vidé le cache DNS, c'est la même chose. Ça n'a donc pas l'air de changer grand chose.
Chez Bouygues Telecom en tout cas, DNS de l'opérateur ou non on tape bien les caches Netflix et YouTube.
-
Google se fiche complètement des DNS pour son routage, on est plus en 2010...
-
Google se fiche complètement des DNS pour son routage, on est plus en 2010...
Afin de donner une IP pertinente par rapport à la position supposée de l'utilisateur (du point de vue réseau), tous les CDN non-anycastés utilisent entre autres comme élèment de décision l'adresse source du DNS récursif qui les interroge.
Donc oui, Google utilise notamment cette donnée, quoiqu'on ne soit plus en 2010.
Très facile à constater avec des DNS récursifs situés dans plusieurs pays sur le même backbone: les IPs renvoyées ne sont pas les mêmes et vont à des endroits différents au traceroute.
Exemple:
Pays A, DNS récursif X: IP récupérée 1.
Pays B, DNS récursif Y: IP récupérée 2.
Traceroute depuis Pays B vers l'IP 2: ça sort par un peering local, et l'instance qui répond semble être également dans le pays B.
Traceroute depuis Pays B vers l'IP 1: ça sort par un peering local, mais ça file dans le réseau de google jusqu'au pays A.
Et inversement.
Ce n'est pas le seul élèment (une fois le client connecté et son IP connue il peut être redirigé plus efficacement quand il lit un stream de youtube par exemple), mais c'est clairement le premier élèment pris en compte.
-
Le site redirector.googlevideo.com indique :
2a01:e0a:XXXXXX:669:3bf:9e4 => free-par10 : superx_isp_number: 1 (2a01:e0a:c::/46)
Sans utiliser les DNS de Free, j'ai cet affichage. En les utilisant et après avoir vidé le cache DNS, c'est la même chose. Ça n'a donc pas l'air de changer grand chose.
Chez Bouygues Telecom en tout cas, DNS de l'opérateur ou non on tape bien les caches Netflix et YouTube.
Idem, je n'ai pas les DNS de Free depuis plusieurs années maintenant (unbound), mais quand j'avais fait quelques captures de trafic il y a quelques années aussi, quand se sont mis en place les cache Google sur le réseau Free, je passais bien par ces caches.
De plus, je n'ai aucun problème particulier avec Youtube, donc non, je ne crois pas qu'avoir ou pas les DNS Free influe sur la redirection sur les caches.
Après, je pourrais faire d'autres captures pour confirmer...
-
Ce n'est pas mon XP concernant google qui arrive toujours à me router au plus proche, alors que j'ai une majorité de clients qui n'utilisent pas mon DNS interne.
-
Ce n'est pas mon XP concernant google qui arrive toujours à me router au plus proche, alors que j'ai une majorité de clients qui n'utilisent pas mon DNS interne.
Je viens de faire le test en même temps que j'écrivais le message.
D'ailleurs ce n'est pas incompatible avec ce que j'ai écrit.
Une majorité de clients qui n'utilisent pas le DNS de leur ISP utilisent le DNS Google, donc c'est en principe plutôt facile pour Google de les rediriger à peu près correctement depuis un réseau simple (ce qui n'est pas forcèment le cas avec un réseau dont les IPs ne sont pas attribuées par blocs, qui a de nombreux liens possibles avec Google, qui a plein de caches, etc).
-
Perso, je n'utilise pas non plus ceux de Google. Unbound est un résolveur récursif, qui s'il n'a pas l'information en cache, va interroger les serveurs racine, puis les serveurs autoritaires pour le domaine etc... Et donc pas Google à priori.
-
Bah à la fin c'est pas Google qui fait autorité pour aller sur YT ?
-
ah bah on a lancé un bon débat ^^
dns google + opendns + free et la page de https://redirector.googlevideo.com/report_mapping me renvoi bien sur free-par10 : superx_isp_number: 1 (2a01:e0a..
donc ils utilisent peut etre les dns d'origine, mais pas que :)
perso j'ai quelques lenteurs en ce moment malgré tout... mais bon, c'est les vacances, donc ca ne m'étonne plus de free xD
-
Unbound est un résolveur récursif, qui s'il n'a pas l'information en cache, va interroger les serveurs racine, puis les serveurs autoritaires pour le domaine etc... Et donc pas Google à priori.
Tu n'avais donc pas compris que les DNS faisant autorité pour un CDN comme Google sont bien entendu chez Google, et que l'IP qu'ils renvoient ne dépend pas d'un simple fichier de zone ?
dig +trace www.google.com
-
dns google + opendns + free et la page de https://redirector.googlevideo.com/report_mapping me renvoi bien sur free-par10 : superx_isp_number: 1 (2a01:e0a..
donc ils utilisent peut etre les dns d'origine, mais pas que :)
L'IP de l'instance d'opendns interrogée est prise en compte mais en effet ça ne pourrait pas justifier que le cache local de l'ISP soit utilisé.
Mais en l'occurrence OpenDNS implèmente l'EDNS Client Subnet, donc il indique (via une extension EDNS) au DNS faisant autorité le /24 auquel appartient l'IP du enduser, et l'authoritative peut donc en faire quelque chose s'il sait le gérer.
Ça peut donc expliquer.
https://support.opendns.com/hc/en-us/articles/227987647-EDNS-Client-Subnet-FAQ (https://support.opendns.com/hc/en-us/articles/227987647-EDNS-Client-Subnet-FAQ)
-
Tu n'avais donc pas compris que les DNS faisant autorité pour un CDN comme Google sont bien entendu chez Google, et que l'IP qu'ils renvoient ne dépend pas d'un simple fichier de zone ?
dig +trace www.google.com
Non, ce que je voulais dire, c'est que cela ne dépendait pas du serveur DNS utilisé. Donc aucun rapport si on utilise les DNS Free ou Google.
-
Non, ce que je voulais dire, c'est que cela ne dépendait pas du serveur DNS utilisé. Donc aucun rapport si on utilise les DNS Free ou Google.
Quand ton résolveur sur ta machine finit par aller interroger les DNS authoritative de Google, c'est bien avec ton IP qu'il se présente.
-
Mais c'est le cas pour n'importe quel DNS que tu configures.
-
Non, le DNS interroge Google avec son IP, pas la tienne. Tu as EDNS qui présente ton /24 / (ou /48), mais ce n'est pas toujours implèmenté (majoritairement, tout de même)
-
Problème Youtube chez Free aujourd'hui, ou simplement Google
https://www.youtube.com/watch?v=6zVBIaVEa24 (https://www.youtube.com/watch?v=6zVBIaVEa24)
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 2a01:e0a:1ad:ef20::1 - 15 | 21 | 18 | 0 | 0 | 0 | 0 |
| 2a01:e02:18:f836:878d::ffff - 17 | 18 | 15 | 1 | 1 | 2 | 2 |
| 2a01:e02:18:1700::ffff - 17 | 18 | 15 | 1 | 2 | 5 | 2 |
| 2a01:e02:9::d - 20 | 15 | 12 | 3 | 6 | 7 | 7 |
| Request timed out. - 100 | 3 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 3 | 0 | 0 | 0 | 0 | 0 |
| 2001:4860:1:1:0:3022:: - 0 | 710 | 710 | 13 | 14 | 188 | 14 |
| 2001:4860:0:1016::1 - 0 | 727 | 727 | 13 | 13 | 23 | 14 |
| 2001:4860:0:1::1b0f - 0 | 724 | 724 | 13 | 13 | 26 | 14 |
| 2a00:1450:4007:5::7 - 0 | 162 | 162 | 24 | 63 | 743 | 110 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
-
Je tombe pas sur la même ip pour mes vidéos et je n'ai aucun soucis :
Start: 2020-04-17T16:21:21+0200
HOST: Freeze Loss% Snt Last Avg Best Wrst StDev
1. AS12322 2a01:e0a:1d2:::1 0.0% 10 4.2 1.5 1.0 4.2 1.0
2. AS12322 2a01:e02:1:f836:8917::ffff 0.0% 10 2.7 3.2 2.6 4.0 0.4
3. AS12322 2a01:e02:1:1735::ffff 70.0% 10 3.6 7.3 3.6 13.7 5.6
4. AS12322 2a01:e02:6001:200a::6 30.0% 10 2.9 3.6 2.9 4.5 0.5
5. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
6. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
7. AS15169 2001:4860:1:1:0:3022:: 0.0% 10 10.0 9.4 8.9 10.0 0.3
8. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
9. AS15169 2001:4860:0:1::1e33 0.0% 10 9.6 9.2 8.6 9.7 0.4
10. AS15169 par10s27-in-x0e.1e100.net 0.0% 10 9.1 9.2 8.7 9.7 0.4
-
Problème Youtube chez Free aujourd'hui, ou simplement Google...
Je suppose que tu veux mentionner l'absence de son !? (https://lafibre.info/images/smileys/@GregLand/cs.gif)
-
non les vidéos on beaucoup de mal a télécharger
-
non les vidéos on beaucoup de mal a télécharger
Sans problème pour moi. (https://lafibre.info/images/smileys/@GregLand/ed.gif)
-
Sur Free Mobile en 4G via une antenne en ransharing 4G ( SFR ) RAS , video en 2160 sans souci. Idem sur réseau propre.
-
Le problème avec youtube revient?
Serveur : r5.sn-5hne6nsd.googlevideo.com
(https://i.imgur.com/dI8FFPe.png)
(https://i.imgur.com/eUvCsqD.png)
(https://i.imgur.com/gP6uyvz.png)
-
echo r5.sn-5hne6nsd | tr "0-9a-z" "uzpkfa50vqlgb61wrmhc72xsnid83ytoje94"
8a.3s-ams15s36
Pourquoi tu es un serveur de cache aux PaysBas ? ???
-
Jsp Itinéraires buggés ? chez free?
Par ips "194.149.169.172" "194.149.169.172" confirme que je n'utilise pas de vpn
-
Apparemment : https://forum.universfreebox.com/viewtopic.php?t=84565
::) ;D
-
Jsp Itinéraires buggés ? chez free?
Par ips "194.149.169.172" "194.149.169.172" confirme que je n'utilise pas de vpn
http://redirector.c.googlevideo.com/report_mapping ça affiche quoi après =>
-
https://pastebin.com/eK2g7X5U
-
Le problème avec youtube revient?
Serveur : r5.sn-5hne6nsd.googlevideo.com
(https://i.imgur.com/dI8FFPe.png)
(https://i.imgur.com/eUvCsqD.png)
(https://i.imgur.com/gP6uyvz.png)
Pourtant la latence est bonne avec 13 et 19 ms à la destination (c'est ça qui importe au final).
-
La latence n'est qu'un des paramètres en cas de saturation : L'autre es la perte de paquets.
Une saturation peut entraîner une hausse de la latence, des pertes de paquets ou les deux.
-
Pour info chez moi aussi ça rame pourtant en fibre, et surtout le week-end je sais pas pourquoi Free un bridage volontaire ?
(En 4G SFR que j'utilise souvent à cause de Free fonctionne très bien)
https://pastebin.com/HnB2V6cF
-
Vous avez vérifié que ça ne touche pas votre connexion en général ? Çà pourrait aussi être une saturation locale du réseau de Free.
-
de mémoire, cette ligne indique que tu es sur un GGC à Marseille. Donc ça semble être sur le réseau de Free le soucis ...
82.66.41.146 => free-mrs3 (82.66.32.0/19)
-
Vous avez vérifié que ça ne touche pas votre connexion en général ? Çà pourrait aussi être une saturation locale du réseau de Free.
C'est uniquement le Week-end, et ce n'est pas sur toute les vidéos quand je fais un Speedtest au moment du bug, j'ai un débit normal du coup je trouve ça bizarre :o
D'ailleurs si je refresh plusieurs fois la page, cela fonctionne au bout d'un moment donc c'est bizarre je suis en Ethernet cat5e en Gigabit je doute que mon problème vient de mon install réseau...
Mon problème pourrait venir de ma box trop vieillissante ? (Freebox Revolution) ;D
de mémoire, cette ligne indique que tu es sur un GGC à Marseille. Donc ça semble être sur le réseau de Free le soucis ...
Maintenant je suis sur free-par12 et RAS.
Donc ton hypotèse me semble juste
-
Le sav free me dit que je n'ai aucun problème avec ma ligne ftth au niveau des débits et c'est vrai mais avec le youtube ça commence à faire encore plus grave :-\
(https://i.ibb.co/pf0cH4G/Sem-t-tulo.png)
(https://pbs.twimg.com/media/FKN0ErKWUAYAHid?format=jpg&name=medium)
edit: Serveur:rr1---sn-25ge7nsk.googlevideo.com
-
Il serait intéressant de tester avec nPerf Desktop qui a un test de débit classique, mais aussi un test Youtube.
L'application est en beta-test, il faut demander à nPerf pour y avoir accès : https://lafibre.info/tester-son-debit/beta-test-application-nperf-pour-windows-mac-linux/
-
Tracert avec les 2 serveurs que j'ai le probleme aujourd'hui (https://i.imgur.com/s2JJxM5.png)
La application nperf desktop j'ai déjà demande pour participer au test bêta
-
débit catastrophique pour moi aussi sur youtube aujourd'hui (et déjà quelques soucis hier)
les vidéos qui démarrent nickel, et passer les 30sec, ca descend en 240p et meme comme ca, buffer et blocage.... et au bout d'un moment ca revient..
-
Aujourd'hui, j'ai parlé avec le sav de free, ils m'ont dit que ma ligne était sous surveillance pendant 72 heures pour qu'ils trouvent le problème parce que c'est toujours comme ça 18h-23h. Leur système trouvera-t-il ce problème ?
-
Absolument pas, c'est la réponse pipo qu'on donne au client insistant, il n'y a rien a surveiller. La supervision est déjà au courant des liens qui saturent.
-
Absolument pas, c'est la réponse pipo qu'on donne au client insistant, il n'y a rien a surveiller. La supervision est déjà au courant des liens qui saturent.
humm donc ça ne sert à rien. Le problème c'est que pour sortir du free je dois payer 49.99 si non je ete déjà passé chez bouygues
-
Parfois le nouvel opérateur rembourse les frais de résiliation du précédent
-
humm donc ça ne sert à rien. Le problème c'est que pour sortir du free je dois payer 49.99 si non je ete déjà passé chez bouygues
Les opérateurs remboursent tous maintenant les frais de résiliation, après je pense qu'il faut quand même demander au moment venu, je sais pas
-
(https://media.discordapp.net/attachments/285029536016367616/938163583571882044/unknown.png) Sav free - Le ticket de problème de réseau a été ferme Raison : aucun problème de réseau détecté
:o :o :o
-
Y'a pas de souci sur ce traceroute en même temps
-
Y'a pas de souci sur ce traceroute en même temps
Ce traceroute c'est vers le serveur qui se charge de m'envoyer la vidéo j'attends 10sec pour charger 2sec
(https://media.discordapp.net/attachments/902573639268958238/938165197439401994/unknown.png)
bien a rien à faire c'est free
-
Parfois le nouvel opérateur rembourse les frais de résiliation du précédentJe vais essayer les bouygues j'ai lu sur le forum ils ont du bon peering et aussi ip fixe (4) mais en ipv6 je ne sais pas s'ils forcent un préfixe comme dans free chaque ordinateur a son propre ipv6 sans nat
-
Ça fait partie du principe d'ipv6 de ne plus avoir de nat
-
Y'a pas de souci sur ce traceroute en même temps
Ce traceroute c'est vers le serveur qui se charge de m'envoyer la vidéo j'attends 10sec pour charger 2sec
Comme déjà dit avant, il faudrait tester sur un outil de test de débit (si possible en comparant mono/multi-thread) pour voir s'il n'y réellement que Youtube qui est touché.
-
J'attends l'accès au npreft bêta desktop
-
J'attends l'accès au npreft bêta desktop
Avec speedtest.net tu peux faire le test en mono/multi-connexions depuis un navigateur, ça donnerait déjà une idée.
-
Avec speedtest.net tu peux faire le test en mono/multi-connexions depuis un navigateur, ça donnerait déjà une idée.
(https://www.speedtest.net/result/12704064201.png) - Mono
(https://www.speedtest.net/result/d/0556f795-cb8f-4496-9387-0c6f598b0abc.png) - Multi
-
C'est très étrange que le débit multi-connexion soit plus faible que mono-connexion.
Il faudra retester à un moment où tu rencontres les problèmes sur YT.
-
Il faudra retester à un moment où tu rencontres les problèmes sur YT.
Bien aujourd'hui le problème a disparu mais étrangement les routes vers les serveurs youtube ont changé.
192.168.1.254 0 10 10 3 6 11 3
194.149.169.53 0 10 10 5 9 15 5
194.149.166.62 0 10 10 6 9 14 6
72.14.221.62 0 10 10 5 9 15 5
72.14.235.25 0 10 10 5 9 14 5
108.170.244.197 0 10 10 6 10 15 10
209.85.255.106 0 10 10 412 577 768 768
216.239.35.206 0 10 10 15 19 29 16
172.253.71.226 0 10 10 22 28 37 26
74.125.245.225 0 10 10 21 26 37 22
172.253.75.95 15 7 6 20 23 28 20
mil07s01-in-f11.1e100.net 0 10 10 21 26 37 21
-
Probablement Google eux-même qui ont détecté le problème et t'envoient sur des serveurs italiens.
-
depuis hier j'ai aussi une impression de mieux, ca a doit contourner les points de saturation... jusqu'à...
-
jusqu'à... cogentco sature aussi ::)
-
cogentco sature aussi ::)
Pas aux dernières nouvelles à priori.
-
Bonjour, j'ajoute ma pierre à l'édifice avec mon propre témoignage.
J'ai moi-même constaté une certaine régression aux heures de pointe sur YouTube. Mais ça n'est pas aussi simple que lors des pires heures de 2012-2016. Généralement le plus bas que j'ai pu constater à été aux alentours de 2000kbps. Là où ça devient intéressant, c'est que le débit rapporté par le debug stats de YouTube peut fluctuer énormément selon la qualité choisie (16mbps en 1080p, ça va, 4mbps en 1440p, ça coince).
De même, j'ai parfois eu face à des situations où mon PC de bureau faisait face à des vitesses réduites, alors que mon smartphone Android, sur la même vidéo, montrait des vitesses quasi-maximales... étrange !
Parfois, la vitesse se met à remonter en flèche au milieu de la vidéo. J'imagine qu'il doit y avoir un effet de mise en cache quelque part. La vitesse est également souvent très différente selon la vidéo regardée.
Dans tous les cas je me suis résigné à laisser la qualité en "Auto" lorsque je constate des ralentissements. Je termine en 480p au pire, donc on va dire que « c'est pas si mal », même si j'espère que ça ne va pas trop durer...
-
Bonjour, j'ajoute ma pierre à l'édifice avec mon propre témoignage.
J'ai moi-même constaté une certaine régression aux heures de pointe sur YouTube. Mais ça n'est pas aussi simple que lors des pires heures de 2012-2016. Généralement le plus bas que j'ai pu constater à été aux alentours de 2000kbps. Là où ça devient intéressant, c'est que le débit rapporté par le debug stats de YouTube peut fluctuer énormément selon la qualité choisie (16mbps en 1080p, ça va, 4mbps en 1440p, ça coince).
De même, j'ai parfois eu face à des situations où mon PC de bureau faisait face à des vitesses réduites, alors que mon smartphone Android, sur la même vidéo, montrait des vitesses quasi-maximales... étrange !
Parfois, la vitesse se met à remonter en flèche au milieu de la vidéo. J'imagine qu'il doit y avoir un effet de mise en cache quelque part. La vitesse est également souvent très différente selon la vidéo regardée.
Dans tous les cas je me suis résigné à laisser la qualité en "Auto" lorsque je constate des ralentissements. Je termine en 480p au pire, donc on va dire que « c'est pas si mal », même si j'espère que ça ne va pas trop durer...
Bonsoir, je suis chez Orange et constate le même problème exactement de la même manière, ce qui me laisse à penser que le soucis viendrait d'ailleurs. Vous utilisez aussi Firefox?
-
Bonsoir, je suis chez Orange et constate le même problème exactement de la même manière
Ah bon ? Pourtant les PNI avec YouTube sont très très loin d'être pleins.
-
Justement, je ne pense pas que le soucis vienne du réseau / des serveurs, mais plutôt d'un soucis dans le navigateur ou dans le lecteur.
-
Sur Firefox l'interface ramait à l'époque à cause de la lib Polymer qui n'était pas totalement compatible hors webkit.
Faites un essai avec le bloqueur de pub désactivé
-
Merci pour la suggestion, je vais voir en coupant mon anti traceur.
-
Récemment revenu chez Free avec une Delta, je remarque aussi des moments ou YT c'est compliqué ...
Débit plein pot partout, sauf certaines vidéos Youtube en 1440P / 4k ou c'est galère.
J'espère que ça repart pas en bordel entre Free/Youtube ... C'est assez pénible.
-
PS : comment vous faites pour afficher les stats en overlay pendant la lecture d'une vidéo ? Google me sort tout les résultats du monde mais rien qui donne la combinaison de touche magique pour activer ça ...
Simplement clique droit sur la video -> stats pour les nerds
-
Yep j'ai fini par trouver ;)
Bon ba ça oscille entre le parfait et d'un coup le buffer s'éfondre, visiblement je passe bien par le serveur de cache quand je test l'url donnée plus tôt dans le thread...
Autre question, comment voir quel serveur fourni la vidéo ?
-
Yep j'ai fini par trouver ;)
Bon ba ça oscille entre le parfait et d'un coup le buffer s'éfondre, visiblement je passe bien par le serveur de cache quand je test l'url donnée plus tôt dans le thread...
Autre question, comment voir quel serveur fourni la vidéo ?
Soit une application IPvFoo par exemple ou en native avec les outils de dev dans l'onglet réseaux
-
Bonsoir,
ça fait quelque temps que j'ai des soucis avec YouTube. Ce soir impossible de regardé une vidéo (https://www.youtube. com/watch?v=Cpke7ZnJJvA) sans saccade... jusqu'à ce que youtube me change de serveur !
J'ai pu faire un ping et tracert depuis mon routeur jusqu'aux deux serveurs et sans surprise, il y en a un qui est en meilleure santé :D
-
J'ai eu des problèmes pendant des mois aux heures de pointe mais il y a 2 semaines le problème semble s'être résolu mais tout mon réseau interne hors le player pop passera par le tunnel l2tp chez milkywan ::) donc j'évite les problèmes futurs
-
mtr -6 2620:11a:a01f::16 -zerwc10
Start: 2022-03-13T19:36:54+0100
HOST: Ubuntu Loss% Snt Last Avg Best Wrst StDev
1. AS12322 2a01:e0a:cc:e60::1 0.0% 10 0.3 0.3 0.3 0.4 0.0
2. AS12322 2a01:e05:9:f836:7e01::ffff 0.0% 10 3.0 2.4 1.8 3.0 0.4
3. AS12322 2a01:e05:9:1700::ffff 0.0% 10 2.9 7.3 2.1 49.5 14.8
4. AS12322 2a01:e05:4::9 90.0% 10 9.6 9.6 9.6 9.6 0.0
5. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
6. AS12322 2a01:e00:2c::9 0.0% 10 12.4 12.0 11.5 12.4 0.3
7. AS12322 g-pni-1.routers.proxad.net 0.0% 10 21.9 18.3 13.9 29.8 4.8
8. AS36040 2620:11a:a01f::16 80.0% 10 11.3 11.4 11.3 11.6 0.2
PNI qui sature ?
-
Serveur qui a autre chose à faire que répondre en ICMP ?
-
C'est un serveur de cache. Depuis l'extérieur, je rentre à nouveau dans le réseau de Free (alors que j'ai un PNI avec Google).
Start: Sun Mar 13 19:49:38 2022
HOST: cacti.ornethd.net Loss% Snt Last Avg Best Wrst StDev
1. AS41114 gateway 0.0% 20 0.9 1.0 0.6 5.2 0.9
2. AS41114 be1-3171-n3k-core1.a9k-rombas.infra.ornethd.net 45.0% 20 0.9 1.0 0.8 2.0 0.3
3. AS??? ??? 100.0 20 0.0 0.0 0.0 0.0 0.0
4. AS2007802a05:46c0:100:100f::1 0.0% 20 3.8 3.9 3.8 3.9 0.0
5. AS2007802a05:46c0:0:210::38 0.0% 20 6.5 6.5 6.5 6.6 0.0
6. AS44530 appliwave.dc3-2.rt.hopus.net 0.0% 20 6.5 6.5 6.5 6.9 0.0
7. AS44530 lag-dc3-2.pa3-1.rt.hopus.net 0.0% 20 6.8 6.8 6.8 6.9 0.0
8. AS44530 free.pa3-1.hopus.net 45.0% 20 8.3 8.4 8.1 8.8 0.0
9. AS??? ??? 100.0 20 0.0 0.0 0.0 0.0 0.0
10. AS12322 2a01:e00:2c::9 45.0% 20 7.5 7.5 7.5 7.6 0.0
11. AS12322 g-pni-1.routers.proxad.net 0.0% 20 16.5 15.9 7.6 65.0 12.1
12. AS36040 2620:11a:a01f::16 80.0% 20 7.2 7.2 7.2 7.2 0.0
-
Et moi j'ai bon ou pas ?
mtr -6 2620:11a:a01f::16 -zerwc10
Start: 2022-03-13T19:55:17+0100
HOST: toshiba Loss% Snt Last Avg Best Wrst StDev
1. AS12322 2a01:e34:ecb5:f490::1 0.0% 10 2.6 2.2 1.8 2.7 0.3
2. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
3. AS12322 2a01:e00:2c::d 0.0% 10 13.6 13.4 12.2 14.0 0.6
4. AS12322 g-pni-1.routers.proxad.net 0.0% 10 14.6 19.2 14.1 24.0 3.7
5. AS36040 2620:11a:a01f::16 90.0% 10 12.8 12.8 12.8 12.8 0.0
-
Ici je regarde en full hd avec 120 secondes de buffer sans problème
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| (Mon prefix ipv6) - 0 | 30 | 30 | 2 | 5 | 9 | 5 |
| 2a01:e00:203a:f836:934f::ffff - 0 | 30 | 30 | 4 | 8 | 22 | 5 |
| Request timed out. - 100 | 7 | 0 | 0 | 0 | 0 | 0 |
| 2a01:e00:203a::2 - 55 | 11 | 5 | 4 | 6 | 8 | 8 |
| Request timed out. - 100 | 7 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 7 | 0 | 0 | 0 | 0 | 0 |
| g-pni-1.routers.proxad.net - 0 | 30 | 30 | 6 | 12 | 21 | 6 |
| Request timed out. - 100 | 7 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 7 | 0 | 0 | 0 | 0 | 0 |
| 2620:11a:a01f::16 - 75 | 8 | 2 | 0 | 6 | 6 | 6 |
|________________________________________________|______|______|______|______|______|______|
-
Pour ma part ça fait quelques semaines que YouTube c'est plutôt compliqué le soir et de même pour MyCanal où il arrive souvent que la qualité s'abaisse volontairement ou alors qu'on se retrouve avec "le cercle qui tourne".
Ça rappelle de mauvais souvenirs et c'est assez énervant >:(
-
T'as testé ton débit ? Ça pourrait être une saturation locale.
-
IPv6
iperf3 -c paris.testdebit.info -p 9201
Connecting to host paris.testdebit.info, port 9201
[ 5] local 2a01:e0a... port 38514 connected to 2001:860:de01:1101::2 port 9201
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 76.5 MBytes 641 Mbits/sec 3388 2.78 MBytes
[ 5] 1.00-2.00 sec 80.0 MBytes 671 Mbits/sec 3890 2.70 MBytes
[ 5] 2.00-3.00 sec 78.8 MBytes 661 Mbits/sec 1750 2.63 MBytes
[ 5] 3.00-4.00 sec 80.0 MBytes 671 Mbits/sec 1973 2.70 MBytes
[ 5] 4.00-5.00 sec 76.2 MBytes 640 Mbits/sec 1783 2.66 MBytes
[ 5] 5.00-6.00 sec 80.0 MBytes 671 Mbits/sec 1788 1.57 MBytes
[ 5] 6.00-7.00 sec 81.2 MBytes 682 Mbits/sec 1378 2.72 MBytes
[ 5] 7.00-8.00 sec 81.2 MBytes 682 Mbits/sec 1878 2.67 MBytes
[ 5] 8.00-9.00 sec 77.5 MBytes 650 Mbits/sec 1825 1.51 MBytes
[ 5] 9.00-10.00 sec 81.2 MBytes 682 Mbits/sec 1827 2.66 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 793 MBytes 665 Mbits/sec 21480 sender
[ 5] 0.00-10.01 sec 790 MBytes 662 Mbits/sec receiver
iperf Done.
iperf3 -c paris.testdebit.info -p 9201 -R
Connecting to host paris.testdebit.info, port 9201
Reverse mode, remote host paris.testdebit.info is sending
[ 5] local 2a01:e0a... port 38518 connected to 2001:860:de01:1101::2 port 9201
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 95.8 MBytes 804 Mbits/sec
[ 5] 1.00-2.00 sec 104 MBytes 876 Mbits/sec
[ 5] 2.00-3.00 sec 106 MBytes 891 Mbits/sec
[ 5] 3.00-4.00 sec 105 MBytes 882 Mbits/sec
[ 5] 4.00-5.00 sec 106 MBytes 886 Mbits/sec
[ 5] 5.00-6.00 sec 106 MBytes 890 Mbits/sec
[ 5] 6.00-7.00 sec 102 MBytes 855 Mbits/sec
[ 5] 7.00-8.00 sec 107 MBytes 900 Mbits/sec
[ 5] 8.00-9.00 sec 104 MBytes 872 Mbits/sec
[ 5] 9.00-10.00 sec 107 MBytes 900 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.01 sec 1.03 GBytes 884 Mbits/sec 432 sender
[ 5] 0.00-10.00 sec 1.02 GBytes 876 Mbits/sec receiver
iperf Done.
IPv4
iperf3 -c paris.testdebit.info -4 -p 9201 -R
Connecting to host paris.testdebit.info, port 9201
Reverse mode, remote host paris.testdebit.info is sending
[ 5] local 192.168.10.2 port 56372 connected to 89.84.1.194 port 9201
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 94.8 MBytes 796 Mbits/sec
[ 5] 1.00-2.00 sec 106 MBytes 887 Mbits/sec
[ 5] 2.00-3.00 sec 104 MBytes 870 Mbits/sec
[ 5] 3.00-4.00 sec 104 MBytes 873 Mbits/sec
[ 5] 4.00-5.00 sec 101 MBytes 845 Mbits/sec
[ 5] 5.00-6.00 sec 104 MBytes 872 Mbits/sec
[ 5] 6.00-7.00 sec 106 MBytes 886 Mbits/sec
[ 5] 7.00-8.00 sec 103 MBytes 861 Mbits/sec
[ 5] 8.00-9.00 sec 105 MBytes 883 Mbits/sec
[ 5] 9.00-10.00 sec 104 MBytes 874 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.01 sec 1.02 GBytes 873 Mbits/sec 833 sender
[ 5] 0.00-10.00 sec 1.01 GBytes 865 Mbits/sec receiver
iperf Done.
iperf3 -c paris.testdebit.info -4 -p 9201
Connecting to host paris.testdebit.info, port 9201
[ 5] local 192.168.10.2 port 56384 connected to 89.84.1.194 port 9201
[ ID] Interval Transfer Bitrate Retr Cwnd
[ 5] 0.00-1.00 sec 72.4 MBytes 607 Mbits/sec 2776 1.42 MBytes
[ 5] 1.00-2.00 sec 80.0 MBytes 671 Mbits/sec 2572 2.71 MBytes
[ 5] 2.00-3.00 sec 77.5 MBytes 650 Mbits/sec 2613 2.16 MBytes
[ 5] 3.00-4.00 sec 80.0 MBytes 671 Mbits/sec 1972 1.54 MBytes
[ 5] 4.00-5.00 sec 78.8 MBytes 661 Mbits/sec 2070 2.41 MBytes
[ 5] 5.00-6.00 sec 76.2 MBytes 640 Mbits/sec 1740 2.71 MBytes
[ 5] 6.00-7.00 sec 77.5 MBytes 650 Mbits/sec 2228 2.71 MBytes
[ 5] 7.00-8.00 sec 81.2 MBytes 682 Mbits/sec 2211 2.68 MBytes
[ 5] 8.00-9.00 sec 78.8 MBytes 661 Mbits/sec 2002 2.84 MBytes
[ 5] 9.00-10.00 sec 76.2 MBytes 640 Mbits/sec 2088 1.47 MBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 779 MBytes 653 Mbits/sec 22272 sender
[ 5] 0.00-10.02 sec 777 MBytes 650 Mbits/sec receiver
Pas la bonne piste, tout est normal.
-
Tests réalisés au moment ou tu as des pb avec youtube ?
-
Tests réalisés au moment ou tu as des pb avec youtube ?
Bien entendu. 8)
J'ai le souci tous les soirs sur YT donc plutôt simple de tester.
-
Problème de lecture video entre free mobile et youtube
-
Problème de lecture video entre free mobile et youtube
Rien de nouveau, ce sont des problèmes qui ne se produisent uniquement sur la reseau free où est difficile de savoir d'où vient le problème parceque il y aucun problème dans les itinéraires aux mêmes serveurs qui diffusent les vidéos.
Personnellement (Département 94 Nro vie94) j'ai plus de mal à regarder des vidéos dans d'autres langues (anglais, portugais, espagnol) que des vidéos en français.
-
Ça peut venir du cache, les vidéos en Français sont plus souvent mises en cache que les vidéos étrangères
-
Même les vidéos qui ne sont pas mises en cache, les itinéraires ne montrent aucun saturation, c'est pourquoi je dis des problèmes bizarres qui produisent uniquement sur la réseau free
-
Parfois le nouvel opérateur rembourse les frais de résiliation du précédentJe vais essayer les bouygues j'ai lu sur le forum ils ont du bon peering et aussi ip fixe (4) mais en ipv6 je ne sais pas s'ils forcent un préfixe comme dans free chaque ordinateur a son propre ipv6 sans nat
Chez Bouygues la disponibilité de l'ipv6 dépend du secteur.
Pour les zones où l'ipv6 est disponible, chaque connexion obtient un préfixe en /60 ce qui permet de faire 8 sous-réseaux. Le préfixe ne change pas.
-
Bonsoir,
J’ai eu des gros soucis pour visionner une vidéo (anglophone) en 4K forcée sur mon Apple TV ce soir.
D’après « stats pour les nerds » le débit plafonnait entre 8 et 10Mb/s ce qui ne permet pas de "buffer" la vidéo en qualité 4K.
Quelques minutes après (en laissant la lecture avec des coupures), le débit de crête est passé directement à + de 200Mb/s.
Ce n’est pas la première fois que j’observe ce phénomène, à chaque fois exclusivement pour des vidéos étrangères.
La piste des problèmes (ou bridages volontaires ?) de caches étrangers semblerait la plus plausible...
-
Personnellement, j'ai ce problème avec Firefox, mais pas avec Chrome, depuis 2 ou 3 semaines. La vidéo a du mal à remplir le buffer, s'arrête, passe à une très basse résolution, puis 1 ou 2 minutes après, le débit redevient normal, le buffer se remplit, et la résolution repasse au maximum.
J'ai d'abord pensé à un problème de peerong ou de saturation (bien qu'il y ait des caches sur le réseau Free, et que ce soit très passager), mais comme j'étais le seul, j'ai testé avec Chrome, et là aucun problème. Je pense que c'est arrivé après une mise à jour de Firefox (la 100 ?).
-
Tiens je me demandais, l'algorithme de contrôle de la congestion ne mettrais pas son grain de sel dans ces soucis rencontrés ?
-
Bonsoir,
J’ai eu des gros soucis pour visionner une vidéo (anglophone) en 4K forcée sur mon Apple TV ce soir.
D’après « stats pour les nerds » le débit plafonnait entre 8 et 10Mb/s ce qui ne permet pas de "buffer" la vidéo en qualité 4K.
Quelques minutes après (en laissant la lecture avec des coupures), le débit de crête est passé directement à + de 200Mb/s.
Ce n’est pas la première fois que j’observe ce phénomène, à chaque fois exclusivement pour des vidéos étrangères.
La piste des problèmes (ou bridages volontaires ?) de caches étrangers semblerait la plus plausible...
Sur Free ou sur Orange ?
-
Sur Free ou sur Orange ?
Sur une connexion Orange, j'ai cette vidéo qui galère à se charger en 4K :
https://www.youtube.com/watch?v=mqCb5iQqr6s (https://www.youtube.com/watch?v=mqCb5iQqr6s&t=63s)
-
Sur Free ou sur Orange ?
Free FTTH Freebox Revolution (J'ai mis à jour mon profil)
-
Je peux dire que mes problèmes sont terminés, je ne sais pas si le cache de google a une configuration qui peut être modifiée par l'opérateur pour mettre en cache les vidéos mais juste une courte vidéo qui est sortie 3min au Brésil j'avais un buffer de 120sec sans problemes mais sur le tracert ont changé toutes les vidéos que je vois passe par g-pni-x.routes.proxad.net
https://i.imgur.com/mxqkXMP.png (https://i.imgur.com/mxqkXMP.png)
-
Sur une connexion Orange, j'ai cette vidéo qui galère à se charger en 4K :
https://www.youtube.com/watch?v=mqCb5iQqr6s (https://www.youtube.com/watch?v=mqCb5iQqr6s&t=63s)
Bizarre ça ne touche que l'AV01, en VP9 aucun soucis
-
Bonsoir, juste pour signaler que j'ai effectivement ce probleme ( et que c'est chiant).
Fibre "10gb/s" free avec reseau local 10gb/s et DNS open dns . j'ai le souci quasiment tous les soir. en gros le débit youtube passe a max 10mb/s et donc toute video 4k/1440p devient quasi impossible a regarder, et bien sur le débit est suffisant pour le 1080p et moins.
appart cela je n'ai absolument aucun problème et mon débit est bon ( appart une certaine perte, comparé au débit max que j'ai d'habitude, qui est normal sur un GPON partagé comme celui de free )
a priori ce soir j'utilise le serveur r15.sn-4gxx-25ge7.googlevideo.com.
voila voila si vous voulez plus d'info sur mon setup ou si vous avez des pistes de solutions n'hesitez pas.
( ps: je precise que j'ai ce probleme uniquement chez free, exemple: en 5g bouygues j'ai aucun probleme de youtube )
-
Fibre "10gb/s" free avec reseau local 10gb/s et DNS open dns . j'ai le souci quasiment tous les soir. en gros le débit youtube passe a max 10mb/s et donc toute video 4k/1440p devient quasi impossible a regarder, et bien sur le débit est suffisant pour le 1080p et moins.
Ouah, ça fait quand même un facteur x1000 entre débit réel (10Mb/s) et débit théorique (10Gb/s). C'est juste incroyable.
Je suis bien content d'atteindre systématiquement les ~80Mb/s de débit Youtube sur ma connexion SFR-Numéricâble 400Mb/s, quelle que soit la vidéo.
voila voila si vous voulez plus d'info sur mon setup ou si vous avez des pistes de solutions n'hesitez pas.
Je pense qu'on connais tous la solution et elle est simple : ton opérateur est mauvais? Change d'opérateur.
Leon.
-
Ouah, ça fait quand même un facteur x1000 entre débit réel (10Mb/s) et débit théorique (10Gb/s). C'est juste incroyable.
Je suis bien content d'atteindre systématiquement les ~80Mb/s de débit Youtube sur ma connexion SFR-Numéricâble 400Mb/s, quelle que soit la vidéo.
Je pense qu'on connais tous la solution et elle est simple : ton opérateur est mauvais? Change d'opérateur.
Leon.
apres au dela de ce probleme, je suis tres satisfait et hors periode de pic ( le soir ) et general youtube fonctionne bien.
Apres je me demandais juste si y avait pas des expert du peering qui connaissent un truc pour contourner le probleme ( mais pas un vpn, qui est bien sur une solution que j'ai testé mais qui n'est pas pratique dutout )
-
Non, la seule solution si tu ne veux pas changer de FAI c'est effectivement un VPN.
Après le VPN ne fonctionnera que s'il s'agit réellement d'une saturation spécifique avec Youtube. Si c'est une saturation locale sur la collecte, ça ne changera rien.
-
Je pense qu'on connais tous la solution et elle est simple : ton opérateur est mauvais? Change d'opérateur.
Leon.
;) C'est la seul solution possible ::) pour résoudre le probleme avec free
-
Connexion vers les tous services Google dégradée ce soir, comme mercredi d'ailleurs. J'avais remarqué mercredi mais comme jeudi il ne s'est rien passé ... Je pensais que c'était ponctuel.
D'autres personnes chez free peuvent confirmer ?
moon@Freeze:[~] > mtr www.google.fr -zwc 10
Start: 2023-03-31T20:18:51+0200
HOST: Freeze Loss% Snt Last Avg Best Wrst StDev
1. AS12322 2a01:e0a:a85:xxxx::1 0.0% 10 0.9 1.0 0.8 1.1 0.1
2. AS12322 2a01:e02:1:f836:9543::ffff 0.0% 10 3.1 3.4 2.8 4.1 0.5
3. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
4. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
5. AS12322 2a01:e00:6003::5 90.0% 10 9.4 9.4 9.4 9.4 0.0
6. AS15169 2001:4860:1:1:0:3022:: 20.0% 10 101.3 100.3 98.1 101.4 1.4
7. AS15169 2a00:1450:8120::1 20.0% 10 103.2 100.2 96.4 103.4 2.6
8. AS15169 2001:4860:0:1::1f96 0.0% 10 99.7 99.4 95.8 102.4 2.2
9. AS15169 2001:4860:0:1015::10 20.0% 10 101.1 100.8 98.1 104.8 2.2
10. AS15169 2001:4860::c:4002:51c9 10.0% 10 101.0 99.0 95.5 101.0 1.5
11. AS15169 2001:4860::9:4000:e7b4 10.0% 10 99.0 100.1 97.4 105.7 2.3
12. AS15169 2001:4860:0:1016::1 0.0% 10 100.6 99.7 97.1 102.5 1.6
13. AS15169 2001:4860:0:1::5871 30.0% 10 102.7 101.4 99.0 103.4 1.7
14. AS15169 par21s22-in-x03.1e100.net 0.0% 10 105.4 100.7 96.6 105.4 2.6
-
J'ai à peu près la même chose, mais uniquement en IPV6. En IPV4, c'est OK.
-
Merci pour ta confirmation, cependant de mon côté c'est identique en v4 :
moon@Freeze:[~] > mtr youtube.com -z4wc 10
Start: 2023-03-31T21:16:35+0200
HOST: Freeze Loss% Snt Last Avg Best Wrst StDev
1. AS??? 192.168.1.254 0.0% 10 0.8 0.8 0.3 0.9 0.2
2. AS??? 194.149.169.89 90.0% 10 9.6 9.6 9.6 9.6 0.0
3. AS12322 212.27.40.192 0.0% 10 8.2 8.9 8.2 9.5 0.4
4. AS15169 72.14.220.92 10.0% 10 110.0 111.9 107.2 116.8 2.9
5. AS15169 108.170.231.95 20.0% 10 110.9 110.9 107.8 113.3 2.2
6. AS15169 142.251.64.129 40.0% 10 109.3 111.6 109.3 114.3 1.8
7. AS15169 par21s22-in-f14.1e100.net 40.0% 10 113.7 112.8 110.3 115.4 1.8
-
Si tu changes le host au cours des tests, on aura pas les mêmes résultats.
J'ai tracerouté google.fr lors de mes deux tests.
-
Je ne suis pas chez free, mais en WIFI 5 d'orange ça marche parfaitement
-
Je ne suis pas chez free, mais en WIFI 5 d'orange ça marche parfaitement
Idem, par contre, je suis chez Free.
Vers Google.fr
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.0.254 - 0 | 69 | 69 | 1 | 4 | 73 | 1 |
| 194.149.169.53 - 0 | 69 | 69 | 3 | 11 | 57 | 3 |
| 72.14.220.93 - 0 | 69 | 69 | 3 | 21 | 417 | 3 |
| 72.14.220.92 - 0 | 69 | 69 | 3 | 11 | 108 | 3 |
| 108.170.231.95 - 0 | 69 | 69 | 3 | 24 | 366 | 3 |
| 142.251.49.131 - 0 | 69 | 69 | 3 | 10 | 100 | 4 |
| par21s19-in-f3.1e100.net - 0 | 69 | 69 | 3 | 10 | 105 | 4 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider
Vers Youtube.fr
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.0.254 - 0 | 37 | 37 | 1 | 7 | 62 | 2 |
| 194.149.169.85 - 0 | 37 | 37 | 3 | 23 | 447 | 3 |
| iliad.demarc.cogentco.com - 0 | 37 | 37 | 3 | 13 | 126 | 5 |
| 72.14.220.92 - 0 | 37 | 37 | 3 | 44 | 977 | 3 |
| 172.253.69.49 - 0 | 37 | 37 | 3 | 13 | 159 | 5 |
| 142.251.253.33 - 0 | 37 | 37 | 3 | 8 | 43 | 8 |
| par10s49-in-f14.1e100.net - 0 | 37 | 37 | 4 | 44 | 977 | 4 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider
-
On voit clairement sur les graphes de darkmoon que le souci est en soirée, donc vers 13h, ca devrait passer en effet.
-
Dans mon cas, ça sera pareil en soirée ;)
Edit :
21H google.fr
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.0.254 - 0 | 66 | 66 | 0 | 0 | 4 | 0 |
| 194.149.169.53 - 0 | 66 | 66 | 2 | 2 | 4 | 3 |
| 212.27.40.192 - 0 | 66 | 66 | 2 | 2 | 15 | 3 |
| 72.14.220.92 - 0 | 66 | 66 | 2 | 2 | 5 | 3 |
| 108.170.231.111 - 0 | 66 | 66 | 4 | 4 | 6 | 5 |
| 142.251.49.133 - 0 | 66 | 66 | 2 | 2 | 15 | 3 |
| par21s19-in-f3.1e100.net - 0 | 66 | 66 | 2 | 2 | 4 | 3 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider
Youtube.fr
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.0.254 - 0 | 46 | 46 | 0 | 0 | 9 | 0 |
| 194.149.169.49 - 0 | 46 | 46 | 1 | 2 | 11 | 2 |
| iliad.demarc.cogentco.com - 0 | 46 | 46 | 2 | 2 | 9 | 3 |
| 72.14.220.92 - 0 | 46 | 46 | 2 | 2 | 15 | 2 |
| 108.170.231.111 - 0 | 46 | 46 | 4 | 4 | 15 | 4 |
| 142.251.49.137 - 0 | 46 | 46 | 2 | 2 | 9 | 3 |
| par21s20-in-f14.1e100.net - 0 | 46 | 46 | 2 | 2 | 15 | 2 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider
-
Ouais YouTube chie ce soir. Ça faisait 1 an que j'avais pas eu de FTTH Free, je le prends comme un cadeau de bienvenue
-
Ouais YouTube chie ce soir. Ça faisait 1 an que j'avais pas eu de FTTH Free, je le prends comme un cadeau de bienvenue
Saturation local probablement.
-
Je ne pense pas, tous les autres services fonctionnaient au top.
-
Oui je confirme, également ressenti ici, impossible de regarder une vidéo en 2160p entre 19h et 23h (à la louche).
Des fois, ça se retranscrit très bien sur le Smokeping, mais parfois non (exemple hier soir, dimanche 2, saccades sur des vidéos 2160p, mais pas de pertes enregistrées) :
https://smokeping.harvester.fr/?target=Cloud.Youtube
-
Je ne pense pas, tous les autres services fonctionnaient au top.
Il y a du peering régional chez Free alors maintenant ?
-
De mon côté, je n'ai plus de soucis. Que ce soit en ipv4 ou ipv6 c'est revenu dans l'ordre.
-
Ouais idem. Les incidents, ça arrive :)
-
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.1.254 - 12 | 9 | 8 | 0 | 0 | 0 | 0 |
| 194.149.169.129 - 0 | 281 | 281 | 15 | 21 | 291 | 45 |
| 194.149.166.9 - 0 | 329 | 329 | 15 | 18 | 38 | 16 |
| 72.14.220.93 - 2 | 74 | 73 | 15 | 18 | 34 | 16 |
| 72.14.220.92 - 0 | 38 | 38 | 147 | 163 | 191 | 162 |
| 108.170.231.111 - 0 | 37 | 37 | 149 | 166 | 192 | 164 |
| 142.251.240.213 - 0 | 38 | 38 | 148 | 164 | 189 | 167 |
| par21s27-in-f6.1e100.net - 0 | 37 | 37 | 149 | 164 | 190 | 162 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 2a01:e0a:a34:f730::1 - 0 | 6 | 6 | 0 | 0 | 0 | 0 |
| 2a01:e02:13:f836:e508::ffff - 0 | 6 | 6 | 4 | 4 | 6 | 6 |
| No response from host - 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| 2001:4860:1:1:0:3022:: - 0 | 30 | 30 | 133 | 143 | 161 | 143 |
| 2a00:1450:8059::1 - 0 | 1 | 1 | 135 | 135 | 135 | 135 |
| 2001:4860:0:1::bd4 - 0 | 2 | 2 | 138 | 143 | 149 | 149 |
| 2001:4860:0:1::1a67 - 0 | 11 | 11 | 140 | 149 | 180 | 140 |
| par10s36-in-f9.1e100.net - 0 | 12 | 12 | 138 | 145 | 161 | 147 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.1.254 - 15 | 7 | 6 | 0 | 0 | 0 | 0 |
| 194.149.169.129 - 0 | 150 | 150 | 15 | 18 | 60 | 16 |
| 194.149.166.9 - 0 | 116 | 116 | 15 | 17 | 29 | 16 |
| magiconline.proxad.net - 0 | 63 | 63 | 16 | 18 | 30 | 16 |
| 72.14.220.92 - 0 | 9 | 9 | 138 | 142 | 150 | 141 |
| 108.170.231.111 - 0 | 2 | 2 | 142 | 145 | 149 | 142 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| dns.google - 0 | 3 | 3 | 139 | 140 | 141 | 139 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
-
Je constate également, ça a débuté vers 17h00.
-
Ah bah quelqu'un sur le forum (on va pas cité son nom :) ) a dit que c'était de l'histoire ancienne, bizarre ::)
-
Après ça fonctionne correctement, pas de lag, videos 2k et 4k qui se chargent correctement.
La preuve, j'avais même pas remarqué :)
-
Après ça fonctionne correctement, pas de lag, videos 2k et 4k qui se chargent correctement.
La preuve, j'avais même pas remarqué :)
peut-être mais ça reste anormal
-
On est bien d'accord.
-
Peering Google avec Free la fin ?
DNS
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.1.254 - 20 | 10 | 8 | 0 | 0 | 0 | 0 |
| station9.multimania.isdnet.net - 3 | 89 | 87 | 12 | 12 | 14 | 13 |
| Request timed out. - 100 | 2 | 0 | 0 | 0 | 0 | 0 |
| google2.par.franceix.net - 1 | 143 | 142 | 0 | 14 | 176 | 15 |
| 74.125.37.173 - 1 | 205 | 204 | 13 | 13 | 19 | 14 |
| 216.239.48.139 - 0 | 547 | 547 | 11 | 12 | 23 | 15 |
| dns.google - 0 | 544 | 544 | 11 | 12 | 22 | 15 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)v4
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.1.254 - 0 | 6 | 6 | 0 | 0 | 0 | 0 |
| station9.multimania.isdnet.net - 0 | 27 | 27 | 11 | 12 | 13 | 12 |
| station3.multimania.isdnet.net - 0 | 126 | 126 | 11 | 12 | 13 | 12 |
| prs-b3-link.ip.twelve99.net - 0 | 155 | 155 | 11 | 12 | 48 | 11 |
| google-ic-344096.ip.twelve99-cust.net - 0 | 160 | 160 | 11 | 11 | 14 | 12 |
| 216.239.40.77 - 0 | 151 | 151 | 12 | 12 | 15 | 12 |
| 192.178.104.28 - 0 | 137 | 137 | 11 | 13 | 104 | 11 |
| 108.170.238.162 - 0 | 144 | 144 | 12 | 12 | 14 | 12 |
| 142.251.249.32 - 0 | 82 | 82 | 21 | 22 | 50 | 22 |
| 192.178.86.116 - 0 | 59 | 59 | 27 | 30 | 83 | 27 |
| 192.178.98.183 - 0 | 65 | 65 | 26 | 27 | 29 | 28 |
| 216.239.62.183 - 0 | 62 | 62 | 27 | 28 | 30 | 27 |
| prg03s08-in-f6.1e100.net - 0 | 63 | 63 | 27 | 27 | 28 | 27 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)v6
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 2a01:e0a:b0e:b0b0::1 - 0 | 6 | 6 | 0 | 0 | 0 | 0 |
| 2a01:e02:13:f836:ee18::ffff - 0 | 6 | 6 | 1 | 1 | 2 | 2 |
| No response from host - 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| google2.par.franceix.net - 0 | 135 | 135 | 11 | 12 | 28 | 12 |
| 2001:4860:0:1::7f83 - 0 | 1 | 1 | 13 | 13 | 13 | 13 |
| 2001:4860:0:1::3de - 0 | 4 | 4 | 12 | 12 | 13 | 13 |
| No response from host - 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| 2001:4860::9:4003:6d46 - 0 | 5 | 5 | 27 | 27 | 28 | 28 |
| 2001:4860:0:1::296d - 0 | 6 | 6 | 28 | 28 | 29 | 28 |
| prg03s08-in-f6.1e100.net - 0 | 57 | 57 | 27 | 27 | 28 | 27 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
-
Faudrait le sens retour, ça sent le routage asymétrique :)
-
Faudrait le sens retour, ça sent le routage asymétrique :)
C'est aussi ce à quoi je pense. Test avec plusieurs vidéos en 4K à l'instant, les stats YouTube m'indiquent une vitesse de chargement supérieure de 300-400 Mbps en moyenne. RÀS niveau expérience utilisateur
-
Depuis Google Cloud Platform grâce au shell on peux faire des traceroute (pas en IPv6 par contre) mais j'ai ça donne ça :
Host Loss% Snt Last Avg Best Wrst StDev
1. 10.88.0.1 0.0% 4 0.1 0.1 0.1 0.1 0.0
2. 108.170.255.148 0.0% 4 4.5 4.7 4.4 5.4 0.5
3. prs-b6-link.ip.twelve99.net 0.0% 4 5.0 5.1 4.9 5.4 0.2
4. prs-bb2-link.ip.twelve99.net 0.0% 4 5.7 5.8 5.6 5.9 0.1
5. prs-b3-link.ip.twelve99.net 0.0% 4 5.4 5.3 5.1 5.4 0.1
6. freesas-ic-384483.ip.twelve99-cust.net 0.0% 4 5.6 5.5 5.4 5.6 0.1
7. 78.254.246.85 0.0% 4 5.3 5.4 5.3 5.6 0.1
8. bzn-9k-2-sys-be2001.intf.routers.proxad.net 0.0% 3 5.8 5.9 5.8 6.0 0.1
9. www.free.fr 0.0% 3 5.5 5.5 5.5 5.6 0.1