Bridage à 7-10ko/s des formats multimédias en 3G sur l'internet mobile. Bridage très caractérisé et vérifié portant uniquement sur certains types de fichiers (filtrage par extension ?)
Article que j'ai moi-même écris expliquant la situation en détail :
http://www.aduf.org/viewtopic.php?t=259262
Quasiment tous les formats multimédias sont impactés. Ce n'est pas dû à une saturation.
Comments
chris - Oct. 17, 2012, 11:38 a.m.
Idem sur le play store
®om - Oct. 17, 2012, 12:53 p.m.
Je confirme : http://blog.rom1v.com/2012/10/free-mobile-nest-pas-neutre/
Marcel Patulacci - Oct. 17, 2012, 2:58 p.m.
Pour tester simplement et proprement (sans changer de reseau), il suffit d'utiliser l'infrastructure de Free avec ftp.free.fr.
En http sur des fichiers multimedia :
wget http://ftp.free.fr/pub/freenews/videos/MichaelBoukobza8FI.avi -> throttling
wget http://ftp.free.fr/pub/freenews/videos/MichaelBoukobza8FI_32kbps.mp3 -> throttling
Fichier temoin en http :
wget http://ftp.free.fr/pub/freenews/freenews-live-dvd-i386.iso -> OK
En FTP sur des fichiers multimedia :
wget ftp://ftp.free.fr/pub/freenews/videos/MichaelBoukobza8FI.avi -> OK
wget ftp://ftp.free.fr/pub/freenews/videos/MichaelBoukobza8FI_32kbps.mp3 -> OK
Fichier temoin en FTP :
wget ftp://ftp.free.fr/pub/freenews/freenews-live-dvd-i386.iso -> OK
Traduction : proxy HTTP transparent qui limite par extensions (ici, on a teste avec succes : *avi, *mp3), potentiellement un squid avec des delay pools (cf http://www.tldp.org/HOWTO/Bandwidth-Limiting-HOWTO/install.html#AEN78).
Kyriog - Oct. 17, 2012, 3:21 p.m.
Pour ma part, cela ne semble pas bridé avec une antenne Free Mobile : http://paste.keuse.fr/view/37280cb2.html
(Le faible débit est du au fait que le reste du débit en envoi de ma connexion ADSL sur lequel se trouve déjà utilisé.)
Je réessaierai dans la soirée pour vérifier si le débit change ou non.
Pour ceux qui le souhaitent, vous pouvez essayer de télécharger ces fichiers sur mon serveur avec la même commande que moi, ils ont été généré selon la méthode de l'article de ®om.
funnoam - Oct. 17, 2012, 3:39 p.m.
Merci Marcel Patulacci, c'est ce que j'aurai du faire.
Néanmoins l'info tourne, et ça c'est le principal.
On attend une réponse de free.
Patrice - Oct. 17, 2012, 4:21 p.m.
Il n'y a pas que les "fichiers multimédias" de bridés sur Freemobile ...
Je constate depuis un bon moment par exemple que de mon côté étrangement la navigation sur les sites internet de "Google" ou "Facebook" est d'une lenteur abominable ... voir même totalement impossible, alors que la navigation sur n'importe quel autre site est d'une rapidité et d'une fluidité exemplaire.
Résultat la simple utilisation du moteur de recherche de Google devient un calvaire, (ne parlons pas de Google Play ou Youtube) ... La navigation sur Facebook: pareil, quasi impossible, d'une lenteur abominable.
Et ceci alors que ma connexion 3G+ (sur antenne Orange) est excellente au niveau signal, et que des "SpeedTest" me donne toujours des résultats entre 3,5 et 5 Mbps (entre 450 kB/s et 640 kB/s donc) et un ping aux alentours de 120ms.
Il est clair que l'utilisation est même bridée selon les sites visités !
Les sites à succès et donc gourmand comme Google et Facebook sont donc également clairement visé par un bridage !!!
Woody - Oct. 17, 2012, 4:48 p.m.
Je confirme ces constations, et même le commentaire de Patrice : les sites à succès sont bridés.
Contournement de mon côté : installer un serveur VPN chez moi, sur le smartphone se connecter au VPN et faire passer tout le trafic dessus et miracle tout marche parfaitement en full débit !
C'est quand même la lose.
Marcel Patulacci - Oct. 17, 2012, 4:58 p.m.
@Patrice : il faut une demontration apportant des preuves et pouvant etre reproduite et non un ressenti pour demontrer un fait (cf mon precedent message avec tout le deroulement des tests, afin que n'importe qui puisse tester).
Pour Google, ca peut etre un souci reseau. Le bridage volontaire n'est trivial a demontrer car il faut des temoins et un temoin qui n'est pas sur le reseau Google ne sera pas valide...
Tentez tout de meme des wget en HTTP et en HTTPS; si vous voyez qu'en HTTPS, c'est rapide alors qu'en HTTP, ca rame, il y a clairement un souci.
newphoenix - Oct. 17, 2012, 8:32 p.m.
J'ai remarqué aussi mais ça déconne essentiellement lorsque je suis en itinérance sur les antennes Orange.
Dès que je bascule lorsque une antenne Free mobile couvre la zone ça fonctionne a donf !!!
Je le remarque très nettement lorsque je surf sur des sites comme Youtube ou sur Facebook même via leurs applications. Donc pour moi c'est l'itiniérance qui est en cause. Alors vivement que Free déploie tout son réseau pour se passer de l'Agrume.
Donc la question a poser ce serait . Est ce un bridage de la part d'Orange ou encore un problème de Peering entre les deux ?!? Je suis sûr qu'ils vont ce renvoyer la balle :-(
Arno - Oct. 17, 2012, 10 p.m.
Je confirme pour les lenteurs sur le playstore ainsi que sur maps (navigation impossible).
Cela depuis quelques semaines à Rennes.
Patrice - Oct. 17, 2012, 10:49 p.m.
Bonsoir ^^,
Comme tout le monde je pense, constatation d'un débit lamentable sur l'android market et sur youtube.
De la folie rien que pour essayer de mettre à jour Angry Birds avec un débit de 3ko/sec ....
Je ne sais pas si le bridage provient d'Orange pour emmerder les utilisateurs Free ou bien serait-ce free qui bride lui même pour économiser ???
XaS - Oct. 18, 2012, 11:04 a.m.
Je confirme que le bridage ne se produit que sur une antenne orange.
J'ai fait des mesures sur une antenne free en face de chez moi et sur une antenne orange qui doit pas être très loin non plus, vers 23h hier soir :
Mesure comparative Antennes Orange/Free (Antibes, 06, France)
===============================================
ANTENNE ORANGE :
xas@linuxmint ~/Bureau $ for ext in avi oga; do wget http://squeeknet.fr/random.$ext; done
--2012-10-17 22:39:41-- http://squeeknet.fr/random.avi
Resolving squeeknet.fr (squeeknet.fr)... 88.191.132.199
Connecting to squeeknet.fr (squeeknet.fr)|88.191.132.199|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 2048000 (2,0M) [video/x-msvideo]
Saving to: `random.avi.1'
100%[===========================================================================>] 2 048 000 28,3K/s in 79s
2012-10-17 22:41:02 (25,3 KB/s) - `random.avi.1' saved [2048000/2048000]
--2012-10-17 22:41:02-- http://squeeknet.fr/random.oga
Resolving squeeknet.fr (squeeknet.fr)... 88.191.132.199
Connecting to squeeknet.fr (squeeknet.fr)|88.191.132.199|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 2048000 (2,0M) [audio/ogg]
Saving to: `random.oga'
100%[===========================================================================>] 2 048 000 378K/s in 8,6s
2012-10-17 22:41:12 (232 KB/s) - `random.oga' saved [2048000/2048000]
ANTENNE FREE :
xas@linuxmint ~/Bureau $ for ext in avi oga; do wget http://squeeknet.fr/random.$ext; done
--2012-10-17 22:45:44-- http://squeeknet.fr/random.avi
Resolving squeeknet.fr (squeeknet.fr)... 88.191.132.199
Connecting to squeeknet.fr (squeeknet.fr)|88.191.132.199|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 2048000 (2,0M) [video/x-msvideo]
Saving to: `random.avi.3'
100%[============================================================================================================>] 2 048 000 255K/s in 8,6s
2012-10-17 22:45:53 (233 KB/s) - `random.avi.3' saved [2048000/2048000]
--2012-10-17 22:45:53-- http://squeeknet.fr/random.oga
Resolving squeeknet.fr (squeeknet.fr)... 88.191.132.199
Connecting to squeeknet.fr (squeeknet.fr)|88.191.132.199|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 2048000 (2,0M) [audio/ogg]
Saving to: `random.oga.2'
100%[============================================================================================================>] 2 048 000 275K/s in 10s
2012-10-17 22:46:10 (199 KB/s) - `random.oga.2' saved [2048000/2048000]
Ca montre bien qu'à un instant donné, un fichier avi et un fichier oga de taille identique et sur le même serveur distant sont téléchargés à une vitesse différente sur l'antenne orange, et à vitesse identique sur l'antenne free. C'est pas évident de dire qui de Free ou d'Orange pratique ce bridage, mais il est bien réel quoi qu'on en dise ...
yost - Oct. 18, 2012, 5 p.m.
Difficile de savoir si le bridage est mis en place par Orange ou Free, ou les deux, mais il est bel et bien avéré.
Ce qu'il serait intéressant de tester à présent :
- un fichier non-multimédia mais de grande taille
- un fichier multimédia en https (donc normalement non "dpi-fiable")
Ces tests nous permettraient de voir si c'est juste la taille de session TCP qui est espionnée et bloquée, ou carrément le contenu en DPI.
funnoam - Oct. 18, 2012, 5:51 p.m.
Toujours au même endroit où les premiers tests ont été réalisés, j'ai tenté de télécharger l'image iso disponible ici à 17h40 :
http://test-debit.free.fr/image.iso
Bilan : une vitesse moyenne de 450ko/s avec des pointes à 700-800ko/s.
J'ai pu finir le téléchargement sans problème avec les vitesses mentionnés ci-dessus.
Toujours sur une antenne Orange donc, mais l'heure est problématique, on est clairement dans une situation d'heure de pointe où beaucoup d'usagers utilisent leur téléphone. Hors, aucun bridage sur ce fichier et une vitesse excellente (bien meilleure que ma connection adsl).
Concernant le HTTPS, il va être difficile de faire un test dessus : il est complètement anihilité par Free. Le protocole est inutilisable, les sites en HTTPS sont lents, très lents, et le téléchargement d'un fichier multimédia ou pas relève du miracle.
J'ai fait deux tentatives de téléchargement du fichier zip disponible ici :
https://test.kems.net/testfile.zip
La première s'est soldé par un échec (fichier de zéro ko en sortie), la deuxième est en cours avec une vitesse... de 500 octets/seconde.
yost - Oct. 18, 2012, 6:17 p.m.
Pour être sûr du résultat, il vaut mieux éviter d'utiliser ce genre de serveurs pour effectuer ces tests. Il est tout à fait possible que http://test-debit.free.fr bénéficie de règles spécifiques.
funnoam - Oct. 18, 2012, 6:24 p.m.
Oui, je laisse le champ libre au pros qui dispose de serveur dédiés pour des tests plus approfondis.
Je suis un testeur assez user-friendly, je teste uniquement ce que les gens peuvent rencontrer en conditions réelles, même si les résultats ne peuvent pas être utilisé pour prouver quelque chose, c'est un début :)
yost - Oct. 18, 2012, 6:29 p.m.
Tu pourrais télécharger des .iso à partir de ce site par exemple : http://www.debian.org/CD/http-ftp/ ;)
funnoam - Oct. 18, 2012, 6:57 p.m.
Téléchargement en 3G à 18h49 de http://cdimage.debian.org/debian-cd/6.0.6/i386/iso-cd/debian-6.0.6-i386-CD-36.iso.
Débit stabilisé vers 330ko/s
Téléchargement en 3G à 18h52 de http://test-debit.free.fr/image.iso
Débit stabillisé vers 400ko/s
Par rapport à 17h40, le débit a diminué dû à la charge sur le réseau, habituel à cet heure.
Par curiosité, j'ai testé de télécharger une image iso en ftp depuis ftp://ftp2.fr.debian.org/pub/debian-cd/6.0.6/i386/iso-cd/debian-6.0.6-i386-CD-24.iso, le débit s'est stabilité vers 90ko/s, mais impossible d'aller plus haut.
Et enfin, autant tester sur le ftp de proxad (free, iliad).
Depuis ftp://ftp.proxad.net/mirrors/cdimage.debian.org/debian-cd/6.0.6/i386/iso-dvd...
Débit stabililisé vers 90ko/s, comme au-desssus.
Le ftp est donc bridé sur une antenne Orange à 18h55 à 90ko/s.
®om - Oct. 18, 2012, 7:19 p.m.
Je viens de tester, effectivement le HTTPS est bridé.
Par contre le SSH passe bien.
http://blog.rom1v.com/2012/10/free-mobile-nest-pas-neutre/#comment-86997
funnoam - Oct. 20, 2012, 1:10 p.m.
Le bridage a complètement disparu sur mes derniers tests, en plein coeur de Paris, à 12h57.
HTTPS débridé, Spotify fonctionne maintenant à merveille, les tests sur les fichiers bridé précédemment montrent maintenant des débit de 300-400ko/s.
wget http://download.wavetlan.com/SVV/Media/HTTP/MP4/ConvertedFiles/MediaCoder/MediaCoder_test6_1m9s_XVID_VBR_306kbps_320x240_25fps_MPEG1Layer3_CBR_320kbps_Stereo_44100Hz.mp4
--2012-10-20 13:07:20-- http://download.wavetlan.com/SVV/Media/HTTP/MP4/ConvertedFiles/MediaCoder/MediaCoder_test6_1m9s_XVID_VBR_306kbps_320x240_25fps_MPEG1Layer3_CBR_320kbps_Stereo_44100Hz.mp4
Resolving download.wavetlan.com... 216.16.231.19
Connecting to download.wavetlan.com|216.16.231.19|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 5487003 (5.2M) [video/mp4]
Saving to: `MediaCoder_test6_1m9s_XVID_VBR_306kbps_320x240_25fps_MPEG1Layer3_CBR_320kbps_Stereo_44100Hz.mp4'
100%[======================================>] 5,487,003 84.1K/s in 40s
2012-10-20 13:08:02 (134 KB/s) - `MediaCoder_test6_1m9s_XVID_VBR_306kbps_320x240_25fps_MPEG1Layer3_CBR_320kbps_Stereo_44100Hz.mp4' saved [5487003/5487003]
Un débit moyen de 134 ko/s sur un fichier que j'avais relevé à 7ko/s lors de mes premiers tests.
Test sur le fichier en https https://test.kems.net/testfile.zip
Le fichier est gros, mais la vitesse est très bonne maintenant.
wget https://test.kems.net/testfile.zip
--2012-10-20 13:09:38-- https://test.kems.net/testfile.zip
Resolving test.kems.net... 168.187.232.195
Connecting to test.kems.net|168.187.232.195|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 382468096 (365M) [application/zip]
Saving to: `testfile.zip'
0% [ ] 2,777,088 285K/s eta 24m 30s
280ko/s en https...
Bon, reste à voir si ça va continuer.
funnoam - Oct. 22, 2012, 10:18 a.m.
Il semblerait que c'était la fièvre du samedi matin...
Le bridage est bien là ce lundi matin.
Je conseille à tout le monde de quitter Free pour un opérateur respectant les libertés de l'internet "illimité".
Joe - Nov. 24, 2012, 6:40 p.m.
J'ai du aussi quitter Free Mobile a la suite de ces bridages intempestifs réguliers :(
J'ai pu notamment raconter mon expérience sur mon blog http://www.olektron.com/les-debits-insupportables-de-free-mobile/
Je suis halluciné que Free ne communique pas sur ces problèmes, c'est tout de même incroyable !