OVH Cloud OVH Cloud

[HS] lenteur sur internet, modification de MTU ?

22 réponses
Avatar
giggz
Bonsoir la liste,

Désolé pour le HS.
Ce problème a de nombreuses fois été soulevé, mais je n'y comprends pas
grand chose alors je poste :
J'ai une connexion free (qui marche très bien). Je peux télécharger sur
kernel.org à 300kb/s bref pas de problème de ce côté là. Mon laptop est
branché sur un routeur Netgear, qui est lui même relié à la freebox.

Depuis qq temps sur certains sites je mets extrêmement longtemps à me
connecter. ou alors le téléchargement commence puis s'arrête. Pour le
faire reprendre, j'ouvre une autre page internet et je télécharge autre
chose...et là le téléchargement initiale reprend. bref bizarre bizarre...
ça m'arrive aussi avec le dépot d'edevelop d'E17. pas de problème avec
celui de ftp.fr.debian.
Comme je n'y connais pas grand chose la dedans, j'ai cherché un peu et
le réglage de la MTU revient fréquemment :
sur mon laptop j'ai une MTU de 1492 selon ifconfig.
par contre mon routeur a qd à lui une MTU de 1500.
Faut il que je les règle toutes 2 à la même valeur ? ou alors c'est po
grave ?

Merci de vos lumières
Guillaume


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org

10 réponses

1 2 3
Avatar
giggz
giggz a écrit :
[...]
[...]
eth0 est ma connexion ethernet par cable RJ45
eth0 est relié à mon routeur netgear FR114P qui a une MTU réglé à 1500


MTU côté LAN ou WAN ?




MTU côté LAN. Pour le WAN ce n'est pas marqué comme pouvant être changé.

ensuite ce routeur est branché à la freebox.

Pour avoir le réseau j'utilise ifplugd qui s'occupe d'établir des
connections internet. il se base sur le /etc/network/interfaces que
voici :
# /etc/network/interfaces -- configuration file for ifup(8), ifdown(8)

# The loopback interface
auto lo
iface lo inet loopback

#auto eth0
iface eth0 inet dhcp
name Carte Ethernet


On aurait pu soupçonner la présence une option "mtu" ici mais ce n'est
pas le cas. Il reste l'éventualité d'une option "interface-mtu" qui
serait passée par le serveur DHCP. Tu peux sniffer ou remplacer la
méthode dhcp par une configuration statique pour comparer.




Bon eh bien, bien vu! ça vient du dhcp...mais alors pourquoi...ça c'est
une bonne question.

En effet qd j'impose en static ma configuration (sans dhcp), mon MTU
reste bien à 1500. par contre dès que je repasse en dhcp, il retombe à
1492. De plus si je reviens en statique ensuite il reste à 1492, je suis
obligé de le changer via 'ifconfig eth0 mtu 1500'

Ce sera le serveur dhcp du routeur qui fait des bêtises ?




De plus j'utilise dhcp3-client. En regardant dans le fichier de conf
suivant /etc/dhcp3/dhclient.conf j'ai :
request subnet-mask, broadcast-address, time-offset, routers,
domain-name, domain-name-servers, host-name,
netbios-name-servers, netbios-scope, interface-mtu;

j'ai donc bien un interface-mtu

Je fais quoi avec ? je le vire ?


[...]

Merci
GUillaume






--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
giggz
Pascal Hambourg a écrit :
giggz a écrit :

eth0 est relié à mon routeur netgear FR114P qui a une MTU réglé à 1500



MTU côté LAN ou WAN ?



MTU côté LAN. Pour le WAN ce n'est pas marqué comme pouvant être changé.



C'est louche, car il n'y a pas vraiment de raison de régler le MTU côté
LAN.




Ben en fait j'en sais trop rien...l'onglet de l'interface administrateur
de routeur où je trouve ce réglage s'appelle "lan-ip setup"...d'où ma
précédente réponse.

Il reste l'éventualité d'une option "interface-mtu" qui
serait passée par le serveur DHCP. Tu peux sniffer ou remplacer la
méthode dhcp par une configuration statique pour comparer.



Bon eh bien, bien vu! ça vient du dhcp...mais alors pourquoi...ça c'est
une bonne question.

En effet qd j'impose en static ma configuration (sans dhcp), mon MTU
reste bien à 1500. par contre dès que je repasse en dhcp, il retombe à
1492. De plus si je reviens en statique ensuite il reste à 1492, je suis
obligé de le changer via 'ifconfig eth0 mtu 1500'

Ce sera le serveur dhcp du routeur qui fait des bêtises ?



Pour le vérifier, il faut sniffer le trafic DHCP entre le routeur et la
machine lors de l'acquisition d'un bail et rechercher ma présence d'une
option "interface-mtu" et/ou examiner les messages du client DHCP, en
mode verbose si possible. Ça pourrait être le client DHCP qui fait ça
tout seul, mais je suppose que dans ce cas ça se serait vu dans un
fichier de configuration.



Bon je vais faire un coup de wireshark...ms pfff je ne suis pas expert...

Pour le fichier de conf ça doit être comme je l'ai dit ds mon précédent
post : /etc/dhcp3/dhclient.conf

Merci







--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Pascal Hambourg
giggz a écrit :

eth0 est relié à mon routeur netgear FR114P qui a une MTU réglé à 1500



MTU côté LAN ou WAN ?



MTU côté LAN. Pour le WAN ce n'est pas marqué comme pouvant être changé.



C'est louche, car il n'y a pas vraiment de raison de régler le MTU côté LAN.

Il reste l'éventualité d'une option "interface-mtu" qui
serait passée par le serveur DHCP. Tu peux sniffer ou remplacer la
méthode dhcp par une configuration statique pour comparer.



Bon eh bien, bien vu! ça vient du dhcp...mais alors pourquoi...ça c'est
une bonne question.

En effet qd j'impose en static ma configuration (sans dhcp), mon MTU
reste bien à 1500. par contre dès que je repasse en dhcp, il retombe à
1492. De plus si je reviens en statique ensuite il reste à 1492, je suis
obligé de le changer via 'ifconfig eth0 mtu 1500'

Ce sera le serveur dhcp du routeur qui fait des bêtises ?



Pour le vérifier, il faut sniffer le trafic DHCP entre le routeur et la
machine lors de l'acquisition d'un bail et rechercher ma présence d'une
option "interface-mtu" et/ou examiner les messages du client DHCP, en
mode verbose si possible. Ça pourrait être le client DHCP qui fait ça
tout seul, mais je suppose que dans ce cas ça se serait vu dans un
fichier de configuration.


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
giggz
[...]

Bon je vais faire un coup de wireshark...ms pfff je ne suis pas expert...

Pour le fichier de conf ça doit être comme je l'ai dit ds mon précédent
post : /etc/dhcp3/dhclient.conf




Bon j'ai fait une capture; je ne peux pas vraiment la copier coller ici.
mais je vois 2 trucs qui m'ont l'air d'être ce que je cherche :
un DHCP Offer et un DHCP ACK

dans ces 2 "trucs" je vois apparaitre "interface MTU 92"

J'en déduit quoi ? que mon routeur me force à 1492 et non à 1500 ?

Ciao

Merci










--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Pascal Hambourg
giggz a écrit :

Bon j'ai fait une capture; je ne peux pas vraiment la copier coller ici.
mais je vois 2 trucs qui m'ont l'air d'être ce que je cherche :
un DHCP Offer et un DHCP ACK



Les réponses du serveur DHCP respectivement aux requêtes DHCP Discover
et DHCP Request du client.

dans ces 2 "trucs" je vois apparaitre "interface MTU 92"

J'en déduit quoi ? que mon routeur me force à 1492 et non à 1500 ?



En gros oui. Ça pourrait se comprendre si la connexion WAN du routeur
était en PPPoE, mais ce n'est pas le cas avec une connexion par Freebox.
Tu dois pouvoir modifier le fichier de configuration du client DHCP pour
ignorer cette option. Ceci dit, ce n'est pas forcément gênant ni, je le
répète, la cause de ton problème de lenteur.


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Charles Plessy
Le Fri, Oct 26, 2007 at 12:20:30AM +0200, Pascal Hambourg a écrit :
giggz a écrit :
>>
>>>eth0 est relié à mon routeur netgear FR114P qui a une MTU réglé à
>>>1500
>>
>>MTU côté LAN ou WAN ?
>
>MTU côté LAN. Pour le WAN ce n'est pas marqué comme pouvant être
>changé.

C'est louche, car il n'y a pas vraiment de raison de régler le MTU côté
LAN.



Bonjour à tous,

je me permet de squatter la discussion, car moi aussi j'ai mal à la MTU.

Peut-on déduire de ce qu'a dit Pascal que s'il faut régler la MTU du
côté du LAN, c'est que le router fait des bêtises ? si oui, quel genre
de bêtises ? Est-il incapable de fragmenter les paquets par exemple ?

--
Charles


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
GiGGz
Pascal Hambourg a écrit :
giggz a écrit :

Bon j'ai fait une capture; je ne peux pas vraiment la copier coller ici.
mais je vois 2 trucs qui m'ont l'air d'être ce que je cherche :
un DHCP Offer et un DHCP ACK



Les réponses du serveur DHCP respectivement aux requêtes DHCP Discover
et DHCP Request du client.

dans ces 2 "trucs" je vois apparaitre "interface MTU 92"

J'en déduit quoi ? que mon routeur me force à 1492 et non à 1500 ?



En gros oui. Ça pourrait se comprendre si la connexion WAN du routeur
était en PPPoE, mais ce n'est pas le cas avec une connexion par Freebox.
Tu dois pouvoir modifier le fichier de configuration du client DHCP pour
ignorer cette option. Ceci dit, ce n'est pas forcément gênant ni, je le
répète, la cause de ton problème de lenteur.




Bon en cherchant sur les forums relatifs à mon routeur, il y a un bug
associé au dernier firmware (celui que j'utilise). Apparemment le
routeur de vérifie pas si la connection utilise PPPoe avant de faire un
dhcp. C'était un vieux bug qui avait été corrigé, puis réintroduit...je
vais voir en downgradant le firmware.

GiGGz


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Pascal Hambourg
Charles Plessy a écrit :

Peut-on déduire de ce qu'a dit Pascal que s'il faut régler la MTU du
côté du LAN, c'est que le router fait des bêtises ? si oui, quel genre
de bêtises ? Est-il incapable de fragmenter les paquets par exemple ?



Possible, mais pas forcément. Un cas ultra-classique, c'est quand on
fait du PPPoE, le routeur ayant donc un MTU à 1492 sur son interface
WAN, mais sans que le routeur d'accès du FAI le sache, celui-ci ayant
donc un MTU standard à 1500 sur son interface vers le client. Cela se
produit notamment en IP/ADSL où la connexion PPPoE est pontée avec un
tunnel L2TP au niveau du BAS ou du DSLAM. Si un poste du LAN a son MTU à
1500 et envoie un paquet de taille maxi vers l'extérieur, le routeur le
fragmente (si DF=0) ou le rejette avec un message d'erreur ICMP (si
DF=1). Par contre si une machine extérieure envoie un paquet vers le
client PPPoE, le routeur d'accès le transmet tel quel et le paquet est
silencieusement perdu quelque part entre le BAS et le modem. C'est le
fameux "trou noir MTU". Donc on baisse localement le MTU du poste du LAN
non seulement pour éviter la fragmentation en sortie (quand on peut
c'est toujours mieux) mais aussi pour forcer la taille maximum des
paquets TCP émis par les machines extérieures via l'option MSS qui est
calculée à partir du MTU.

Il arrive aussi que des firewalls un peu trop zélés, d'un côté ou de
l'autre, bloquent les messages d'erreur ICMP signalant les paquets trop
gros. L'effet est le même.

Une autre situation qu'il m'est arrivé de rencontrer, c'est quand le
réseau sous-jacent au tunnel L2TP est un peu saturé et a tendance à
perdre des paquets. Les paquets IP de taille supérieure à 1460, qui
donnent lieu à une fragmentation invisible pour le client, sont les
premières victimes car occasionnant une surcharge de travail pour des
routeurs déjà chargés qui doivent les fragmenter ou les réassembler.


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
giggz
GiGGz a écrit :
Pascal Hambourg a écrit :
giggz a écrit :

Bon j'ai fait une capture; je ne peux pas vraiment la copier coller ici.
mais je vois 2 trucs qui m'ont l'air d'être ce que je cherche :
un DHCP Offer et un DHCP ACK



Les réponses du serveur DHCP respectivement aux requêtes DHCP Discover
et DHCP Request du client.

dans ces 2 "trucs" je vois apparaitre "interface MTU 92"

J'en déduit quoi ? que mon routeur me force à 1492 et non à 1500 ?



En gros oui. Ça pourrait se comprendre si la connexion WAN du routeur
était en PPPoE, mais ce n'est pas le cas avec une connexion par
Freebox. Tu dois pouvoir modifier le fichier de configuration du
client DHCP pour ignorer cette option. Ceci dit, ce n'est pas
forcément gênant ni, je le répète, la cause de ton problème de lenteur.




Bon en cherchant sur les forums relatifs à mon routeur, il y a un bug
associé au dernier firmware (celui que j'utilise). Apparemment le
routeur de vérifie pas si la connection utilise PPPoe avant de faire un
dhcp. C'était un vieux bug qui avait été corrigé, puis réintroduit...je
vais voir en downgradant le firmware.

GiGGz




Bon apparemment ça venait de mon routeur. j'ai downgradé le firmware,
j'ai toujours une mtude 1492 mais mes lenteur de connections ont
disparu...pour l'instant...

Merci
Guillaume


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
Avatar
Le poulpe qui bloppe !
------=_Part_10857_11225983.1193465660495
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

Pascal Hambourg a écrit :
C'est un drapeau de l'en-tête IP de chaque paquet. On peut le contrôler
manuellement dans certaines applications comme ping (option -M) ou
traceroute (option -F), ainsi que globalement au niveau système en
activant ou désactivant le path MTU discovery (PMTUd) avec le paramètre
du noyau /proc/sys/net/ipv4/ip_no_pmtu
_disc. Le principe du PMTUd
consiste à envoyer les paquets avec DF=1 et si un routeur renvoie un
message d'erreur ICMP "fragmentation needed", à ajuster le PMTU à la
taille maxi indiquée dans le message d'erreur. Mais si le message ICMP
n'est pas émis ou filtré quelque part, ça coince.

Sujet tres interessant, auriez-vous plus de précision sur le type de
requette icmp à ne pas bloquer?

------=_Part_10857_11225983.1193465660495
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

<span class="q">Pascal Hambourg a écrit :<br></span><div style="margi n-left: 40px;">C&#39;est un drapeau de l&#39;en-tête IP de chaque paquet. On peut le contrôler<br>manuellement dans certaines applications comme p ing (option -M) ou
<br>traceroute (option -F), ainsi que globalement au niveau système en<br >activant ou désactivant le path MTU discovery (PMTUd) avec le paramètr e<br>du noyau /proc/sys/net/ipv4/ip_no_pmtu</div><div style="direction: l tr; margin-left: 40px;">
_disc. Le principe du PMTUd<br>consiste à envoyer les paquets avec DF=1 et si un routeur renvoie un<br>message d&#39;erreur ICMP &quot;fragmentati on needed&quot;, à ajuster le PMTU à la<br>taille maxi indiquée dans le message d&#39;erreur. Mais si le message ICMP
<br>n&#39;est pas émis ou filtré quelque part, ça coince.<br><br></di v>Sujet tres interessant, auriez-vous plus de précision sur le type de re quette icmp à ne pas bloquer?<br><div style="direction: ltr;"><br></div >

------=_Part_10857_11225983.1193465660495--


--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench
Vous pouvez aussi ajouter le mot ``spam'' dans vos champs "From" et
"Reply-To:"

To UNSUBSCRIBE, email to
with a subject of "unsubscribe". Trouble? Contact
1 2 3