[IPv6]Re: Working Group Last Call for <draft-ietf-6man-pio-pflag>

[Ole Troan <[e-mail]>]

> IMHO the very important thing here is that the P flag indicates to the
> client that the client can request a prefix *short enough* for SLAAC.
> The goal is to prevent a client to ask for a short prefix if the
> network supports PD in general but doesn't have enough space for such
> clients.
> Clients which need long prefixes (/120../80 whatever) can just do it
> any time, I'm not sure there is any need for signalling support for an
> arbitrary long prefix.

On the other thread I saw quite a lot of support for not having that restriction.

The P-flag means, “don’t autoconfigure an address using this PIO if you can get addresses via PD instead”.
And for that use case, SLAAC is not used.

SLAAC could be used for network extensions. But only in very limited topologies, so cannot be an general solution.

Cheers,
Ole