Donc des requêtes partent mais pas de réponse. On remarque aussi que la taille des paquets émis par systemd-networkd est bien plus petite que celle des paquets dhclient, c'est un indice qu'il manque sans doute quelque chose dans la requête dont le serveur dhcp6 a besoin coté SFR...

Merci pour vos interventions.

@ Zoc : oui, j'ai aussi remarqué que la structure de ce qui est envoyé n'est pas la même entre systemd-networkd et dhclient.
Il y a sûrement quelque chose qui maque ou bien mal fait, mais j'ignore totalement quoi.

D'où ma demande d'aide parce que seul, je n'arriverai pas à résoudre ce problème.
Me mettre sur la piste de ce que je dois chercher ou faire des tests en vue de cerner ce qui ne va pas.

@ Basilix : désolé mais je ne comprends toujours pas de quoi vous me parlez.
Dois je modifier quelque chose dans mon fichier de configuration pour remplacer ma vrai adresse IPv6 par une adresse IPv6 fictive ?

Oui, j'ai bien reçu votre message privée et j'ai corrigé mon erreur. Merci.

au vue de la capture, la requête émise est une "IA_NA" (demande d'adresse) et pas une "IA_PD" (demande de délégation de prefix) donc ca ne peut marcher. L'equipement a l'autre bout ignore les requetes de type IA_NA.

comme déja indiqué, le fonctionnement 'normal' d'une demande de préfix est quand on a au moins 2 interfaces réseau. Une interface va faire la demande et le (ou les) prefix obtenu(s) sont ensuite utilisé(s) sur l(es) autre(s) interface(s).
typiquement on a donc une interface wan (appelé aussi "upstream") et une interface lan ("downstream").

la config avec systemd-networkd dans ce cas est très simple comme montrée ici: https://wiki.archlinux.org/title/IPv6#systemd-networkd_2

dans le cas ici, il n'a qu'une interface. Les versions récentes de systemd sont "censé" fonctionner dans ce mode "une seule interface".

Il y a également une flou dans la doc de networkd. les deux parametres "DHCPv6PrefixDelegation" et "DHCPPrefixDelegation" existent mais seul le dernier est dans la doc. Toutefois le 1er est toujours accepté et semble plus ancien.

A faire :
1. remplacer partout "DHCPPrefixDelegation" par "DHCPv6PrefixDelegation" (il y a une ligne dans la section [Network] et la section [DHCPPrefixDelegation] elle-meme) puis faire un "networkctl reload" avec une capture active pour voir si y'a bien un paquet IA_PD émis.

si ca ne marche pas, il faut revenir a la façon qu'on sait qui marche: avec au moins 2 interfaces. Dans le cas présent si on a pas 2 interfaces réseau réelles, on peut utiliser une fausse interface, qu'on appelera "dummy" . le tuto a déja été posté ici il me semble.

J'ai enfin trouvé la solution à mon problème. Il faut rajouter dans la section "[DHCPv6]" ceci :
RapidCommit=Noafin d'obtenir le préfixe de la délégation de l'IPv6.
Je ne sais pas à quoi ça sert mais s'il est à YES, je ne peux pas obtenir le préfixe de la délégation de l'IPv6.
J'ai lu la documentation, mais franchement cela ne m'a rien apporté sur sa compréhension.

A tout hasard, je redonne mon unique script "30-sfr.network" qui me permet d'obtenir les adresses WAN IPv4 & IPv6 de SFR.
[Match]
Name=enp2s0

[Link]
MACAddress=XX:XX:XX:XX:XX:XX
RequiredForOnline=Yes

[Network]
DHCP=Yes
DHCPPrefixDelegation=Yes
DNS=109.0.66.10 109.0.66.20 2a02:8400::0 2a02:8400::1
IPv6AcceptRA=Yes
LinkLocalAddressing=ipv6

[DHCPPrefixDelegation]
Announce=No
SubnetId=0x1
UplinkInterface=:self

[DHCPv4]
ClientIdentifier=mac
RouteMetric=10
UseHostname=No
VendorClassIdentifier=neufbox_bypass

[DHCPv6]
DUIDType=link-layer
PrefixDelegationHint=::/56
RapidCommit=No
RouteMetric=10
SendOption=16:string:\x00\x00\xa0\x0c\x00\x0e\x6e\x65\x75\x66\x62\x6f\x78\x5f\x62\x79\x70\x61\x73\x73
UseDelegatedPrefix=Yes
UseHostname=No
WithoutRA=solicitIl y a certainement des choses inutiles mais je préfère laisser en l'état, vu que ça fonctionne maintenant.

Et voici le compte-rendu du service "systemd-networkd" quand j'ai relancé ma configuration, suite à la commande ci-après :
root~> sudo tcpdump -i enp2s0 -n -vv '(udp port 546 or 547)'
tcpdump: listening on enp2s0, link-type EN10MB (Ethernet), snapshot length 262144 bytes
02:48:05.335250 IP6 (flowlabel 0xb07de, hlim 1, next-header UDP (17) payload length: 141) fe80::xxxx:xxff:fexx:xxxx.546 > ff02::1:2.547: [bad udp cksum 0x0ebb -> 0x15c1!] dhcp6 solicit (xid=10f26e (IA_NA IAID:1575119893 T1:0 T2:0) (IA_PD IAID:1575119893 T1:0 T2:0 (IA_PD-prefix ::/56 pltime:0 vltime:0)) (Client-FQDN) (option-request DNS-server SNTP-servers NTP-server opt_82) (client-ID hwaddr type 1 xxxxxxxxxxxx) (vendor-class) (elapsed-time 0))
02:48:05.384380 IP6 (class 0xc0, hlim 255, next-header UDP (17) payload length: 178) fe80::5555.547 > fe80::xxxx:xxff:fexx:xxxx.546: [udp sum ok] dhcp6 advertise (xid=10f26e (server-ID vid 0000197f37373530) (client-ID hwaddr type 1 xxxxxxxxxxxx) (DNS-server 2a02:8400::1 2a02:8400::) (IA_NA IAID:1575119893 T1:0 T2:0 (status-code NoAddrsAvail)) (IA_PD IAID:1575119893 T1:150 T2:240 (IA_PD-prefix 2a02:84xx:xxxx:xxxx::/56 pltime:300 vltime:300)))
02:48:06.372456 IP6 (flowlabel 0xb07de, hlim 1, next-header UDP (17) payload length: 141) fe80::xxxx:xxff:fexx:xxxx.546 > ff02::1:2.547: [bad udp cksum 0x0ebb -> 0xf93f!] dhcp6 request (xid=bf28ba (server-ID vid 0000197f37373530) (IA_PD IAID:1575119893 T1:0 T2:0 (IA_PD-prefix 2a02:84xx:xxxx:xxxx::/56 pltime:0 vltime:0)) (Client-FQDN) (option-request DNS-server SNTP-servers NTP-server) (client-ID hwaddr type 1 xxxxxxxxxxxx) (vendor-class) (elapsed-time 0))
02:48:06.413656 IP6 (class 0xc0, hlim 255, next-header UDP (17) payload length: 125) fe80::5555.547 > fe80::xxxx:xxff:fexx:xxxx.546: [udp sum ok] dhcp6 reply (xid=bf28ba (server-ID vid 0000197f37373530) (client-ID hwaddr type 1 xxxxxxxxxxxx) (DNS-server 2a02:8400::1 2a02:8400::) (IA_PD IAID:1575119893 T1:150 T2:240 (IA_PD-prefix 2a02:84xx:xxxx:xxxx::/56 pltime:300 vltime:300)))J'obtiens une adresse WAN IPv6 composée du préfixe de la délégation de l'IPv6 sur 64 bits, suivie du suffixe composé de l'adresse MAC de mon ordinateur sur 64 bits aussi. A savoir celle que j'ai forcée dans mon interface enp2s0, qui est celle de ma Box SFR.

Comme cette adresse WAN IPv6 ne me plaît pas, j'aurai aimé celle dont le suffixe est "::1".
Au lieu d'avoir l'adresse MAC de l'interface enp2s0 dans l'adresse WAN IPv6, comment mettre le suffixe à "::1/128" ?

Pourquoi ai-je un "BAD UDP Check Sum" ? Ne manque-t-il pas un ajout dans la configuration pour éviter cette anomalie ?

Pourquoi ai-je un "BAD UDP Check Sum" ? Ne manque-t-il pas un ajout dans la configuration pour éviter cette anomalie ?

Ce n'est pas une anomalie. Les cartes réseau modernes calculent elles-même (offloadent) ce checksum, ce qui fait que la valeur correcte est invisible aux outils tels que tcpdump puisque le système d'exploitation ne le fait plus. Il est possible de désactiver cette accélération matérielle avec l'outil "ethtool", mais c'est franchement contre productif: Le checksum est bien correct une fois que le paquet est émis sur le réseau physique.

Re :

::1/128 est un préfixe réseau dont on ne peut dériver qu'une seule adresse IPv6. Une adresse IP ne contient pas de barre oblique.
On peut associer la longueur du préfixe réseau avec une adresse IPv6, par indication, bien qu'une adresse IP ne contienne pas de barre oblique.
Le préfixe réseau ayant une longueur de 128 bits cela ne peut pas représenter un préfixe (écrit en notation CIDR), seulement une adresse IP !

::1/128 est l'équivalent de l'adresse IPv6 0:0:0:0:0:0:0:1 : l'adresse de bouclage en IPv6 (standardisé).

::1 pourrait éventuellement correspondre à l'identifiant de l'interface : 0:0:0:1 comme dans l'adresse 2001:db8:12:3::1.