>
> So it's essentially a vendor extension encoded as either an IP or a domain
> name?
It is partly opaque if you are referring to that, but even for domain
names you could find potentially clever uses like telling your resolver
to use the associated DNS-servers for a special domain (only). I guess I
should write the non-opaque usecases (e.g. firewalling, DNS) out.

>
>> So unknown top-level options are simply forwarded.
> I'm still confused.  If I'm not doing PD, am I not allowed to grab
> prefixes in a delegated prefix with unknown options?  What should an
> implementation that doesn't speak DHCP do -- not even parse the
> DELEGATED-PREFIX sub-TLVs (which is what I do currently), or drop any
> delegated prefixes with any DHCP options at all?
>
> (I'm actually parsing DHCP, but only the name server bits.)
Okay for more clarity (and note to self to make it more clear):
DHCPV6/4-DATA can be contained in EXTERNAL-CONNECTION
and / or DELEGATED-PREFIX.

If it is in EXTERNAL-CONNECTION it contains the usual top-level
options, e.g. DNS-Server, NTP server, what not. The HNCP
implementation does not need to know every option here.

If it is in DELEGATED-PREFIX then it contains special DP-specific
options which MUST BE understood, e.g. RFC 6603. In DHCPv6
land these are not top-level options but contained within the
OPTION_IAPREFIX DHCPv6 option.

They are meaningful for prefix assignment and therefore
cannot be ignored so you have to ignore that DP if you don't
understand them.


>
>>> ### Domain name has no priority
>> I suppose since we have a default value we might want to add that this MUST
>> NOT be sent unless explicitly configured.
> I'd still like a priority field.  It doesn't seem like it would add much
> implementation complexity.
It seems unnecessary though if we actually define it that the source
MUST be an administrator. If you think about silly vendor adverts in
there, then these vendors might also just use the highest prio and
then you would be back at the start.


Cheers,

Steven
_______________________________________________
homenet mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/homenet

Reply via email to