Bonjour a tous
Je ne suis pas chez Free :p ...mais j'ai l'occasion de constater les gros soucis qui touchent les ND de chez free depuis maintenant une dizaine de jours...
Il y a effectivement, chez vous, une grosse difficulté voire impossibilité de vous connecter aux serveurs des P2P a certaines heures de la journée, dc pas de sources, pas de partage, pas de download... :-/
Alors ya plusieurs hypotheses sur le pourquoi du comment (parce que c'est pas Free qui nous donnera ni les explications reelles, ni les solutions
) :
1ere hypothese :
Les fameuses ip poubelles : effectivement c'est bien connu, ya des ip que free et France Telecom se partagent, les fameuses ip en 82.65.xx.xx ou plus generalement les ip en 80...le problème des freenautes non dégroupés qui ont une IP commençant par "82.XXX" sont sujet seulement à des flux de connexion tres variants et ce pour la seule raison que les ip en "82" sont des ip restantes et donc "pourries" car France telecom et free se partagent ces ip.
Debat sur le sujet =>
http://www.aduf.org/viewtopic.php?t=47120&postdays=0&postorder=asc&start=602ème hypothese :
certains parlent d'un bridage sur une application presente dans beaucoup(voire tous) de nos logiciels, le User-Agent : alors ce user agent (membre d'utilisateur en traduction literale mais le terme plus approprié serait Logiciels de l'utilisateur) est bien sur present dans eMule comme dans firefox, opera, etc. ou autres logiciels.Le user agent est inclus dans toutes les trames qui partent et identifie l'application.
Il est possible que Free ait donc mis en place une politique de bridage via cette application :
regardez=>
ICIVous pouvez tester une petite experience ( on prend ici eMule comme p2p ) :
-Télécharger le plugins ==>
ICI -Redémarrer Firefox
-Outils=>User Agent Switcher=>Options=>Options...
-Cliquer sur User Agents et faire Add...
-Pour les 3 premières lignes, mettre eMule
-Pour les suivantes, mettre ce que l'on veut...
-OK et encore OK
-Outils=>User Agent Switcher=>eMule
Apres cette modification, il s'est avéré que la naviguation sur le net devenait nettement plus lente...Remplacez eMule par n'importe quoi et tout redevient normal...Le User-Agent eMule est bien l'entête de la trame envoyée par eMule et qui est récupéré (et vite perdu...
) par les routeurs Cisco.
Alors ca parait difficile a croire mais la navigation est reelement tres lente...(a suivre)
3ème hypothese :
Le filtrage serait fait sur les en-tetes des pacquets (alors c quoi?euh je sais pas trop :-/ )
Je peux seulement dire ce qui se dit dessus :
"Si il y a un filtrage, il peut se faire sur les entetes des packets, qui n'ont rien a voir avec "ed2k" (qui est la chaine utilisée pour reconnaitre le type de lien), ou avec le port. Dans le protocole, il y a differents packets: par exemple un type de packets pour faire des recherche, un pour avoir des infos, un pour demander des parties, un pour envoyer des bouts de fichiers... Le protocole utilise le début des packets (l'entete) pour savori de quel type de packet il s'agit, et je pense que je filtrage utilise cette entete."
"Apparement, avant il y avait un filtrage sur les ports: on pouvait avoir un meilleur débit en changeant le port par défaut en un port <1024 (qui sont normalement réservés aus administrateurs de la machine), ou meme le port 80 utilisé normalement par le protocol http, mais cela ne pose pas de problème si on a pas de serveur http en route sur la machine."
"Maintenant il y a apparement un systeme de filtrage qui se base sur les entetes des packets. Le seul moyen de contourner cela serait de changer les entetes (par exemple en les cryptant). Mais en faisant cela, le nouveau protocol est imcompatible avec le protocole "standard".
On ne peut donc profiter de ce camouflage seulement avec les autres client comprenant le nouveau protocole."
"Perso j'ai pas free mais bon je serai eux, je filtrerai les entetes, et des que c'est de l'ed2k, paf, je ne laisse passer qu'un paquet sur X ou quelque chose dans le genre, en fonction du chargement du réseau.
La nuit, il y a moins de monde, alors j'en laisserai passer un peu plus."
Donc l'hypothese la plus probable est un filtrage des en tetes de packets mis en place par les routeurs QoS sur le protocole ed2k...
Donc voila, j'attend vos reactions a ce sujet
Bonne continuation ^_^