[Libvirt-cim] [PATCH] Set additional properties of template RASDs

[Dan Smith]

KR> For Net:
KR>    -Set address - get a default mac address

I think we've had this discussion in the past, and decided it was
better to not offer generated mac addresses in the template
instances.

Since resolving the association is the act of allocation (or
pre-allocation), there's no easy way to say "I need three NICs" and
get back unique MACs for each.  Because of this lack of a formal
allocation step, I think it's likely that clients would grab a
template RASD and offer it multiple times in the DefineSystem() call,
which wouldn't result in a valid domain configuration.

The concession was that we would let the client leave out the MAC and
assign one for it during DefineSystem().  That way if they want to
specify a MAC, they can, but we don't have to deal with the other
issues.

So, I definitely think that the fields you're adding for the other
templates are good, but I'd rather leave this one out of it, if
possible.

Thoughts?

-- 
Dan Smith
IBM Linux Technology Center
Open Hypervisor Team
email: danms at us.ibm.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/libvirt-cim/attachments/20081003/416711a8/attachment.sig>