La Fibre
Télécom => Peering Transit (appairage) => Peering entre opérateurs => Discussion démarrée par: Aize147 le 25 avril 2018 à 15:52:22
-
Et voilà, c'était pas compliqué. Puis c'est un bon début :
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.0.254 - 0 | 2 | 2 | 0 | 0 | 0 | 0 |
| lns-bzn-xx-xx-xx-xx-xx.adsl.proxad.net - 0 | 2 | 2 | 1 | 1 | 1 | 1 |
| 78.255.74.126 - 0 | 2 | 2 | 0 | 0 | 0 | 0 |
| sal69-49m-1-v908.intf.nro.proxad.net - 0 | 2 | 2 | 0 | 0 | 0 | 0 |
| lyon-crs-2-be1500.intf.nro.proxad.net - 0 | 2 | 2 | 1 | 2 | 4 | 1 |
|bzn-crs16-2-be1000.intf.routers.proxad.net - 0 | 2 | 2 | 10 | 11 | 12 | 12 |
| th2-9k-3-be1000.intf.routers.proxad.net - 0 | 2 | 2 | 7 | 7 | 8 | 8 |
| 198.38.121.34 - 0 | 2 | 2 | 7 | 7 | 7 | 7 |
|ipv4_1.cxl0.c043.cdg001.ix.nflxvideo.net - 0 | 2 | 2 | 11 | 13 | 15 | 11 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider
Il manque plus que lors de la lecture des films et séries il doit utiliser le bon serveur (ici Paris), et non pas New York ou Dallas.
Fin des résiliations pour cause de débit faible NEtflix ?
(https://lafibre.info/images/free/201802_free_netflix_resiliation.jpg)
-
Quelqu'un pourra nous faire un fast.com ce soir au moment du pic de conso ? Ça va être intéressant de voir si le PNI est bien dimensionné dans les prochains jours, vu que les utilisateurs risquent d'enfin avoir une qualité sympa.
-
Hébé, c'est la révolution chez Free. :o Je teste Fast chez moi ce soir.
-
Hébé, c'est la révolution chez Free. :o Je teste Fast chez moi ce soir.
C'était ça en fait la V7 :P
-
Bonne nouvelle :)
Si le switch n'est pas encore effectué, on peut tabler sur combien de temps pour que ça soit effectif pour les clients ?
Je regardais à l'instant, je sors encore sur du cogent.
-
Il semblerait qu'il y est déjà des clients sur ce lien !
Extrait Twitter Hugues:
-
Pas forcèment ;-)
-
bonjour,
c'est aussi effectif ici:
root@routeurlinux:~# traceroute -i wan0.102 ipv4-c043-cdg001-ix.1.oca.nflxvideo.net
traceroute to ipv4-c043-cdg001-ix.1.oca.nflxvideo.net (198.38.121.147), 30 hops max, 60 byte packets
1 10.0.2.1 (10.0.2.1) 0.907 ms 1.285 ms 1.531 ms
2 bur64-1-82-243-188-254.fbx.proxad.net (82.243.188.254) 8.740 ms 8.834 ms 10.715 ms
3 213.228.34.126 (213.228.34.126) 11.779 ms 12.349 ms 13.031 ms
4 toulouse-9k-1-be1005.intf.routers.proxad.net (78.254.250.201) 17.531 ms 17.645 ms 17.695 ms
5 bzn-crs16-2-be1107.intf.routers.proxad.net (194.149.160.1) 32.664 ms 32.779 ms 32.857 ms
6 th2-9k-3-be1000.intf.routers.proxad.net (194.149.163.90) 32.286 ms 31.445 ms 31.896 ms
7 198.38.121.34 (198.38.121.34) 31.834 ms 24.186 ms 24.212 ms
8 * * *
9 * * *
10 * * *
11 * * *
12 * * *
jerem
-
Je me demande si c’est Free qui s’est enfin décidé à peerer ou si c’est Netflix qui a fini par se prendre un paid-peering.
-
Sur ma sim Free Mobile je passe bien par le PNI
(https://pix.milkywan.fr/TRqee1tg.jpeg)
-
Oui, en fait j'ai fait le test depuis free mobile. En prenant du wireshark avec une vidéo netflix, le serveur qui sert la vidéo est encore aux US avec du cogent (vu avec un mtr).
Effectivement, si je test le serveur indiqué dans les screens, avec un mtr, ça passe aussi par le pni. Pour moi le pni est actif mais les vidéos ne me sont pas servies via celui-ci.
-
Je me demande si c’est Free qui s’est enfin décidé à peerer ou si c’est Netflix qui a fini par se prendre un paid-peering.
L'arrivée de Free sur Hopus hier n'est probablement pas une coïncidence et ressemble plus à un changement de politique de la part de Free.
-
Oui, en fait j'ai fait le test depuis free mobile. En prenant du wireshark avec une vidéo netflix, le serveur qui sert la vidéo est encore aux US avec du cogent (vu avec un mtr).
Effectivement, si je test le serveur indiqué dans les screens, avec un mtr, ça passe aussi par le pni. Pour moi le pni est actif mais les vidéos ne me sont pas servies via celui-ci.
Par curiosité quelle vidéo ?
-
Ouah il va neiger on dirait :).
Blague a part, a voir ce que cela donne dans la durée.Rendez-vous au prochain rapport Netflix.
-
Par curiosité quelle vidéo ?
Testé avec testpanterns, casadelpapapel et quelques autres vidéos...
Pour la casa del papel, je suis servi par 192.38.120.155 si je fais un mtr, ça passe par les pays pas :o :o
J'ai essayé aussi psychokinesis. Je me suis dis, que la dernière sortie "originale" devrait être prévue pour être en cache sur les serveurs des opérateurs (sorti aujourd'hui il me semble). Et c'est le cas ici, le film passe par le PNI chez free ! (capture 2)
Les caches netflix mis en place sur le réseau de free n'ont pas la totalité du contenu du catalogue (ce qui est normal). Pour l'instant, on a que les nouveautés sevies avec celui-ci. Mais nul doute que dans les prochains jour/mois/semaines, les contenus seront "cachés" en fonction de la demande...
Dans tous les cas, sur free mobile, la qualité était bonne, mais là elle est très très bonne en passant par le PNI: pas de bufering, HD dès le début...
Edit: Erreur d'adresse IP sur le premier screen, le contenu est servi par 198.38.120.155 (et non pas 192.38.120.155). Avec un mtr, ça passe bien par le PNI free--> netflix.
-
What, nordunet et de l'amsix ? Keske ce traceroute bizarre ? :o
-
A priori ce ne sont pas des caches sur le réseau de Free, juste un PNI utilisé pour joindre des serveurs de Netflix en France.
-
Cache ou pas, le passage sur le pni ou non dépend du contenu lu par le client.
Pour le premier screen, c'est une erreur de ma part, c'est du 198.38.120.155 et non du 192.38.120.155. Le contenu est bien aussi servi via le PNI.
-
A priori ce ne sont pas des caches sur le réseau de Free, juste un PNI utilisé pour joindre des serveurs de Netflix en France.
L'un va de pair avec l'autre, on verra p-e des caches bientôt
-
Ouais enfin pour le moment vous ne savez pas comment les paquets arrivent dans l'autre sens et à mon avis pour les utilisateurs de Netflix c'est surtout ça qui compte.
Par contre je sais qu'il y a une session de peering avec google et que le trafic s'échange bien entre les deux réseaux directement.
Free.fr aurait-il décidé de devenir moins de la merde ?
-
Ce sont 2 choses totalement différentes il me semble. Chez Orange, seul autre opérateur que j'ai fréquenté, seuls les serveurs de cache Netflix de Paris sont utilisés, il n'y a aucun serveur de cache sur le réseau d'Orange.
-
Ce sont 2 choses totalement différentes il me semble. Chez Orange, seul autre opérateur que j'ai fréquenté, seuls les serveurs de cache Netflix de Paris sont utilisés, il n'y a aucun serveur de cache sur le réseau d'Orange.
Oui, il me semble en avoir parlé avec Nico et à priori tu peux avoir un PNI mais pas de serveur cache (et probablement l'inverse).
-
Cà ressemble à une capitulation sans conditions...
-
Je viens de tester une video sur netflix, et ça passe toujours via New York, par contre le fast.com est bien sur Paris.
Pendant la lecture video avec le raccourcis de debug Ctrl+Maj+Alt+S on voit bien deux CDN ipv4_1.mce0.c065.cdg001.ix.nflxvideo.net et c031.cdg001.ix.nflxvideo.net , ils sont bien tout les deux interconnectés mais pas possible de forcer dessus.
Sinon j'ai remarqué une bonne nouvelle, la semaine dernière, sur Steam, on peut maintenant utiliser le miroir de Paris (en passant via Level3), alors qu'auparavant (si je me trompe pas), ça faisait un détour bizarre via Londres ou Amsterdam, il faudrait voir si le débit moyen de Free augmente dans les stats Steam pour en avoir le coeur net (actuellement dernier à 11.1 Mbps https://store.steampowered.com/stats/content/ ).
Si ça se trouve les problèmes chez Free Mobile de cet aprem, viennent de certains recalcule de route qu'il se sont mal passé.
Peut être un signe d'une sortie prochaine de la V7 (histoire de pas avoir trop mauvaise pub pendant les premiers mois comme avec la mini4K)
-
Tick,
Tu peut asser différentes vidéos ? Pour moi, new-yord / paris dépend du contenu... surement en fonction de la popularité de la vidéo ?
-
Il faut attendre un peu que tout se mette à jour côté Netflix. Le routage réseau est une chose, mais il y a du routage côté applicatif également pour savoir sur quel serveur renvoyer l'utilisateur. Ça prend sûrement du temps à se synchroniser.
-
Tick,
Tu peut asser différentes vidéos ? Pour moi, new-yord / paris dépend du contenu... surement en fonction de la popularité de la vidéo ?
J'en ai essayé 4, dont 3 "nouveautés" et je tombe sur Nyc et Ord (Orlondo ?)
-
Côté Fast.com, plusieurs serveurs sont utilisés dont des serveurs en France qui passent visiblement par le PNI. J'ai atteins 670 Mbps ce qui est du jamais vu pour moi sur Fast.com.
-
Côté Fast.com, plusieurs serveurs sont utilisés dont des serveurs en France qui passent visiblement par le PNI. J'ai atteins 670 Mbps ce qui est du jamais vu pour moi sur Fast.com.
Ca m'a l'air assez aléatoire, j'avais l'impression d'être bloqué à 600mbps en faisant le test 4-5 fois mais là petite surprise
(https://image.noelshack.com/fichiers/2018/17/3/1524675509-speed.png)
-
Pendant la lecture video avec le raccourcis de debug Ctrl+Maj+Alt+S on voit bien deux CDN ipv4_1.mce0.c065.cdg001.ix.nflxvideo.net et c031.cdg001.ix.nflxvideo.net , ils sont bien tout les deux interconnectés mais pas possible de forcer dessus.
T'as essayé Super Netflix ?
https://chrome.google.com/webstore/detail/super-netflix/aioencjhbaolepcoappllicjebblphoc?hl=fr
(j'ai pas trouvé de version Firefox :/ )
-
Enfin Free a réagi. C'était quand même le plus rapide à mettre en oeuvre, pour reconquérir des abonnés. A confirmer quand même.
-
Les c... de troll vont devoir trouver bien autre sujet du coup si tout rendre en ordre :D les habitués sont d'ailleurs pas présent
-
J'en ai essayé 4, dont 3 "nouveautés" et je tombe sur Nyc et Ord (Orlondo ?)
ORD c'est le code IATA de l'Aéroport de Chicago, donc un cache Netflix de Chicago.
DFW = Dallas
IAD = Ashburn (Washington)
-
Les c... de troll vont devoir trouver bien autre sujet du coup si tout rendre en ordre :D
ce qu'on peut dire, c'est que les "C ... de troll" comme tu dis n'avaient pas si tord que ça, vu les ajouts récents :)
-
Si ça se trouve les problèmes chez Free Mobile de cet aprem, viennent de certains recalcule de route qu'il se sont mal passé.
Tu peux préciser sur les problèmes de Free Mobile ?
-
Tu peux préciser sur les problèmes de Free Mobile ?
Je suis plus client chez Free Mobile depuis un petit moment mais apparement cet aprem c'était pas la fête
https://www.universfreebox.com/article/44323/Free-Mobile-une-panne-touche-de-nombreux-abonnes-dans-toute-la-France
Et ça à même touché les bornes
https://www.universfreebox.com/article/44325/Free-Mobile-les-bornes-automatiques-sont-impactees-par-la-panne-reseau
-
42mbps sur fast pour ma part (etant bridé par mes cpl a 60mbps :o )
a voir dans le temps si free s'oriente a nouveau vers un réseau un peu plus propre vers l'extérieur :)
-
Pour ma part 9,4M sur fast.com et 12,14M sur speedtest, ça n'a rien changé pour ma part. J'ai désactivé l'IPv4, dois-je le réactiver sans craindre une baisse de la qualité Netflix ?
-
Tu peux le réactiver, ça a toujours été une fausse solution qui avait des résultats relativement aléatoires.
-
Perso ce soir 40 Mbps sur Fast.com sur 40 Mbps de 4G. Le speedtest passe par le PNI.
-
560 Mbps à l'instant en fibre.
-
Tu peux le réactiver, ça a toujours été une fausse solution qui avait des résultats relativement aléatoires.
D'accord, merci je viens de le réactiver, 10M sur Fast! :)
-
Dans certains cas, il n’y a pas de service, ni d’internet. Que ce soit en région parisienne, à Toulouse ou à Lyon même à Rouen et à Nancy. Bref l’incident semble généralisé. Free n’a pas communiqué sur l’origine et l’ampleur de la panne pour le moment.
J'ai un AP à Rouen et il a fonctionné toute la journée sans interruptions. Peut-être que c'était seulement en itinérance.
-
Personellement (peut être un peu HS par rapport au peering): j'ai eut des soucis de sms aujourd'hui mais pas de problème en 4G (partage de connexion toute la journée) et pour quelques appels.
-
Personellement (peut être un peu HS par rapport au peering): j'ai eut des soucis de sms aujourd'hui mais pas de problème en 4G (partage de connexion toute la journée) et pour quelques appels.
Oui, ça confirme qu'il s'agit d'un problème avec l'itinérance et qui n'est pas lié au peering.
-
Personnellement sur Fast mon débit est passé de 9mbps à 18mbps
On est encore loin de mes 50mega dont dispose ma connection VDSL, mais c'est largement suffisant pour du 1080p
Je suis presque tout le temps en 1080p en tout cas, de temps en temps je passe en 720p mais ça rebascule tout seul rapidement en 1080 sans trop de soucis
-
Bonne nouvelle pour les freenautes ;)
-
Oui, c'est probablement la fin d'un gros épisode de saturation, surtout en IPv6...
On parie pour que Free dépasse SFR xDSL en mai ? (SFR séparant HD/THD,Free devrait dépasser SFR xDSL)
(https://lafibre.info/images/barometre/201803_netflix_speed_index.png)
-
Oui, c'est probablement la fin d'un gros épisode de saturation, surtout en IPv6...
On parie pour que Free dépasse SFR xDSL en mai ? (SFR séparant HD/THD,Free devrait dépasser SFR xDSL)
(https://lafibre.info/images/barometre/201803_netflix_speed_index.png)
Ce graphique est quand même extrêmement étonnant, en quasiment 4 ans le débit moyen n'a quasiment pas bougé :o
Hors avec le fibrage de la France on pourrait croire qu'en 4 ans les débits auraient explosé
Surtout que les personnes qui utilisent Netflix doivent être plus prône à souscrire un abonnement fibre que les autres vu leur consommation
-
Netflix a aussi a amélioré sa compression pour consomme moins de bande passante, ce qui explique une baisse S1 2016 avec le ré-encodage des vidéos a un débit adaptatif (exemple : sur le profil à 5,8 Mb/s, les flux ne sont plus en permanence à 5,8 Mb/s)
5,8 et 4,3 Mb/s = 1080p
3,0 et 2,4 Mb/s = 720p
1,8 Mb/s = 480p
(https://lafibre.info/images/tv/201502_qualite_appli_netflix.png)
-
@Flyfire, il ne faut pas oublier que ce sont des débits moyens aux heures de grande écoute.
Je doute que la majorité des abonnés soient en fibre optique/4G avec un abonnement 4k à 25 Mbps.
Au final, comme le dis Vivien, cela n'est pas étonnant d'avoir une moyenne à 3/4 Mbps qui correspond à de la SD/HD. Les speedtest de fast.com ne sont pas inclus dans les courbes.
-
Je me demande si la baisse du traffic netflix sur Cogent aura une répercussion positive sur la saturation.
-
Je me demande si la baisse du traffic sur Cogent aura une répercussion positive la saturation.
Ça ne peut être que positif.
Hier soir Cogent ne saturait pas mais comme c'est les vacances c'est dur de savoir s'il y a un lien de cause à effet.
-
Donc ce graphique ne représente pas la connexion des différents utilisateurs
Mais quel débit ils utilisent sur le réseau de Netflix en moyenne
Tout des suite beaucoup moins intéressant (avis personnel)
-
Donc ce graphique ne représente pas la connexion des différents utilisateurs
Mais quel débit ils utilisent sur le réseau de Netflix en moyenne
Tout des suite beaucoup moins intéressant (avis personnel)
Si Free fait comme ses petits copains, ils seront dans le "standard" Netflix. Une bonne approche de Netflix peut être trouvée ici: https://www.macg.co/ailleurs/2018/03/que-se-passe-t-il-quand-vous-appuyez-sur-lecture-dans-netflix-101639 (https://www.macg.co/ailleurs/2018/03/que-se-passe-t-il-quand-vous-appuyez-sur-lecture-dans-netflix-101639)
-
Si Free fait comme ses petits copains, ils seront dans le "standard" Netflix. Une bonne approche de Netflix peut être trouvée ici: https://www.macg.co/ailleurs/2018/03/que-se-passe-t-il-quand-vous-appuyez-sur-lecture-dans-netflix-101639 (https://www.macg.co/ailleurs/2018/03/que-se-passe-t-il-quand-vous-appuyez-sur-lecture-dans-netflix-101639)
Merci, intéressant l'article
-
Donc ce graphique ne représente pas la connexion des différents utilisateurs
Mais quel débit ils utilisent sur le réseau de Netflix en moyenne
Tout des suite beaucoup moins intéressant (avis personnel)
C'est au contraire plus intéressant que le débit max de l’extrémité (boucle locale) qui n'indique pas grand chose.
Ce genre de stats croisées avec celles des autres fournisseurs comme Steam par exemple permettent de vraiment distinguer un FAI d'un autre (manque celles de Youtube mais pour le moment pas dispo en France: https://www.google.com/get/videoqualityreport/ ).
Parce que sinon comparer le FTTH a 1Gbps de Free qui affiche 940Mbps avec un speedtest au FTTH d'Orange qui affiche 940Mbps avec un speedtest ca n'apporte strictement rien...
-
Oui, la problématique des SpeedTest / nPerf c'est que souvent les tests sont réalisés chez les serveurs des FAI ce qui n'est que très peu représentatif d'un usage réel
-
Bonjour :)
Effectivement on voit que les accords Free/Netflix se sont bien passés haha
Voici mon tracert si sa peut aider
Détermination de l’itinéraire vers ipv4_1.cxl0.c043.cdg001.ix.nflxvideo.net [198.38.121.147]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms FREEBOX [192.168.0.254]
2 7 ms 16 ms 13 ms chf02-1-82-240-**-***.fbx.proxad.net [82.240.**.***]
3 6 ms 6 ms 6 ms 213.228.31.190
4 7 ms 8 ms 29 ms mareuil-asr903-1-v800.intf.routers.proxad.net [212.27.51.77]
5 10 ms 9 ms 8 ms th2-6k-2-po23.intf.routers.proxad.net [212.27.51.73]
6 14 ms 12 ms 16 ms p11-crs16-1-be1008.intf.routers.proxad.net [194.149.163.53]
7 21 ms 7 ms 8 ms th2-9k-3-be1001.intf.routers.proxad.net [194.149.162.86]
8 8 ms 7 ms 8 ms 198.38.121.34
9 24 ms 19 ms 30 ms ipv4_1.cxl0.c043.cdg001.ix.nflxvideo.net [198.38.121.147]
-
Trace route effectué à l'instant sur Free Mobile en 3G via Ran-sharing 3G SFR ( désolé je suis en zone blanche lol )
1 4 ms 1 ms 1 ms 192.168.43.1
2 67 ms 59 ms 58 ms 172.31.255.5
3 * 271 ms 183 ms 172.31.254.6
4 301 ms 185 ms 90 ms 194.149.164.50
5 238 ms 67 ms 127 ms bzn-crs16-2-be1013.intf.routers.proxad.net [194.149.163.157]
6 61 ms 57 ms 59 ms th2-9k-3-be1000.intf.routers.proxad.net [194.149.163.90]
7 57 ms 58 ms 59 ms 198.38.121.34
8 93 ms * 90 ms ipv4_1.cxl0.c043.cdg001.ix.nflxvideo.net [198.38.121.147]
Environ 12 Mbps sur Fast
-
Ça ne sert à rien de poster 15x un traceroute identique les gars ;D
-
Trace route effectué à l'instant sur Free Mobile en 3G via Ran-sharing 3G SFR ( désolé je suis en zone blanche lol )
1 4 ms 1 ms 1 ms 192.168.43.1
2 67 ms 59 ms 58 ms 172.31.255.5
3 * 271 ms 183 ms 172.31.254.6
4 301 ms 185 ms 90 ms 194.149.164.50
5 238 ms 67 ms 127 ms bzn-crs16-2-be1013.intf.routers.proxad.net [194.149.163.157]
6 61 ms 57 ms 59 ms th2-9k-3-be1000.intf.routers.proxad.net [194.149.163.90]
7 57 ms 58 ms 59 ms 198.38.121.34
8 93 ms * 90 ms ipv4_1.cxl0.c043.cdg001.ix.nflxvideo.net [198.38.121.147]
Environ 12 Mbps sur Fast
Un ran sharing 3G est un ran sharing, qu'il soit sur un pylône SFR, BT, Orange ou Bouygues. Seules les antennes sont communes, et chaque opérateur a son propre matos au pied... (Si je ne me trompe!)
-
(Si je ne me trompe!)
Eh bien, justement, tu te trompes. Il ne faut pas généraliser ainsi.
-
Eh bien, justement, tu te trompes. Il ne faut pas généraliser ainsi.
La réponse étant sibylline au possible, j'èmets donc l'hypothèse que sur certains sites, un ou plusieurs opérateurs utilisent la totalité des équipement radios d'un seul, et selon les bandes allouées, charge à lui de "router" ce qu'il faut où il faut?
-
C'est ça.
-
Je me trompe peut être mais dans mon cas je pense que l'antenne est commune, chaque opérateur dispose de son matos en bas. J'ai été regardé. Orange et Bouygues ont retiré leur installation 2G de A à Z (matos au pied et antenne sur le pylône) Donc sur le pylône il ne reste que les antennes SFR et au pieds le matos des 4 opérateurs.
J'ai eu l'occasion de faire un speedtest pour le fun avec 4 mobiles sur les 4 opérateurs en simultané : résultat entre 12 et 16 Mbps par opérateur en même temps. Même résultat un par un. Par contre 2 speedtest bouygues simultanés, le débit est moite moite environ 6 à 8 Mbps. Même constat sur Free. Je pense que ça doit être la même pour les 2 autres.
Heureusement qu'il n'y a pas grand monde dessus, la bandes passante serait vite saturée!
Et l'autre jour la 3G était HS pendant 6j sur les 4 opérateurs. Les clients Bouygues, Free et Orange était sur antenne F-contact en 2G sans data. SFR en 2G aussi mais avec DATA.
-
Pour ça que je disais "il ne faut pas généraliser". Par contre ça n'est pas le sujet ici, je propose que le HS en reste là.
-
Oui désolé !
Donc pour en revenir au sujet, hier de 21h à 22h j'ai mis en point accès wifi mon tel de test sur Free Mobile puis connecté ma smart tv LG dessus. J'ai regardé un épisode de Jessica jones. Je n'étais pas en 4K car pas assez de débit mais le 1080p impeccable ! RAS du début à la fin ! Débit video 7,68Mbps !
-
C'était déjà le cas avant. Les problèmes Netflix remontés sur le forum concernaient le fixe pas le mobile.
-
C'est ça.
Merci, on apprend à tout âge...
Et effectivement, fin du HS.
-
Je reviens sur ce sujet. Je parlais hier avec un collegue sur Free connection VDSL 92 méga ( il n'est pas loin du NRA MED fraichement activé ) En soirée toujours du mal à regarder une video en 4k sur sa smart TV LG reliée en RJ45. Pas trop de souci en pleine après midi ou très top au matin. Son voisin sur Orange RAS !
-
Effectivement quelques jours après la mise en place de ce peering, concrètement ça ne change pas grand chose à mon expérience utilisateur. En soirée, il faut toujours attendre quelques secondes en début de film/épisode pour avoir une qualité correcte, tout comme avant quoi. Ce n'est pas bien grave mais on aurait pu espérer mieux.
J'ai constaté que ce phénomène ne se produit pas quand on regarde la version française d'un contenu, comme si les caches parisiens de Netflix ne contenaient que les versions françaises, et donc pour les VO il faut aller taper aux US comme avant quoi.
H.S.: Comment fait-on sur l'appli Android pour afficher des infos techniques sur la qualité de l'image ? résolution, débit etc...
-
Je reviens sur ce sujet. Je parlais hier avec un collegue sur Free connection VDSL 92 méga ( il n'est pas loin du NRA MED fraichement activé ) En soirée toujours du mal à regarder une video en 4k sur sa smart TV LG reliée en RJ45. Pas trop de souci en pleine après midi ou très top au matin. Son voisin sur Orange RAS !
Cela dépend aussi du niveau de bande passante du PNI avec Netflix.
Et, peut-être, qu'elle est déjà saturée, va savoir.
Côté Orange, les PNI sont à près de 2 Tbps.
-
Cela dépend aussi du niveau de bande passante du PNI avec Netflix.
Et, peut-être, qu'elle est déjà saturée, va savoir.
Côté Orange, les PNI sont à près de 2 Tbps.
Cela correspond assez bien à l'organisation Netflix, dont les OCA, situés chez les FAI, ne possèdent que les versions ayant le plus de chance d'être utilisées par les abonnés du FAI. Donc, en France, on a d'abord les fichiers contenant les différents débits vidéo et la version française du son. Dés que l'on veut autre une autre langue, on passe sur un serveur externe, donc du peering, sauf si statistiquement, le nombre de visionnage de l’œuvre chez le FAI en VO devient significatif, auquel cas, il y a une petit chance pour que les fichiers sons d'autres langues soient rapatriés... Il se peut aussi que les fichiers VO soient systématiquement rapatriés, mais dans un deuxième temps, la priorité étant pour l'instant peut-être donnée à la VF...
-
sauf si statistiquement, le nombre de visionnage de l’œuvre chez le FAI en VO devient significatif
Vu le nombre de personnes qui regardent de la VO sur Netflix en France ça me paraîtrait étonnant que les caches FR aient peu de versions originales.
-
Moi ce qui me paraîtrait étonnant c'est que les caches de Netflix n'aient pas l'intégralité du catalogue en local. Je parle bien des caches de Netflix en propre (cdg001 pour la France), pas des caches locaux chez les FAI qui eux peuvent être + limités en capacité.
-
Moi ce qui me paraîtrait étonnant c'est que les caches de Netflix n'aient pas l'intégralité du catalogue en local. Je parle bien des caches de Netflix en propre (cdg001 pour la France), pas des caches locaux chez les FAI qui eux peuvent être + limités en capacité.
Si cdg001 est hors Free, on a du peering, et on peut de nouveau avoir de la contention. Si quasiment tous les "clients" Netflix Free regardant de la VF sont sur un serveur OCA en interne Free, c'est autant de contention en moins vers cdg001, ce qui a permis un "mieux" dans le ressenti global et les stats, le gros des clients Netflix regardant quand-même (je suppose?) de la VF. Va falloir que les fans de VO se remettent à la VF... :P Non, non, pas taper, pas taper! ;)
-
Il n'y a pas de serveurs Netflix en interne chez Free, de ce que tout le monde a pu voir pour l'instant. Donc oui on est balancé en peering privé sur cdg001 OU (comme avant), par le transit Cogent sur les clusters US (dfw001, etc...).
-
Il n'y a pas de serveurs Netflix en interne chez Free, de ce que tout le monde a pu voir pour l'instant. Donc oui on est balancé en peering privé sur cdg001 OU (comme avant), par le transit Cogent sur les clusters US (dfw001, etc...).
Cela impliquerait-il que Netflix ne serait pas assez futé pour ne pas mettre les fichiers sons VO sur des serveurs déportés en Europe, tels que cdg001? Je ne le crois pas, là!
-
Aucune idée justement, c'était l'objet de mon interrogation initiale. Puis surtout j'ai constaté cela sur la qualité vidéo? Je n'ai pas poussé l'expérimentation, c'est du ressenti utilisateur basique, rien de plus. Il me semble que la vidéo en VF est de bonne qualité dès la première seconde, alors qu'en VO il faut attendre quelques secondes.
Après j'imagine qu'il y a des contraintes de place, ils ne doivent pas avoir un espace de stockage illimité sur Paris... je ne sais pas.
-
Si cdg001 est hors Free, on a du peering, et on peut de nouveau avoir de la contention. Si quasiment tous les "clients" Netflix Free regardant de la VF sont sur un serveur OCA en interne Free, c'est autant de contention en moins vers cdg001, ce qui a permis un "mieux" dans le ressenti global et les stats, le gros des clients Netflix regardant quand-même (je suppose?) de la VF. Va falloir que les fans de VO se remettent à la VF... :P Non, non, pas taper, pas taper! ;)
Aucune différence si les caches sont en dehors ou dans le réseau Free :)
-
Cela impliquerait-il que Netflix ne serait pas assez futé pour ne pas mettre les fichiers sons VO sur des serveurs déportés en Europe, tels que cdg001? Je ne le crois pas, là!
Les caches contiennent les fichiers les plus lus, en fait :)
-
Il reste quand même la question de savoir si le PNI entre Free et Netflix est bien dimensionné.
De ce qu'on a pu entendre, il y a quand même très régulièrement du contenu qui est servi depuis les US (via Cogent). Je me demande si c'est juste une limitation du cache ou si c'est lié à un équilibrage de charge.
-
Il reste quand même la question de savoir si le PNI entre Free et Netflix est bien dimensionné.
De ce qu'on a pu entendre, il y a quand même très régulièrement du contenu qui est servi depuis les US (via Cogent). Je me demande si c'est juste une limitation du cache ou si c'est lié à un équilibrage de charge.
On est devant la problématique des "ressentis", des "on dit" et autres. Ce qui peut donner tout et n'importe quoi! La seule chose qui pourrait clore ce débat qui rebondit régulièrement serait le croisement des statistiques Netflix avec celles issues de l'opérateur... Mais là, il est à craindre que ce dernier ne soit pas exactement fou de joie à l'idée de sortir de telles statistiques, si ces dernières risquent de démontrer une carence quelconque... Si l'opérateur pouvait simplement indiquer s'il a des serveurs OCA ou non dans un de ses Datacenter serait déjà une très bonne indication, mais a-t-il commercialement le droit d'en parler?
-
J'ai pas totalement suivi cette histoire. Mais au final, c'est free ou Netflix qui a payé ?
-
Netflix paye systématiquement les FAI (pas le trafic, mais un pourcentage sur les revenus)
Free va donc recevoir de l'argent (peut être pas autant qu'il souhaitait) et va économiser le transit Cogent que Free qu'il payait.
-
Netflix paye systématiquement les FAI (pas le trafic, mais un pourcentage sur les revenus)
Free va donc recevoir de l'argent (peut être pas autant qu'il souhaitait) et va économiser le transit Cogent que Free qu'il payait.
D'acc merci
-
Netflix paye systématiquement les FAI (pas le trafic, mais un pourcentage sur les revenus)
Free va donc recevoir de l'argent (peut être pas autant qu'il souhaitait) et va économiser le transit Cogent que Free qu'il payait.
Tu es sûr de ça ? J'en doute fort. Que Netflix rémunère le FAI quand ce dernier a été intermédiaire commercialement (abonnement pris par l'intermédiaire du FAI), ok, mais sinon je ne vois pas pourquoi.
-
+1 avec FloBaoti la. Netflix ne paie qui si le FAI apporte le client via sa box par exemple. Free n'ayant toujours pas l'app Netflix dans ses box je doute fort que Free reçoive le moindre centime de Netflix.
-
Merci pour ce post, mais ... concrètement un peering entre une société comme Netflix et le FAI Free s'effectue via une mise en commun d'équipements réseau n'est ce pas ?
Quel type d'équipements ?
-
Si sa peut répondre a la question https://openconnect.netflix.com/fr_fr/
-
Merci pour ce post, mais ... concrètement un peering entre une société comme Netflix et le FAI Free s'effectue via une mise en commun d'équipements réseau n'est ce pas ?
Quel type d'équipements ?
Euh, une fibre optique tout au plus :)
-
Si l'opérateur pouvait simplement indiquer s'il a des serveurs OCA ou non dans un de ses Datacenter serait déjà une très bonne indication, mais a-t-il commercialement le droit d'en parler?
Il semble acquis que ça n'est pas le cas.
-
Je ne sais pas chez vous, mais chez moi Free avec Netflix recommence à être horrible.. l'image est souvent en mauvaise qualité. En faisant un fast.com, je tombe sur 4M.. sur Speedtest j'obtiens 15,52M... ça recommence ?
-
Pas spécialement, même si j'ai l'impression que sur free mobile, netflix passe plus sur les serveurs US et non parisiens...
-
Je serais quand meme globalement étonné que Netflix n'ai pas proposé à Free d'héberger leur serveur CDN OpenConnect.
Free est globalement assez gros. Dans ce cas cela me semble légitime que Netflix paye pour l'hébergement.
-
Dans ce cas cela me semble légitime que Netflix paye pour l'hébergement.
Le principe de Netflix est de ne pas payer pour le peering / cache Netflix Open Connect hébergé chez le FAI.
Tu préfère joindre Netflix par transit ? Pas de souci.
Tu veut passer par un GIXC avec des centaines de Gb/s ? Pas de souci
Tu veux monter un PNI ? Pas de souci mais c'est gratuit
Tu veux héberger des caches Netflix Open Connect pour ne pas avoir à remonter le trafic et les routeurs qui vont avec ? Pas de souci Netflix te passe les serveurs gratuitement, mais Netflix ne paye rien, même pas l'électricité.
Bref, tu choisit ce que tu préfère pour récupérer le trafic Netflix, mas Netflix ne te paye pas pour le peering quel que soit le moyen choisit.
Par contre Netflix, tu payes pour les abonnements souscrits par tes clients si tu as un nombre suffisamment intéressants de clients.
Je pense que l'intéret de payer au client et pas au Gb/s, c'est que le trafic a tendance à augmenter avec le temps (full HD => 4k)
Le FAI ne peut dicte plus difficilement son prix quand c'est au client que quand c'est une interconnexion. Donc cela permet de ne pas payer trop pour Netflix.
-
Une source sur le paiement au client, parce que j'en doute sérieusement (hors souscription via les box et autres options adjointes aux forfaits)?
Edit: À moins que tu parles justement des souscription par les box TV et les options proposées par le FAI
-
Oui, il est possible que cela se limite aux souscriptions sur les box des opérateurs + les clients qui payent sur la facture de leur opérateurs (pourquoi vous pensez qu'il proposent tous ça alors que cela demande de gros développement du SI ?)
Je pense qu'il sera difficile d'avoir l'information si il payent un peu pour tous les clients ou si il payent plus mais pour les clients qui souscrivent via la la box du FAI ou qui payent via la facture du FAI...
-
Le principe de Netflix est de ne pas payer pour le peering / cache Netflix Open Connect hébergé chez le FAI.
(https://www.liguedesoptimistes.fr/wp-content/uploads/2018/03/Bisounours-660x400.jpeg)
-
(https://www.liguedesoptimistes.fr/wp-content/uploads/2018/03/Bisounours-660x400.jpeg)
Il est probable que la vérité est ailleurs... Peut-être pas loin, mais nous ne saurons jamais qui paye (si quelqu'un paye) combien, comment et pourquoi...
Ceci sauf à disposer de sources autorisées chez les intervenants! Et quand le "secret des affaires" s'en mêle (ou s’emmêle!), on n'est certain de rien!
La seule chose intéressante dans tout ce débat est que les utilisateurs soient les mieux servis parce que ce sont eux qui payent! D'abord à l'opérateur, et ensuite à Netflix dans la cas de Free (il n'y a que chez Free?).
Sur ce point, il me semble que l'hébergement de serveurs OCA chez l'opérateur serait une solution très correcte...
-
Les serveurs cache OCA permettent une économie de transport des flux pour les FAI mais aussi une meilleur résilience.
Netflix n'est présent que sur TH2 pour un peering privé en France : Si il tombe entièrement (par exemple a cause d'un problème de climatisation) plus de Netflix.
-
Effectivement, c'est plus efficace, d'autant que l'on peut reprendre à partir d'un autre appareil, sur une autre réseau.
-
Netflix n'est présent que sur TH2 pour un peering privé en France : Si il tombe entièrement (par exemple a cause d'un problème de climatisation) plus de Netflix.
On peut s'en servir sur un cache etranger. Netflix n'est pas "delay sensitive", et si c'est quelqu'un d'autre qui paye le transport tout est rose.... limite bisounours, voire peut-etre mieux.
-
Les serveurs cache OCA permettent une économie de transport des flux pour les FAI mais aussi une meilleur résilience.
Netflix n'est présent que sur TH2 pour un peering privé en France : Si il tombe entièrement (par exemple a cause d'un problème de climatisation) plus de Netflix.
Si TH2 tombe brule entièrement il y aura une grosse grosse perturbation dans la force de l'internet Français, et certaine boite seront au chomage technique.
Netflix sera le cadet de nos soucis ;)
-
On peut s'en servir sur un cache etranger. Netflix n'est pas "delay sensitive", et si c'est quelqu'un d'autre qui paye le transport tout est rose.... limite bisounours, voire peut-etre mieux.
Oui mais en heure de pointe les FAIs vont galérer et saturer a aller chercher le contenu Netflix. Ca coutera plus cher, mais surtout ca sera trop petit.
-
(https://www.liguedesoptimistes.fr/wp-content/uploads/2018/03/Bisounours-660x400.jpeg)
Oui moi j'avais compris que Netflix payait Free au détour d'une discussion alcoolisée mais bon si on est chez les bisounours alors ;)
-
Oui moi j'avais compris que Netflix payait Free au détour d'une discussion alcoolisée mais bon si on est chez les bisounours alors ;)
Il fait 'bien' pour Free de dire que Netflix paie. Il est assez facile en France pour Free de propager ce genre de rumeur vu son réseau d'influence médiatique.
Apres on n'a pas besoin de preuves pour savoir que c'est faux, il suffit de constater le délai que Free a mis pour avoir un peering comparé aux autres FAI français. Il est plus qu'évident que c'est pas Netflix qui a cédé au bout d'un certain temps... Netflix est une société US qui décide rapidement et ne laisse pas trainer ou pourrir une situation contrairement a ce que pratiquent pas mal de sociétés françaises dont Free.
-
Je pense que Netflix paie free, mais refusait le tarif de Free.
A mon avis, maintenant, Free se fait rémunérer de la même façon et au même prix que les autres.
-
J'en doute. Netflix ne paie pas Free si y'a pas l'app dans les freebox. Ca n'a pas de sens.
Donc tant que l'app Netflix n'est pas pré-installée dans les freebox Netflix ne paiera pas Free.
Apres la v7 aura peut-etre Netflix pre-installé (avec gestion de l'abo via Free), la oui il y aura paiement.
-
Entre ce que Netflix raconte officiellement et ce qui se passe réellement je ne serais pas surpris que les choses soient un peu différente (et je ne parle pas particulièrement de la relation entre Free et Netflix).
-
Entre ce que Netflix raconte officiellement et ce qui se passe réellement je ne serais pas surpris que les choses soient un peu différente (et je ne parle pas particulièrement de la relation entre Free et Netflix).
Secret des affaires et déclarations marketing "tonitruantes" (à ne pas confondre avec un certain malfrat nommé Tony...) sont les 2 mamelles des discussions sans fin... Je m'y laisse encore prendre, de temps à autre! ::)
-
Secret des affaires et déclarations marketing "tonitruantes"
il est meme fréquent que les déclarations marketing fassent parties du deal secret entre les parties.
Genre 'tu diras ca' et moi 'je dirais ca' , win-win.
apres dans le cas de Netflix c'est plus un problème de taille. Free est un nain dans l'histoire donc y'a peu de chance d'un deal comme ca été le cas avec les gros FAI aux USA , qui en plus ont un monopole sur le THD, chose que n'a pas Free.
-
C'est très ronflant cette histoire de peering avec Netflix.
Depuis le début Free milite pour servir son réseau au rabais (normal vu ce que le client paie, faudrait pas lui servir le caviar sur un plateau) et être l'épine perpétuelle de la concurrence pour justifier sa place de sauveur du monde et génie de lampe.
A un moment, cela suffit car en plus de flouer ses clients il se fout ouvertement de leur gueule en leur mentant au SAV.
Le retour de baton va bientôt se faire sentir et des rougeurs risque d'être là pour un bon moment.
-
C'est très ronflant cette histoire de peering avec Netflix.
C’était, vu que maintenant c'est terminé.
La perte des abonnés de ces derniers mois leur ont permis d'enfin ce remettre en question. Il leur a fallu quelques années pour perdre des abonnés et miraculeusement, une interco avec netflix a été mise en place et le transit moins/pas saturé aux heures de pointe.
-
C’était, vu que maintenant c'est terminé.
La perte des abonnés de ces derniers mois leur ont permis d'enfin ce remettre en question. Il leur a fallu quelques années pour perdre des abonnés et miraculeusement, une interco avec netflix a été mise en place et le transit moins/pas saturé aux heures de pointe.
Fluctuat Nec Mergitur... C'est la devise de Lutèce (Elle flotte, mais ne sombre point -traduction approximative-), mais est-ce que ce ne serait pas la devise des opérateurs Télécoms? On a vu Bouygues mal en point, puis SFR, malgré sa taille a donné des signes de "fatigue", puis maintenant Free... Au sujet de ce dernier, je l'ai déjà vu tant de fois "carbonisé" par des Cassandre et tel le Phoenix renaître de ses pseudo-cendres que le truc ne m'èmeut plus...
-
Il leur a fallu quelques années pour perdre des abonnés et miraculeusement, une interco avec netflix a été mise en place et le transit moins/pas saturé aux heures de pointe.
La perte des abonnés sur le fixe est plutôt due a des gens qui passent a la fibre chez un concurrent. Selon moi en tout cas.
-
La perte des abonnés sur le fixe est plutôt due a des gens qui passent a la fibre chez un concurrent. Selon moi en tout cas.
Je parle de mon cas .. si y'avait pas eu ces soucis avec netflix je serais resté chez eux en fibre (j'aurais pu attendre quelques mois)
-
Je parle de mon cas .. si y'avait pas eu ces soucis avec netflix je serais resté chez eux en fibre (j'aurais pu attendre quelques mois)
Le tout est de savoir le nombre de Netflixosaures qui rodent à droite et à gauche... Si ceux-ci se sont très bien exprimés dans les divers forums, ils ne représentent peut-être pas le "parc" total des "exfiltrés"...
-
Le tout est de savoir le nombre de Netflixosaures qui rodent à droite et à gauche... Si ceux-ci se sont très bien exprimés dans les divers forums, ils ne représentent peut-être pas le "parc" total des "exfiltrés"...
Ils ne représentent clairement pas le parc total des exfiltrés .. mais comme je l'ai dit je parle de mon cas
-
Le tout est de savoir le nombre de Netflixosaures qui rodent à droite et à gauche... Si ceux-ci se sont très bien exprimés dans les divers forums, ils ne représentent peut-être pas le "parc" total des "exfiltrés"...
Ça ne représente certainement pas tous ceux qui sont allés ailleurs. Mais si on ajoute YouTube et tout ce qui passe par Cogent, ça doit commencer à faire une part non négligeable.
-
Youtube marche très bien depuis des années maintenant.
-
Youtube marche très bien depuis des années maintenant.
non
-
si
-
Voila, c'est du même niveau que la première affirmation :-)
youtube-dl https://www.youtube.com/watch?v=LXb3EKWsInQ -f 337
Orange Fibre 300Mb : [download] 100% of 1.05GiB in 00:45
Free 4G correcte : [download] 100% of 1.05GiB in 29:53
Pour rigoler, la vidéo dure 5 minutes, c'est dommage quoi.
Dès que Free assure mon abonnement fibre à domicile (Parce que non, il n'y a pas que Youtube & co qui ne sont pas fonctionnels chez eux), je donne les infos en fibre, mais utilisant leur réseau à plusieurs endroits, c'est dans ce sens. Et j'ai hâte de me contredire.
-
Ça veut dire quoi "4G correcte" aussi ?
-
non
si, si.
-
Orange Fibre 300Mb : [download] 100% of 1.05GiB in 00:45
Free 4G correcte : [download] 100% of 1.05GiB in 29:53
On compare des choux et des carottes là ?
En quoi peut-on parler peering quand on sait tous les potentiels bottleneck qu'il peut y avoir sur de la 4G ?
-
On compare des choux et des carottes là ?
En quoi peut-on parler peering quand on sait tous les potentiels bottleneck qu'il peut y avoir sur de la 4G ?
non c'est instructif comme comparaison. Il indique "Free 4G correcte" donc qui fonctionne bien pour autre chose.
pourtant y'a clairement un souci avec youtube sur le mobile chez Free...
soit ca passe pas par le meme peering qu'en fixe
soit c'est le meme et le peering est saturé
soit y'a un throttling de youtube sur la 4G...
ca semble être le dernier cas car 1/2 heure pour 1Go en 4G... ca nous fait du 4 Mbps. Il se peut tres bien que Free limite les sessions mobiles vers Youtube a 4 Mbps. Ce qui suffit pour des vidéos sur écran de mobile mais pour de la 4K@60 fps...en gros Youtube 4K sur TV via hotspot mobile d'un smartphone 4G = niet.
-
Comme dit, j'ai hate de pouvoir tester en fibre, mais Free ne sait pas raccorder à la date programmée lors de l'inscription (Ni Bouygues, ni Orange ne m'ont fait cela au même point de livraison)
-
Il se peut tres bien que Free limite les sessions mobiles vers Youtube a 4 Mbps. Ce qui suffit pour des vidéos sur écran de mobile mais pour de la 4K@60 fps...en gros Youtube 4K sur TV via hotspot mobile d'un smartphone 4G = niet.
Très interessant. Donc, chez Free mobile, ce ne serait pas un problème de peering, mais bien un filtrage en fonction du contenu. Comme il faisaient, et sans le dire, (j'espère que c'est du passé) en fonction du type de fichier en itinérance Orange.
Le débit que j'ai généralement est au moins de 8 Mbit/s sur d'autres services, mais je testerais avec un vrai routeur qui m'évitera le wifi.
-
Je suis assez d'accord avec le fait que le test n'est pas forcèment très pertinent.
Néanmoins, on voit qu'il est possible d'avoir un résultat correct depuis une ligne FTTH Free :
> ./youtube-dl.exe https://www.youtube.com/watch?v=LXb3EKWsInQ -f 337
[youtube] LXb3EKWsInQ: Downloading webpage
[youtube] LXb3EKWsInQ: Downloading video info webpage
[download] Destination: COSTA RICA IN 4K 60fps HDR (ULTRA HD)-LXb3EKWsInQ.webm
[download] 100% of 1.05GiB in 00:41
-
Wahou, c'est super rassurant ça :-) J'ai envie de dire bravo à eux, même si c'est normal en même temps ;-)
Et (non, non, non) ça n'a pas été le cas depuis des années, c'était une des raisons de mon abandon de Free.
C'est vraiment sans bidouilles ? (VPN, proxy, etc...)
C'est vrai et logique qu'il y ai de la "régulation" pour le téléchargement d'un contenu fait pour être lu en temps réel, et justement, même si ce n'est pas super scientifique, le téléchargement de ce flux en particulier n'est pas impacté, et donne une idée de la capacité du réseau. Google fait le choix que ça ne puisse pas être le problème dans le chargement d'une vidéo, Soundcloud complètement.
-
Et (non, non, non) ça n'a pas été le cas depuis des années, c'était une des raisons de mon abandon de Free.
Ça fait quand même plusieurs années (depuis la mise en place des GGC en fait) que ça se passe plutôt bien en moyenne.
C'est vraiment sans bidouilles ? (VPN, proxy, etc...)
Oui, aucun proxy ou VPN, juste ma connexion FTTH Free en ZMD "nue".
-
Et (non, non, non) ça n'a pas été le cas depuis des années, c'était une des raisons de mon abandon de Free.
Ah bah si ton test date d'il y'a des années, merci pour cet argument irréfutable !
-
Désolé, je n'ai pas réfléchis à comment me faire sponsoriser et garder un abonnement médiocre ses dernières années.
Je n'ai pas tout lu, mais il y a 1 ou 2 messages de ces dernières années, ici même ::) :
https://lafibre.info/peering-google/debits-youtube-cest-de-pire-en-pire/720/
-
Par contre youtube-dl galère, déconnexions, débits qui s'écroule au bout d'un certain temps...
Peut-être que les GCC chez SFR pratiquent de la régulation ?
Est-ce que ton ping est stable pendant le téléchargement ? J'ai abandonné une DSL chez eux puisqu'à chaque fois qu'un téléchargement était en cours, le ping s'envolait.
-
C'est surtout du grand n'importe quoi...
youtube-dl c'est un outil pour télécharger les vidéos directement depuis youtube. Or, cet outil (et les autres comme jdownloader) sont bien connus pour se faire throttle au bout de quelques secondes/minutes de téléchargement, de manière complètement aléatoire. Il est possible de télécharger une vidéo entière en 4k à fond les ballons, ou bien de se faire throttle à un débit suffisant pour du streaming au bout de quelques secondes.
youtube-dl est fiable et constant chez Orange et Bytel (j'ai pas SFR et Free pour tester).
Il n'est pas 'bien connu' pour se faire throttle au bout de quelques secondes/minutes , je crois que tu confond avec d'autres outil ou tu pars de témoignages sur le Net qui le plus souvent n'utilisent pas la dernière version (ou et ca arrive se sont vraiment throttler par leur FAI).
youtube-dl se comporte comme le lecteur javascript de youtube (celui de https://youtube.com) et donne des résultats cohérents avec les stats intégrés a YT (stats for nerds/statistiques avancés):
(https://i.imgur.com/31Ny3vx.jpg?1)
youtube-dl.exe https://www.youtube.com/watch?v=LXb3EKWsInQ -f 315
[youtube] LXb3EKWsInQ: Downloading webpage
[youtube] LXb3EKWsInQ: Downloading video info webpage
[download] Destination: COSTA RICA IN 4K 60fps HDR (ULTRA HD)-LXb3EKWsInQ.webm
[download] 100% of 971.37MiB in 00:22
--> moyenne 353 Mbps
apres si chez SFR c'est pas constant y'a peut-être du throttling chez eux...
mais la premiere chose est faire est mettre a jour youtube-dl car Youtube adapte souvent son code de fonctionnement et une veille version de youtube-dl peut dysfonctionner.
-
Finalement, on est "hachement bien" en A d'la Vaisselle, car on ne se pose pas toutes ces questions existentielles... Faut déjà, que sa ligne ADSL soit stable, avec un débit correct, que la meule du d'jeunz du coin (trafiquée à mort, antiparasite coupé, silencieux trafiqué et autres "débridures en ligne" pour gagner 20m/h à fond en descente le vent dans le dos) nous assassine pas le signal... Entendre et voir des stats à 300Mb/s, je suis chez les martiens!
Merci, plus que 3 ans à attendre pour enfin pouvoir vérifier "in situ", si Netflix, Youtube, Amazon Prime et autres douceurs du genre déchireront sur "ma" fibre" (je suis sur un RIP qui sera théoriquement géré par Axione). A ce moment, je serai chez je ne sais lequel opérateur alternatif, ou encore chez Free s'il daigne me raccorder... Tout ceci avec un sourire certain et surtout beaucoup de recul! :P
Bonne soirée à tous et à toutes!
-
non, même problème sur une fibre orange (étant donné que ça semble être la référence ici...)
http://lmgtfy.com/?q=youtube-dl+throttle
et aussi, même problème depuis une instance Google Cloud, youtube-dl a jour..
Je vois pas ce qu'apporte la recherche google "youtube-dl throttle" a la discussion... évidemment qu'on va trouver des témoignage de ce genre...et ceux pour qui ca marche ne vont pas poster ....
et au moins limite la recherche au mois dernier par exemple...
t'es du genre a conclure que si une recherche Google donne des résultats alors ca valide ton expérience perso ? c'est un peu rapide.
youtube et youtube-dl fonctionnent via DASH donc en téléchargeant des bouts de videos via une requête http pour chaque bouts. le téléchargement d'un bout va a la vitesse max possible, il n'y a pas d’intérêt pour Google de throttler cela car plus un client libère une session http de téléchargement plus ca libère vite de la place sur le serveur utilisé.
testés a l'instant depuis:
une VM sur GCP (us-east-1b) : 267 Mbps
un VPS d'OVH (roubais): 98 Mbps
un VPS de Vultr (amsterdam) : 71 Mbps
Apres si tu constates des soucis tu tapes peut-être sur des GCC saturés ou un mauvais peering ou un souci plus local. Une capture permettrait d'en savoir plus.
-
Et qu'est ce que cela a à voir avec le sujet "Free monte enfin un peering avec Netflix !" ?
-
Non. Il faudrait un autre sujet (qui doit déjà exister) "Les problèmes de peering chez Free"
-
Pour 99% des usages grand public il n'y a pas de soucis.
On est loin du temps ou certains sites conseillaient de désactiver l'ipv6 pour "aller plus vite".
Les derniers soucis que j'ai eut, c'était avec quelques sites sous cloudflare, après quelques tests, ça passait par des endroits un peu exotiques, je ne sais pas ce qu'il en est aujourd'hui.
-
apparemment on va chercher le serveur aux US via un PNI avec google, donc aucun soucis à ce niveau (sfr est parfait niveau peering)
ca en soit c'est pas trop normal déjà...
SFR a un GGC, l'hote youtube devrait commencé par sn-n4g-.... (cf: https://lafibre.info/peering-google/ggc-google-global-cache-chez-sfr/msg208446/#msg208446 ) ou au pire aller en Belgique...mais pas aux US.
t'as pas trafiqué ton dns ou autre fichier hosts ?
sinon suivant la vidéo, on peut ne pas taper dans le GGC , essai avec une vidéo populaire en France ?
-
Toujours le même problème pour Free/Zayo.
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.0.1 - 0 | 82276|82276 | 0 | 0 | 25 | 0 |
| 10.93.80.1 - 0 | 2098 | 2098 | 5 | 8 | 34 | 11 |
| 213-245-0-136.rev.numericable.fr - 0 | 2033 | 2033 | 5 | 8 | 38 | 8 |
| 172.19.132.146 - 0 | 560 | 560 | 24 | 31 | 58 | 31 |
| xe-10-0-1.mpr1.cdg11.fr.zip.zayo.com - 0 | 707 | 707 | 22 | 24 | 53 | 23 |
| zayo-free.cdg11.fr.zip.zayo.com - 0 | 151 | 151 | 107 | 119 | 138 | 116 |
| 194.149.166.37 - 1 | 114 | 113 | 105 | 118 | 132 | 114 |
| bzn-9k-4-be1004.intf.routers.proxad.net - 0 | 133 | 133 | 109 | 119 | 133 | 122 |
| ras75-49m-1-v800.intf.nro.proxad.net - 0 | 149 | 149 | 109 | 119 | 137 | 115 |
|den75-asr903-1-bd902.intf.nro.proxad.net - 1 | 112 | 111 | 108 | 119 | 128 | 122 |
| pla75-49m-1-v904.intf.nro.proxad.net - 0 | 132 | 132 | 109 | 119 | 130 | 122 |
| 78.255.112.2 - 1 | 105 | 104 | 109 | 123 | 158 | 116 |
| pla75-2-78-194-82-1.fbxo.proxad.net - 0 | 149 | 149 | 107 | 119 | 134 | 115 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
-
Avec cloudflare, ça dépend énormèment du site derrière, en général c'est simplement que c'est le serveur derrière qui est saturé...
Je sais que je cherche les problèmes, mais c'était un de mes serveurs chez scaleway qui était derrière. J'avais mis en place un système de test sur le serveur, et quand ça passait par cloudflare, j'avais quelques soucis, soucis qui disparaissaient quand j'allais directement taper sur le serveur. :)
-
j'ai réalisé le test a 21h30
-
Toujours le même problème pour Free/Zayo.
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.0.1 - 0 | 82276|82276 | 0 | 0 | 25 | 0 |
| 10.93.80.1 - 0 | 2098 | 2098 | 5 | 8 | 34 | 11 |
| 213-245-0-136.rev.numericable.fr - 0 | 2033 | 2033 | 5 | 8 | 38 | 8 |
| 172.19.132.146 - 0 | 560 | 560 | 24 | 31 | 58 | 31 |
| xe-10-0-1.mpr1.cdg11.fr.zip.zayo.com - 0 | 707 | 707 | 22 | 24 | 53 | 23 |
| zayo-free.cdg11.fr.zip.zayo.com - 0 | 151 | 151 | 107 | 119 | 138 | 116 |
| 194.149.166.37 - 1 | 114 | 113 | 105 | 118 | 132 | 114 |
| bzn-9k-4-be1004.intf.routers.proxad.net - 0 | 133 | 133 | 109 | 119 | 133 | 122 |
| ras75-49m-1-v800.intf.nro.proxad.net - 0 | 149 | 149 | 109 | 119 | 137 | 115 |
|den75-asr903-1-bd902.intf.nro.proxad.net - 1 | 112 | 111 | 108 | 119 | 128 | 122 |
| pla75-49m-1-v904.intf.nro.proxad.net - 0 | 132 | 132 | 109 | 119 | 130 | 122 |
| 78.255.112.2 - 1 | 105 | 104 | 109 | 123 | 158 | 116 |
| pla75-2-78-194-82-1.fbxo.proxad.net - 0 | 149 | 149 | 107 | 119 | 134 | 115 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
Ce qui est bizarre, c’est que pour toucher NC (AS21502) ça passe effectivement par Zayo (AS6461) :
alarig@Ezekiel:~$ mtr -bzwe4 213-245-0-136.rev.numericable.fr | awk '{ if(index($2,"AS")) { print substr($0,0,13) " " substr($0,14) } else print }'
Start: Sat Sep 8 10:44:23 2018
HOST: Ezekiel Loss% Snt Last Avg Best Wrst StDev
1. AS??? 192.168.0.254 0.0% 10 0.3 0.3 0.3 0.6 0.0
2. AS12322 bru35-4-78-208-181-254.fbx.proxad.net (78.208.181.254) 0.0% 10 7.5 6.6 6.0 7.5 0.0
3. AS12322 213.228.11.190 0.0% 10 7.1 8.1 7.1 12.2 1.4
4. AS??? p11-crs16-1-be1112.intf.routers.proxad.net (194.149.162.97) 0.0% 10 12.8 12.9 12.4 13.3 0.0
5. AS??? 194.149.166.38 0.0% 10 12.3 12.6 12.3 13.1 0.0
6. AS6461 ae2.mpr1.cdg11.fr.zip.zayo.com (64.125.14.37) 0.0% 10 12.2 12.7 12.0 14.8 0.7
7. AS6461 94.31.32.138.IPYX-105712-002-ZYO.zip.zayo.com (94.31.32.138) 0.0% 10 14.4 14.5 13.0 16.7 1.0
8. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
9. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
10. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
11. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
12. AS??? 172.19.130.166 0.0% 10 29.1 29.7 28.1 37.9 2.9
13. AS21502 213-245-0-136.rev.numericable.fr (213.245.0.136) 0.0% 10 29.8 32.4 29.2 38.4 3.2
Mais si ça passe par Zayo France (AS8218, ex Neo), ça passe avant par Hopus :
alarig@Ezekiel:~$ mtr -bzwe4 grifon01.ring.nlnog.net | awk '{ if(index($2,"AS")) { print substr($0,0,13) " " substr($0,14) } else print }'
Start: Sat Sep 8 10:45:05 2018
HOST: Ezekiel Loss% Snt Last Avg Best Wrst StDev
1. AS??? 192.168.0.254 0.0% 10 0.3 0.3 0.2 0.3 0.0
2. AS12322 bru35-4-78-208-181-254.fbx.proxad.net (78.208.181.254) 0.0% 10 6.6 7.7 5.9 15.3 2.7
3. AS12322 213.228.11.190 0.0% 10 7.0 7.2 6.8 7.7 0.0
4. AS??? p11-crs16-1-be1112.intf.routers.proxad.net (194.149.162.97) 30.0% 10 20.6 13.9 12.5 20.6 2.9
5. AS??? 194.149.166.38 0.0% 10 12.7 12.6 12.0 13.1 0.0
6. AS??? free.th2-2.rt.hopus.net (37.77.34.38) 0.0% 10 11.5 12.4 11.5 13.4 0.3
7. AS??? lag-th2-1.pa3-2.rt.hopus.net (37.77.32.11) 0.0% 10 12.2 12.3 11.9 12.8 0.0
8. AS??? zayo-france.std-1.rt.hopus.net (37.77.38.21) 0.0% 10 13.3 13.1 12.4 13.7 0.0
9. AS8218 et-1-0-0.tcr2.rb.par.core.as8218.eu (83.167.55.149) 0.0% 10 12.4 13.9 12.0 20.8 2.6
10. AS8218 ae3.ter3.eqx2.par.core.as8218.eu (83.167.55.190) 0.0% 10 24.0 16.7 12.6 32.7 6.6
11. AS8218 ae6.ter4.eqx2.par.core.as8218.eu (83.167.55.43) 0.0% 10 13.2 13.1 12.6 13.6 0.0
12. AS8218 netensia-gw1.ter4.eqx2.par.cust.as8218.eu (83.167.34.50) 0.0% 10 12.3 12.9 12.3 13.6 0.0
13. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
14. AS35665 46.18.103.42 0.0% 10 21.2 21.8 21.2 22.4 0.0
15. AS204092 regis.swordarmor.fr (89.234.186.100) 0.0% 10 22.1 21.8 21.0 22.7 0.0
16. AS204092 nlnogring-grifon.swordarmor.fr (89.234.186.210) 0.0% 10 21.5 22.6 21.3 25.6 1.2
Mais pour une IP SFR (AS15557) ça passe par un peering direct :
alarig@Ezekiel:~$ mtr -bzwe4 ftth0.paris.sfr.ping-probes.grifon.fr | awk '{ if(index($2,"AS")) { print substr($0,0,13) " " substr($0,14) } else print }'
Start: Sat Sep 8 10:46:11 2018
HOST: Ezekiel Loss% Snt Last Avg Best Wrst StDev
1. AS??? 192.168.0.254 0.0% 10 0.3 0.3 0.3 0.3 0.0
2. AS12322 bru35-4-78-208-181-254.fbx.proxad.net (78.208.181.254) 0.0% 10 5.9 6.4 5.8 6.8 0.0
3. AS12322 213.228.11.190 0.0% 10 7.4 7.6 6.9 7.9 0.0
4. AS??? p11-crs16-1-be1112.intf.routers.proxad.net (194.149.162.97) 0.0% 10 13.2 13.0 12.5 13.4 0.0
5. AS12322 bzn-9k-4-be1004.intf.routers.proxad.net (78.254.249.2) 0.0% 10 13.1 13.3 12.8 13.8 0.0
6. AS15557 205.192.118.80.rev.sfr.net (80.118.192.205) 0.0% 10 17.1 16.4 14.6 17.8 0.9
7. AS15557 89.116.3.109.rev.sfr.net (109.3.116.89) 0.0% 10 14.3 13.3 12.4 14.3 0.3
8. AS15557 22.48.20.93.rev.sfr.net (93.20.48.22) 0.0% 10 14.0 13.7 13.2 14.1 0.0
9. AS15557 161.120.69.91.rev.sfr.net (91.69.120.161) 0.0% 10 14.2 14.2 13.4 15.1 0.3
Je ne connais pas les raisons qui poussent Free à choisir ces routes, ni pourquoi les IPs NC ne sont pas annoncées de la même manière que les IPs SFR, mais vu d’ici c’est relativement bizarre.
-
Voila, c'est du même niveau que la première affirmation :-)
youtube-dl https://www.youtube.com/watch?v=LXb3EKWsInQ -f 337
Orange Fibre 300Mb : [download] 100% of 1.05GiB in 00:45
Free 4G correcte : [download] 100% of 1.05GiB in 29:53
Pour rigoler, la vidéo dure 5 minutes, c'est dommage quoi.
Dès que Free assure mon abonnement fibre à domicile (Parce que non, il n'y a pas que Youtube & co qui ne sont pas fonctionnels chez eux), je donne les infos en fibre, mais utilisant leur réseau à plusieurs endroits, c'est dans ce sens. Et j'ai hâte de me contredire.
Pour la suite :
Free FTH (Sequalum haut de seine) : [download] 100% of 1.05GiB in 00:17
J'arrête mon hors sujet avec Youtube, ça semble être très bien maintenant à ce niveau :)
Orange 300 = 187 Mb/s
Free 1000 = 494 Mb/s
-
Bonjour,
Apparement Free aurait du netflix openconnect sur son réseau, quand je fais du speedtest avec fast, je tombe souvent sur des serveurs à Paris ou Amsterdam (plus aucun à Newyork avec cogent), je tombe aussi sur du "openconnect". Je pense donc qu'ils ont maintenant des caches sur leur réseau.
-
Bonjour,
Apparement Free aurait du netflix openconnect sur son réseau, quand je fais du speedtest avec fast, je tombe souvent sur des serveurs à Paris ou Amsterdam (plus aucun à Newyork avec cogent), je tombe aussi sur du "openconnect". Je pense donc qu'ils ont maintenant des caches sur leur réseau.
Le problème avec l'ADN, c'est que l'on peut très difficilement le modifier... On peut bidouiller, passer par une greffe de moelle!
Très en pointe sur l'innovation, mais très "durs de la feuille" pour la prise en compte de tendance du marché, ou d'innovations "étrangères"...
Se remettre en cause et s'adapter au plus vite semble culturellement très compliqué dans la maison... Les temps changent, et si l'on a été "génial" à un moment, ce qui a permis de percer sur le marché, on ne peut être le plus créatif en permanence, même les meilleurs "artistes" le savent.
Nos amis asiatiques (Soleil levant ou Matin Calme) ont pas mal puisé leur inspiration de ce qu'avaient fait les pays occidentaux...
Depuis, ils volent de leurs propres ailes et nous démontrent tous les jours que les élèves ont depuis longtemps dépassés leurs vieux maîtres!
Monsieur Xavier, ouvrez grandes vos oreilles, respirez, observez, analysez ce qui se passe hors de chez vous, et prenez-en de la graine...
Et n'ayez aucune honte à pomper sans vergogne (mais avec "astuche") ce qui se fait chez vos concurrents... Vous verrez, cela ne peut être que salutaire! ;)
-
Apparement Free aurait du netflix openconnect sur son réseau, quand je fais du speedtest avec fast, je tombe souvent sur des serveurs à Paris ou Amsterdam (plus aucun à Newyork avec cogent), je tombe aussi sur du "openconnect". Je pense donc qu'ils ont maintenant des caches sur leur réseau.
Open Connect c'est pas forcèment des serveurs caches sur le réseau des FAI. Je viens de vérifier chez moi, Fast.com affiche bien "Open Connect, Netflix" mais les serveurs testés (à Paris, Amsterdam et New-York) sont bien à l'extérieur du réseau de Free.
-
Il existe maintenant des "ciseaux génétiques" et même un chinois qui prétend avoir génétiquement modifiés des bébés mais j'avoue ne pas voir le rapport avec le sujet.
Au fait cela fait combien d'années que niel se fout de la gueule de ses clients avec ces histoires de peering, quel mépris !
Personne ne vous contraint à insulter un dirigeant d'entreprise, pas sûr que ce soit bien constructif...
En passant, les clients de la société du dirigeant cité n'ont jamais été des prisonniers, ce qui n'est pas le cas pour d'autres sociétés, avec des période d'engagement régulièrement renouvelées par des gentils conseillers, qui eux ont en tant que science infuse ce que l'on pourrait intituler de "l'entubage", en restant politiquement correct!
A partir du moment où je considère qu'une société se fout de ma g..., je vois chez le voisin, c'est la liberté qu'offre la concurrence!
Pour ma part, je me contente de "titiller" tel ou tel personnages sur ses petits ou grands défauts. Nous en avons tous pleins, vous et surtout moi y compris! ;)
-
Bonjour,
Apparement Free aurait du netflix openconnect sur son réseau, quand je fais du speedtest avec fast, je tombe souvent sur des serveurs à Paris ou Amsterdam (plus aucun à Newyork avec cogent), je tombe aussi sur du "openconnect". Je pense donc qu'ils ont maintenant des caches sur leur réseau.
Ca fait plusieurs mois que c'est le cas, et ce sont les serveurs à Netflix hébergés en dehors de Free.
-
Ca fait plusieurs mois que c'est le cas, et ce sont les serveurs à Netflix hébergés en dehors de Free.
Quelle est la différence entre un test avec un serveur openconnect et un test avec les serveurs de Paris / Amsterdam ?
Openconnect c'est du cache chez le FAI et quand c'est affiché la localisation c'est en dehors du FAI non ?
-
Openconnect c'est du cache chez le FAI et quand c'est affiché la localisation c'est en dehors du FAI non ?
Non, je crois juste que lorsqu'il y a plus de 2 localisations différentes l'interface affiche "Open Connect" sans en dire plus.
-
Je ne sais pas ce qu'il s'affiche en graphique, mais en observant les échanges entre le navigateur et le serveur, on voit :
- Depuis Free, les serveurs proposés sont du genre "ipv4-cXXX-cdg001-ix.1.oca.nflxvideo.net" ou "ipv4-cXXX-ams001-ix.1.oca.nflxvideo.net". On reconnait bien le "ix" et la localisation dans le reverse. Ces serveurs n'étaient pas accessibles lorsque Free n'avait pas d'interconnexion avec Netflix, car non raccordés à un fournisseur de transit. A priori Netflix ne fait que du peering sur ces 2 localisations.
- Chez des FAI qui hébergent des serveurs cache, on retrouve "isp" dans le reverse avec le nom du FAI.
-
Quelle est la différence entre un test avec un serveur openconnect et un test avec les serveurs de Paris / Amsterdam ?
Openconnect c'est du cache chez le FAI et quand c'est affiché la localisation c'est en dehors du FAI non ?
On ne serait pas en train de chercher des poux dans la tête à tout ce qui bouge, des fois?
Le principal ne serait-il pas que désormais, Netflix fonctionne correctement chez Free?
Je dis cela, je dis rien, Netflix, m'en fous! ::) ;) :)
-
Et comme tu t'en fiches, le monde tourne autour de ta petite personne ?
-
On ne serait pas en train de chercher des poux dans la tête à tout ce qui bouge, des fois?
Le principal ne serait-il pas que désormais, Netflix fonctionne correctement chez Free?
Je dis cela, je dis rien, Netflix, m'en fous! ::) ;) :)
Alors si tu relis bien mes messages, tu as du mal comprendre mes propos. Je pose ces questions uniquement par curiosité.
Je ne sais pas ce qu'il s'affiche en graphique, mais en observant les échanges entre le navigateur et le serveur, on voit :
- Depuis Free, les serveurs proposés sont du genre "ipv4-cXXX-cdg001-ix.1.oca.nflxvideo.net" ou "ipv4-cXXX-ams001-ix.1.oca.nflxvideo.net". On reconnait bien le "ix" et la localisation dans le reverse. Ces serveurs n'étaient pas accessibles lorsque Free n'avait pas d'interconnexion avec Netflix, car non raccordés à un fournisseur de transit. A priori Netflix ne fait que du peering sur ces 2 localisations.
- Chez des FAI qui hébergent des serveurs cache, on retrouve "isp" dans le reverse avec le nom du FAI.
Merci, c'est utile et bon à savoir ;)
-
a voir dans le temps
-
Il y a un gros problème sur ton débit d'upload, 900 kb/s. J'ai 480 Mb/s.
-
oui, j'ai un problème sur l'upload sur speedtest aussi je suis vers 250-350 UP
-
Quand même, 250 Mb/s, ce n'est pas 980 kb/s...
-
Bonjour,
Un peu hors sujet mais j'aimerais savoir comment vous faites pour avoir fast.com avec l'upload ?
Merci
-
Rien de spécial, chez moi l'upload est mesuré par défaut sans que j'ai quoi que ce soit à faire.
-
En effet. J'avais pas vu le "more info".
Merci !
-
Je me permet de remonter le topic mais qu'avez vous en débit netflix recemment ? Chez moi c'est catastrophique (et pas que pendant le confinement). Je pensais que les soucis étaient résolus avec la mise en place de openconnect. Sur ma tv j'obtiens timidement 30mbps sur le tv mais en réalité j'ai 2mbits et un flux 720p au lieu du 4K. La chute a lieu tout les soirs de la semaine mais est beaucoup plus violente le weekend.
En pleine journée c'est mieux avec un 4k stable.
Sur fast je n'ai jamais eu le gbps comme certains. C'est plutôt 70 mbps le soir et 200 en journée. Suffisant sur le papier mais en réalité je rame :(. J'ai tenté de passer en ipv4 ou v6 mais sans succès.
-
fait a linstant mais je sais pas si c'est vraiment representatif leur test :-\
(https://zupimages.net/up/20/47/6ulm.jpg)
-
Je viens d'en faire un aussi sur fast.com. Je suis à 190 Mb/s en down et 210 Mb/s en up. J'ai connu mieux.
-
Pour ma part ci-dessous. Moitié moins mais je me dis que si j'avais ça ce serait largement suffisant pour les flux 4K qui sont à environ 15mbps.
Sauf que dans la réalité c'est la cata :(.
(https://zupimages.net/up/20/47/x38b.png) (https://zupimages.net/viewer.php?id=20/47/x38b.png)
Le test dans l'application de ma tv me donne 45mbps ce soir... Moins que fast donc et je ne suis pas non plus convaincu de ce test. Sauf que je viens de me poser devant star trek discovery et j'oscille entre 480 et 720p (flux 1080p dolby vision normalement...).
Le traceroute vers le serveur :
1 <1 ms <1 ms <1 ms FREEBOX [192.168.1.254]
2 12 ms 12 ms 12 ms 194.149.169.246
3 * * * Délai d’attente de la demande dépassé.
4 13 ms 12 ms 12 ms po4.es01.cdg001.ix.nflxvideo.net [198.38.120.34]
5 14 ms 13 ms 19 ms ipv4-c177-cdg001-ix.1.oca.nflxvideo.net [198.38.120.221]
-
deja on a pas le même serveur de test moi jsuis sur : Serveur(s) Paris, FR | Secaucus, US
et toi : ¨ | Amsterdam, NL
Deja chelou que je doit traverser l'ocean et toi tu reste en EU :o
Donc serveur europeen bien plus surcharger a cette heure ci que au US ou ils dorme tous et je voit pas comment changer le serveur de test???
traceroute sur le même serveur traceroute de fidmille
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| lan.home - 0 | 8 | 8 | 1 | 1 | 2 | 1 |
| 80.10.233.9 - 0 | 8 | 8 | 3 | 6 | 16 | 4 |
| 193.249.215.146 - 0 | 8 | 8 | 6 | 8 | 17 | 6 |
| ae44-0.nrlil102.Lille.francetelecom.net - 0 | 8 | 8 | 6 | 9 | 18 | 7 |
|ae45-0.nridf202.Paris15eArrondissement.francetelecom.net - 0 | 8 | 8 | 10 | 11 | 19 | 10 |
|ae43-0.noidf002.Aubervilliers.francetelecom.net - 0 | 8 | 8 | 10 | 12 | 18 | 11 |
|ae40-0.noidf001.Paris3eArrondissement.francetelecom.net - 0 | 8 | 8 | 10 | 11 | 19 | 11 |
| 193.253.13.22 - 0 | 8 | 8 | 10 | 11 | 19 | 10 |
| ipv4-c177-cdg001-ix.1.oca.nflxvideo.net - 0 | 8 | 8 | 11 | 15 | 25 | 25 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider
-
Avec une latence de 12 ms donnée dans fast, c'est bien un serveur sur Paris
-
Ce qui est en soit logique. On peut mettre ça sur le dos du confinement mais c'est le débit réel qui m'inquiète. J'ai bien les memes serveurs sur l'appli netflix de la tv.
Je crois que pour free ça doit être les serveurs chez telehouse...apres est ce que c'est le serveur parisien qui sature ou bien le lien avec free....
Pas moyen de changer le serveur. Et même si c'était possible pas certain que de passer par cogent soit mieux.
-
Avec une latence de 12 ms donnée dans fast, c'est bien un serveur sur Paris
Enfaite quand il fait le test de DLL il utilise Serveur(s) Open Connect, Netflix
Et quand il fait le test de ping et UP Serveur(s) Paris, FR | Secaucus, US
sa fait un peu ce qu'il veut koi :-X
-
bon ça doit être pcq il est 00:28 ...
-
Je me permet de remonter le topic mais qu'avez vous en débit netflix recemment ? Chez moi c'est catastrophique (et pas que pendant le confinement). Je pensais que les soucis étaient résolus avec la mise en place de openconnect. Sur ma tv j'obtiens timidement 30mbps sur le tv mais en réalité j'ai 2mbits et un flux 720p au lieu du 4K. La chute a lieu tout les soirs de la semaine mais est beaucoup plus violente le weekend.
En pleine journée c'est mieux avec un 4k stable.
Sur fast je n'ai jamais eu le gbps comme certains. C'est plutôt 70 mbps le soir et 200 en journée. Suffisant sur le papier mais en réalité je rame :(. J'ai tenté de passer en ipv4 ou v6 mais sans succès.
La première chose à faire serait de tester ton débit sur https://testdebit.info (prendre le serveur "Anycast-FR - 10 Gbps - Bouygues Telecom", en IPv6 si possible) pour s'assurer que la baisse est spécifique à Netflix et qu'il n'y a pas "juste" une saturation locale affectant tous les services.
-
J'ai jamais eu le gbps sur le test fast.
Nouveau test à 11h : 260 mbps, hier 180.
Sauf en que réalité , là je peux avoir du 4k , hier non, a peine le 720p. Donc il semble qu'il faut une marge correcte sur fast.com pour que ça marche bien en conditions réelles.
@underground :
J'ai essayé le https://bouygues.testdebit.info/10G/10G.iso
curl --max-time 8 -4 -k -o NUL http://bouygues.testdebit.info/10G.iso
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
6 9536M 6 622M 0 0 77.7M 0 0:02:02 0:00:08 0:01:54 112M
curl: (28) Operation timed out after 8000 milliseconds with 652618295 out of 10000000000 bytes received
Donc là je pense que j'ai le gigabit ? Le nperf me donne le gigabit. Donc ca semble spécifique à netflix... Ou presque , car j'ai le même soucis chez OVH / Google mais c'est vraiment netflix qui me gène le plus car en 480p je coupe la tv...
-
J'avoue 260 Mbps c'est limite pour afficher du 720p...
-
Donc là je pense que j'ai le gigabit ?
77,7 Mo/s c'est pas tout à fait le Gbps mais un peu plus de 600 Mbps.
j'ai le même soucis chez OVH / Google
C'est quand même bizarre, tu as quoi comme débit depuis http://rbx.proof.ovh.net/files/10Gio.dat ?
Après il faudrait refaire les tests quand tu remarques les problèmes avec Netflix.
-
J'avoue 260 Mbps c'est limite pour afficher du 720p...
Si tu avais regardé mes commentaires tu aurais vu que le test fast n'est pas d'une fiabilité absolue afin de voir les conditions réelles de visionnage.
Hier malgré un test à 180 sur le papier totalement suffisant, sur l'appli netflix de la TV, j'étais à peine à 50, et en réel , 2mbits avec du 480p / 720p sur les informations du téléviseur et une image floue. Avec un abonnement netflix 4k et sur du contenu 4k...
Je ne cherche pas à faire la course sur fast.com mais simplement à pouvoir regarder netflix raisonnablement.
77,7 Mo/s c'est pas tout à fait le Gbps mais un peu plus de 600 Mbps.
C'est quand même bizarre, tu as quoi comme débit depuis http://rbx.proof.ovh.net/files/10Gio.dat ?
Après il faudrait refaire les tests quand tu remarques les problèmes avec Netflix.
OVH c'est pas bon du tout :
curl --max-time 18 -4 -k -o NUL http://rbx.proof.ovh.net/files/10Gio.dat
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
1 10.0G 1 134M 0 0 7675k 0 0:22:46 0:00:18 0:22:28 3024k
curl: (28) Operation timed out after 18000 milliseconds with 141478111 out of 10737418240 bytes received
Speedtest sur lafibre bordeaux:
https://www.speedtest.net/result/10462720920.png
C'est bien le average dload qui faut regarder et pas le current speed ?
Sur bouygues average 77.7M mais current speed 112M.
Sur ovh 47.4 et 54.9.
Si je laisse plus de temps avec bouygues (28s)
curl --max-time 28 -4 -k -o NUL http://bouygues.testdebit.info/10G.iso
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
29 9536M 29 2808M 0 0 100M 0 0:01:35 0:00:28 0:01:07 112M
curl: (28) Operation timed out after 28000 milliseconds with 2944786175 out of 10000000000 bytes received
-
Je viens de voir que tu as forcé l'IPv4, tu peux refaire le test sans "-4" dans la ligne de commande.
-
Je viens de voir que tu as forcé l'IPv4, tu peux refaire le test sans "-4" dans la ligne de commande.
curl --max-time 10 -k -o NUL http://rbx.proof.ovh.net/files/10Gio.dat
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 10.0G 0 72.6M 0 0 7444k 0 0:23:28 0:00:10 0:23:18 4720k
curl: (28) Operation timed out after 10000 milliseconds with 76230711 out of 10737418240 bytes received
Plus long :
curl --max-time 25 -k -o NUL http://rbx.proof.ovh.net/files/10Gio.dat
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
1 10.0G 1 164M 0 0 6720k 0 0:26:00 0:00:25 0:25:35 5605k
curl: (28) Operation timed out after 25000 milliseconds with 172043211 out of 10737418240 bytes received
Et ayant un kimsufi , je confirme les débit anémiques sauf quand je déclenche mon VPN. Ce que je ne peux pas faire sur la TV a moins de le configurer sur la freebox mais je n'ai pas envie de tout encapsuler.
-
C'est vraiment pas terrible... Je suis à plus de 100 Mo/s en IPv4 et IPv6 sur http://rbx.proof.ovh.net/files/10Gio.dat.
Je doute qu'on voit quelque chose mais est-ce que tu pourrais essayer de faire des traceroute en IPv4 et IPv6 vers bouygues.testdebit.info et rbx.proof.ovh.net.
Et ayant un kimsufi , je confirme les débit anémiques sauf quand je déclenche mon VPN. Ce que je ne peux pas faire sur la TV a moins de le configurer sur la freebox mais je n'ai pas envie de tout encapsuler.
Je ne crois pas que le client VPN sur la Freebox permette de faire ça, il fonctionne juste pour la box elle-même.
-
v4
tracert rbx.proof.ovh.net
Détermination de l’itinéraire vers rbx.proof.ovh.net [188.165.12.106]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms FREEBOX [192.168.1.254]
2 12 ms 12 ms 12 ms 194.149.169.85
3 12 ms 11 ms 12 ms 194.149.166.62
4 22 ms 13 ms 11 ms gsw-1-a9.fr.eu [54.36.50.110]
5 * * * Délai d’attente de la demande dépassé.
6 * * * Délai d’attente de la demande dépassé.
7 * * * Délai d’attente de la demande dépassé.
8 16 ms 16 ms 16 ms be102.rbx-g2-nc5.fr.eu [94.23.122.214]
9 * * * Délai d’attente de la demande dépassé.
10 * * * Délai d’attente de la demande dépassé.
11 * * * Délai d’attente de la demande dépassé.
12 16 ms 16 ms 15 ms proof.ovh.net [188.165.12.106]
tracert bouygues.testdebit.info
Détermination de l’itinéraire vers bouygues.testdebit.info [89.84.1.222]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms FREEBOX [192.168.1.254]
2 13 ms 13 ms 13 ms 194.149.169.61
3 * * * Délai d’attente de la demande dépassé.
4 12 ms 11 ms 12 ms la110.rpt02-th2.net.bbox.fr [194.117.192.9]
5 14 ms 14 ms 14 ms 62.34.2.53
6 12 ms 12 ms 12 ms 212.194.171.68
7 12 ms 12 ms 13 ms 89.89.101.141
8 12 ms 11 ms 12 ms 89.84.1.222
v6
tracert bouygues.testdebit.info
Détermination de l’itinéraire vers bouygues.testdebit.info [2001:860:deff:1000::2]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms 2a01:e0a:276:5270::1
2 2 ms 2 ms 4 ms 2a01:e03:3:f836:2f3::ffff
3 * * * Délai d’attente de la demande dépassé.
4 * * * Délai d’attente de la demande dépassé.
5 * * * Délai d’attente de la demande dépassé.
6 * * * Délai d’attente de la demande dépassé.
7 11 ms 11 ms 12 ms 2001:860:0:81::1
8 11 ms 12 ms 13 ms 2001:860:bbee:b4::2
9 13 ms 15 ms 17 ms 2001:860:bbe0:128::2
10 12 ms 12 ms 12 ms 2001:860:deff:1000::2
tracert rbx.proof.ovh.net
Détermination de l’itinéraire vers rbx.proof.ovh.net [2001:41d0:2:876a::1]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms 2a01:e0a:276:5270::1
2 3 ms 2 ms 2 ms 2a01:e03:3:f836:2f3::ffff
3 * * * Délai d’attente de la demande dépassé.
4 * * * Délai d’attente de la demande dépassé.
5 * * * Délai d’attente de la demande dépassé.
6 * * * Délai d’attente de la demande dépassé.
7 * * * Délai d’attente de la demande dépassé.
8 12 ms 13 ms * be311.par-th2-sbb1-nc5.fr.eu [2001:41d0::25de]
9 21 ms 36 ms 29 ms 2001:41d0:aaaa:100::3
10 * * * Délai d’attente de la demande dépassé.
11 * * * Délai d’attente de la demande dépassé.
12 15 ms 15 ms 15 ms po100.rbx-g1-a75.fr.eu [2001:41d0::60b]
13 15 ms 15 ms 15 ms 2001:41d0:0:5:2::5d
14 15 ms 15 ms 15 ms 2001:41d0:0:5:3::cd
15 14 ms 14 ms 15 ms proof.ovh.net [2001:41d0:2:876a::1]
A noter que la TV est en v6 , mais j'ai testé v4 aussi, pas mieux.
C'est bizarre, je peux avoir le débit total sur certains liens , donc ca ne vient pas de mon installation.
Par contre par exemple sur ovh / netflix / google j'ai de très mauvais débits , alors que toi chez free aussi, tu as toute la bande passante... Si j'appelle free il vont dire que ma fibre va très bien.
-
Comme je m'y attendais entre le tunnel en IPv4 et les routeurs qui ne répondent pas au ping et qui n'ont pas de reverse DNS en IPv6 c'est très difficile devoir si la route est différente...
On voit quand même que le point de terminaison du tunnel IPv4 semble différent et que dans tous les cas le ping n'est pas anormal.
J'avoue que je ne sais pas trop que penser... Il pourrait y avoir certaines routes qui saturent sur le réseau de Free et d'autres pas (on sait que l'interconnexion entre Free et OVH ne sature pas) ou alors c'est un incident.
-
Si dans fast.com je mets 30 thread j'arrive à 630 mbps. Donc le nombre de thread a clairement une influence car par défaut (entre 1 et 8 thread) je plafonne a 180.
Sauf que je doute fortement que l'application netflix lance 30 threads en conditions réelles...
Je pense que c'est pour ça que j'ai un écart entre fast.com et le téléviseur. Car si je configure fast.com entre 1 et 3 thread simultanés : 68 mbps. Et je pense que l'application netflix lance 2 threads uniquement : 35 mbps.
-
Je me permet de remonter le topic mais qu'avez vous en débit netflix recemment ? Chez moi c'est catastrophique (et pas que pendant le confinement). Je pensais que les soucis étaient résolus avec la mise en place de openconnect. Sur ma tv j'obtiens timidement 30mbps sur le tv mais en réalité j'ai 2mbits et un flux 720p au lieu du 4K. La chute a lieu tout les soirs de la semaine mais est beaucoup plus violente le weekend.
En pleine journée c'est mieux avec un 4k stable.
Sur fast je n'ai jamais eu le gbps comme certains. C'est plutôt 70 mbps le soir et 200 en journée. Suffisant sur le papier mais en réalité je rame :(. J'ai tenté de passer en ipv4 ou v6 mais sans succès.
Aucun souci de mon côté, ça se lance immédiatement en 4k HDR si le film propose ce format.