RE: New Version Notification for draft-donley-ipv6-cpe-rtr-use-cases-and-reqs-00

["Stark, Barbara" <bs7652@att.com>]

> We are a bit concerned about
> having
> the CPE router ignore the M/O bits in the RA - we want more control
> over
> the device provisioning, and specifically do not want MSO-managed
> devices to provision using SLAAC on the WAN side.

It seems to me that the way to prevent SLAAC for GUA on the WAN side is
for the access network to not include any Prefix-Information options
with Autonomous flag set in the RA. I don't see where the M/O flags have
any control at all over whether the CPE Router does SLAAC. If the RA has
valid prefixes (per RFC 4862) in a Prefix-Information option with
Autonomous flag set, then the device is going to do SLAAC on those
prefixes. If the RA doesn't, then the device won't. M and O are
irrelevant for SLAAC.

The only thing M might have an effect on is whether the CPE Router
includes IA_NA in its DHCPv6 Solicit. But I figure if the CPE Router
always puts IA_NA in its DHCPv6 Solicit, then the access network has
complete control over whether to provide an IA_NA address back to the
CPE Router. 

Simple, effective, and the access network is in complete control over
how the device gets its address.

BTW, in Broadband Forum, we had extensive discussion on M and O. It was
very educational for me. If you like, I can send you more about that,
but I don't want to bore this list with that.
Barbara

*****

The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential, proprietary, and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from all computers. GA621