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

<no hats>

There have been, I think, 2-4 (more?) ND-based PD or PD-like
proposals.  The main argument against ND-PD, as I recall from PIO-X
days, has been "we have DHCPv6 PD, ND PD will have to replicate most
of the same semantics, why do we need two ways to do this?"

If, on the other hand, we are to understand that 3GPP operators are
just not deploying DHCPv6 PD (for whatever reason), then I think a
reasonable argument can be made that "we wouldn't have two, because we
currently have zero."

If the above is true, I, for one, would be interested to evaluate a
simple, clean draft that did things like:

    [1] define a PDIO, and its use in RAs and RSes (for requesting a
prefix length or refreshing/requesting a previously delegated prefix),

    [2] define the scope of applicability (i.e. in contexts where it
can be guaranteed that only one client will receive the RA),

    [3] did not make unnecessary reference to link technologies,
mobility architectures, or the like (just define the generic
deployment requirements, however they may be met),

    [4] did not try to make other unrelated changes (like redoing the
/64 SLAAC boundary; residential PD has been working fine for a while)
and

    [5] define the relationship to any PIOs present (i.e. a PDIO that
covers or equals a PIO with L=0 can inform the client that it's in an
RFC 8273-style environment whereas L=1 indicates an RFC 6603
situation).

I think it's possible to over-complicate the work, but if the
deployment requirements are well-scoped I think it could be fairly
clean and simple.

On Mon, Nov 23, 2020 at 5:27 PM Lorenzo Colitti
<lorenzo=40google.com@dmarc.ietf.org> wrote:
>
> I don't think anyone ever said Android will not support DHCPv6 PD. That said, implementing DHCPv6 PD on cellular is difficult for technical reasons, including:
>
> There is no DHCPv6 PD implementation in Android, so one would need to be written.
> The natural place for such an implementation is in the IpClient code, which does not (yet?) run on cellular networks.
>
> Something like the new RA option proposed in the 64share v2 thread (+Cameron Byrne) - assuming it gains consensus - would be much easier to implement.
>
> As an alternative: it's possible to extend the Android telephony HAL to allow the baseband to return a delegated prefix as well as the directly-connected route. That way, if a modem vendor (e.g., Qualcomm, Mediatek, ...) implements DHCPv6 PD in baseband-dependent code (which is not part of the Android OS), it can simply pass up the prefix through the HAL and the OS can use it.
>
> As we know, DHCPv6 PD has been mentioned in 3GPP standards for several releases. Are there any 3GPP specs on how prefix delegation should be used? Are there any requirements that might simplify the implementation? For example, a requirement that the delegated prefix may not change for the lifetime of the session, and that its lifetime is infinite, would be consistent with the 3GPP requirements around RAs, and would substantially simplify implementation.
>
> On Mon, Nov 23, 2020 at 4:44 PM Gyan Mishra <hayabusagsm@gmail.com> wrote:
>>
>>
>> How do we propose to solve this problem if operators don’t support PD even though the  3GPP standard has supported PD for over 10 years.
>>
>> Another twist to this puzzle is Android has 90% of the mobile handset marketplace worldwide and adamantly states they will NOT support DHCPv6 or PD.
>>
>> I researched Apple which has 10% of the market and they also do not support PD.
>>
>> Whats the solution now?
>> --
>>
>>
>> Gyan Mishra
>>
>> Network Solutions Architect
>>
>> M 301 502-1347
>> 13101 Columbia Pike
>> Silver Spring, MD
>>
>>
>> _______________________________________________
>> v6ops mailing list
>> v6ops@ietf.org
>> https://www.ietf.org/mailman/listinfo/v6ops
>
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------