> Does the community feel that operators need RA bits that
> control/indicate whether a client is to invoke DHC? That is, is there
> a need for the sys admin to signal to client whether DHC is to be
> invoked?

yes.

> 
> Second, is it important that such a signal be honored by clients?
> (That is, if clients end up mostly ignoring the flags, does their
> presence become useless?)

That is not our business but yes I believe the market and clients will
honor them as requirement from the organizations policy using stateful
or other config info.

> 
> For example, should the sys admin be able to say "do not run DHC,
> doing so wastes local resources and won't get you any config info"?
> (And should that be honored by clients?)

Sure just don't set the current bits in RAs.

> 
> Fundamentally, it is only the access network that has knowledge of
> whether running DHC is useful. Thus, by default, clients (arguably)
> can't know whether running DHC is useful, so by default they shold
> invoke DHC (unless the sys admin signals "don't invoke DHC").

I think the m or o bit will be the decision policy point. 

> 
> Or (switching the argument), by default, client should not invoke DHC,
> unless the local sys admin indicates doing so is appropriate.

Corrrect same as question above.

> 
> If we can't agree that the above is necessary (i.e., is a "problem
> statement" of sorts), I really have to wonder what purpose the R/A
> bits can serve or whether we will ever have a shared understanding of
> what they are supposed to do. Having them be a hint (that clients in
> practice ignore half the time) would seem to solve no useful purpose
> (IMO) and would provide the sys admin with useless tools (since
> clients wouldn't respond to the usage of the tool in predicatable
> ways). The result would simply be more confusion. (Oh, that is already
> the state we are in!!! :-))

We agreed on this years ago.

/jim
> 
> So, what is it? 
> 
> Thomas
> 
> 
> --------------------------------------------------------------------
> IETF IPv6 working group mailing list
> ipv6@ietf.org
> Administrative Requests: https://www1.ietf.org/mailman/listinfo/ipv6
> --------------------------------------------------------------------
> 

--------------------------------------------------------------------
IETF IPv6 working group mailing list
ipv6@ietf.org
Administrative Requests: https://www1.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------

Reply via email to