La Fibre
Télécom => Peering Transit (appairage) => 
Peering Google / Youtube => Discussion démarrée par: guillaume14 le 25 mai 2012 à 09:35:49
-
Comment connaître la qualité du peering d'un opérateur?
-
Ce n'est pas facile comme question. Ce qu'il faut c'est une latence (ping) le plus faible possible et un débit maximal.
Il faut donc avoir un maximum d’interconnexion directe avec les opérateurs (plus on passe par un tiers plus il y a risque de saturation) et upgrader un lien dès qu'il dépasse 80% de charge.
C'est en réalisant de nombreux tests vers de nombreux sites web qu'on arrive a déterminer qui est bon et qui est mauvais de façon générale mais il est toujours possible de trouver un contre exemple.
Par exemple pour joindre Youtube, on sait que Orange et Free ont régulièrement des saturations volontaires dont le but est de faire payer Google pour joindre leur réseau.
Vers l'international Orange était mauvais vers Cogent (à l'époque de MegaUpload, je n'ai pas testé depuis) vers lui a de bon liens vers Cogent mais utilise Cogent pour certaines destinations à l'international (des fois Youtube passe par là) et Cogent est opérateur lowcost que cela ne dérage pas d'avoir un lien saturé toute la journée. Certains qui ont des serveurs à l’étranger notent que le débit est mauvais vers Free et Orange alors qu'il est bon vers SFR, Bouygues Telecom et Numericable.
Des témoignages concernant Free (il y en a autant pour Orange, faut que je les rassembles) :
Franchement, j'étais Freenaute à mort mais l'offre Evolution de SFR est supérieure...
100 Mb/s symétrique avec un peering bien meilleur (échange au max de ma connexion vers NYC) que celui de Free, Youtube fonctionne super bien en 1080p (à n'importe quelle heure de la journée) et le téléphone n'est pas limité à 60 min pour les appels à l'étranger (j'appelais beaucoup le Canada).
Chez SFR quelques chaînes HD sont même en 12Mb/s.
L'offre fibre de Free, c'est un super intranet Iliad (Free/Online) à un tarif forcèment moins cher que les concurrents.
Je prends toujours le réseau de Free, le but c'est de regarder à quoi ressemble leur réseau, alors on va utiliser leur AS et faire une petite carte des différents liens, en comparant avec un traceroute on peut se rendre compte parfois que les chemins sont complètement incohérents d'un point de vue géographique; tout simplement parce que Free dit "tu vas pas passer par là, parce que c'est surchargé et comme on veut pas augmenter nos liens et pas faire de peering gratuit on va te faire passer par là même si c'est à l'autre bout de la Terre"
Bref, si tu es chez Free, il y a de fortes chances que ça soit à cause de leur réseau pourri, j'avais quelques serveurs sur le réseau Free, aujourd'hui je ne peux m'en servir que pour faire joujou.
Pour choisir un bon FAI il faut faire attention à son réseau: sa neutralité, son peering et ses prix, si ils sont trop bas c'est pas forcèment bon signe surtout si celui-ci base tout dessus.
Ici, depuis un accès Free ADSL, Youtube est quasiment inutilisable. Même en 480, ça ne passe pas.
Aussi, je me permet de demander aux abonnés FTTH Free comment ça se passe pour eux? Est-ce qu'ils rencontrent le même problème? Ou alors est-ce que Free leur réserve un routage spécial qui leur permet de profiter pleinement de Youtube?
Je sais par un ami qui est sur la "Freebre" que ça rame aussi.. mais étrangement tous les clients ne sont pas impactés de la même façon (QoS sélective). C'était la goutte d'eau qui m'a fait partir de chez Free, et je ne regrette pas avec 100M efficaces sur youtube sur la BBox fibre (contrairement à ce que dit l'assistance Free: "c'est pareil chez les autres!"). Pour ce qui est du traceroute, il ne veut rien dire vu que le trajet retour peut être complètement différent.
Xavier Niel à interviewé hier soir par le nouvel observateur. A la question sur les ralentissement sur Youtube, Xavier Niel conseil d'aller sur Dailymotion : "j'invite les gens qui ont des problèmes avec YouTube de s'apercevoir que sur Dailymotion souvent il y a les mêmes vidéos."
(https://lafibre.info/images/free/201201_xavier_niel.jpg)
Le nouvel observateur : En dehors du mobile, les abonnés Free sont victimes de ralentissements récurrents lors de leur connexion à YouTube. Qu'en est-il ?
Xavier Niel : Effectivement, il y a un problème. Les tuyaux entre Google et nous sont pleins à certaines heures, et chacun se repoussent la responsabilité de rajouter des tuyaux. C'est un problème classique qui arrive partout, mais plus souvent avec Google. En comparaison, le trafic avec Dailymotion -avec qui tout se passe bien- ne pose pas de problème. Donc j'invite les gens qui ont des problèmes avec YouTube de s'apercevoir que sur Dailymotion souvent il y a les mêmes vidéos.
Je confirme que l'accès Internet de Free est en forte dégradation ces derniers mois. Youtube est catastrophique sur de très longues périodes dans la journée, pas juste quelques heures en soirée.
Je pensais qu'il était dans la philosophie du FAI de fournir un accès de qualité, de maximiser ses peering quel qu'en soit le prix... bref, je me trompais lourdement!
Pas possible ce soir de regarder du 1080p. Dès que je passe par un proxy, aucun problème ::)
sur le 480p et inférieur, c'est la galère: débit moyen <600kbps en heure de pointe.
Free utilise maintenant les mêmes manières que orange, ils font payer le peering et laisse les liens de transit saturés volontairement.
Il y a quelques semaines sur le forum d'online.net il y a eu des topics ou j'ai participé pour dénoncer la qualité du réseau free.fr vers les IX non français, après des topics un peu partout sur différents forum free à modifié ses routes mais le problème c'est aggravé, en effet pour joindre notre réseau (Kiev, ua) je passais par le réseau de TATA, et maintenant par cogent.
Avant j'avais pendant une bonne partie de la journée 150ms avec une bande passante minable mais ça revenait la nuit, maintenant avec cogent je passe par les USA pour joindre l'Ukraine, avec minimum 100ms constamment d'énormes pertes de paquets et une bande passante pourrie.
Je pense qu'on pourrait appeler le topic 'Saturation des liens transit chez free.fr' parce que c'est pas qu'avec cogentco et youtube.com
Guillaume tu oublies de préciser que Free avait fait la même chose (/menace) avec Dailymotion il y a 5 ans sur FRNOG.
Au moins on a la confirmation (même si c'était évident, surtout pour les Freenautes) que Free fait du traffic shaping à foison, depuis quelques temps, et de plus en plus.
Free, c'est de moins en moins tout compris, l'offre est de moins en moins claire, mais surtout la qualité principale du service (la qualité de la connexion) est de plus en plus négligée, pour ne pas dire ruinée.
Manque de pot, je suis chez Free ADSL, donc je ne peux pas regarder cette vidéo Youtube, même en 360p!
Leon.
-
Moi je n'ai jamais de sérieux problèmes sur YT (parfois je dois mettre en pause quelques secondes pour buffériser).
Je suis jaloux.
Je VEUX observer les problèmes!
-
Moi je n'ai jamais de sérieux problèmes sur YT (parfois je dois mettre en pause quelques secondes pour buffériser).
Jamais de mise en tampon avec SFR, quand je regarde une vidéo YT cela télécharge à plusieurs Mo/s ;)
-
Jamais de mise en tampon avec SFR, quand je regarde une vidéo YT cela télécharge à plusieurs Mo/s ;)
En quelle résolution?
La plupart du temps YT marche bien pour moi - sauf que je ne peux jamais visualiser des vidéos 1080p évidemment.
-
1080p, chuis un accro à la HD.
La plupart du temps YT marche bien pour moi - sauf que je ne peux jamais visualiser des vidéos 1080p évidemment.
Moi je n'ai jamais de sérieux problèmes sur YT (parfois je dois mettre en pause quelques secondes pour buffériser).
Je suis jaloux.
Je VEUX observer les problèmes!
Donc tu as bien des problèmes, cqfd.
-
En quelle résolution?
La plupart du temps YT marche bien pour moi - sauf que je ne peux jamais visualiser des vidéos 1080p évidemment.
+1, quand je télécharge une vidéo Youtube via mon NAS (qui récupère le fichier vidéo comme un grand) je sature toujours à 11.2Mo/s.
-
En quelle résolution?
La plupart du temps YT marche bien pour moi - sauf que je ne peux jamais visualiser des vidéos 1080p évidemment.
Alors on ne doit franchement pas avoir le même accès Free.
Chez moi, Free ADSL dégroupé, en région parisienne, ça fige très souvent. Ca dépend énormèment des vidéos : certaines sont très fluides, mêmes en HD, d'autres catastrophiques (téléchargement = 5 fois temps de visionnement). Ca n'est pas étonnant vu le gros CDN que doit avoir Youtube, avec plein de serveurs partout. En fonction de la vidéo, on doit tomber sur des serveurs différents (cache plus ou moins proche).
Leon.
-
Et à 6h30 le matin, toutes les vidéos Youtube sont archi fluides, même en HD.
Donc oui, c'est clairement un pb de sous dimensionnement du réseau et des interconnections quelque part. Bref, ça sature.
Je suis vraiment très très étonné que chez d'autres abonnés ADSL dégroupés Free, ça ne sature jamais.
Leon.
-
Léon, si seulement certaines vidéos sont fortement dégradées, pourrais-tu me dire si cette vidéo qui posait problème en février pose toujours problème ?
Ils s'introduisent chez Orange et déclarent leur amour pour Free ! (https://www.youtube.com/watch?v=-ZGK4wQupAk#ws)
Si c'est le cas on va regarder où est son hébergement et demander a d'autres abonnés Free de tester.
A noter qu'il est possible qu'une partie des abonnés Free passent par un autre chemin, voir même un autre peering pour joindre un même serveur. Quand un opérateur important ouvre un peering (je pense au peering OVH <=> Orange par exemple), il est souvent mal dimensionné. L'astuce consiste a ce qu'un des opérateur n’annonce qu'une partie de son réseau.
Il est donc possible que certains abonnés Free passent par le peering Google et d'autre par des Cogent (vu que Google aime bien envoyer le trafic Google sur Cogent)
-
La vidéo que tu cites passe bien.
Voici un exemple de vidéo qui laggue en 720p : entre 2 et 3 fois plus de temps pour charger que pour visualiser.
Chicken or Black Sheep - Episode 2 (https://www.youtube.com/watch?v=He41L6cNu3I#ws)
En plus, j'ai constaté quelque chose de très intéressant avec Youtube, qui s'explique certainement par un bon système de cache.
Pour certaines vidéos qui lagguent à la première visualisation, ça passe beaucoup mieux à la 2ieme visualisation, même si cette 2ieme visualisation s'effectue depuis un navigateur ou un PC différent (sur le même accès).
C'est bien, mais ça rend le pb de saturation plus difficile à tracer. Je précise que c'est le cas pour la vidéo de ce message.
D'ailleurs, pas certain qu'on puisse voir quelque chose sur l'origine de ces saturations, il faudrait voir les routes "depuis youtube", et non depuis chez nous.
+1, quand je télécharge une vidéo Youtube via mon NAS (qui récupère le fichier vidéo comme un grand) je sature toujours à 11.2Mo/s.
Tiens, comment on fait pour télécharger une vidéo Youtube, stp? Je croyais que ça n'était plus possible de manière simple. Je suis preneur d'une solution, ça m'intéresse beaucoup.
Leon.
-
Pour la vidéo Youtube, en quelques secondes tout est buffurisé en 720p depuis ma Bbox fibre.
Tiens, comment on fait pour télécharger une vidéo Youtube, stp? Je croyais que ça n'était plus possible de manière simple. Je suis preneur d'une solution, ça m'intéresse beaucoup.
DownloadHelper (https://addons.mozilla.org/fr/firefox/addon/video-downloadhelper/) , une extension de Firefox qui permet de le faire très simplement pas seulement pour youtube mais pour tous les sites web qui ont de la vidéo en progressive download http. Un bouton te permet de voir la liste des vidéos ouvertes dans tous tes onglets et de le télécharger par un simple clic. Il sait faire d'autres choses mais il fait très bien cette fonction.
Pratique pour emmener sur ton téléphone de la vidéo trouvé sur Youtube.
Avant on téléchargeait la musique sur e-mule et les torrent. Maintenant c'est sur Youtube et on a en plus la vidéo du clip.
Merci Hadopi !
-
Pour la musique comme le dit vivien: "Free you tube to MP3 converter" A mettre à jour souvent pour qu'il marche !!
Sinon pour moi la vidéo en 720P rame pour se DL, alors qu'en 480 c'est immédiat. bref le débit semble insuffisant !
-
Pour ma part j'ai eu aucun souci, flux constant de 1,87Mo/s (le maximum pour ma connexion) en 720 comme en 240, 360 et 480p.
-
Traceroute vers "Ils s'introduisent chez Orange et déclarent leur amour pour Free !" 360p
4 24 ms 23 ms 23 ms cbv-9k-1-be1000.intf.routers.proxad.net [2a01:e00:2:c::2]
5 100 ms 99 ms 98 ms google-pni-3.intf.routers.proxad.net [2a01:e00:4:5::2]
6 23 ms 23 ms 25 ms 2001:4860:0:1::33a
7 93 ms 103 ms 96 ms 2a00:1450:4007:6::6
Visualisation satisfaisante à condition de faire une pause au début
Traceroute vers "Ils s'introduisent chez Orange et déclarent leur amour pour Free !" 480p
3 22 ms 22 ms 24 ms th2-crs16-1.intf.routers.proxad.net [2a01:e00:2:e::1]
4 24 ms 26 ms 23 ms cbv-9k-1-be1000.intf.routers.proxad.net [2a01:e00:2:c::2]
5 101 ms 101 ms 103 ms google-pni-3.intf.routers.proxad.net [2a01:e00:4:5::2]
6 25 ms 26 ms 23 ms 2001:4860:0:1::33c
7 105 ms 104 ms 101 ms 2a00:1450:4007:7::c
Terrible! Vers 19h ça bloque régulièrement.
Traceroute vers Chicken or Black Sheep - Episode 2 720p
3 24 ms 22 ms 24 ms th2-crs16-1.intf.routers.proxad.net [2a01:e00:2:d::1]
4 22 ms 22 ms 26 ms cbv-9k-1-be1000.intf.routers.proxad.net [2a01:e00:2:c::2]
5 54 ms 23 ms 23 ms 2001:4860:1:1:0:3022:0:5
6 33 ms 23 ms 24 ms 2001:4860:0:1::1ba
7 23 ms 22 ms 23 ms 2a00:1450:4007:1::16
Traceroute vers Chicken or Black Sheep - Episode 2 480p
3 * 23 ms * th2-crs16-1.intf.routers.proxad.net [2a01:e00:2:d::1]
4 23 ms 23 ms 23 ms cbv-9k-1-be1000.intf.routers.proxad.net [2a01:e00:2:c::2]
5 22 ms 22 ms 23 ms 2001:4860:1:1:0:3022::
6 24 ms 22 ms 23 ms 2001:4860:0:1::1b8
7 22 ms 23 ms 29 ms 2a00:1450:4007::a
-
Tiens, comment on fait pour télécharger une vidéo Youtube, stp? Je croyais que ça n'était plus possible de manière simple. Je suis preneur d'une solution, ça m'intéresse beaucoup.
Là c'est une fonction des NAS Synology, je colle l'URL dans DownloadStation et ça télécharge tout seul.
-
Traceroute vers "Ils s'introduisent chez Orange et déclarent leur amour pour Free !" 360p
Corrector, comment tu fais pour savoir exactement quel serveru est en train de délivrer une vidéo? Sous Windows bien sur. Un simple "netstat" ne permet pas de le faire, vu qu'une simple page youtube ouvre une dizaines de connexions différentes.
Leon.
-
Perso, je fais une capture wireshark et je regarde l'IP qui m’envoie le gros du trafic.
Je trouve difficile par d'autres moyens vu qu'on se connecte a plein de serveur pour afficher la page, les pub, les stats de visite, ect...
Terrible! Vers 19h ça bloque régulièrement.
C'est triste de devoir buffuriser avec du 480p.
-
Effectivement, je n'y avais pas pensé.
Donc la vidéo en question en 720p m'est délivrée par 208.65.155.84, qui est à Amsterdam, alors qu'en 320p, c'est 208.117.226.33 qui est à Paris.
Dans les 2 cas, un traceroute passe par Cogent. Mais cela ne nous indique que le chemin aller, donc celui qui nous intéresse le moins.
On ne sait pas du tout si le retour passe par Cogent. On ne sais pas si Free annonce mon IP à Youtube sur leur peering à Paris, à Amsterdam. On ne sait pas ce que choisit Youtube, ni les différents choix d'écoulement du trafic que Youtube a pour atteindre mon IP. Bref, on ne sait rien de plus.
Ce qui est facile à voir, c'est le traceroute Cogent vers Free qui montre que ça sature, mais ça n'est pas un scoop.
1 vl4.mag01.ams03.atlas.cogentco.com (130.117.254.1) 0.283 ms 0.306 ms
2 te0-3-0-7.mpd22.ams03.atlas.cogentco.com (130.117.0.241) 0.388 ms 0.601 ms
3 te0-4-0-0.ccr22.lon13.atlas.cogentco.com (154.54.60.205) 8.128 ms te0-1-0-0.ccr22.lon13.atlas.cogentco.com (130.117.1.138) 8.128 ms
4 te0-1-0-0.ccr22.lon01.atlas.cogentco.com (154.54.57.178) 8.148 ms te0-0-0-1.ccr22.lon01.atlas.cogentco.com (154.54.57.158) 8.089 ms
5 * 130.117.15.178 (130.117.15.178) 10.344 ms
6 if-8-704.tcore1.L78-London.as6453.net (80.231.130.9) 8.356 ms 8.243 ms
7 if-5-2.tcore1.PYE-Paris.as6453.net (80.231.130.2) 13.489 ms 13.189 ms
8 80.231.154.66 (80.231.154.66) 20.853 ms 19.973 ms <-- Là, 7ms D'UN COUP ENTRE PARIS ET PARIS, CA SATURE
9 cbv-6k-2-po20.intf.routers.proxad.net (212.27.51.62) 20.460 ms 21.007 ms
Tout ce qu'on sait, c'est que la qualité de Free est mauvaise pour plein de vidéos Youtube. Pour moi, c'est amplement suffisant pour dire qu'il y un problème.
Leon.
-
DownloadHelper (https://addons.mozilla.org/fr/firefox/addon/video-downloadhelper/) ,
Je confirme : il m'arrive d'aller sur YouTube en désactivant JS et/ou Flash!
-
Et le même traceroute à 7h du matin, ça ne sature pas du tout.
1 vl4.mag01.ams03.atlas.cogentco.com (130.117.254.1) 0.398 ms 0.400 ms
2 te0-3-0-7.mpd22.ams03.atlas.cogentco.com (130.117.0.241) 0.524 ms 0.539 ms
3 te0-2-0-0.mpd22.lon13.atlas.cogentco.com (154.54.28.153) 9.003 ms te0-1-0-0.ccr22.lon13.atlas.cogentco.com (130.117.1.138) 8.111 ms
4 te0-2-0-0.ccr22.lon01.atlas.cogentco.com (154.54.57.174) 8.086 ms te0-3-0-0.ccr22.lon01.atlas.cogentco.com (130.117.0.189) 8.106 ms
5 * *
6 if-8-704.tcore1.L78-London.as6453.net (80.231.130.9) 8.397 ms 8.402 ms
7 if-5-2.tcore1.PYE-Paris.as6453.net (80.231.130.2) 13.190 ms 13.066 ms
8 80.231.154.66 (80.231.154.66) 13.300 ms 13.152 ms
9 cbv-6k-2-po20.intf.routers.proxad.net (212.27.51.62) 13.671 ms *
Leon.
-
Il y a de forte chance que le trafic Youtube soit livré à Free sur Paris car Free râle justement sur le fait de devoir transporter ce trafic gratuitement le trafic Youtube dans toute la France jusqu'au client et souhaiterais que youtube livre son flux directement sur chaque routeur de ses POP en province.
C'est trop demander maà Google, mais par contre si Free me lit, ça serait bien d'expliquer au dirigeant de LyonIX si ils sont intéressés par un peering privé avec Google sur le NetCenter SFR de Lyon où Free est présent.
Si plusieurs FAI son intéressés, Google pourrait venir.
Lyon est un endroit intéressant car tous les FAI sont présents et il permet d'envoyer les flux vers Lyon / Aix / Marseille / Nice à la place de Paris. Pour Numericable cela inclus également le nord-est de la France car pour faire Metz => Paris sur le réseau Numericable, on fait Metz => Strasbourg => Lyon => Paris, donc une livraison sur Lyon économise également le lien Paris - Lyon.
-
Oui, mais il est fortement improbable que Youtube soit présent à Lyon. Youtube, c'est un gros CDN qui s'implante exclusivement dans les gros noeuds d'échange.
Donc si ce que tu dis est vrai, ça veut dire que la stratégie de Free consiste exclusivement à vouloir faire payer Youtube, sans chercher d'autre solution. Bref, exactement comme Orange. Free est donc en train de devenir aussi fermé que Orange, c'est moche.
Leon.
-
Google est déjà présent à Turin (c'est par là que les FAI de RESO-LIAin qui peer sur LyonIX récupèrent Google, le GIX de Turin et LyonIX étant interconnecté à 1 Gb/s)
Google n'a pas forcèment besoin de gros liens pour être présent sur Lyon : Il peux rajouter un cache pour le contenu le plus populaire.
Pour prendre le cas du CDN Akamai, il se propose de venir louer des baies chez les FAI pour héberger ses serveurs. Le FAI lui fournit quelques IP, un transit IP pour alimenter ses machines (des serveurs avec uniquement des disques SSD) et le FAI monte un peering privé pour récupérer les flux. Les serveurs d'Akamai renvoient ensuite le client vers les serveurs hébergé chez le FAI si les contenus sont présents.
-
C'est difficile de dire que le problème provient de Free (même si c'est certain qu'ils ont un réseau de merde), il faudrait effectuer les tests avec plusieurs FAI simultanèment pour conclure.
-
J'espère que tu déconnes, Cali...
Ca a été prouvé ici même, et c'est assez connu. Oui, Free a une mauvaise qualité, mauvaise interconnexion avec Youtube. Je ne suis pas le seul à l'avoir constaté. Ca s'est un peu amélioré ces derniers mois, mais c'est vraiment toujours pas terrible. Ca fait le yoyo de mois en mois depuis plusieurs années. Orange aussi a des problèmes, et c'est aussi connu.
Franchement, il est assez difficile de nier que Free a des problèmes.
Relis les posts plus haut: Vivien, depuis Bouygues, télécharge la vidéo en quelques secondes, alors que moi, depuis Free, ça met une éternité (ça freeze tout le temps). Les 2 tests ont été fait à l'heure de pointe. Donc le test que tu proposes a déjà été fait!
Leon.
-
Je le sais très bien, c'est pas qu'avec google, free refuse d'augmenter ses liens de transit, fait du QoS et demande de l'argent pour faire du peering. Mais ça n'empêche pas que les démonstrations plus haut ne sont pas suffisantes, pour démontrer qu'il y a un problème il faut montrer que tout fonctionne correctement au même moment avec un autre ISP.
-
Mais ça n'empêche pas que les démonstrations plus haut ne sont pas suffisantes, pour démontrer qu'il y a un problème il faut montrer que tout fonctionne correctement au même moment avec un autre ISP.
Franchement, je ne te suis pas, je ne vois pas ce que tu cherches.
Cette vidéo, citée ci dessus, laggue dès qu'on est en heure de pointe chez moi. Je l'ai visualisé plusieurs fois aux heures de pointe, c'était toujours pareil, aussi pourri. Vivien nous dit qu'il n'a aucun pb depuis Bouygues, toujours à une heure de pointe. J'ai même montré un traceroute qui sature aux heures de pointe et pas du tout tôt le matin; test effectué le lendemain du constat de la vidé qui laggue; ça montre bien que le problème est parfaitement répétable, tous les jours. Je ne vois pas ce qu'il te faut de plus pour accepter ce qui est évident.
Fin de la discussion pour moi.
Leon.
-
petit exemple personnel:
mon premier abonnement était chez alice adsl je sur megaupload je téléchargait en moyenne à 1mo/s en compte gratuit (beaucoup de variation selon les heures selon la charge des serveurs de mégaupload).
j'ai migré vers orange et la catastrophe le débit ne dépassait pas 50ko/s (en période creuse ou je faisais du 1mo/s) du jour au lendemain.
il est donc évidant qu'il y avait bien un problème a ce niveau (depuis le problème est résolu mega n'éxiste plus... ^^)
le problème estle mème pour les video youtube alice 0 soucis orange galère, bouygue pas de problèmes.
orange profite de son image de marque auprès des consommateurs (impréssion de diabilité par rapport aux autres pour pas mal de personnes) ça commence à changer un peu mais bon toutes les personnes ne sont pas passionnée d'info et ne font pas de recherche avant de prendre un opérateur.
a+
-
Je le sais très bien, c'est pas qu'avec google, free refuse d'augmenter ses liens de transit, fait du QoS (...)
C'est une bonne chose la Qualité, non?
-
Franchement, je ne te suis pas, je ne vois pas ce que tu cherches.
Cette vidéo, citée ci dessus, laggue dès qu'on est en heure de pointe chez moi. Je l'ai visualisé plusieurs fois aux heures de pointe, c'était toujours pareil, aussi pourri. Vivien nous dit qu'il n'a aucun pb depuis Bouygues, toujours à une heure de pointe. J'ai même montré un traceroute qui sature aux heures de pointe et pas du tout tôt le matin; test effectué le lendemain du constat de la vidé qui laggue; ça montre bien que le problème est parfaitement répétable, tous les jours. Je ne vois pas ce qu'il te faut de plus pour accepter ce qui est évident.
Fin de la discussion pour moi.
Leon.
L'icmp est très souvent limité sur les routeurs, ceux de free fonctionnent comme ça, par contre si tu constates une augmentation de la latence entre toi et la destination bien il y a peut-être un problème, mais c'est comme la bande passante, il faut voir si la même chose ne se produit pas avec une autre fournisseur. Je n'ai rien à accepter, tu as raison, il y a un problème chez Free, c'est connu, et je me plains presque tous les jours, mais les démonstrations que tu fais, même si tu compares aux résultats de Vivien, ne sont pas simultané. Avec un traceroute tu peux simplement déterminer que le chemin utilisé n'est pas le plus simple, et qu'il y a sûrement du QoS en comparant le peering de Free, mais c'est du côté BGP.
Quand je parle de QoS je parle surtout des load balancers, normalement quand une liaison arrive à sa capacité maximale on augmente cette capacité, chez free on préfère balancer la charge sur plusieurs chemin différents et on fait passer les quelques mecs un peu moins cons que la moyenne vers les chemins saturés puisque de toute façon même si ils gueulent ils ne seront pas suffisamment nombreux pour faire changer les choses en conséquent on se met à emprunter des chemins plus long et de moins bonnes qualité, voilà ce que c'est Free. Mais quand on mise sur le prix plutôt que la qualité il faut pas s'attendre à autre chose. Il y a des posts assez vieux de Rami, sur les newsgroup notamment ou il explique vers 2005/2006 que youtube.com et tous les autres sites de streaming videos font chier parce que les gens consomment plus de bande passante, je vais vous retrouver ça.
-
Avec un traceroute tu peux simplement déterminer que le chemin utilisé n'est pas le plus simple, et qu'il y a sûrement du QoS en comparant le peering de Free, mais c'est du côté BGP.
Je me fous complètement de savoir "que le chemin utilisé n'est pas le plus simple". Si entre moi et Youtube, ça passe par 5 ou 6 intermédiaires, mais que le ping et la bande passante sont bons, ça me va très bien.
Et tu te trompes: le traceroute permet de voir bien plus que "le chemin n'est pas le plus simple". Le traceroute comparatif permet de voir que ça sature, et c'est bien ça que je veux montrer! Tu devrais savoir ça, toi, un professionnel de l'Internet.
Après, je ne vois pas pourquoi tu me parles d'ICMP limité, et de QOS. Je rappelle que c'est Youtube qui balance du trafic à Free, donc ça n'est pas Free qui fait du load balancing s'il y en a un. On a montré que ça saturait, alors que chez d'autres, ça ne le fait pas, un point c'est tout.
Leon.
-
Il y a des posts assez vieux de Rami, sur les newsgroup notamment ou il explique vers 2005/2006 que youtube.com et tous les autres sites de streaming videos font chier parce que les gens consomment plus de bande passante, je vais vous retrouver ça.
http://www.mail-archive.com/frnog@frnog.org/msg00944.html (http://www.mail-archive.com/frnog@frnog.org/msg00944.html)
Re: [FRnOG] Re: [FRnOG] Re : [FRnOG] Re: [FRnOG] RE : [FRnOG] Content Delivery Network (CDN) à la francaise
Rani Assaf
Thu, 30 Nov 2006 08:52:16 -0800
Extraits :
Le problème est le développement à grande vitesse des plateformes de
diffusion de Video.
C'est bien toujours d'actualité? ;)
Or, de petits hébergeurs/opérateurs ont fini par trop abuser de cette
situation en vendant aux 2 catégories ci-dessus la bande passante a des
prix délirants en se disant "je vais payer plein pot mon trafic vers FT,
AOL c'est pas si gros et derrière j'ai plus de la moitié du trafic que
j'écoule gratos donc frontalement je peux casser le prix du Mbps". On est
tous du métier et on connait tous ce que ce sont les coûts pour aller
louer quelques m² à Redbus (surtout avant l'augmentation des prix ;), de
mettre 40 serveurs par baie, un switch et tirer une fibre vers le Freeix
ou le Panap....
On (Free mais je crois savoir qu'on est pas les seuls) a décidé de
prendre les devants et d'arrêter cette dérive avant que ça ne soit
dangereux. A l'heure où j'écris, le trafic d'un dailymotion ou un youtube
reste négligeable par rapport à ce qu'on fait en interne (la VoD chez
nous par exemple, c'est des dizaines de Gbps qui viennent se rajouter à
tout le reste en soirée) mais la croissance de leur trafic est clairement
inquiétante.
Quand Free, pour sa propre plateforme de VoD (qui je le rappelle est
payante et génère des millions d'euros de CA), doit investir dans des
POPs régionaux pour clusteriser la plateforme, est-ce normal de véhiculer
gratuitement les flux des autres à partir d'un point central de
livraison?
Donc le problème c'est la livraison au niveau national, est-ce que Free propose des "points de livraison" régionaux en peering gratuit maintenant?
Enfin, le fournisseur de contenu, s'il pense que l'opérateur se fout de
sa gueule et lui vend cher la bande passante pour la terminaison du
trafic alors là il n'a qu'à investir dans un backbone national et amener
le trafic au plus près du client final et il sera en droit de réclamer
des tarifs moins élevés.
C'est exactement comme pour les interconnexions voix: vous pouvez vous
interconnecter avec France Telecom au niveau des centres de transit (PRO)
ou alors descendre jusqu'aux CAA et payer moins cher la terminaison.
On peut comparer les tarifs de "terminaison" de Free selon la localisation?
-
Oui, Free propose un peering gratuit a ceux qui viennent s'interconnecter sur chacun de ses routeurs en province (donc des dizaines d'interconnexion)
Aucun opérateur n'est aujourd'hui intéressé.
Cela signifie avoir un réseau national qui va partout et louer des baies à SFR un peu partout dans la France vu que Free est dans les locaux SFR (comme les autres opérateurs ADSL sauf Orange).
-
Les "peering policy" de free étaient publiques il y a quelques années, et sont devenues "confidentielles = à la tête du client".
Voici un retour en arrière sur cette politique publique:
http://web.archive.org/web/20070206051907/http://www.as12322.net/as12322_policy.html (http://web.archive.org/web/20070206051907/http://www.as12322.net/as12322_policy.html)
Settlement Free Interconnection ("peering")
Free S.A.S (AS12322) has a selective peering policy. Applicants must meet each of the following pre-qualifications:
- Applicant must operate a fully staffed Network Operation Center (NOC) 24 x 7 x 365.
- Applicant must peer with AS12322 in at least two different locations
- Traffic exchanged must be at least 1000Mbps average in each direction and traffic ratio should be no more than 2:1
- Applicant must be advertising at least a /16.
To ensure continued compliance with AS12322 policy, status of all settlement-free peers will be reviewed once every six months or upon requests for upgrades. Peers who do not comply with the published policy will be given 60 days to remedy the situation.
This policy is only a guideline. Meeting all requirements does not guarantee that Free S.A.S. will accept to peer with the Appliant. Exceptions may also be granted at the sole discretion of Free S.A.S.
Please send all questions/requests to peering@as12322.net
Regional Settlement Free Interconnection
Regional Settlement Free Interconnection is available in major cities in France. In every region where Applicant has a peering session with AS12322, Free S.A.S will advertise its customers in this region (based of the BGP confederation topology of AS12322).
Applicants must meet each of the following pre-qualifications:
- Applicant must operate a fully staffed Network Operation Center (NOC) 24 x 7 x 365.
- Traffic exchanged must be at least 200Mbps (inbound or outbound)
- Presence in all regions is NOT required. However, it is required to setup at least peering sessions in two different regions to be able
to peer in Paris.
All costs associated to link Applicant's network to Free S.A.S.
equipments are to be supported by the Applicant.
Please send all questions/requests to peering@as12322.net
Paid Peering
For applicants who do not qualify for a Settlement Free Interconnection or who do not have a nation wide network to establish Regional Settlement Free Interconnection, it's possible to request a Paid Peering. The benefits are:
- Direct access to all Free S.A.S content
- Direct access to more than 2.6 million eyeballs
- No traffic volume and restrictive ratio requirements
- A single Point of Presence to collect/deliver traffic
- A monthly flat price depending on the interface capacity
J'ai un vague souvenir d'un débat qui disait que Free aurait refusé le peering gratuit régional, malgré un peer remplissant les conditions. Il faut que je retrouve ça.
Leon.
-
Je me fous complètement de savoir "que le chemin utilisé n'est pas le plus simple". Si entre moi et Youtube, ça passe par 5 ou 6 intermédiaires, mais que le ping et la bande passante sont bons, ça me va très bien.
Et tu te trompes: le traceroute permet de voir bien plus que "le chemin n'est pas le plus simple". Le traceroute comparatif permet de voir que ça sature, et c'est bien ça que je veux montrer! Tu devrais savoir ça, toi, un professionnel de l'Internet.
Après, je ne vois pas pourquoi tu me parles d'ICMP limité, et de QOS. Je rappelle que c'est Youtube qui balance du trafic à Free, donc ça n'est pas Free qui fait du load balancing s'il y en a un. On a montré que ça saturait, alors que chez d'autres, ça ne le fait pas, un point c'est tout.
Leon.
Le BGP choisit le plus rapide et meilleur chemin, il y a de fortes chances que celui-ci soit celui avec le moins de sauts,
Si tu es chez Free, les réponses ICMP des routeurs sont limité donc tu ne peux pas te baser sur ces critères.
Le Load Balancing s'applique dans les deux sens, si Free empêche les paquets de youtube.com d'arriver à un certains endroits et ne rend accessible qu'un accès surchargé, bien ça sera tout pourri.
Mais franchement avec youtube c'est pas le pire, pour joindre mon réseau il me fallait passer par plusieurs sauts aux U.S avec de revenir à Amsterdam pour finalement aller à Kiev.
Donc dans tous les cas, si on souhaite un accès à l'internet, c'est pas chez free qu'il faut se diriger.
-
Si tu es chez Free, les réponses ICMP des routeurs sont limité donc tu ne peux pas te baser sur ces critères.
Mais de quoi tu parles? Soit explicite, stp, plutôt que de répéter tout le temps la même chose! En quoi ma démonstration de la route qui sature serait-elle perturbée par les routeurs de Free? Relis mes comparatifs de traceroute. Ces traceroute sont effectués depuis Cogent, et non depuis Free. Regardes les temps des réponse. On voit bien qu'il n'y a aucune perturbation par les routeurs. Si le routeur n'a pas envie de répondre, il ne répond pas. Mais quand il répond, son temps semble parfaitement fiable (complètement lié au ping avant et après lui). Non, vraiment, je ne te comprends pas. Alors stp, sois un peu plus explicite.
Leon.
-
Mais de quoi tu parles? Soit explicite, stp, plutôt que de répéter tout le temps la même chose! En quoi ma démonstration de la route qui sature serait-elle perturbée par les routeurs de Free? Relis mes comparatifs de traceroute. Ces traceroute sont effectués depuis Cogent, et non depuis Free. Regardes les temps des réponse. On voit bien qu'il n'y a aucune perturbation par les routeurs. Si le routeur n'a pas envie de répondre, il ne répond pas. Mais quand il répond, son temps semble parfaitement fiable (complètement lié au ping avant et après lui). Non, vraiment, je ne te comprends pas. Alors stp, sois un peu plus explicite.
Leon.
Bien c'est toujours pareil, tu te bases sur l'ICMP, on peut pas prendre ce critère en compte, Free limite l'ICMP sur ses routeurs, et même si il n'y avait aucune surcharge tu verrais des différences à différents moments de la journée, par contre la latence entre toi et la destination doit être stable si tout va bien mais youtube pourrait très bien décider d'appliquer des limites.
Si tu veux vraiment avoir de bonnes preuves, demande aux FAI de transit, cogentco/tata surtout, d'envoyer les graphiques d'interconnexions avec Free, on voit très bien la surcharge dans les deux sens et quasiment h24.
-
OK, puisque tu ne veux pas t'expliquer plus que ça et que tu répètes toujours inlassablement "free limite l'ICMP sur ses routeurs" (ce qui n'a aucun rapport avec mes mesures), sans expliquer plus que ça, je referais le test en pingant vers ma propre Box, dont je sais précisèment comment elle réagit. Si je peux, je rajouterai même du packet loss, pour te prouver qu'on peut voir plein de choses depuis un simple accès.
Et non, je ne suis absolument pas d'accord avec toi: la variation du ping est un vrai moyen éprouvé pour montrer une saturation quelque part. C'est ce qu'utilisent les ingénieurs réseaux. C'est le seul moyen de diagnostiquer son interconnexion avec le reste du monde, et ça fonctionne très bien. Pas besoin de demander les courbes de trafic d'interconnexions entre Tier-1 pour savoir si une interconnexion sature (sinon, on ne s'en sortirait pas).
Maintenant, si en tant que professionnel, tu ne sais pas reconnaitre quand un traceroute est fiable et explicite, ou non, alors je pense qu'il y a un problème...
Leon.
-
Si Free filtre et limite l'ICMP alors il y aura des pertes de paquets aux niveaux de ses routeurs, il peut également créer une file d'attente et prolonger volontairement l'envoi d'une réponse, il est fréquent de recevoir des réponses de sauts après celles de la destination.
Un hôte distant peut aussi parfaitement décider de limiter/bloquer une source, en conséquent il est nécessaire de demander des informations à celui-ci.
Cependant nous pouvons exclure que youtube.com dégrade volontairement en continu ou à certaines heures le trafic avec Free, nous pouvons alors faire corréler les statistiques de latence depuis deux fournisseurs d'accès à Internet vers youtube.com simultanèment et conclure aux vus des variations repérées chez l'un qu'un dis-fonctionnement volontaire existe, mais il n'est en aucun cas possible de prendre en compte les réponses des sauts, surtout chez free car elles sont volontairement édité.
Ce n'est pas avec un traceroute et des réponses ICMP qu'on établit une preuve formelle, on peut simplement èmettre des hypothèses, pour aller plus loin il faut surveiller les activités BGP du FAI et la on se rend compte qu'il y a des trucs pas très honnêtes.
Maintenant, si en tant que professionnel, tu ne sais pas reconnaitre quand un traceroute est fiable et explicite, ou non, alors je pense qu'il y a un problème...
Je pense qu'au vu des termes et de la façon que tu as de les utiliser que j'ai suffisamment plus d’expérience que toi pour démontrer que certaines de tes démonstrations ne pourraient être prise en compte.
Bref, il existe de gros problèmes sur le réseau de Free, c'est un mauvais réseau et j'ai du mal à l'appeler "Fournisseur d'accès à Internet".
Tu peux utiliser les réponses ICMP pour montrer que la latence entre toi et youtube et excessivement élevée et ton traceroute pour montrer qu'il n'est pas très logique de passer par tel endroit et qu'il y a peut-être un peu trop de sauts, mais tu ne peux pas t'en servir pour dire "c'est tel saut qui merde" car il y a beaucoup trop de chances pour que les réponses de ceux-ci soit volontairement altéré.
-
J'abandonne, tu m'as eu à l'usure. Je te laisse avec tes convictions douteuses.
Leon.
-
Si Free filtre et limite l'ICMP
Si
Mais Free ne fait pas ça - ça se saurait.
Donc arrête de raconter n'importe quoi : les sorties traceroute sont notoirement délicates à interpréter, mais quand on peut observer de façon reproductible une corrélation entre un facteur (ici être en heure creuse/heure pleine) et une différence de mesure (donc pas juste une trace particulière) qui est bien supérieure à la variabilité naturelle, alors OUI, on peut dire qu'on observe quelque chose d'autre qu'une interprétation personnelle.
-
Si ils le font. Tu peux demander, ils répondront explicitement "C'est pas leur boulot de répondre à l'icmp".
-
Où ça?
Quels type de message ICMP?
-
echo request.
-
Donc la commande traceroute ne sera pas affectée par le "filtrage" de Free.
CQFD
-
Bah ouais, c'est clair.
3. th2-crs16-1-be1503-p.intf.routers.proxad.net 9.1% 11 0.7 0.8 0.7 0.9 0.1
4. bzn-6k-5-po6.intf.routers.proxad.net 18.2% 11 1.0 1.0 1.0 1.1 0.0
Btw, les pourcentages ce sont les pertes.
-
Pour un pro d'Internet, tu mélanges vraiment tout!
Reprenons :
- le programme traceroute traditionnel n'utilise pas echo-request (fait un tcpdump si tu ne me crois pas)
- "tracert" (sous Windows) èmet des echo-request
- un routeur n'est pas obligé de répondre à "traceroute".
- ne pas répondre à une sollicitation n'a rien à voir avec du "filtrage"
- ne pas èmettre un message ICMP n'a rien à voir avec du "filtrage"
- linux par défaut limite les messages d'erreurs ICMP à 1 par seconde
donc si 2 freenautes en même temps font un traceroute, en passant par le même chemin, au moins l'un d'eux observera des "pertes" (en fait : les non réponses)
Tout cela est très élèmentaire.
Je le répète, jusqu'à preuve du contraire, Free ne filtre pas les ICMP.
-
15:47:08.919716 IP notreversed.xentime.com > village.vermine.ru: ICMP echo request, id 18634, seq 19, length 40
E..<a7.....hX.ox>..W..9.H...HIJKLMNOPQRSTUVWXYZ[\]^_`abcdefg
mon traceroute gère très bien les echo request, ainsi que les TIME_EXCEEDED.
Free applique bien des règles sur ses routeurs, va demander sur les newsgroup, voir même IRC.
-
Merci corrector. Enfin quelqu'un qui comprends un peu la base d'ICMP, contrairement à notre professionnel de Cali.
Oui, le process de réponse ICMP (echo reply) et de routage de paquet sont 2 choses complètement décorrélées. Cali mélange les 2 apparemment. Oui, les routeurs répondent mal aux ICMP, mais SI, ils routent bien les paquets, même ICMP. C'est bien leur boulot principal, à ces routeurs. Du coup, un simple traceroute nous permet de voir plein de choses.
Leon.
-
La majorité des routeurs de backbones fonctionnent pour ne pas prioriser l'ICMP chez Free, OVH tout ça c'est pareil.
Je vois pas non plus où je mélange quoi que ce soit, j'aimerai bien que tu me files ton as pour que je rigole un peu.
-
vivien, tu nous mets en place un speedtest en ICMP?
-
Si Free filtre et limite l'ICMP alors il y aura des pertes de paquets aux niveaux de ses routeurs, il peut également créer une file d'attente et prolonger volontairement l'envoi d'une réponse, il est fréquent de recevoir des réponses de sauts après celles de la destination.
Ce qui veut dire que les routeurs ne considèrent pas la production de messages d'erreur comme une priorité.
Cependant nous pouvons exclure que youtube.com dégrade volontairement en continu ou à certaines heures le trafic avec Free, nous pouvons alors faire corréler les statistiques de latence depuis deux fournisseurs d'accès à Internet vers youtube.com simultanèment et conclure aux vus des variations repérées chez l'un qu'un dis-fonctionnement volontaire existe, mais il n'est en aucun cas possible de prendre en compte les réponses des sauts, surtout chez free car elles sont volontairement édité.
Non, c'est Orange qui fait ça
Ce n'est pas avec un traceroute et des réponses ICMP qu'on établit une preuve formelle, on peut simplement èmettre des hypothèses, pour aller plus loin il faut surveiller les activités BGP du FAI et la on se rend compte qu'il y a des trucs pas très honnêtes.
Si jusqu'à un routeur R tout va bien : pas de pertes, latence faible et stable, et qu'après il y a des pertes élevées tout le temps et une latence plus élevée et très variable, on peut en conclure quelque chose.
Attention, ce n'est pas réception (ou non) de 3 réponses à 3 paquets envoyés à un routeur qu'il faut prendre en compte.
"jusqu'à" : tous les routeurs jusqu'à R
"après" : tous les routeurs après R
Je pense qu'au vu des termes et de la façon que tu as de les utiliser que j'ai suffisamment plus d’expérience que toi pour démontrer que certaines de tes démonstrations ne pourraient être prise en compte.
Bref, il existe de gros problèmes sur le réseau de Free, c'est un mauvais réseau et j'ai du mal à l'appeler "Fournisseur d'accès à Internet".
Tu peux utiliser les réponses ICMP pour montrer que la latence entre toi et youtube et excessivement élevée et ton traceroute pour montrer qu'il n'est pas très logique de passer par tel endroit et qu'il y a peut-être un peu trop de sauts, mais tu ne peux pas t'en servir pour dire "c'est tel saut qui merde" car il y a beaucoup trop de chances pour que les réponses de ceux-ci soit volontairement altéré.
On ne regarde jamais les réponses pour un seul saut. Il faut considérer l'ensemble des résultats.
-
C'est bien, mise à part le fait qu'il n'y a pas qu'Orange qui fasse ça tu ne fais que de ré-éditer ce que je raconte depuis plusieurs heures.
-
La majorité des routeurs de backbones fonctionnent pour ne pas prioriser l'ICMP chez Free, OVH tout ça c'est pareil.
Je vois pas non plus où je mélange quoi que ce soit,
Oui, les routeurs fonctionnent ne pas prioriser la réponse aux ICMP request. Par contre, il n'y a aucune priorité sur le routage de paquet! Qu'ils soient ICMP ou autre. Je ne vois pas où tu as vu le contraire. N'importe qui peut le constater simplement, depuis une connexion Free ou autre, en comparant un ping classique et un TCP Ping, vers la même destination, et même une destination pour laquelle il y a congestion!
Alors c'est pour ça qu'un traceroute donne beaucoup d'informations. Exactement comme l'a expliqué corrector.
j'aimerai bien que tu me files ton as pour que je rigole un peu.
Ah oui, pardon, c'est toi qui as la plus grosse, puisque tu as un AS, désolé. Très bon argument, merci. ???
Leon.
-
Free ne modifie pas les ICMP qui transitent sur son réseau!
Pour faire un traceroute avec des probes TCP au lieu de UDP ou ICMP, utilisez "nping --traceroute" du logiciel nmap.
-
Pour ma part youtube laggue (17H20) sur les deux vidéos que ça soit 480 et 720 p. Donc filtrage de ICMP ou pas ça ne règle pas le problème ;)
-
Free ne modifie pas les ICMP qui transitent sur son réseau!
Pour faire un traceroute avec des probes TCP au lieu de UDP ou ICMP, utilisez "nping --traceroute" du logiciel nmap.
Je m'exprime peut-être pas très bien, mais je n'ai jamais dit que Free modifie les paquets ICMP, je parle des routeurs qui ne répondent pas forcèment aux probes.
Oui, les routeurs fonctionnent ne pas prioriser la réponse aux ICMP request. Par contre, il n'y a aucune priorité sur le routage de paquet!
Free ne laisse pas le BGP router les paquets vers le meilleur chemin, le but c'est d'utiliser au maximum cogentco parce que c'est moins cher et de faire payer les petits FAI qui veulent peerer. C'est pour éviter d'avoir à augmenter la capacité chez TATA par exemple, c'est TATA qui m'avait filé les graphiques avec les surcharges. Il y a quelques mois encore, le réseau de leaseweb était très difficilement accessible par le réseau de free, le notre aussi, mais ça a tellement gueulé que pour éviter que ça se propage trop sur les forums très visités ils ont forcé le trafic à passer par cogentco, du coups au lieu de prendre le chemin le plus rapide on prend un chemin moins surchargé (mais toujours à la limite), alors à cause de ça il y a eu d'assez grosse augmentation des latences, moins de bande passante etc...
Depuis ça je déconseille ce fournisseur, aujourd'hui c'est tellement mauvais que même avec youtube ils arrivent à merder.
Quant au numéro d'AS, tu t'énerves pour rien, c'est juste que par expérience il est plus intéressant de se parler directement en BGP pour faire quelques démonstrations.