Cédric Boutillier a écrit : > Bonjour, Bonsoir,
> J'ai depuis peu une Freebox Delta, qui propose une passerelle ipv6. > Depuis mes machines Debian, la résolution des noms en ipv6 marche > correctement, mais pas de ping6, traceroute6 : ça tourne dans le vide. > Le ping et traceroute en v4 fonctionnent correctement avec des temps qui > semblent raisonnables. > > Faire une connexion ssh vers un hote qui a une ipv6 prend plusieurs > minutes pour aboutir. (en forçant l'ipv4 avec ssh -4, c'est immédiat). > > par exemple : > > traceroute6 master.debian.org > traceroute to master.debian.org (2001:41b8:202:deb:216:36ff:fe40:4001), 30 > hops max, 80 byte packets > 1 * * * > 2 * * * > 3 * * * > [...] > 30 * * * > > ping6 master.debian.org > PING master.debian.org(master.debian.org > (2001:41b8:202:deb:216:36ff:fe40:4001)) 56 data bytes > [et après ça attend dans le vide] Y a-t-il une passerelle définie ? Quel est le retour de la commande route -A inet6 ? Comment sont définies les adresses ? Statiques ou dynamiques ? Et si dynamiques, par quoi ? Le routage IPv6 est un truc délirant, certains outils se débrouillant avec des adresses locales, d'autres non (j'ai déjà vu des OS se débrouiller avec une passerelle en fe80:..., d'autres refusent catégoriquement.). Typiquement, chez moi, ça donne ça : hilbert:[~] > /sbin/route -A inet6 Table de routage IPv6 du noyau Destination Next Hop Flag Met Ref Use If localhost/128 [::] U 256 1 0 lo 2001:7a8:a8ed:10::/64 [::] UAe 256 22 0 enp5s0 fe80::/64 [::] U 256 1 0 enp5s0 [::]/0 fe80::6a05:caff:fe02:b259 UGDAe 1024 24 0 enp5s0 localhost/128 [::] Un 0 21 0 lo 2001:7a8:a8ed:10:d65d:64ff:feb4:9a3b/128 [::] Un 0 4 0 enp5s0 fe80::d65d:64ff:feb4:9a3b/128 [::] Un 0 3 0 enp5s0 ff00::/8 [::] U 256 6 0 enp5s0 [::]/0 [::] !n -1 1 0 lo La MTU est de 1500. CEPENDANT !... Cependant, je passe par un routeur NetBSD pour router différemment IPv4 et IPv6 (oui, j'ai un FAI de type Internet pour les ploucs...) et ce routeur envoie IPv4 directement sur l'interface wm2 (MTU de 1500) et IPv6 sur bridge0 (MTU 1335) associant tap0 et tap1 (MTU 1335). Le routeur se débrouille pour ne pas avoir de problème de MTU quitte à fragmenter les paquets IPv6. Le 1335 provient de la valeur optimale du paquet OpenVPN tap, je n'entre pas dans les détails. Je ne pencherai pas ici pour un problème de MTU, mais pour un problème de routage ou de configuration automatique IPv6. Bien cordialement, JKB