incubator-cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Murali Reddy <>
Subject Re: making VM startup more fine-grained
Date Tue, 07 Aug 2012 07:30:41 GMT
On 07/08/12 12:11 PM, "Tomoe Sugihara" <> wrote:

>On Tue, Aug 7, 2012 at 3:34 PM, Alex Huang <> wrote:
>>> I have looked at the code more in detail and found a bit tricky thing.
>>> Inside the createVif() method, it calls getNetwork(conn, nic) to set
>>> record. And inside getNetwork(), it differentiates by
>>> BroadcastDomainType.
>>> Now I'm wondering if the method getNetwork() to be inside to-be-created
>>> default vif driver's  implementation, or out side of the vif driver.
>>>So, I'd like to
>>> ask for comments or suggestions from the community.
>> Tomoe,
>> I think you might be looking at obsolete code.   Starting in 3.x,
>>CloudStack shouldn't be looking at the broadcast type to determine the
>>network.  It is determined by the name tag set when you setup the
>>physical network during zone setups.  Let me know if you have any
>Hi Alex,
>Thanks for your comments.
>Actually I'm looking at here called by the createVif method:
>And it does look for broadcast cast type.
>Does that mean this code is obsolete and should be updated?

Actually, this is in use function. Creating a Xen virtual network is
rolled into getNetwork() and being setup based on the isolation/SDN
controller as identified by BroadcastDomainType.

IMO, with multiple isolation mechanism/SDN controller integrating, it make
sense to push out setup/destroy of hypervisor network object for the guest
networks from hypervisor server resource into drivers as-well.

View raw message