Re: [v6ops] How do you solve 3GPP issue if neither operator nor handset supports PD?

[Michael Richardson <[e-mail]>]

Philip Homburg <[e-mail]> wrote:
    >> A point of draft-richardson-6man-cpe-provisioning-00 (expired, rather immat=
    >> ure),
    >> was to allow the downstream device to declare what they were, and how they
    >> wanted to get addresses.   I was imagining an IP6CP option that would simply
    >> advise what the downstream is, and what the upstream could support.
    >> This avoids assigning a /64 (and running RA) to the link if it makes no sen=
    >> se.

    > A bit in RS could say 'no need to number the uplink if a prefix is delegated'
    > and a bit in the RA could say 'here is a prefix, but don't use the first /64'

yes, we could signal things that way, but:
  1) can the CPE set this if a prefix won't be delegated?
  2) what method will be used to get the prefix?
     And, can use a /64 from within the /56,/48(whatever) that will be delegated?

I agree that it can be solved, but it feels really awkward.

    > That should be enough for most practical purposes. An IP6CP has the advantage
    > that the information is at the router before the first RA is sent. Putting
    > the information in the RS has the advantage that information does not have to
    > cross different layers and is avaiable on all link types.

We really don't want it available on all link types, we want it available on
PPP links.
This kind of modal RS as you describe would be a departure from current RS/RA.
An RS can currently be satisfied by a multicast RA, and an RS can be
suppressed by seeing a multicast RA.

Doing this kind of unicast request/response is PRECISELY what DHCPv6 was
created for.

    > Of course, the /64 of the upstream could be taken form a completely different
    > prefix. This would waste a /64 per link, but we have enough of those.

Yes, we have lots of /64, but ISPs tend to prefer to not waste more FIB
entries than they need to.  Getting the /64 from within a bigger block that
will be routed to the customer is a win.

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