La Fibre
Fournisseurs d'accès à Internet mobile et 5G/4G fixe => 5G/4G Free Mobile => 
Actu Free Mobile => Discussion démarrée par: DamienC le 08 août 2015 à 21:03:41
-
Bonsoir,
Je suis actuellement en Vacances à Lacanau, dans le Sud. Il fait vraiment pas beau du tout, même pire qu'en Bretagne !!! Du coup, mes neveux de 5 et 7 ans veulent regarder quelques vidéos sur YouTube histoire d'atteindre le soleil (enfin j'espère qu'il viendra...).
Il n'y a pas d'antennes Free Mobile ici ( étrange, hein? ::) ), que de l'itinérance Orange en H, avec une très bonne réception.
En tant que geek, premier réflexe avant d'aller sur YouTube, je lance un SpeedTest. Pas trop mal, 5M downlink, 1.5M uplink et 60 ms. Du coup, je lance YouTube, j'attends... 1 minute, puis 2, puis 3 et même 10 !
La page charge enfin, mais impossible de lancer la moindre vidéo, même en 144p. Idem pour Facebook, Snapchat, Twitter... Idem pour les fichiers en .zip, .exe, .mp3/mp4 ...
J'ai alors l'idée de foutre un VPN sur le port 80, histoire de voir si c'est mieux. Pas du tout, le débit reste correct, mais impossible d'utiliser la connexion, SAUF sur lafibre.info (ouf, tout n'est pas perdu ^^).
Avez-vous une solution? Je suis au courant que Free bride de son côté l'itinérance, et qu'Orange favorise ses abonnées sur ses antennes, mais là... Il y a clairement un soucis (ou un foutage de gueule).
Je comprend que Free bride pour ne pas payer trop cher à Orange, mais tout de même, il y a des limites à la connerie, si je passe ma vie à faire des SpeedTest, je vais sans doute bouffer les 20 Go, même en itinérance, alors pourquoi brider les sites les plus utilisés en France? Je suis actuellement à 56 o/s (oui, octet par seconde).
Cdt,
DamienC
-
Avez-vous une solution?
Pour tes vacances actuelles ça me semble compliqué. Pour les prochaines voir avec un autre opérateur ?
Je suis au courant que Free bride de son côté l'itinérance, et qu'Orange favorise ses abonnées sur ses antennes
Alors pour moi on ne sait pas trop si c'est l'un, l'autre ou les deux.
-
Alors pour moi on ne sait pas trop si c'est l'un, l'autre ou les deux.
Les deux j'imagine ^^ C'est pas très grave, c'est les vacances, moi je vais faire du Body.
C'est juste dommage pour les enfants.
Si je trouve une boutique Orange je vais leur prendre un forfait Data pour que les enfants puissent voir leurs dessins animés quand il pleut.
Merci pour ton retour en tout cas.
Cdt,
DamienC
-
Comme Nico, pour tes prochaines vacance change d'opérateur, pour le smartphone de ma femme avec un abo Free, jamais eu de soucis pour la partie voice comme la couverture Free il en a pas dans ma région c'est du 100% Orange et la couverture Orange est bonne, mais la 3G ca a jamais fonctionné, et a force de me faire engeuler, je lui ai pris un sim B&You, la ca marche parfaitement.
-
Avez-vous une solution? Je suis au courant que Free bride de son côté l'itinérance, et qu'Orange favorise ses abonnées sur ses antennes, mais là... Il y a clairement un soucis (ou un foutage de gueule).
Je comprend que Free bride pour ne pas payer trop cher à Orange, mais tout de même, il y a des limites à la connerie, si je passe ma vie à faire des SpeedTest, je vais sans doute bouffer les 20 Go, même en itinérance, alors pourquoi brider les sites les plus utilisés en France? Je suis actuellement à 56 o/s (oui, octet par seconde).
Un VPN pourrait recoudre ton problème.
Le bridage est le fait de Free, qui ne dimensionne pas correctement l'interconnexion avec Orange. Au lieu de tout laisser saturer, Free préfère limiter le trafic de certains sites (cela change régulièrement). Comme noté, les SpeedTest ne sont pas bridés.
-
C'est la même chose avec les VPN, pour les changements réguliers : il arrive parfois qu'un VPN devienne lent aussi.
-
My 2 cents:
- sur les lenteurs en itinérance, j'ai déjà rencontré des situations où l'antenne Orange elle-meme semblait saturée, les abonnés Orange souffrant des memes problèmes. Mais on ne peut pas reprocher à Orange ne pas pouvoir dimensionner ses antennes pour la période estivale ou la population explose
- partant de ce constat, il faut toujours avoir 2 opérateurs sous la main, dans mon cas j'ai pris un forfait Bouygues pour ma femme. Ainsi on passe partout
-
Je n'arrive même pas à monter un tunnel VPN, mais j'ai peut-être une explication. A Lacanau, en cette saison, pour 4600 habitants il y a environ 100 000 touristes, donc la pauvre Antenne m'a l'air bien saturée aussi.
Après au vu des résultats du SpeedTest, c'est étrange.
Bref, je vois qu'il n'y a pas de solutions miracles, je vais me prendre une SIM Sosh ou B&You et voilà. Mais bon, je consomme mes 20 Go chez Free donc j'espère que les 3 ou 5 Go des deux autres ne vont pas trop me limiter.
Cdt,
DamienC
-
5 mbps avec speedtest, ta cellule n'est pas saturée et tu as certainement le même resultat qu'un abonné Orange au même endroit. La vérité est ailleurs.
-
Oui la vérité est ailleurs, il n'y a aucun doute la-dessus.
J'ai hâte que Free ne soit plus autoriser à exploiter le réseau d'Orange, comme ça ils feront peut-être le nécessaire pour couvrir le territoire Français et ainsi nous pourrons tous profiter de la DATA, pas seulement des SpeedTest...
NB : J'ai lu sur un autre forum qu'un utilisateur de Free Mobile avait réussi à "débrider" sa connexion en itinérance en utilisant le serveur VPN de sa Freebox. Selon-lui, étant donné que le VPN et l'IP reçue sur nos téléphones sont des IPs de Free, on contourne le bridage et on passe par sa connexion Freebox. Je vais tester ça en rentrant de vacances mais j'èmet un sérieux doute sur cette technique.
Cdt,
DamienC
-
comme ça ils feront peut-être le nécessaire pour couvrir le territoire Français et ainsi nous pourrons tous profiter de la DATA, pas seulement des SpeedTest...
Vu la deadline très proche (les antennes négociées aujourd'hui seront pour la plupart activées courant 2017, la dernière année de l'itinérance 3G a priori), ça serait vraiment les prendre pour des cons que de penser qu'ils n'ont pas pris en compte une contrainte très forte : tout ce qu'ils n'arrivent pas à trouver aujourd'hui risque d'être une zone 2G-only dans 2 ans et demi. Et vu la progression continue de l'usage/de l'accoutumance aux appareils mobiles, j'imagine que les lieux touristiques vont devenir des endroits de plus en plus intéressants à couvrir correctement en 4G.
Sans compter l'insatisfaction des utilisateurs des zones non ou insuffisamment couvertes, qui ne sont quand même pas négligeables.
Combien de temps ont mis les autres à déployer des supports partout ? La demande était plus faible, certains les ont accusés de traîner, mais je ne doute pas qu'ils aient aussi rencontré des lenteurs indépendantes de leur volonté.
S'il y a par contre un truc qui serait bien, ça serait une vraie itinérance. Mais bizarrement, le mois d'aout se remarque à Paris, les applis de streaming audio fonctionnent parfaitement sans avoir à refaire une recherche du réseau propre (par contre Youtube...)
-
En tout cas le problème de l'itinérance orange chez free mobile ne date pas de hier (cette vidéo a presque 1an) :
https://www.youtube.com/watch?v=hu8vy6ubCVc (https://www.youtube.com/watch?v=hu8vy6ubCVc)
Dans cette vidéo on voit que il y a un bridage en fonction de l'extension du fichier, sur un fichier pourtant identique.
Avec un .bin pas de bridage par contre avec un .html oui !
-
Y a deux problèmes :
- itinérance sur le réseau orange avec une QoS pas forcèment à l'avantage de l'utilisateur.
- les cellules saturées en zones touristiques, station balnéaire, etc.
Ca se faisait avant, je sais pas s'ils continuent, mais la puissance des antennes baissaient pour se prémunir de cette saturation en période estivale de surcharge.
Cette info a 2 ou 3 ans, je l'avais eut d'un collègue qui avait discuté avec un tech sur site.
Ceci étant dit, je pense que la meilleure solution, comme préconisé, est effectivement de prendre temporairement 1 second forfait d'un autre opérateur pour tenter d'avoir un service de meilleure qualité que Free pendant ses vacances.
-
Autre solution qui a le mérite d'être gratuite, le freewifi.
Y en à la pelle des freewifi. Ca peut toujours dépanner et même à 1 ou 2 Mbps ca sera toujours mieux que l'itinérance.
-
J'ai trouvé une solution temporaire pour les dessins animés pour mes neveux, je me connecte à mon bureau à distance à la maison, je télécharge le fichier, je change l'extension en .bin, et le téléchargement n'est plus bridé. Je suis à 500 ko/s actuellement 8)
Cdt,
DamienC
-
ahahahah. ;D
excellent.
-
J'ai trouvé une solution temporaire pour les dessins animés pour mes neveux, je me connecte à mon bureau à distance à la maison, je télécharge le fichier, je change l'extension en .bin, et le téléchargement n'est plus bridé. Je suis à 500 ko/s actuellement 8)
Cdt,
DamienC
Heureux d'apprendre que cette "solution" marche encore 1 an après ;D
-
Damien, tu pourrais tester rapidement le téléchargement de fichiers suivant et me dire si ils sont bridés ?
Attention, seule l'extension change, le contenu du fichier est toujours le même et donc il est impossible d'ouvrir le fichier jpg ou la vidéo.
J'ai mis une taille de 5 Mo, mais tu peux remplacer 5Mo pour 10Mo, 20Mo ou 30Mo ou 2Mo si tu trouves que la taille n'est pas la bonne (max : 5000 Mo)
=> https://testdebit.info/
Il serait intéressant de tester pour un type de fichier qui est bridé en modifiant le protocole.
Extension bridée :
- .iso http port 80 : wget -O /dev/null http://1.testdebit.info/fichiers/5Mo/5Mo.iso- .iso http port 6881 (port de BitTorrent) : wget -O /dev/null http://1.testdebit.info:6881/fichiers/5Mo/5Mo.iso- .iso https port 443 : wget -O /dev/null https://1.testdebit.info/fichiers/5Mo/5Mo.iso- .iso https port 1194 (port de OpenVPN) : wget -O /dev/null https://1.testdebit.info:1194/fichiers/5Mo/5Mo.iso- .iso ftp port 21 : wget -O /dev/null ftp://1.testdebit.info/5Mo/5Mo.iso
Extension non bridée :
- .txt http port 80 : wget -O /dev/null http://1.testdebit.info/fichiers/5Mo/5Mo.txt- .txt http port 6881 (port de BitTorrent) : wget -O /dev/null http://1.testdebit.info:6881/fichiers/5Mo/5Mo.txt- .txt https port 443 : wget -O /dev/null https://1.testdebit.info/fichiers/5Mo/5Mo.txt- .txt https port 1194 (port de OpenVPN) : wget -O /dev/null https://1.testdebit.info:1194/fichiers/5Mo/5Mo.txt- .txt ftp port 21 : wget -O /dev/null ftp://1.testdebit.info/5Mo/5Mo.txt
-
J'ai trouvé une solution temporaire pour les dessins animés pour mes neveux, je me connecte à mon bureau à distance à la maison, je télécharge le fichier, je change l'extension en .bin, et le téléchargement n'est plus bridé. Je suis à 500 ko/s actuellement 8)
Cdt,
DamienC
Quand même triste d'en arriver la ..
-
Ca se faisait avant, je sais pas s'ils continuent, mais la puissance des antennes baissaient pour se prémunir de cette saturation en période estivale de surcharge.
Cette info a 2 ou 3 ans, je l'avais eut d'un collègue qui avait discuté avec un tech sur site.
En 3G ça se fait tout seul, ça s’appelle la respiration de la cellule.
-
Vive le CDMA :)
-
J'ai fait un test de débit avec les différents fichiers en 4G (réseau en propre de FreeMobile) et voila les résultats :
5Mo.dat: 2015-08-10 21:04:08 (1,19 MB/s)
5Mo.apk: 2015-08-10 21:04:24 (1,19 MB/s)
5Mo.avi: 2015-08-10 21:04:37 (1,18 MB/s)
5Mo.doc: 2015-08-10 21:04:54 (1,35 MB/s)
5Mo.exe: 2015-08-10 21:05:11 (982 KB/s)
5Mo.iso: 2015-08-10 21:05:22 (1,26 MB/s)
5Mo.jpg: 2015-08-10 21:05:33 (1,53 MB/s)
5Mo.mov: 2015-08-10 21:05:43 (1,16 MB/s)
5Mo.mp3: 2015-08-10 21:05:53 (1011 KB/s)
5Mo.mp4: 2015-08-10 21:06:02 (1,42 MB/s)
5Mo.pdf: 2015-08-10 21:06:13 (1,01 MB/s)
5Mo.png: 2015-08-10 21:06:23 (1,25 MB/s)
5Mo.random:2015-08-10 21:06:32 (1,40 MB/s)
5Mo.rar: 2015-08-10 21:06:41 (1,31 MB/s)
5Mo.svg: 2015-08-10 21:06:52 (1,34 MB/s)
5Mo.s w f: 2015-08-10 21:07:01 (1,48 MB/s)
5Mo.tar.xz:2015-08-10 21:07:11 (1,19 MB/s)
5Mo.txt: 2015-08-10 21:07:19 (1,70 MB/s)
5Mo.webm: 2015-08-10 21:13:43 (74,4 KB/s)
5Mo.woff2: 2015-08-10 21:14:15 (261 KB/s)
5Mo.zip: 2015-08-10 21:15:21 (75,8 KB/s)
5Mo.dat: 2015-08-10 21:15:58 (147 KB/s)
https: 2015-08-10 21:16:53 (140 KB/s)
5Mo 6881: 2015-08-10 21:18:49 (114 KB/s)
5Mo 1194: 2015-08-10 21:20:21 (65,4 KB/s)
5Mo.dat: 2015-08-10 21:22:00 (98,5 KB/s)
L'extension ou le protocole utilisé ne change rien, mais après un certain volume échangé vers la même IP, le débit baisse...
-
Bonsoir,
Vivien, voici les résultats. Je m'excuse de ne pas pouvoir mettre ça tout propre mais je n'arrive pas à upload la moindre copie d'écran.
.dat : 100%[=====================>] 4,77M 84,6KB/s ds 66s
.apk : 100%[=====================>] 1,91M 80,8KB/s ds 23s
.avi : requête HTTP transmise, en attente de la réponse… [CONNEXION RESET]
.doc : 0%[ ] 37,81K --.-KB/s eta 87m 40s [DEBIT NULLE]
.exe : requête HTTP transmise, en attente de la réponse… [CONNEXION RESET]
.iso : requête HTTP transmise, en attente de la réponse… [CONNEXION RESET]
.jpg : 100%[=====================>] 1,91M 95,2KB/s ds 21s
.mov : requête HTTP transmise, en attente de la réponse… [CONNEXION RESET]
.mp3 : requête HTTP transmise, en attente de la réponse… [CONNEXION RESET]
.mp4 : requête HTTP transmise, en attente de la réponse… [CONNEXION RESET]
.pdf : 100%[=====================>] 1,91M 100KB/s ds 19s
.png : 4 essais avant d'avoir le fichier 100%[=====================>] 1,91M 80,1KB/s ds 22s
.random : 100%[=====================>] 1,91M 108KB/s ds 19s
.rar : requête HTTP transmise, en attente de la réponse… [CONNEXION RESET]
.svg : 100%[=====================>] 1,91M 106KB/s ds 19s
.s w f : requête HTTP transmise, en attente de la réponse… [CONNEXION RESET]
.tar.xz : 100%[=====================>] 1,91M 92,7KB/s ds 21s
.txt : 100%[=====================>] 1,91M 84,0KB/s ds 22s
.vivien : requête HTTP transmise, en attente de la réponse… 404 Not Found
.webm : 100%[=====================>] 1,91M 101KB/s ds 20s
.woff2 : 100%[=====================>] 1,91M 132KB/s ds 25s
.zip : 1%[ ] 37,81K --.-KB/s eta 22m 5s [DEBIT NULLE]
Tests sur les autres ports :
Port 6881 : Connexion impossible
Port 443 : Débit nulle
port 1194 : Débit nulle
Voilà pour les différents tests. On constate clairement un bridage/blocage de certaines extensions. C'est dommage.
NB : Les 100 ko/s c'est le maximum possible le soir, on dirait que la QOS Orange fait effet en heure de pointe.
Cdt,
DamienC
-
Le freewifi c'est bien, mais quasi tout est enccypré en wap2, donc tu passe une nuit dans un hotel, faut demader la key qui va bien, configurer ton smartpphone ou ta tablete, je pense qu le minimum quand tu paye un abo c'est que on fournisse un un acces en 3 ou 4G qui fonctionee...
-
Merci Damien pour les tests.
Je suis étonné du débit nul en https, car il est impossible de connaître l'extension téléchargée.
Cela signifie alors que tout le trafic https est bridé (donc même lafibre.info)
Dans les 8 tests suivant, les 4 tests en https (que se soit en 443 ou 1194) devraient donner le même résultat entre les extensions testées, car il est normalement impossible de voir le trafic et donc le "get"
Extension bridée :
- .iso http port 80 : wget -O /dev/null http://1.testdebit.info/fichiers/5Mo/5Mo.iso- .iso http port 6881 (port de BitTorrent) : wget -O /dev/null http://1.testdebit.info:6881/fichiers/5Mo/5Mo.iso- .iso https port 443 : wget -O /dev/null https://1.testdebit.info/fichiers/5Mo/5Mo.iso- .iso https port 1194 (port de OpenVPN) : wget -O /dev/null https://1.testdebit.info:1194/fichiers/5Mo/5Mo.iso- .iso ftp port 21 : wget -O /dev/null ftp://1.testdebit.info/5Mo/5Mo.iso
Extension non bridée :
- .txt http port 80 : wget -O /dev/null http://1.testdebit.info/fichiers/5Mo/5Mo.txt- .txt http port 6881 (port de BitTorrent) : wget -O /dev/null http://1.testdebit.info:6881/fichiers/5Mo/5Mo.txt- .txt https port 443 : wget -O /dev/null https://1.testdebit.info/fichiers/5Mo/5Mo.txt- .txt https port 1194 (port de OpenVPN) : wget -O /dev/null https://1.testdebit.info:1194/fichiers/5Mo/5Mo.txt- .txt ftp port 21 : wget -O /dev/null ftp://1.testdebit.info/5Mo/5Mo.txt
-
En freewifi, tu as ton identifiant/mot de passe personnel, pas besoin de passphrase wpa2. Mais part contre, on ne trouve pas de freewifi dans un hôtel, en général.
Pour un smartphone, tu as aussi freewifi_secure, avec eap_sim, pas d'identfiants à donner, mais là encore, il faut accrocher une freebox pas loin...
-
D'ailleurs les Google Nexus ne sont pas compatible eap_sim et donc freewifi_secure :'(
Et si tu n'es pas abonné adsl/fibre chez free tu n'as pas d'identifiant pour le freewifi 'classique' et donc tu peux pas te connecté même si t'es chez free mobile.
-
Le freewifi c'est bien
On parle de FreeWifi. Pas d'un wifi d'hôtel.
-
Desolé j'ai mal compris le post, je pensais a tous les les hotspots confondus, ou c'est pas facile de se connecter.
-
bonjour,
voici mes tests a 4 heures du mat.
5Mo.dat. 2,05MB/s
5Mo.apk. 2,05MB/s
5Mo.avi. 119 KB/s
5Mo.doc. 248 KB/s
5Mo.exe. 249 KB/s
5Mo.iso. 249 KB/s
5Mo.jpg. 2,12 MB/s
5Mo.mov. 118 KB/s
5Mo.mp3. 119 KB/s
5Mo.mp4. 120 KB/s
5Mo.pdf. 2,08 MB/s
5Mo.png. 1,94 MB/s
5Mo.random. 2,08 MB/s
5Mo.rar. 248 KB/s
5Mo.svg. 1,86 MB/s
5Mo.s w f. 119 KB/s
5Mo.tar.xz. 2,12 MB/s
5Mo.txt. 1,75 MB/s
5Mo.webm. 2,03 MB/s
5Mo.woff2. 2,20 MB/s
5Mo.zip. 248 KB/s
sur le port 6681
5Mo.avi. 120 KB/s
5Mo.dat. 1,78 MB/s
sur le port 443.
5Mo.dat. 245 KB/s
5Mo.avi. 245 KB/s
sur le port openvpn 1194
5Mo.avi. 265 KB/s
5Mo.dat. 267 KB/s
en résumé, quand ya cryptage, on bride !
j'aurai bien testé: .html, .php, .deb, .rpm, ...
jerem
-
jeremyp3, tu sais si tu es sur le réseau FreeMobile en propre ou sur de la collecte Orange ?
Cela a été réalisé sur Pau ?
En résumé :
Non bridé:
.dat
.apk
.jpg
.pdf
.png
.random
.svg
.tar.xz
.txt
.webm
.woff2
Bridé:
.avi
.doc
.exe
.iso
.mov
.mp3
.mp4
.rar
.s w f
.zip
Ce qui est étonnant c'est que .tar.xz n'est pas bridé, alors que .zip et .rar oui
Quand c'est chiffré (443 ou 1194) le débit est meilleur pour les extensions bridées mais moins bonnes pour les extensions non bridées.
Je vais rajouter d'autres extensions, vous me conseillez quoi en plus de celle de jeremyp3 ?
Voici des formats de compression que je vais rajouter :
.7z
.tar
.tar.gz
.tar.bz2
.gz
.xz
.bz2
.tgz
.sit
.dmg
.bin
.hqx
.sea
.uu
web:
.html
Paquets logiciels :
.deb
.rpm
.ova
Formats audio :
.wav
.aif
.raw
.vqf
.wma
.au
.asf
.aac
Format vidéo :
.mpg
.wmv
.divx
.xvid
.mkv
.mka
.mks
.flv
.rmvb
-
salut vivien,
je suis en roaming
3G
Orange (Roaming)
test effectué a pau, tranquilement chez moi ^^
jerem
P.S si tu rajoute tout plein d'extention, je ferai un script pour les tests parce que à la main ça va devenir long :)
-
Bonjour,
Vous obtenez de bien meilleurs résultats que moi jeremyp3, je ne l'explique pas.
Ce qui est étonnant, c'est que les images ne semblent pas être bridé, alors pourquoi mon snapchat prend 20 minutes à charger?
Cdt,
DamienC
-
Antenne saturée ?
Mauvaise reception à l'endroit du test ?
-
Vous obtenez de bien meilleurs résultats que moi jeremyp3, je ne l'explique pas.
Antenne peu chargée ?
Ce qui est étonnant, c'est que les images ne semblent pas être bridé, alors pourquoi mon snapchat prend 20 minutes à charger?
Chiffrement ?
-
+1 pour faire un script afin de pouvoir rejouer les tests depuis différents endroits.
-
je comprends mieux à quoi sert le fair-use de 20 Go ;D ;D
-
Je dispose d'un mobile dual-sim, je pense donc à mon retour souscrire à l'offre mobile 2 EUR de Free, pour les SMS/MMS illimités et les 2 heures d'appels (ça me suffit amplement).
Avez-vous un bon plan pour un forfait DATA Only? J'aimerai avoir au minimum 8 Go mensuel.
J'ai regardé un peu partout mais je trouve les offres Bouygues un peu chère :/
Les offres RED sont sur le réseau SFR, c'est bien ça? Comme Virgin Mobile? La couverture est-elle bonne? Le débit aussi? Merci pour vos retours.
Cdt,
DamienC
-
Oui red /virgîn c'est le reseau SFR. La couverture est inférieure à BT et Orange mais supérieure à free car c'est essentiellement du 800MHz. Après niveau debit tu as 4g monitor qui te donne de bonnes infos. Niveau débit c'est inférieur à BT et Orange mais pour surfer voire dl de gros fichiers occasionnellement ça va.
-
Ce qui est étonnant, c'est que les images ne semblent pas être bridé, alors pourquoi mon snapchat prend 20 minutes à charger?
Ce n'est pas étonnant. C'est simplement qu'à l'instar de la très vaste majorité des applications smartphone que je connaisse, l'application Snapchat se connecte aux serveurs de son API (https://gibsonsec.org/snapchat/fulldisclosure/) en HTTPS et en HTTPS seulement.
Et ce au même titre qu'en 2015, les plus gros sites (Facebook, Twitter, YouTube, Wikipédia...) sont passés au HTTPS forcé, que ne pas supporter le chiffrement sera bien considéré comme (https://www.chromium.org/Home/chromium-security/marking-http-as-non-secure)déprécié (https://blog.mozilla.org/security/2015/04/30/deprecating-non-secure-http/) par les navigateurs. Et que pourtant, un peu comme dans un autre monde, la plupart des opérateurs mobiles collent toujours à leurs pratiques de bridage à l'extension et de réécriture des pages web vieilles de 15 ans.
-
...
Les offres RED sont sur le réseau SFR, c'est bien ça? Comme Virgin Mobile? La couverture est-elle bonne? Le débit aussi? Merci pour vos retours.
...
Cdt,
DamienC
Red te donne accès à l'itinérance 4G Bouygues Telecom dans certaines zones de leur future mutualisation.
Virgin Mobile n'y a pas accès.
-
je comprends mieux à quoi sert le fair-use de 20 Go ;D ;D
A faire des tests ?
-
Voici les nouveaux fichiers : (regroupés par catégorie)
=> https://testdebit.info/
Je suis obligé de mettre la balise code, sans quoi le forum souhaite utiliser directement le contenu des fichiers multimédia.
Pas de fichier .php, car il serait interprété par le serveur.
Physiquement, c'est toujours le même fichier qui est envoyé, un fichier binaire avec des données aléatoires, donc non compressible.
Il est dans un ramdisque pour permettre un téléchargement jusqu'à 10 Gb/s.
Chaque fichier est disponible dans de nombreuses tailles.
Exemple avec le fichier .iso en http, mais c'est valable pour les autres extensions :
http://1.testdebit.info/fichiers/1ko/1ko.iso
http://1.testdebit.info/fichiers/10ko/10ko.iso
http://1.testdebit.info/fichiers/100ko/100ko.iso
http://1.testdebit.info/fichiers/1Mo/1Mo.iso
http://1.testdebit.info/fichiers/2Mo/2Mo.iso
http://1.testdebit.info/fichiers/5Mo/5Mo.iso
http://1.testdebit.info/fichiers/10Mo/10Mo.iso
http://1.testdebit.info/fichiers/20Mo/20Mo.iso
http://1.testdebit.info/fichiers/30Mo/30Mo.iso
http://1.testdebit.info/fichiers/50Mo/50Mo.iso
http://1.testdebit.info/fichiers/100Mo/100Mo.iso
http://1.testdebit.info/fichiers/200Mo/200Mo.iso
http://1.testdebit.info/fichiers/500Mo/500Mo.iso
http://1.testdebit.info/fichiers/1000Mo/1000Mo.iso
http://1.testdebit.info/fichiers/5000Mo/5000Mo.iso
En plus chaque fichier est accessible selon 6 ports différents et 3 protocoles différents :
- http port 80 : wget -O /dev/null http://1.testdebit.info/fichiers/5Mo/5Mo.iso
- http port 6881 (port de BitTorrent) : wget -O /dev/null http://1.testdebit.info:6881/fichiers/5Mo/5Mo.iso
- https port 443 : wget -O /dev/null https://1.testdebit.info/fichiers/5Mo/5Mo.iso (c'est du vrai https, grade "A" selon SSL Labs)
- https port 993 (port de Secure IMAP4 over TLS/SSL) : wget -O /dev/null https://1.testdebit.info:993/fichiers/5Mo/5Mo.iso (c'est du vrai https)
- https port 1194 (port de OpenVPN) : wget -O /dev/null https://1.testdebit.info:1194/fichiers/5Mo/5Mo.iso (c'est du vrai https)
- ftp port 21 : wget -O /dev/null ftp://1.testdebit.info/5Mo/5Mo.iso
Pour la version d'IP, IPv4 et IPv6 sont disponible pour 1.testdebit.info
Il est possible de forcer ipv4 en rajoutant le suffix ipv4 : http://1-ipvbouygues.testdebit.info/fichiers/5Mo/5Mo.iso
Il est possible de forcer ipv6 en rajoutant le suffix ipv6 : http://1-ipv6.testdebit.info/fichiers/5Mo/5Mo.iso
Pour le script, c'est une bonne idée, mais comment demander à wget ou curl de couper le transfert au bout de 10 secondes, si le transfert n'est pas terminé ?
-
A faire des tests ?
À remplacer un accès fixe occasionnellement comme ici.
Sur le réseau propre, c'est envisageable avec un débit pas exceptionnel mais suffisant, et il devient de moins en moins rare.
Ma mère a déménagé la maison de ses parents et a passé 2 mois en hot-spot 3G en zone couverte en propre, elle trouvait ça plus rapide que l'ADSL chez eux (sic, la ligne synchro à 20M).
Mais de fait, le débit était de l'ordre de 8M/3M.
-
A l'époque ou Free saturait très fortement en ADSL vers ses transitaires et donc Google / Youtube, Free avait mis un transitaire non saturé pour FreeMobile, qui permettait de joindre Youtube sans problème.
La 4G servait donc à faire du Youtube, ce que ne permettait pas un accès ADSL.
Il y a sur internet des démonstration de Youtube qui buffurise en 360p en ADSL, mais qui passe sans problème en 1080p en 4G.
Sinon une idée pour faire un script qui coupe le téléchargement après 10 secondes ? Lancer en parallèle un kill de curl avec un sleep 10 ?
-
Sinon une idée pour faire un script qui coupe le téléchargement après 10 secondes ? Lancer en parallèle un kill de curl avec un sleep 10 ?
Dès que j'ai 5 min je fais un fork du poller de Vigilia qui gère ce cas de figure.
On test avec curl ou avec wget du coup ?
Dans les tests, je ferai bien un lancement des download en augmentant la taille à chaque fois : 10, 100ko puis 1Mo, 5Mo etc
Pour les résultats, une envie sur le format de sortie ? du texte, du csv, du RRDTOOL ? (du texte ça serait plus simple).
-
Ne te complique pas la vie, sort ça en texte, ça fera amplement l'affaire.
Cdt,
DamienC
-
Une sortie texte, c'est très bien.
Il peut être intéressant de tester des fichiers de petite taille pour voir si il y a une règle en fonction de la taille, mai vu le nombre d'extension à tester, il faut limiter le nb de test...
Cela serait bien si on arrête le téléchargement pour cause de time-out, de récupérer le débit pendant ces 10secondes.
Pour les tests avec https ou d'autres ports, il faut se concentrer sur une extension bridée et une non bridée.
Là aussi tester différentes taille est intéressant : le surf sur internet se fait en https, il doit y avoir une astuce pour ne pas brider ce trafic.
-
Dans coreutils, il y a un utilitaire timeout qui permet de tuer une tache après un certain temps.
-
Ce soir, on se fait péter les quotas et on retire la calamine du serveur de Vivien.
Le script test les tailles de 10ko, 100ko et 1Mo. J'ai viré 1ko car trop petit et non probant et 2Mo ça fait beaucoup vu le nombre d'extensions testés.
Avertissement: ça sort du four ! c'est encore chaud, j'ai testé sur Slackware et Ubuntu mais il peut y avoir des écarts sur d'autres distribs.
Utilisation:
user@linux$ ./fm_tester.sh
Indique le débit calculé par wget pour chaque extension. Commence à 10ko, puis 100ko et enfin 1Mo.
Avec mon Runbo limité à 7,2Mb, j'atteins 600ko/s sur l'antenne Free de Chabeuil à 4km de chez moi.
Le temps de faire ce post et je test en itinérance :)
-
Bon, l'itinérance içi c'est pas la joie: aucun download de 1Mo ne passe car trop lent (une 10aine de ko/s) tout extension confondue. A voir à une autre heure.
-
lynch@Lynch-ROG-Debian:~/Documents$ sh fm_tester.sh
Testing size=10ko
-e iso=
-e pdf=
-e txt=
-e doc=-e docx=
-e odt=
-e xls=
-e xlsx=
-e ods=
-e ppt=-e pptx=
-e odp=
-e html=
-e jpg=
-e jpeg=
-e png=
-e gif=
-e svg=
-e webp=
-e woff2=
-e avi=-e mpg=-e mp4=-e mov=-e s w f=-e wmv=-e divx=-e xvid=
-e mkv=-e mka=
-e mks=
-e flv=-e rmvb=
-e mp3=-e wma=-e wav=-e aif=-e webm=
-e raw=
-e au=
-e asf=-e aac=-e vqf=
-e zip=-e 7z=
-e rar=-e tar=-e tar.xz=
-e tar.bz2=
-e gz=-e bz2=
-e xz=
-e tgz=-e sit=
-e hqx=
-e sea=
-e uu=
-e msi=
-e exe=-e iso=-e bin=-e apk=
-e deb=
-e rpm=
-e ova=
-e dmg=
-e rnd=
-e vivien=
Testing size=100ko
-e iso=-e pdf=
-e txt=
-e doc=-e docx=
-e odt=
-e xls=
-e xlsx=
-e ods=
-e ppt=-e pptx=
-e odp=
-e html=
-e jpg=
-e jpeg=
-e png=
-e gif=
-e svg=
-e webp=
-e woff2=
-e avi=-e mpg=-e mp4=-e mov=-e s w f=-e wmv=-e divx=-e xvid=
-e mkv=-e mka=
-e mks=
-e flv=-e rmvb=
-e mp3=-e wma=-e wav=-e aif=-e webm=
-e raw=
-e au=
-e asf=-e aac=-e vqf=
-e zip=-e 7z=
-e rar=-e tar=-e tar.xz=
-e tar.bz2=
-e gz=-e bz2=
-e xz=
-e tgz=-e sit=
-e hqx=
-e sea=
-e uu=
-e msi=
-e exe=-e iso=-e bin=
-e apk=
-e deb=
-e rpm=
-e ova=
-e dmg=
-e rnd=
-e vivien=
Testing size=1Mo
-e iso=-e pdf=
-e txt=
-e doc=-e docx=
-e odt=
-e xls=
-e xlsx=
-e ods=
-e ppt=-e pptx=
-e odp=
-e html=
-e jpg=
-e jpeg=
-e png=
-e gif=
-e svg=
-e webp=
-e woff2=
-e avi=-e mpg=-e mp4=-e mov=-e s w f=-e wmv=-e divx=-e xvid=
-e mkv=-e mka=
-e mks=
-e flv=-e rmvb=
-e mp3=-e wma=-e wav=-e aif=-e webm=
-e raw=
-e au=
-e asf=-e aac=-e vqf=
-e zip=-e 7z=
-e rar=-e tar=-e tar.xz=
-e tar.bz2=
-e gz=-e bz2=
-e xz=
-e tgz=-e sit=-e hqx=-e sea=-e uu=
-e msi=
-e exe=-e iso=-e bin=
-e apk=
-e deb=
-e rpm=
-e ova=
-e dmg=
-e rnd=
-e vivien=
-
Tu as bien wget ?
-
Comment ça? Excuse-moi j'ai du faire quelque chose de mal, je ne suis pas expert en Linux encore :)
-
lynch@Lynch-ROG-Debian:~/Documents$ sudo apt install wget
-
Oh oui pardon j'ai bien wget, c'est la base. ^^
lynch@Lynch-ROG-Debian:~/Documents$ wget
wget : URL manquante
Utilisation : wget [OPTION]... [URL]...
Utilisez « wget --help » pour obtenir plus de renseignements.
-
Tu peux me mettre la sortie de ton wget sur un fichier de Vivien ? On dirait que je n'arrive pas à parser le résultat.
-
Et je te recommande:
lynch@Lynch-ROG-Debian:~/Documents$ chmod +x fm_tester.sh
lynch@Lynch-ROG-Debian:~/Documents$ ./fm_tester.sh
-
lynch@Lynch-ROG-Debian:~/Documents$ wget -O /dev/null http://1.testdebit.info/fichiers/1Mo/1Mo.pdf
--2015-08-13 23:35:46-- http://1.testdebit.info/fichiers/1Mo/1Mo.pdf
Résolution de 1.testdebit.info (1.testdebit.info)… 194.158.102.114, 2001:860:f70b:100::114
Connexion à 1.testdebit.info (1.testdebit.info)|194.158.102.114|:80… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : 1000000 (977K) [application/pdf]
Sauvegarde en : « /dev/null »
/dev/null 100%[=====================>] 976,56K 99,3KB/s ds 12s
2015-08-13 23:35:59 (79,4 KB/s) — « /dev/null » sauvegardé [1000000/1000000]
Et je te recommande:
Code: [Sélectionner]
lynch@Lynch-ROG-Debian:~/Documents$ chmod +x fm_tester.sh
lynch@Lynch-ROG-Debian:~/Documents$ ./fm_tester.sh
Déjà fait :D
-
2015-08-13 23:35:59 (79,4 KB/s) — « /dev/null » sauvegardé [1000000/1000000]
Normal... wget affiche donc saved en VO, "enregistré" sous Ubuntu VF et "sauvegardé" sous Debian VF....
Pris en compte dans cette version.
-
lynch@Lynch-ROG-Debian:~/Documents$ ./fm_tester.sh
Testing size=10ko
iso=./fm_tester.sh : ligne 49 : 9185 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
pdf=(171 MB/s)
txt=(standard_in) 1: syntax error
(2,92 MB/s)
doc=./fm_tester.sh : ligne 49 : 9271 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
docx=(154 MB/s)
odt=(247 MB/s)
xls=(243 MB/s)
xlsx=(entrée standard)
ods=(entrée standard)
ppt=^C
lynch@Lynch-ROG-Debian:~/Documents$
-
C'est bon ça marche, t'as plus qu'à laisser tourner :)
Note: le calcul de débit à 10ko est faussé, à partir de 100ko il devient plus juste.
-
C'est en cours, je poste ici dès que c'est fini
-
lynch@Lynch-ROG-Debian:~/Documents$ ./fm_tester.sh
Testing size=10ko
iso=./fm_tester.sh : ligne 49 : 9516 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
pdf=(505 KB/s)
txt=(273 MB/s)
doc=./fm_tester.sh : ligne 49 : 9595 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
docx=(238 MB/s)
odt=(269 MB/s)
xls=(483 KB/s)
xlsx=(257 KB/s)
ods=(245 MB/s)
ppt=./fm_tester.sh : ligne 49 : 9758 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
pptx=(272 MB/s)
odp=(268 MB/s)
html=(entrée standard)
jpg=(249 MB/s)
jpeg=(entrée standard)
png=(entrée standard)
gif=(233 KB/s)
svg=(537 KB/s)
webp=(502 KB/s)
woff2=(standard_in) 1: syntax error
(5,80 MB/s)
avi=./fm_tester.sh : ligne 49 : 10054 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
mpg=./fm_tester.sh : ligne 49 : 10078 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
mp4=./fm_tester.sh : ligne 49 : 10102 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
mov=./fm_tester.sh : ligne 49 : 10126 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
s w f=./fm_tester.sh : ligne 49 : 10150 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
wmv=./fm_tester.sh : ligne 49 : 10174 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
divx=./fm_tester.sh : ligne 49 : 10205 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
xvid=(entrée standard)
mkv=./fm_tester.sh : ligne 49 : 10255 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
mka=(entrée standard)
mks=(entrée standard)
flv=./fm_tester.sh : ligne 49 : 10332 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
rmvb=(entrée standard)
mp3=./fm_tester.sh : ligne 49 : 10382 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
wma=./fm_tester.sh : ligne 49 : 10406 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
wav=./fm_tester.sh : ligne 49 : 10431 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
aif=./fm_tester.sh : ligne 49 : 10455 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
webm=(159 KB/s)
raw=(standard_in) 1: syntax error
(66,0 KB/s)
au=(162 KB/s)
asf=./fm_tester.sh : ligne 49 : 10557 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
aac=./fm_tester.sh : ligne 49 : 10581 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
vqf=(entrée standard)
zip=./fm_tester.sh : ligne 49 : 10631 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
7z=(477 KB/s)
rar=./fm_tester.sh : ligne 49 : 10681 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
tar=./fm_tester.sh : ligne 49 : 10705 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
tar.xz=(entrée standard)
tar.bz2=(336 KB/s)
gz=./fm_tester.sh : ligne 49 : 10781 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
bz2=(996 KB/s)
xz=(entrée standard)
tgz=./fm_tester.sh : ligne 49 : 10857 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
sit=(268 MB/s)
hqx=(637 KB/s)
sea=(285 KB/s)
uu=(355 KB/s)
msi=(405 KB/s)
exe=./fm_tester.sh : ligne 49 : 11014 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
iso=./fm_tester.sh : ligne 49 : 11038 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
bin=(entrée standard)
apk=(270 MB/s)
deb=(548 KB/s)
rpm=(406 KB/s)
ova=(standard_in) 1: syntax error
(45,3 KB/s)
dmg=(179 KB/s)
rnd=(entrée standard)
vivien=(798 KB/s)
Testing size=100ko
iso=./fm_tester.sh : ligne 49 : 11273 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
pdf=(308 KB/s)
txt=(entrée standard)
doc=./fm_tester.sh : ligne 49 : 11354 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
docx=(entrée standard)
odt=(entrée standard)
xls=(186 KB/s)
xlsx=(entrée standard)
ods=(210 KB/s)
ppt=./fm_tester.sh : ligne 49 : 11510 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
pptx=(entrée standard)
odp=
html=(entrée standard)
jpg=(entrée standard)
jpeg=(entrée standard)
png=(200 KB/s)
gif=(127 KB/s)
svg=(158 KB/s)
webp=(174 KB/s)
woff2=(entrée standard)
avi=./fm_tester.sh : ligne 49 : 11796 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
mpg=./fm_tester.sh : ligne 49 : 11820 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
mp4=./fm_tester.sh : ligne 49 : 11845 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
mov=./fm_tester.sh : ligne 49 : 11869 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
s w f=./fm_tester.sh : ligne 49 : 11893 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
wmv=./fm_tester.sh : ligne 49 : 11917 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
divx=./fm_tester.sh : ligne 49 : 11941 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
xvid=(216 KB/s)
mkv=./fm_tester.sh : ligne 49 : 11991 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
mka=(entrée standard)
mks=(210 KB/s)
flv=./fm_tester.sh : ligne 49 : 12067 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
rmvb=(entrée standard)
mp3=./fm_tester.sh : ligne 49 : 12120 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
wma=
wav=
aif=
webm=(entrée standard)
raw=(233 KB/s)
au=(271 KB/s)
asf=./fm_tester.sh : ligne 49 : 12300 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
aac=./fm_tester.sh : ligne 49 : 12324 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
vqf=(181 KB/s)
zip=./fm_tester.sh : ligne 49 : 12374 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
7z=(159 KB/s)
rar=./fm_tester.sh : ligne 49 : 12426 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
tar=./fm_tester.sh : ligne 49 : 12450 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
tar.xz=(standard_in) 1: syntax error
(88,6 KB/s)
tar.bz2=(163 KB/s)
gz=./fm_tester.sh : ligne 49 : 12530 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
bz2=(165 KB/s)
xz=(142 KB/s)
tgz=./fm_tester.sh : ligne 49 : 12613 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
sit=(176 KB/s)
hqx=(180 KB/s)
sea=(182 KB/s)
uu=(215 KB/s)
msi=(201 KB/s)
exe=./fm_tester.sh : ligne 49 : 12776 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
iso=./fm_tester.sh : ligne 49 : 12802 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
bin=(241 KB/s)
apk=(169 KB/s)
deb=(137 KB/s)
rpm=(213 KB/s)
ova=(251 KB/s)
dmg=(129 KB/s)
rnd=(standard_in) 1: syntax error
(99,4 KB/s)
vivien=(172 KB/s)
Testing size=1Mo
iso=./fm_tester.sh : ligne 49 : 13046 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
pdf=(127 KB/s)
txt=(123 KB/s)
doc=./fm_tester.sh : ligne 49 : 13176 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
docx=(entrée standard)
odt=(113 KB/s)
xls=(standard_in) 1: syntax error
(77,4 KB/s) (156 KB/s)
xlsx=(entrée standard)
ods=(entrée standard)
ppt=./fm_tester.sh : ligne 49 : 13426 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
pptx=(standard_in) 1: syntax error
(91,7 KB/s) (144 KB/s)
odp=(141 KB/s)
html=(145 KB/s)
jpg=(135 KB/s)
jpeg=(standard_in) 1: syntax error
(80,7 KB/s) (157 KB/s)
png=(153 KB/s)
gif=(standard_in) 1: syntax error
(85,8 KB/s)
svg=(standard_in) 1: syntax error
(88,3 KB/s) (117 KB/s) « /dev/null » sauvegardé
webp=(139 KB/s)
woff2=(standard_in) 1: syntax error
(95,2 KB/s)
avi=./fm_tester.sh : ligne 49 : 13885 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
mpg=./fm_tester.sh : ligne 49 : 13929 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
mp4=./fm_tester.sh : ligne 49 : 13974 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
mov=./fm_tester.sh : ligne 49 : 14049 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
s w f=./fm_tester.sh : ligne 49 : 14093 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
wmv=./fm_tester.sh : ligne 49 : 14149 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
divx=./fm_tester.sh : ligne 49 : 14193 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
xvid=(entrée standard)
mkv=./fm_tester.sh : ligne 49 : 14283 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
mka=(123 KB/s)
mks=(entrée standard)
flv=./fm_tester.sh : ligne 49 : 14410 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
rmvb=(125 KB/s)
mp3=./fm_tester.sh : ligne 49 : 14494 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
wma=./fm_tester.sh : ligne 49 : 14538 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
wav=./fm_tester.sh : ligne 49 : 14583 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
aif=./fm_tester.sh : ligne 49 : 14627 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
webm=(entrée standard)
raw=(143 KB/s)
au=(entrée standard)
asf=./fm_tester.sh : ligne 49 : 14787 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
aac=./fm_tester.sh : ligne 49 : 14831 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
vqf=(entrée standard)
zip=./fm_tester.sh : ligne 49 : 14915 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
7z=./fm_tester.sh : ligne 49 : 14960 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
rar=./fm_tester.sh : ligne 49 : 15004 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
tar=./fm_tester.sh : ligne 49 : 15048 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
tar.xz=./fm_tester.sh : ligne 49 : 15092 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
tar.bz2=(entrée standard)
gz=./fm_tester.sh : ligne 49 : 15176 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
bz2=(entrée standard)
xz=./fm_tester.sh : ligne 49 : 15270 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
tgz=./fm_tester.sh : ligne 49 : 15320 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
sit=./fm_tester.sh : ligne 49 : 15367 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
hqx=(entrée standard)
sea=(entrée standard)
uu=(entrée standard)
msi=(entrée standard)
exe=./fm_tester.sh : ligne 49 : 15589 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
iso=./fm_tester.sh : ligne 49 : 15633 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
bin=(154 KB/s)
apk=(156 KB/s)
deb=(155 KB/s)
rpm=(entrée standard)
ova=(131 KB/s)
dmg=(156 KB/s)
rnd=(entrée standard)
vivien=./fm_tester.sh : ligne 49 : 15952 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
VOilà !
-
Ce qui est impressionnant c'est le nombre d'extension en TIMEOUT alors que la bande passante est dispo, surtout avec 1Mo. Conclusion: il semble bien y avoir un filtrage.
J'ai moi aussi vu des timeout sur les extensions videos donc ça se confirmerait pour celle-ci.
-
bonjour,
qu'il y a bridage, on le sait depuis plusieurs années. la question est : quelle est l’intérêt ? on retire le coté financier, sinon c'est une réponse trop facile !! :)
jerem
-
J'ai lancé le test, avec ma carte sim Bouygues Telecom (ce sera ce soir le test FreeMobile) en étant dans mon bus. Le fait que le bus roule et que la qualité de réception doit expliqué en bonne partie la variabilité des résultats.
BadMax, ton test ne prend pas en compte les sorties de Wget en MB/s (pourtant j'ai vu le code cela devrait être le cas)
Je vois aussi des tests à 154 Mb/s !
$ ./fm_tester.sh
Testing size=10ko
iso=(standard_in) 1: syntax error
(4,50 MB/s)
pdf=(473 KB/s)
txt=(939 KB/s)
doc=(standard_in) 1: syntax error
(4,99 MB/s)
docx=(standard_in) 1: syntax error
(5,18 MB/s)
odt=(standard_in) 1: syntax error
(5,42 MB/s)
xls=(standard_in) 1: syntax error
(1,21 MB/s)
xlsx=(standard_in) 1: syntax error
(1,62 MB/s)
ods=(154 MB/s)
ppt=(925 KB/s)
pptx=(standard_in) 1: syntax error
(1,35 MB/s)
odp=(154 MB/s)
html=(362 KB/s)
jpg=(standard_in) 1: syntax error
(1,56 MB/s)
jpeg=(491 KB/s)
png=(488 KB/s)
gif=(standard_in) 1: syntax error
(3,96 MB/s)
svg=(standard_in) 1: syntax error
(3,25 MB/s)
webp=(694 KB/s)
woff2=(standard_in) 1: syntax error
(2,54 MB/s)
avi=(510 KB/s)
mpg=(869 KB/s)
mp4=(495 KB/s)
mov=(standard_in) 1: syntax error
(1,11 MB/s)
swf=(160 MB/s)
wmv=(standard_in) 1: syntax error
(3,22 MB/s)
divx=(standard_in) 1: syntax error
(4,23 MB/s)
xvid=(standard_in) 1: syntax error
(1,15 MB/s)
mkv=(standard_in) 1: syntax error
(2,15 MB/s)
mka=(standard_in) 1: syntax error
(2,66 MB/s)
mks=(standard_in) 1: syntax error
(7,89 MB/s)
flv=(156 MB/s)
rmvb=(694 KB/s)
mp3=(403 KB/s)
wma=(standard_in) 1: syntax error
(4,11 MB/s)
wav=(746 KB/s)
aif=(standard_in) 1: syntax error
(13,9 MB/s)
webm=(standard_in) 1: syntax error
(1,36 MB/s)
raw=(standard_in) 1: syntax error
(1,24 MB/s)
au=(standard_in) 1: syntax error
(1,78 MB/s)
asf=(standard_in) 1: syntax error
(4,70 MB/s)
aac=(standard_in) 1: syntax error
(13,5 MB/s)
vqf=(standard_in) 1: syntax error
(1,61 MB/s)
zip=(152 MB/s)
7z=(standard_in) 1: syntax error
(4,53 MB/s)
rar=(standard_in) 1: syntax error
(1,09 MB/s)
tar=(887 KB/s)
tar.xz=(622 KB/s)
tar.bz2=(837 KB/s)
gz=(standard_in) 1: syntax error
(4,65 MB/s)
bz2=(standard_in) 1: syntax error
(1,03 MB/s)
xz=(725 KB/s)
tgz=(852 KB/s)
sit=(standard_in) 1: syntax error
(1,27 MB/s)
hqx=(540 KB/s)
sea=(standard_in) 1: syntax error
(3,88 MB/s)
uu=(877 KB/s)
msi=(942 KB/s)
exe=(507 KB/s)
iso=(552 KB/s)
bin=(standard_in) 1: syntax error
(1,17 MB/s)
apk=(501 KB/s)
deb=(419 KB/s)
rpm=(standard_in) 1: syntax error
(1,55 MB/s)
ova=(standard_in) 1: syntax error
(1,05 MB/s)
dmg=(standard_in) 1: syntax error
(14,5 MB/s)
rnd=(996 KB/s)
vivien=(standard_in) 1: syntax error
(2,14 MB/s)
Testing size=100ko
iso=(873 KB/s)
pdf=(854 KB/s)
txt=(937 KB/s)
doc=(833 KB/s)
docx=(603 KB/s)
odt=(878 KB/s)
xls=(836 KB/s)
xlsx=(665 KB/s)
ods=(774 KB/s)
ppt=(468 KB/s)
pptx=(340 KB/s)
odp=(807 KB/s)
html=(502 KB/s)
jpg=(920 KB/s)
jpeg=(807 KB/s)
png=(679 KB/s)
gif=(975 KB/s)
svg=(966 KB/s)
webp=(840 KB/s)
woff2=(831 KB/s)
avi=(901 KB/s)
mpg=(540 KB/s)
mp4=(547 KB/s)
mov=(676 KB/s)
swf=(158 KB/s)
wmv=(906 KB/s)
divx=(828 KB/s)
xvid=(728 KB/s)
mkv=(807 KB/s)
mka=(693 KB/s)
mks=(841 KB/s)
flv=(967 KB/s)
rmvb=(722 KB/s)
mp3=(909 KB/s)
wma=(849 KB/s)
wav=(946 KB/s)
aif=(954 KB/s)
webm=(859 KB/s)
raw=(576 KB/s)
au=(967 KB/s)
asf=(585 KB/s)
aac=(553 KB/s)
vqf=(995 KB/s)
zip=(standard_in) 1: syntax error
(1,04 MB/s)
7z=(866 KB/s)
rar=(654 KB/s)
tar=(935 KB/s)
tar.xz=(974 KB/s)
tar.bz2=(780 KB/s)
gz=(959 KB/s)
bz2=(886 KB/s)
xz=(1023 KB/s)
tgz=(882 KB/s)
sit=(902 KB/s)
hqx=(957 KB/s)
sea=(957 KB/s)
uu=(718 KB/s)
msi=(958 KB/s)
exe=(866 KB/s)
iso=(standard_in) 1: syntax error
(1,01 MB/s)
bin=(928 KB/s)
apk=(standard_in) 1: syntax error
(1,09 MB/s)
deb=(928 KB/s)
rpm=(887 KB/s)
ova=(897 KB/s)
dmg=(846 KB/s)
rnd=(971 KB/s)
vivien=(863 KB/s)
Testing size=1Mo
iso=(standard_in) 1: syntax error
(2,24 MB/s)
pdf=(standard_in) 1: syntax error
(2,57 MB/s)
txt=(standard_in) 1: syntax error
(3,19 MB/s)
doc=(standard_in) 1: syntax error
(3,11 MB/s)
docx=(standard_in) 1: syntax error
(2,08 MB/s)
odt=(standard_in) 1: syntax error
(2,91 MB/s)
xls=(standard_in) 1: syntax error
(2,59 MB/s)
xlsx=(standard_in) 1: syntax error
(2,48 MB/s)
ods=(standard_in) 1: syntax error
(2,85 MB/s)
ppt=(standard_in) 1: syntax error
(2,65 MB/s)
pptx=(standard_in) 1: syntax error
(2,83 MB/s)
odp=(standard_in) 1: syntax error
(3,15 MB/s)
html=(standard_in) 1: syntax error
(2,67 MB/s)
jpg=(standard_in) 1: syntax error
(2,37 MB/s)
jpeg=(standard_in) 1: syntax error
(3,22 MB/s)
png=(standard_in) 1: syntax error
(2,81 MB/s)
gif=(standard_in) 1: syntax error
(2,26 MB/s)
svg=(standard_in) 1: syntax error
(2,76 MB/s)
webp=(standard_in) 1: syntax error
(2,66 MB/s)
woff2=(standard_in) 1: syntax error
(2,53 MB/s)
avi=(standard_in) 1: syntax error
(2,67 MB/s)
mpg=(standard_in) 1: syntax error
(1,96 MB/s)
mp4=(standard_in) 1: syntax error
(2,09 MB/s)
mov=(standard_in) 1: syntax error
(2,55 MB/s)
swf=(standard_in) 1: syntax error
(1,65 MB/s)
wmv=(standard_in) 1: syntax error
(2,09 MB/s)
divx=(standard_in) 1: syntax error
(2,20 MB/s)
xvid=(standard_in) 1: syntax error
(2,44 MB/s)
mkv=(standard_in) 1: syntax error
(1,95 MB/s)
mka=(standard_in) 1: syntax error
(2,47 MB/s)
mks=(standard_in) 1: syntax error
(2,66 MB/s)
flv=(standard_in) 1: syntax error
(2,59 MB/s)
rmvb=(standard_in) 1: syntax error
(2,64 MB/s)
mp3=(standard_in) 1: syntax error
(2,38 MB/s)
wma=(standard_in) 1: syntax error
(2,31 MB/s)
wav=(standard_in) 1: syntax error
(1,83 MB/s)
aif=(standard_in) 1: syntax error
(1,68 MB/s)
webm=(standard_in) 1: syntax error
(1,63 MB/s)
raw=(standard_in) 1: syntax error
(1,42 MB/s)
au=(standard_in) 1: syntax error
(1,42 MB/s)
asf=(standard_in) 1: syntax error
(1,62 MB/s)
aac=(standard_in) 1: syntax error
(1,58 MB/s)
vqf=(standard_in) 1: syntax error
(1,51 MB/s)
zip=(standard_in) 1: syntax error
(2,93 MB/s)
7z=(standard_in) 1: syntax error
(2,86 MB/s)
rar=(standard_in) 1: syntax error
(2,07 MB/s)
tar=(standard_in) 1: syntax error
(2,32 MB/s)
tar.xz=(standard_in) 1: syntax error
(1,92 MB/s)
tar.bz2=(standard_in) 1: syntax error
(1,77 MB/s)
gz=(standard_in) 1: syntax error
(2,53 MB/s)
bz2=(standard_in) 1: syntax error
(2,14 MB/s)
xz=(standard_in) 1: syntax error
(2,90 MB/s)
tgz=(standard_in) 1: syntax error
(2,29 MB/s)
sit=(standard_in) 1: syntax error
(3,14 MB/s)
hqx=(standard_in) 1: syntax error
(2,27 MB/s)
sea=(standard_in) 1: syntax error
(2,99 MB/s)
uu=(standard_in) 1: syntax error
(2,47 MB/s)
msi=(standard_in) 1: syntax error
(2,67 MB/s)
exe=(standard_in) 1: syntax error
(2,87 MB/s)
iso=(standard_in) 1: syntax error
(3,02 MB/s)
bin=(standard_in) 1: syntax error
(3,11 MB/s)
apk=(standard_in) 1: syntax error
(2,46 MB/s)
deb=(standard_in) 1: syntax error
(2,35 MB/s)
rpm=(standard_in) 1: syntax error
(2,72 MB/s)
ova=(standard_in) 1: syntax error
(2,49 MB/s)
dmg=(standard_in) 1: syntax error
(2,70 MB/s)
rnd=(standard_in) 1: syntax error
(2,44 MB/s)
vivien=(standard_in) 1: syntax error
(2,74 MB/s)
Voici ma sortie de Wget 1.16.1 (Ubuntu 15.05) :
$ wget -O /dev/null http://1.testdebit.info/fichiers/1Mo/1Mo.pdf
--2015-08-14 08:45:14-- http://1.testdebit.info/fichiers/1Mo/1Mo.pdf
Résolution de 1.testdebit.info (1.testdebit.info)… 194.158.102.114, 2001:860:f70b:100::114
Connexion à 1.testdebit.info (1.testdebit.info)|194.158.102.114|:80… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : 1000000 (977K) [application/pdf]
Enregistre : «/dev/null»
/dev/null 100%[=====================>] 976,56K 2,39MB/s ds 0,4s
2015-08-14 08:45:15 (2,39 MB/s) - «/dev/null» enregistré [1000000/1000000]
vgu@vivien-w:~/Téléchargements$
Pour les timeout, il ne serait pas possible de récupérer le débit ou le "eta 2m 16s" qui indique le temps restant pour télécharger le fichier ?
-
bonjour,
qu'il y a bridage, on le sait depuis plusieurs années. la question est : quelle est l’intérêt ? on retire le coté financier, sinon c'est une réponse trop facile !! :)
jerem
simple, la facture d'itinérance est contenue.
-
BadMax, ton test ne prend pas en compte les sorties de Wget en MB/s (pourtant j'ai vu le code cela devrait être le cas)
Je vois aussi des tests à 154 Mb/s !
Peut-etre un problème de locale, je vais essayer de virer LANG.
Voici ma sortie de Wget 1.16.1 (Ubuntu 15.05) :
$ wget -O /dev/null http://1.testdebit.info/fichiers/1Mo/1Mo.pdf
--2015-08-14 08:45:14-- http://1.testdebit.info/fichiers/1Mo/1Mo.pdf
Résolution de 1.testdebit.info (1.testdebit.info)… 194.158.102.114, 2001:860:f70b:100::114
Connexion à 1.testdebit.info (1.testdebit.info)|194.158.102.114|:80… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : 1000000 (977K) [application/pdf]
Enregistre : «/dev/null»
/dev/null 100%[=====================>] 976,56K 2,39MB/s ds 0,4s
2015-08-14 08:45:15 (2,39 MB/s) - «/dev/null» enregistré [1000000/1000000]
vgu@vivien-w:~/Téléchargements$
Pour les timeout, il ne serait pas possible de récupérer le débit ou le "eta 2m 16s" qui indique le temps restant pour télécharger le fichier ?
Je récupère le débit sur la dernière ligne mais je peux essayer de parser l'avant dernière en cas d'erreur. Je suspecte aussi des connexions TCP en erreur sur l'itinérance mais ça commence à devenir compliqué à tracer.
-
Pour ma part en région Lyonnaise j'ai constaté un bridage général (peut importe l'extension) en itinérance sauf vers les sites free.fr
Depuis mon bureau j'obtiens :
- environ 3-5Mb/s en réseau propre mais par moment j'ai l'impression de ne même plus avoir accès au net
- environ 0.5-1 Mb/s en itinérance, assez constant y compris en faisant des speedtests sauf vers le serveur de free
- environ 10-12Mb/s en itinérance vers les sites free.fr (genre test-debit.free.fr)
-
Il serait intéressant de rajouter au test un ou deux fichier de http://test-debit.free.fr/ et au moins un test par taille en https.
-
Nouvelle version avec:
- tests des fichiers 512ko et 1Mo sur test-debit.free.fr
- test en HTTPS de quelques extensions sur le serveur de lafibre
-
Voici mes résultats avec la dernière version du script (en itinérance orange donc) le test a été effectué vers 16h.
Je vais en refaire un cette nuit vers 3h/4h du matin voir si cela change quelque chose.
$ ./fm_tester.sh
Testing size=10ko
iso=./fm_tester.sh : ligne 68 : 12042 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
pdf=(453 KB/s)
txt=(1019 KB/s)
doc=(standard_in) 1: syntax error
(69,8 KB/s)
docx=(226 KB/s)
odt=(751 KB/s)
xls=(722 KB/s)
xlsx=(224 KB/s)
ods=(standard_in) 1: syntax error
(8,20 MB/s)
ppt=(123 KB/s)
pptx=(232 KB/s)
odp=(125 KB/s)
html=(135 KB/s)
jpg=(198 KB/s)
jpeg=(350 KB/s)
png=(119 KB/s)
gif=(134 KB/s)
svg=(136 KB/s)
webp=(476 KB/s)
woff2=(194 KB/s)
avi=./fm_tester.sh : ligne 68 : 12413 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
mpg=./fm_tester.sh : ligne 68 : 12438 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
mp4=(entrée standard)
mov=./fm_tester.sh : ligne 68 : 12486 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
swf=./fm_tester.sh : ligne 68 : 12510 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
wmv=(122 KB/s)
divx=(standard_in) 1: syntax error
(98,4 KB/s)
xvid=(246 KB/s)
mkv=(182 KB/s)
mka=(standard_in) 1: syntax error
(89,4 KB/s)
mks=(320 KB/s)
flv=./fm_tester.sh : ligne 68 : 12654 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
rmvb=(274 KB/s)
mp3=./fm_tester.sh : ligne 68 : 12698 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
wma=./fm_tester.sh : ligne 68 : 12722 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
wav=./fm_tester.sh : ligne 68 : 12746 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
aif=./fm_tester.sh : ligne 68 : 12770 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
webm=(standard_in) 1: syntax error
(68,7 KB/s)
raw=(297 KB/s)
au=(162 KB/s)
asf=(247 KB/s)
aac=./fm_tester.sh : ligne 68 : 12868 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
vqf=(327 KB/s)
zip=./fm_tester.sh : ligne 68 : 12912 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
7z=(317 KB/s)
rar=./fm_tester.sh : ligne 68 : 12960 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
tar=(274 KB/s)
tar.xz=(118 KB/s)
tar.bz2=(139 KB/s)
gz=./fm_tester.sh : ligne 68 : 13042 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
bz2=(standard_in) 1: syntax error
(67,2 KB/s)
xz=(124 KB/s)
tgz=./fm_tester.sh : ligne 68 : 13104 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
sit=(137 KB/s)
hqx=(109 KB/s)
sea=(545 KB/s)
uu=(191 KB/s)
msi=(235 KB/s)
exe=(330 KB/s)
iso=./fm_tester.sh : ligne 68 : 13240 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
bin=(543 KB/s)
apk=(931 KB/s)
deb=(108 KB/s)
rpm=(187 KB/s)
ova=(486 KB/s)
dmg=(234 KB/s)
rnd=(355 KB/s)
vivien=(187 KB/s)
Testing size=100ko
iso=./fm_tester.sh : ligne 68 : 13408 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
pdf=(standard_in) 1: syntax error
(43,6 KB/s)
txt=(standard_in) 1: syntax error
(49,6 KB/s)
doc=./fm_tester.sh : ligne 68 : 13478 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
docx=(entrée standard)
odt=(entrée standard)
xls=(standard_in) 1: syntax error
(65,9 KB/s)
xlsx=(standard_in) 1: syntax error
(47,6 KB/s)
ods=(standard_in) 1: syntax error
(42,1 KB/s)
ppt=./fm_tester.sh : ligne 68 : 13614 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
pptx=(standard_in) 1: syntax error
(81,4 KB/s)
odp=(standard_in) 1: syntax error
(52,8 KB/s)
html=(standard_in) 1: syntax error
(70,9 KB/s)
jpg=(standard_in) 1: syntax error
(38,9 KB/s)
jpeg=(standard_in) 1: syntax error
(43,4 KB/s)
png=(entrée standard)
gif=(entrée standard)
svg=(standard_in) 1: syntax error
(43,4 KB/s)
webp=(standard_in) 1: syntax error
(53,7 KB/s)
woff2=(standard_in) 1: syntax error
(42,2 KB/s)
avi=./fm_tester.sh : ligne 68 : 13853 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
mpg=./fm_tester.sh : ligne 68 : 13877 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
mp4=./fm_tester.sh : ligne 68 : 13901 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
mov=./fm_tester.sh : ligne 68 : 13926 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
swf=./fm_tester.sh : ligne 68 : 13950 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
wmv=./fm_tester.sh : ligne 68 : 13974 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
divx=./fm_tester.sh : ligne 68 : 13998 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
xvid=(standard_in) 1: syntax error
(72,8 KB/s)
mkv=./fm_tester.sh : ligne 68 : 14044 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
mka=(standard_in) 1: syntax error
(72,8 KB/s)
mks=(standard_in) 1: syntax error
(48,6 KB/s)
flv=./fm_tester.sh : ligne 68 : 14112 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
rmvb=(standard_in) 1: syntax error
(75,2 KB/s)
mp3=./fm_tester.sh : ligne 68 : 14164 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
wma=./fm_tester.sh : ligne 68 : 14199 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
wav=./fm_tester.sh : ligne 68 : 14227 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
aif=./fm_tester.sh : ligne 68 : 14260 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
webm=(entrée standard)
raw=(standard_in) 1: syntax error
(58,1 KB/s)
au=(standard_in) 1: syntax error
(48,1 KB/s)
asf=./fm_tester.sh : ligne 68 : 14350 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
aac=./fm_tester.sh : ligne 68 : 14385 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
vqf=(standard_in) 1: syntax error
(41,1 KB/s)
zip=./fm_tester.sh : ligne 68 : 14431 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
7z=(entrée standard)
rar=./fm_tester.sh : ligne 68 : 14477 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
tar=./fm_tester.sh : ligne 68 : 14501 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
tar.xz=(standard_in) 1: syntax error
(72,7 KB/s)
tar.bz2=(standard_in) 1: syntax error
(50,3 KB/s)
gz=./fm_tester.sh : ligne 68 : 14569 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
bz2=(standard_in) 1: syntax error
(39,1 KB/s)
xz=(standard_in) 1: syntax error
(60,3 KB/s)
tgz=./fm_tester.sh : ligne 68 : 14635 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
sit=(standard_in) 1: syntax error
(49,1 KB/s)
hqx=(standard_in) 1: syntax error
(40,1 KB/s)
sea=(standard_in) 1: syntax error
(46,1 KB/s)
uu=(standard_in) 1: syntax error
(33,8 KB/s)
msi=(standard_in) 1: syntax error
(29,4 KB/s)
exe=./fm_tester.sh : ligne 68 : 14779 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
iso=./fm_tester.sh : ligne 68 : 14803 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
bin=(standard_in) 1: syntax error
(48,4 KB/s)
apk=(standard_in) 1: syntax error
(42,9 KB/s)
deb=(standard_in) 1: syntax error
(55,7 KB/s)
rpm=(standard_in) 1: syntax error
(77,5 KB/s)
ova=(standard_in) 1: syntax error
(68,2 KB/s)
dmg=(standard_in) 1: syntax error
(45,4 KB/s)
rnd=(standard_in) 1: syntax error
(48,8 KB/s)
vivien=(standard_in) 1: syntax error
(45,5 KB/s)
Testing size=1Mo
iso=./fm_tester.sh : ligne 68 : 14999 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
pdf=./fm_tester.sh : ligne 68 : 15043 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
txt=./fm_tester.sh : ligne 68 : 15087 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
doc=./fm_tester.sh : ligne 68 : 15131 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
docx=./fm_tester.sh : ligne 68 : 15176 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
odt=./fm_tester.sh : ligne 68 : 15304 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
xls=./fm_tester.sh : ligne 68 : 15348 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
xlsx=./fm_tester.sh : ligne 68 : 15392 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
ods=./fm_tester.sh : ligne 68 : 15436 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
ppt=./fm_tester.sh : ligne 68 : 15480 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
pptx=./fm_tester.sh : ligne 68 : 15524 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
odp=./fm_tester.sh : ligne 68 : 15568 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
html=./fm_tester.sh : ligne 68 : 15612 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
jpg=./fm_tester.sh : ligne 68 : 15656 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
jpeg=./fm_tester.sh : ligne 68 : 15700 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
png=./fm_tester.sh : ligne 68 : 15745 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
gif=./fm_tester.sh : ligne 68 : 15789 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
svg=./fm_tester.sh : ligne 68 : 15833 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
webp=./fm_tester.sh : ligne 68 : 15877 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
woff2=./fm_tester.sh : ligne 68 : 15922 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
avi=./fm_tester.sh : ligne 68 : 15966 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
mpg=./fm_tester.sh : ligne 68 : 16010 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
mp4=./fm_tester.sh : ligne 68 : 16054 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
mov=./fm_tester.sh : ligne 68 : 16098 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
swf=./fm_tester.sh : ligne 68 : 16145 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
wmv=./fm_tester.sh : ligne 68 : 16189 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
divx=./fm_tester.sh : ligne 68 : 16233 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
xvid=./fm_tester.sh : ligne 68 : 16277 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
mkv=./fm_tester.sh : ligne 68 : 16321 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
mka=./fm_tester.sh : ligne 68 : 16365 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
mks=./fm_tester.sh : ligne 68 : 16409 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
flv=./fm_tester.sh : ligne 68 : 16453 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
rmvb=./fm_tester.sh : ligne 68 : 16497 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
mp3=./fm_tester.sh : ligne 68 : 16541 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
wma=./fm_tester.sh : ligne 68 : 16585 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
wav=./fm_tester.sh : ligne 68 : 16629 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
aif=./fm_tester.sh : ligne 68 : 16676 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
webm=./fm_tester.sh : ligne 68 : 16720 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
raw=./fm_tester.sh : ligne 68 : 16764 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
au=./fm_tester.sh : ligne 68 : 16808 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
asf=./fm_tester.sh : ligne 68 : 16852 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
aac=./fm_tester.sh : ligne 68 : 16896 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
vqf=./fm_tester.sh : ligne 68 : 16940 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
zip=./fm_tester.sh : ligne 68 : 16984 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
7z=./fm_tester.sh : ligne 68 : 17028 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
rar=./fm_tester.sh : ligne 68 : 17086 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
tar=./fm_tester.sh : ligne 68 : 17130 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
tar.xz=./fm_tester.sh : ligne 68 : 17174 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
tar.bz2=./fm_tester.sh : ligne 68 : 17218 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
gz=./fm_tester.sh : ligne 68 : 17262 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
bz2=./fm_tester.sh : ligne 68 : 17306 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
xz=./fm_tester.sh : ligne 68 : 17350 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
tgz=./fm_tester.sh : ligne 68 : 17394 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
sit=./fm_tester.sh : ligne 68 : 17438 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
hqx=./fm_tester.sh : ligne 68 : 17483 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
sea=./fm_tester.sh : ligne 68 : 17527 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
uu=./fm_tester.sh : ligne 68 : 17571 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
msi=./fm_tester.sh : ligne 68 : 17615 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
exe=./fm_tester.sh : ligne 68 : 17659 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
iso=./fm_tester.sh : ligne 68 : 17703 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
bin=./fm_tester.sh : ligne 68 : 17747 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
apk=./fm_tester.sh : ligne 68 : 17791 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
deb=./fm_tester.sh : ligne 68 : 17835 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
rpm=./fm_tester.sh : ligne 68 : 17879 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
ova=./fm_tester.sh : ligne 68 : 17923 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
dmg=./fm_tester.sh : ligne 68 : 17967 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
rnd=./fm_tester.sh : ligne 68 : 18011 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
vivien=./fm_tester.sh : ligne 68 : 18055 Complété ./fm_tester.sh $SIZE $EXTENSION
TIMEOUT
Testing http://test-debit.free.fr/512.rnd=(entrée standard)
Testing http://test-debit.free.fr/1024.rnd=(738 KB/s)
Testing size=10ko
iso=(entrée standard)
txt=(entrée standard)
doc=(entrée standard)
docx=(entrée standard)
xls=(entrée standard)
xlsx=(entrée standard)
html=(entrée standard)
jpg=(entrée standard)
jpeg=(entrée standard)
png=(standard_in) 1: syntax error
(14,7 KB/s)
gif=(standard_in) 1: syntax error
(14,0 KB/s)
avi=(entrée standard)
mpg=(entrée standard)
mp4=(standard_in) 1: syntax error
(12,5 KB/s)
vivien=(standard_in) 1: syntax error
(12,9 KB/s)
Testing size=100ko
iso=./fm_tester.sh : ligne 260 : 18448 Complété ./fm_tester.sh ${BASE_URL}/${SIZE}/${SIZE}.${EXTENSION}
TIMEOUT
txt=./fm_tester.sh : ligne 260 : 18472 Complété ./fm_tester.sh ${BASE_URL}/${SIZE}/${SIZE}.${EXTENSION}
TIMEOUT
doc=./fm_tester.sh : ligne 260 : 18497 Complété ./fm_tester.sh ${BASE_URL}/${SIZE}/${SIZE}.${EXTENSION}
TIMEOUT
docx=./fm_tester.sh : ligne 260 : 18521 Complété ./fm_tester.sh ${BASE_URL}/${SIZE}/${SIZE}.${EXTENSION}
TIMEOUT
xls=./fm_tester.sh : ligne 260 : 18545 Complété ./fm_tester.sh ${BASE_URL}/${SIZE}/${SIZE}.${EXTENSION}
TIMEOUT
xlsx=./fm_tester.sh : ligne 260 : 18569 Complété ./fm_tester.sh ${BASE_URL}/${SIZE}/${SIZE}.${EXTENSION}
TIMEOUT
html=./fm_tester.sh : ligne 260 : 18593 Complété ./fm_tester.sh ${BASE_URL}/${SIZE}/${SIZE}.${EXTENSION}
TIMEOUT
jpg=./fm_tester.sh : ligne 260 : 18617 Complété ./fm_tester.sh ${BASE_URL}/${SIZE}/${SIZE}.${EXTENSION}
TIMEOUT
jpeg=./fm_tester.sh : ligne 260 : 18641 Complété ./fm_tester.sh ${BASE_URL}/${SIZE}/${SIZE}.${EXTENSION}
TIMEOUT
png=./fm_tester.sh : ligne 260 : 18666 Complété ./fm_tester.sh ${BASE_URL}/${SIZE}/${SIZE}.${EXTENSION}
TIMEOUT
gif=./fm_tester.sh : ligne 260 : 18690 Complété ./fm_tester.sh ${BASE_URL}/${SIZE}/${SIZE}.${EXTENSION}
TIMEOUT
avi=./fm_tester.sh : ligne 260 : 18714 Complété ./fm_tester.sh ${BASE_URL}/${SIZE}/${SIZE}.${EXTENSION}
TIMEOUT
mpg=./fm_tester.sh : ligne 260 : 18738 Complété ./fm_tester.sh ${BASE_URL}/${SIZE}/${SIZE}.${EXTENSION}
TIMEOUT
mp4=./fm_tester.sh : ligne 260 : 18762 Complété ./fm_tester.sh ${BASE_URL}/${SIZE}/${SIZE}.${EXTENSION}
TIMEOUT
vivien=./fm_tester.sh : ligne 260 : 18786 Complété ./fm_tester.sh ${BASE_URL}/${SIZE}/${SIZE}.${EXTENSION}
TIMEOUT
Testing size=1Mo
iso=./fm_tester.sh : ligne 260 : 18810 Complété ./fm_tester.sh ${BASE_URL}/${SIZE}/${SIZE}.${EXTENSION}
TIMEOUT
txt=./fm_tester.sh : ligne 260 : 18854 Complété ./fm_tester.sh ${BASE_URL}/${SIZE}/${SIZE}.${EXTENSION}
TIMEOUT
doc=./fm_tester.sh : ligne 260 : 18898 Complété ./fm_tester.sh ${BASE_URL}/${SIZE}/${SIZE}.${EXTENSION}
TIMEOUT
docx=./fm_tester.sh : ligne 260 : 18942 Complété ./fm_tester.sh ${BASE_URL}/${SIZE}/${SIZE}.${EXTENSION}
TIMEOUT
xls=./fm_tester.sh : ligne 260 : 18986 Complété ./fm_tester.sh ${BASE_URL}/${SIZE}/${SIZE}.${EXTENSION}
TIMEOUT
xlsx=./fm_tester.sh : ligne 260 : 19030 Complété ./fm_tester.sh ${BASE_URL}/${SIZE}/${SIZE}.${EXTENSION}
TIMEOUT
html=./fm_tester.sh : ligne 260 : 19074 Complété ./fm_tester.sh ${BASE_URL}/${SIZE}/${SIZE}.${EXTENSION}
TIMEOUT
jpg=./fm_tester.sh : ligne 260 : 19118 Complété ./fm_tester.sh ${BASE_URL}/${SIZE}/${SIZE}.${EXTENSION}
TIMEOUT
jpeg=./fm_tester.sh : ligne 260 : 19162 Complété ./fm_tester.sh ${BASE_URL}/${SIZE}/${SIZE}.${EXTENSION}
TIMEOUT
png=./fm_tester.sh : ligne 260 : 19206 Complété ./fm_tester.sh ${BASE_URL}/${SIZE}/${SIZE}.${EXTENSION}
TIMEOUT
gif=./fm_tester.sh : ligne 260 : 19251 Complété ./fm_tester.sh ${BASE_URL}/${SIZE}/${SIZE}.${EXTENSION}
TIMEOUT
avi=./fm_tester.sh : ligne 260 : 19295 Complété ./fm_tester.sh ${BASE_URL}/${SIZE}/${SIZE}.${EXTENSION}
TIMEOUT
mpg=./fm_tester.sh : ligne 260 : 19339 Complété ./fm_tester.sh ${BASE_URL}/${SIZE}/${SIZE}.${EXTENSION}
TIMEOUT
mp4=./fm_tester.sh : ligne 260 : 19461 Complété ./fm_tester.sh ${BASE_URL}/${SIZE}/${SIZE}.${EXTENSION}
TIMEOUT
vivien=./fm_tester.sh : ligne 260 : 19505 Complété ./fm_tester.sh ${BASE_URL}/${SIZE}/${SIZE}.${EXTENSION}
TIMEOUT
-
Je suis sur elementary OS 0.3 (Freya) basé sur Ubuntu 14.04 (Trusty)
Mon wget :
$ wget -V
GNU Wget 1.15 compilé sur linux-gnu.
+digest +https +ipv6 +iri +large-file +nls +ntlm +opie +ssl/openssl
Wgetrc :
/etc/wgetrc (système)
Locale :
/usr/share/locale
Compilation :
gcc -DHAVE_CONFIG_H -DSYSTEM_WGETRC="/etc/wgetrc"
-DLOCALEDIR="/usr/share/locale" -I. -I../../src -I../lib
-I../../lib -D_FORTIFY_SOURCE=2 -I/usr/include -g -O2
-fstack-protector --param=ssp-buffer-size=4 -Wformat
-Werror=format-security -DNO_SSLv2 -D_FILE_OFFSET_BITS=64 -g -Wall
Lien :
gcc -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat
-Werror=format-security -DNO_SSLv2 -D_FILE_OFFSET_BITS=64 -g -Wall
-Wl,-Bsymbolic-functions -Wl,-z,relro -L/usr/lib -lssl -lcrypto
-ldl -lz -lidn -luuid ftp-opie.o openssl.o http-ntlm.o
../lib/libgnu.a
Copyright © 2011 Free Software Foundation, Inc.
Licence GPLv3+: GNU GPL version 3 ou ultérieure
<http://www.gnu.org/licenses/gpl.html>.
Logiciel libre : vous êtes libre de le modifier ou de le redistribuer.
Il n'y a AUCUNE GARANTIE, dans les limites permises par la loi.
Écrit à l'origine par Hrvoje Niksic <hniksic@xemacs.org>.
Transmettre les anomalies ou demandes à <bug-wget@gnu.org>.
-
En partage wifi ?
-
En partage wifi ?
En usb avec un nexus 5 ;)
-
Pour les extensions bloquées comme avi, il y a carrèment une erreur TCP parfois:
--2015-08-14 18:55:01-- http://1.testdebit.info/fichiers/10ko/10ko.avi
Resolving 1.testdebit.info (1.testdebit.info)... 194.158.102.114
Connecting to 1.testdebit.info (1.testdebit.info)|194.158.102.114|:80... connected.
HTTP request sent, awaiting response... Read error (Connection reset by peer) in headers.
Retrying.
--2015-08-14 18:55:03-- (try: 2) http://1.testdebit.info/fichiers/10ko/10ko.doc
Connecting to 1.testdebit.info (1.testdebit.info)|194.158.102.114|:80... connected.
HTTP request sent, awaiting response...
Sinon la requète HTTP n'aboutit meme pas !
-
Nouvelle version !
Correction d'un bug majeur: - kill du wget et non plus de la tache bash
-> l'affichage est plus clair
Ne change rien au résultat mais ça se voit mieux :)
EDIT: fichier mis à jour pour corriger HTTPS
-
Le résultat est sans appel:
- moyenne de 55ko/s sur les extensions 'autorisées'
- les autres sont quasiment bloquées tellement elles sont ralenties
- les serveurs Free ne sont pas bridés et tournent à 350ko/s dans mon cas
- HTTPS est très fortement dégradé à quelques ko/s
badmax@batou:~/local$ ./fm_tester.sh
Testing HTTP -------------
Testing size=10ko
iso=TIMEOUT
pdf=(159 KB/s)
txt=(194 KB/s)
doc=TIMEOUT
docx=(243 KB/s)
odt=(140 KB/s)
xls=(139 KB/s)
xlsx=(247 KB/s)
ods=(141 KB/s)
ppt=TIMEOUT
pptx=TIMEOUT
odp=TIMEOUT
html=(195 KB/s)
jpg=(97,4 KB/s)
jpeg=(122 KB/s)
png=(109 KB/s)
gif=(323 KB/s)
svg=(2,47 MB/s)
webp=(3,42 MB/s)
woff2=(57,3 KB/s)
avi=(247 KB/s)
mpg=TIMEOUT
mp4=TIMEOUT
mov=TIMEOUT
swf=TIMEOUT
wmv=TIMEOUT
divx=TIMEOUT
xvid=(140 KB/s)
mkv=TIMEOUT
mka=(500 KB/s)
mks=(107 KB/s)
flv=TIMEOUT
rmvb=(191 KB/s)
mp3=TIMEOUT
wma=TIMEOUT
wav=TIMEOUT
aif=(334 KB/s)
webm=(915 KB/s)
raw=(108 KB/s)
au=(123 KB/s)
asf=(122 KB/s)
aac=TIMEOUT
vqf=(122 KB/s)
zip=TIMEOUT
7z=(251 KB/s)
rar=TIMEOUT
tar=TIMEOUT
tar.xz=(142 KB/s)
tar.bz2=(122 KB/s)
gz=TIMEOUT
bz2=(481 KB/s)
xz=(140 KB/s)
tgz=TIMEOUT
sit=(109 KB/s)
hqx=(160 KB/s)
sea=(326 KB/s)
uu=(123 KB/s)
msi=(109 KB/s)
exe=TIMEOUT
iso=TIMEOUT
bin=(195 KB/s)
apk=(162 KB/s)
deb=(138 KB/s)
rpm=(194 KB/s)
ova=(322 KB/s)
dmg=(163 KB/s)
rnd=(502 KB/s)
vivien=(123 KB/s)
Testing size=100ko
iso=TIMEOUT
pdf=TIMEOUT
txt=TIMEOUT
doc=TIMEOUT
docx=TIMEOUT
odt=(53,1 KB/s)
xls=(49,8 KB/s)
xlsx=(65,1 KB/s)
ods=(38,3 KB/s)
ppt=TIMEOUT
pptx=(33,5 KB/s)
odp=(38,9 KB/s)
html=(68,3 KB/s)
jpg=(55,8 KB/s)
jpeg=(55,8 KB/s)
png=(63,8 KB/s)
gif=(38,3 KB/s)
svg=(51,7 KB/s)
webp=(66,0 KB/s)
woff2=(48,4 KB/s)
avi=TIMEOUT
mpg=TIMEOUT
mp4=TIMEOUT
mov=TIMEOUT
swf=TIMEOUT
wmv=TIMEOUT
divx=TIMEOUT
xvid=(39,9 KB/s)
mkv=TIMEOUT
mka=TIMEOUT
mks=TIMEOUT
flv=TIMEOUT
rmvb=(84,3 KB/s)
mp3=TIMEOUT
wma=TIMEOUT
wav=TIMEOUT
aif=TIMEOUT
webm=TIMEOUT
raw=TIMEOUT
au=(48,1 KB/s)
asf=TIMEOUT
aac=TIMEOUT
vqf=(29,3 KB/s)
zip=TIMEOUT
7z=(68,7 KB/s)
rar=TIMEOUT
tar=TIMEOUT
tar.xz=(19,2 KB/s)
tar.bz2=(54,5 KB/s)
gz=TIMEOUT
bz2=(60,3 KB/s)
xz=(74,0 KB/s)
tgz=TIMEOUT
sit=(59,6 KB/s)
hqx=(32,7 KB/s)
sea=(67,8 KB/s)
uu=(68,3 KB/s)
msi=(54,9 KB/s)
exe=TIMEOUT
iso=TIMEOUT
bin=TIMEOUT
apk=TIMEOUT
deb=(62,6 KB/s)
rpm=(55,2 KB/s)
ova=(65,6 KB/s)
dmg=(50,9 KB/s)
rnd=(82,1 KB/s)
vivien=(60,3 KB/s)
Testing size=1Mo
iso=TIMEOUT
pdf=TIMEOUT
txt=(50,7 KB/s)
doc=TIMEOUT
docx=TIMEOUT
odt=TIMEOUT
xls=(49,4 KB/s)
xlsx=TIMEOUT
ods=(50,3 KB/s)
ppt=TIMEOUT
pptx=TIMEOUT
odp=TIMEOUT
html=(54,7 KB/s)
jpg=(57,0 KB/s)
jpeg=(52,3 KB/s)
png=(52,3 KB/s)
gif=TIMEOUT
svg=(52,8 KB/s)
webp=(57,6 KB/s)
woff2=(54,5 KB/s)
avi=TIMEOUT
mpg=TIMEOUT
mp4=TIMEOUT
mov=TIMEOUT
swf=TIMEOUT
wmv=TIMEOUT
divx=TIMEOUT
xvid=(55,8 KB/s)
mkv=TIMEOUT
mka=TIMEOUT
mks=(54,9 KB/s)
flv=TIMEOUT
rmvb=TIMEOUT
mp3=TIMEOUT
wma=TIMEOUT
wav=TIMEOUT
aif=TIMEOUT
webm=TIMEOUT
raw=(52,0 KB/s)
au=(58,6 KB/s)
asf=TIMEOUT
aac=TIMEOUT
vqf=TIMEOUT
zip=TIMEOUT
7z=(56,8 KB/s)
rar=TIMEOUT
tar=TIMEOUT
tar.xz=TIMEOUT
tar.bz2=TIMEOUT
gz=TIMEOUT
bz2=TIMEOUT
xz=(52,2 KB/s)
tgz=TIMEOUT
sit=TIMEOUT
hqx=(56,4 KB/s)
sea=TIMEOUT
uu=(59,2 KB/s)
msi=(56,0 KB/s)
exe=TIMEOUT
iso=TIMEOUT
bin=TIMEOUT
apk=(52,4 KB/s)
deb=(56,4 KB/s)
rpm=(56,9 KB/s)
ova=(52,9 KB/s)
dmg=(57,3 KB/s)
rnd=(54,9 KB/s)
vivien=(51,5 KB/s)
Testing Free Servers -------------
Testing http://test-debit.free.fr/512.rnd=(335 KB/s)
Testing http://test-debit.free.fr/1024.rnd=(352 KB/s)
Testing HTTPS ---------------------
Testing size=10ko
iso=(32,6 KB/s)
txt=(13,2 KB/s)
doc=(13,2 KB/s)
docx=(12,5 KB/s)
xls=(13,0 KB/s)
xlsx=(13,4 KB/s)
html=(28,7 KB/s)
jpg=(13,2 KB/s)
jpeg=(325 KB/s)
png=(13,8 KB/s)
gif=./fm_tester.sh : ligne 234 : 28767 Complété ./fm_tester.sh ${BASE_URL}/${SIZE}/${SIZE}.${EXTENSION}
TIMEOUT
avi=(476 KB/s)
mpg=(13,0 KB/s)
mp4=(201 KB/s)
vivien=(12,9 KB/s)
Testing size=100ko
iso=./fm_tester.sh : ligne 234 : 28833 Complété ./fm_tester.sh ${BASE_URL}/${SIZE}/${SIZE}.${EXTENSION}
TIMEOUT
txt=./fm_tester.sh : ligne 234 : 28859 Complété ./fm_tester.sh ${BASE_URL}/${SIZE}/${SIZE}.${EXTENSION}
TIMEOUT
doc=./fm_tester.sh : ligne 234 : 28885 Complété ./fm_tester.sh ${BASE_URL}/${SIZE}/${SIZE}.${EXTENSION}
TIMEOUT
docx=./fm_tester.sh : ligne 234 : 28914 Complété ./fm_tester.sh ${BASE_URL}/${SIZE}/${SIZE}.${EXTENSION}
TIMEOUT
xls=./fm_tester.sh : ligne 234 : 28942 Complété ./fm_tester.sh ${BASE_URL}/${SIZE}/${SIZE}.${EXTENSION}
TIMEOUT
xlsx=./fm_tester.sh : ligne 234 : 28968 Complété ./fm_tester.sh ${BASE_URL}/${SIZE}/${SIZE}.${EXTENSION}
TIMEOUT
html=./fm_tester.sh : ligne 234 : 28996 Complété ./fm_tester.sh ${BASE_URL}/${SIZE}/${SIZE}.${EXTENSION}
TIMEOUT
jpg=./fm_tester.sh : ligne 234 : 29022 Complété ./fm_tester.sh ${BASE_URL}/${SIZE}/${SIZE}.${EXTENSION}
TIMEOUT
jpeg=./fm_tester.sh : ligne 234 : 29051 Complété ./fm_tester.sh ${BASE_URL}/${SIZE}/${SIZE}.${EXTENSION}
TIMEOUT
png=./fm_tester.sh : ligne 234 : 29081 Complété ./fm_tester.sh ${BASE_URL}/${SIZE}/${SIZE}.${EXTENSION}
TIMEOUT
gif=./fm_tester.sh : ligne 234 : 29109 Complété ./fm_tester.sh ${BASE_URL}/${SIZE}/${SIZE}.${EXTENSION}
TIMEOUT
avi=^C
-
Je vois que même les petits fichiers sont bridés en https (on aurait pu penser que le premier Mo de connexion https est full speed pour ne pas impacter le surf)
Dans ce cas là, la navigation sur tous les sites web https est très lente ?
Je n'ai vu personne se plaindre de la lenteur de LaFibre.info en itinérance...
-
Sur mobile, lafibre est meme l'un des rares à répondre à peu près. Cela dit, c'est très light, c'est que du texte...
-
Oui pour le texte ça va mais pour les images beaucoup moins, par exemple ici : https://lafibre.info/bbox-les-news/miami/ (https://lafibre.info/bbox-les-news/miami/) ça met super longtemps à charger en iti.
Alors que chez nextinpact.com (http://nextinpact.com) qui est pas en https mais qui a beaucoup d'image pas de problème.
-
Et du coup indirectement Google est ralenti puisque en HTTPS... Ah ouais je vois la guerre est pas totalement finie... Je me disais que Free n'allait pas laisser Google totalement gagner
-
En https tant que c'est du texte, ça passe donc pour google c'est bon, google image pas bon, youtube pas bon.
Ces ralentissements sont qu'en itinérance, mais c'est sur que c'est gênant si on n'est pas couvert par Free mobile d'avoir ce bridage au quotidien :-\ ...
-
En https tant que c'est du texte, ça passe
Sur quels critères ? Tu veux parler d'un fonctionnement par liste blanche de domaines ?
youtube pas bon.
Même pour les GGC hébergés sur le réseau Free ?
-
Sur quels critères ? Tu veux parler d'un fonctionnement par liste blanche de domaines ?
Nan mais je pense que c'est bridé aussi mais que le texte rend imperceptible (ou moins perceptible) la lenteur de chargement.
Même pour les GGC hébergés sur le réseau Free ?
Je pense que c'est le contrat d'itinéris avec Orange qui fait que. Apparemment en réseau propre ça marche.
-
Il n'y a pas du tout de Youtube en itinérance chez moi. Pas le moindre kbit qui passe, même pour la pub.
-
Et du coup indirectement Google est ralenti puisque en HTTPS... Ah ouais je vois la guerre est pas totalement finie... Je me disais que Free n'allait pas laisser Google totalement gagner
En itinérance, Google fonctionne.
Il fonctionnait déjà avant l'amélioration des conditions en itinérance : depuis, la plupart des applis fonctionnent, à part le streaming et les photos facebook; Google Maps fonctionne, les messengers divers aussi.
Globalement, je n'ai pas trop d'accrocs en surf classique. Pour le streaming audio par contre, c'est vraiment agaçant de perdre sa webradio...
Je soupçonne qu'il y a un lien avec le déploiement de la solution Sambal...
-
Sambal ? C'est quoi ?
Sinon j'ai remarqué quelque chose de troublant :
$ ping free.fr
PING free.fr (212.27.48.10) 56(84) bytes of data.
64 bytes from www.free.fr (212.27.48.10): icmp_seq=1 ttl=59 time=65.6 ms
64 bytes from www.free.fr (212.27.48.10): icmp_seq=2 ttl=59 time=60.2 ms
64 bytes from www.free.fr (212.27.48.10): icmp_seq=3 ttl=59 time=48.8 ms
64 bytes from www.free.fr (212.27.48.10): icmp_seq=4 ttl=59 time=107 ms
64 bytes from www.free.fr (212.27.48.10): icmp_seq=5 ttl=59 time=96.0 ms
64 bytes from www.free.fr (212.27.48.10): icmp_seq=6 ttl=59 time=775 ms
64 bytes from www.free.fr (212.27.48.10): icmp_seq=7 ttl=59 time=325 ms
64 bytes from www.free.fr (212.27.48.10): icmp_seq=8 ttl=59 time=315 ms
$ ping orange.fr
PING orange.fr (81.52.142.217) 56(84) bytes of data.
64 bytes from vip-redirect-generique.m1.fti.net (81.52.142.217): icmp_seq=1 ttl=242 time=49.0 ms
64 bytes from vip-redirect-generique.m1.fti.net (81.52.142.217): icmp_seq=2 ttl=242 time=57.0 ms
64 bytes from vip-redirect-generique.m1.fti.net (81.52.142.217): icmp_seq=3 ttl=242 time=95.2 ms
64 bytes from vip-redirect-generique.m1.fti.net (81.52.142.217): icmp_seq=4 ttl=242 time=115 ms
64 bytes from vip-redirect-generique.m1.fti.net (81.52.142.217): icmp_seq=5 ttl=242 time=945 ms
64 bytes from vip-redirect-generique.m1.fti.net (81.52.142.217): icmp_seq=6 ttl=242 time=275 ms
64 bytes from vip-redirect-generique.m1.fti.net (81.52.142.217): icmp_seq=7 ttl=242 time=284 ms
$ ping sfr.fr
PING sfr.fr (80.125.163.172) 56(84) bytes of data.
64 bytes from 80.125.163.172: icmp_seq=1 ttl=244 time=65.2 ms
64 bytes from 80.125.163.172: icmp_seq=2 ttl=244 time=72.3 ms
64 bytes from 80.125.163.172: icmp_seq=3 ttl=244 time=109 ms
64 bytes from 80.125.163.172: icmp_seq=4 ttl=244 time=109 ms
64 bytes from 80.125.163.172: icmp_seq=5 ttl=244 time=808 ms
64 bytes from 80.125.163.172: icmp_seq=6 ttl=244 time=288 ms
$ ping lafibre.info
PING lafibre.info (46.227.16.8) 56(84) bytes of data.
64 bytes from lafibre.info (46.227.16.8): icmp_seq=1 ttl=55 time=766 ms
64 bytes from lafibre.info (46.227.16.8): icmp_seq=2 ttl=55 time=79.6 ms
64 bytes from lafibre.info (46.227.16.8): icmp_seq=3 ttl=55 time=118 ms
64 bytes from lafibre.info (46.227.16.8): icmp_seq=4 ttl=55 time=116 ms
64 bytes from lafibre.info (46.227.16.8): icmp_seq=5 ttl=55 time=869 ms
64 bytes from lafibre.info (46.227.16.8): icmp_seq=6 ttl=55 time=305 ms
64 bytes from lafibre.info (46.227.16.8): icmp_seq=7 ttl=55 time=294 ms
$ ping nextinpact.com
PING nextinpact.com (162.159.250.65) 56(84) bytes of data.
64 bytes from 162.159.250.65: icmp_seq=1 ttl=55 time=71.1 ms
64 bytes from 162.159.250.65: icmp_seq=2 ttl=55 time=70.0 ms
64 bytes from 162.159.250.65: icmp_seq=3 ttl=55 time=98.9 ms
64 bytes from 162.159.250.65: icmp_seq=4 ttl=55 time=107 ms
64 bytes from 162.159.250.65: icmp_seq=5 ttl=55 time=765 ms
64 bytes from 162.159.250.65: icmp_seq=6 ttl=55 time=315 ms
64 bytes from 162.159.250.65: icmp_seq=7 ttl=55 time=283 ms
Le ping monte et se stabilise à ~300ms, et après coupure (ctrl+c) et nouveau test ~1min +tard il débute directement à ~300ms.
J'ai constaté ça en début de soirée, maintenant ça me le fait plus le ping est stable et environ de ~40ms pour les même site.
Toujours en partage de connexion usb et en iti orange.
-
Sur quels critères ? Tu veux parler d'un fonctionnement par liste blanche de domaines ?
Je pense comme Paul que le bridage sur le texte en https est au final peu ressenti même si il existe.
Pour la liste blanche c'est possible mais j'en doute.
Même pour les GGC hébergés sur le réseau Free ?
Es-ce-que les co free mobile utilisent les GGC du réseau free ?
A l'époque ou chez free Youtube saturé, chez free mobile ça ne saturé pas.
De toute façon sur le réseau propre FM, pas de problème avec Youtube.
-
Intéressant les tests avec le ping, mais il est possible que ce soit lié au fait que ping envoi des paquets alors que les précédents ne sont toujours pas arrivés et donc sature la connexion de ping.
Pour éviter ce phénomène avec le connexion bas débit, il faut utiliser l'option -A :
-A ping adaptatif. L'intervalle inter-paquets s'adapte au délai aller-retour (round-trip time, rtt), afin qu'il n'y ait pas plus d'une sonde sans réponse (ou plus, si le préchargement est utilisé) sur le réseau. L'intervalle minimal est de 200 ms pour les utilisateurs normaux (non super-utilisateurs). Sur les réseaux de rtt faible, ce mode est quasiment équivalent au mode inondation.
Exemple :
$ ping -A lafibre.info
Autre solution, fixer toi même intervalle entre deux ping avec l'option -i et une durée :
-i intervalle : Attendre intervalle secondes entre chaque envoi de paquet. Le délai par défaut est normalement d'une seconde, ou nul en mode inondation. Seul le super-utilisateur peut fixer l'intervalle à des valeurs inférieures à 0.2 secondes.
Exemple :
$ ping -i 2.5 lafibre.info envoit un ping toutes les 2,5 secondes
$ ping -i 0.2 lafibre.info envoit un ping toutes les 0,2 secondes
-
Avez vous remarquez que suivant l'endroit où on se trouve les débits en itinérance ne sont pas les mêmes ? J'ai même réussi une fois à regarder une vidéo YouTube sur le réseau Orange sans aucune coupure ! Je n'ai jamais réussi à retenter cet exploit depuis ^^
-
Le bridage devait être en panne ce jour là.
-
Le bridage devait être en panne ce jour là.
Non.
J'ai réussi à lire une vidéo en 720p à Lacanau en itinérance Orange, mais au même moment, impossible d'aller sur Facebook. Donc bridage pas en panne, mais YouTube à fonctionner à fond pendant 1 heure.
Cdt,
DamienC
-
Ok Dac mais je reviens à ma question initiale, est-ce que suivant l'endroit le "bridage" est plus ou moins fort ?
-
J'imagine que le bridage côté Free est le même partout, mais la QOS Orange n'est pas la même sur toutes les antennes.
En effet, Orange privilégie ses clients plutôt que ceux de Free, de ce fait nous sommes basse priorité sur la BP.
Donc au final, bridage clair de Free + QOS Orange = Rien du tout au bout
Cdt,
DamienC
-
J'imagine que le bridage côté Free est le même partout, mais la QOS Orange n'est pas la même sur toutes les antennes.
En effet, Orange privilégie ses clients plutôt que ceux de Free, de ce fait nous sommes basse priorité sur la BP.
On parle de constatation ? De faits ? Prouvés +- sérieusement ?
-
Je parle de constatation, et après ça vaut ce que ça vaut mais mon ami qui travail chez Orange m'a confirmé mon hypothèse.
Après ce n'est pas sûr à 100%.
Cdt,
DamienC
-
Pas que je remette en cause tout ça bien sur, mais la "QoS Orange" me semble bien peu documentée (peut-être parce qu'à l'échelle d'un site).
-
Pas que je remette en cause tout ça bien sur, mais la "QoS Orange" me semble bien peu documentée (peut-être parce qu'à l'échelle d'un site).
Oui bien-sûr, mais après confirmation de mon hypothèse fondée sur des constatations, je me suis fait cette idée.
Il semblerait logique que les clients Orange soient priorisés sur les installations d'Orange, non?
Hier par exemple à Dax, j'ai lancé un Speedtest sur ma sim Free, et mon ami travaillant chez Orange sur sa sim Orange, même téléphone, même emplacement, même réception, moi j'avais 0.45 Mbps e dl et lui 8.6 Mbps.
Cdt,
DamienC
-
Même cellule ?
Non, il n'y a aucune logique à cela. Seul le cadre du contrat le définit.
-
Hier par exemple à Dax, j'ai lancé un Speedtest sur ma sim Free, et mon ami travaillant chez Orange sur sa sim Orange, même téléphone, même emplacement, même réception, moi j'avais 0.45 Mbps e dl et lui 8.6 Mbps.
J'imagine que ton ami a un abonnement "flotte" pro ? C'est peut-être pas le mieux pour comparer entre nous car il a surement de la QoS (positive) même vis-à-vis des clients Orange.
-
Il y a eu des constatation sur le bridage des débits 3g free en itinerance. http://www.zdnet.fr/actualites/free-mobile-enquete-sur-le-bridage-des-debits-en-itinerance-39805877.htm
On peut lire sur le net que ce bridage serait fait par free pour limiter les frais d'itinerance ...
-
Les propos du propriétaire de Free Mobile sur le contrat d'itinérance sont pourtant sans ambiguïté aucune.
Dans un entretien accordé à François Sorel, Xavier Niel a tenu à répondre aux principales craintes qui sont apparues ces derniers jours. Au micro de RMC, dans l'émission "De quoi je me mail", le directeur de la stratégie et vice-président d'Iliad a assuré que les clients Free Mobile disposeront exactement de la même qualité 3G/3G+ et des mêmes débits que les abonnés chez Orange.
Xavier Niel rappelle en préambule que l'accord passé avec Orange est différent des partenariats que peut passer un opérateur classique avec un MVNO (opérateur de réseau mobile virtuel). "On accède à un niveau très bas, c'est une sorte de dégroupage du réseau d'Orange qui vient en complèment de notre réseau". Et Orange disposant de la meilleure infrastructure, Xavier Niel estime qu'il s'agit de la meilleure solution.
De cette manière, le client Free Mobile aura, quoiqu'il arrive, du réseau, précise l'industriel. Et au niveau de la vitesse ? Xavier Niel assure qu'il n'y aura aucune différence avec Orange, même s'il indique que les débits peuvent être affectés à cause des antennes-relais. Si un abonné Free Mobile se trouve à côté d'un abonné Orange, le premier bénéficiera de la même qualité de service que le second.
http://www.numerama.com/magazine/21270-free-mobile-xavier-niel-promet-un-debit-3g-identique-a-celui-d-orange.html
-
Etait-il sous serment quand il a dit ça ?
-
Ce sont des propos publiques et c'est ce qu'il vend à ses clients en tout cas.
-
On peut lire et dire ce que l'on veut. Free n'a pas attaqué Orange, Niel a dit ouvertement que c'était Orange qui bridait et Orange n'a pas attaqué en diffamation => conclusion, on n'en sait rien. La seule chose que l'on sait c'est qu'un jour Free a été reconnu coupable et condamné pour bridage d'abonnés non-dégroupés, et que les responsables n'ont pas trop changé depuis. On peut aussi supposer qu'Orange a plutôt intérêt à écouler de la data Free Mobile :)
Le fait est que si le streaming vidéo semble impossible à peu près tout le temps, le streaming audio n'a pas l'air bloqué a priori (en tout cas il fonctionne bien ces jours-ci dans un Paris vidé de parisiens). Est-ce que ça s'est dégradé en province ? Est-ce que le "quota" est appliqué sur un RNC ? Sur une BTS ? Est-ce un problème de dimensionnement d'interco ? En tout cas, à un moment, la priorsation ne s'appliquait pas à certains speedtests, ce qui laisse penser que "trafic Free après trafic Orange" me surprend.
Au boulot, j'ai vu des systèmes de priorisation pour faire à peu près fonctionner le réseau d'utilisateurs situés dans des sites offshore (Maghreb...) malgré des opérateurs locaux catastrophiques. On arrive assez vite à ce genre de situation, et Orange vend ce genre de solutions de priorisation/accélération à ses clients business, pourquoi pas à Free ! Il suffit de fixer des objectifs de QoS difficiles à atteindre pour les applis prioritaires pour qu'un Youtube placé en priorité minimale ne fonctionne presque jamais.
Cette règle peut être appliquée n'importe où, chez Free ou chez Orange sur consigne de Free, à l'époque on parlait d'équipements Cisco pour les abonnés ND, Ipanema en fait aussi et ils ne sont pas seuls.
Ce sont des propos publiques et c'est ce qu'il vend à ses clients en tout cas.
J'ai beaucoup ri, on parle des grand-messes de présentation des *box (aucune n'est épargnée) ?
-
Ces propos ont été répété à plusieurs reprises depuis le lancement. Orange réseau #1 partenaire de Free Mobile et même qualité qu'un client Orange. C'est un point essentiel du choix fait par Xavier Niel pour son contrat d'itinérance.
C'est rassurant pour le client, au point que des connaissances et amis m'affirmaient qu'ils avaient la meilleure couverture mobile de France avec un forfait Free Mobile. Bon depuis le temps, et avec l'expérience, ils ont compris certaines choses et révisés leur jugement ;D
-
Ces propos ont été répété à plusieurs reprises depuis le lancement.
Essentiellement au lancement. Rien d'inhabituel, sinon que le lancement a pris une ampleur inattendue.
Depuis 2012, ils ont plutôt tendance à mettre l'accent de leur com' sur le déploiement de leur réseau. Je n'ai pas entendu d'autosatisfaction sur la couverture de leur partenaire depuis fort longtemps...
De toute façon, à l'usage, le loup se révèle rapidement pour un utilisateur qui a un usage incompatible avec la QoS en itinérance. :)
-
Peu importe ce qu'a affirmé Xavier: il y a clairement un traitement des flux HTTP avec analyse des types MIME.
Maintenant il est impossible d'affirmer à quel niveau est-il effectué: cela pourrait être un schéma DiffServ avec une analyse protocolaire et un marquage par paquets en central et une mise en file d'attente sur l'uplink des antennes (eruditus: patapé pour le mauvais terme). On peut imaginer pleins de scénarios techniques différents.
-
Sur le réseau d'accès lui même, j'ai vraiment du mal à voir où le bridage par extension pourrait être fait.
Reste le backhaul IP et le core network.
Tiens, une question me vient. Ce bridage existe-t-il en upload ? J'ai pas fait attention si cela avait été testé.
-
D'un point de vue IP, on pourrait le faire sur le downlink. Enfin, moi je le ferai comme ça :)
J'ai déjà constaté un débit à 0 en itinérance en meme temps qu'un collègue en Sosh, si le downlink est saturé par des flux Orange de priorité supérieur, ça s'expliquerait.
-
Je viens de penser à un aspect.
Comment Orange facture l'itinérance ?
Le volume de donnée échangé doit être mesurė aux interconnexions.
Sur un download (trafic core network - rnc - NodeB - mobile), le trafic dès qu'il passe l'interconnexion rentre en compte dans la facturation. Il me semble donc difficile que ce soit l'accès (ou des équipements au delà de ce "péage") qui mette en file et drop les paquets si nécessaire. En tout cas, ce serait tout bénėfice pour Orange. :)
-
Free Mobile, réseau en propre, en 3G, sur la commune du Mée-sur-Seine (77), via un Samsung Galsxy s4 4G en partage de connexion WiFi :
$ ./fm_tester.sh
Testing HTTP -------------
Testing size=10ko
iso=TIMEOUT
pdf=(1.23 MB/s)
txt=(1.32 MB/s)
doc=(39.2 KB/s)
docx=(819 KB/s)
odt=(670 KB/s)
xls=(942 KB/s)
xlsx=(162 MB/s)
ods=(2.53 MB/s)
ppt=(17.0 KB/s)
pptx=(1.68 MB/s)
odp=(767 KB/s)
html=(524 KB/s)
jpg=(450 KB/s)
jpeg=(2.17 MB/s)
png=(231 KB/s)
gif=(1.33 MB/s)
svg=(498 KB/s)
webp=(923 KB/s)
woff2=(3.30 MB/s)
avi=(7.50 KB/s)
mpg=(7.39 KB/s)
mp4=(7.64 KB/s)
mov=(7.63 KB/s)
swf=(7.11 KB/s)
wmv=(6.79 KB/s)
divx=(6.69 KB/s)
xvid=(34.9 KB/s)
mkv=(4.60 KB/s)
mka=(547 KB/s)
mks=(318 KB/s)
flv=(286 KB/s)
rmvb=(343 KB/s)
mp3=(6.04 KB/s)
wma=(7.31 KB/s)
wav=(5.21 KB/s)
aif=(2.24 KB/s)
webm=(732 KB/s)
raw=(755 KB/s)
au=(374 KB/s)
asf=(5.61 KB/s)
aac=(6.12 KB/s)
vqf=(470 KB/s)
zip=(31.4 KB/s)
7z=(6.00 MB/s)
rar=(21.0 KB/s)
tar=(21.4 KB/s)
tar.xz=(143 MB/s)
tar.bz2=(551 KB/s)
gz=(38.2 KB/s)
bz2=(43.6 MB/s)
xz=(634 KB/s)
tgz=(39.1 KB/s)
sit=(88.7 KB/s)
hqx=(110 KB/s)
sea=(2.70 MB/s)
uu=(611 KB/s)
msi=(491 KB/s)
exe=(37.6 KB/s)
iso=(35.1 KB/s)
bin=(448 KB/s)
apk=(33.4 KB/s)
deb=(775 KB/s)
rpm=(412 KB/s)
ova=(9.52 MB/s)
dmg=(334 KB/s)
rnd=(102 KB/s)
vivien=(3.82 MB/s)
Testing size=100ko
iso=(12.5 KB/s)
pdf=(458 KB/s)
txt=(491 KB/s)
doc=(11.6 KB/s)
docx=(490 KB/s)
odt=(497 KB/s)
xls=(641 KB/s)
xlsx=(541 KB/s)
ods=(332 KB/s)
ppt=(12.2 KB/s)
pptx=(415 KB/s)
odp=(399 KB/s)
html=(661 KB/s)
jpg=(313 KB/s)
jpeg=(228 KB/s)
png=(234 KB/s)
gif=(682 KB/s)
svg=(580 KB/s)
webp=(494 KB/s)
woff2=(328 KB/s)
avi=TIMEOUT
mpg=TIMEOUT
mp4=TIMEOUT
mov=TIMEOUT
swf=TIMEOUT
wmv=TIMEOUT
divx=TIMEOUT
xvid=(369 KB/s)
mkv=TIMEOUT
mka=(610 KB/s)
mks=(540 KB/s)
flv=TIMEOUT
rmvb=(548 KB/s)
mp3=TIMEOUT
wma=TIMEOUT
wav=TIMEOUT
aif=TIMEOUT
webm=(403 KB/s)
raw=(541 KB/s)
au=(333 KB/s)
asf=TIMEOUT
aac=TIMEOUT
vqf=(486 KB/s)
zip=(11.4 KB/s)
7z=(677 KB/s)
rar=(11.9 KB/s)
tar=(12.0 KB/s)
tar.xz=(551 KB/s)
tar.bz2=(612 KB/s)
gz=(11.7 KB/s)
bz2=(532 KB/s)
xz=(549 KB/s)
tgz=(10.8 KB/s)
sit=(578 KB/s)
hqx=(592 KB/s)
sea=(409 KB/s)
uu=(384 KB/s)
msi=(674 KB/s)
exe=(10.9 KB/s)
iso=(10.9 KB/s)
bin=(401 KB/s)
apk=(434 KB/s)
deb=(515 KB/s)
rpm=(475 KB/s)
ova=(341 KB/s)
dmg=(405 KB/s)
rnd=(492 KB/s)
vivien=(454 KB/s)
Testing size=1Mo
iso=TIMEOUT
pdf=(213 KB/s)
txt=(344 KB/s)
doc=TIMEOUT
docx=(293 KB/s)
odt=(294 KB/s)
xls=(268 KB/s)
xlsx=(293 KB/s)
ods=(297 KB/s)
ppt=TIMEOUT
pptx=(338 KB/s)
odp=(293 KB/s)
html=(310 KB/s)
jpg=(278 KB/s)
jpeg=(292 KB/s)
png=(248 KB/s)
gif=(298 KB/s)
svg=(291 KB/s)
webp=(289 KB/s)
woff2=(239 KB/s)
avi=TIMEOUT
mpg=TIMEOUT
mp4=TIMEOUT
mov=TIMEOUT
swf=TIMEOUT
wmv=TIMEOUT
divx=TIMEOUT
xvid=(264 KB/s)
mkv=TIMEOUT
mka=(130 KB/s)
mks=(301 KB/s)
flv=TIMEOUT
rmvb=(142 KB/s)
mp3=TIMEOUT
wma=TIMEOUT
wav=TIMEOUT
aif=TIMEOUT
webm=(294 KB/s)
raw=(268 KB/s)
au=(297 KB/s)
asf=TIMEOUT
aac=TIMEOUT
vqf=(295 KB/s)
zip=TIMEOUT
7z=(293 KB/s)
rar=TIMEOUT
tar=TIMEOUT
tar.xz=(266 KB/s)
tar.bz2=(292 KB/s)
gz=TIMEOUT
bz2=(290 KB/s)
xz=(267 KB/s)
tgz=TIMEOUT
sit=(292 KB/s)
hqx=(295 KB/s)
sea=(260 KB/s)
uu=(119 KB/s)
msi=(293 KB/s)
exe=TIMEOUT
iso=TIMEOUT
bin=(296 KB/s)
apk=(294 KB/s)
deb=(287 KB/s)
rpm=(293 KB/s)
ova=(295 KB/s)
dmg=(294 KB/s)
rnd=(270 KB/s)
vivien=(297 KB/s)
Testing Free Servers -------------
Testing http://test-debit.free.fr/512.rnd=(983 KB/s)
Testing http://test-debit.free.fr/1024.rnd=(1.11 MB/s)
Testing HTTPS ---------------------
Testing size=10ko
iso=(2.45 MB/s)
txt=(2.94 MB/s)
doc=(1.67 MB/s)
docx=(1.93 MB/s)
xls=(3.94 MB/s)
xlsx=(650 KB/s)
html=(552 KB/s)
jpg=(1.09 MB/s)
jpeg=(1.28 MB/s)
png=(452 KB/s)
gif=(1.27 MB/s)
avi=(467 KB/s)
mpg=(1.49 MB/s)
mp4=(836 KB/s)
vivien=(286 KB/s)
Testing size=100ko
iso=(92.0 KB/s)
txt=(54.4 KB/s)
doc=(55.6 KB/s)
docx=(72.2 KB/s)
xls=(55.5 KB/s)
xlsx=(64.4 KB/s)
html=(19.0 KB/s)
jpg=(87.0 KB/s)
jpeg=(60.1 KB/s)
png=(54.0 KB/s)
gif=(66.6 KB/s)
avi=(46.8 KB/s)
mpg=(94.1 KB/s)
mp4=(48.1 KB/s)
vivien=(58.9 KB/s)
Testing size=1Mo
iso=(59.2 KB/s)
txt=(60.7 KB/s)
doc=(58.9 KB/s)
docx=(59.8 KB/s)
xls=(61.8 KB/s)
xlsx=(53.9 KB/s)
html=(60.6 KB/s)
jpg=(61.9 KB/s)
jpeg=(61.9 KB/s)
png=(62.1 KB/s)
gif=(61.2 KB/s)
avi=(62.5 KB/s)
mpg=(55.2 KB/s)
mp4=(60.7 KB/s)
vivien=(61.8 KB/s)
2ème essai :
$ ./fm_tester.sh
Testing HTTP -------------
Testing size=10ko
iso=(307 KB/s)
pdf=(434 KB/s)
txt=(472 KB/s)
doc=(592 KB/s)
docx=(547 KB/s)
odt=(410 KB/s)
xls=(291 KB/s)
xlsx=(309 KB/s)
ods=(396 KB/s)
ppt=(367 KB/s)
pptx=(751 KB/s)
odp=(269 KB/s)
html=(422 KB/s)
jpg=(585 KB/s)
jpeg=(417 KB/s)
png=(451 KB/s)
gif=(349 KB/s)
svg=(32.7 KB/s)
webp=(402 KB/s)
woff2=(246 KB/s)
avi=(297 KB/s)
mpg=(335 KB/s)
mp4=(301 KB/s)
mov=(260 KB/s)
swf=(246 KB/s)
wmv=(446 KB/s)
divx=(468 KB/s)
xvid=(310 KB/s)
mkv=(288 KB/s)
mka=(329 KB/s)
mks=(337 KB/s)
flv=(18.0 KB/s)
rmvb=(31.7 MB/s)
mp3=(51.1 MB/s)
wma=(313 KB/s)
wav=(45.1 KB/s)
aif=(278 KB/s)
webm=(354 KB/s)
raw=(16.7 KB/s)
au=(22.7 MB/s)
asf=(27.0 MB/s)
aac=(373 KB/s)
vqf=(300 KB/s)
zip=(333 KB/s)
7z=(328 KB/s)
rar=(65.5 KB/s)
tar=(57.8 KB/s)
tar.xz=(36.1 KB/s)
tar.bz2=(293 KB/s)
gz=(510 KB/s)
bz2=(203 KB/s)
xz=(441 KB/s)
tgz=(356 KB/s)
sit=(367 KB/s)
hqx=(711 KB/s)
sea=(500 KB/s)
uu=(475 KB/s)
msi=(434 KB/s)
exe=(358 KB/s)
iso=(375 KB/s)
bin=(341 KB/s)
apk=(244 KB/s)
deb=(240 KB/s)
rpm=(491 KB/s)
ova=(755 KB/s)
dmg=(1.15 MB/s)
rnd=(92.5 KB/s)
vivien=(227 KB/s)
Testing size=100ko
iso=(357 KB/s)
pdf=(400 KB/s)
txt=(285 KB/s)
doc=(195 KB/s)
docx=(243 KB/s)
odt=(199 KB/s)
xls=(242 KB/s)
xlsx=(234 KB/s)
ods=(279 KB/s)
ppt=(275 KB/s)
pptx=(299 KB/s)
odp=(234 KB/s)
html=(292 KB/s)
jpg=(316 KB/s)
jpeg=(326 KB/s)
png=(256 KB/s)
gif=(291 KB/s)
svg=(281 KB/s)
webp=(258 KB/s)
woff2=(364 KB/s)
avi=(282 KB/s)
mpg=(264 KB/s)
mp4=(317 KB/s)
mov=(294 KB/s)
swf=(309 KB/s)
wmv=(350 KB/s)
divx=(314 KB/s)
xvid=(330 KB/s)
mkv=(376 KB/s)
mka=(347 KB/s)
mks=(322 KB/s)
flv=(387 KB/s)
rmvb=(372 KB/s)
mp3=(372 KB/s)
wma=(246 KB/s)
wav=(325 KB/s)
aif=(359 KB/s)
webm=(415 KB/s)
raw=(328 KB/s)
au=(317 KB/s)
asf=(268 KB/s)
aac=(319 KB/s)
vqf=(352 KB/s)
zip=(314 KB/s)
7z=(354 KB/s)
rar=(297 KB/s)
tar=(348 KB/s)
tar.xz=(351 KB/s)
tar.bz2=(377 KB/s)
gz=(417 KB/s)
bz2=(345 KB/s)
xz=(359 KB/s)
tgz=(363 KB/s)
sit=(353 KB/s)
hqx=(332 KB/s)
sea=(374 KB/s)
uu=(202 KB/s)
msi=(291 KB/s)
exe=(186 KB/s)
iso=(178 KB/s)
bin=(230 KB/s)
apk=(191 KB/s)
deb=(251 KB/s)
rpm=(164 KB/s)
ova=(183 KB/s)
dmg=(145 KB/s)
rnd=(172 KB/s)
vivien=(180 KB/s)
Testing size=1Mo
iso=(348 KB/s)
pdf=(418 KB/s)
txt=(180 KB/s)
doc=(156 KB/s)
docx=(206 KB/s)
odt=(185 KB/s)
xls=(178 KB/s)
xlsx=(157 KB/s)
ods=(153 KB/s)
ppt=(159 KB/s)
pptx=(207 KB/s)
odp=(186 KB/s)
html=(196 KB/s)
jpg=(105 KB/s)
jpeg=(90.0 KB/s)
png=(88.1 KB/s)
gif=(128 KB/s)
svg=(156 KB/s)
webp=(143 KB/s)
woff2=(113 KB/s)
avi=(185 KB/s)
mpg=(185 KB/s)
mp4=(124 KB/s)
mov=(96.2 KB/s)
swf=(156 KB/s)
wmv=(115 KB/s)
divx=(110 KB/s)
xvid=(143 KB/s)
mkv=(140 KB/s)
mka=(179 KB/s)
mks=(147 KB/s)
flv=(104 KB/s)
rmvb=(125 KB/s)
mp3=(114 KB/s)
wma=(96.9 KB/s)
wav=(92.9 KB/s)
aif=(80.4 KB/s)
webm=(101 KB/s)
raw=(120 KB/s)
au=(125 KB/s)
asf=(128 KB/s)
aac=(102 KB/s)
vqf=(149 KB/s)
zip=(171 KB/s)
7z=(156 KB/s)
rar=(206 KB/s)
tar=(194 KB/s)
tar.xz=(128 KB/s)
tar.bz2=(203 KB/s)
gz=(205 KB/s)
bz2=(197 KB/s)
xz=(205 KB/s)
tgz=(184 KB/s)
sit=(112 KB/s)
hqx=(151 KB/s)
sea=(188 KB/s)
uu=(190 KB/s)
msi=(196 KB/s)
exe=(159 KB/s)
iso=(136 KB/s)
bin=(176 KB/s)
apk=(161 KB/s)
deb=(101 KB/s)
rpm=(116 KB/s)
ova=(117 KB/s)
dmg=(139 KB/s)
rnd=(119 KB/s)
vivien=(105 KB/s)
Testing Free Servers -------------
Testing http://test-debit.free.fr/512.rnd=(108 KB/s)
Testing http://test-debit.free.fr/1024.rnd=(120 KB/s)
Testing HTTPS ---------------------
Testing size=10ko
iso=(47.2 KB/s)
txt=(212 KB/s)
doc=(73.6 KB/s)
docx=(177 KB/s)
xls=(166 KB/s)
xlsx=(41.9 KB/s)
html=(200 KB/s)
jpg=(45.4 KB/s)
jpeg=(195 KB/s)
png=(111 KB/s)
gif=(55.8 KB/s)
avi=(247 KB/s)
mpg=(193 KB/s)
mp4=(161 KB/s)
vivien=(47.3 KB/s)
Testing size=100ko
iso=(110 KB/s)
txt=(85.7 KB/s)
doc=(111 KB/s)
docx=(82.5 KB/s)
xls=(121 KB/s)
xlsx=(131 KB/s)
html=(115 KB/s)
jpg=(143 KB/s)
jpeg=(161 KB/s)
png=(107 KB/s)
gif=(105 KB/s)
avi=(137 KB/s)
mpg=(171 KB/s)
mp4=(178 KB/s)
vivien=(85.5 KB/s)
Testing size=1Mo
iso=(134 KB/s)
txt=(162 KB/s)
doc=(270 KB/s)
docx=(203 KB/s)
xls=(330 KB/s)
xlsx=(429 KB/s)
html=(368 KB/s)
jpg=(391 KB/s)
jpeg=(397 KB/s)
png=(394 KB/s)
gif=(416 KB/s)
avi=(312 KB/s)
mpg=(449 KB/s)
mp4=(418 KB/s)
vivien=(434 KB/s)
Il est possible de forcer l'itinérance quand on est couvert par le réseau en propre ?
Si je sélectionne le réseau FreeMobile qui est Orange dans la liste des opérateur réseau, il va rester en itinérance ?
-
En mode manuel, oui. Si tu sélectionnes le réseau Orange, il va rester dessus jusqu'à perte de la couverture du réseau Orange. Autant dire que ton mobile ne reverra pas de sitôt le réseau Free Mobile.
Vérifie le mcc/mnc après la sélection (208 01 Orange)
-
Les propos du propriétaire de Free Mobile sur le contrat d'itinérance sont pourtant sans ambiguïté aucune.
http://www.numerama.com/magazine/21270-free-mobile-xavier-niel-promet-un-debit-3g-identique-a-celui-d-orange.html
A l’époque en 2012 donc peu après le lancement de free mobile, je ne constaté aucun bridage en itinérance, le bridage c'est mis en place +tard (fin 2012/ début 2013 je pense).
Les propos de Xavier Niel sur la qualité de l'itinérance chez orange on d'ailleurs évolué depuis :
Concernant la 3G, Xavier Niel annonce encore une fois que Free Mobile couvrira bien 75 % de la population, comme lui impose d'ailleurs l'ARCEP pour le 12 janvier 2015 au plus tard. Concernant la qualité de service, il fait la distinction entre son réseau propre et le contrat d'itinérance avec Orange. Dans le premier cas, Xavier Niel indique qu'il se placerait en deuxième ou troisième position, tandis que dans le second il reconnait que « nous avons des mauvais résultats ».
https://www.nextinpact.com/news/90570-xavier-niel-revient-sur-qualite-mobile-3g4g-offre-bbox-a-1999-et-rachats.htm (https://www.nextinpact.com/news/90570-xavier-niel-revient-sur-qualite-mobile-3g4g-offre-bbox-a-1999-et-rachats.htm) article de octobre 2014
-
Peut être que ce brigade n'était pas prévus, mais suite au succès de Free Mobile et aux consommations de Data ... XN a surement fermé quelques tuyaux pour faire baisser la facture et accéléré le déploiement d'antenne
-
Pour ma part je n'ai aucun bridage en upload. Toujours à fond.
-
Peut être que ce brigade n'était pas prévus, mais suite au succès de Free Mobile et aux consommations de Data ... XN a surement fermé quelques tuyaux pour faire baisser la facture et accéléré le déploiement d'antenne
La data chez Free Mobile les premiers jours en a laissé plus d'un béat d'admiration (sauf sur leur réseau propre), le fair use n'était même pas appliqué sur leur SI qu'il fallait reprendre de zéro. Orange s'en était même ému (http://www.freenews.fr/freenews-edition-nationale-299/free-mobile-170/orange-free-napplique-pas-le-fair-use-de-3-go-11572).
Les premiers mois, c'était le paradis, le robinet a été fermé de mémoire vers la fin du printemps... il semble loin ce temps :)
Free Mobile, réseau en propre, en 3G, sur la commune du Mée-sur-Seine (77), via un Samsung Galsxy s4 4G en partage de connexion WiFi :
Tu es certain que tu étais sur le réseau propre pour le premier test ?
Je télécharge très régulièrement des MP3 sur le réseau propre, sans lenteur. Je ferai le test un de ces jours avec une VM.
[EDIT] test fait
Réseau propre : débit pas d'une folle constance mais pas de bridage a priori
Testing size=1Mo
iso=(533 KB/s)
pdf=(571 KB/s)
txt=(812 KB/s)
doc=(622 KB/s)
docx=(362 KB/s)
odt=(798 KB/s)
xls=(468 KB/s)
xlsx=(695 KB/s)
ods=(836 KB/s)
ppt=(534 KB/s)
pptx=(704 KB/s)
odp=(491 KB/s)
html=(684 KB/s)
jpg=(168 KB/s)
jpeg=(601 KB/s)
png=(202 KB/s)
gif=(376 KB/s)
svg=(267 KB/s)
webp=(807 KB/s)
woff2=(340 KB/s)
avi=(807 KB/s)
mpg=(726 KB/s)
mp4=(744 KB/s)
mov=(672 KB/s)
swf=(734 KB/s)
wmv=(758 KB/s)
divx=(602 KB/s)
xvid=(351 KB/s)
mkv=(580 KB/s)
mka=(373 KB/s)
mks=(563 KB/s)
flv=(609 KB/s)
rmvb=(772 KB/s)
mp3=(314 KB/s)
wma=(622 KB/s)
wav=(707 KB/s)
aif=(819 KB/s)
webm=(763 KB/s)
raw=(619 KB/s)
au=(451 KB/s)
asf=(780 KB/s)
aac=(337 KB/s)
vqf=(365 KB/s)
zip=(857 KB/s)
7z=(825 KB/s)
rar=(498 KB/s)
tar=(324 KB/s)
tar.xz=(380 KB/s)
tar.bz2=(781 KB/s)
gz=(309 KB/s)
bz2=(579 KB/s)
xz=(244 KB/s)
tgz=(290 KB/s)
sit=(453 KB/s)
hqx=(690 KB/s)
sea=(886 KB/s)
uu=(964 KB/s)
msi=(978 KB/s)
exe=(605 KB/s)
iso=(1.02 MB/s)
bin=(1.03 MB/s)
apk=(1015 KB/s)
deb=(1.00 MB/s)
rpm=(308 KB/s)
ova=(442 KB/s)
dmg=(608 KB/s)
rnd=(696 KB/s)
vivien=(299 KB/s)
Testing http://test-debit.free.fr/512.rnd=(556 KB/s)
Testing http://test-debit.free.fr/1024.rnd=(276 KB/s)
Itinérance, pas de surprise,
Testing size=1Mo
iso=TIMEOUT
pdf=(974 KB/s)
txt=(43.2 KB/s)
doc=TIMEOUT
docx=(917 KB/s)
odt=(1.10 MB/s)
xls=(948 KB/s)
xlsx=(950 KB/s)
ods=(1.03 MB/s)
ppt=(51.4 KB/s)
pptx=(237 KB/s)
odp=(549 KB/s)
html=(709 KB/s)
jpg=(1.22 MB/s)
jpeg=(861 KB/s)
png=(1011 KB/s)
gif=(1.28 MB/s)
svg=(1.19 MB/s)
webp=(1.12 MB/s)
woff2=(1001 KB/s)
avi=TIMEOUT
mpg=TIMEOUT
mp4=TIMEOUT
mov=TIMEOUT
swf=TIMEOUT
wmv=TIMEOUT
divx=TIMEOUT
xvid=(951 KB/s)
mkv=TIMEOUT
mka=(895 KB/s)
mks=(1.08 MB/s)
flv=TIMEOUT
rmvb=(1.15 MB/s)
mp3=TIMEOUT
wma=TIMEOUT
wav=TIMEOUT
aif=TIMEOUT
webm=(661 KB/s)
raw=(1.10 MB/s)
au=(1.09 MB/s)
asf=TIMEOUT
aac=TIMEOUT
vqf=(536 KB/s)
zip=TIMEOUT
7z=(919 KB/s)
rar=TIMEOUT
tar=TIMEOUT
tar.xz=(748 KB/s)
tar.bz2=(232 KB/s)
gz=TIMEOUT
bz2=(1.06 MB/s)
xz=(1.07 MB/s)
Par contre les fichiers de 10ko passent tous !
Sur un téléphone Android, quand tu fais une recherche de réseau, Free apparait 2 fois. Premier = réseau propre, second = itinérance.
Attention, forcer le réseau propre n'est pas une bonne idée, si le téléphone le perd et passe en itinérance, il ne revient plus en réseau propre.
-
Pour le premier et le second tests (espacés de 10 minutes, mais sans toucher au portable, qui est posé sur une table)
J'ai vu dans réseau que Free apparaissait deux fois, donc je me suis dit que j'étais sur le réseau en propre. La 4G est même disponible en out-door (Free aurait du 800 Mhz, cela serait couvert en 4g)
Je pense qu'il faut que je force pour être sur de mois et éviter que cela ne change au cours du test entre 3G Orange et 3G FreeMobile.
-
Tu lances Netmonster ou une appli du genre et ça ira très bien pour savoir sur quel réseau tu es ;).
-
Sur Android 'brut', il faut effectivement choisir le 1er de la liste "Free 3G" ou sinon mettre en sélection automatique. Le logo change en itinérance avec un petit 'R'.
Ou pour être sur du réseau, comme dit eruditus: 208 01=Orange, 208 15=Free.
-
perso j'ai mis free mobile netstat qui permet de savoir en un coup d'oeil sur quel réseau on est.... et permet de confirmer que le telephone a accrocher la mauvaise antenne pour expliquer que ca merde ^^
et ca me permet aussi de voir que maintenant je suis tres rarement en itinérance orange, sauf ruelle étroite / batiment aux murs épais (ou meme orange a du mal)...
donc suivant les villes, ca c'est quand meme pas mal amélioré, mais un peu plus de fréquence basse pour éviter le passage sur orange des que l'on est dans un tunnel / gros batiment ca ferait beaucoup de bien :x
-
Le soucis des tunnels n'est pas qu'une histoire de fréquences basses. Pas mal de tunnels ont été équipés par les 3 opérateurs, et assez logiquement Free n'y est pas encore présent.
-
dans le cas que j'avais en tete, c'est juste des tunnels "court" pour le passage en sous terrains du metro sous les plus gros carrefour... en gros, tu réussis parfois a garder la connexion free, et parfois ca saute sur orange, il suffit que le metro ralentisse quand tu es en dessous et c'est plié... du coup le téléphone a tendance à rester accrocher sur orange et la tu as les soucis de bridage... donc hop, recherche du reseau -> selection automatique et ca repasse sur free et pas de soucis :) les avantages et désavantages d'avoir un réseau de roaming je suppose..
-
Le plus simple c'est de passer en mode avion 10s après ça re-accroche free
-
Juste l'aller retour en mode avion suffit chez moi, pas besoin d'attendre.
-
Bonjour à tous,
On sait donc tous que le HTTPS est bridé chez Free Mobile en itinérance. Mais ce matin j'ai remarqué quelque chose qui m'a donné une idée : les mails (que j'utilise en IMAP chiffré) ne ramaient pas. Je ne sais pas s'il s'agit d'une situation habituelle en fonction de l'heure ou pas, alors j'ai voulu tester un truc.
J'ai monté rapidement un petit serveur VPN sur le port 993 TCP. J'ai mis TCP pour ne pas me prendre la tête avec les histoires de MTU, et pour rester proche d'un vrai trafic IMAP chiffré.
Et magie, là le VPN n'est pas bridé (en tout cas, pas pour le moment).
J'attend de voir au fil de la journée ...
-
Bienvenue sur LaFibre.info.
Tu utilises OpenVPN ?
-
Bienvenue sur LaFibre.info.
Merci :) Je suis lecteur depuis un moment mais je me suis dit que cette information vaut peut être la peine d'être partagée.
Tu utilises OpenVPN ?
Oui ;)
-
Bonjour à tous,
On sait donc tous que le HTTPS est bridé chez Free Mobile en itinérance. Mais ce matin j'ai remarqué quelque chose qui m'a donné une idée : les mails (que j'utilise en IMAP chiffré) ne ramaient pas. Je ne sais pas s'il s'agit d'une situation habituelle en fonction de l'heure ou pas, alors j'ai voulu tester un truc.
J'ai monté rapidement un petit serveur VPN sur le port 993 TCP. J'ai mis TCP pour ne pas me prendre la tête avec les histoires de MTU, et pour rester proche d'un vrai trafic IMAP chiffré.
Et magie, là le VPN n'est pas bridé (en tout cas, pas pour le moment).
bonjour,
un exemple de débit atteint avec le vpn sur le port 993 ?
jerem
-
bonjour,
un exemple de débit atteint avec le vpn sur le port 993 ?
jerem
Oui ce matin avant 8h j'étais dans les 6-7 Mbit/s, là je stagne un peu vers 2 Mbit/s mais je capte moins (2 barres).
C'est largement plus que le débit "bridé" habituel quoi...
Et aucun ralentissement sur le Play Store par exemple.
-
ok.
pour ma part avec openvpn, je fesais du 250 KO/s. d’où ma question.
ici, le bridage semble plus sauvage ce jour.
150 à 200 KO/s sur n'importe quel fichiers non bridé (hors test-debit.free.fr)
1 MO/s sur test-debit.free.fr
jerem
-
ok.
pour ma part avec openvpn, je fesais du 250 KO/s. d’où ma question.
ici, le bridage semble plus sauvage ce jour.
150 à 200 KO/s sur n'importe quel fichiers non bridé (hors test-debit.free.fr)
1 MO/s sur test-debit.free.fr
jerem
Mais ces tests avec ou sans VPN ? Avec VPN Free ne peut pas savoir où tu télécharges donc il ne doit pas y avoir de différence de débit....
Après avec VPN, on est de toute façon limités au débit disponible sur l'antenne, faut pas croire qu'il y a 20 Mbit/s sur toutes les antennes Orange, certaines disposent de peu de débit aussi selon où on est.
Et puis avec le VPN, tu es aussi dépendant de la capacité de ton téléphone à chiffrer à la volée aussi. Puis du serveur en face, etc. Puis du mode TCP/UDP, certes UDP est + performant mais si les réglages de MTU sont corrects, sinon il y a des réemissions de paquets dans tous les sens qui tue le débit.
-
Mais ces tests avec ou sans VPN ?
les fichier dont je parle c'est sans vpn, évidament.
Avec VPN Free ne peut pas savoir où tu télécharges donc il ne doit pas y avoir de différence de débit....
non il y en a pas, c'était 250 KO/s à l'époque et 70 KO/s ce matin.
Après avec VPN, on est de toute façon limités au débit disponible sur l'antenne, faut pas croire qu'il y a 20 Mbit/s sur toutes les antennes Orange, certaines disposent de peu de débit aussi selon où on est.
lol. quand tu chopes 1MO/s sur les fichiers de free, ça veux bien dire que le débit est bien là.
Et puis avec le VPN, tu es aussi dépendant de la capacité de ton téléphone à chiffrer à la volée aussi. Puis du serveur en face, etc. Puis du mode TCP/UDP, certes UDP est + performant mais si les réglages de MTU sont corrects, sinon il y a des réemissions de paquets dans tous les sens qui tue le débit.
de ce coté la, aucun problème, la même config chez bouygues peut faire du 2 MO/s
jerem
-
D'accord je vois mieux. Quand tu parles des 1 Mo/s, c'était au même moment que les 250 Ko/s ?
Sur quel port ton VPN ? Car là effectivement si je le met en TCP 443, j'ai rien du tout, aucun débit, même pas 1 Ko/s je crois. Mais en TCP 993 ça a l'air de tenir là...
C'est flagrant là.
C'est cette histoire de mails qui se chargaient correctement ce matin qui ma fait tilté (d'habitude je mets le Wifi, mais j'ai voulu essayer en mobile ce matin).
-
re,
aujourd'hui, c'est du 70 KO/s sur le port 993. sinon j'utilisais le port 7080. ne l’ayant pas retesté ce matin, je sais pas si ça a changer :)
tu pourrais poster ta config openvpn ?
histoire qu'on test sur la même config pour comparé :)
jerem.
-
client
dev tun
proto tcp
remote XX.XX.XX.XX 993
resolv-retry infinite
nobind
persist-key
persist-tun
ca ca.crt
cert cert.crt
key key.key
comp-lzo
verb 3
cipher aes-256-cbc
redirect-gateway
Mon serveur VPN est chez Online
-
J'ai rajouté une écoute avec tous les fichiers en https sur le port 993 pour tester sans monter un VPN :
Chaque fichier est accessible selon 6 ports différents et 3 protocoles différents :
- http port 80 : wget -O /dev/null http://1.testdebit.info/fichiers/5Mo/5Mo.iso
- http port 6881 (port de BitTorrent) : wget -O /dev/null http://1.testdebit.info:6881/fichiers/5Mo/5Mo.iso
- https port 443 : wget -O /dev/null https://1.testdebit.info/fichiers/5Mo/5Mo.iso (c'est du vrai https, grade "A" selon SSL Labs)
- https port 993 (port de Secure IMAP4 over TLS/SSL) : wget -O /dev/null https://1.testdebit.info:993/fichiers/5Mo/5Mo.iso (c'est du vrai https)
- https port 1194 (port de OpenVPN) : wget -O /dev/null https://1.testdebit.info:1194/fichiers/5Mo/5Mo.iso (c'est du vrai https)
- ftp port 21 : wget -O /dev/null ftp://1.testdebit.info/5Mo/5Mo.iso
-
On en parlait il y a quelques jours sur le topic du déploiement (https://lafibre.info/free-mobile/free-mobile-en-retard/msg249576/#msg249576).
J'ai retenté le speedtest avec mon vieux Galaxy Ace. Fatigué mais encore vert.
Serveur Massy, chez moi, réception (réseau propre non-Femto) à fond, itinérance à fond aussi.
Réseau propre
- Ace : latence 1176ms, down 0.48 Mbps,up 0.12 Mbps
- Moto G : latence 35ms, down 8.4Mbps, up 3.8 Mbps (en forme l'antenne !).
Itinérance :
- Ace : latence 330ms, down 1.15 Mbps, up 0.29 Mbps
- Moto G : latence 35ms, down 1.15 Mbps, up 1.6 Mbps (sur plusieurs tests j'atteins 1.4 Mbps).
L'Ace "cause" donc beaucoup mieux avec l'antenne Orange, saturation de l'itinérance mise à part.
Autant la différence de puce (le vieux Ace est incompatible HSPA+, uniquement HSPA, 7.2 Mbps down maxi) cause une dégradation certaine, autant les antennes Free s'entendent mal avec. J'avais souvenir d'un delta plus important (~200 kbps maxi chez Free), j'essaierai de refaire le test à une période moins chargée pour voir jusqu'où le débit peut monter en down.
-
L'Ace "cause" donc beaucoup mieux avec l'antenne Orange
Ah ouais y a de la discrimination !
-
Ca ne vient pas du HSPA puisque le mien n'a aucun problème.
-
On en parlait il y a quelques jours sur le topic du déploiement (https://lafibre.info/free-mobile/free-mobile-en-retard/msg249576/#msg249576).
J'ai retenté le speedtest avec mon vieux Galaxy Ace. Fatigué mais encore vert.
Serveur Massy, chez moi, réception (réseau propre non-Femto) à fond, itinérance à fond aussi.
Réseau propre
- Ace : latence 1176ms, down 0.48 Mbps,up 0.12 Mbps
- Moto G : latence 35ms, down 8.4Mbps, up 3.8 Mbps (en forme l'antenne !).
Itinérance :
- Ace : latence 330ms, down 1.15 Mbps, up 0.29 Mbps
- Moto G : latence 35ms, down 1.15 Mbps, up 1.6 Mbps (sur plusieurs tests j'atteins 1.4 Mbps).
L'Ace "cause" donc beaucoup mieux avec l'antenne Orange, saturation de l'itinérance mise à part.
Autant la différence de puce (le vieux Ace est incompatible HSPA+, uniquement HSPA, 7.2 Mbps down maxi) cause une dégradation certaine, autant les antennes Free s'entendent mal avec. J'avais souvenir d'un delta plus important (~200 kbps maxi chez Free), j'essaierai de refaire le test à une période moins chargée pour voir jusqu'où le débit peut monter en down.
c'est pas plutôt lié au fait que tu as accroché du 900 MHz avec l'Ace et du 2100 avec le Moto G ? (installe l'app netmonster pour voir + http://rncmobile.free.fr/index.php/regles-freemobile-lacrnccid/ )
-
Effectivement. CID de 93 sur l'Ace, de 23 sur le Moto G.
Je capte parfaitement sur le Moto G (le débit en témoigne, l'antenne est très proche et je suis à un étage élevé).
Pourtant l'Ace est compatible 2100, d'ailleurs il accrochait le réseau Free en 2012, or à l'époque le 900 n'était pas émis dans le coin, pas encore autorisé.
C'est peut-être pour ça d'ailleurs que le débit était encore plus pourri, mais je n'avais pas encore de point de comparaison.
-
Je reviens avec mes histoires de VPN.
J'ai approfondie un peu mes tests, j'ai confirmé que certains ports (mails, tous ports confondus) étaient moins bridès que les autres.
Sur l'antenne Orange d'où je fais mes tests (une 2.1 Ghz à priori), tous les ports sont limités à 1 Mbit/s, sauf les ports mails qui sont à 2 ou 2,5 Mbit/s en journée.
Tous ces tests sont faits depuis un S3 LTE.
Par contre, ce que je ne comprend pas, c'est qu'en utilisant une borne Huawei E5776, et un Ubuntu connecté dessus, j'arrive jusqu'à 10 Mbit/s sur les ports mail ! Et 1 Mbit/s sur les autres ports.
En connectant le téléphone sur la borne, je retrouve les débits de 2-2.5 Mbit/s.
Me faut essayer l'ordi en tethering sur le téléphone pour diagnostiquer mieux...
Je trouve ça étrange. Le serveur est le même en face, le téléphone est tout à fait capable d'aller à + de 10 Mbit/s sur le VPN (testé sur un ADSL).
P.S. : au passage, je suis mieux sur le réseau Orange + VPN que le réseau propre de Free là où je suis. La seule antenne du secteur est en bout d'une série de FH et les débits disponibles dessus sont vraiment minables, presque rien du tout aux heures de pointe...
-
Au bout d'une série de FH ? Tu as la carte là : https://carte-fh.lafibre.info/
Les FH vont a plusieurs centaines de Mb/s (même à 10 Gb/s, mais je ne pense pas qu'ils soient utilisés pour le mobile), généralement ce qui pose problème c'est pas les antennes en FH, c'est les antennes reliées via une agrégation de plusieurs liens DSL.
-
P'tet parce que FH+FH+xDSL ?
Ca serait bete mais ça ne m'étonnerait point.
-
Les FH vont a plusieurs centaines de Mb/s (même à 10 Gb/s, mais je ne pense pas qu'ils soient utilisés pour le mobile), généralement ce qui pose problème c'est pas les antennes en FH, c'est les antennes reliées via une agrégation de plusieurs liens DSL.
Ils ont aussi des FH en BLR à une vingtaine de Mbps.
Eventuellement derrière un lien DSL...
-
Au bout d'une série de FH ? Tu as la carte là : https://carte-fh.lafibre.info/
Les FH vont a plusieurs centaines de Mb/s (même à 10 Gb/s, mais je ne pense pas qu'ils soient utilisés pour le mobile), généralement ce qui pose problème c'est pas les antennes en FH, c'est les antennes reliées via une agrégation de plusieurs liens DSL.
Je sais je connais, commune de Ganges si tu veux voir. La 4G est activée et fonctionnelle sur le saut précédent (St Hippolyte) mais pas sur le saut suivant (Le Vigan), donc je suppose que le débit vient de + loin. Et sur Ganges en réseau propre, c'est dégueulasse, même la nuit ou tôt le matin (je parle de moins d'1 Mbit/s). Après FH ou ADSL je n'en sais rien, c'est une supposition, le lien FH est là en tout cas. Mais à 20 mètres d'où sont les antennes Free, certains se font délivrer 100 Mbit/s donc il doit exister des possibilités.
-
Le répartiteur est fibré, y a le réseau NumHérault qui y arrive. Orange doit avoir aussi sa fibre, le répartiteur est VDSL et TV Orange.
RUE DE TIRONDEL 34190 GANGES c'est le répartiteur. De là on a des FH qui partent arroser les points haut environnant.
Tu chope le réseau depuis le Chateau d'eau j'imagine : RUE DU VENT D'AUTAN sur lequel y a pas de FH déclaré. Orange propose du LTE800 sur ce point, donc il est fibré
Par contre le réseau en propre de Free je le cherche sur Ganges ! La seule antenne Free c'est celle là : https://carte-fh.lafibre.info/index.php?no_sup_init=584411
Sur ce point là, je vois pas comment Free amène de la 4G hormis par sa BLR Wimax depuis le Vigan.
-
Le répartiteur est fibré, y a le réseau NumHérault qui y arrive. Orange doit avoir aussi sa fibre, le répartiteur est VDSL et TV Orange.
RUE DE TIRONDEL 34190 GANGES c'est le répartiteur. De là on a des FH qui partent arroser les points haut environnant.
Tu chope le réseau depuis le Chateau d'eau j'imagine : RUE DU VENT D'AUTAN sur lequel y a pas de FH déclaré. Orange propose du LTE800 sur ce point, donc il est fibré
Oui ça c'est pour l'antenne Orange. Sauf que la 4G n'est pas encore activée sur cette antenne. Mais ce n'est pas la question.
Par contre le réseau en propre de Free je le cherche sur Ganges ! La seule antenne Free c'est celle là : https://carte-fh.lafibre.info/index.php?no_sup_init=22622
Sur ce point là, je vois pas comment Free amène de la 4G hormis par sa BLR Wimax depuis le Vigan.
C'est cette antenne : https://carte-fh.lafibre.info/index.php?no_sup_init=584411
Qui arrose la commune de Ganges.
La 4G n'est pas activée sur cette antenne, ni sur celle du Vigan. Donc comme je l'ai dit, le débit vient de l'autre côté (St Hippolyte ou encore plus loin vu tous les sauts de ce FH !).
-
j'ai édité mon message pour le numéro de support, tu m'as répondu avant.
Y a pas de FH Free sur l'antenne de St Hippolyte Du Fort, ni de FH TDF.
Donc soit le point est fibré, soit il y a du cuivre derrière.
Mais de toute façon vu où est l'antenne, je suis pas surpris des mauvais débit. Y a un peu une colline entre Ganges et St Hippolyte Du Fort.
-
j'ai édité mon message pour le numéro de support, tu m'as répondu avant.
Y a pas de FH Free sur l'antenne de St Hippolyte Du Fort, ni de FH TDF.
Donc soit le point est fibré, soit il y a du cuivre derrière.
Autant pour moi, il me semblait. Bon mais du coup ça vient d'encore + loin ! (A coté d'Anduze, BLR 3 GHz)
Mais de toute façon vu où est l'antenne, je suis pas surpris des mauvais débit. Y a un peu une colline entre Ganges et St Hippolyte Du Fort.
Je connais un entrepreneur local qui distribue du Wifi aux villages autour de Ganges. Son antenne "point haut" est à 20 mètres de celle de Free. Il a du 100 Mbit/s à cet endroit, qu'il récupère de Ganges par un lien Wifi. Donc quand on veut...
-
Bien sur, mais tu n'habite pas en haut d'un pylone d'un coté ou au sommet du clocher de l'église de l'autre :)
-
P'tet parce que FH+FH+xDSL ?
Ca serait bete mais ça ne m'étonnerait point.
Comme toute la Vallée de la Maurienne (activée 4G bien sur).
-
Il me semble que la vallée de la Maurienne est fibrée au moins par Orange, du coup c'est peu probable que les liens FH débutent d'une liaison xDSL
-
La fibre Orange, elle ne sert pas a grand chose à Free...
-
Bah si, Free la loue à Orange. Regarde les DSLAM.
-
Je me suis mal exprimé, par fibre Orange j'entendais fibre noire gérée par Orange.
Dans les vallées de la Maurienne et de la Tarentaise, de gros travaux ont été faits il y a quelques années pour amener le très haut débit dans les stations de ski, c'est très souvent pour cela que les centres de ces stations sont(très) bien desservis en 4G et qu'il y a du wifi un peu de partout
-
Je me suis mal exprimé, par fibre Orange j'entendais fibre noire gérée par Orange.
L'offre LFO c'est pas vraiment de la fibre noire.
Dans les vallées de la Maurienne et de la Tarentaise, de gros travaux ont été faits il y a quelques années pour amener le très haut débit dans les stations de ski, c'est très souvent pour cela que les centres de ces stations sont(très) bien desservis en 4G et qu'il y a du wifi un peu de partout
Mwai, pour connaître un peu le sujet, le WiFi dans les stations de Maurienne ça vient d'une autre société qu'Orange. Ensuite, les antennes FM ne sont pas spécialement dans les stations donc ça ne résoudrait pas grand chose.
Bref y a un soucis de collecte initiale et un chaînage de BLR, c'est pas fameux entre 8H et 22H.
-
Okay, j'avais eu des infos de chez Neptune à ce propos concernant Tignes et Val d'Isère notamment.
Effectivement pour le chaînage, ça a ses limites
-
Neptune s'appuie au moins en partie sur Sorea (http://www.sorea-maurienne.fr/fibre-optique.html) pour la fibre.
Enfin bon Netptune vu les tarifs pratiqués faut vraiment en parler ?
(bref désolé c'est un peu HS)
-
Pour ce qui est des tarifs c'est essentiellement destinés aux touristes, et vu la clientèle visée ces prix ne sont pas un problème ;)
Pour en revenir au sujet, il y a donc bel et bien une fibre qui passe dans la vallée non ? donc possibilité pour FM d'avoir des liaisons correctes vers leurs antennes ou à défaut des liens FH entre point d'arrivée fibre Sorea/Orange/DSP locale et leurs antennes sans passer par un chaînage aussi complexe.
L'archi actuelle ne serait pas plutôt en place pour une question de coût ?
-
Alors concernant la fibre dont je parle :
1/ Free n'a peut-être pas envie de traiter dans chaque coin de département avec un prestataire différent
2/ Le-dit n'a pas forcement de la fibre pour aller sur les points hauts Free. Dans la zone en question les points hauts ne sont pas du tout dans les stations comme je disais.
-
bonjour,
je ne constate pas cette ouverture !
serveur OVH port 80
/dev/null 1%[ ] 8,23M 85,8KB/s tps 1h 56m
test-debit.free.fr port 80
/dev/null 4%[> ] 32,10M 1,10MB/s tps 9m 54s
sans commentaire ...
-
Ce sont les mêmes extensions ?
Un comparatif avec l'extension .iso :
- http://test-debit.free.fr/image.iso
- http://1.testdebit.info/fichiers/500Mo/500Mo.iso
- https://1.testdebit.info/fichiers/500Mo/500Mo.iso
-
bonjour,
les trois tests à la suite:
jeremy@portable-jessie:~$ wget -O /dev/null "http://test-debit.free.fr/image.iso"
--2015-09-03 12:29:40-- http://test-debit.free.fr/image.iso
Résolution de test-debit.free.fr (test-debit.free.fr)… 212.27.42.153
Connexion à test-debit.free.fr (test-debit.free.fr)|212.27.42.153|:80… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : 678428672 (647M) [application/x-iso9660-image]
Sauvegarde en : « /dev/null »
/dev/null 4%[> ] 30,72M 1,22MB/s tps 8m 26s ^C
jeremy@portable-jessie:~$ wget -O /dev/null "http://1.testdebit.info/fichiers/500Mo/500Mo.iso"
--2015-09-03 12:30:31-- http://1.testdebit.info/fichiers/500Mo/500Mo.iso
Résolution de 1.testdebit.info (1.testdebit.info)… 194.158.102.114, 2001:860:f70b:100::114
Connexion à 1.testdebit.info (1.testdebit.info)|194.158.102.114|:80… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : 500000000 (477M) [application/x-iso9660-image]
Sauvegarde en : « /dev/null »
/dev/null 0%[ ] 35,26K --.-KB/s tps 6d 21h ^C
jeremy@portable-jessie:~$ wget -O /dev/null "https://1.testdebit.info/fichiers/500Mo/500Mo.iso"
--2015-09-03 12:31:34-- https://1.testdebit.info/fichiers/500Mo/500Mo.iso
Résolution de 1.testdebit.info (1.testdebit.info)… 194.158.102.114, 2001:860:f70b:100::114
Connexion à 1.testdebit.info (1.testdebit.info)|194.158.102.114|:443… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : 500000000 (477M) [application/x-iso9660-image]
Sauvegarde en : « /dev/null »
/dev/null 0%[ ] 552,00K 7,31KB/s tps 18h 27m^C
jeremy@portable-jessie:~$
vive la neutralités ! :D
-
J'ai le même comportement en itinérance : 1 à 1.2Mo/s vers les sites en free.fr et pas grand chose vers le reste d'internet...
Donc visiblement ce ne sont ni les antennes Orange ni l'interconnexion Orange/Free qui posent problème (mais en même temps on s'en doutait un peu)
-
c'est surtout que je comprends pas l’intérêt de faire ça parce que ça leur coûte quand même de l'argent vu que ça passe par les antennes ...
bref, étrange QOS ...
-
c'est surtout que je comprends pas l’intérêt de faire ça parce que ça leur coûte quand même de l'argent vu que ça passe par les antennes ...
bref, étrange QOS ...
Peut-être biaiser certains tests de débit justement non (qui utiliseraient test-debit.free.fr) ? Je sais que sur l'ADSL, le support au 3244 te demande de faire un test de téléchargement sur test-debit.free.fr lorsque tu viens leur signaler un problème de débit justement.
-
Désolé de continuer un peu avec mon hors-sujet OpenVPN, mais ça touche un peu la situation.
J'ai un truc qui me chagrine, j'aimerais votre avis. Je vais essayer d'exposer le plus clairement possible la situation :
- Les tests sont fait "au même moment", ie à quelques secondes près
- Connexion depuis un S3 en mode 3G Only
- Réseau forcé sur Orange
- La seule antenne Orange que je puisse recevoir n'èmet qu'en 2100
- Un ordi Ubuntu 15.04
- Même configuration OpenVPN sur l'Ubuntu et le S3
- Serveur OpenVPN chez Online
Premier test : OpenVPN Connect sur le S3, donc directement en 3G, je plafonne à du 3 Mbit/s environ (très variable selon l'heure de la journée, disons en gros entre 2 Mbit/s et 4,5 Mbit/s)
Deuxième test : Le Ubuntu connecté en tethering sur le S3, OpenVPN client uniquement sur l'Ubuntu, je sature la connexion 3G à + de 10 Mbit/s
Première supposition : le CPU du S3 est faiblard. Et bien non ! car sur mon ADSL en Wifi il arrive à chiffrer 13 Mbit/s !
Deuxième supposition : la méthode de mesure de la vitesse. Sur l'Ubuntu je fais ça avec un iperf client, qui teste sur le serveur chez Online (par le VPN évidemment). Alors que sur le S3 j'utilise l'application 4G Mark... Ca pourrait etre ça ? Mais en même temps cette appli me donne un débit possible quand je suis sur l'ADSL (13 Mbit/s, j'ai une connexion de 18, moins la TV et l'overhead OpenVPN).
Quelqu'un aurait une idée ?
Si c'est trop hors-sujet, dîtes moi le, je supprime direct ;)
-
Essaie avec speedtest ou sensorly sur ton mobile. Cela modifiera aussi les chemins vers les serveurs.
-
iperf2 a des problèmes de Rwin limitée, donc si le ping augmente, le débit sera limité.
Je t'invite à utiliser iperf3 => https://iperf.fr ou un téléchargement avec wget / curl.
-
Qui est responsable ? La ligne est constante chez Stephane Richard. :)
-
- Orange n'a aucun intérêt à brider sinon ils se prendraient un procès de la part de Free.
- Free a tout intérêt à brider pour économiser des sous.
La réponse de Stéphane Richard me semble tout à fait normale. Lui au moins répond... ::)
Quelle est la position de Niel et de Free Mobile sur ce bridage ?
-
- Orange n'a aucun intérêt à brider sinon ils se prendraient un procès de la part de Free.
- Free a tout intérêt à brider pour économiser des sous.
La réponse de Stéphane Richard me semble tout à fait normale. Lui au moins répond... ::)
Quelle est la position de Niel et de Free Mobile sur ce bridage ?
En octobre 2014 (sa prise de position la plus récente sur le sujet à ma connaissance) :
Concernant la 3G, Xavier Niel annonce encore une fois que Free Mobile couvrira bien 75 % de la population, comme lui impose d'ailleurs l'ARCEP pour le 12 janvier 2015 au plus tard. Concernant la qualité de service, il fait la distinction entre son réseau propre et le contrat d'itinérance avec Orange. Dans le premier cas, Xavier Niel indique qu'il se placerait en deuxième ou troisième position, tandis que dans le second il reconnait que « nous avons des mauvais résultats ».
https://www.nextinpact.com/news/90570-xavier-niel-revient-sur-qualite-mobile-3g4g-offre-bbox-a-1999-et-rachats.htm (https://www.nextinpact.com/news/90570-xavier-niel-revient-sur-qualite-mobile-3g4g-offre-bbox-a-1999-et-rachats.htm)
-
- Orange n'a aucun intérêt à brider sinon ils se prendraient un procès de la part de Free.
Sauf si le contrat d'iti stipule des débits max sur les interco et que ça va bien à Orange de pas les augmenter...
-
Si une telle clause existe, alors Orange respecte son contrat. Dans tous les cas de figure, Orange est obligé de respecter le contrat qui les lie à Free Mobile sous peine de procès.
Et on sait à quelle point ils ont la gachette facile pour les procès.
Ce qui est sur c'est que Free/Niel n'apportent pas de réponse sur ce sujet.
Et ca se comprend car Niel qui disait " Les opérateurs concurrents vous prennent pour des pigeons " n'a pas envie de se retrouver dans la situation d'avouer qu'il pigeonne tout autant ses clients.
-
d'ailleurs j'ai une question, est ce qu'on peut assimiler l'itinérance Free Mobile à l'utilisation qu'ont les MVNO du réseau Orange / SFr / Bouygues ?
-
Pour un mvno classique non: dans ces cas là l'opérateur principal achemine le traffic de a à z ( pas de serveur horrible non plus par ex). Le mvno ne fait que payer la prestation complète.
Dans le cas des full mvno et de Free, orange collecte le traffic par ses antennes puis Free ensuite le récupère sur son reseau fixe. Le mvno/Free possède alors des HLR.
-
ok merci pour l'info.
-
Pour un mvno classique non: dans ces cas là l'opérateur principal achemine le traffic de a à z ( pas de serveur horrible non plus par ex). Le mvno ne fait que payer la prestation complète.
Dans le cas des full mvno et de Free, orange collecte le traffic par ses antennes puis Free ensuite le récupère sur son reseau fixe. Le mvno/Free possède alors des HLR.
Un full mvno possède plus qu'un HLR. Il a son propre core network mobile si je me souviens bien de la "classification".
-
Donc si j'ai bien tout compris les Full MVNO opéré par EI Telecom (https://fr.wikipedia.org/wiki/EI_Telecom) (NRJ Mobile, Auchan Telecom, etc) qui est le seul full mvno sur réseau Orange, sont dans la même situation que Free.
C'est donc assez simple de comparer les pratiques des uns et des autres.
-
Petit UP sur Tweeter.
Il va falloir modifier fm_tester et ajouter un test d'intégrité des fichiers. On tente un md5sum ?
(https://lafibre.info/images/3g/201510_free_mobile_comression_jpeg.png)
-
Pour tester la compression des fichiers images par le réseau, j'ai également des fichiers de test.
Je suis parti de cette image source : (à gauche en http et à droite en https)
Elle comporte des aplat de couleurs et une ligne pointillé qui peut poser problème à la compression.
(https://1.testdebit.info/fichiers/image_test/image_test_original.png) (http://1.testdebit.info/fichiers/image_test/image_test_original.png)
Je l'ai compressé avec différents niveau de qualité avec GIMP (contrairement à RTR - NetTest qui fait des tests sur différentes taille, de mon coté, je souhaite voir la dégradation en fonction de différents niveau de qualité de la source)
Il est conseillé de regarder l'image en zoom 200% pour mieux voir les dégradation de la compression que peut effectuer le réseau sur les flux http (il est impossible de dégrader les flux https)
Qualité Jpeg 100 : (à gauche en http et à droite en https)
(http://1.testdebit.info/fichiers/image_test/image_test_qualite_100.jpg) (https://1.testdebit.info/fichiers/image_test/image_test_qualite_100.jpg)
Qualité Jpeg 90 : (à gauche en http et à droite en https)
(http://1.testdebit.info/fichiers/image_test/image_test_qualite_090.jpg) (https://1.testdebit.info/fichiers/image_test/image_test_qualite_090.jpg)
Qualité Jpeg 80 : (à gauche en http et à droite en https)
(http://1.testdebit.info/fichiers/image_test/image_test_qualite_080.jpg) (https://1.testdebit.info/fichiers/image_test/image_test_qualite_080.jpg)
Qualité Jpeg 70 : (à gauche en http et à droite en https)
(http://1.testdebit.info/fichiers/image_test/image_test_qualite_070.jpg) (https://1.testdebit.info/fichiers/image_test/image_test_qualite_070.jpg)
Qualité Jpeg 60 : (à gauche en http et à droite en https)
(http://1.testdebit.info/fichiers/image_test/image_test_qualite_060.jpg) (https://1.testdebit.info/fichiers/image_test/image_test_qualite_060.jpg)
Qualité Jpeg 50 : (à gauche en http et à droite en https)
(http://1.testdebit.info/fichiers/image_test/image_test_qualite_050.jpg) (https://1.testdebit.info/fichiers/image_test/image_test_qualite_050.jpg)
Qualité Jpeg 40 : (à gauche en http et à droite en https)
(http://1.testdebit.info/fichiers/image_test/image_test_qualite_040.jpg) (https://1.testdebit.info/fichiers/image_test/image_test_qualite_040.jpg)
Qualité Jpeg 30 : (à gauche en http et à droite en https)
(http://1.testdebit.info/fichiers/image_test/image_test_qualite_030.jpg) (https://1.testdebit.info/fichiers/image_test/image_test_qualite_030.jpg)
Qualité Jpeg 20 : (à gauche en http et à droite en https)
(http://1.testdebit.info/fichiers/image_test/image_test_qualite_020.jpg) (https://1.testdebit.info/fichiers/image_test/image_test_qualite_020.jpg)
Qualité Jpeg 10 : (à gauche en http et à droite en https)
(http://1.testdebit.info/fichiers/image_test/image_test_qualite_010.jpg) (https://1.testdebit.info/fichiers/image_test/image_test_qualite_010.jpg)
Qualité Jpeg 0 : (à gauche en http et à droite en https)
(http://1.testdebit.info/fichiers/image_test/image_test_qualite_000.jpg) (https://1.testdebit.info/fichiers/image_test/image_test_qualite_000.jpg)
Pour télécharger un zip avec toutes ces images de test : http://1.testdebit.info/fichiers/image_test.zip et https://1.testdebit.info/fichiers/image_test.zip
J'ai également mis à disposition des sommes de contrôle pour vérifier l'intégrité des images téléchargées en http :
- MD5 : http://1.testdebit.info/fichiers/image_test/md5sums.txt
- SHA256 : http://1.testdebit.info/fichiers/image_test/sha256sums.txt
il est impossible de dégrader les flux https (ou alors un faux certificat https est installé sur votre post - vérifier que le nom de l’organisation du certificat est bien "Vivien GUEANT")
Il est improbable que le réseau compresse images qui sont dans un fichier .zip
Les images .png sont rarement compressées
-
OK donc faut faire un double test, l'un en http, l'autre en https et comparer les résultats.
-
Dans mon post, il y a les images qui sont à gauche en http et à droite en https. Simplement la consultation du forum.
Attention : Les images .png (la première image de mon test) son rarement compressés par les opérateurs mobiles.
Si une seule image doit être tester, cela doit être celle là :
http://1.testdebit.info/fichiers/image_test/image_test_qualite_100.jpg - https://1.testdebit.info/fichiers/image_test/image_test_qualite_100.jpg
Qualité Jpeg 100 : (à gauche en http et à droite en https)
(http://1.testdebit.info/fichiers/image_test/image_test_qualite_100.jpg) (https://1.testdebit.info/fichiers/image_test/image_test_qualite_100.jpg)
-
J'ai testé sur l'itinérance. aucune différence. J'ai téléchargé les images, même taille, même résolution, même comme de contrôle...
-
Mince. Vivien est "white-listé" :D
-
Et bien test infructueux pour moi aussi, aucune différence entre http et https pour les 2 images en itinérance. Dans le tweet, on parle de 4G mais je ne vois pas pourquoi le traitement ne s'appliquerait qu'à cette dernière ?!?
J'ai ajouté le test à fm_tester que j'ai légèrement modifié pour l'occasion:
- ./fm_tester.sh all : pour lancer tous les tests
- ./fm_tester.sh img : pour juste tester le download d'image
Sur le test d'image, si vous avez ImageMagik installé, c'est l'outil "compare" qui vérifiera les images. Sinon ça sera une somme de controle MD5.
-
Tu pense que je suis white listé ? (dans ce cas là tu pourais le prouver en prenant une image d'un site au hasard et en vérifiant le MD5 ?)
Ces serveurs là aussi sont white listés ?
http://ikoula.testdebit.info/fichiers/image_test/image_test_qualite_100.jpg - https://ikoula.testdebit.info/fichiers/image_test/image_test_qualite_100.jpg
http://ovh.testdebit.info/fichiers/image_test/image_test_qualite_100.jpg - https://ovh.testdebit.info/fichiers/image_test/image_test_qualite_100.jpg
http://2.testdebit.info/fichiers/image_test/image_test_qualite_100.jpg - https://2.testdebit.info/fichiers/image_test/image_test_qualite_100.jpg
http://3.testdebit.info/fichiers/image_test/image_test_qualite_100.jpg - https://3.testdebit.info/fichiers/image_test/image_test_qualite_100.jpg
http://bouygues.testdebit.info/fichiers/image_test/image_test_qualite_100.jpg - https://bouygues.testdebit.info/fichiers/image_test/image_test_qualite_100.jpg
-
J'ai préféré m'attaquer à un site totalement différent mais rempli d'images, surtout récemment : Flicker.
Merci la NASA pour l'image de test : http://c2.staticflickr.com/6/5834/21472811329_15aa20005b.jpg / https://c2.staticflickr.com/6/5834/21472811329_15aa20005b.jpg
Elle est strictement identique en itinérance et en natif sur le réseau Free.
Ou alors j'ai le cul bordé de nouilles.
EDIT: avec l'image en HD c'est pareil http://c2.staticflickr.com/6/5834/21472811329_a92055856a_k.jpg / https://c2.staticflickr.com/6/5834/21472811329_a92055856a_k.jpg
donc ce n'est pas la taille qui influe.
-
Le monsieur qui a twitté est probablement allé vite en conclusion.
J'ai déjà constaté ce genre d'image à qualité dégradée sur Google Images par exemple, vous faites une recherche, vous cliquez sur une image (ça donne un genre de popup d'aperçu, fournit par Google à priori), la qualité est parfois pourrie, alors que si vous allez sur le site d'origine, ça passe nikel.
Peut-être ça ?
-
Pour moi ce n'est pas dans la politique de Free, avant de faire le moindre test.
Ce serait plus que surprenant. Ce sujet a déjà été abordé a maintes reprises avec les autres opérateurs : on sait le bad buzz qu'il provoque pour gagner quetch en volume échangé. Surtout quand on offre 50 Go de data qui finiront en speedtest a 90%.
-
Il peut aussi avoir configuré pour une raison' x ou y un proxy, il y en a autant dans Chrome (pour réduire la conso data parait-il) que dans un adblock Android.
-
Surtout quand on offre 50 Go de data qui finiront en speedtest a 90%.
Ah bon ? Comment ça ? Qu'est-ce qui te fait croire ça ? ;D
-
Petit UP sur Tweeter.
Il va falloir modifier fm_tester et ajouter un test d'intégrité des fichiers. On tente un md5sum ?
(https://lafibre.info/images/3g/201510_free_mobile_comression_jpeg.png)
J'avais obtenu le même genre de problème il y a 2 mois (http://pic.twitter.com/ycEnmDcvZf) mais c'était plutôt sur l'itinérance.
-
J'avais obtenu le même genre de problème il y a 2 mois (http://pic.twitter.com/ycEnmDcvZf) mais c'était plutôt sur l'itinérance.
Par quel moyen : web, Twitter, mail ? Il me semble que la recompression des images (http://www.hteumeuleu.fr/la-compression-dimages-par-les-operateurs/) sur protocoles mail est ou était monnaie courante à une époque, chez les opérateurs mobiles. Il est question de client Twitter dans les réponses du tweet, mais ça m'étonnerait quand même beaucoup que ce soit du fait de l'opérateur parce que l'API Twitter est en HTTPS-only (https://dev.twitter.com/overview/api/ssl) depuis un bon paquet d'années.
-
Par quel moyen : web, Twitter, mail ? Il me semble que la recompression des images (http://www.hteumeuleu.fr/la-compression-dimages-par-les-operateurs/) sur protocoles mail est ou était monnaie courante à une époque, chez les opérateurs mobiles. Il est question de client Twitter dans les réponses du tweet, mais ça m'étonnerait quand même beaucoup que ce soit du fait de l'opérateur parce que l'API Twitter est en HTTPS-only (https://dev.twitter.com/overview/api/ssl) depuis un bon paquet d'années.
C'était un accès à une image en HTTP via un client Twitter. J'ai réussi à obtenir la même recompression depuis Safari. En Wifi, en revanche, l'image était propre. Je me replongerai dans l'historique mais je n'ai pas toujours ces problèmes, c'est plutôt aléatoire/non constant.
-
Dans le tweet cité c'est marqué "en partage de connexion" donc pas avec un client tweeter.
-
Hello, j'en avais un peu ras le bol d'être bridé comme pas possible dès que je suis sur Orange du coup j'ai fais quelques recherches et j'ai vu que openvpn avec un port 993 avait l'air de marcher. Je dois sûrement être arrivé trop tard ou avoir foiré quelque part mais j'ai installé openvpn sur mon serveur, mis un port 993 et j'utilise uniquement du tcp et j'ai à peu de chose près le même debis qu'avant. Est ce que quelqu'un a trouvé une autre solution ? Un port pas bridé ? Ou peut être un réglage à faire dans openvpn que j'ai loupé ? Quand je passe sur Orange j'ai un debis entre 5octets/s et 25kos/s en moyenne et très rarement je monte vers les 150ko/s grand max mais rien que cette vitesse constamment ça me suffirait.
-
Free a mis en place une inspection côté applicatif, puisque sur le HTTP ils vont jusqu'à inspecter l'URL...
Ils ont peut-être mis quelque chose capable de reconnaître la signature d'un IMAP (ou une whitelist d'IMAPs courants, ceux des gros fournisseurs ?)
A partir de là, il faut chercher encore plus loin :(
-
pas forcèment chercher très loin, une boutique Orange ou Bouygues y en a dans toutes les grandes villes.
::)
-
;D
Que dit l'arcep de tout cela ? Peut être allons nous l'apprendre lors de son avis sur le contrat d'itinérance qu'ils doivent rendre prochainement ou sur la net neutralité. Pas très neutre cette façon de faire les choses, non ?
-
Je m'y connais pas trop la dedans donc chercher plus loin ba j'ai aucune idée de quoi faire ;D sinon j'ai déjà pensé à changer mais la je paye 16€ pour 50go ça marche niquel en ville à Strasbourg mais dans ma fac et dans les villages alentours je peux presque rien faire avec orange et les autres forfaits au même prix c'est 3go et je dépasse largement me faudrait au moins 10go et la ça devient beaucoup trop cher pour moi :/ je déteste les pratiques de free tout ce qu'ils font est anti neutralité du net mais le problème c'est qu'à côté on a aucune offre intéressante.
-
Actuellement Nrj mobile/auchan Telecom (mvno el Telecom)
10 euros 10 go tout illimité sur réseau Bouygues
Sinon guette une promo red sur SFR. Cela devrait arriver prochainement vu les chiffres de recrutement SFR.
/fin du HS
-
J'ai également un gros problème en itinérance, Deezer est absolument inutilisable. Impossible même de faire une recherche (pareil, ça pédale dans la semoule) !
Bon apparemment, Deezer en HTTPS est prévu (source : Twitter). Le HTTPS (ou peut-être tout ce qui passe sur le port 443) est bridé en itinérance mais ça devrait quand même améliorer les choses.
Mais en l'état, c'est la cata, surtout en voiture ou l'itinérance est inévitable où qu'on aille.
J'ai testé avec un VPN, c'est pareil, mais ce n'est pas normal, je re-testerai (j'ai dû oublier un truc).
-
salut paul,
même en vpn, j'ai jamais réussi à avoir un débit meilleur
jerem
-
Merci pour les infos je vais aller voir ça ça à l'air intéressant, sinon de mon côté j'ai essayé plein de ports différents en tcp et udp rien à faire, ce soir je monte a 1.6mo/s en itinérance orange sur du speedtest ookla alors que je galère pour arriver sur la page d'accueil google, impossible de naviguer sur le net confortablement. Le speedtest sur 4gmark lui donne tout autre chose, 25ko/s...
J'ai remarqué autre chose aussi, si je fais un speedtest ookla sans vpn je monte très haut comme j'ai dis mais si je refais ce speedtest ookla avec vpn ça devient super bas presque pareil que le test 4gmark. Ça viens pas de mon serveur parce que si je fais le test en 4g free avec vpn ça monte facile vers les 3-4mo/s, je m'y connais pas du tout la dedans mais j'imagine que free bride peut être tout en itinérance si un vpn est activé ?
-
Tout est optimisé pour les speedtest, et ce depuis le 1er jour.
-
Bonjour à tous,
J'aurais voulu savoir si on a des informations sur les interconnexions entre Orange et Free pour l'itinérance mobile.
A quel(s) endroit(s) la collecte s'effectue, pour la voix, pour la data ?
Et si on ne sait pas officiellement, quelles sont les pistes les plus probables ?
En fait, je cherche à savoir si Orange gère du niveau IP pour Free à un moment ou à un autre...
-
Les débits pourris en itinérance vont devenir officiel ! ;D
Free annonce que les débits en itinérance sur le réseau Orange vont être bridés à partir de septembre
Free a lancé depuis ce matin une campagne de communication auprès de ses abonnés pour leur annoncer que les débits vont être limités sur l’itinérance Orange à compter du 1er septembre.
L’opérateur commence par expliquer que sur son réseau propre, il propose des débits maximums théoriques pouvant atteindre jusqu’à 260 Mbit/s en 4G et 21Mbit/s en 3G (débits descendants).
Il précise ensuite qu’en France métropolitaine, Free permet d’avoir accès à ses services mobiles dans les zones couvertes par son propre réseau ainsi que par le réseau d’Orange en itinérance 2G/3G. Toutefois, conformèment aux lignes directrices de l’ARCEP du 25 mai 2016 sur le partage des réseaux mobiles, Free et orange ont conclu un accord portant notamment sur une limitation progressive des débits maximums atteignables sur le réseau de l’opérateur partenaire en itinérance 2G/3G.
De ce fait, les débits théoriques maximums atteignables par abonné sur le réseau d’Orange en itinérance 2G/3G seront de 5 Mbit/s (débit descendant) et de 448 kbit/s (débit montant) à compter du 1er septembre 2016 jusqu’au 31 décembre 2016. En 2017 et 2018, ces débits seront de 1 Mbit/s (débit descendant) et 448 kbit/s (débit montant). Ensuite, ils seront de 768 kbit/s (débit descendant) et 384 kbit/s (débit montant) pour l’année 2019 et de 384 kbit/s (débit descendant) et 384 kbit/s (débit montant) pour l’année 2020.
Free précise toutefois qu’il « déploie depuis plus de 6 ans son propre réseau à l’échelle nationale en choisissant systématiquement le meilleur de la technologie. Ainsi, le propre réseau de Free couvre au 1er juillet 2016 85% de la population en 3G et déjà 69% de la population en 4G. Free poursuit de manière intensive le déploiement de son propre réseau avec pour objectif de couvrir la quasi-totalité de la population à terme. »
Source : http://www.universfreebox.com/article/35926/Free-annonce-que-les-debits-en-itinerance-sur-le-reseau-Orange-vont-etre-brides-a-partir-de-septembre (http://www.universfreebox.com/article/35926/Free-annonce-que-les-debits-en-itinerance-sur-le-reseau-Orange-vont-etre-brides-a-partir-de-septembre)
Edit : oups, désolé j'avais pas vu, il y a déjà un sujet dédié dans la section...
-
Oui, on continuera ici concernant le bridage officiel : https://lafibre.info/free-mobile/reduction-du-debit-en-itinerance-a-partir-du-01092016/