Attention si vous migrer de dibbler, ce n est plus le même duid et du coup il faut attendre le reset par orange côté serveur dhcp, cela peu prendre quelque jour,

Édit: il faut laisser le dhclient tourner, cela remarchera automatiquement au reset chez orange. Après il ne devrait plus y avoir de souci vu que le duid est enregistré dans la config.

Edit2: cela est valable dans le cas où le log du service ne montre que des « solicit »

La route par défaut n'est pas obtenue par DHCP, donc je ne vois pas le rapport avec le problème que tu as avec la route.

La route par défaut n'est pas obtenue par DHCP, donc je ne vois pas le rapport avec le problème que tu as avec la route.

Merci zoc. C'était au cas où l'ER-6P fasse sa propre "popote".

Tu as le log du service dhclient ? Après tu as changé d interface, tu as changé le duid dans la config de dhclient ou pas ?

J'ai ajouté le verbose au service (-v), mais c'est pas très verbeux :
Aug 26 12:26:12 ubnt systemd[1]: Starting dhclient for sending DUID IPv6...
Aug 26 12:26:12 ubnt dhclient[1827]: Internet Systems Consortium DHCP Client 4.1-ESV-R15-P1
Aug 26 12:26:12 ubnt dhclient[1827]: Copyright 2004-2018 Internet Systems Consortium.
Aug 26 12:26:12 ubnt dhclient[1827]: Internet Systems Consortium DHCP Client 4.1-ESV-R15-P1
Aug 26 12:26:12 ubnt dhclient[1827]: Copyright 2004-2018 Internet Systems Consortium.
Aug 26 12:26:12 ubnt dhclient[1827]: All rights reserved.
Aug 26 12:26:12 ubnt dhclient[1827]: For info, please visit https://www.isc.org/software/dhcp/
Aug 26 12:26:12 ubnt dhclient[1827]: All rights reserved.
Aug 26 12:26:12 ubnt dhclient[1827]: For info, please visit https://www.isc.org/software/dhcp/
Aug 26 12:26:12 ubnt dhclient[1827]:
Aug 26 12:26:12 ubnt dhclient[1827]: Listening on Socket/eth5.832
Aug 26 12:26:12 ubnt dhclient[1827]: Sending on   Socket/eth5.832
Aug 26 12:26:12 ubnt dhclient[1827]: PRC: Soliciting for leases (INIT).
Aug 26 12:26:12 ubnt systemd[1]: Started dhclient for sending DUID IPv6.
Aug 26 12:26:12 ubnt dhclient[1834]: XMT: Solicit on eth5.832, interval 1010ms.
Aug 26 12:26:13 ubnt dhclient[1834]: XMT: Solicit on eth5.832, interval 1970ms.
Aug 26 12:26:15 ubnt dhclient[1834]: XMT: Solicit on eth5.832, interval 4090ms.
Aug 26 12:26:19 ubnt dhclient[1834]: XMT: Solicit on eth5.832, interval 7860ms.
Aug 26 12:26:27 ubnt dhclient[1834]: XMT: Solicit on eth5.832, interval 15250ms.
Aug 26 12:26:42 ubnt dhclient[1834]: XMT: Solicit on eth5.832, interval 30110ms.
Aug 26 12:27:12 ubnt dhclient[1834]: XMT: Solicit on eth5.832, interval 60480ms.
Aug 26 12:28:13 ubnt dhclient[1834]: XMT: Solicit on eth5.832, interval 114270ms.

J'ai vérifié ma configuration, notamment l'adresse MAC, j'ai fait un release du DUID et vider le fichier  /var/run/dhclient6_eth5_832.leases. --> Même résultat. Voici le détail des routes et autres informations diverses. J'ai bricolé un peu quelques interfaces, mais grosso modo c'est presque la même chose sans bricolage.

J'ai remarqué que lorsqu'IPv6 fonctionne correctement, le "neighbours" vers fe80::ba0:bab mentionne une adresse MAC contrairement à ce que vous pourrez voir plus loin.
ubnt@ubnt:~$ show ipv6 neighbors
fe80::feec:daff:fe47:bf49 dev eth0 lladdr fc:ec:da:47:bf:49 router STALE
2a01:xxxx:xxxx:xxxx:a4df:c8cb:4896:5e75 dev eth0 lladdr f8:84:f2:11:ea:3c STALE
fe80::ba0:bab dev eth4.832 lladdr [color=red][b]20:e0:9c:27:41:66[/b][/color] router REACHABLE

Le symptôme pour info est :
ubnt@ubnt:~$ ping6 www.google.com
PING www.google.com(par21s11-in-x04.1e100.net (2a00:1450:4007:80c::2004)) 56 data bytes
From 2a01:cb11:802:e400:feec:daff:fe47:bf49 (2a01:cb11:802:e400:feec:daff:fe47:bf49) icmp_seq=1 Destination unreachable: Address unreachable
From 2a01:cb11:802:e400:feec:daff:fe47:bf49 (2a01:cb11:802:e400:feec:daff:fe47:bf49) icmp_seq=2 Destination unreachable: Address unreachable
From 2a01:cb11:802:e400:feec:daff:fe47:bf49 (2a01:cb11:802:e400:feec:daff:fe47:bf49) icmp_seq=3 Destination unreachable: Address unreachable
--- www.google.com ping statistics ---
4 packets transmitted, 0 received, +3 errors, 100% packet loss, time 3144ms

#show ipv6 neighbors
2a01:xxxx:xxxx:xxxx:68e5:a41e:722c:2f7b dev eth0 lladdr 6c:40:08:4f:35:bc STALE
fe80::7e91:22ff:fe87:d336 dev eth0 lladdr 7c:91:22:87:d3:36 STALE
fe80::4d6:a5d1:81db:156e dev eth0 lladdr 6c:40:08:4f:35:bc STALE
2a01:xxxx:xxxx:xxxx:8cd7:8e2e:38bb:e72d dev eth0 lladdr 6c:40:08:4f:35:bc STALE
2a01:xxxx:xxxx:xxxx:fdd5:1799:e6de:b08d dev eth0  FAILED
fe80::1ae8:29ff:fe99:9c2d dev eth0 lladdr 18:e8:29:99:9c:2d STALE
2a01:xxxx:xxxx:xxxx:d0e8:49ac:ac97:437 dev eth0 lladdr a4:50:46:d5:4f:10 STALE
fe80::8ef5:a3ff:fe8f:68bf dev eth0 lladdr 8c:f5:a3:8f:68:bf STALE
2a01:xxxx:xxxx:xxxx:112c:5ff5:ee4:d298 dev eth0 lladdr 48:51:b7:da:dd:01 STALE
2a01:xxxx:xxxx:xxxx:adc2:41b0:ca52:3008 dev eth0 lladdr 48:51:b7:da:dd:01 STALE
2a01:xxxx:xxxx:xxxx:14eb:f520:be02:c0ae dev eth0 lladdr 48:51:b7:da:dd:01 STALE
2a01:xxxx:xxxx:xxxx:c03:66a2:fd87:8221 dev eth0 lladdr a4:08:ea:2d:71:87 STALE
2a01:xxxx:xxxx:xxxx:590c:a811:3f44:584a dev eth0 lladdr 48:51:b7:da:dd:01 STALE
2a01:xxxx:xxxx:xxxx:5d9:c7f9:c416:ba17 dev eth0 lladdr 6c:40:08:4f:35:bc STALE
fe80::feec:daff:fe47:bf49 dev eth0 lladdr fc:ec:da:47:bf:49 router STALE
fe80::11:32ff:fe2a:c970 dev eth0 lladdr 02:11:32:2a:c9:70 STALE
fe80::a608:eaff:fe2d:7187 dev eth0 lladdr a4:08:ea:2d:71:87 STALE
2a01:xxxx:xxxx:xxxx:dde7:3697:4130:4c24 dev eth0 lladdr 48:51:b7:da:dd:01 STALE
fe80::11:32ff:fe2d:1b12 dev eth0 lladdr 02:11:32:2d:1b:12 STALE
2a01:xxxx:xxxx:xxxx:1014:1c2:a4ec:3b1b dev eth0 lladdr 6c:40:08:4f:35:bc STALE
fe80::8d7e:ef02:e7ab:db67 dev eth0 lladdr a0:a8:cd:46:6d:9c STALE
fe80::ba0:bab dev eth5.832  FAILED
2a01:xxxx:xxxx:xxxx:fc60:9f49:ce76:bd31 dev eth0 lladdr 7c:91:22:87:d3:36 STALE
fe80::adc2:41b0:ca52:3008 dev eth0 lladdr 48:51:b7:da:dd:01 STALE
2a01:xxxx:xxxx:xxxx:e8c1:f17e:41e8:fdc5 dev eth0  FAILED
2a01:xxxx:xxxx:xxxx:702c:aca2:e858:e86e dev eth0 lladdr 6c:40:08:4f:35:bc STALE
fe80::a650:46ff:fed5:4f10 dev eth0 lladdr a4:50:46:d5:4f:10 STALE
2a01:xxxx:xxxx:xxxx:58eb:acef:346c:113f dev eth0 lladdr 8c:f5:a3:8f:68:bf STALE
2a01:xxxx:xxxx:xxxx:f089:f66:9939:4d39 dev eth0 lladdr b4:c4:fc:52:45:29 STALE
fe80::b6c4:fcff:fe52:4529 dev eth0  FAILED
2a01:xxxx:xxxx:xxxx:7da3:2003:2f50:8249 dev eth0 lladdr a4:08:ea:2d:71:87 STALE
2a01:xxxx:xxxx:xxxx:11:32ff:fe2a:c970 dev eth0 lladdr 02:11:32:2a:c9:70 STALE
2a01:xxxx:xxxx:xxxx:a09e:a84c:9dcd:25d3 dev eth0  FAILED

#ip -6 route
ubnt@ubnt:~$ ip -6 route
2a01:cb11:802:e400:feec:daff:fe47:bf49 dev eth5.832 metric 1  pref medium
2a01:cb11:802:e400::/64 dev eth0 proto kernel metric 256  expires 2591969sec pref medium
fe80::1000 dev eth5.832 metric 1  pref medium
fe80::/64 dev eth0 proto kernel metric 256  pref medium
fe80::/64 dev eth5.832 proto kernel metric 256  pref medium
fe80::/64 dev eth0.10 proto kernel metric 256  pref medium
default via fe80::ba0:bab dev eth5.832 proto zebra metric 1024  pref medium

#sudo route -6
Kernel IPv6 routing table
Destination                    Next Hop                   Flag Met Ref Use If
2a01:xxxx:xxxx:xxxx:feec:daff:fe47:bf49/128 [::]                       UH   1   0     0 eth5.832
2a01:xxxx:xxxx:xxxx::/64        [::]                       UAe  256 4 22358 eth0
fe80::1000/128                 [::]                       UH   1   0     0 eth5.832
fe80::/64                      [::]                       U    256 2     8 eth0
fe80::/64                      [::]                       U    256 0     0 eth5.832
fe80::/64                      [::]                       U    256 0     0 eth0.10
[::]/0                         fe80::ba0:bab              UG   1024 4 12615 eth5.832
[::]/0                         [::]                       !n   -1  1 35022 lo
::1/128                        [::]                       Un   0   5    30 lo
2a01:xxxx:xxxx:xxxx::/128       [::]                       Un   0   1     0 lo
2a01:xxxx:xxxx:xxxx:feec:daff:fe47:bf49/128 [::]                       Un   0   5  9518 lo
fe80::/128                     [::]                       Un   0   1     0 lo
fe80::/128                     [::]                       Un   0   1     0 lo
fe80::/128                     [::]                       Un   0   1     0 lo
fe80::1000/128                 [::]                       Un   0   2  1544 lo
fe80::feec:daff:fe47:bf49/128  [::]                       Un   0   4  2592 lo
fe80::feec:daff:fe47:bf49/128  [::]                       Un   0   1     0 lo
ff00::/8                       [::]                       U    256 0     0 eth5
ff00::/8                       [::]                       U    256 4 10920 eth0
ff00::/8                       [::]                       U    256 0     0 eth5.840
ff00::/8                       [::]                       U    256 4  3083 eth5.832
ff00::/8                       [::]                       U    256 0     0 eth0.10
[::]/0                         [::]                       !n   -1  1 35022 lo
u

#show ipv6 route
IPv6 Routing Table
Codes: K - kernel route, C - connected, S - static, R - RIP, O - OSPF,
       IA - OSPF inter area, E1 - OSPF external type 1,
       E2 - OSPF external type 2, N1 - OSPF NSSA external type 1,
       N2 - OSPF NSSA external type 2, B - BGP
Timers: Uptime

IP Route Table for VRF "default"
S      ::/0 [1/0] via fe80::ba0:bab, eth5.832, 2d03h14m
C      ::1/128 via ::, lo, 2d03h14m
C      2a01:xxxx:xxxx:xxxx::/64 via ::, eth0, 2d02h55m
C      fe80::/64 via ::, eth0.10, 1d18h11m


Si vous avez des pistes, je suis preneur... Merci encore.

Tu ne bloquerais pas ICMPv6 et/ou le multicast (et notamment NDP, qui est le remplaçant de ARP pour IPv6 et qui utilise multicast ICMPv6) par hasard ?

Je re-testerai/re-vérifierai ce soir. Mais j'utilise les mêmes règles que pour ma précédente interface. De plus, j'ai déjà eu ce problème auparavant... je ne sais pas d'où ça vient, dès qu'on modifie un paramètre dans la config Ubiquiti (via configure), l'IPv6 saute... J'aimerai bien comprendre et savoir où chercher. Pour moi, c'est quelque part autour du routage...

Du coup, NDP configure le routage via des requêtes ICMPv6 ? Je vais chercher si je vois qq chose avec un tcpdump.

Non mais là ça boucle sur les sollicit dans le log, donc le dhcp refuse la connections et n envoie pas le préfix. Pour moi si la config est là bonne c’est le dhcp qui bloque et il faut attendre ça se débloque tout seul au bout d un moment.

Ben moi J ai l impression, mais je n ai pas vérifié, que dans certains cas quand on envoie une requête DHCP (je suppose que ça un rapport avec le duid) qu on se fait blacklister par orange genre « fail2ban », je me demande si clone la mac de la Livebox ne permet pas d éviter ce « fail2ban » du coup ça pourrait expliquer la mac vide, si l équipement en fasse bloqué tout incompris le ndp.