<div dir="ltr"><div>I am running systemd v241, the one that comes with debian-10. <br></div><div><br></div>Is the following scenario possible natively (that is, without using a standalone dhcpv6 client)?<div><br></div><div><ul><li>My residential ISP will normally hand me a /64, but will give me a /56 if I ask for it. <span style="color:rgb(0,0,0)">While technically not a statically-allocated prefix, it changes very rarely: I had had the same prefix for over three years until I started experimenting with systemd-networkd and killed my old lease files.</span></li><li><span style="color:rgb(0,0,0)">I have several local vlans, and I want to give a different /64 to each one of them, but if the prefix I get from upstream changes, I want them to automatically renumber.</span></li><li><span style="color:rgb(0,0,0)">I'm perfectly happy relying on SLAAC for the local vlans, but I'm not against having to also run a dhcpv6 server to hand out addresses and things.</span></li></ul><div><font color="#000000">My previous solution, using ifupdown instead of systemd was this:</font></div></div><div><ol><li>dhcpv6 client with <span style="color:rgb(0,0,0)">-P --prefix-len-hint 56, </span>which gets the /56 and the default route.</li><li>A script in <span style="color:rgb(0,0,0)">/etc/dhcp/dhclient-exit-hooks.d/ that builds an /etc/radvd.conf file with bits 56-63 appropriately numbered, and then restarts radvd.</span><br></li></ol><div><font color="#000000">I have been totally unable to reproduce this behavior with pure networkd; in fact, I cannot even get a dhcpv6 session going. I do not want to rely on RAs from upstream, just DHCPv6. Here is a minimal .network file for the external interface ("ethwan")<br><br></font>[Match]<br>Name=ethwan<br><br>[Network]<br>DHCP=yes<br>IPForward=yes<br>IPMasquerade=no<br>IPv6PrivacyExtensions=no<br>IPv6AcceptRA=no<br><br>[DHCP]<br>UseDNS=no<br>UseNTP=yes<br>UseRoutes=yes<br><br></div></div></div>