Re: Automatically connecting to stub networks...

[Michael Richardson <[e-mail]>]

Ted Lemon <[e-mail]> wrote:
    > On Dec 3, 2020, at 8:45 AM, Michael Richardson <[e-mail]> wrote:
    >> I don't understand how RFC7078 helps, given that a postulate of the
    >> stub-network is that the home/enterprise DHCPv6-server is not capable of
    >> being aware of the stub-network.

    > In order to get a prefix to advertise on the stub network, DHCPv6-PD
    > would work. Of course, no host on the stub network is ever going to do
    > DHCPv6-PD, or if they do they’ll fail, but the draft does in that sense
    > rely on DHCPv6-PD for the globally addressable prefix use case.

I'm assuming that it's the gateway that does DHCPv6-PD.
If that works, then we are done.
We don't necessarily need the ULA or the NAT64 at that point.
(Although, the delegated prefix might not be a GUA.)

It's when it does not work that I think your draft comes into play.
One is essentially bring IPv6 to a LAN where there might not any.
I think that's okay.
{I also think that the thing bring that ULA to the LAN should be a DHCPv6-PD
server as well: there could be another gateway that needs IPv6}

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