[dhcwg] Re: New draft: DHCPv6 Recommended IPv6 Address Opt ion

Michael Richardson <[email protected]> Fri, 04 Jul 2025 13:43:55 -0400

Newsgroups	gmane.ietf.dhc,gmane.ietf.v6ops,gmane.ietf.ipv6
Message-ID	<[email protected]>

Lorenzo Colitti <[email protected]> wrote:
    > I read the draft and it seems useful for clients that implement DHCPv6
    > PD.

I haven't read it yet, but I will.
Erik, are you in a position to implement this option in CE and ISP?

    > It would probably make sense for the draft to say when networks should
    > use this option instead of IA_NA. Your email mentions that this option
    > avoids the need for separate FIB entries for the IA_NA and
    > IA_PD. Presumably another reason would be that it simplifies client
    > code, because the client does not need to manage the lifetimes of and
    > renew the address(es) independently from the prefix. I'd guess maybe
    > it's possible that there are clients that don't implement IA_NA.

    > It occurs to me that this could be used for IPv6 CE routers as well. CE
    > routers always need to run DHCPv6 PD, and ISP-managed CE routers
    > additionally need to use IA_NA to get an address on which they can be
    > managed. This option could be used instead.

Is there a reason that the IA_NA assigned address couldn't be within the PD?
I had a document awhile ago about communicating within IP6CP (for PPPoE)
about the CE's DHCP/RA capabilities, so that the "WAN" link could remain
unnumbered if possible, with the CE taking an address within the PD
allocated.
{Cable connections where the WAN link is a flatish emulated ethernet, would
need to allocate addresses on that link anyway, so no savings, but also
potentially one /64 per neighbourhood}

That would turn off RAs on the WAN link, because the CE didn't need that.
I stopped working on that document, because I no longer worked on BMCs, so
couldn't implement.

I agree that reducing the FIB overhead at ISPs important.

--
Michael Richardson <[email protected]>   . o O ( IPv6 IøT consulting )
           Sandelman Software Works Inc, Ottawa and Worldwide

_______________________________________________
dhcwg mailing list -- [email protected]
To unsubscribe send an email to [email protected]

signature.asc (application/pgp-signature, 515 B)