[Nowwhat]

Je confirme.

root@ns311465:~# ping6 ipv6.google.com
PING ipv6.google.com(fra02s19-in-x02.1e100.net) 56 data bytes
64 bytes from fra02s19-in-x02.1e100.net: icmp_seq=1 ttl=57 time=20.0 ms
64 bytes from fra02s19-in-x02.1e100.net: icmp_seq=2 ttl=57 time=20.1 ms
64 bytes from fra02s19-in-x02.1e100.net: icmp_seq=3 ttl=57 time=20.0 ms

J'active immédiatement un plugin de Munin qui va me montrer toutes le trafic de toutes mes IPv4 et IPv6 individuellement.
Genre : http://www.test-domaine.fr/munin/ovh...cff__1286.html

[buddy]

réparé depuis cette tâche : http://travaux.ovh.net/?do=details&id=12223

[buddy]

Dans mon cas la passerelle est
2001:41d0:2:b4ff:ff:ff:ff:ff

Ca semble donc concerner le
2001:41d0:2::

Les adresses pingant en interne... meme si il y a un monitoring interne à OVH il n'a pas du le remarquer...

[Nowwhat]

J'ai fait une demande via un ticket de support, je reviens éditer dès que j'ai un retour.

Comme moi ce matin ( je suis passé par ici http://www.soyoustart.com/fr/contact-service-client.xml car j'ai un SYS)
J'ai fait référence à ce thread.

Je suis le seul à ne pas trouver normal que des pannes aussi handicapantes ne soient ni communiquées ni suivies sur le forum ?

Ils sont probablement même pas au courant.
Prioritaire est et reste le IPv4 (je pense) mais bon, une plage IPv6 est livré avec le serveur, et ça ne marche plus .....
La suivi concernant les pannes découverts sont ici: http://travaux.ovh.net/ jamais sur ce forum, qui est plus un entre aide entre clients.

[sloboman]

J'ai fait une demande via un ticket de support, je reviens éditer dès que j'ai un retour.

Je suis le seul à ne pas trouver normal que des pannes aussi handicapantes ne soient ni communiquées ni suivies sur le forum ?

[Nowwhat]

J'utilise Debian 7.7 - 64bits.
Voici mon '/etc/network.interface', la partie "ipv6":

iface eth0 inet6 static
	address 2001:41D0:2:927B::1
	netmask 64

post-up /sbin/ip -f inet6 route add 2001:41D0:2:92ff:ff:ff:ff:ff dev eth0
post-up /sbin/ip -f inet6 route add default via 2001:41D0:2:92ff:ff:ff:ff:ff

http://docs.ovh.ca/fr/guides-network-ipv6.html propose un alternatif pour Debian

post-up /sbin/ip -f inet6 route add 2001:41D0:2:92ff:ff:ff:ff:ff dev eth0
post-up /sbin/ip -f inet6 route add default gw 2001:41D0:2:92ff:ff:ff:ff:ff

mais ça me donne un
"Error: either "to" is duplicate, or "gw" is a garbage."

Après reboot:

root@ns311465:~# ip -6 neigh show
2001:41d0:2:92ff:ff:ff:ff:ff dev eth0 lladdr 00:05:73:a0:00:00 router STALE
fe80::21e:13ff:fef9:af00 dev eth0 lladdr 00:1e:13:f9:af:00 router STALE
fe80::ee30:91ff:fee0:df80 dev eth0 lladdr ec:30:91:e0:df:80 router STALE

...
Par contre, je n'ai pas de "date de panne". Mon monitoring perso était "défaillant" uniquement sur le serveur 'en panne ipv6'. il monitorait tout le reste sauf l'ipv6 sur ce serveur ...

Jeudi dernier, un mise à jour d'un "RFC 2136 client" sur mon routeur au travail n’arrivai plus à trouver "test-domaine.fr".
La protocole choisi par mon routeur est "IPv6", l'adresse AAAA est "2001:41d0:2:927b::15".
"Host unreachable".

Le bug date donc d'avant Jeudi 11 décembre, mais après Jeudi 4 décembre.

Heureusement, le "dual stack" sur mon serveur travaille, bien pour le IPv4 et IPv6 (services bind9, postfix, apache2, etc), il me semble que toutes ces services sont 'up' et joignable, mais plus du tout par le IPv6, plus rien sort, plus rien entre.

édit:
Ok, trouvé:
Là, il fonctionne encore:

Dec 11 09:38:44 ns311465 papy-team.org-transport/smtp[31220]: 1401F63E0345: to=, relay=gmail-smtp-in.l.google.com[2a00:1450:400c:c09::1b]:25, delay=1.5, delays=0.04/0.14/0.32/0.98, dsn=2.0.0, status=sent (250 2.0.0 OK 1418287124 k4si2607975wiw.82 - gsmtp)

et la, quelques minutes plus tard, plus aucun connections par IPv6 n'est possible (postfix bascule en IPv4 après):

Dec 11 09:44:16 ns311465 papy-team.org-transport/smtp[32023]: connect to gmail-smtp-in.l.google.com[2a00:1450:400c:c0a::1a]:25: Connection timed out

Qui a changé quoi Jeudi 11 décembre, le matin, vers 09h40 chez OVH ??

édit: Ok, suis bête:

Bonjour,
Depuis hier (environ 10 heure) mon serveur ne peux plus accéder à internet en ipv6.
La configuration n'as pas changée.

[sloboman]

idem pour moi ça a fait merder les libs recaptcha et les requetes whois pour fail2ban sur ma release 3

voici comment j'ai fait :

j'ai désactivé ipv6 :

echo "net.ipv6.conf.default.disable_ipv6=1" >> /etc/sysctl.conf
echo "net.ipv6.conf.all.disable_ipv6 = 1" >> /etc/sysctl.conf
sysctl -p

en attendant une réponse au pourquoi de tout ceci...

[buddy]

personnellement, j'ai contacte SYS avec les traceroutes + les ips et j'ai bien expliqué que çà marchait en interne et pas en externe.

Par contre, je n'ai pas de "date de panne". Mon monitoring perso était "défaillant" uniquement sur le serveur 'en panne ipv6'. il monitorait tout le reste sauf l'ipv6 sur ce serveur ...

[Nowwhat]

Exact - même chose chez moi.

Un traceroute6 de mon VPS vers mon SYS: Ok.
Un traceroute6 de mon SYS vers mon VPS: Ok
VPS vers ipv6.google.com: Ok
SYS vers ipv6.google.com: No-Ok

A partir de chez moi, mon "routeur" "PFsense" vers ipv6.google.com : Ok
A partir de chez moi, mon "routeur" "PFsense" vers mon SYS chez OVH: No-Ok

[buddy]

idem ...
J'ai envoyé au support un traceroute exterieur => mon serveur. et mon serveur => Extérieur.

on verra bien la réaction.

NB : moi l'ipv6 marche en interne ( RBX3 <=> RBX2 )

[Nowwhat]

Même chose http://forum.kimsufi.com/showthread....l=1#post186633 ?

En tout cas, sur mon SYS j'ai la même soucis depuis 2, 3 jours.

[KiLMaN]

Bonjour,

Depuis hier (environ 10 heure) mon serveur ne peux plus accéder à internet en ipv6.
La configuration n'as pas changée.

Sous Debian :

Ifconfig :
eth0      Link encap:Ethernet  HWaddr 00:25:90:52:ab:0a
          inet adr:188.165.227.188  Bcast:188.165.227.255  Masque:255.255.255.0
          adr inet6: fe80::225:90ff:fe52:ab0a/64 Scope:Lien
          adr inet6: 2001:41d0:2:aebc::1/64 Scope:Global
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:2256760451 errors:3 dropped:14715 overruns:0 frame:3
          TX packets:3726289716 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 lg file transmission:1000
          RX bytes:751650992252 (700.0 GiB)  TX bytes:5257088436442 (4.7 TiB)
          Interruption:16 Mémoire:fbce0000-fbd00000

ip -6 route
2001:41d0:2:aebc::/64 dev eth0  proto kernel  metric 256
2001:41d0:2:aeff:ff:ff:ff:ff dev eth0  metric 1024
fe80::/64 dev eth0  proto kernel  metric 256
default via 2001:41d0:2:aeff:ff:ff:ff:ff dev eth0  metric 1024

Je ping bien la gateway en ipv6:

 ping6 2001:41d0:2:aebc::1
PING 2001:41d0:2:aebc::1(2001:41d0:2:aebc::1) 56 data bytes
64 bytes from 2001:41d0:2:aebc::1: icmp_seq=1 ttl=64 time=0.020 ms
64 bytes from 2001:41d0:2:aebc::1: icmp_seq=2 ttl=64 time=0.027 ms
64 bytes from 2001:41d0:2:aebc::1: icmp_seq=3 ttl=64 time=0.026 ms

mais pas internet (google ou autre)

Pouvez vous voir pourquoi ?

Merci