[gull] IPv6 probleme de routage intermittent

Stephane Aubin stef at aubin.ch
Mon Jun 27 19:10:41 CEST 2011


Bonjour à tous ,

Un petit problème que je n'arrive pas à résoudre depuis quelques jours  (des séquelles de l'IPV6 day).

J'ai un server (Scientific Linux 6/RHEL6), avec un tunnel IPv6  au travers d'un tunnel broker (Hurricane Electric Free IPv6 Tunnel Broker) avec lequel je peux me connecter au monde en ipv6. Je peux pinger à volonté, me connecter sur ipv6.google.com, etc. ça marche quoi.

Maintenant le problème... j'ai une deuxième machine (aussi sous SL6/RHEL6), elle se voit attribuer une adresse (selon le préfixe du tunnel) par radvd et ça marche a moitié (et pas la moitié qu'on imaginerait), parfois j'arrive à me connecter en ipv6 et parfois pas...


Voici typiquement ce qui se passe ( la séquence à son importance):

1 Je ping6 ipv6.google.com ça ne marche pas

[root at scientific ~]# ping6 ipv6.google.com
PING ipv6.google.com(fx-in-x69.1e100.net) 56 data bytes
^C
--- ipv6.google.com ping statistics ---
2 packets transmitted, 0 received, 100% packet loss, time 1011ms

2 Je traceroute6 ipv6.google.com (ou tracepath6 ipv6.google.com) ça marche.

[root at scientific ~]#  tracepath6 ipv6.google.com
 1?: [LOCALHOST]                      pmtu 1500
 1:  2001:XXXXXXX                       0.974ms
 1:  2001:XXXXXXX                       0.402ms
 2:  2001:XXXXXXX                       0.310ms pmtu 1280
 2:  eisenluk-1.tunnel.tserv23.zrh1.ipv6.he.net  29.165ms
 2:  eisenluk-1.tunnel.tserv23.zrh1.ipv6.he.net  32.415ms
 3:  gige-g2-20.core1.zrh1.he.net              28.250ms
 4:  10gigabitethernet3-2.core1.fra1.he.net    39.345ms
^C

3 Maintenant je ping6 ipv6.google.com ça MARCHE !

[root at scientific ~]# ping6 ipv6.google.com
PING ipv6.google.com(fx-in-x69.1e100.net) 56 data bytes
64 bytes from fx-in-x69.1e100.net: icmp_seq=1 ttl=56 time=32.4 ms
64 bytes from fx-in-x69.1e100.net: icmp_seq=2 ttl=56 time=32.7 ms
^C
--- ipv6.google.com ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1584ms
rtt min/avg/max/mdev = 32.434/32.601/32.769/0.246 ms


4 J'attends genre 15 secondes

5 je ping6 ipv6.google.com ça marche PLUS !

[root at scientific ~]# ping6 ipv6.google.com
PING ipv6.google.com(fx-in-x6a.1e100.net) 56 data bytes
^C
--- ipv6.google.com ping statistics ---
3 packets transmitted, 0 received, 100% packet loss, time 2522ms

Naturellement, un coup de tracepath6 remet à nouveau tout en place, et je peux recommencer à faire des ping6, lynx, etc., etc. Mais en cas d'inactivité cela "saute" à nouveau. 


En regardant du côté du serveur, j'ai vu une différence d'adresse entre le point 1 et le point 3. Sur le 1er ping6 les paquets partent de l'adresse locale fe80... et plante donc. Puis après le tracepath6 tout le trafic a comme origine l'adresse globale 2001 et cela marche. Je pense que le problème tourne autour de la sélection adresse "locale" / "globale". Mais je ne sais pas comment éliminer ce chemin fe80.


Est-ce que quelqu'un a une idée pour éviter ce problème ?

Un détail supplémentaire, j'hérite automatiquement d'une route par fe80 sur la deuxième machine (et celle-ci n'est pas stipulée dans radvd.conf), et je pense que cela contribue au problème.

Merci d'avance à tous ceux qui pourraient me mettre sur la voie.

Stephane



More information about the gull mailing list