OVH Cloud OVH Cloud

MTU ADSL

32 réponses
Avatar
Claudius
Bonjour à tous,
Je viens d'installer mon modem ADSL 128k...
lol lol lol
ça marche au poil !

avant de modifier quoique ce soit j'ai cherché tous les "MTU" dans le
registre et j'ai trouvé:

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Class\Net\0000
IPMTU = 1460
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Class\Net\0000\Ndi\para
ms\IPMTU
(Défaut) = 1460
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Class\Net\0001
MTUSize = 1480

Apparemment mon CD d'install a mis la bonne valeur 1460 !
sauf 1480 à moins que 1460 +20 corresponde à qq chose de correct ?

n'est-ce pas Jceel, peux-tu me confirmer ? car si OK pas nécessaire
d'appliquer DRTCP, merci d'avance
--
Claudius ;-)

10 réponses

1 2 3 4
Avatar
Eric Lamy
Salut,

"Gilles RONSIN"
Dark Sniper




écrivaient ceci:

> En principe, oui. Et comme Windows est réglé par défaut à 1500... il
> faut mettre les mains dans le cambouis ;-)
Non 1500 pour une carte réseau mais bien 576 pour une carte d'accès à
distance.



En ce qui meconcerne je ne passe pas au dessus de 540, ou 568 avec le rajout
du paquet


> Attention, j'ai réglé un jour un MTU à 496 sur une ligne PTT
> particulièrement pourrie :-(
Allo France Telecom..... y du boulot ici.... c'est normalement gratuit
plutôt que de dégrader les perf... :-)



Sérieux ?? Je leur dit quoi, que mon MTU ne dépasse pas 568. Il vont lol
voir même rofl, non ?
--
adishatz, érix
"You don't have to burn books to destroy a culture.
Just get people to stop reading them." (Ray Bradbury)
ma BàL : <URL:http://www.cerbermail.com/?RjapWjN9F1>
Avatar
Claudius
Bonjour à Claudius qui a écrit récemment :

| Bonjour à MAC GYVER qui a écrit récemment :
|
||| Envoi d'une requête 'ping' sur www.tiscali.fr [213.36.119.8] avec
||| 1432 octets de
||| données :
|||
||| Réponse de 213.36.119.8 : octets32 temps&5 ms TTL$8
||| Réponse de 213.36.119.8 : octets32 temps&8 ms TTL$8
||| Réponse de 213.36.119.8 : octets32 temps'0 ms TTL$8
||| Réponse de 213.36.119.8 : octets32 temps&8 ms TTL$8
|||
||| Statistiques Ping pour 213.36.119.8:
||| Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
||| Durée approximative des boucles en milli-secondes :
||| minimum = 265ms, maximum = 270ms, moyenne = 267ms
||| ___________
|||
||| J'ai fixé le *MTU* avec FixMTU de Laurent à 1432+28= *1460*
||| J'ai un modem ADSL 128K et la vitesse moyenne d'accès donnée par les
||| ping est 267ms
||| ...
||| Bon! ...
||| si j'applique la formule de Mac Gyver pour calculer le
||| DefaultRcvWindow: avec
||| mtu= 1460
||| mss= 1460-20 = 1440
||| vitesse accès moyenne= 267
||| modem 128k
|||
||| j'obtiens:
||| DefaultRcvWindow: 267*1.5*128/8= 6408
||| et comme il faut arrondir à n fois le mss (1440)
||| j'ai le choix en principe entre:
||| 1440*5= 7100
||| 1440*6= 8520
||| ...
||| et là je suis perplexe car l'outil TCPOptimizer dans les "settings"
||| quand je choisis DSL(PPPoE) m'indique bien que j'ai actuellement les
||| valeurs: MaxMTU 1460
||| TCP Receive Window 65535
||| et propose pour optimiser
||| MaxMTU 1492
||| TCP Receive Window 255552
|||
||| J'ai l'impression qu'un paramètre n'est pas pris en compte modem
||| 128K peut-être ?
||| _D'où ma question pour TCP Receive Window_:
||| Dois-je mettre le résultat du calcul 7100 ou 8520 ? ou 255552 ? ou
||| quoi ??? Merci de vos réponses
||| --
||| Claudius ;-)
|||
|||
|||
|||
||
|| Salut,
|| Les soft peuvent te conseillé des valeur de MTu inaptées, ainsi que
|| certain site.
|| Utilise les soft comme des tweaks afin de rentrer les valeur
|| indirectement ds la bdr.
||
|| Si à 1433 il y a fragmentation, ton mtu max est bien 1460 donc mss de
|| 1420. Et non 1440 car mss=mtu-40 .
||
|| Pour le Rwin 7100 me semble bon, cependant tu peux le monter jusqu'à
|| 14400
||
|| Par contre ya un truc bizard, c'est ton temps de réponse.
|| Moi ça donne ça :
|| C:WINDOWSBureau>ping 213.36.119.8
||
|| Envoi d'une requête 'ping' sur 213.36.119.8 avec 32 o
||
|| Réponse de 213.36.119.8 : octets2 tempsP ms TTL=2
|| Réponse de 213.36.119.8 : octets2 tempsT ms TTL=2
|| Réponse de 213.36.119.8 : octets2 tempsS ms TTL=2
|| Réponse de 213.36.119.8 : octets2 tempsx ms TTL=2
||
|| Statistiques Ping pour 213.36.119.8:
|| Paquets : envoyés = 4, reçus = 4, perdus = 0 (per
|| Durée approximative des boucles en milli-secondes :
|| minimum = 50ms, maximum = 78ms, moyenne = 58ms
||
||
|| Donc optimise encore ton windows afin de diminuer tes temps de
|| réponses .
||
|| Fais ces deux test et envoie nous les résultat pour voir :
||
|| http://www.dslreports.com/tweaks
|| http://forums.speedguide.net:8117
|
| "Bizarre, vous avez dit bizarre !", tu compares des choses pas
| comparables ou t'as mal lu ? tu fais l'essai avec 32 octets, mon
| essai était avec 1432 octets, si je fais l'essai avec 32 octets
| j'obtiens la même chose que toi pour le temps de réponse:
|
| C:WINDOWS>ping -f -l 32 213.36.119.8
|
| Envoi d'une requête 'ping' sur 213.36.119.8 avec 32 octets de données
| :
|
| Réponse de 213.36.119.8 : octets2 tempsW ms TTL$8
| Réponse de 213.36.119.8 : octets2 tempsX ms TTL$8
| Réponse de 213.36.119.8 : octets2 temps` ms TTL$8
| Réponse de 213.36.119.8 : octets2 tempsX ms TTL$8
|
| Statistiques Ping pour 213.36.119.8:
| Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
| Durée approximative des boucles en milli-secondes :
| minimum = 57ms, maximum = 60ms, moyenne = 58ms
|
| Il n'y a que le TTL qui change (important ?)

voici le résultat des 2 tests:

1er test
|| http://www.dslreports.com/tweaks
dans la description de la connexion, j'ai mis:
Service: dsl Kbits/s:160 OS/ Win98SE Connection: normal
voir résu sur:
http://ny-monitor.dslreports.com/tweak/block:cbdf4?service=dsl&speed0&os win98SE&via=normal

2ième test
|| http://forums.speedguide.net:8117
voici le résultat:
""
SpeedGuide.net TCP/IP Analyzer

TCP properties
Browser/OS = Mozilla/4.0 (compatible; MSIE 6.0; Windows 98; Q312461)
Notes: Read the Analyzer FAQ if the above is not your IP address.

TCP options string = 0204058c01010402
MTU = 1460
MTU is not fully optimized for broadband. Consider increasing your MTU to
1500 for better throughput.
MSS = 1420
MSS is not fully optimized for broadband (although it might work well for
slower connections). Consider increasing your MTU value.

Default Receive Window (RWIN) = 65535
RWIN Scaling (RFC1323) = 0 bits
Unscaled Receive Window = 65535

Note: Under Windows 9x, if you have RWIN set to any other value, and the
Analyzer reports 65535 you might need to install the MS Vtcp386 fix.
For optimum performance, consider changing RWIN to a multiple of MSS.
Other values for RWIN that might work well with your current MTU/MSS:
522560 (MSS x 46 * scale factor of 8)
261280 (MSS x 46 * scale factor of 4)
130640 (MSS x 46 * scale factor of 2)
65320 (MSS x 46)
bandwidth * delay product:

Your RcvWindow limits you to: 2621.4 kbps (327.675 KBytes/s) @ 200ms
Your RcvWindow limits you to: 1048.56 kbps (131.07 KBytes/s) @ 500ms
MTU Discovery (RFC1191) = ON
Time to live left = 56 hops

TTL value is ok.
Timestamps (RFC1323) = OFF
Selective Acknowledgements (RFC2018) = ON
IP type of service field (RFC1349) = 00000000
""
Pour RWIN (TCP Receive Window ) la règle proposée est donc:
RWIN = (MTU - 40) x 46 x facteur d'échelle (1, 2, 4, 8)
--
Claudius ;-)
Avatar
Claudius
Bonjour à Gilles RONSIN qui a écrit récemment :

| "Claudius" , le mer. 13 août 2003 16:08:32, écrivait
| ceci:
|
| re salut,
|
|| J'ai l'impression qu'un paramètre n'est pas pris en compte modem 128K
|| peut-être ?
|| _D'où ma question pour TCP Receive Window_:
|| Dois-je mettre le résultat du calcul 7100 ou 8520 ? ou 255552 ? ou
|| quoi ??? Merci de vos réponses
| Regarde http://www.optimix.be.tf/ section optimiser l'adsl. Il y a des
| explication du captain Jack

et bonsoir à vous tous,

_Pour résumer_:

Ayant lu vos précieux conseils et fait ces 2 tests:

http://www.dslreports.com/tweaks
http://forums.speedguide.net:8117
et
lu http://www.optimix.be.tf/ section optimiser l'adsl.

j'ai fait ensuite:

1. Trouver le meilleur taux de *MTU* avec la commande ping
2. calculer le *RWIN*
3. Fixer le MTU et le RWIN associé
FixMTU permet de fixer le MTU
*DRTCP* (Dr TCP) permet lui de fixer les deux

_Pour le MTU_:
mon meilleur MTU est 1460 (mss= 1440) avec moyenne vitesse d'accès 267ms
(à 1461 ça fragmente!, à 1492 aussi et à 1500 parfois conseillé aussi)

_Pour le RWIN_:
il y avait au départ 65535

calculé avec la règle Mac Gyver ça donne:
"Choose RWIN between 5680 and 7100" confirmé par le test
http://www.dslreports.com/tweaks

calculé par la règle donnée par http://forums.speedguide.net:8117 :
mss = mtu -40
RWIN = (mtu - 40) x 46 x un facteur d'échelle (1 ou 2 ou 4 ou 8)
ça donne: RWIN= 1420 x 46 = 65320

/Que choisir/ ? /la bonne règle/ ????

J'ai utilisé DRTCP (Dr TCP) et fixé pour le moment:
MTU = 1460
RWIN = 65320

mais je ne suis pas sûr du RWIN oo- ... si l'un d'entre vous peut me dire si
ce RWIN est vraiment important et ce qu'il vaut mieux choisir ça
m'arrangerait ! ...

surtout que j'ai aussi lu:
"the DefaultRcvWindow to 65535, is a value that without knowing more about
your connection speed and typical ping time, is going to get you pretty
close to the best speed you can get."

:-P
Avec ça je suis bien avancé, on peut pas dire qu'on est dans les sciences
exactes et pourtant l'informatique c'est bien 0 ou 1 et pas p'tèt ben q'oui,
p'tèt ben q'non !
--
Claudius ;-)
Avatar
MAC GYVER
: voici le résultat des 2 tests:
:
: 1er test
: || http://www.dslreports.com/tweaks
: dans la description de la connexion, j'ai mis:
: Service: dsl Kbits/s:160 OS/ Win98SE Connection: normal
: voir résu sur:
:
http://ny-monitor.dslreports.com/tweak/block:cbdf4?service=dsl&speed0&os : win98SE&via=normal
:
: 2ième test
: || http://forums.speedguide.net:8117
: voici le résultat:
: ""
: SpeedGuide.net TCP/IP Analyzer
:
: TCP properties
: Browser/OS = Mozilla/4.0 (compatible; MSIE 6.0; Windows 98; Q312461)
: Notes: Read the Analyzer FAQ if the above is not your IP address.
:
: TCP options string = 0204058c01010402
: MTU = 1460
: MTU is not fully optimized for broadband. Consider increasing your MTU to
: 1500 for better throughput.
: MSS = 1420
: MSS is not fully optimized for broadband (although it might work well for
: slower connections). Consider increasing your MTU value.
:
: Default Receive Window (RWIN) = 65535
: RWIN Scaling (RFC1323) = 0 bits
: Unscaled Receive Window = 65535
:
: Note: Under Windows 9x, if you have RWIN set to any other value, and the
: Analyzer reports 65535 you might need to install the MS Vtcp386 fix.
: For optimum performance, consider changing RWIN to a multiple of MSS.
: Other values for RWIN that might work well with your current MTU/MSS:
: 522560 (MSS x 46 * scale factor of 8)
: 261280 (MSS x 46 * scale factor of 4)
: 130640 (MSS x 46 * scale factor of 2)
: 65320 (MSS x 46)
: bandwidth * delay product:
:
: Your RcvWindow limits you to: 2621.4 kbps (327.675 KBytes/s) @ 200ms
: Your RcvWindow limits you to: 1048.56 kbps (131.07 KBytes/s) @ 500ms
: MTU Discovery (RFC1191) = ON
: Time to live left = 56 hops
:
: TTL value is ok.
: Timestamps (RFC1323) = OFF
: Selective Acknowledgements (RFC2018) = ON
: IP type of service field (RFC1349) = 00000000
: ""
: Pour RWIN (TCP Receive Window ) la règle proposée est donc:
: RWIN = (MTU - 40) x 46 x facteur d'échelle (1, 2, 4, 8)
: --
: Claudius ;-)
:

Salut,
Ton RWIN est trop gros, doit être activé uniquement le selective acks (donc
les autres doivent être à off) ton transfer efficient doit être à 100%.
Et lors du test renseigne ceci : dsl , 128 , win98, pppoa.
Voici le resultat du test pour comparer ( tu ne dois avoir que des :) )
http://ny-monitor.dslreports.com/tweak/block:145e5b2?service=dsl&speedQ2&o
s=win98&via=pppoA

Utilise DRTCP.exe pour rentrer les différent paramettre mtu etc... avec un
max duplicate acks à 3 et tout à off sauf selective acks.
Voici l'url :

http://www.dslreports.com/front/drtcp.html

Pour le 2° test t'occupe pas du conseil du MTU à 1500 (c utile pour une
carte réseau) donc laisse ton mtu à 1460, voir baisse le à 1452 si tu
privilégie le temps d'acces au debit.

Baisse ton rwin car à 65320 tu est limité à 131.07 KBytes/s à 500ms ce qui
dépasse ta bande passante de 128kb/sec.
Utilise un coefficient multiplicateur de 10 soit 10*mss pour avoir ton rwin.

Ensuite refais les test et renvoie moi les résultats.
a+
Avatar
MAC GYVER
: J'ai utilisé DRTCP (Dr TCP) et fixé pour le moment:
: MTU = 1460
: RWIN = 65320
:
: mais je ne suis pas sûr du RWIN oo- ... si l'un d'entre vous peut me dire
si
: ce RWIN est vraiment important et ce qu'il vaut mieux choisir ça
: m'arrangerait ! ...
:
: surtout que j'ai aussi lu:
: "the DefaultRcvWindow to 65535, is a value that without knowing more about
: your connection speed and typical ping time, is going to get you pretty
: close to the best speed you can get."
:
: :-P
: Avec ça je suis bien avancé, on peut pas dire qu'on est dans les sciences
: exactes et pourtant l'informatique c'est bien 0 ou 1 et pas p'tèt ben
q'oui,
: p'tèt ben q'non !
: --
: Claudius ;-)

Comme expliqué précedement baisse ton rwin à mss*10.
Le rwin correspond au nombre de paquet mms que win98 traite par cycle.
C'est en fonction de la vitesse d'acces et du debit que le Rwin doit être
définit.
Plus la bande passante est large plus tu peux augmenter le rwin, idem si le
temps d'acces est le plus faible.
C'est avec http://forums.speedguide.net:8117 que tu poura déterminer ton
rwin max.
Avatar
Gilles RONSIN
"Eric Lamy" , le mer. 13 août 2003 22:08:10,
écrivait ceci:

Salut,

Allo France Telecom..... y du boulot ici.... c'est normalement
gratuit plutôt que de dégrader les perf... :-)



Sérieux ?? Je leur dit quoi, que mon MTU ne dépasse pas 568. Il vont
lol voir même rofl, non ?


De toute façon c'est facile de vérifier... tu téléphones au 1014 et tu leur
indiques que tu as des difficultés de connexion ou que tu as des
grésillements quand tu appelles quelqu'un, et que tu souhaites faire
vérifier la ligne.. c'est normalement gratuit
1014 c'est l'agence commerciale mais il existe un numéro aussi pour les
pannes mais je n'arrive pas à mettre la main dessus (ou est mon annuaire
papier !!!!!)


--
Embryon de site : http://gilles.ronsin.free.fr Nouveau: un JukeBox pour
DaemonTool
Mon utilitaire de BDR V1.1.0 : http://gilles.ronsin.free.fr/aregtool.htm
Les gens qui ne rient jamais, ne sont pas des gens sérieux.
Avatar
MAC GYVER
"Gilles RONSIN" a écrit dans le message news:

: "Eric Lamy" , le mer. 13 août 2003 22:08:10,
: écrivait ceci:
:
: Salut,
:
: >> Allo France Telecom..... y du boulot ici.... c'est normalement
: >> gratuit plutôt que de dégrader les perf... :-)
: >
: > Sérieux ?? Je leur dit quoi, que mon MTU ne dépasse pas 568. Il vont
: > lol voir même rofl, non ?
: De toute façon c'est facile de vérifier... tu téléphones au 1014 et tu
leur
: indiques que tu as des difficultés de connexion ou que tu as des
: grésillements quand tu appelles quelqu'un, et que tu souhaites faire
: vérifier la ligne.. c'est normalement gratuit
: 1014 c'est l'agence commerciale mais il existe un numéro aussi pour les
: pannes mais je n'arrive pas à mettre la main dessus (ou est mon annuaire
: papier !!!!!)
:
:
: --
: Embryon de site : http://gilles.ronsin.free.fr Nouveau: un JukeBox pour
: DaemonTool
: Mon utilitaire de BDR V1.1.0 : http://gilles.ronsin.free.fr/aregtool.htm
: Les gens qui ne rient jamais, ne sont pas des gens sérieux.

Salut,
L'autre N° c'est le 1015, non?
Avatar
Bernard 42.
Gilles RONSIN nous a écrit sur Win 98 FR :

: De toute façon c'est facile de vérifier... tu téléphones au 1014 et
: tu leur indiques que tu as des difficultés de connexion ou que tu as
: des grésillements quand tu appelles quelqu'un, et que tu souhaites
: faire vérifier la ligne.. c'est normalement gratuit
: 1014 c'est l'agence commerciale mais il existe un numéro aussi pour
: les pannes mais je n'arrive pas à mettre la main dessus (ou est mon
: annuaire papier !!!!!)



°°°

Salut,

C'est le 1013 ,service des dérangements.

C'est ce service qu'il faut appeler,et non le
1014 qui l'agence commerciale.



--

Bernard 42.

°°: Adresse mail invalide.
Avatar
Gilles RONSIN
"Bernard 42." , le jeu. 14 août 2003 11:38:02,
écrivait ceci:

Salut Bernard,

C'est le 1013 ,service des dérangements.

C'est ce service qu'il faut appeler,et non le
1014 qui l'agence commerciale.


Merci pour cet ajustement.


--
Embryon de site : http://gilles.ronsin.free.fr Nouveau: un JukeBox pour
DaemonTool
Mon utilitaire de BDR V1.1.0 : http://gilles.ronsin.free.fr/aregtool.htm
Les gens qui ne rient jamais, ne sont pas des gens sérieux.
Avatar
Eric Lamy
"Gilles RONSIN" a écrit dans le message de
news:
"Bernard 42." , le jeu. 14 août 2003 11:38:02,
écrivait ceci:

Salut Bernard,
>
> C'est le 1013 ,service des dérangements.
>
> C'est ce service qu'il faut appeler,et non le
> 1014 qui l'agence commerciale.
Merci pour cet ajustement.




Merci, je sens que demain je vais me faire des potes ;))
--
adishatz, érix
"You don't have to burn books to destroy a culture.
Just get people to stop reading them." (Ray Bradbury)
ma BàL : <URL:http://www.cerbermail.com/?RjapWjN9F1>
1 2 3 4