Auteur Sujet: Débit Free Mobile en Itinérance Orange (Lu 93171 fois)

Phach · « **Réponse #180 le:** 18 septembre 2015 à 12:32:53 »

ok merci pour l'info.

eruditus · « **Réponse #181 le:** 18 septembre 2015 à 12:42:50 »

Citation de: Nikos le 18 septembre 2015 à 09:36:33

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".

Phach · « **Réponse #182 le:** 18 septembre 2015 à 13:05:37 »

Donc si j'ai bien tout compris les Full MVNO opéré par 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.

BadMax · « **Réponse #183 le:** 07 octobre 2015 à 19:48:11 »

Petit UP sur Tweeter.

Il va falloir modifier fm_tester et ajouter un test d'intégrité des fichiers. On tente un md5sum ?

vivien · « **Réponse #184 le:** 07 octobre 2015 à 19:49:44 »

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.

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)

Qualité Jpeg 90 : (à gauche en http et à droite en https)

Qualité Jpeg 80 : (à gauche en http et à droite en https)

Qualité Jpeg 70 : (à gauche en http et à droite en https)

Qualité Jpeg 60 : (à gauche en http et à droite en https)

Qualité Jpeg 50 : (à gauche en http et à droite en https)

Qualité Jpeg 40 : (à gauche en http et à droite en https)

Qualité Jpeg 30 : (à gauche en http et à droite en https)

Qualité Jpeg 20 : (à gauche en http et à droite en https)

Qualité Jpeg 10 : (à gauche en http et à droite en https)

Qualité Jpeg 0 : (à gauche en http et à droite en https)

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

BadMax · « **Réponse #185 le:** 07 octobre 2015 à 19:56:59 »

OK donc faut faire un double test, l'un en http, l'autre en https et comparer les résultats.

vivien · « **Réponse #186 le:** 07 octobre 2015 à 20:00:03 »

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

Citation de: vivien le 07 octobre 2015 à 19:49:44

Qualité Jpeg 100 : (à gauche en http et à droite en https)

Paul · « **Réponse #187 le:** 07 octobre 2015 à 20:56:14 »

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...

BadMax · « **Réponse #188 le:** 07 octobre 2015 à 21:03:54 »

Mince. Vivien est "white-listé"

BadMax · « **Réponse #189 le:** 07 octobre 2015 à 22:53:27 »

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.

vivien · « **Réponse #190 le:** 07 octobre 2015 à 23:04:53 »

BadMax · « **Réponse #191 le:** 07 octobre 2015 à 23:20:26 »

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.