Auteur Sujet: DHCPv6-PD (Lu 276 fois)

spongebob1234 · « **le:** 21 septembre 2026 à 18:37:02 »

Hello,

J'ai un soucis avec ma configuration ipv6 et je sèche. Je n'arrive pas à obtenir ma délégation.
J'ai testé avec le client natif networkmanager sans succès. J'ai essayé ensuite dhcpcd avec ia_pd à 1 et aussi avec ia_na 0 sans succès également. J'ai essayé aussi dhclient et toujours pas de délégation.
Quand je tcpdump je voit bien partir mes requêtes solicit mais je n'obtient aucune réponse.

Est ce que quelqu'un d'autre a eu le soucis ?
Est ce que vous auriez des idées de ce qui peut manquer dans ma conf ?

Merci

Hugues · « **Réponse #1 le:** 21 septembre 2026 à 18:52:54 »

Hello,

Ton client DHCP est bien sur l’interface PPP et non sur l’interface VLAN ?

spongebob1234 · « **Réponse #2 le:** 21 septembre 2026 à 18:55:12 »

Oui, voici la conf et un bout de dump

Code: [Sélectionner]

root@3615nexuscore:~# cat /etc/dhcpcd.conf
noipv4
noipv6rs
allowinterfaces ppp-milkywan

interface ppp-milkywan
    ipv6rs
    noipv4
    ia_na 0
    ia_pd 1 enp1s0np0.40/0 enp1s0np0.50/1 enp1s0np0.60/2 enp1s0np0.70/3 enp1s0np0.80/4 enp1s0np0.90/5
root@3615nexuscore:~# tcpdump -ni ppp-milkywan udp port 546 or port 547 -v -c 2
dropped privs to tcpdump
tcpdump: listening on ppp-milkywan, link-type LINUX_SLL (Linux cooked v1), snapshot length 262144 bytes
18:27:05.993200 IP6 (flowlabel 0x38946, hlim 1, next-header UDP (17), payload length 147) fe80::fad4:b5d6:d1c1:58d1.dhcpv6-client > ff02::1:2.dhcpv6-server: [udp sum ok] dhcp6 solicit (xid=926149 (client-ID hwaddr/time type 772 time 843123177 000000000000) (IA_NA IAID:0 T1:0 T2:0) (IA_PD IAID:1 T1:0 T2:0) (option-request opt_82 opt_83) (elapsed-time 5935) (vendor-class))
18:28:02.401084 IP6 (flowlabel 0x38946, hlim 1, next-header UDP (17), payload length 147) fe80::fad4:b5d6:d1c1:58d1.dhcpv6-client > ff02::1:2.dhcpv6-server: [udp sum ok] dhcp6 solicit (xid=926149 (client-ID hwaddr/time type 772 time 843123177 000000000000) (IA_NA IAID:0 T1:0 T2:0) (IA_PD IAID:1 T1:0 T2:0) (option-request opt_82 opt_83) (elapsed-time 11575) (vendor-class))
2 packets captured
2 packets received by filter
0 packets dropped by kernel
root@3615nexuscore:~#

spongebob1234 · « **Réponse #3 le:** **Aujourd'hui** à 08:41:57 »

Bon j'ai fini par trouver, ça venait de chez moi en fait. Deux bugs empilés :

NetworkManager gérait ma connexion PPPoE en ipv6.method=link-local, ce qui force noipv6 côté pppd sans que ça se voie IPv6CP ne négociait jamais réellement, malgré une link-local présente qui donnait l'impression que ça marchait. Passer en ipv6.method=auto a débloqué ça. Une fois débloqué, le Solicit partait bien et vous répondiez correctement avec l'Advertise (/48 bien présent dedans), mais dhcpcd n'envoyait jamais le Request qui doit suivre. En regardant le code source, dhcpcd (10.3.2, celui packagé sur Fedora) ne revérifie si un Advertise est arrivé qu'une seule fois à un instant précis du cycle — s'il est un peu trop tôt, il ne redemande jamais, d'où le Solicit qui boucle à l'infini sans jamais passer à l'étape suivante.

J'ai laissé tomber dhcpcd et je suis passé sur odhcp6c (paquet Fedora aussi, c'est le client d'OpenWrt) — la PD remonte correctement en quelques ms, sans souci.