❦ 1 novembre 2014 15:42 +0100, Vincent Bernat ber...@luffy.cx :
1. Le MTU est de 1472 et non de 1480. Qu'est-ce qui peut me prendre 8
octets de plus sur le chemin ?
Quelqu'un de Swisscom m'a indiqué que cette valeur était commune à tous
les clients et que comme certains clients étaient
Hello,
J'ai mon accès Internet chez Swisscom et j'ai remplacé la box fournie
par un routeur Linux. Pour l'IPv6, ils utilisent 6rd et je n'ai pas eu
trop de soucis à le configurer :
ip tunnel add internet6 mode sit local $ip[firewall] ttl $sixrd_ttl
ip tunnel 6rd dev internet6 6rd-prefix
On 11/01/2014 03:42 PM, Vincent Bernat wrote:
Notamment, l'ICMPv6 serait droppé au petit bonheur la chance pour que ça
marche à peu près dans la plupart des cas. Cela peut expliquer le côté
aléatoire. Est-ce une pratique courante ?
si on lit :
http://tools.ietf.org/html/rfc4443
on peut voir
❦ 1 novembre 2014 15:42 +0100, Vincent Bernat ber...@luffy.cx :
Si je set le TCP MSS (ce que je n'aimerai pas faire car c'est une
solution partielle), le mettre à 1440 (1480 - 40) ne change absolument
rien. Par contre, baisser le MTU à 1460 me résout aussi le problème. En
tatonnant, je
❦ 1 novembre 2014 17:39 +0100, Raphaël Jacquot sxp...@sxpert.org :
Quand j'étais chez Free, je n'avais pas ce problème. Cependant,
j'utilisais la Freebox. le PMTU était peut-être très bien géré ou alors
le MSS était setté par la Freebox ou par le CE.
j'ai comme l'impression que la MTU sur
On Sat, Nov 1, 2014, at 17:39, Raphaël Jacquot wrote:
http://tools.ietf.org/html/rfc4443
on peut voir par l'utilisation du MUST que tout firewall qui dropperait
ICMPv6-packet-too-big est mal configuré
Oui, mais nobody got fired for dropping all ICMP/ICMPv6.
Deja si on commencait a dire aux
❦ 1 novembre 2014 20:54 +0100, Radu-Adrian Feurdean
fr...@radu-adrian.feurdean.net :
http://tools.ietf.org/html/rfc4443
on peut voir par l'utilisation du MUST que tout firewall qui dropperait
ICMPv6-packet-too-big est mal configuré
Oui, mais nobody got fired for dropping all
