[MàJ] Free : Une Fake Latency (fausse latence) pour brider Youtube ?
Catégorie Brèves
, publié le 11 décembre 2012 à 09h59 par Fouzi Habibi
Si d’après vos nombreux retours, les problèmes sur Youtube ont totalement disparu et/ou se sont estompés, ce n’est (malheureusement) pas le cas pour tous les abonnés. C’est ainsi qu’Harry, un lecteur d’Univers Freebox, nous a fait part d’un détail récolté ces derniers jours en effectuant un Tracert. D’après les résultats de Harry, Free introduirait volontairement une fausse latence. « La ligne google-pni est l’équipement rajouté par Free pour brider les connexion en créant une fake latency », littéralement une fausse latence, nous a-t-il expliqué en souhaitant garder l’anonymat.
A la ligne 5, le temps de latence et le « google-pni-3.intf.routers.proxad.net » :
Ralentissement sur Youtube (vers youtube-ui.l.google.com avec un maximum de 30 sauts) :
-
2 ms 3 ms 3 ms 2a01 :e34 :hidden
-
* * * Délai d’attente de la demande dépassé
-
50 ms 51 ms 55 ms bzn-crs16-1-te1-6-0-7.intf.routers.proxad.net
-
64 ms 57 ms 60 ms 2a01 :e00:1:10 ::2
-
176 ms 429 ms 194 ms google-pni-3.intf.routers.proxad.net
-
57 ms 53 ms 58 ms 2001:4860 ::1:0:9f2
-
55 ms 70 ms 48 ms 2001:4860 ::8:0:3df4
-
38 ms 64 ms 86 ms 2001:4860 ::8:0:2ac3
-
54 ms 53 ms 45 ms 2001:4860 ::2:0:87d
-
* * * Délai d’attente de la demande dépassé.
-
66 ms 68 ms 76 ms wb-in-x88.1e100.net
Aucun ralentissement sur Youtube : (vers youtube-ui.l.google.com avec un maximum de 30 sauts) :
-
2 ms <1 ms 4 ms 2a01 :e34 :hidden
-
* * * Délai d’attente de la demande dépassé.
-
31 ms 30 ms 31 ms bzn-crs16-1-te1-6-0-7.intf.routers.proxad.net
-
33 ms 31 ms 29 ms 2a01 :e00:1:10 ::2
-
91 ms 85 ms 86 ms 2001:4860:1:1:0:3022:0:5 (pas de google.pni...)
-
31 ms 30 ms 31 ms 2001:4860 ::1:0:9f2
-
31 ms 30 ms 31 ms 2001:4860 ::8:0:3df4
-
35 ms 34 ms 60 ms 2001:4860 ::8:0:2ac3
-
37 ms 36 ms 36 ms 2001:4860 ::2:0:87d
-
* * * Délai d’attente de la demande dépassé.
-
37 ms 34 ms 35 ms wg-in-x5d.1e100.net
Mise à jour : Suite a vos remarques, violentes pour certaines, alors qu’il ne s’agit que d’ouvrir le débat avec un élément nouveau, nous avons demandé à « Harry », qui est un spécialiste de ces questions, d’apporter des réponses.
Lien entre latence et débit
Les old school gamers le savent, le ping est important (donc la latence) car à force de faire des requêtes pour des "paquets perdus" on sature sa connexion et on se retrouve avec des erreurs type CRC. On peut avoir une connexion parfaite à 28 Mega, si le ping est mauvais, la communication sera mauvaise. Comme une antenne satellite qui réceptionne pendant une tempête.
Le routeur n’ajoute pas de latence car les serveurs après sont à 38 ms
Oui c’est vrai, mais il est fort probable qu’une QOS soit mise dans le routeur afin de faire une priorité basse au paquets transitant entre YouTube et l’usager et ainsi réduire la vitesse de réception (donc une latence supplémentaire), de plus, au plus fort du "bridage" le temps de réponse du ping était d’1 seconde et 56 centième pour une simple requête ICMP non prioritaire. Imaginez donc maintenant des millions de paquets contenant des infos sur les vidéos que les utilisateurs essayent de regarder.
Les DNS Google sont meilleurs
Oui et non, nous travaillons sur un réseau de confiance. C’est à dire que lors du broadcast de notre destination, les différents annuaires vont annoncer leurs nombres de sauts et le temps moyen de réponse. Comme il a été remarqué dans les commentaires, le nœud en question est un nœud de sortie donc une route obligée. C’est pareil avec un VPN, qui ne se substitue pas a votre ligne physique, mais masque juste votre identité.
Depuis votre article, le nœud google-pni a de nouveau disparu (alors que ce matin il répondait a 80 ms), même s’il est vrai que le tracert n’est pas l’outil le plus fiable du monde, il a quand même déterminé qu’un équipement supplémentaire était présent UNIQUEMENT sur les requêtes YouTube. Pour le reste (gmail, picasa, google+,...) il n’y a pas ce routeur.
Il existe toujours une probabilité que ce soit un routeur qui commence à tomber en panne, mais qu’elle est le pourcentage de chance pour que Free n’ai pas de routeurs en redondance ? D’ailleurs ce routeur change de nom régulièrement, il s’est appelé "Youtube-pni" puis "Google-pni" et je vous invite à regarder les tracert quand vous avez du lag sur YouTube, car je pense qu’il re-pointera le bout de son nez avant janvier 2013.
A ceux qui dénigre la "preuve par le tracert" :
2a01 est la plage réservée par Free pour ses équipements, les 2001 sont donc celles APRES le routage Free.
La ligne 5 du tracert change entre un équipement de Free et un équipement ailleurs (google,cogent ou autre acteur). Quand nous avons les temps de chargement au plus haut, c’est quand nous passons par le routeur de proxad. Quand nous passons par le 2001 : il n’y a AUCUN soucis de lag
Harry nous précise que ce qu’il essaie de montrer « c’est que les routes sont manipulées, et que le routeur de proxad est plus lent. Pourquoi je ne sais pas. Dans le contrat entre Cogent et Free peut être qu’il y a une clause en cas de paquets perdu qui ne serait pas à payer et du coup il laisserait passer uniquement un certain nombre des paquets tout en les conservant en mémoire dans le routeur pour un acheminement plus rapide aprés. »
NB : Univers Freebox souhaite favoriser l’expression des abonnés et des lecteurs rencontrant des problèmes sur Youtube. Notre objectif étant uniquement de vous apporter une interprétation de la situation. Chacun est bien entendu invité à nous proposer la sienne.
Xavier Niel investit dans Sipartech,
COMMENTAIRES DES LECTEURS (135)
Afficher les 130 premiers commentaires...
Posté le 12 décembre 2012 à 05h42
Ce que je peux observer de chez moi c'est que les problemes avec youtube sont entrain de se resoudre, la semaine derniere c'est devenu possible de regarder les videos jusqu'a 720p, et maintenant jusqu'a 1080p, et tout cela en ipv6. Alors apres en ce qui concerne la cuisine interne entre les 2 parties de cette affaire je penses que nous n'avons pas a nous en meler, que des routeurs soient ajoutés ou pas... ca a peu d'importance si le resultat est devient correct pour l'utilisateur final.
Posté le 12 décembre 2012 à 07h10
precision complementaire :
5. 20 ms 21 ms 21 ms google-pni-3.intf.routers.proxad.ne [2a01
Posté le 12 décembre 2012 à 08h46
Pour moi très peu d'amélioration pour les vidéos en ligne, après suffira de faire les mêmes tests depuis un autre fournisseur pour comparer, ce serait plus parlant...
Posté le 12 décembre 2012 à 09h19
DKO a écrit
JgK a écrit DKO a écrit Oui j'ai bien vérifié, ca ne passe plus ni sur mon Mac, ni sur mon iPad, ni sur mon iPhone ni sur mon Apple TV, ni sur l'interface Youtube de la Freebox... Et il n'y a pas qu'avec Youtube, c'est exactement le même problème pour les services Apple (Appstore, iTunes, iCloud etc.) et également Google (GooglePlay) Vous pouvez transmettre les informations de votre ligne (CEC... atténuation...) Pour iTunes, vous parlez uniquement du service distant d'achat? Ou l'affichage de votre bibliothèque? (je ne connais pas votre niveau en info, désolé) Je bosse dans l'informatique Les caractéristiques de la ligne n'ont pas bougé depuis des années que je suis chez Free par contre l'accès aux services d'Apple s'est nettement dégradé depuis cet été pareil pour Youtube ça n'a donc rien à voir avec ma ligne.
Pas trop de pb avec youtube pour ma part, par contre app store devenu inutilisable depuis la rentrée pour les mises à jour (obligé de les faire au bureau en wifi).
Posté le 12 décembre 2012 à 15h03
Bonjour,
Je pense qu'avant de poster un article sur traceroute, il faudrait commencer par comprendre comment cet outil fonctionne.
traceroute forge un paquet à destination d'une adresse IP et avec un TTL faible. Ce TTL est décrémenté à chaque noeud réseau croisé. Quand ce TTL expire un message d'erreur peut être renvoyé par cet équipement. C'est ce message qui est exploité par traceroute. En comparant la date d'émission du paquet traceroute et la date de réception.
Si on prend le temps de regarder le premier traceroute, la seule conclusion qu'on peut tirer c'est que le bond 5 a mis du temps à répondre. Il est d'autant plus stupide de dire qu'il induit une latence que le 6e bond à répondu dans un délai plus faible, ce qui justifie que le 5e bond ne "ralentit" pas le trafic. Et les arguments d'Harry dans le paragraphe entre latence et débit (outre le fait qu'ils soient incompréhensibles et invérifiables) ne sont pas convaincants à mes yeux.
À noter qu'en plus dans Internet le routage est asymétrique en général (donc le chemin pris par le trafic pour aller d'un point A à un point B n'est pas le même que celui de B à A) donc un traceroute dans un sens ne permet pas de conclure.
Enfin, la moindre des choses pour un "spécialiste" serait de comparer deux traceroutes vers la même destination. Si dans les deux traceroutes présentés, la destination passée en paramètre est la même (youtube-ui.l.google.com), on voit au niveau du dernier bond que ce n'est pas vers la même machine que le trafic est routé (wb-in-x88.1e100.net et wg-in-x5d.1e100.net). Harry compare donc deux traceroutes "incomparables", en d'autres termes un traceroute de "A" vers "B1" et un autre de "A" vers "B2"), donc je vois difficilement comment il peut conclure de manière rigoureuse.
INSERER UN COMMENTAIRE
Cinq consignes avant de réagir :
- Rester dans le cadre de l'article. Pour des discussions plus générales, vous pouvez utiliser nos forums.
- Développer son argumentation. Les messages dont le seul but est de mettre de l'huile sur le feu seront modifiés ou effacés sans préavis par la rédaction.
- Respecter les acteurs de l'informatique et les autres lecteurs. Les messages agressifs, vulgaires, haineux, etc. seront modifiés ou effacés sans préavis par la rédaction.
- Pour toute remarque concernant le contenu de l'article, pour nous signaler une erreur, une faute d'orthographe, une omission, merci de nous contacter exclusivement par e-mail.
- Relisez-vous, n'abusez pas des majuscules et profitez de l'aide du navigateur en activant la correction orthographique
Vous devez créer un compte Freezone et être connecté afin de pouvoir poster un commentaire.
![[Film] La piscine, sur Arte](IMG/cache-80x45/arton21059-80x45.jpg){kind=small}
![[Humour] Les Nous ç Nous retournent la télé, sur NRJ12](IMG/cache-91x70/arton21037-91x70.jpg)
jeanmartin
Envoyer message
@Liam128: ce sont juste des suppositions, éclairées par quelques recherches sur des route-servers et des looking glass...
De ce que j'ai pu constaté depuis l'extérieur, en heure de pointe c'est souvent tout le transit qui revient de Cogent qui est congestionné, ça m'étonnerait que Free perde du temps à faire une gestion différenciée pour le traffic Youtube... ou alors s'ils le faisaient, pourquoi alors les contenus Akamai sont congestionnés aussi ?
Si Youtube rame, mais pas un autre site, il faudrait vérifier :
1) si les tests sont faits vraiment au même moment,
2) depuis le réseau de l'autre site quel est son chemin RETOUR (donc trouver un looking glass chez l'hébergeur du site en question, ou avoir un shell sur un server chez le même hébergeur), pour être vraiment sur qu'il passe par le même endroit... ca revient peut-être par un autre transitaire moins / pas congestionné (donc un traceroute VERS le site en question ne sert à rien).
Encore une fois, que des suppositions... mais d'après les smokepings que j'avais pu faire depuis un serveur aux US chez un hébergeur client de Level3, en soirée en France, c'était pas joli-joli... donc pour moi c'est pas QUE youtube...