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
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 with a subject of "unsubscribe". Trouble? Contact
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 debian-user-french-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
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 with a subject of "unsubscribe". Trouble? Contact
