Auteur Sujet: 3G: SFR viole la neutralité du Net  (Lu 32774 fois)

0 Membres et 1 Invité sur ce sujet

corrector

  • Invité
3G: SFR viole la neutralité du Net
« Réponse #12 le: 17 mars 2013 à 09:37:43 »
Les ressources CPU nécessaires pour compresser en temps réel des centaines Mb/s de flux avec des images sont assez conséquentes.

C'est l'évolution des microprocesseurs qui rend la chose abordable.
Quand je me connectais en 14400 bits/s (débit théorique que je n'atteignais quasiment jamais à cause des très nombreuses pertes de paquets, quand je téléchargeais à 500 o/s j'étais content), il n'y avait pas "des centaines Mb/s de flux avec des images" chez un FAI grand public : tout le monde ne télécharge pas des pages HTTP en même temps (on ne parle pas de télécharger de gros fichiers archives, ceux là n'ont pas à être modifiés par le proxy). Si on inclut un facteur d'utilisation réel de 10 % de la ligne avec le HTTP, ce qui est déjà beaucoup, cela représenterait de l'ordre de 1 M connexions téléphoniques simultanées, je suis certain qu'aucun FAI n'avait 1 M lignes de téléphone!

Et je pense que tu te trompes concernant l'évolution des processeurs, c'est plutôt l'inverse : à l'époque le CPU n'était JAMAIS l'élèment ralentissant le PC accédant au Web, maintenant il l'est SOUVENT quand on surf en haut débit! (Je ne parle pas de télécharger et sauvegarder de gros fichiers, je ne parle pas de très haut débit.)

Les processeurs ont donc beaucoup régressé pour assurer l'accès au net!

Leon

  • Client SFR sur réseau Numericable
  • Modérateur
  • *
  • Messages: 5 971
3G: SFR viole la neutralité du Net
« Réponse #13 le: 17 mars 2013 à 09:47:03 »
Je confirme les propos de Vivien.

A l'époque, il y a 15 ans, juste faire tourner un proxy cache (seulement cache), pour plusieurs centaines d'utilisateurs, ça nécessitait déjà un serveur à la hauteur. Il n'était pas envisageable de triturer les images à la volée.
Les solutions permettant de redimensionner en live des images, pour des milliers d'abonnés, c'est beaucoup plus récent.

Je crois que tu te trompes concernant l'évolution des processeurs. En fait c'est exactement l'inverse : à l'époque le CPU n'était JAMAIS l'élèment ralentissant le PC accédant au Web, maintenant il l'est SOUVENT!
Pas d'accord avec ça. Le web sur win3.1 avec un pentium 1, c'était souvent limité par les capacités du PC, même avec un modem n'offrant que 33kb/s. La page s'affichait quelques fois plusieurs secondes après la fin de son chargement. Les GIF animées avaient parfois du mal à s'animer correctement, etc...

Leon.

Nico

  • Modérateur
  • *
  • Messages: 44 449
  • FTTH 1000/500 sur Paris 15ème (75)
    • @_GaLaK_
3G: SFR viole la neutralité du Net
« Réponse #14 le: 17 mars 2013 à 10:38:31 »
Il est encore d'actualité le proxy pour les images là (c'est une histoire qui date de quelques temps) ? Quand je surf sur mon mobile ou en thethering je n'ai pas l'impression mais bon je n'ai pas vérifié. Je le ferai surement tout à l'heure.

Sinon je lisais que changer l'APN (pour sl2sfr ?) permettait de désactiver tout ça. Quoi qu'il en soit ce n'est pas normal de l'activer ainsi et de ne pas documenter la façon de l'enlever.

Nico

  • Modérateur
  • *
  • Messages: 44 449
  • FTTH 1000/500 sur Paris 15ème (75)
    • @_GaLaK_
3G: SFR viole la neutralité du Net
« Réponse #15 le: 17 mars 2013 à 13:38:16 »
Je profite donc d'être dans le TGV pour tester ça. Avec un APN sl2sfr (ou websfr si il utilise celui nommé "Option Modem") je trouve bien les 1 000 000 octets du fichier jpg (sur le page "neutralite.htm" donnée par vivien).

Et a priori pas d'IP bizarre dans le code source de cette page par exemple.

Dans les APN de mon téléphone, seul le "wapsfr" contient l'url d'un proxy dans ses caractéristiques.

Nico

  • Modérateur
  • *
  • Messages: 44 449
  • FTTH 1000/500 sur Paris 15ème (75)
    • @_GaLaK_
3G: SFR viole la neutralité du Net
« Réponse #16 le: 17 mars 2013 à 13:44:21 »
En passant sur wapsfr, j'ai bien cette compression des images (et mon ping qui ne tourne plus). En prenant sur lafibre.info la miniatures du sujet "visite du réseau Orange" on passe de 30,4ko à 16,4ko.

Bon après cet APN porte bien son nom :).

EDIT : Ajout des fichiers jpg, par contre je n'ai toujours pas croisé d'IPs clandestins dans le code source.

corrector

  • Invité
3G: SFR viole la neutralité du Net
« Réponse #17 le: 17 mars 2013 à 14:07:50 »
Des infos sur le tethering et les APN sous Android sur le fascinant blog de David Madore :

http://www.madore.org/~david/weblog/2013-03.html#d.2013-03-15.2120

vivien

  • Administrateur
  • *
  • Messages: 47 085
    • Twitter LaFibre.info
3G: SFR viole la neutralité du Net
« Réponse #18 le: 17 mars 2013 à 22:15:15 »
Sur l'image donnée, pas de dégradation de l'image visible.

Il y a par contre des images qui supportent bien moins bien la compression destructive.
C'est notamment le cas du logo SFR. Quand il y a des logo SFR, je suis obligé d'augmenter la qualité de l'image ou la passer en PNG.
Il y a compression des PNG ? C'est pas facile sans être fortement destructeur sur la qualité.


Nico

  • Modérateur
  • *
  • Messages: 44 449
  • FTTH 1000/500 sur Paris 15ème (75)
    • @_GaLaK_
3G: SFR viole la neutralité du Net
« Réponse #19 le: 18 mars 2013 à 07:30:00 »
Après Pierre Col, c'est donc au tour de Korben d'aller un peu plus loin que le message de Bluetouff. En effet le seul APN qui - selon les constatations des gens qui ont pris le temps de tester - compresse les images (cf. mon post plus haut) est un "vieil" APN qui n'est pas vraiment activé par défaut sur les téléphones vendus (par défaut il y a sl2sfr pour le tel et websfr pour le mode modem).

Bon il est vrai que si on enlève la partie "images compressées" de leurs articles, ça fait moins sensationnaliste (course au clic ?) et surtout ça enlève l'excuse "c'est pour réduire le trafic".

Quoi qu'il en soit il y a toujours cette "injection" d'IPs en 91.68.*.* qui mérite une réponse de la part de SFR, et si quelqu'un ici a une idée de l'utilité de faire ça, je suis preneur.

thenico

  • Expert.
  • Abonné OVH
  • *
  • Messages: 1 009
  • FTTH >500 Mb/s (13)
3G: SFR viole la neutralité du Net
« Réponse #20 le: 18 mars 2013 à 22:26:40 »
Quoi qu'il en soit il y a toujours cette "injection" d'IPs en 91.68.*.* qui mérite une réponse de la part de SFR, et si quelqu'un ici a une idée de l'utilité de faire ça, je suis preneur.

Le but est de charger un script bmi.js qui suivant l'opérateur fait plus ou moins de chose.

vivien

  • Administrateur
  • *
  • Messages: 47 085
    • Twitter LaFibre.info
3G: SFR viole la neutralité du Net
« Réponse #21 le: 18 mars 2013 à 22:29:26 »
Les modifications réalisés par SFR consistes en Différentes techniques pour avoir plusieurs connexions TCP en parallèle afin de remplir plus rapidement le tuyau. Le but est uniquement d'afficher la page plus vite.

kgersen

  • Modérateur
  • Abonné Bbox fibre
  • *
  • Messages: 9 078
  • Paris (75)
3G: SFR viole la neutralité du Net
« Réponse #22 le: 18 mars 2013 à 23:56:03 »
Beaucoup d'affolement et de paranoïa pour pas grand chose. Ces sites crient fort pour aller chercher du clic, rien de plus.
Je dirais même que le système de SFR est la pour améliorer la navigation sur mobile plus qu'autre chose et si ça peut réduire le trafic total, c'est encore mieux vu que tout les forfaits data 3G sont limités...

Je prefere un FAI qui fait ca plutot qu'un FAI qui bride le débit avec un certain site de streaming video ou bloque les pubs...la on peut vraiment parler de violation de la neutralité du Net  :P

thenico

  • Expert.
  • Abonné OVH
  • *
  • Messages: 1 009
  • FTTH >500 Mb/s (13)
3G: SFR viole la neutralité du Net
« Réponse #23 le: 19 mars 2013 à 00:24:05 »
Je prefere un FAI qui fait ca plutot qu'un FAI qui bride le débit avec un certain site de streaming video ou bloque les pubs...la on peut vraiment parler de violation de la neutralité du Net  :P

Du moment que l'ISP modifie les flux, il y a une violation de la neutralité du Net. Point final.
Et cela entraine un surcout au niveau des éditeurs de sites qui doivent défendre leurs codes des modifications de bmi.js (il y a un certain nombre de bug rapport dont la root cause est bmi.js).

Au final, le passage des gros sites en HTTPS s'expliquent mieux: ils se foutent de la confidentialité, ce qu'ils veulent c'est l’intégrité des communications !