Quoth Zhenghui Xie on Thu, Oct 05, 2006 at 10:41:54AM -0700: > >There are some discussions about the removal of milestone/network. > >So what is the "final" proposal, keep it or remove it? It is not > >clear from the discussion what the decision is. Assuming it is > >kept, what is the relationship between milestone/network and > >network/profiled? > > The current decision is that milestone/network will remain. I listed two > reasons in the temporary 3rd draft. There is no SMF dependency between > milestone/network and network/profiled. In stead, milestone/network will > be enabled by NWAM daemon when NWAM daemon reaches IF_RUNNING state.
You'll demote its stability so we can remove it in the future, right? > >Since a ULP decides which network service is enabled/disabled, how > >does NWAM handle the case when a sys admin `svcadm enable` a service > >manually? Will NWAM note that and automatically update the current > >running ULP to include this service? Is this the right behavior? > > Please correct me when I am wrong, David. > > NWAM ULP will mainly use the framework provided by the enhanced SMF > profile project. I remember that the case Kacheong described here is > something considered in David's design? Based on my understanding, the > sys admin's change will be on the surface of the profile layers, and it > will be the one being seen. I am not sure if enhanced SMF profile > project will provide some option for the user to write his change to > some underneath profile. If it does, then it is quiet easy to let the > ULP be updated. If not, I don't think that NWAM should keep track of > such changes, because we sort of request user to use our UI to change > the ULP. Or maybe I miss something here? You are correct; a plain svcadm will take precedence over all NWAM profiles, so it will last forever, like it does today. I am planning on adding an option which will allow a user to specify that the change should be made to a specific profile (-P profilename). NWAM shouldn't have to worry about anything in this area. David
