> Dan Groves wrote:
> >I posted a new copy of the link ID management API document to:
> >
> >http://www.opensolaris.org/os/project/clearview/uv/link_id_management.pdf

Still catching up on this thread, so please bear with me if
I'm bringing up items already discussed:

thanks for putting together this doc.. it's a helpful encapsulation
for other projects..

Section 2.2:
- What exactly do you mean by "Vanity Naming is not responsible
  for ensuring all pieces of link configuration information are persistent.."
  Currently /sbin/dladm ensures persistency of a "set-linkprop" information.
  How will this happen in the smf model? Will that be done as part of the
  svc [re]start during boot? 

- is fixed_mac_addr the same as "local_mac_addr?" today? If yes, are there
  plans to keep the 2 in sync (local_mac_addr? can be set via obp :-()

- As Seb pointed out, it would be good to have the property groups 
  organized, instead of a flat classification. As far as implementation
  goes, perhaps some sort of internal "union" like definition would 
  make sense. 

- follow-on question to the above: what will happen if a vanity named
  link (say "net1") built on top of an aggregation is switched over to
  bge0? i.e., some properties may be meaningfully transferred over to
  the new model, but some would be invalid. 

- Cathy made a reference to "name-value" pairs (which is how /sbin/dladm
  and the /etc/dladm/*.conf files today deal with input, with both name
  and value are handled as strings) but Dan says

  "I disagree that the fields we store are implementation details. How we
   store things is an implementation detail, but what we store and where we
   store are not, in my mind."

  Is there going to be some formal registration for each new property
  with strong-typing in the new proposal?

Section 3.1.4:
- need to add some datatype for array, since dladm allows these to
  be set in the repository.

General:

- I, at least, got somewhat confused between references to "Link Configuration
  Data" and "properties". It would be helpful to clarify the relation
  between the two, in a "Definitions" section.

- 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? 

Thanks,
--Sowmini



Reply via email to