[dhcwg] Re: IA_PD advice about receiving link

Michael Richardson <[email protected]> Fri, 04 Jul 2025 22:46:34 -0400
Newsgroups gmane.ietf.dhc
Message-ID <[email protected]>
I tried again with gitk (because procrastinating something else).

https://github.com/dhcwg/rfc3315bis/commit/29cf014eeff79b2becff41b0703ea290896de6ba

    >    …, with the following exception: the requesting router MUST
    >    NOT assign any delegated prefixes or subnets from the delegated
    >    prefix(es) to the link through which it received the DHCP message
    >    from the delegating router.

    I agree with you, that taking that errata to heart, there shouldn't be
    text stating that the "client MUSt NOT".

There are some other hits for "the requesting router", but only this one
seemed relevant.  I think that this edit is where the text in question went
away.... yes:

                 <t hangText="-">For each delegated prefix, the client assigns a
                 subnet to each of the links to which the associated interfaces are
-                attached, with the following exception: the client MUST
-                NOT advertise any delegated prefixes or subnets from the delegated
-                prefix(es) to the link through which it received the DHCP message
-                from the server (see <xref target="RFC6603"/> for exceptions).
+                attached.

and the committer is this "bevolz" guy.
It seems in the commit message attached to this, that maybe the edit didn't
do what Bernie actually wanted.  Maybe too much text was removed?
It also seems that "advertise" here referred to RAs, and wasn't about
numbering that link itself.







--
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)
-----BEGIN PGP SIGNATURE-----

iQFKBAEBCgA0FiEEbsyLEzg/qUTA43uogItw+93Q3WUFAmhokgoWHG1jcitpZXRm
QHNhbmRlbG1hbi5jYQAKCRCAi3D73dDdZdhGCACt+PurosCWy4PuBJVrfXgk7n0r
mk7pXdk/iYC1hTeYE3790Cxx7yRAZjpph2R21kpWmPXLBq4exY7Depq/SosEIRH0
6TMTF3FOw+5OngUVzp+NVcPak7JoIFD0NvDot6xpLDmF2WFM4YEJykun4Co13HI6
DqfRiO1cZ5Yog6NSJQADTn1HdUkd7ybA9nh0hlMa3EGj44lAoejY8gjyMTMGuHiu
DJ8K39O+uOKrnzWtlfqpKRHnPJ8qElImd29r8ksVFy9eFyIlDStGv70b0v2TK+Bf
qOF7HJ7I7l48Vr/Ise1BU8QlGTfbslvw+BGO2Z/yFvn0Oyqar114JesTHMup
=OpEZ
-----END PGP SIGNATURE-----