À partir d'une machine sur le LAN0 (ou LAN1 voire du routeur NetBSD
lui-même), j'arrive toujours à faire un ping sur le routeur Linux en
IPv6. En revanche, lorsque je tape un ping par exemple sur google.fr en
IPv6, cela commence par fonctionner, puis ça s'arrête (host unreachable),
puis cela revient... Et ça part en boucle, trente secondes de
fonctionnement, puis un 'network unreachable' et ceci continuellement.
D'une machine du LAN2, en revanche, la résolution IPv6 semble toujours
fonctionnelle.
Sur le routeur NetBSD, rien de tout cela.
À partir d'une machine sur le LAN0 (ou LAN1 voire du routeur NetBSD
lui-même), j'arrive toujours à faire un ping sur le routeur Linux en
IPv6. En revanche, lorsque je tape un ping par exemple sur google.fr en
IPv6, cela commence par fonctionner, puis ça s'arrête (host unreachable),
puis cela revient... Et ça part en boucle, trente secondes de
fonctionnement, puis un 'network unreachable' et ceci continuellement.
D'une machine du LAN2, en revanche, la résolution IPv6 semble toujours
fonctionnelle.
Sur le routeur NetBSD, rien de tout cela.
À partir d'une machine sur le LAN0 (ou LAN1 voire du routeur NetBSD
lui-même), j'arrive toujours à faire un ping sur le routeur Linux en
IPv6. En revanche, lorsque je tape un ping par exemple sur google.fr en
IPv6, cela commence par fonctionner, puis ça s'arrête (host unreachable),
puis cela revient... Et ça part en boucle, trente secondes de
fonctionnement, puis un 'network unreachable' et ceci continuellement.
D'une machine du LAN2, en revanche, la résolution IPv6 semble toujours
fonctionnelle.
Sur le routeur NetBSD, rien de tout cela.
Salut,
JKB a écrit :
À partir d'une machine sur le LAN0 (ou LAN1 voire du routeur NetBSD
lui-même), j'arrive toujours à faire un ping sur le routeur Linux en
IPv6. En revanche, lorsque je tape un ping par exemple sur google.fr en
IPv6, cela commence par fonctionner, puis ça s'arrête (host unreachable),
puis cela revient... Et ça part en boucle, trente secondes de
fonctionnement, puis un 'network unreachable' et ceci continuellement.
D'une machine du LAN2, en revanche, la résolution IPv6 semble toujours
fonctionnelle.
"Host unreachable" ou "network unreachable" ?
Host unreachable = problème de résolution d'adresse.
Network unreachable = problème de route.
Emis par quelle adresse/machine/interface ?
Sur le routeur NetBSD, rien de tout cela.
C'est-à-dire ?
Salut,
JKB a écrit :
À partir d'une machine sur le LAN0 (ou LAN1 voire du routeur NetBSD
lui-même), j'arrive toujours à faire un ping sur le routeur Linux en
IPv6. En revanche, lorsque je tape un ping par exemple sur google.fr en
IPv6, cela commence par fonctionner, puis ça s'arrête (host unreachable),
puis cela revient... Et ça part en boucle, trente secondes de
fonctionnement, puis un 'network unreachable' et ceci continuellement.
D'une machine du LAN2, en revanche, la résolution IPv6 semble toujours
fonctionnelle.
"Host unreachable" ou "network unreachable" ?
Host unreachable = problème de résolution d'adresse.
Network unreachable = problème de route.
Emis par quelle adresse/machine/interface ?
Sur le routeur NetBSD, rien de tout cela.
C'est-à-dire ?
Salut,
JKB a écrit :
À partir d'une machine sur le LAN0 (ou LAN1 voire du routeur NetBSD
lui-même), j'arrive toujours à faire un ping sur le routeur Linux en
IPv6. En revanche, lorsque je tape un ping par exemple sur google.fr en
IPv6, cela commence par fonctionner, puis ça s'arrête (host unreachable),
puis cela revient... Et ça part en boucle, trente secondes de
fonctionnement, puis un 'network unreachable' et ceci continuellement.
D'une machine du LAN2, en revanche, la résolution IPv6 semble toujours
fonctionnelle.
"Host unreachable" ou "network unreachable" ?
Host unreachable = problème de résolution d'adresse.
Network unreachable = problème de route.
Emis par quelle adresse/machine/interface ?
Sur le routeur NetBSD, rien de tout cela.
C'est-à-dire ?
Salut,
JKB a écrit :
À partir d'une machine sur le LAN0 (ou LAN1 voire du routeur NetBSD
lui-même), j'arrive toujours à faire un ping sur le routeur Linux en
IPv6. En revanche, lorsque je tape un ping par exemple sur google.fr en
IPv6, cela commence par fonctionner, puis ça s'arrête (host unreachable),
puis cela revient... Et ça part en boucle, trente secondes de
fonctionnement, puis un 'network unreachable' et ceci continuellement.
D'une machine du LAN2, en revanche, la résolution IPv6 semble toujours
fonctionnelle.
Salut,
JKB a écrit :
À partir d'une machine sur le LAN0 (ou LAN1 voire du routeur NetBSD
lui-même), j'arrive toujours à faire un ping sur le routeur Linux en
IPv6. En revanche, lorsque je tape un ping par exemple sur google.fr en
IPv6, cela commence par fonctionner, puis ça s'arrête (host unreachable),
puis cela revient... Et ça part en boucle, trente secondes de
fonctionnement, puis un 'network unreachable' et ceci continuellement.
D'une machine du LAN2, en revanche, la résolution IPv6 semble toujours
fonctionnelle.
Salut,
JKB a écrit :
À partir d'une machine sur le LAN0 (ou LAN1 voire du routeur NetBSD
lui-même), j'arrive toujours à faire un ping sur le routeur Linux en
IPv6. En revanche, lorsque je tape un ping par exemple sur google.fr en
IPv6, cela commence par fonctionner, puis ça s'arrête (host unreachable),
puis cela revient... Et ça part en boucle, trente secondes de
fonctionnement, puis un 'network unreachable' et ceci continuellement.
D'une machine du LAN2, en revanche, la résolution IPv6 semble toujours
fonctionnelle.
Où sont passées les resques 485, 486 et 487 ? Si je regarde sur le
tap1, elles sont bien envoyées. Mais le routeur Linux répond :
23:39:32.978382 IP6 2001:7a8:a8ed:1::1 > 2001:7a8:a8ed:1::2: ICMP6,
destination unreachable, unreachable address par10s09-in-x1f.1e100.net,
length 64
Où sont passées les resques 485, 486 et 487 ? Si je regarde sur le
tap1, elles sont bien envoyées. Mais le routeur Linux répond :
23:39:32.978382 IP6 2001:7a8:a8ed:1::1 > 2001:7a8:a8ed:1::2: ICMP6,
destination unreachable, unreachable address par10s09-in-x1f.1e100.net,
length 64
Où sont passées les resques 485, 486 et 487 ? Si je regarde sur le
tap1, elles sont bien envoyées. Mais le routeur Linux répond :
23:39:32.978382 IP6 2001:7a8:a8ed:1::1 > 2001:7a8:a8ed:1::2: ICMP6,
destination unreachable, unreachable address par10s09-in-x1f.1e100.net,
length 64
JKB a écrit :Où sont passées les resques 485, 486 et 487 ? Si je regarde sur le
tap1, elles sont bien envoyées. Mais le routeur Linux répond :
(...)23:39:32.978382 IP6 2001:7a8:a8ed:1::1 > 2001:7a8:a8ed:1::2: ICMP6,
destination unreachable, unreachable address par10s09-in-x1f.1e100.net,
length 64
Si le routeur Linux répond avec un message d'erreur ICMPv6, c'est qu'il
a bien reçu le paquet dont le traitement a provoqué cette erreur, mais
n'a pas pu le faire suivre vers sa destination. Donc a priori le VPN
n'est pas en cause.
La seule cause d'envoi de l'erreur "Unreachable address" en IPv6 que je
connaisse et qui est mentionnée dans la RFC 2463 est l'échec de
résolution NDP de l'adresse link layer du next-hop pour la route de la
destination considérée, qui est je suppose le routeur VDSL. Mais je ne
vois pas comment cela pourrait être le cas ici si en même temps les
paquets émis par d'autres machines continuent à être routés vers
l'extérieur. As-tu regardé le trafic NDP entre le routeur Linux et le
routeur VDSL ? Eventuellement vérifier aussi l'état du cache NDP du
routeur Linux avec "ip -6 neigh" lorsque cela se produit.
JKB a écrit :
Où sont passées les resques 485, 486 et 487 ? Si je regarde sur le
tap1, elles sont bien envoyées. Mais le routeur Linux répond :
(...)
23:39:32.978382 IP6 2001:7a8:a8ed:1::1 > 2001:7a8:a8ed:1::2: ICMP6,
destination unreachable, unreachable address par10s09-in-x1f.1e100.net,
length 64
Si le routeur Linux répond avec un message d'erreur ICMPv6, c'est qu'il
a bien reçu le paquet dont le traitement a provoqué cette erreur, mais
n'a pas pu le faire suivre vers sa destination. Donc a priori le VPN
n'est pas en cause.
La seule cause d'envoi de l'erreur "Unreachable address" en IPv6 que je
connaisse et qui est mentionnée dans la RFC 2463 est l'échec de
résolution NDP de l'adresse link layer du next-hop pour la route de la
destination considérée, qui est je suppose le routeur VDSL. Mais je ne
vois pas comment cela pourrait être le cas ici si en même temps les
paquets émis par d'autres machines continuent à être routés vers
l'extérieur. As-tu regardé le trafic NDP entre le routeur Linux et le
routeur VDSL ? Eventuellement vérifier aussi l'état du cache NDP du
routeur Linux avec "ip -6 neigh" lorsque cela se produit.
JKB a écrit :Où sont passées les resques 485, 486 et 487 ? Si je regarde sur le
tap1, elles sont bien envoyées. Mais le routeur Linux répond :
(...)23:39:32.978382 IP6 2001:7a8:a8ed:1::1 > 2001:7a8:a8ed:1::2: ICMP6,
destination unreachable, unreachable address par10s09-in-x1f.1e100.net,
length 64
Si le routeur Linux répond avec un message d'erreur ICMPv6, c'est qu'il
a bien reçu le paquet dont le traitement a provoqué cette erreur, mais
n'a pas pu le faire suivre vers sa destination. Donc a priori le VPN
n'est pas en cause.
La seule cause d'envoi de l'erreur "Unreachable address" en IPv6 que je
connaisse et qui est mentionnée dans la RFC 2463 est l'échec de
résolution NDP de l'adresse link layer du next-hop pour la route de la
destination considérée, qui est je suppose le routeur VDSL. Mais je ne
vois pas comment cela pourrait être le cas ici si en même temps les
paquets émis par d'autres machines continuent à être routés vers
l'extérieur. As-tu regardé le trafic NDP entre le routeur Linux et le
routeur VDSL ? Eventuellement vérifier aussi l'état du cache NDP du
routeur Linux avec "ip -6 neigh" lorsque cela se produit.
De temps en temps, je me prendsun truc comme ceci dans la figure :
2001:7a8:a8ed:253::254 dev eth2 lladdr 28:28:5d:11:bf:23 router REACHABLE
fe80::2a28:5dff:fe11:bf23 dev eth2 router FAILED
Le modem IPv6 est directement connecté à eth2 (pas de switch, rien).
Je me demande si ce n'est pas la source de mes problèmes.
De temps en temps, je me prendsun truc comme ceci dans la figure :
2001:7a8:a8ed:253::254 dev eth2 lladdr 28:28:5d:11:bf:23 router REACHABLE
fe80::2a28:5dff:fe11:bf23 dev eth2 router FAILED
Le modem IPv6 est directement connecté à eth2 (pas de switch, rien).
Je me demande si ce n'est pas la source de mes problèmes.
De temps en temps, je me prendsun truc comme ceci dans la figure :
2001:7a8:a8ed:253::254 dev eth2 lladdr 28:28:5d:11:bf:23 router REACHABLE
fe80::2a28:5dff:fe11:bf23 dev eth2 router FAILED
Le modem IPv6 est directement connecté à eth2 (pas de switch, rien).
Je me demande si ce n'est pas la source de mes problèmes.
JKB a écrit :
De temps en temps, je me prendsun truc comme ceci dans la figure :
2001:7a8:a8ed:253::254 dev eth2 lladdr 28:28:5d:11:bf:23 router REACHABLE
(...)fe80::2a28:5dff:fe11:bf23 dev eth2 router FAILED
Le modem IPv6 est directement connecté à eth2 (pas de switch, rien).
Je me demande si ce n'est pas la source de mes problèmes.
C'est quand même surprenant qu'en même temps la résolution ait réussi
pour l'adresse globale du routeur mais pas pour son adresse link local.
Par curiosité, comment est configurée la route par défaut sur le routeur
Linux ? Automatiquement par RA, statiquement avec l'adresse globale du
routeur VDSL, statiquement avec l'adresse link local, autre ?
JKB a écrit :
De temps en temps, je me prendsun truc comme ceci dans la figure :
2001:7a8:a8ed:253::254 dev eth2 lladdr 28:28:5d:11:bf:23 router REACHABLE
(...)
fe80::2a28:5dff:fe11:bf23 dev eth2 router FAILED
Le modem IPv6 est directement connecté à eth2 (pas de switch, rien).
Je me demande si ce n'est pas la source de mes problèmes.
C'est quand même surprenant qu'en même temps la résolution ait réussi
pour l'adresse globale du routeur mais pas pour son adresse link local.
Par curiosité, comment est configurée la route par défaut sur le routeur
Linux ? Automatiquement par RA, statiquement avec l'adresse globale du
routeur VDSL, statiquement avec l'adresse link local, autre ?
JKB a écrit :
De temps en temps, je me prendsun truc comme ceci dans la figure :
2001:7a8:a8ed:253::254 dev eth2 lladdr 28:28:5d:11:bf:23 router REACHABLE
(...)fe80::2a28:5dff:fe11:bf23 dev eth2 router FAILED
Le modem IPv6 est directement connecté à eth2 (pas de switch, rien).
Je me demande si ce n'est pas la source de mes problèmes.
C'est quand même surprenant qu'en même temps la résolution ait réussi
pour l'adresse globale du routeur mais pas pour son adresse link local.
Par curiosité, comment est configurée la route par défaut sur le routeur
Linux ? Automatiquement par RA, statiquement avec l'adresse globale du
routeur VDSL, statiquement avec l'adresse link local, autre ?
Pascal Hambourg écrivait :JKB a écrit :De temps en temps, je me prendsun truc comme ceci dans la figure :
2001:7a8:a8ed:253::254 dev eth2 lladdr 28:28:5d:11:bf:23 router REACHABLE
(...)fe80::2a28:5dff:fe11:bf23 dev eth2 router FAILED
Tout est déclaré statiquement. Dans le fichier
/etc/network/interfaces, j'ai mis :
iface eth2 inet6 static
address 2001:7a8:a8ed:253::1
netmask 64
gateway 2001:7a8:a8ed:253::254
Pascal Hambourg <boite-a-spam@plouf.fr.eu.org> écrivait :
JKB a écrit :
De temps en temps, je me prendsun truc comme ceci dans la figure :
2001:7a8:a8ed:253::254 dev eth2 lladdr 28:28:5d:11:bf:23 router REACHABLE
(...)
fe80::2a28:5dff:fe11:bf23 dev eth2 router FAILED
Tout est déclaré statiquement. Dans le fichier
/etc/network/interfaces, j'ai mis :
iface eth2 inet6 static
address 2001:7a8:a8ed:253::1
netmask 64
gateway 2001:7a8:a8ed:253::254
Pascal Hambourg écrivait :JKB a écrit :De temps en temps, je me prendsun truc comme ceci dans la figure :
2001:7a8:a8ed:253::254 dev eth2 lladdr 28:28:5d:11:bf:23 router REACHABLE
(...)fe80::2a28:5dff:fe11:bf23 dev eth2 router FAILED
Tout est déclaré statiquement. Dans le fichier
/etc/network/interfaces, j'ai mis :
iface eth2 inet6 static
address 2001:7a8:a8ed:253::1
netmask 64
gateway 2001:7a8:a8ed:253::254
JKB a écrit :Pascal Hambourg écrivait :JKB a écrit :De temps en temps, je me prendsun truc comme ceci dans la figure :
2001:7a8:a8ed:253::254 dev eth2 lladdr 28:28:5d:11:bf:23 router REACHABLE
(...)fe80::2a28:5dff:fe11:bf23 dev eth2 router FAILED
(...)Tout est déclaré statiquement. Dans le fichier
/etc/network/interfaces, j'ai mis :
iface eth2 inet6 static
address 2001:7a8:a8ed:253::1
netmask 64
gateway 2001:7a8:a8ed:253::254
Dans ce cas pourquoi la machine a-t-elle besoin de résoudre l'adresse
link local du routeur ?
JKB a écrit :
Pascal Hambourg <boite-a-spam@plouf.fr.eu.org> écrivait :
JKB a écrit :
De temps en temps, je me prendsun truc comme ceci dans la figure :
2001:7a8:a8ed:253::254 dev eth2 lladdr 28:28:5d:11:bf:23 router REACHABLE
(...)
fe80::2a28:5dff:fe11:bf23 dev eth2 router FAILED
(...)
Tout est déclaré statiquement. Dans le fichier
/etc/network/interfaces, j'ai mis :
iface eth2 inet6 static
address 2001:7a8:a8ed:253::1
netmask 64
gateway 2001:7a8:a8ed:253::254
Dans ce cas pourquoi la machine a-t-elle besoin de résoudre l'adresse
link local du routeur ?
JKB a écrit :Pascal Hambourg écrivait :JKB a écrit :De temps en temps, je me prendsun truc comme ceci dans la figure :
2001:7a8:a8ed:253::254 dev eth2 lladdr 28:28:5d:11:bf:23 router REACHABLE
(...)fe80::2a28:5dff:fe11:bf23 dev eth2 router FAILED
(...)Tout est déclaré statiquement. Dans le fichier
/etc/network/interfaces, j'ai mis :
iface eth2 inet6 static
address 2001:7a8:a8ed:253::1
netmask 64
gateway 2001:7a8:a8ed:253::254
Dans ce cas pourquoi la machine a-t-elle besoin de résoudre l'adresse
link local du routeur ?
Dans ce cas pourquoi la machine a-t-elle besoin de résoudre l'adresse
link local du routeur ?
Que veux-tu que je te dises ? Un mystère linuxien de plus :-)
De mémoire (mais je ne peux pas vérifier présentement), le modem
s'annonce par défaut en radvd. Mais je ne vois pas pourquoi le
routeur Linux s'en servirait puisque toute la configuration est
statique.
Dans ce cas pourquoi la machine a-t-elle besoin de résoudre l'adresse
link local du routeur ?
Que veux-tu que je te dises ? Un mystère linuxien de plus :-)
De mémoire (mais je ne peux pas vérifier présentement), le modem
s'annonce par défaut en radvd. Mais je ne vois pas pourquoi le
routeur Linux s'en servirait puisque toute la configuration est
statique.
Dans ce cas pourquoi la machine a-t-elle besoin de résoudre l'adresse
link local du routeur ?
Que veux-tu que je te dises ? Un mystère linuxien de plus :-)
De mémoire (mais je ne peux pas vérifier présentement), le modem
s'annonce par défaut en radvd. Mais je ne vois pas pourquoi le
routeur Linux s'en servirait puisque toute la configuration est
statique.