Dan Smith wrote:
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.
We did, and it completely slipped my mind.
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.
Yes, since the DefineSystem() call sets a MAC in the case its not supplied in the RASD, then I think it is fine to not advertise it in the template. -- Kaitlin Rupert IBM Linux Technology Center kaitlin@linux.vnet.ibm.com