Bonjour,
Quelqu'un a-t-il réussi à obtenir une adresse IPv6 avec un routeur Mikrotik chez K-net (et plus précisément sur Covage 14) svp?
J'ai tenté avec le client DHCPv6 du routeur mais je ne reçois aucune réponse positive, le DUID envoyé dans la requête correspond bien à l'adresse mac de mon interface wan (format 0x0003000[MAC]). A titre informatif, j'ai bien une IPv4 attribuée sur cette interface.
Merci pour votre aide
Je ne connais pas Mikrotik.
Quelles est le client DHCP IPv6 ? dhpc6c, dhclient... ?
En tous cas, sur Covage 14, je confirme que l'IPv6 est fonctionnel.
Le gateway/relais DHCPv6 de Covage 14 est fe80::22e0:9cff:fe53:7801 et sa MAC 20:e0:9c:53:7a:09
IPV6 fonctionnel et stable chez moi avec covage14, avec un routeur Asus AX88U.
Merci pour vos réponses, je ne sais pas quel client utilise Mikrotik, ce n'est pas précisé dans leur doc : https://wiki.mikrotik.com/wiki/Manual:IPv6/DHCP_Client
Niveau options j'ai pas grand chose (par le GUI en tout cas). Rien qui permet de préciser la gateway en tout cas (voir screenshots en pj)
Peut être que je dois préciser un pool name ou un prefix ?
Le routeur Mikrotik sait à peu prêt tout faire, il faut juste le paramétrer.
Sur Covage 91, aucune conf automatique, il faut tout faire à la main. Mais ça fonctionne niquel après.
Ok, dans ma config dhcp6c (client DHCP IPv6), je n'utilise que deux options :
- ia-pd ID (pour demander la délégation de préfixe)
- ia-na ID (pour demander l'adresse IPv6).
Pas de rapid commit.
Pas de préfixe spécifié.
Ma config :
interface brwan {
send ia-na 1;
send ia-pd 11;
script "/opt/bolemo/etc/dhcp6c-script";
};
id-assoc na 1 {
};
id-assoc pd 11 {
};
Citation de: halesk2k le 18 Avril 2021 à 11:43:05
Sur Covage 91, aucune conf automatique, il faut tout faire à la main. Mais ça fonctionne niquel après.
Je ne savais pas que l'IPV6 était revenue sur Covage91, ça ne fonctionne pas depuis un bail.
Le 91 n'est pas un réseau homogène : Gros mélange de technos...
Citation de: Halfman le 17 Avril 2021 à 23:10:00
Rien qui permet de préciser la gateway en tout cas
Je précise que j'ai donné l'adresse link local du gateway et son adresse MAC seulement pour info, dans le cas où tu aurais accès au logs pour voir ce qu'il se passe lors de la transaction DHCP.
Je confirme que ces adresses ne sont pas à renseigner dans la config : le client DHCP envoie une requête à tout le réseau (broadcast), donc pas besoin de connaître son IP.
Si ton problème n'est pas résolu par d'autres membres ici ayant le même modem, ou un employé de K-Net, on pourra plus tard essayer quelque chose. Je peux écouter le traffic sur la boucle de collecte Covage 14 K-Net (tcpdump), donc logiquement entendre la transaction émise par ton routeur et la réponse du relais DHCP. Il faudra simplement se synchroniser (le faire à un moment précis) et que je connaisse la MAC de ton routeur.
Je dois au préalable désactiver mes filtres (je filtre tout ce qui ne m'est pas destiné) et écouter en filtrant seulement ce qui te concerne (car toutes les transactions DHCP de la boucle sont là, et le bail est de 10 minutes (IPv6), donc ça fait beaucoup de paquets.
Merci encore pour vos réponses @halesk2k ce serait possible que tu postes ta config par hasard stp? Je vois qu'on a le même routeur. (j'ai un RB4011iGS+)
@bOLEMO ok je retiens ta proposition, merci :).
J'ai essayé de cocher la demande de préfixe sur le client dhcp (voir mon premier screen plus haut) mais il me demande d'entrer un pool name dans ce cas, j'avoue ne pas savoir quoi mettre, j'ai comme l'impression que c'est ce qu'il me manque (j'ai essayé en mettant juste "test" par exemple, ça ne change rien).
Citation de: Halfman le 18 Avril 2021 à 19:45:15
Merci encore pour vos réponses @halesk2k ce serait possible que tu postes ta config par hasard stp? Je vois qu'on a le même routeur. (j'ai un RB4011iGS+)
@bOLEMO ok je retiens ta proposition, merci :).
J'ai essayé de cocher la demande de préfixe sur le client dhcp (voir mon premier screen plus haut) mais il me demande d'entrer un pool name dans ce cas, j'avoue ne pas savoir quoi mettre, j'ai comme l'impression que c'est ce qu'il me manque (j'ai essayé en mettant juste "test" par exemple, ça ne change rien).
Il faut récupérer ton IPv6 + le /56 qui t'es attribué sur ton compte client sur le site de K-Net. Si tu n'as pas de Kbox, ca n'apparaitra pas et il faut aller demander au support qu'il te file les infos (ce que j'ai du faire).
Pour la conf, l'ONT est sur ether1 et j'utilise des interfaces vlan en interne. Tu peux remplacer interface vlan par des interfaces physique ou des bridges suivant ta conf.
Pour la partie publique:
[alex@bty-gw] > /ipv6 address export
/ipv6 address
add address=2a03:4980::21:0:2c4e advertise=no interface=ether1
add address=2a03:4980:209:8b56::ffff interface=vl0001-lan
add address=2a03:4980:209:8b57::ffff interface=vl0001-guest
add address=2a03:4980:209:8b58::ffff interface=vl0001-dmz
[etc...]
[alex@bty-gw] > /ipv6 route export
/ipv6 route
add distance=1 gateway=2a03:4980::21:0:1
[alex@bty-gw] > /ping [:resolve ipv6.google.com] count=4
SEQ HOST SIZE TTL TIME STATUS
0 2a00:1450:4007:806::200e 56 122 3ms echo reply
1 2a00:1450:4007:806::200e 56 122 3ms echo reply
2 2a00:1450:4007:806::200e 56 122 2ms echo reply
3 2a00:1450:4007:806::200e 56 122 2ms echo reply
sent=4 received=4 packet-loss=0% min-rtt=2ms avg-rtt=2ms max-rtt=3ms
J'ai laissé la conf par défaut pour /ipv6 nd
Pense a regarder si le module IPv6 est activé dans /system package
J'espère n'avoir rien oublié.
@halesk2k Merci pour ta réponse :), ipv6 et subnet demandé ce jour à k-net.
J'ai eu 2 personnes différentes et à chaque fois on a refusé de me transmettre mon ipv6 ou mon subnet...
La première personne m'a dit qu'ayant un routeur perso je devais me débrouiller et la seconde personne m'a dit de passer par le dhcpv6 et que si ça ne marchait pas c'est que l'ipv6 n'était pas encore pleinement fonctionnelle sur mon rip...
J'ai plus l'impression que tout le monde s'en fous un peu de l'ipv6 et que si ça ne marche pas c'est pas grave, c'est bien dommage.
On sent que le départ de Vincent O a changé des choses chez K-net.
https://forum.caps.services/index.php/topic,7653.msg96829.html#msg96829
Supprimé le 31/03/2021 : le tableau [IPv6] n'était plus à jour et je ne pourrais plus le maintenir à jour dans le futur
Voir le topic en question pour comprendre que l'IPv6 avec plusieurs OI, dont certains ne font pas beaucoup d'efforts, ben, c'est compliqué à mettre en place et à maintenir.
Sur certaines plaques, l'IPv6 fait (faisait) merder Ipv4 et donc effectivement, la désactivation IPv6 est plus simple pour les OI...
Citation de: Halfman le 26 Avril 2021 à 23:44:10
J'ai eu 2 personnes différentes et à chaque fois on a refusé de me transmettre mon ipv6 ou mon subnet...
La première personne m'a dit qu'ayant un routeur perso je devais me débrouiller et la seconde personne m'a dit de passer par le dhcpv6 et que si ça ne marchait pas c'est que l'ipv6 n'était pas encore pleinement fonctionnelle sur mon rip...
J'ai plus l'impression que tout le monde s'en fous un peu de l'ipv6 et que si ça ne marche pas c'est pas grave, c'est bien dommage.
Dans le 14 : automatique
Dans certains coins du 91 : manuel
Rien n'est homogène et cela dépend des plaques/OI.
Deux choses :
L'adresse IPv6 et la délégation étaient données sur l'ancienne interface. Étonnant qu'il ne la donnent pas sur appel ou par courriel :o
Cela étant dit, il n'y a en principe pas besoin de les connaître. Le client DHCP de ton routeur envoie une demande en aveugle (SOLLICIT et 2 REQUESTs pour adresse et préfixe), et le serveur/relais envoie l'IP et le préfixe (REPLY) :
REPLY pour l'adresse : IA_NA address: 2a03:4980:xxxx:xxxx::1 pltime=600 vltime=900
REPLY pour le préfixe : IA_PD prefix: 2a03:4980:xxxx:xxxx::/56 pltime=600 vltime=900
C'est justement le principe du DHCP, ou le client par définition demande une adresse, donc n'a pas besoin de la connaître.
Bien sûr, ici, le serveur/relais te donnera toujours les mêmes adresse/préfixe, puisque K-Net t'en a attribués des fixes.
Bon, on a fait des essais avec @Halfman.
1) Je vois passer le paquet de son DHCPv6 SOLLICIT, qui est donc émise correctement sur la boucle de collecte.
Le paquet semble conforme (DUID type 3), la MAC correspond bien, etc...
=> Aucune réponse du relais DHCPv6 Covage.
2) J'ai envoyé depuis mon client DHCPv6 un SOLLICIT avec le DUID de la MAC de @Halfman
=> Pas de réponse du relais Covage. Sa MAC n'est donc pas reconnu pour l'IPv6 :o
Je précise que mon client reçoit bien une réponse du relais Covage, puis les IP/délégation, etc... avec le DUID de ma MAC.
Son client DHCPv4 fonctionne donc l'ACL IPv4 est en place correctement chez Covage.
En revanche, il semble que l'ACL IPv6 soit mal configurée chez Covage.
Il y a probablement deux bases de données pour les ACL, une pour IPv4 (qui est ok), une pour IPv6 qui pour une raison inconnue ne semble pas avoir la MAC de @Halfman.
@Novelastre ou tout autre précieux employé de K-Net du forum, merci donc de remonter le problème à Covage Calvados.
En espérant une résolution rapide pour @Halfman :)
Vous êtes sur le même arbre GPON? Car à mon avis l'ipv6 est routé depuis l'OLT pour optimiser le traffic.
Citation de: halesk2k le 28 Avril 2021 à 08:25:14
Vous êtes sur le même arbre GPON? Car à mon avis l'ipv6 est routé depuis l'OLT pour optimiser le traffic.
Je vois bien passer la requête de son client, donc sur le même arbre GPON, oui.
Je vois les requêtes et réponses DHCP v6 de tout l'arbre.
Enfin quand je ne bloque pas tout ça à l'entrée.
Même si mon DUID spoofing ne fonctionne pas, le SOLLICIT envoyé par son client semble correct et devrait au moins générer un ADVERTISEMENT du relais.
Car si je vois son paquet SOLLICIT, c'est non seulement que
1) son routeur envoie bien un paquet IPv6,
2) que son OLT le forward,
3) mais surtout que la passerelle / relais le reçoit, mais l'ignore.
Seule explication, le DUID n'est pas autorisé. Comme il est bien de type 3 (LL), c'est que la MAC pour l'IPv6 n'est pas correctement renseignée dans la base de donnée Covage.
Peut-être génèrent-ils une base de donnée des DUID autorisées à recevoir une réponse, et la moulinette qui la fabrique à partir des MACs autorisés a merdouillée. Quoi qu'il en soit, le relais DHCP ne donne pas de réponse quand le DUID du client est celle de @Halfman.
Merci encore à bOLEMO pour son aide précieuse. Toujours rien de mon côté :-X, je vais essayer de recontacter K-Net
Citation de: Halfman le 03 Mai 2021 à 10:52:29
Merci encore à bOLEMO pour son aide précieuse. Toujours rien de mon côté :-X, je vais essayer de recontacter K-Net
Oui, seul K-Net peut voir ce point avec Covage. D'autres clients K-Net dans le 14 ont récemment paramétré leur IPv6 avec succès. L'IPv6 fonctionne plutôt bien ici.
Si les employés K-Net du forum passent par ici, j'espère qu'ils seront aussi proactifs que d'habitude. :)
https://forum.caps.services/index.php/topic,8530.0.html
Citation de: bOLEMO le 28 Avril 2021 à 00:54:14
Bon, on a fait des essais avec @Halfman.
1) Je vois passer le paquet de son DHCPv6 SOLLICIT, qui est donc émise correctement sur la boucle de collecte.
Le paquet semble conforme (DUID type 3), la MAC correspond bien, etc...
=> Aucune réponse du relais DHCPv6 Covage.
2) J'ai envoyé depuis mon client DHCPv6 un SOLLICIT avec le DUID de la MAC de @Halfman
=> Pas de réponse du relais Covage. Sa MAC n'est donc pas reconnu pour l'IPv6 :o
Je précise que mon client reçoit bien une réponse du relais Covage, puis les IP/délégation, etc... avec le DUID de ma MAC.
Son client DHCPv4 fonctionne donc l'ACL IPv4 est en place correctement chez Covage.
En revanche, il semble que l'ACL IPv6 soit mal configurée chez Covage.
Il y a probablement deux bases de données pour les ACL, une pour IPv4 (qui est ok), une pour IPv6 qui pour une raison inconnue ne semble pas avoir la MAC de @Halfman.
@Novelastre ou tout autre précieux employé de K-Net du forum, merci donc de remonter le problème à Covage Calvados.
En espérant une résolution rapide pour @Halfman :)
Je suis loin d'être le mieux placé pour parler d'IPv6 je l'avoue, mais ces tests sont effectivement très instructifs.
Etant moi-même dans le Calvados, je m'amuserais également à tester divers paramètres dès que je serais raccordé dans quelques semaines.
Je garde ça sous la main pour transmettre à Covage à la prochaine réunion avec leurs services, voir si ils ont des infos à ce sujet. Je gage que ça va prendre un moment avant d'obtenir des réponses claires, et encore plus pour obtenir des actions de leur part. L'IPv6 n'est pas leur priorité de ce que j'en sait.
Citation de: Novelastre le 03 Mai 2021 à 14:43:05
Citation de: bOLEMO le 28 Avril 2021 à 00:54:14
Bon, on a fait des essais avec @Halfman.
1) Je vois passer le paquet de son DHCPv6 SOLLICIT, qui est donc émise correctement sur la boucle de collecte.
Le paquet semble conforme (DUID type 3), la MAC correspond bien, etc...
=> Aucune réponse du relais DHCPv6 Covage.
2) J'ai envoyé depuis mon client DHCPv6 un SOLLICIT avec le DUID de la MAC de @Halfman
=> Pas de réponse du relais Covage. Sa MAC n'est donc pas reconnu pour l'IPv6 :o
Je précise que mon client reçoit bien une réponse du relais Covage, puis les IP/délégation, etc... avec le DUID de ma MAC.
Son client DHCPv4 fonctionne donc l'ACL IPv4 est en place correctement chez Covage.
En revanche, il semble que l'ACL IPv6 soit mal configurée chez Covage.
Il y a probablement deux bases de données pour les ACL, une pour IPv4 (qui est ok), une pour IPv6 qui pour une raison inconnue ne semble pas avoir la MAC de @Halfman.
@Novelastre ou tout autre précieux employé de K-Net du forum, merci donc de remonter le problème à Covage Calvados.
En espérant une résolution rapide pour @Halfman :)
Je suis loin d'être le mieux placé pour parler d'IPv6 je l'avoue, mais ces tests sont effectivement très instructifs.
Etant moi-même dans le Calvados, je m'amuserais également à tester divers paramètres dès que je serais raccordé dans quelques semaines.
Super ! :)
Citation
Je garde ça sous la main pour transmettre à Covage à la prochaine réunion avec leurs services, voir si ils ont des infos à ce sujet. Je gage que ça va prendre un moment avant d'obtenir des réponses claires, et encore plus pour obtenir des actions de leur part. L'IPv6 n'est pas leur priorité de ce que j'en sait.
Certes, mais l'infrastructure IPv6 de Covage Calvados est fonctionnelle (le relais DHCPv6 répond bien pour moi, @noe77 et de nombreux autres clients K-Net du 14 [je vois bien passer de nombreux paquets SOLLICIT et REQUESTS sur le GPON 14 qui sont fructueux]), donc le problème semble être plutôt un oubli ou une erreur dans leur base de donnée ACL IPv6.
Il faudrait simplement qu'ils vérifient déjà que la MAC (ou DUID-LL) de @Halfman est bien enregistrée : ça prend même pas une minute. Je pense que le problème ne va pas plus loin que ça.
Après, je ne blâme pas automatiquement Covage, je ne sais pas comment leur bases de données ACLs sont créées ni comment les MAC autorisées sont transmises entre K-Net et Covage.
Je pense à une chose : avez-vous déjà vérifié côté K-Net que @Halfman s'est bien vu réservé une IPv6 K-Net et une délégation /56, et que cela a bien été transmis à Covage ?
Comme le service client ne lui a pas encore indiqué quelles étaient ces adresses, peut-être, même si c'est moins probable, que le problème vient simplement de là.
En tous cas, merci @Novelastre, et cool d'avoir un tech K-Net chez nous dans le 14 :D
Citation de: bOLEMO le 03 Mai 2021 à 15:39:59
Après, je ne blâme pas automatiquement Covage, je ne sais pas comment leur bases de données ACLs sont créées ni comment les MAC autorisées sont transmises entre K-Net et Covage.
Facile, via un fichier Excel et une macro en VBscript qui alimente une base Access pour afficher en gros l'arrivé d'un nouveau client sur un écran 22". Un technicien recopie ensuite à la main l'adresse MAC dans le Windows DHCP server. 8)
Citation de: bOLEMO le 03 Mai 2021 à 15:39:59
Il faudrait simplement qu'ils vérifient déjà que la MAC (ou DUID-LL) de @Halfman est bien enregistrée : ça prend même pas une minute. Je pense que le problème ne va pas plus loin que ça.
Je pense aussi, mais le problème n'est pas tant de le signaler à Covage que de réussir à avoir quelqu'un chez eux qui puisse traiter le problème ^^'
Citation de: Novelastre le 04 Mai 2021 à 09:59:56
Citation de: bOLEMO le 03 Mai 2021 à 15:39:59
Il faudrait simplement qu'ils vérifient déjà que la MAC (ou DUID-LL) de @Halfman est bien enregistrée : ça prend même pas une minute. Je pense que le problème ne va pas plus loin que ça.
Je pense aussi, mais le problème n'est pas tant de le signaler à Covage que de réussir à avoir quelqu'un chez eux qui puisse traiter le problème ^^'
Pour nous, simples clients FAI, contacter un tech Covage est tout simplement impossible. J'avais envoyé un mail un jour pour les informer de la pollution présente sur leur boucle, et je n'ai jamais eu de réponse, ni même d'accusé de réception.
Mais s'ils ne répondent pas sérieusement quand un de leur clients FAI en offre activée leur signale un problème, c'est inquiétant :o
Vous n'avez pas de ligne directe avec leur service technique ?
C'est quand même un de vos clients qui a un service limité par leur faute, et vous les payez pour leur service OI, donc rappelez leur cela pendant la réunion (gentiment évidemment), et on leur a facilité la tâche quand même :
- en amont, de votre côté, en vérifiant que vous leur avez bien transmis toute les informations, MAC, IPs...
- en aval, du côté client, avec les tests techniques que nous avons effectués sur leur boucle GPON.
Rappelez-leur que les clients FAI deviennent très sensibles et informés sur les OI, les interventions, les coupures causées par certains sous-traitants, les délais de remise en service, et le rôle des collectivités locales qui peuvent faire payer des pénalités (cf la discussion sur le syndicat Essone numérique). Demandez-leur de passer par ici et sur lafibre.info, ils verront par eux-mêmes.
Personnellement, je comprends que les choses ne sont pas forcément facile chez Covage. Les employés sont probablement fatigués de ne pas savoir à quelle sauce ils seront mangés avec les rachats en cascade... et la peur de perdre leur emploi car SFR et bientôt Altitude peuvent vouloir utiliser leurs propres employés, faire des économies en réduisant les effectifs, etc...
Mais cela étant dit, rien ne les excuse de ne pas être capable de vérifier qu'une entrée est correctement renseignée dans une de leur base de données !
Quelle différence avec K-Net, qui malgré un sous effectif assez évident côté service client, se démène. Vous passez par ici, vous lisez les posts et cherchez les solutions. Bravo K-Net.
Nous avons bien entendu des contacts avec leurs services techniques, mais ce problème est assez singulier, je doute que leur support N1/N2 soit autorisé à manipuler la DB des relations MAC/IPv6 manuellement.
En tout cas on va faire confirmer par notre NOC si cette hypothèse est plausible, et voir à qui s'adresser côté Covage pour faire avancer le problème.
Citation de: Novelastre le 04 Mai 2021 à 15:13:42
Nous avons bien entendu des contacts avec leurs services techniques, mais ce problème est assez singulier, je doute que leur support N1/N2 soit autorisé à manipuler la DB des relations MAC/IPv6 manuellement.
En tout cas on va faire confirmer par notre NOC si cette hypothèse est plausible, et voir à qui s'adresser côté Covage pour faire avancer le problème.
Merci pour @Halfman. Je ne doute pas un instant que le problème est pris sérieusement par K-Net et que vous ferez votre possible de votre côté :)
Peut-être que les tech Covage N1/N2 ont les permissions pour consulter/vérifier (en lecture seule) la BDD MAC/DUID/IPv6...
Après, pour modifier la BDD, ils n'ont en effet probablement pas la main.
En tous cas, vous faites ce qu'il faut ; merci @Novelastre pour votre sérieux et implication pour résoudre les problèmes exprimés dans ce forum. Sachez que c'est apprécié (en tous cas certainement par moi, et je pense par de nombreux autres clients ici).
Citation de: bOLEMO le 04 Mai 2021 à 15:51:01
En tous cas, vous faites ce qu'il faut ; merci @Novelastre pour votre sérieux et implication pour résoudre les problèmes exprimés dans ce forum. Sachez que c'est apprécié (en tous cas certainement par moi, et je pense par de nombreux autres clients ici).
+1 :)
En 74, tout marche bien
sauf l'IPv6.
Citation de: Steph le 04 Mai 2021 à 17:16:49
Citation de: bOLEMO le 04 Mai 2021 à 15:51:01
En tous cas, vous faites ce qu'il faut ; merci @Novelastre pour votre sérieux et implication pour résoudre les problèmes exprimés dans ce forum. Sachez que c'est apprécié (en tous cas certainement par moi, et je pense par de nombreux autres clients ici).
+1 :)
En 74, tout marche bien sauf l'IPv6.
Apprécié aussi par moi.
Bon après, on est 3 sur 40000 clients :)
Citation de: Novelastre le 04 Mai 2021 à 15:13:42
Nous avons bien entendu des contacts avec leurs services techniques, mais ce problème est assez singulier, je doute que leur support N1/N2 soit autorisé à manipuler la DB des relations MAC/IPv6 manuellement.
En tout cas on va faire confirmer par notre NOC si cette hypothèse est plausible, et voir à qui s'adresser côté Covage pour faire avancer le problème.
Merci pour votre aide, en espérant avoir l'IPv6 un jour... ! ::)
Du nouveau sur ce dossier ?
Citation de: bOLEMO le 28 Mai 2021 à 21:14:01
Du nouveau sur ce dossier ?
Hello, toujours rien :(
Visiblement, l'IPv6 n'est pas dans les priorités de Covage.
On va dire que tant qu'il upgrade les collectes au bon rythme, ça va... ;)