Tony Nguyen wrote: > Dan, > > Just some quick comments. > > 2.2 Format > > You mention link name is stored in the repository. However, the > following table doesn't have a name property. Am I missing something? >
That's a typo. I fixed it, and the fix will appear in the next version of the document that I post. Also, I removed id from the table as it is no longer stored as an SMF property. > 3.3 API Externals > > It's not clear to me how different the two APIs are. It stated that one > API manages the ID-name mapping. How about the other API? > I changed the wording of the first paragraph to: ?Access to the link data storage is through two consolidation private APIs. One API is used to manage the (ID, name) mapping, the other persists link con?guration information (which includes the (ID, name) mapping). Changes made using the ?rst API take a?ect immediately and are temporary (i.e. will not exist past the next reboot) unless persisted using the second API.? I hope that helps. These changes will appear on the OpenSolaris page when I next update the document. thanks, Dan > -tony > > Dan Groves wrote: >> Hi, >> >> I've posted a new version of the link ID management API document to: >> >> http://www.opensolaris.org/os/project/clearview/uv/link_id_management.pdf >> >> Changes include: >> >> - re-written the section on SMF. Hopefully it is clearer what I >> intend to do and why. It includes things such as the list of >> properties is only a convenience and is not committed, a change of the >> layout for storing link information in SMF, and information on how >> temporary links are stored in SMF. One thing is I do not talk about a >> refresh method for network/linkmgmtd. Would it be useful to have one? >> - Change of function signatures - dladm_get_conf_field, >> dladm_set_conf_field, etc. >> - change of data types - There are fewer data types and they now map >> 1-1 with SMF types >> - change dladm_linkid_t to datalink_id_t >> - change dladm_create_datalink_id so that it can accept a prefix and >> append a PPA >> >> Comments, questions are welcome. If I missed anyone's comments from >> earlier, please let me know. >> >> thanks, >> Dan >> >> _______________________________________________ >> smf-discuss mailing list >> smf-discuss at opensolaris.org >
