[dhcwg] Re: Request for review: draft-drew-dhc-v4-routed-p refix-00

Aug. 17 2026 17:53.hk S25

Good day,

/
The R in ipv4 webpage shown desktop & a cellular sharing ipv4 and desktop's
mac.


Can classify it is CGDNS that running at ISP scheme or / an intruder?


At ipv6 R's  webpage, :/ been  corrected from the  ISP to their offering
after 2 years requested and contacted, no more R being suspected the
man.in.middle longer while, ipv4 two devices not Gone as CGDNS? Even tried
dns@google by R adviced?


prefix not table for v4, isn't it?


Pseudo 4to6 ahead of CGDNS or Behind CGDNS?


Sincerely
Li HUANG


On Sat, Aug 15, 2026, 02:16 Michael Richardson <[email protected]>
wrote:

>
> Brendon Drew <[email protected]> wrote:
>     > My intention has been to leave the mechanism by which the DHCP server
>     > determines which routed prefixes belong
>     > to a subscriber out of scope. That information could come from
> RADIUS, static provisioning, an OSS/BSS, or
>     > another provider-specific mechanism.
>
> It's a mistake we make in DHCPv6-PD in my opinion.
> Today, DHCP relays inspect the DHCP relies from the server to learn the
> routing.   I complained about this a decade ago... but some felt that it
> was
> code/water under the bridge, and not worth fixing.   We should have created
> DHCP relay options to communicate this.
>
> {In my DHCPv6-PD server for a BNG/BMS a decade ago, the relay was
> irrelevant, as
> there was a very small DHCPv6-PD server for each PPP link, and it received
> RADIUS attributes directly, so it could do the routing directly, and OSPFv3
> would then pick up the connected routes}
>
>     > I also agree that TR-069/ACS should be mentioned as an existing way
> of achieving automatic configuration. I
>     > think there is an important distinction, though, in that TR-069
>     > requires a management relationship between the
>     > provider and the CPE and depends on the required configuration being
>     > exposed through the device's management model.
>
> Yes, and it makes no sense for a virtual cloud provider, nor for the case
> for
> a small office where the home router delegates a /32 to some special box.
>
>
> --
> Michael Richardson <[email protected]>   . o O ( IPv6 IøT consulting )
>            Sandelman Software Works Inc, Ottawa and Worldwide
>
> **       My working hours and your working hours may be different.
>  **
> ** Please do not feel obligated to reply outside your normal working hours
> **
>
>
>
>
> _______________________________________________
> dhcwg mailing list -- [email protected]
> To unsubscribe send an email to [email protected]
>

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