Ca se traine!
Depuis fin octobre, mon débit sur Azureus est descendu à 3/4 kbs/s.
Je suis chez NOOS 10 mega paris 16e.
De nombreuses heurs (jours) à essayer de comprendre les ports, NAT etc en changeant des données mais le probleme persiste ! Et aujourd'hui, je découvre finalement que c'est ce bon vieux NOOS le responsable (décidément on sera jamais tranquille).
Je crypte les données -> le débit va mieux sans être exceptionnel mais correct!
J'espère donc que leur bridage va bientot se terminer.
Parce qu'après tous leurs problemes de connexion il y a 1 an avec mensonges et inéfficacité, voilà qu'ils reviennent à leur mauvaises habitudes, en pire (brider l'intérêt principal d'une grosse connexion.)
En tout cas merci au forum, et surtout à l'idée de crypter (je commencais à devenir fou).
Je suis chez NOOS 10 mega paris 16e.
De nombreuses heurs (jours) à essayer de comprendre les ports, NAT etc en changeant des données mais le probleme persiste ! Et aujourd'hui, je découvre finalement que c'est ce bon vieux NOOS le responsable (décidément on sera jamais tranquille).
Je crypte les données -> le débit va mieux sans être exceptionnel mais correct!
J'espère donc que leur bridage va bientot se terminer.
Parce qu'après tous leurs problemes de connexion il y a 1 an avec mensonges et inéfficacité, voilà qu'ils reviennent à leur mauvaises habitudes, en pire (brider l'intérêt principal d'une grosse connexion.)
En tout cas merci au forum, et surtout à l'idée de crypter (je commencais à devenir fou).
Hop
alors, mon expérience :
j'utilisais principalement la mule, et tout allait bien dans le meilleur des mondes.
un technicien est venu m'installer le "nouveau" modem Web Star epx2203, afin de bénéficier de la telephonie sur ip, et depuis, mes connections sur la mule sont catastrophique. ce passage correspond au début du mois , en gros.
nota: j'avais avant le "vieux" modem motorola (5 ans de bons et loyaux services)
La solution pour les torrent semble de cripter les echanges, mais pour la mule, vous avez une idée ?
alors, mon expérience :
j'utilisais principalement la mule, et tout allait bien dans le meilleur des mondes.
un technicien est venu m'installer le "nouveau" modem Web Star epx2203, afin de bénéficier de la telephonie sur ip, et depuis, mes connections sur la mule sont catastrophique. ce passage correspond au début du mois , en gros.
nota: j'avais avant le "vieux" modem motorola (5 ans de bons et loyaux services)
La solution pour les torrent semble de cripter les echanges, mais pour la mule, vous avez une idée ?
Bonjour,
J'ai également des problèmes. En HTTP, je télécharge à environ 1 000 Ko/s depuis n'importe quel serveur pas trop lent, donc à priori ma connexion fonctionne bien. Avec bittorrent, les débits s'en tiennent à quelques Ko/s. En activant le cryptage, ça va un peu mieux, mais mon upload plafonne à 30 ou 31 Ko/s, rarement une autre valeur. Quant au download, il varie entre presque rien et quelques dizaines de Ko/s.
Noos bride-t-il les connexions ? Regardez ce que font les cablo-opérateurs au Canada ou au Québec : ils brident avec du matériel spécifique qui est conçu pour détecter le traffic P2P, alors que les opérateurs ADSL, eux, ne brident pas. Et là-bas, si ce qu'on lit sur le web est vrai, ce sont les opérateurs eux-mêmes qui prétendent que les nouveaux matériels anti-P2P sont efficaces même avec du cryptage. Pourquoi Noos ne ferait-il pas la même chose, alors qu'ils ont la même "bonne" raison de le faire ? Cette raison c'est que les clients du cable se partagent la bande-passante, alors que les clients de l'ADSL ont leur bande-passante à eux. C'est un problème qu'on voit donc plus chez les cablo-opérateurs que chez les opérateurs ADSL.
Je pense qu'il n'y a pas de bridage sur les ports. C'est devenu une pratique trop courante et trop simple que de changer les ports d'écoute, à tel point que certains tracker refusent les clients qui utilisent les ports par défaut. Je l'ai fait, et ça n'a rien changé. Le bridage se fait certainement sur d'autres critères.
Il ne faut pas oublier que même si on active le cryptage avec son client bittorrent, les requêtes faites au tracker ne sont jamais cryptées. Ce sont ces requêtes qui renseignent le client sur les peers auquel il peut se connecter. Donc si l'opérateur analyse les requêtes sur les tracker, ce qui est trivial, il peut savoir précisément quelles connexions ralentir, même si ces connexions sont entièrement cryptées.
Partant de ce fait, j'ai fait transiter mes requêtes au tracker via une autre connexion, qui n'a rien à voir avec Noos (le protocole bittorrent permet de dire au tracker de ne pas se fier à l'adresse IP d'où provient la requête mais à l'adresse IP qu'on veut bien lui dire d'utiliser). Malheureusement ça n'a rien changé du tout. Je suis tenté de conclure que les machines qui filtrent le traffic sont très bien conçues. Cependant il reste possible qu'elles analysent les échanges avec le tracker, en plus des autres méthodes de détection.
On peut imaginer qu'elles brident tout ce qui est louche, comme par exemple plusieurs connexions dont le protocole est inconnu (faute de cryptage), qui se font toujours sur le même port, et qui génèrent pas mal de traffic. Ou bien qu'elles détectent les tentatives de connexions non-cryptées sur votre machine. À ma connaissance, le tracker ne connait pas la notion de connexion cryptée, donc le client ne peut empêcher quelqu'un de tenter une connexion non-cryptée. Or ce début de connexion est sans doute détectable, et il signifie que vous êtes un peer sur le réseau bittorrent.
Bref, on peut supposer pas mal de méthodes de détection. C'est difficile d'utiliser bittorrent et d'avoir l'air, du point de vue de l'opérateur, d'un utilisateur de base qui envoie ses mails et visite quelques sites web. Vous en connaissez beaucoup des utilisations d'Internet qui génèrent pas mal de traffic, sur plusieurs connexions simultanées, vers des machines qui changent souvent, et qui ne soient pas identifiables comme étant autre chose (mail, web, news, etc.) ?
Il faudrait faire des tests complets sur du traffic non-P2P, identifiable puis non-identifiable, avec une seule connexion, puis plusieurs, etc., mais j'ai la flemme pour l'instant.
J'ai également des problèmes. En HTTP, je télécharge à environ 1 000 Ko/s depuis n'importe quel serveur pas trop lent, donc à priori ma connexion fonctionne bien. Avec bittorrent, les débits s'en tiennent à quelques Ko/s. En activant le cryptage, ça va un peu mieux, mais mon upload plafonne à 30 ou 31 Ko/s, rarement une autre valeur. Quant au download, il varie entre presque rien et quelques dizaines de Ko/s.
Noos bride-t-il les connexions ? Regardez ce que font les cablo-opérateurs au Canada ou au Québec : ils brident avec du matériel spécifique qui est conçu pour détecter le traffic P2P, alors que les opérateurs ADSL, eux, ne brident pas. Et là-bas, si ce qu'on lit sur le web est vrai, ce sont les opérateurs eux-mêmes qui prétendent que les nouveaux matériels anti-P2P sont efficaces même avec du cryptage. Pourquoi Noos ne ferait-il pas la même chose, alors qu'ils ont la même "bonne" raison de le faire ? Cette raison c'est que les clients du cable se partagent la bande-passante, alors que les clients de l'ADSL ont leur bande-passante à eux. C'est un problème qu'on voit donc plus chez les cablo-opérateurs que chez les opérateurs ADSL.
Je pense qu'il n'y a pas de bridage sur les ports. C'est devenu une pratique trop courante et trop simple que de changer les ports d'écoute, à tel point que certains tracker refusent les clients qui utilisent les ports par défaut. Je l'ai fait, et ça n'a rien changé. Le bridage se fait certainement sur d'autres critères.
Il ne faut pas oublier que même si on active le cryptage avec son client bittorrent, les requêtes faites au tracker ne sont jamais cryptées. Ce sont ces requêtes qui renseignent le client sur les peers auquel il peut se connecter. Donc si l'opérateur analyse les requêtes sur les tracker, ce qui est trivial, il peut savoir précisément quelles connexions ralentir, même si ces connexions sont entièrement cryptées.
Partant de ce fait, j'ai fait transiter mes requêtes au tracker via une autre connexion, qui n'a rien à voir avec Noos (le protocole bittorrent permet de dire au tracker de ne pas se fier à l'adresse IP d'où provient la requête mais à l'adresse IP qu'on veut bien lui dire d'utiliser). Malheureusement ça n'a rien changé du tout. Je suis tenté de conclure que les machines qui filtrent le traffic sont très bien conçues. Cependant il reste possible qu'elles analysent les échanges avec le tracker, en plus des autres méthodes de détection.
On peut imaginer qu'elles brident tout ce qui est louche, comme par exemple plusieurs connexions dont le protocole est inconnu (faute de cryptage), qui se font toujours sur le même port, et qui génèrent pas mal de traffic. Ou bien qu'elles détectent les tentatives de connexions non-cryptées sur votre machine. À ma connaissance, le tracker ne connait pas la notion de connexion cryptée, donc le client ne peut empêcher quelqu'un de tenter une connexion non-cryptée. Or ce début de connexion est sans doute détectable, et il signifie que vous êtes un peer sur le réseau bittorrent.
Bref, on peut supposer pas mal de méthodes de détection. C'est difficile d'utiliser bittorrent et d'avoir l'air, du point de vue de l'opérateur, d'un utilisateur de base qui envoie ses mails et visite quelques sites web. Vous en connaissez beaucoup des utilisations d'Internet qui génèrent pas mal de traffic, sur plusieurs connexions simultanées, vers des machines qui changent souvent, et qui ne soient pas identifiables comme étant autre chose (mail, web, news, etc.) ?
Il faudrait faire des tests complets sur du traffic non-P2P, identifiable puis non-identifiable, avec une seule connexion, puis plusieurs, etc., mais j'ai la flemme pour l'instant.
Je crois que tu peux arrêter de les croire.Nico aka Skinch a écrit :Ils me disent qu'il n'y a jamais eu de bridage et qu'il n'y en a pas chez eux. Moi je les crois.
Tu as peut-être raison, mais ce qui est étonnant est que les informateurs de nico n'ont aucun intérêt à lui raconter des histoires... Soit nico est mené en bateau, ce qui est possible, mais vu le contexte il n'y a pas de mobile crédible, soit le filtrage est soigneusement caché, même en interne... Dans tous les cas ça me paraît louche ! Reste vos mesures qui elles au moins sont vérifiables !Worse a écrit : Je crois que tu peux arrêter de les croire.
deux questions.. qui vous paraîtront peut-être naïves... mais bon :
1/ Est-il possible que noos filtre les p2p à l'insue même de ses techniciens ?
2/ Est-il possible que noos ait une connection au net différente d'autres FAI, connection qui serait à l'origine des problèmes ? (dès lors, il n'y aurait pas à proprement parlé de filtrage) ?
1/ Est-il possible que noos filtre les p2p à l'insue même de ses techniciens ?
2/ Est-il possible que noos ait une connection au net différente d'autres FAI, connection qui serait à l'origine des problèmes ? (dès lors, il n'y aurait pas à proprement parlé de filtrage) ?
-
- Messages : 459
- Enregistré le : jeu. 31 août 2006, 15:43
Spontannément, sans aucune compétence me permettant d'expliquer, je dirais Oui pour ta première question, Non pour la première partie de la seconde et oui pour la seconde partie de la secondeyoda75013 a écrit :deux questions.. qui vous paraîtront peut-être naïves... mais bon :
1/ Est-il possible que noos filtre les p2p à l'insue même de ses techniciens ?
2/ Est-il possible que noos ait une connection au net différente d'autres FAI, connection qui serait à l'origine des problèmes ? (dès lors, il n'y aurait pas à proprement parlé de filtrage) ?

Mais je suis impatient de lire ceux ou celles qui savent ?
Waterfront
--
- Nico!
- Team GC
- Messages : 20962
- Enregistré le : jeu. 01 avr. 2004, 09:46
- Localisation : FTTH @BoulBi'
- Contact :
Pour la première il est tout a fait possible que cette décision de bridés est été prises uniquement par les dirigeants. A ce moment là, le boss de la technique pourait lui même activer un filtrage sans que les autres personnes de son service soit au courant ... à mon avis c'est réalisable.
Pour la 2ème je ne sais pas trop ... nous avons tous consaté des problèmes aux alentours du lancement du 30Mb donc on pourrait penser qu'il y a saturation dans les tuyaux ... comme on peut penser aussi qu'il y a bridage le temps de laisser le réseau monter en charge ...
Je contaste de mon coté des débits plus élevés en download ... je monte a plus de 300 régulièrement, mais toujours en crypté ...
Pour la 2ème je ne sais pas trop ... nous avons tous consaté des problèmes aux alentours du lancement du 30Mb donc on pourrait penser qu'il y a saturation dans les tuyaux ... comme on peut penser aussi qu'il y a bridage le temps de laisser le réseau monter en charge ...
Je contaste de mon coté des débits plus élevés en download ... je monte a plus de 300 régulièrement, mais toujours en crypté ...
