Bonjour,
Depuis aujourd'hui à ~3h du matin, plus de connectivité IPv6 vers l'extérieur. Pas de problème en v4
Depuis l'extérieur (v6), on a:
Citation
6: ams-ix.kwaoo.net 32.264ms
7: border1-sgp-ng.kwaoo.net 31.903ms
8: border1-sgp-ng.kwaoo.net 34.023ms
9: no reply
...
Rien changé de mon coté.
Des idées ? Merci ;-)
C'est tombé chez Thibault aussi, le SIEA fait des bidouilles en ce moment.
J'ai bien peur qu'il faille faire le deuil de v6 sur le réseau un petit moment :/
C'est quand même con de faire tomber l'IPv6 en 2015 2016 2017...
Le fait d'être client pro pourrait-il faire changer les choses d'une manière générale (je pourrai peut-être l'être d'ici quelques mois) ?
Aucune idée, je pense que l'infra grand public et pro sont différentes.
Pas de bol, SixXS a annoncé sa fin aujourd'hui: https://www.sixxs.net/sunset/ (https://www.sixxs.net/sunset/) :'(
HE est toujours là, et il y'a toujours des solutions qui existent ;D
Jack doit voir ça avec le SIEA... Nous n'avons pas de délai pour le moment.
Super; merci pour le suivi :)
(Pour info, ca a super bien marché pendant plus d'un an; sauf les packet drop de décembre)
Bonjour,
Cela fait 2 semaines que je n'ai plus l'IPv6 à Collonges - Pays de Gex.
Je ne voie pas de sujet dans panne et plus de mise-à-jour de celui-ci, suis-je un cas isolé ?
Je suis dans le même bain, donc on est bien au moins deux ;-)
C'est le vilain SIEA.
Faute au SIEA ou pas, pour le client ca ne change pas grand chose ;-)
Dans l'ain l'IPv6 n'est pas officiellement supporté donc si ca change tout. Il faut voir l'IPv6 dans l'ain comme un test.
Pas officiellement supporté ??
J'ai mon bloc IPv6 depuis le 6 Juin 2012 qui fonctionne presque à merveille depuis ces presque 5 ans. J'ai eu un problème de suppression de mon bloc en Février 2016 pour lequel j'ai eu du support officiel et très bon d'ailleurs.
Heureusement que le fallback fonctionne bien car il y a des lustres que j'héberge quelques services en dual stack et dont la part d'accès en ipv6 n'est pas négligeable.
Bref je comprends que cela puisse prendre du temps à résoudre avec le SIEA et je l'accepte car l'ipv6 n'est pas vital et son absence non bloquante, mais je ne comprends pas qu'on me dise que l'ipv6 n'est pas supporté 5 ans après son lancement.
K-net a lancé l'IPv6 sur le réseau de l'Ain alors que ce n'est officiellement pas supporté par le SIEA.
Quand j'ai rencontré le SIEA pendant l'été 2016, on en a parlé, c'est dans la todo mais pas une priorité.
Sinon je sais très bien que ça fonctionnait avant.
Citation de: TiTi le 05 Avril 2017 à 18:50:04
j'ai rencontré le SIEA pendant l'été 2016, on en a parlé, c'est dans la todo mais pas une priorité.
Ils devaient avoir dans leur todo de casser quelques chose qui fonctionnait, cette info creuse d'autant ma curiosité et j'aimerais du fait bien savoir si cela marche chez les gros opérateurs qui ce sont incrustés sur le réseau SIEA :-X
Il faut savoir que chez plusieurs personnes l'IPv6 ne fonctionnait pas (vectronx par exemple)
IPv6 c'était un truc qui marchait par erreur, non sécurisé, et sans garanties.
Clairement pour le SIEA, c'est pas leur priorité, mais c'est en cours d'études par les intégrateurs du réseau, donc ça arrivera d'ici 1 an avec un peu de chance.
(Je sais pas vous, mais je trouve que le réseau du SIEA commence à accuser de son âge : 100Mb/s, pas d'IPv6... À quand le passage en GPON pour commencer à avoir un coup/fiabilité correct ?)
100mb sachant que la grande majorité qui ne sont pas parisien n'ont que l'adsl c'est très bien en 2017, la course au 1gb c'est cool mais l'utilité ? Je tombe un torrent de 4gb en 10 minutes ça me va très bien. Ça coupe la TV 10 minutes ? pas grave, la flemme de remettre du QOS pour si peu.
Par contre knet qui nous fournit l'ipv6 en 2012, super on est pas les premiers dans le monde mais super bien placé et dans le vent :)
Maintenant perdre l'ipv6 en 2017 et dire que dans 1 an on l'aura peut-être à nouveau, ce n'ai pas acceptable. Merci de demander au SIEA de remettre leur conf qu'ils avaient encore il y a 2 semaines.
Hello, il ne me semble pas que K-Net ait dit qu'on allait attendre 1 an pour que ça remarche.
Ca c'est pour la partie officielle. Après on ne peut pas donner de délai tant qu'on ne saura pas ce qui fait que ça ne marche pas chez certains (tous ?) les abonnés de l'ain.
Sinon, j'habite à moins d'1/4h des portes de Paris et je n'ai pas la fibre, et je suis loin d'être le seul dans le cas en région parisienne : Région parisienne != Paris ;)
Pour info moi ça fait presque 1 an que mon ipv6 ne fonctionne plus, jack a fait des captures et en gros côté k-net ils ont bien un who-has et un is-at (ça c'est ok) mais côté abonné rien.
J'ai faits aussi un tcpdump sur mon routeur et a premier vu, il y a pas mal de routeur qui demande k-net et qu'ils n'ont pas de réponse :
22:51:56.942878 IP6 fe80::6eb0:ceff:feba:7992 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:51:58.071308 IP6 fe80::6eb0:ceff:feba:7992 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:51:59.071256 IP6 fe80::6eb0:ceff:feba:7992 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:52:00.071257 IP6 fe80::6eb0:ceff:feba:7992 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:52:22.882189 IP6 fe80::22e5:2aff:fe23:da56 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:52:23.882211 IP6 fe80::22e5:2aff:fe23:da56 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:52:24.882175 IP6 fe80::22e5:2aff:fe23:da56 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:52:26.186833 IP6 fe80::22e5:2aff:fe23:da56 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:52:27.185678 IP6 fe80::22e5:2aff:fe23:da56 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:52:27.892220 IP6 fe80::22e5:2aff:fe23:da56 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:52:43.242094 IP6 fe80::6eb0:ceff:feba:7992 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:52:44.535013 IP6 fe80::6eb0:ceff:feba:7992 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:52:53.143257 IP6 fe80::22e5:2aff:fe23:da56 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:52:54.143259 IP6 fe80::22e5:2aff:fe23:da56 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:52:55.143242 IP6 fe80::22e5:2aff:fe23:da56 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:52:57.437815 IP6 fe80::22e5:2aff:fe23:da56 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:52:58.442602 IP6 fe80::22e5:2aff:fe23:da56 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:52:59.143319 IP6 fe80::22e5:2aff:fe23:da56 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:53:16.919747 IP6 fe80::22e5:2aff:fe23:da56 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:53:17.919745 IP6 fe80::22e5:2aff:fe23:da56 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:53:18.919788 IP6 fe80::22e5:2aff:fe23:da56 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:53:27.875574 IP6 fe80::22e5:2aff:fe23:da56 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:53:28.609830 IP6 fe80::22e5:2aff:fe23:da56 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:53:29.609844 IP6 fe80::22e5:2aff:fe23:da56 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:53:30.619828 IP6 fe80::22e5:2aff:fe23:da56 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:53:31.619828 IP6 fe80::22e5:2aff:fe23:da56 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:53:32.920545 IP6 fe80::22e5:2aff:fe23:da56 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:53:58.482163 IP6 fe80::6eb0:ceff:feba:7992 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:53:59.212102 IP6 fe80::6eb0:ceff:feba:7992 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:53:59.260048 IP6 fe80::22e5:2aff:fe23:da56 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:54:00.212042 IP6 fe80::6eb0:ceff:feba:7992 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:54:00.260076 IP6 fe80::22e5:2aff:fe23:da56 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:54:01.232059 IP6 fe80::6eb0:ceff:feba:7992 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:54:02.232072 IP6 fe80::6eb0:ceff:feba:7992 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:54:02.260078 IP6 fe80::22e5:2aff:fe23:da56 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:54:02.422030 IP6 fe80::9ed3:6dff:fe9f:918e > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:54:04.495001 IP6 fe80::22e5:2aff:fe23:da56 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:54:04.495087 IP6 fe80::9ed3:6dff:fe9f:918e > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:54:31.490258 IP6 fe80::22e5:2aff:fe23:da56 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:54:34.510300 IP6 fe80::22e5:2aff:fe23:da56 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:54:35.510282 IP6 fe80::22e5:2aff:fe23:da56 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:54:36.510259 IP6 fe80::22e5:2aff:fe23:da56 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:54:37.700307 IP6 fe80::22e5:2aff:fe23:da56 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:54:39.000251 IP6 fe80::22e5:2aff:fe23:da56 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:54:39.993682 IP6 fe80::22e5:2aff:fe23:da56 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:54:40.890351 IP6 fe80::22e5:2aff:fe23:da56 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:54:41.890350 IP6 fe80::22e5:2aff:fe23:da56 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:54:42.890289 IP6 fe80::22e5:2aff:fe23:da56 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:54:57.431788 IP6 fe80::22e5:2aff:fe23:da56 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:54:58.444810 IP6 fe80::22e5:2aff:fe23:da56 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:54:59.144440 IP6 fe80::22e5:2aff:fe23:da56 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:55:09.700005 IP6 fe80::9ed3:6dff:fe9f:918e > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:55:10.740940 IP6 fe80::9ed3:6dff:fe9f:918e > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:55:11.452341 IP6 fe80::9ed3:6dff:fe9f:918e > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:55:28.926521 IP6 fe80::22e5:2aff:fe23:da56 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:55:29.926503 IP6 fe80::22e5:2aff:fe23:da56 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:55:30.926505 IP6 fe80::22e5:2aff:fe23:da56 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:55:31.936477 IP6 fe80::22e5:2aff:fe23:da56 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:55:32.936493 IP6 fe80::22e5:2aff:fe23:da56 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:55:34.231375 IP6 fe80::22e5:2aff:fe23:da56 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:55:35.240919 IP6 fe80::22e5:2aff:fe23:da56 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:55:35.946511 IP6 fe80::22e5:2aff:fe23:da56 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:55:36.946524 IP6 fe80::22e5:2aff:fe23:da56 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:55:37.956524 IP6 fe80::22e5:2aff:fe23:da56 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:55:38.956517 IP6 fe80::22e5:2aff:fe23:da56 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:55:40.253345 IP6 fe80::22e5:2aff:fe23:da56 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
22:55:43.143312 IP6 fe80::22e5:2aff:fe23:da56 > ff02::1:ff00:1: ICMP6, neighbor solicitation, who has 2a03:4980::14:0:1, length 32
@k-net : il ne faudrait-il pas désactiver l'ipv6 dans l'Ain sur les k-box ?
Citation de: Steph01 le 05 Avril 2017 à 21:46:22
100mb sachant que la grande majorité qui ne sont pas parisien n'ont que l'adsl c'est très bien en 2017, la course au 1gb c'est cool mais l'utilité ?
Le débit définit les usages, pas l'inverse : si les voitures n'avaient plus de limite de vitesse sur autoroute, les gens rouleraient plus vite, même si tous ne rouleraient pas aux limites de leur voiture.
le Gb/s c'est sympa pour une chose : Tu télécharges 10x plus vite.
Quand tu télécharges des ISO linux, t'es bien content que ton DL prenne 2 minutes et pas 20 ;)
Citation de: Hugues le 06 Avril 2017 à 08:55:08
Quand tu télécharges des ISO linux, t'es bien content que ton DL prenne 2 minutes et pas 20 ;)
C'est sûr qu'on télécharge des iso linux 3 fois par jours ^^
Citation de: Daweb le 06 Avril 2017 à 11:37:51
Citation de: Hugues le 06 Avril 2017 à 08:55:08
Quand tu télécharges des ISO linux, t'es bien content que ton DL prenne 2 minutes et pas 20 ;)
C'est sûr qu'on télécharge des iso linux 3 fois par jours ^^
Non mais les films de vacances un peu plus ;D
Citation de: Grégory le 06 Avril 2017 à 11:53:44
Non mais les films de vacances un peu plus ;D
Carrément, perso c'est plutôt les séries de vacance.
... je suis déjà bien loin !
Citation de: Daweb le 06 Avril 2017 à 11:37:51
Citation de: Hugues le 06 Avril 2017 à 08:55:08
Quand tu télécharges des ISO linux, t'es bien content que ton DL prenne 2 minutes et pas 20 ;)
C'est sûr qu'on télécharge des iso linux 3 fois par jours ^^
C'est un exemple, en tant que modo j'ai pas le droit de t'inciter à télécharger des films de vacances avec brad pitt ou george clooney, mais tu vois l'idée globale ;)
Bon, j'ai fini par désactiver le support Ipv6 de mon routeur.
Maintenant continuons de retourner 5 ans en arrière, je n'ai plus qu'à virer mes records DNS IPv6.
Sinon, une idée d'un autre opérateur sur la fibre SIEA qui supporte l'IPv6 ?
Cordialement
Sachant que le problème vient du SIEA ça va être compliqué ;D
Citation de: Steph01 le 10 Avril 2017 à 19:31:16
Sinon, une idée d'un autre opérateur sur la fibre SIEA qui supporte l'IPv6 ?
Orange
et peut-être SFR
Juste Orange. Les autres opérateurs ne peuvent pas plus que k-net...
Sinon, si tu as un routeur perso, tu peux monter un tunnel vers Milkywan (c'est mon asso), je fais ça chez moi ;-)
Techniquement c'est une asso ;-)
/me rougit en lisant le mail incendiaire de Steph01
mail dont vous trouverez la réponse par ailleurs, mais pas le mail lui même que je n'ai pas conservé ;D
On arrive gentiment à un mois de panne IPv6, est-ce que quelqu'un de correctement informé sait si ça va être réparé dans un délai raisonnable ?
J'ai contacté le support par mail et téléphone le mois dernier déjà, plusieurs relances depuis, mais malheureusement à part des messages automatiques la seule réponse que j'ai eue, c'est qu'"on reviendra vers moi", il y a trois semaines. Depuis, le support ne répond plus :)
Alors concrètement, est-ce que quelqu'un est en train de dépanner ça, ou est-ce qu'il faut considérer que K-Net ne fournit plus d'IPv6 (en tout cas dans ce coin) ? Parce que là, c'est plus une question esthétique, ça devient tout simplement pénible de surfer...
Citation de: patrick le 20 Avril 2017 à 22:06:29
Alors concrètement, est-ce que quelqu'un est en train de dépanner ça, ou est-ce qu'il faut considérer que K-Net ne fournit plus d'IPv6 (en tout cas dans ce coin) ? Parce que là, c'est plus une question esthétique, ça devient tout simplement pénible de surfer...
Malheureusement oui, je pense que pour le moment et pour encore quelques mois, plus d'IPv6 dans l'Ain.
Bien évidemment, on (k-net et nous les modos) vous tiendra informés des nouvelles, Thibault et moi suivons ça de très près...
Pénible de surfer ? J'ai un doute, ça existe des sites (publiques) v6 only ?
Sinon oui il y a du debug, des tests sont réalisés sur ma connexion.
@titi Quand un site est dual stack, si tu as une adresse IPv6, tu te mange 100ms de timeout -par requète-.
Suffit de désactiver l'ipv6 ???
Oui, justement, c'est pour ça que patrick demande
Merci pour les infos !
Citation de: TiTi le 20 Avril 2017 à 22:24:47
Pénible de surfer ? J'ai un doute, ça existe des sites (publiques) v6 only ?
Oui, mais peu et ce n'est pas le plus gros problème.
Si tu es en dual stack et que ta machine a une adresses IPv6 globale, alors pour les destinations qui ont une adresse IPv6 et une adresse IPv4 (des records DNS A et AAAA), l'IPv6 est choisi par défaut (RFC6724). Et en attendant que le navigateur comprenne que sa connexion est foireuse, le timeout tcp c'est pas 100 ms...
Même pour un site qui n'est que IPv4, dès qu'il y a un like de facebook, un google +1, ou n'importe laquelle de ces cochonneries de tracking (qui n'en a pas, aujourd'hui ?), on a le même problème, et souvent ces mouchards sont truffés de javascript qui empêche l'affichage de la page tant qu'ils ne l'ont pas décidé, pour planter les adblocks.
Citation de: TiTi le 20 Avril 2017 à 22:32:26
Suffit de désactiver l'ipv6 ???
Il suffit. En avril 2017.
Citation de: Hugues le 10 Avril 2017 à 20:52:29
Juste Orange. Les autres opérateurs ne peuvent pas plus que k-net...
Sinon, si tu as un routeur perso, tu peux monter un tunnel vers Milkywan (c'est mon asso), je fais ça chez moi ;-)
Si Orange y arrive, quelle est la différence avec les autres opérateurs Ils ne sont pas sur le réseau du SIEA ?
Citation de: patrick le 27 Avril 2017 à 10:15:11
Citation de: Hugues le 10 Avril 2017 à 20:52:29
Juste Orange. Les autres opérateurs ne peuvent pas plus que k-net...
Sinon, si tu as un routeur perso, tu peux monter un tunnel vers Milkywan (c'est mon asso), je fais ça chez moi ;-)
Si Orange y arrive, quelle est la différence avec les autres opérateurs Ils ne sont pas sur le réseau du SIEA ?
Si je ne dis pas de connerie. Orange loue que la fibre noire.
Citation de: patrick le 27 Avril 2017 à 10:15:11
Si Orange y arrive, quelle est la différence avec les autres opérateurs Ils ne sont pas sur le réseau du SIEA ?
Exactement, ils sont sur leurs propres équipements.
On dirait que depuis quelques heures (ou jours, je ne ping6 pas toutes les cinq minutes), la connectivité IPv6 est rétablie.
Est-ce que quelqu'un sait si c'est réparé de manière durable (solution trouvée entre KNet et le SIEA), ou si ça peut repéter du jour au lendemain ? Parce que ça vaut quand la peine de savoir si c'est préférable de boucher les tunnels ou de les laisser ouverts en prévision de la prochaine panne...
Et oui, je sais, je suis lourd avec mon IPv6, mais b***l, on est en 2017 ! Pas la peine de me répondre "ça sert à rien, tout fonctionne en IPv4", parce que dans ce mode-là on peut aussi répondre que la vie fonctionne sans internet :)
PS oui, j'ai également demandé au support, mais lors de la panne les utilisateurs du forum avaient l'air mieux au courant, ou du moins plus réactifs.
L'ipv6 est mon amour, jamais je ne l'oublierai
Le problème n'est pas identifié, mais un contournement a été trouvé conjointement avec Matthieu du SIEA
Deux zones ont été "contournées", les autres sont laissées en l'état afin de permettre de trouver une solution
On a trouvé une bidouille avec Thibault et Jack pour retrouver un peu de connectivité IPv6, mais c'est clairement pas industrialiable.
Ah ? C'est revenu ?
Faudra que je teste ça de retour du boulot, j'avais fini par virer le support IPv6 dans mon routeur pour éviter les timeouts.
En espérant que je soit dans une zone ou cela fonctionne.
Je pense qu'il faut que tu gardes tes tunnels sous la main. (perso c'est ce que je fais)
T'inquiètes, j'ai fait en sorte de pouvoir switch on et off assez facilement ;D
Ça marche !!
(http://i.imgur.com/Zp5AhT1.png)
Hors sujet met je regarde un peu les routes pour voir et je me pose une question
Détermination de l'itinéraire vers prs-b8-v6.telia.net [2001:2000:3018:2a::1]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms proxy.collonges.local [2a03:4980:1:1::1]
2 3 ms 2 ms 2 ms border1-sgp.kwaoo.net [2a03:4980::11:0:1]
3 3 ms 2 ms 9 ms border1-sgp-ng.kwaoo.net [2a03:4980::c:0:1]
4 12 ms 12 ms 13 ms border3-th2.kwaoo.net [2a03:4980::e:0:1]
5 12 ms 12 ms 12 ms prs-b5-link.telia.net [2001:2000:3080:97c::1]
6 13 ms 13 ms 13 ms prs-b8-v6.telia.net [2001:2000:3018:2a::1]
Ou est border3-th2.kwaoo.net qui prend 12ms à atteindre ? Car sans les 10ms entre border1 et ce border3 on serait à 3ms de l'hôte de telia que je trace.
Edit : Et question à 2CHF : Pourquoi on voit les :0: dans vos adresses au lieu de les strip en :: comme mon proxy/router en 2a03:4980:1:1::1 et les hôtes de Telia ?
En tout cas merci pour avoir réussi à remettre l'IPv6 !
Il est à Paris (TH2)
13 ms c'est très bien pour faire aller retour Maison <-> SGP <-> Lyon <-> Paris
Les :0: qu'on voit c'est parce qu'il y a deja un strip :: avant il me semble.
On ne peut pas faire 2 strips dans la meme représentation.
Effectivement c'est tout-à-fait normal, je n'ai pas ouvert les yeux correctement quand j'ai regardé ces adresses.
En effet, je viens de le réactiver et ca marche.
Peut-on considérer cette solution comme "stable" ?
Merci pour votre travail !
Pour moi toujours des problèmes en IPV6, obligé de la désactiver sinon de gros timeout. :'( (http://i.imgur.com/GzUm07W.png)
Super
Pour information, la procédure n'a pas été suivie, ce qui explique que ton service n'est pas fonctionnel
Je t'invite à consulter le support client pour qu'il fasse le travail à ce sujet
très bien merci, mais lorsque j'ai pris K-NET il y a bientôt 1 an, c'était la première chose que j'avais demandé par téléphone à l'assistance technique et ils me l'avaient activé. Puis il y a maintenant 3-4 mois, j'ai eu des problèmes de timeout, et après déconnexion de l'IPV6 plus de problème.
Je vais voir ça avec eux. ;)
Bonjour,
Depuis aujourd'hui à 11h locales, IPv6 ne refonctionne plus à nouveau.
>>~ traceroute6 google.com
traceroute to google.com (2a00:1450:4007:816::200e), 30 hops max, 80 byte packets
1 router.lan.villaro-dixon.eu (2a03:4980:7:b200::1234) 6.255 ms 6.238 ms 6.223 ms
2 * * *
3 * * *
(http://mrtg.vi-di.fr/sixxs.ping-day.png)
Pas de soucis à la maison
traceroute6 to google.com (2a00:1450:4007:80e::200e) from 2a03:4980:107:b900::2, 64 hops max, 12 byte packets
1 mappy 0.515 ms 0.486 ms 0.381 ms
2 2a03:4980::21:0:1 7.772 ms 7.316 ms 7.469 ms
3 2a03:4980::27:0:0 7.267 ms 7.218 ms 6.806 ms
4 2001:4860:0:1017::1 6.763 ms 7.346 ms 6.994 ms
5 2001:4860:0:1::1f5d 7.179 ms
2001:4860:0:1::17ef 7.292 ms 6.555 ms
6 par10s22-in-x0e.1e100.net 6.895 ms 7.175 ms 6.935 ms
Le soucis est présent uniquement sur le réseau du SIEA :
-Un patch devrait être appliqué sur les routeurs Cisco du SIEA d'ici quelques mois
-En attendant pour que ça fonctionne il faut fixer le NDP
Chez moi j'ai du faire :
post-up ip -6 n replace 2a03:4980::13:0:1 lladdr 00:1b:21:bc:8b:04 dev ens20
post-up ip route add default via 2a03:4980::13:0:1 dev ens20
Ben en effet, c'est reparti une heure après. Après ces quelques déboires dans le passé qu'on a eus avec l'IPv6, je me suis un peu précipité.. ;-)
Citation de: TiTi le 01 Août 2017 à 13:36:57
Le soucis est présent uniquement sur le réseau du SIEA :
-Un patch devrait être appliqué sur les routeurs Cisco du SIEA d'ici quelques mois
-En attendant pour que ça fonctionne il faut fixer le NDP
Chez moi j'ai du faire :
post-up ip -6 n replace 2a03:4980::13:0:1 lladdr 00:1b:21:bc:8b:04 dev ens20
post-up ip route add default via 2a03:4980::13:0:1 dev ens20
laisse mes post-up en paix :D
Hello,
je n'ai pas de connectivité IPv6 depuis mon raccordement (Europe Essonne Covage/Tutor), je suppose que c'est lié au soucis plus général ? j'ai décoché ipv6 dans l'interface de la k-box v2 en attendant.
Pas d'affolement, les 940mbps en IPv4 me conviennent largement :)
Citation de: jeff le 01 Août 2017 à 19:20:10
Hello,
je n'ai pas de connectivité IPv6 depuis mon raccordement (Europe Essonne Covage/Tutor), je suppose que c'est lié au soucis plus général ? j'ai décoché ipv6 dans l'interface de la k-box v2 en attendant.
Pas d'affolement, les 940mbps en IPv4 me conviennent largement :)
Je viens de cocher la case, et le service est fonctionnel
Du coup .. ?
!!
je test :)
je semble souffrir du même problème qu'Ecleos à la page précédente.
j'ai bien une ipv6 affectée, mais il n'y a pas grand chose qui semble vouloir passer dans les tuyaux.