Sans les accents c'est plus lisibe Bonjour a tous ,
Un petit probleme que je n'arrive pas a resoudre depuis quelques jours (des sequelles 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 a volonte, me connecter sur ipv6.google.com, etc. ca marche quoi. Maintenant le probleme... j'ai une deuxieme machine (aussi sous SL6/RHEL6), elle se voit attribuer une adresse (selon le prefixe du tunnel) par radvd et ca marche a moitie (et pas la moitie qu'on imaginerait), parfois j'arrive a me connecter en ipv6 et parfois pas... Voici typiquement ce qui se passe ( la sequence a son importance): 1 Je ping6 ipv6.google.com ca ne marche pas [root@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@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 ca MARCHE ! [root@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 ca marche PLUS ! [root@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 a nouveau tout en place, et je peux recommencer a faire des ping6, lynx, etc., etc. Mais en cas d'inactivite cela "saute" a nouveau. En regardant du cote du serveur, j'ai vu une difference 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 apres le tracepath6 tout le trafic a comme origine l'adresse globale 2001 et cela marche. Je pense que le probleme tourne autour de la selection adresse "locale" / "globale". Mais je ne sais pas comment eliminer ce chemin fe80. Est-ce que quelqu'un a une idee pour eviter ce probleme ? Un detail supplementaire, j'herite automatiquement d'une route par fe80 sur la deuxieme machine (et celle-ci n'est pas stipulee dans radvd.conf), et je pense que cela contribue au probleme. Merci d'avance a tous ceux qui pourraient me mettre sur la voie. Stephane _______________________________________________ gull mailing list [email protected] http://forum.linux-gull.ch/mailman/listinfo/gull
