J'ai compris le problème en approfondissant les recherches.

Ce n'est pas un bogue à proprement dit. Le procédé de génération des IAID entre les IA_NA et IA_PD a été harmonisé.

On se retrouve avec la même désynchronisation qui s'était produite lors du changement de DUID. Je l'avais déjà remarqué
auparavant (voir le texte en magenta).

@zof @simon :

Il vaut mieux suivre les recommandations de l'opérateur réseau.

@nando11 :

L'application d'un correctif à odhcpd a abouti sur une cascade de modifications : DUID global + IAID. Pour en savoir plus, lire le commentaire de Noltari dans le ticket « 25.12.0-rc3 breaks static DHCP from network ».

dhcp.sh

Code: [Sélectionner]

[ -z "$clientid" ] && clientid="$(proto_dhcp_get_default_clientid "$iface")"
[ -n "$clientid" ] && clientid="-x 0x3d:${clientid//:/}"

Commit e24ac1c (odhcp6c)

Code: [Sélectionner]

diff --git a/src/dhcpv6.c b/src/dhcpv6.c
index fa0c2a1..2075006 100644
--- a/src/dhcpv6.c
+++ b/src/dhcpv6.c
@@ -479,9 +479,11 @@ static void dhcpv6_send(enum dhcpv6_msg type, uint8_t trid[3], uint32_t ecs)
        ia_na_entries /= sizeof(*e);
 
        struct dhcpv6_ia_hdr hdr_ia_na = {
-               htons(DHCPV6_OPT_IA_NA),
-               htons(sizeof(hdr_ia_na) - 4),
-               htonl(1), 0, 0
+               .type = htons(DHCPV6_OPT_IA_NA),
+               .len = htons(sizeof(hdr_ia_na) - 4),
+               .iaid = htonl(ifindex),
+               .t1 = 0,
+               .t2 = 0,
        };
 
        struct dhcpv6_ia_addr pa[ia_na_entries];
@@ -1156,7 +1158,7 @@ static int dhcpv6_handle_reply(enum dhcpv6_msg orig, _unused const int rc,
                                        continue;
 
                                // Test ID
-                               if (ia_hdr->iaid != htonl(1) && otype == DHCPV6_OPT_IA_NA)
+                               if (ia_hdr->iaid != htonl(ifindex) && otype == DHCPV6_OPT_IA_NA)
                                        continue;
 
                                uint16_t code = DHCPV6_Success;


En résumé, il n'y a que le changement de DUID qui est potentiellement impactant. Dans la requête d'intégration, on voit que la modif. correspond à IA_NA et pas à IA_PD.

Édit : D'ailleurs c'est assez curieux que IA_PD ne soit pas traité. Un oubli ?

Voir scripts: dhcpv6: harmonize IAID between IA_NA and IA_PD requests

diff --git a/package/network/ipv6/odhcp6c/files/dhcpv6.sh b/package/network/ipv6/odhcp6c/files/dhcpv6.sh
index 6e257e11cb..71777bc4e1 100755
--- a/package/network/ipv6/odhcp6c/files/dhcpv6.sh
+++ b/package/network/ipv6/odhcp6c/files/dhcpv6.sh
@@ -1,6 +1,7 @@
 #!/bin/sh
 
 . /lib/functions.sh
+. /lib/functions/network.sh
 . ../netifd-proto.sh
 . /lib/config/uci.sh
 init_proto "$@"
@@ -9,7 +10,7 @@ proto_dhcpv6_init_config() {
  renew_handler=1
 
  proto_config_add_string 'reqaddress:or("try","force","none")'
- proto_config_add_string 'reqprefix:or("auto","no",range(0, 64))'
+ proto_config_add_string reqprefix
  proto_config_add_string clientid
  proto_config_add_string 'reqopts:list(uinteger)'
  proto_config_add_string 'defaultreqopts:bool'
@@ -85,7 +86,25 @@ proto_dhcpv6_setup() {
  [ -n "$reqaddress" ] && append opts "-N$reqaddress"
 
  [ -z "$reqprefix" -o "$reqprefix" = "auto" ] && reqprefix=0
- [ "$reqprefix" != "no" ] && append opts "-P$reqprefix"
+ [ "$reqprefix" != "no" ] && {
+ # append interface IAID if none specified
+ local iaid=$(echo -n $reqprefix | sed -nr 's/^.*:([0-9A-Fa-f]{1,8})$/\1/p')
+ [ -z "$iaid" ] && {
+ network_generate_iface_iaid iaid "$iface"
+ reqprefix="$reqprefix:$iaid"
+ }
+ # validate prefix/length hint
+ local hint=${reqprefix%:$iaid}
+ [ "${hint#/}" -le "128" ] 2>/dev/null && {
+ reqprefix=${reqprefix#/}
+ } || {
+ validate_data cidr6 "$hint" 2>/dev/null || {
+ reqprefix="0:$iaid"
+ logger -p warn -t dhcpv6 "$iface: ignoring invalid prefix hint"
+ }
+ }
+ append opts "-P$reqprefix"
+ }
 
  [ -n "$clientid" ] && {
  clientid="$(hexdump_2hex "$clientid")"

Hyperlien : https://github.com/openwrt/openwrt/pull/23758/commits/f08cd5ce5d66d76fa6e282d6e3f29bab9cdf8023

Si l'IAID n'est pas spécifié explicitement alors il prend pour valeur le code de hachage du nom de l'interface. Cela génère une demande pour une nouvelle liaison DHCPv6 côté FAI, ce qui est rejeté.

Bonjour,

alors ici ce n'est pas tout à fait le support de Bouygues telecom
Sinon tu vas dans les options de ton compte et tu cherches l'option IP dédié et ça marchera très bien tout seul.

NB : ça vaut le coup de vérifier que tu n'aies pas déjà une IP dédiée dans l'interface de ta bbox.

La version 25.12.5 est sortie, le problème devrait être réglé !

EDIT:
plus d'ipv6 après la mise à jour, j'ai pu le retrouver grâce à ce post:
https://lafibre.info/remplacer-bbox/config-openwrt-derriere-ont-bouygues/msg1157349/#msg1157349

il faut donc modifier son interface wan6 avec ça:
option reqprefix 'auto:1'

Bonjour à tous,

Merci @vivien pour la procédure. N’étant pas chez moi cette semaine je ne n’ai pas pu la faire pour le moment.
Cela dit, il y’a quelque instants, il y’a eu une coupure générale d’internet qui a duré à peu près 30mn.
Le débit est revenu à la normale après le rétablissement de la connexion internet.



@an8, est-ce aussi le cas de ton côté?

Hello,
Complètement d'accord, je suis en train de m'arracher les cheveux là-dessus cet après-midi après que la "navigation sécurisée" s'est réactivée toute seule et a cassé tous les accès VPN. C'est franchement relou de devoir passer par là plutôt que de pouvoir tout configurer directement sur (l'affreux) routeur.