La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => Orange / Sosh => Débit fibre => Discussion démarrée par: lemoute le 01 octobre 2008 à 18:06:27
-
Bonjour à tous,
J'ai un problème de débit avec mon W2003 et ma fibre pro Orange 100Mb symétrique.
Si je teste sous Xp (même sans le patch fibre fournit par orange) j'ai un débit en upload vers un serveur que je veux utiliser >2000kb/s. Je monte même à 4000 avec ma machine patchée.
Sous W2003, je suis entre 400 et 500kb/s
J'ai fait différentes choses :
- tcpoptimizer avec la procédure indiquée sur ce forum pour les calculs de RWIN notamment. J'ai essayé plein de paramétrage et quoique je fasse, toujours 400 à 500kb/s
- j'ai bien sur mis les derniers drivers de la carte réseau
- si je regarde avec iperf, si je configure le serveur qui m'interesse, j'ai environ 32Mbits/s en upload
On dirait donc que c'est l'envoi par ftp qui semble bridé (j'ai essayé plusieurs clients pourtant)
Quelqu'un a-t-il déjà été confronté à ce problème? Ou a une idée a me soumettre?
Merci de vos réponses.
Le Moute
-
Bonjour à tous,
J'ai un problème de débit avec mon W2003 et ma fibre pro Orange 100Mb symétrique.
Si je teste sous Xp (même sans le patch fibre fournit par orange) ...
A bon ? Moi j'ai jamais eu besoin de patch sur XP ;D et je suis en 'fibre' aussi :-\
Il est où ce 'patch fibre orange' ? Curieux de savoir ce qu'il fait ???
(et s'il donne effectivement des résultats sur XP, après étude de ce qu'il fait, peut être qu'appliquer les mêmes 'principes' sur w2003 donnera de meilleurs résultats)
-
Il parle du patch fournis par orange qui augmente la Rwin je suppose.
Je ne pense pas qu'Orange bride le FTP.
Quand un opérateur bride quelque chose c'est le P2P.
Le P2P consomme énormèment de bande passante car on peut le laisser tourner 24h/24 avec un uplaod de 20 Mb/s Alors que le FTP cela ne seras jamais 24h/24 du 20 Mb/s.
-
Pour xp, le patch peut être trouvé là : http://assistance.orange.fr/3027?dub=2& (http://assistance.orange.fr/3027?dub=2&)
Je pense qu'il ne change que quelques données dans le registre au niveau des paramètres TCP/ip, mais je ne suis pas sur qu'il ne fait pas autre chose.
Pour en revenir à mon problème, voici au j'en suis : j'ai essayé d'uploader avec différents clients (Leech, TotalCommander, ie direct) : même résultat.
Surprise avec Cute FTP, le débit est celui que j'ai avec XP.
Question à 2 balles : quelqu'un sait-il pourquoi?
Merci de vos réponses.
A+
-
Pour le patch 'Orange', c'est vraiment de l'empirique comme 'optim', du même genre que leur patch adsl pour soit disant mieux supporter les hauts débits ... Ils utilisent des valeurs de tailles rwin, ... 'à la louche'.
Seule la méthode 'bête et méchante' (comme celle du tuto) permet d'approcher les meilleurs résultats possibles.
Bien évidement, changer 'à la louche' les valeurs et options proposées par TCPOptimise pour tenter de faire mieux, en général donne moins.
Tu peux nous indiquer :
Débit Up et Down théoriques de ton accès
Les divers valeurs que tu as obtenu en suivant le tuto d'optimisation https://lafibre.info/index.php/topic,3154.0.html
(mtu, rwin, ...
Ensuite côté serveur, quel soft ftp server ?
-
Coté linux le patch proposé par Orange est assez simple :
#!/bin/bash
# sysctl.conf LiveBoxConfig REDHAT FEDORA UBUNTU linux
#
clear
echo "Configuration Start."
echo "Configuration LiveBox Fibre."
export USERNAME=`whoami`
if [ "$USERNAME" != "root" ]
then
echo "Veuiller vous logguer en mode root avec la commande su"
echo "et relancer ce script."
exit
fi
/sbin/sysctl -a
/sbin/sysctl -w net.ipv4.tcp_mem="380000 380000 380000"
/sbin/sysctl -w net.ipv4.tcp_rmem="380000 380000 380000"
/sbin/sysctl -w net.ipv4.tcp_wmem="380000 380000 380000"
# save new config
/sbin/sysctl -p /etc/sysctl.conf
echo "Configuration end."
Il supprime la Rwin adaptative de linux et la fixe à 380 Ko.
Déjà cette valeur si elle était automatique pourrait monter plus haut dans certains cas qui nécessitent une Rwin plus élevée.
Vous avez ici un tableau de correspondance pour la rwin (https://lafibre.info/index.php/topic,3154.msg25069.html#msg25069)
Voici la forme a appliquer :
(https://lafibre.info/debit/RWin.png)
Rwin = Rtt x débit / 8
Dans le cas d'un transfert à 100 Mb/s vers les USA le rtt sera typiquement de 150ms.
Rwin = 150 * 100 / 8 = 1875 Ko.
Donc la valeur de 380 Ko n'est pas la valeur miracle pour toute les destinations.
Par default la Rwin adaptative permet de monter a plusieurs Mo si nécessaire mais surtout la Rwin ne monte pas trop si l'abonné est connecté avec une carte réseau 2G.
En effet utiliser une Rwin fixe de 380 Ko sur un PC qui se connecte également à Internet via une clé internet 3G en zone 2G à un impact majeur car les buffer ne peuvent stocker de telle taille de paquet et les paquets sont supprimés aléatoirement.
Sinon j'apprécie qu'Orange n'ai pas oublié linux :)
-
Salut,
J'ai lu tous les tuto et les ai appliqué. Le patch Orange, c'est bien sur du flan. Ils chnagent deux ou trois valeurs de la base de registre.
j'ai une offre en 100Mb symétrique ert j'obtiens vers le serveur qui m'interesse (je me sert de al fibre pour un PRA) un upload à 40Mb/s sous XP
Par contre, sous 2003, avec le même client (que ce soit Leech ou TotlaCommander), j'obtiens un upload de 400KB/s.
J'ai appliqué sous 2003 les optimizations du tuto (MSS 1452, B=45, C=65340, D=212500, E=F=146, RWIN=130680), je n'ai pas eu du tout de changement au niveau de la vitesse d'upload.
LE fait d'envoyer avec Cute FTP augmente ce débit, mais en fait Cute split le fichier pour envoyer plusieurs fragments et les recombien à la fin, ce qui me permet d'envoyer à 32Mb/s.
Ce que je souhaite tout simplement, c'est trouver ce qui ralentit l'upload simple par rapport à une machine sous XP, et la, j'ai beau chercher, je ne touve pas ce qui divise le débit par 10!
A+
-
...
Sinon j'apprécie qu'Orange n'ai pas oublié linux :)
Ben t'es sacrement gentil avec eux, car leurs patchs c'est de la pure fumisterie, du grand n'importe quoi !
-
Salut,
J'ai lu tous les tuto et les ai appliqué. Le patch Orange, c'est bien sur du flan. Ils chnagent deux ou trois valeurs de la base de registre.
j'ai une offre en 100Mb symétrique ert j'obtiens vers le serveur qui m'interesse (je me sert de al fibre pour un PRA) un upload à 40Mb/s sous XP
Bien mais ...
Par contre, sous 2003, avec le même client (que ce soit Leech ou TotlaCommander), j'obtiens un upload de 400KB/s.
J'ai appliqué sous 2003 les optimizations du tuto (MSS 1452, B=45, C=65340, D=212500, E=F=146, RWIN=130680), je n'ai pas eu du tout de changement au niveau de la vitesse d'upload.
... les réglages 'RWIN' sont UNIQUEMENT pour la machine 'réceptrice', donc celle en download :)
En upload, ici ton 2003 est l'èmetteur, il obéi donc aux rwins du réceptionnaire (le serveur vers qui tu upload) pour lui balancer la sauce.
Si tu a vu une amélioration, c'est probablement le fait non pas du rwin de ton 2003 (c'est tout de même bien de l'avoir réglé pour le donwload) mais du fait de l'activation, entre autre des options 'time-stamp' et des 'sélective ack' (elles agissent elle sur les deux sens)
LE fait d'envoyer avec Cute FTP augmente ce débit, mais en fait Cute split le fichier pour envoyer plusieurs fragments et les recombien à la fin, ce qui me permet d'envoyer à 32Mb/s.
Ce que je souhaite tout simplement, c'est trouver ce qui ralentit l'upload simple par rapport à une machine sous XP, et la, j'ai beau chercher, je ne touve pas ce qui divise le débit par 10!
A+
Va pas être simple à trouver.
Semble que dans ton cas, le serveur 'distant' (ou un élèment intermédiaire) n'arrive pas à comprendre le dialogue avec le 2003 (bug 2003 ou sur le distant ? qui fait qu'ils ne s'entendent pas bien ? pas impossible)
Le test que tu pourrais faire, c'est un test purement local d'abord, entre ton 2003 uploader vers un autre pc équipé d'un serveur ftp (style un xp avec filezilla server, ou un linux) et voir si le pb existe aussi.
Ensuite le même test entre ton ton serveur distant et ton 2003 pour comparer résultats en ayant pris soin de faire une capturer de paquets (wireshark sur ton 2003 par exemple) et nous la mettre à dispo quelque part pour qu'on y jete un oeil pour voir si rien de spécial côté dialogue tcp/ip qui pourrait expliquer le pb.
Si on y trouve rien, alors c'est un pb 2003 <-> outil client ftp
Tu peux aussi en même temps m'envoyer en MP l'IP de ce serveur sur le net, avec un login/passw ftp valide (et éventuel repertoire 'spécial test' temporaire ) à utiliser pour que je teste de mon côté pour ensuite comparer nos résultats et les dumps (confidentialité assurée, et après les tests tu pourras toujours modifier pass et ou casser ce compte :) )
PS : ton 2003 a tous les patchs ? scan antiviraux fraichement mis à jour fait ? scans spybot et autre lavasoft ad-aware (version free) fraichement mis à jours fait ? pas de lézard qui traine sur le 2003 ? rien de lancé de spécial autres que le stricte nécessaire ? firewall et av désactivés pendant les tests ? ...
-
Bonjour,
Merci de la réponse. Plusieurs choses à ce propos :
- un upload en interne à partir de mon serveur vers un xp ou un 2003 me donnes des débits proche de 100Mb
- le pb est récurrent quelque soit le serveur en face (il m'est par contre difficile de donner l'adresse du FTP qui est chez un presta externe), mais ce qui est sur, c'est que avec du XP, l'upload est nickel
- j'ai installé Wireshark et j'ai effetcivement des erreurs au niveau de l'upload que j'ai un peu de mal a déchiffrer. Voici une partie des logs ou certaines lignes ont indiquent ces problèmes :
No. Time Source Destination Protocol Info
40 0.145002 XXX.XXX.XXX.XXX 192.168.1.10 TCP [TCP Dup ACK 39#1] ftp-data > ctisystemmsg [ACK] Seq=1 Ack=11777 Win=29040 Len=0
Frame 40 (60 bytes on wire, 60 bytes captured)
Ethernet II, Src: SagemCom_12:be:eb (00:1e:74:12:be:eb), Dst: Dell_66:49:02 (00:13:72:66:49:02)
Internet Protocol, Src: XXX.XXX.XXX.XXX (XXX.XXX.XXX.XXX), Dst: 192.168.1.10 (192.168.1.10)
Transmission Control Protocol, Src Port: ftp-data (20), Dst Port: ctisystemmsg (4451), Seq: 1, Ack: 11777, Len: 0
No. Time Source Destination Protocol Info
41 0.145016 192.168.1.10 XXX.XXX.XXX.XXX FTP-DATA FTP Data: 1024 bytes
Frame 41 (1078 bytes on wire, 1078 bytes captured)
Ethernet II, Src: Dell_66:49:02 (00:13:72:66:49:02), Dst: SagemCom_12:be:eb (00:1e:74:12:be:eb)
Internet Protocol, Src: 192.168.1.10 (192.168.1.10), Dst: XXX.XXX.XXX.XXX (XXX.XXX.XXX.XXX)
Transmission Control Protocol, Src Port: ctisystemmsg (4451), Dst Port: ftp-data (20), Seq: 19457, Ack: 1, Len: 1024
FTP Data
No. Time Source Destination Protocol Info
42 0.145427 XXX.XXX.XXX.XXX 192.168.1.10 TCP ftp-data > ctisystemmsg [ACK] Seq=1 Ack=13313 Win=31944 Len=0
Frame 42 (60 bytes on wire, 60 bytes captured)
Ethernet II, Src: SagemCom_12:be:eb (00:1e:74:12:be:eb), Dst: Dell_66:49:02 (00:13:72:66:49:02)
Internet Protocol, Src: XXX.XXX.XXX.XXX (XXX.XXX.XXX.XXX), Dst: 192.168.1.10 (192.168.1.10)
Transmission Control Protocol, Src Port: ftp-data (20), Dst Port: ctisystemmsg (4451), Seq: 1, Ack: 13313, Len: 0
No. Time Source Destination Protocol Info
43 0.145443 XXX.XXX.XXX.XXX 192.168.1.10 TCP [TCP Dup ACK 42#1] ftp-data > ctisystemmsg [ACK] Seq=1 Ack=13313 Win=31944 Len=0
Frame 43 (60 bytes on wire, 60 bytes captured)
Ethernet II, Src: SagemCom_12:be:eb (00:1e:74:12:be:eb), Dst: Dell_66:49:02 (00:13:72:66:49:02)
Internet Protocol, Src: XXX.XXX.XXX.XXX (XXX.XXX.XXX.XXX), Dst: 192.168.1.10 (192.168.1.10)
Transmission Control Protocol, Src Port: ftp-data (20), Dst Port: ctisystemmsg (4451), Seq: 1, Ack: 13313, Len: 0
No. Time Source Destination Protocol Info
44 0.145470 XXX.XXX.XXX.XXX 192.168.1.10 TCP [TCP Dup ACK 42#2] ftp-data > ctisystemmsg [ACK] Seq=1 Ack=13313 Win=31944 Len=0
Frame 44 (60 bytes on wire, 60 bytes captured)
Ethernet II, Src: SagemCom_12:be:eb (00:1e:74:12:be:eb), Dst: Dell_66:49:02 (00:13:72:66:49:02)
Internet Protocol, Src: XXX.XXX.XXX.XXX (XXX.XXX.XXX.XXX), Dst: 192.168.1.10 (192.168.1.10)
Transmission Control Protocol, Src Port: ftp-data (20), Dst Port: ctisystemmsg (4451), Seq: 1, Ack: 13313, Len: 0
No. Time Source Destination Protocol Info
45 0.145484 192.168.1.10 XXX.XXX.XXX.XXX FTP-DATA [TCP Fast Retransmission] FTP Data: 512 bytes
Frame 45 (566 bytes on wire, 566 bytes captured)
Ethernet II, Src: Dell_66:49:02 (00:13:72:66:49:02), Dst: SagemCom_12:be:eb (00:1e:74:12:be:eb)
Internet Protocol, Src: 192.168.1.10 (192.168.1.10), Dst: XXX.XXX.XXX.XXX (XXX.XXX.XXX.XXX)
Transmission Control Protocol, Src Port: ctisystemmsg (4451), Dst Port: ftp-data (20), Seq: 13313, Ack: 1, Len: 512
FTP Data
No. Time Source Destination Protocol Info
46 0.145568 192.168.1.10 XXX.XXX.XXX.XXX FTP-DATA FTP Data: 1452 bytes
Frame 46 (1506 bytes on wire, 1506 bytes captured)
Ethernet II, Src: Dell_66:49:02 (00:13:72:66:49:02), Dst: SagemCom_12:be:eb (00:1e:74:12:be:eb)
Internet Protocol, Src: 192.168.1.10 (192.168.1.10), Dst: XXX.XXX.XXX.XXX (XXX.XXX.XXX.XXX)
Transmission Control Protocol, Src Port: ctisystemmsg (4451), Dst Port: ftp-data (20), Seq: 20481, Ack: 1, Len: 1452
FTP Data
No. Time Source Destination Protocol Info
47 0.145578 192.168.1.10 XXX.XXX.XXX.XXX FTP-DATA FTP Data: 84 bytes
Frame 47 (138 bytes on wire, 138 bytes captured)
Ethernet II, Src: Dell_66:49:02 (00:13:72:66:49:02), Dst: SagemCom_12:be:eb (00:1e:74:12:be:eb)
Internet Protocol, Src: 192.168.1.10 (192.168.1.10), Dst: XXX.XXX.XXX.XXX (XXX.XXX.XXX.XXX)
Transmission Control Protocol, Src Port: ctisystemmsg (4451), Dst Port: ftp-data (20), Seq: 21933, Ack: 1, Len: 84
FTP Data
No. Time Source Destination Protocol Info
48 0.145678 XXX.XXX.XXX.XXX 192.168.1.10 TCP ftp-data > ctisystemmsg [ACK] Seq=1 Ack=15873 Win=34848 Len=0
Frame 48 (60 bytes on wire, 60 bytes captured)
Ethernet II, Src: SagemCom_12:be:eb (00:1e:74:12:be:eb), Dst: Dell_66:49:02 (00:13:72:66:49:02)
Internet Protocol, Src: XXX.XXX.XXX.XXX (XXX.XXX.XXX.XXX), Dst: 192.168.1.10 (192.168.1.10)
Transmission Control Protocol, Src Port: ftp-data (20), Dst Port: ctisystemmsg (4451), Seq: 1, Ack: 15873, Len: 0
No. Time Source Destination Protocol Info
49 0.145689 XXX.XXX.XXX.XXX 192.168.1.10 TCP [TCP Dup ACK 48#1] ftp-data > ctisystemmsg [ACK] Seq=1 Ack=15873 Win=34848 Len=0
Frame 49 (60 bytes on wire, 60 bytes captured)
Ethernet II, Src: SagemCom_12:be:eb (00:1e:74:12:be:eb), Dst: Dell_66:49:02 (00:13:72:66:49:02)
Internet Protocol, Src: XXX.XXX.XXX.XXX (XXX.XXX.XXX.XXX), Dst: 192.168.1.10 (192.168.1.10)
Transmission Control Protocol, Src Port: ftp-data (20), Dst Port: ctisystemmsg (4451), Seq: 1, Ack: 15873, Len: 0
No. Time Source Destination Protocol Info
50 0.145725 XXX.XXX.XXX.XXX 192.168.1.10 TCP ftp-data > ctisystemmsg [ACK] Seq=1 Ack=17409 Win=37752 Len=0
Frame 50 (60 bytes on wire, 60 bytes captured)
Ethernet II, Src: SagemCom_12:be:eb (00:1e:74:12:be:eb), Dst: Dell_66:49:02 (00:13:72:66:49:02)
Internet Protocol, Src: XXX.XXX.XXX.XXX (XXX.XXX.XXX.XXX), Dst: 192.168.1.10 (192.168.1.10)
Transmission Control Protocol, Src Port: ftp-data (20), Dst Port: ctisystemmsg (4451), Seq: 1, Ack: 17409, Len: 0
- enfin, en ce qui concerne antivirus et autre, pour éliminer un quelqueconque parasitage, j'ai pour le moment tout désintallé.
Merci de votre aide.
A+
-
...
J'ai appliqué sous 2003 les optimizations du tuto (MSS 1452, B=45, C=65340, D=212500, E=F=146, RWIN=130680), je n'ai pas eu du tout de changement au niveau de la vitesse d'upload.
...
Indépendement du fait que dans ton cas le rwin du 2003 de ton côté 'client uploader' n'a rien à voir avec ton pb, en jetant un coup d'oeil un peu plus attentif sur les valeurs que tu donnes, je suis quand intriqué par la valeur du Rwin obtenu ???
Dans les infos données par rapport au tuto, tu n'as pas indiqué le RTT obtenu en (3)
D'après le fait les autres données fournies et que tu es sur une liaison 100Mb/s ton Rwin correspondrait à des 'cibles les plus mauvaises' à 10ms de ton 2003 ???
Ton serveur 'ftp' est à combien de 'RTT' min et max ? Et toutes tes autres 'cibles habituelles' aussi ?
Le tableau Rwin pour une liaison 100Mb/s avec MTU de 1492 (encapsulation PPPoE) est le suivant :
RTT RWIN
5 65340
10 130680
15 261360
20 261360
25 522720
30 522720
35 522720
40 522720
45 1045440
50 1045440
55 1045440
60 1045440
65 1045440
70 1045440
75 1045440
80 1045440
85 2090880
90 2090880
95 2090880
100 2090880
105 2090880
110 2090880
115 2090880
120 2090880
125 2090880
130 2090880
135 2090880
140 2090880
145 2090880
150 2090880
155 2090880
160 2090880
165 2090880
170 4181760
175 4181760
180 4181760
185 4181760
190 4181760
195 4181760
200 4181760
(J'ai mis à jours le tableau final dans le tuto pour les fainéants :) )
-
- un upload en interne à partir de mon serveur vers un xp ou un 2003 me donnes des débits proche de 100Mb
- le pb est récurrent quelque soit le serveur en face (il m'est par contre difficile de donner l'adresse du FTP qui est chez un presta externe), mais ce qui est sur, c'est que avec du XP, l'upload est nickel
Bonjour pour résumer :
Même connexion fibre et windwos XP + Cute FTP => bon débit en uplaod
Même connexion fibre et windwos 2003 + Cute FTP => mauvais débit en uplaod
C'est bien ça ?
Pour la trace wireshark , il nous faut le fichier au format .cap ou .pcap
Je te donne mon mail par MP
-
- un upload en interne à partir de mon serveur vers un xp ou un 2003 me donnes des débits proche de 100Mb
C'est déjà ça :) Au moins pas un pb hardware style carte réseau, elle tiens la charge, le w2003 aussi.
- le pb est récurrent quelque soit le serveur en face (il m'est par contre difficile de donner l'adresse du FTP qui est chez un presta externe), mais ce qui est sur, c'est que avec du XP, l'upload est nickel
Ouaip, bizarre car pas tant que ça de diff entre une pille tcp xp et 2k3
Quand tu dis 'quelque soit le serveur en face', toujours chez ce 'presta' ?
Si oui : et un test upload 'ailleurs' pour voir ?
Concernant jsutement le presta externe (en particulier si oui à la question juste dessus) :
1 - qu'est ce qu'il en dit ? tu peux au moins savoir quel matos il a sur quel os et quel soft serveur ftp ? et quel firewall (hard ou soft) protège ? Peut être que le pb est connu chez le fabricant du/des matos et/ou os/serveur ftp ... Il ne faut pas négliger cet aspect.
2 - Concernant le 'test', si tu me donnes des infos en MP, comme indiqué : confidentialité assurée, ça sort pas plus loin que toi et moi.
Et comme mes tests seraient très courts, juste le temps de lancer un upload avec récup trace tcp, tu peux me donner le nom à mettre au fichier uploadé, et à la fin repérer par le nom le fichier à virer, et faire changer le password (je pense que le presta sait faire ça :) )
Mais bon, si tu crois prendre un risque, alors tant pis.
- j'ai installé Wireshark et j'ai effetcivement des erreurs au niveau de l'upload que j'ai un peu de mal a déchiffrer. Voici une partie des logs ou certaines lignes ont indiquent ces problèmes :
No. Time Source Destination Protocol Info
....
Malheureusement, cet extrait ne sert pas à grand chose :-X il montre qu'il y a eu une perte de paquets à un moment donné, perte qui n'est peut être pas la seule (comment savoir sans la trace totale ...) ou simplement rien à voir avec le pb mais une perte sporadique comme il en arrive des fois à cause d'un élèment intermédiaire (style un routeur temporairement trop bousculé, ..., ça arrive), les autres trames 'à problèmes que tu as vu n'étant peut être pas des pertes ... (comment savoir sans la trace totale ...)
Si tu veux qu'on analyse, il faut nous mettre à dispo cette capture complète (confidentialité encore assurée, et tu peux virer la première partie sur le port 21 d'authentification entre autres. Pas utilie de nous cacher l'ip, ça ne sert strictement à rien car très certainement que des "pirates' tentent très régulièrement des connexions ftp sur ce serveur du presta ... j'en ai tous les jours sur des serveurs ftp jamais dévoilés au public alors la cacher ne sert strictement à rien ...)
- enfin, en ce qui concerne antivirus et autre, pour éliminer un quelqueconque parasitage, j'ai pour le moment tout désintallé.
Bien
Merci de votre aide.
A+
On a pas fait grand chose :)