Re: [HS] lenteur sur internet, modification de MTU ?
Charles Plessy a écrit : Depuis torg (extérieur), j'essaye de joindre kunpuu (mon routeur). Les paquets de moins de 1427 octets passent sans fragmentation, Plus exactement les paquets ICMP echo de moins de 1427 octets de données (option -s de ping), soit des paquets IP de de moins de 1455 octets en ajoutant les 8 octets d'en-tête ICMP et les 20 octets d'en-tête IP. La MTU est la taille maxi d'un paquet IP entier avec ses en-têtes. et pour les autres, si le drapeau DF vaut 1, torg reçoit un message de ksgnim4.asahi-net.or.jp, que je soupçonne être mon modem ou une machine juste derrière. En effet, la route pour l'internet mondial depuis kunpuu (mon routeur) est : 211.13.152.16 dev ppp0 proto kernel scope link src 220.157.247.254 C'est le routeur d'accès qui termine ta session PPP. C'est soit le concentrateur d'accès (AC) PPPoE comme dans le cas des BAS ADSL de Wanadoo/Orange, soit un serveur d'accès situé plus loin si la session PPP est relayée comme dans le cas des tunnels L2TP vers les LNS des FAI en collecte IP/ADSL. Cette deuxième éventualité serait cohérente avec la MTU observée qui aurait pour but d'éviter la fragmentation du tunnel entre concentrateur d'accès PPPoE et routeur d'accès PPP. Je crois en avoir parlé dans un précédent message. Si je fais le même test depuis torg (extérieur) vers d'autres serveurs, j'obtiens des valeurs différentes : MTU de 1500-28 = 1472 pour www.debian.org (comme ça c'est moins hors sujet ;) ou pour postman.riken.jp (on va y revenir). Plus exactement MTU = 1472(données de ping)+28(en-têtes IP+ICMP) = 1500. Voyons maintenant depuis sorbet, ma machine à l'intérieur qui me pose problème (ainsi que toutes les autres en fait) si je ne baisse pas la MTU à la main à 1412 (ce qui est ennuyeux quand j'ai des invités utilisant d'autres systèmes d'exploitation, car dans ce cas, je ne sais pas le faire). Voici quelques solutions efficaces pour les connexions TCP. - Dans le fichier d'options de pppd pour la connexion PPPoE de ton routeur qui doit se trouver dans /etc/ppp/peers, spécifier l'option -m 1454 dans la ligne pty /usr/sbin/pppoe... Cela a pour effet de limiter la valeur de MSS (taille maximum de segment TCP) annoncée dans les paquets SYN établissant une connexion TCP. - Créer sur le routeur une règle iptables avec la cible TCPMSS ayant le même but (elle est dans man iptables) : iptables -t mangle -A FORWARD -p tcp --tcp-flags SYN,RST SYN \ -j TCPMSS --clamp-mss-to-pmtu Prérequis : la MTU de l'interface PPP doit avoir la bonne valeur (1454 maxi) sinon la règle risque d'être inefficace. Si le serveur PPP ne transmet pas cette valeur, la fixer avec l'option mtu dans le fichier d'options de pppd. Ou alors utiliser la règle suivante (pas testée) : iptables -t mangle -A FORWARD -p tcp --tcp-flags SYN,RST SYN \ -m tcpmss --mss 1455: -j TCPMSS --set-mss 1454 - Si les postes du LAN sont configurés par DHCP, configurer le serveur DHCP pour envoyer l'option interface-mtu avec la valeur désirée. En espérant qu'elle soit prise en compte par les clients. Quand je ne précise pas la MTU, celle-ci se positionne automatiquement à 1500. En faisant le test plus haut, je mesure la MTU à 1426, En fait MTU = 1426+28 = 1454. pour torg (charles.plessy.org, maintenant à l'extérieur), www.debian.org ou postman.riken.jp. Donc si j'ai bien compris, les paquets ICMP circulent bien, car s'il y avait un trou noir je devrais perdre la réponse. Oui, du moins entre ton routeur et torg. Ce qui ne présume pas de ce qui se passe entre ton routeur et d'autres machines. Mais dans ce cas, je n'arrive pas à m'expliquer pourquoi j'arrive à relever ma boîte IMAP chez postman.riken.jp quand je limite la MTU à 1412 (nombre déterminé au pifomètre dans le passé, je suppose qu'avec 1426 cela marcherait aussi ?), Je dirais 1454. alors que si je laisse la machine libre de choisir la valeur (1500), j'obtiens un superbe timeout, capturé ci-dessous. 7 0.064934192.168.0.3 134.160.33.2 TCP 49302 imaps [SYN] Seq=0 Len=0 MSS=1460 TSV=72899 TSER=0 WS=7 8 0.078895134.160.33.2 192.168.0.3 TCP imaps 49302 [SYN, ACK] Seq=0 Ack=1 Win=23168 Len=0 MSS=1460 TSV=518652272 TSER=72899 WS=2 On voit que les deux machines annoncent une MSS de 1460, correspondant à une MTU de 1460+20(en-tête TCP)+20(en-tête IP) de 1500. 9 0.078967192.168.0.3 134.160.33.2 TCP 49302 imaps [ACK] Seq=1 Ack=1 Win=5888 Len=0 TSV=72903 TSER=518652272 10 0.079725192.168.0.3 134.160.33.2 SSLv2Client Hello 11 0.094310134.160.33.2 192.168.0.3 TCP imaps 49302 [ACK] Seq=1 Ack=106 Win=5792 Len=0 TSV=518652287 TSER=72903 12 0.098629134.160.33.2 192.168.0.3 SSL [TCP Previous segment lost] Continuation Data 13 0.098690192.168.0.3 134.160.33.2 TCP [TCP Dup ACK
Re: [HS] lenteur sur internet, modification de MTU ?
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?
Re: [HS] lenteur sur internet, modification de MTU ?
Le poulpe qui bloppe ! a écrit : 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. J'ajoute que le but est évidemment d'envoyer des paquets de la plus grande taille possible vers une destination donnée sans provoquer de fragmentation en chemin. Sujet tres interessant, auriez-vous plus de précision sur le type de requette icmp à ne pas bloquer? Fragmentation needed n'est pas à proprement parler une requête mais un message d'erreur, plus précisément une des formes du type ICMP Destination unreachable. De manière générale, les messages ICMP qu'il vaut mieux ne pas bloquer sont ceux qui sont classés dans l'état RELATED (messages d'erreurs liés à une connexion existante ou ESTABLISHED (réponse à une requête envoyée) par le suivi de connexion de Netfilter. Les messages d'erreurs ICMP les plus importants sont Destination unreachable (type 3) et Time exceeded (type 11). Le premier sert à signaler qu'un paquet n'a pu être livré parce qu'un réseau, une machine, un protocole ou un port est injoignable ou filtré, ou que le paquet est trop gros. Le second sert à signaler qu'un paquet n'a pu être livré parce que sa durée de vie (TTL) a expiré (utile pour le traceroute ou pour détecter les boucles réseau) ou qu'un fragment n'a pas été reçu à temps. -- 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [HS] lenteur sur internet, modification de MTU ?
Le 13813ième jour après Epoch, Le poulpe qui bloppe ! écrivait: 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? Si tu promets de ne plus quoter comme ça, et de ne plus envoyer de HTML :) Perso, je laisse passer 0, 3, 5, 8 et 11: http://www.linux-france.org/prj/inetdoc/guides/iptables-tutorial/icmptypes.html
Re: [HS] lenteur sur internet, modification de MTU ?
Charles Plessy a écrit : Le Fri, Oct 26, 2007 at 11:03:25AM +0200, Pascal Hambourg a écrit : L'idéal est de pouvoir tester à partir d'une machine extérieure de MTU vraie (pas seulement locale) à 1500. Les outils classiques sont ping et traceroute en contrôlant la taille des paquets et la fragmentation, tracepath qui détermine le MTU du chemin saut par saut. Je suis en IP/quelquechoseDSL (fibre optique). C'est du DSL ou de la fibre ? De la fibre ; désolé d'avoir écrit des bêtises. Ceci dit, je me connecte au modem en PPPoE. 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) peut-être que grâce à toi je tiens le bon bout maintenant: torg(~)$ ping -c 1 -s 1426 -M do kunpuu.plessy.org PING kunpuu.plessy.org (220.157.247.254) 1426(1454) bytes of data. 1434 bytes from s247254.ppp.asahi-net.or.jp (220.157.247.254): icmp_seq=1 ttl=44 time=416 ms --- kunpuu.plessy.org ping statistics --- 1 packets transmitted, 1 received, 0% packet loss, time 0ms rtt min/avg/max/mdev = 416.937/416.937/416.937/0.000 ms torg(~)$ ping -c 1 -s 1427 -M do kunpuu.plessy.org PING kunpuu.plessy.org (220.157.247.254) 1427(1455) bytes of data. From ksgnim4.asahi-net.or.jp (211.13.152.16) icmp_seq=1 Frag needed and DF set (mtu = 1454) --- kunpuu.plessy.org ping statistics --- 1 packets transmitted, 0 received, +1 errors, 100% packet loss, time 0ms torg(~)$ ping -c 1 -s 1427 -M do kunpuu.plessy.org PING kunpuu.plessy.org (220.157.247.254) 1427(1455) bytes of data. From 192.168.1.5 icmp_seq=1 Frag needed and DF set (mtu = 1454) --- kunpuu.plessy.org ping statistics --- 0 packets transmitted, 0 received, +1 errors torg(~)$ ping -c 1 -s 1427 -M do kunpuu.plessy.org PING kunpuu.plessy.org (220.157.247.254) 1427(1455) bytes of data. From 192.168.1.5 icmp_seq=1 Frag needed and DF set (mtu = 1454) --- kunpuu.plessy.org ping statistics --- 0 packets transmitted, 0 received, +1 errors torg(~)$ ping -c 1 -s 1427 -M dont kunpuu.plessy.org PING kunpuu.plessy.org (220.157.247.254) 1427(1455) bytes of data. 1435 bytes from s247254.ppp.asahi-net.or.jp (220.157.247.254): icmp_seq=1 ttl=44 time=417 ms La où je ne comprends plus rien, c'est que 220.157.247.254 c'est l'adresse IP de mon routeur, mais 192.168.1.5 ça n'est pas lui, c'est la borne Airport qui est *derrière*. Ce qui est encore plus étrange, c'est que si je fais la même expérience depuis mon résequ wifi, c'est mon routeur qui répond, pas la borne, et que la valeur de MTU est hénaurmément basse. sorbet【~】$ ping -c 1 -s 1384 -M do kunpuu.plessy.org PING kunpuu.plessy.org (220.157.247.254) 1384(1412) bytes of data. 1392 bytes from s247254.ppp.asahi-net.or.jp (220.157.247.254): icmp_seq=1 ttl=64 time=3.36 ms --- kunpuu.plessy.org ping statistics --- 1 packets transmitted, 1 received, 0% packet loss, time 0ms rtt min/avg/max/mdev = 3.366/3.366/3.366/0.000 ms sorbet【~】$ ping -c 1 -s 1385 -M do kunpuu.plessy.org PING kunpuu.plessy.org (220.157.247.254) 1385(1413) bytes of data. From sorbet.igloo (192.168.0.3) icmp_seq=1 Frag needed and DF set (mtu = 1412) C'est terrifiant. Je savais que je n'était pas particulièrement doué, mais pas à ce point… Bon week-end, -- 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [HS] lenteur sur internet, modification de MTU ?
Charles Plessy a écrit : C'est du DSL ou de la fibre ? De la fibre ; désolé d'avoir écrit des bêtises. Ceci dit, je me connecte au modem en PPPoE. PPPoE n'est pas réservé à l'xDSL. On l'a vu sur du câble, par exemple chez Wanadoo Câble en France si je ne m'abuse. torg(~)$ ping -c 1 -s 1427 -M do kunpuu.plessy.org PING kunpuu.plessy.org (220.157.247.254) 1427(1455) bytes of data. From ksgnim4.asahi-net.or.jp (211.13.152.16) icmp_seq=1 Frag needed and DF set (mtu = 1454) --- kunpuu.plessy.org ping statistics --- 1 packets transmitted, 0 received, +1 errors, 100% packet loss, time 0ms torg, c'est une machine à l'extérieur de ton réseau ? torg(~)$ ping -c 1 -s 1427 -M do kunpuu.plessy.org PING kunpuu.plessy.org (220.157.247.254) 1427(1455) bytes of data. From 192.168.1.5 icmp_seq=1 Frag needed and DF set (mtu = 1454) --- kunpuu.plessy.org ping statistics --- 0 packets transmitted, 0 received, +1 errors [...] La où je ne comprends plus rien, c'est que 220.157.247.254 c'est l'adresse IP de mon routeur, mais 192.168.1.5 ça n'est pas lui, c'est la borne Airport qui est *derrière*. Ce ne serait pas plutôt - par coïncidence - l'adresse privée de torg, la machine à partir de laquelle tu fais l'essai ? Je note qu'au deuxième essai avec 1427 octets de remplissage l'echo request n'a même pas été émis (0 packets transmitted). L'explication est que la machine, ayant reçu le premier ICMP frag needed a mémorisé la valeur de MTU pour la destination 220.157.247.254 dans son cache de routage. Visible avant expiration avec la commande suivante : torg(~)$ ip route show cache to 220.157.247.254 Ce qui est encore plus étrange, c'est que si je fais la même expérience depuis mon résequ wifi, c'est mon routeur qui répond, pas la borne, et que la valeur de MTU est hénaurmément basse. [...] sorbet[~]$ ping -c 1 -s 1385 -M do kunpuu.plessy.org PING kunpuu.plessy.org (220.157.247.254) 1385(1413) bytes of data. From sorbet.igloo (192.168.0.3) icmp_seq=1 Frag needed and DF set (mtu = 1412) sorbet, c'est une machine de ton réseau local ? C'est terrifiant. Pourquoi, au juste ? Il n'est pas aberrant de trouver des MTU différents dans chaque sens, puisqu'ils sont fixés par des routeurs différents. On peut noter que la valeur 1412 figure dans le fichier de configuration par défaut de pppd fourni par pppoe, /etc/ppp/dsl-provider, pas en tant que MTU mais en tant que MSS dans l'option -m de pppoe (clamp MSS) : # An even more conservative version of the previous line, if things # don't work using -m 1452... #pty /usr/sbin/pppoe -I eth0 -T 80 -m 1412 -- 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [HS] lenteur sur internet, modification de MTU ?
Le Sat, 27 Oct 2007 17:02:04 +0200 Pascal Hambourg [EMAIL PROTECTED] a écrit [des trucs intéressants]: Pour confirmation Ce qui compte est bien le nombre entre parenthèses (c'est juste pour confirmer ce que je crois). Notamment, ci dessous est le cas typique de la MTU à 1500: $ ping -c 1 -s 1472 -M do www.google.com PING www.l.google.com (209.85.129.147) 1472(1500) bytes of data. 64 bytes from fk-in-f147.google.com (209.85.129.147): icmp_seq=1 ttl=243 (truncated) --- www.l.google.com ping statistics --- 1 packets transmitted, 1 received, 0% packet loss, time 0ms rtt min/avg/max/mdev = 112.638/112.638/112.638/0.000 ms $ ping -c 1 -s 1473 -M do www.google.com PING www.l.google.com (209.85.135.104) 1473(1501) bytes of data. From totoche.rebelles (192.168.1.249) icmp_seq=1 Frag needed and DF set (mtu = 1500) --- www.l.google.com ping statistics --- 0 packets transmitted, 0 received, +1 errors François Boisson -- 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [HS] lenteur sur internet, modification de MTU ?
Le Sat, Oct 27, 2007 at 05:02:04PM +0200, Pascal Hambourg a écrit : torg, c'est une machine à l'extérieur de ton réseau ? La où je ne comprends plus rien, c'est que 220.157.247.254 c'est l'adresse IP de mon routeur, mais 192.168.1.5 ça n'est pas lui, c'est la borne Airport qui est *derrière*. Ce ne serait pas plutôt - par coïncidence - l'adresse privée de torg, la machine à partir de laquelle tu fais l'essai ? sorbet, c'est une machine de ton réseau local ? Bonjour Pascal, et d'abords merci pour toutes les réponses. Effectivement, sorbet est une machine de mon réseau local, située derrière ma borne airport, dont l'IP privée est comme par hasard la même que celle de torg, machine extérieure à mon réseau, ce qui m'avait enduit d'erreur. Résumons: Depuis torg (extérieur), j'essaye de joindre kunpuu (mon routeur). Les paquets de moins de 1427 octets passent sans fragmentation, et pour les autres, si le drapeau DF vaut 1, torg reçoit un message de ksgnim4.asahi-net.or.jp, que je soupçonne être mon modem ou une machine juste derrière. En effet, la route pour l'internet mondial depuis kunpuu (mon routeur) est : 211.13.152.16 dev ppp0 proto kernel scope link src 220.157.247.254 Si je fais le même test depuis torg (extérieur) vers d'autres serveurs, j'obtiens des valeurs différentes : MTU de 1500-28 = 1472 pour www.debian.org (comme ça c'est moins hors sujet ;) ou pour postman.riken.jp (on va y revenir). Voyons maintenant depuis sorbet, ma machine à l'intérieur qui me pose problème (ainsi que toutes les autres en fait) si je ne baisse pas la MTU à la main à 1412 (ce qui est ennuyeux quand j'ai des invités utilisant d'autres systèmes d'exploitation, car dans ce cas, je ne sais pas le faire). Quand je ne précise pas la MTU, celle-ci se positionne automatiquement à 1500. En faisant le test plus haut, je mesure la MTU à 1426, pour torg (charles.plessy.org, maintenant à l'extérieur), www.debian.org ou postman.riken.jp. Donc si j'ai bien compris, les paquets ICMP circulent bien, car s'il y avait un trou noir je devrais perdre la réponse. Mais dans ce cas, je n'arrive pas à m'expliquer pourquoi j'arrive à relever ma boîte IMAP chez postman.riken.jp quand je limite la MTU à 1412 (nombre déterminé au pifomètre dans le passé, je suppose qu'avec 1426 cela marcherait aussi ?), alors que si je laisse la machine libre de choisir la valeur (1500), j'obtiens un superbe timeout, capturé ci-dessous. 1 0.00192.168.0.3 192.168.0.1 DNS Standard query postman.riken.jp 2 0.015040192.168.0.1 192.168.0.3 DNS Standard query response 3 0.059465192.168.0.3 192.168.0.1 DNS Standard query postman.riken.jp.igloo 4 0.062249192.168.0.1 192.168.0.3 DNS Standard query response, No such name 5 0.062372192.168.0.3 192.168.0.1 DNS Standard query A postman.riken.jp 6 0.063313192.168.0.1 192.168.0.3 DNS Standard query response A 134.160.33.2 7 0.064934192.168.0.3 134.160.33.2 TCP 49302 imaps [SYN] Seq=0 Len=0 MSS=1460 TSV=72899 TSER=0 WS=7 8 0.078895134.160.33.2 192.168.0.3 TCP imaps 49302 [SYN, ACK] Seq=0 Ack=1 Win=23168 Len=0 MSS=1460 TSV=518652272 TSER=72899 WS=2 9 0.078967192.168.0.3 134.160.33.2 TCP 49302 imaps [ACK] Seq=1 Ack=1 Win=5888 Len=0 TSV=72903 TSER=518652272 10 0.079725192.168.0.3 134.160.33.2 SSLv2Client Hello 11 0.094310134.160.33.2 192.168.0.3 TCP imaps 49302 [ACK] Seq=1 Ack=106 Win=5792 Len=0 TSV=518652287 TSER=72903 12 0.098629134.160.33.2 192.168.0.3 SSL [TCP Previous segment lost] Continuation Data 13 0.098690192.168.0.3 134.160.33.2 TCP [TCP Dup ACK 10#1] 49302 imaps [ACK] Seq=106 Ack=1 Win=5888 Len=0 TSV=72908 TSER=518652287 SLE=1449 SRE=1922 14 5.014024ViaTechn_d4:0a:b5 AppleCom_2b:be:04 ARP Who has 192.168.0.3? Tell 192.168.0.1 15 5.014069AppleCom_2b:be:04 ViaTechn_d4:0a:b5 ARP 192.168.0.3 is at 00:11:24:2b:be:04 Le problème rencontré ici, je le rappelle, n'est pas spécifique à l'IMAP. J'observe aussi le même phénomène avec des sites webs, surtout des webmails ou des sites de commerce en ligne, pour lesquels j'ai du mal à faire des tests car premièrement ils bloquent les pings, et deuxièmement les blocages n'apparaissent que dans certaines conditions que je ne peux pas reproduire moi-même, en particulier pour les webmails dans lesquels je n'ai pas de compte (mais mes invités en ont, c'est comme ça que j'avais découvert ce problème). Bon dimanche, -- Charles Plessy http://charles.plessy.org Wako, Saitama, Japan -- Lisez la FAQ de la liste avant de poser une question :
Re: [HS] lenteur sur internet, modification de MTU ?
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 =1492 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [HS] lenteur sur internet, modification de MTU ?
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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [HS] lenteur sur internet, modification de MTU ?
Le Fri, Oct 26, 2007 at 11:03:25AM +0200, Pascal Hambourg a écrit : 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. Très intéressant… comment peut-on faire pour le tester ? Je suis en IP/quelquechoseDSL (fibre optique). 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) C'est une variable située dans /proc ? Donc on baisse localement le MTU du poste du LAN C'est exactement ce que je dois faire. pour me connecter à certains serveurs IMAP ou à certains webmails ! En tous cas, merci pour la réponse, très didactique. -- Charles Plessy http://charles.plessy.org Wako, Saitama, Japan -- 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [HS] lenteur sur internet, modification de MTU ?
Charles Plessy a écrit : Le Fri, Oct 26, 2007 at 11:03:25AM +0200, Pascal Hambourg a écrit : 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. Très intéressant... comment peut-on faire pour le tester ? L'idéal est de pouvoir tester à partir d'une machine extérieure de MTU vraie (pas seulement locale) à 1500. Les outils classiques sont ping et traceroute en contrôlant la taille des paquets et la fragmentation, tracepath qui détermine le MTU du chemin saut par saut. Je suis en IP/quelquechoseDSL (fibre optique). C'est du DSL ou de la fibre ? 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) C'est une variable située dans /proc ? 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. -- 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [HS] lenteur sur internet, modification de MTU ?
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 =1492 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [HS] lenteur sur internet, modification de MTU ?
giggz a écrit : 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 ? à 1500 les 2 Merci de vos lumières Guillaume -- He could be a poster child for retroactive birth control.
Re: [HS] lenteur sur internet, modification de MTU ?
Jean-Yves F. Barbier a écrit : giggz a écrit : 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 ? à 1500 les 2 Pourquoi à 1500 ? Pourquoi pas à 1492 ? Pourquoi sous linux c'est 1492 de base ? ça fait bcp de pourquoi... désolé :) Merci de ta réponse 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [HS] lenteur sur internet, modification de MTU ?
giggz a écrit : Jean-Yves F. Barbier a écrit : giggz a écrit : 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 ? à 1500 les 2 Pourquoi à 1500 ? parce que Pourquoi pas à 1492 ? v. point n°1 Pourquoi sous linux c'est 1492 de base ? ça n'a jamais été 1492 mais 1500; 1492 c'est pour le côté internet (1500 - 8 byte == en-tête PPPoE, 4 byte pour l'adresse IP source et 4 pour l'adresse de destination) v. /usr/share/doc/HOWTOS/en-txt/DSL-HOWTO.txt -- It's odd, and a little unsettling, to reflect upon the fact that English is the only major language in which I is capitalized; in many other languages You is capitalized and the i is lower case. -- Sydney J. Harris
Re: [HS] lenteur sur internet, modification de MTU ?
[...] Pourquoi à 1500 ? parce que Pourquoi pas à 1492 ? v. point n°1 Pourquoi sous linux c'est 1492 de base ? ça n'a jamais été 1492 mais 1500; 1492 c'est pour le côté internet (1500 - 8 byte == en-tête PPPoE, 4 byte pour l'adresse IP source et 4 pour l'adresse de destination) Alors ce que renvoie la commande ifconfig est juste l'en tête car moi j'ai : eth0 Lien encap:Ethernet HWaddr 00:0A:E4:54:E5:10 inet adr:192.168.0.3 Bcast:192.168.0.255 Masque:255.255.255.0 adr inet6: fe80::20a:e4ff:fe54:e510/64 Scope:Lien UP BROADCAST RUNNING MULTICAST MTU:1492 Metric:1 RX packets:19052 errors:0 dropped:0 overruns:0 frame:0 TX packets:13265 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 lg file transmission:1000 RX bytes:23228472 (22.1 MiB) TX bytes:1449848 (1.3 MiB) Interruption:10 et je n'ai pas touché au paramètre MTU v. /usr/share/doc/HOWTOS/en-txt/DSL-HOWTO.txt bon je vais lire 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [HS] lenteur sur internet, modification de MTU ?
giggz a écrit : [...] Alors ce que renvoie la commande ifconfig est juste l'en tête car moi j'ai : eth0 Lien encap:Ethernet HWaddr 00:0A:E4:54:E5:10 inet adr:192.168.0.3 Bcast:192.168.0.255 Masque:255.255.255.0 adr inet6: fe80::20a:e4ff:fe54:e510/64 Scope:Lien UP BROADCAST RUNNING MULTICAST MTU:1492 Metric:1 RX packets:19052 errors:0 dropped:0 overruns:0 frame:0 TX packets:13265 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 lg file transmission:1000 RX bytes:23228472 (22.1 MiB) TX bytes:1449848 (1.3 MiB) Interruption:10 et je n'ai pas touché au paramètre MTU sur QUELLE I/F ethernet? (normalement celle qui est connectée au modem; pour le LAN, ce serait incorrect) -- The sweeter the apple, the blacker the core -- Scratch a lover and find a foe! -- Dorothy Parker, Ballad of a Great Weariness
Re: [HS] lenteur sur internet, modification de MTU ?
Jean-Yves F. Barbier a écrit : giggz a écrit : [...] Alors ce que renvoie la commande ifconfig est juste l'en tête car moi j'ai : eth0 Lien encap:Ethernet HWaddr 00:0A:E4:54:E5:10 inet adr:192.168.0.3 Bcast:192.168.0.255 Masque:255.255.255.0 adr inet6: fe80::20a:e4ff:fe54:e510/64 Scope:Lien UP BROADCAST RUNNING MULTICAST MTU:1492 Metric:1 RX packets:19052 errors:0 dropped:0 overruns:0 frame:0 TX packets:13265 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 lg file transmission:1000 RX bytes:23228472 (22.1 MiB) TX bytes:1449848 (1.3 MiB) Interruption:10 et je n'ai pas touché au paramètre MTU sur QUELLE I/F ethernet? (normalement celle qui est connectée au modem; pour le LAN, ce serait incorrect) voilà ce que retourne ifconfig : eth0 Lien encap:Ethernet HWaddr 00:0A:E4:54:E5:10 inet adr:192.168.0.3 Bcast:192.168.0.255 Masque:255.255.255.0 adr inet6: fe80::20a:e4ff:fe54:e510/64 Scope:Lien UP BROADCAST RUNNING MULTICAST MTU:1492 Metric:1 RX packets:26479 errors:0 dropped:0 overruns:0 frame:0 TX packets:22511 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 lg file transmission:1000 RX bytes:27180917 (25.9 MiB) TX bytes:2528112 (2.4 MiB) Interruption:10 eth1 Lien encap:Ethernet HWaddr 00:0E:35:63:17:E7 UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 lg file transmission:1000 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) Interruption:11 Adresse de base:0x4000 Mémoire:d0202000-d0202fff loLien encap:Boucle locale inet adr:127.0.0.1 Masque:255.0.0.0 adr inet6: ::1/128 Scope:Hôte UP LOOPBACK RUNNING MTU:16436 Metric:1 RX packets:13288 errors:0 dropped:0 overruns:0 frame:0 TX packets:13288 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 lg file transmission:0 RX bytes:7250201 (6.9 MiB) TX bytes:7250201 (6.9 MiB) eth0 est ma connexion ethernet par cable RJ45 eth1 est ma connection wifi (éteinte) eth0 est relié à mon routeur netgear FR114P qui a une MTU réglé à 1500 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 #ligne a ajouter pour configurer resolvconf #dns-search #dns-nameservers 212.27.54.252 212.27.53.252 213.228.0.96 #iface dsl-provider inet static #provider dsl-provider # please do not modify the following line # pre-up /sbin/ifconfig eth0 up # line maintained by pppoeconf # name Type d'interface inconnu iface dsl-provider inet ppp provider dsl-provider #auto eth1 iface eth1 inet dhcp # post-up /usr/bin/wirelessled-on # pre-down /usr/bin/wirelessled-off J'ai fais un grep -iR 1492 /etc/* pour voir s'il n'y avait pas un vieux fichier de conf et j'ai juste ceci : /usr/sbin/pppoe -I eth0 -T 80 -m 1452 dans /etc/ppp/peers/dsl-provider Mais je ne vois pas en quoi ce fichier intervient lors de l'activation de eth0... Merci de m'aider 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [HS] lenteur sur internet, modification de MTU ?
Salut, Jean-Yves F. Barbier a écrit : Pourquoi à 1500 ? parce que Complément : c'est le MTU standard d'ethernet, et, par extension, celui par défaut d'autres couches de liaison comme PPP. Pourquoi pas à 1492 ? Ce MTU ne se justifie que sur les liaisons PPPoE. Pourquoi sous linux c'est 1492 de base ? ça n'a jamais été 1492 mais 1500; En effet. 1492 c'est pour le côté internet Non, c'est pour PPPoE. Le côté internet peut utiliser autre chose, et PPPoE peut servir à autre chose qu'internet. (1500 - 8 byte == en-tête PPPoE, 4 byte pour l'adresse IP source et 4 pour l'adresse de destination) Pas vraiment. 6 octets pour l'en-tête PPPoE et 2 octets pour l'identificateur de protocole de PPP. Cf. RFC 1661 et 2516. Les adresses IP source et destination sont contenues dans l'en-tête IP quelle que soit l'encapsulation. -- 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [HS] lenteur sur internet, modification de MTU ?
Pascal Hambourg a écrit : Salut, Jean-Yves F. Barbier a écrit : Pourquoi à 1500 ? parce que Complément : c'est le MTU standard d'ethernet, et, par extension, celui par défaut d'autres couches de liaison comme PPP. Pourquoi pas à 1492 ? Ce MTU ne se justifie que sur les liaisons PPPoE. Pourquoi sous linux c'est 1492 de base ? ça n'a jamais été 1492 mais 1500; En effet. 1492 c'est pour le côté internet Non, c'est pour PPPoE. Le côté internet peut utiliser autre chose, et PPPoE peut servir à autre chose qu'internet. (1500 - 8 byte == en-tête PPPoE, 4 byte pour l'adresse IP source et 4 pour l'adresse de destination) Pas vraiment. 6 octets pour l'en-tête PPPoE et 2 octets pour l'identificateur de protocole de PPP. Cf. RFC 1661 et 2516. Les adresses IP source et destination sont contenues dans l'en-tête IP quelle que soit l'encapsulation. Ok, merci pour ces précisions. J'ai fait un ifconfig eth0 mtu 1500 sur ma connection déjà établie. qd je fais ifconfig j'ai bien : eth0 Lien encap:Ethernet HWaddr 00:0A:E4:54:E5:10 inet adr:192.168.0.3 Bcast:192.168.0.255 Masque:255.255.255.0 adr inet6: fe80::20a:e4ff:fe54:e510/64 Scope:Lien UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:696 errors:0 dropped:0 overruns:0 frame:0 TX packets:730 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 lg file transmission:1000 RX bytes:479486 (468.2 KiB) TX bytes:73741 (72.0 KiB) Interruption:10 Mais dès que je redémarre le reseau je récupère une MTU de 1492. Je sais que je peux forcer la MTU via le fichier interface, mais mon pb est que j'utilise parfois (à l'étranger) des liaisons pppoe via pon dsl-provider et cela passe sur eth0. En tout cas je ne sais vraiment pas pourquoi il me force à 1492 au lieu de 1500. Est un coup de udev ? on ne sait jamais...il fait bcp de chose celui là. Merci en tout cas 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [HS] lenteur sur internet, modification de MTU ?
giggz a écrit : Jean-Yves F. Barbier a écrit : giggz a écrit : Alors ce que renvoie la commande ifconfig est juste l'en tête car moi j'ai : eth0 Lien encap:Ethernet HWaddr 00:0A:E4:54:E5:10 inet adr:192.168.0.3 Bcast:192.168.0.255 Masque:255.255.255.0 adr inet6: fe80::20a:e4ff:fe54:e510/64 Scope:Lien UP BROADCAST RUNNING MULTICAST MTU:1492 Metric:1 [...] et je n'ai pas touché au paramètre MTU sur QUELLE I/F ethernet? (normalement celle qui est connectée au modem; pour le LAN, ce serait incorrect) Ce serait encore moins correct pour l'interface connectée à un modem bridge à travers lequel passe PPPoE, qui *doit* avoir un MTU à 1500. C'est l'interface PPP créée par pppd avec pppoe qui doit avoir un MTU à 1492 maxi. [...] 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 ? 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. [...] J'ai fais un grep -iR 1492 /etc/* pour voir s'il n'y avait pas un vieux fichier de conf et j'ai juste ceci : /usr/sbin/pppoe -I eth0 -T 80 -m 1452 dans /etc/ppp/peers/dsl-provider Mais je ne vois pas en quoi ce fichier intervient lors de l'activation de eth0... En rien, c'est un fichier d'options de pppd pour établir une connexion PPPoE. Sinon, si tu veux vérifier si le MTU est pour quelque chose dans tes problèmes de lenteurs, tu le règles à un valeur suffisamment basse comme 1000 et tu vois ce que ça donne. -- 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [HS] lenteur sur internet, modification de MTU ?
[...] [...] 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 ? [...] 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [HS] lenteur sur internet, modification de MTU ?
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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [HS] lenteur sur internet, modification de MTU ?
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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [HS] lenteur sur internet, modification de MTU ?
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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [HS] lenteur sur internet, modification de MTU ?
[...] 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 =1492 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [HS] lenteur sur internet, modification de MTU ?
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 =1492 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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [HS] lenteur sur internet, modification de MTU ?
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 [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
