On (03/09/07 12:09), Dan Groves wrote: > >Section 2.2: > >- What exactly do you mean by "Vanity Naming is not responsible > > for ensuring all pieces of link configuration information are > > persistent.." > > All we're going to store in SMF at this point is data required to create > a link. I plan to provide a way that others can store more information > in SMF. I see I used a poor choice of words. I'll reword the section.
ah, ok. so it does sound like the persistence will be implemented via (already existing) smf mechanisms. yes, it would be good to clarify this explictly, since the current wording is misleading. > I'm writing an API to store link data in some type of storage, in this > case SMF. Everything will be stored as a name-value pair, there's not > going to be any strong typing. The user of the API tells the API what : > The different fields I listed are just a list of what we intend to put > in as part of the Vanity Naming work. It's there as a convenience. Good! I think this is something else you may want to clarify in the document. > It's subject to change (I expect NWAM will add to the list). yes, so will Brussels. > Array of what? String data? integer data? Something else? array of string values. Every(input)thing is a string as far as libdladm is concerned. > > I seem to mixed up SMF objects with other things. I'll go through the > document and clean it up. Ok. Renee (and others from the nwam team) also pointed out to me later that some of the base definitions are there in the UV doc, which I plan to re-lookup myself, later. > >- a related question: I see that the difference between "property group > > name" and "link name" was discussed in this thread. Could you please > > define what the "property group name" is? > > > > SMF property groups have a name, and I decided to name the property > groups we create for vanity naming after the link name. this was a confusing one for me as well, since "groups" immediately brings up connections to ipmp/link-aggregation, so maybe this should be clarified as well. --Sowmini
