Dans la pratique je tourne en 1.1 Mo/s sur ftp.free.fr (autour de 12Mbps ATM). Depuis le taf, je suis à 3.5 Mo/s.
Pour le FTP, le bridage de Free se fait au niveau 7 du modèle OSI. Pour faire simple, Free regarde quel est nom de l'application FTP que tu utilises pour ta connexion (c'est l'équivalent du "User Agent" en HTTP), et filtre en conséquence.
J'ai pu tester chez moi (free non dégroupé), un download d'ISO de distribution Linux sur un serveur de Free (ftp.free.fr) :
- avec "wget", pas de problème, je téléchargais au max de la ligne (850ko/s)
- avec "kbear", un client FTP graphique sous KDE, le débit était de... 10ko/s ! Le client ayant été testé auparavent en LAN, et fonctionnant normalement.
Le test a été effectué à une minute d'interval, sur le même serveur, et deux fois de suite.
Conclusion : Pour les téléchargements FTP, il faut utiliser des clients "connu". "wget" en fait parti, car il est utilisé par bon nombre de distrib Linux pour les téléchargements de paquets (apt-get, urpmi, etc...)
[^] # Re: Trop cher
Posté par Olivier (site web personnel) . En réponse au journal FAI filtreurs de P2P?. Évalué à 6.
Pour le FTP, le bridage de Free se fait au niveau 7 du modèle OSI. Pour faire simple, Free regarde quel est nom de l'application FTP que tu utilises pour ta connexion (c'est l'équivalent du "User Agent" en HTTP), et filtre en conséquence.
J'ai pu tester chez moi (free non dégroupé), un download d'ISO de distribution Linux sur un serveur de Free (ftp.free.fr) :
- avec "wget", pas de problème, je téléchargais au max de la ligne (850ko/s)
- avec "kbear", un client FTP graphique sous KDE, le débit était de... 10ko/s ! Le client ayant été testé auparavent en LAN, et fonctionnant normalement.
Le test a été effectué à une minute d'interval, sur le même serveur, et deux fois de suite.
Conclusion : Pour les téléchargements FTP, il faut utiliser des clients "connu". "wget" en fait parti, car il est utilisé par bon nombre de distrib Linux pour les téléchargements de paquets (apt-get, urpmi, etc...)