cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Alex Huang <Alex.Hu...@citrix.com>
Subject RE: SDN integration with CloudStack
Date Tue, 05 Jun 2012 04:10:20 GMT
Hi Hugo,

The isolation method/technology part is definitely more work because today it all assumes
the technology is vlan.

You will need to do the following:

- Add a new column to physical network that says what is the supported isolation technology.
 VLAN will be one value.  SDN will be another.
- Add to NetworkGuru to retrieve the supported isolation technology.
- Make changes to the NetworkManager such that it selects the correct NetworkGuru based on
the supported isolation technology and the isolation technology defined on the physical network.
- Make changes to the UI to allow different configurations when the isolation technology is
VLAN vs SDN.

By doing this then, cloudstack can be shipped with two different types of isolation technologies
and the admin can choose which one they want to use for each zone.

By changing the components.xml alone, assuming you commented out the other guest network gurus
and only have the sdn one in means there will be a divergence in deployed configuration files.

--Alex

> -----Original Message-----
> From: Hugo Trippaers [mailto:HTrippaers@schubergphilis.com]
> Sent: Monday, June 04, 2012 3:11 PM
> To: cloudstack-dev@incubator.apache.org
> Subject: RE: SDN integration with CloudStack
> 
> Thanks Alex.
> 
> I've edited components.xml and  I'm seeing my new guru being accessed
> now.
> 
> How do i go about adding the new isolation method, i've added a new type
> to the IsolationMethod enum in PhysicalNetwork called SDN, but i think that
> is not the only thing i need to do. Can you give me some pointers?
> 
> Cheers,
> 
> Hugo
> 
> 
> ________________________________________
> From: Alex Huang [Alex.Huang@citrix.com]
> Sent: Monday, June 04, 2012 8:18 PM
> To: cloudstack-dev@incubator.apache.org
> Subject: RE: SDN integration with CloudStack
> 
> You would make changes in the components.xml to make your NetworkGuru
> the default.
> 
> As I described to Salvatore in another email, the best way is to add an
> isolation method parameter to physical network.  This isolation method will
> drive the selection of the NetworkGuru for the guest network.  Right now,
> we assume the isolation method is always VLAN.  But it would be best to add
> to the guest traffic type, the isolation method used at the physical network
> level.  Then, NetworkManager chooses the NetworkGuru depending on the
> physical isolation used.
> 
> --Alex
> 
> > -----Original Message-----
> > From: Hugo Trippaers [mailto:HTrippaers@schubergphilis.com]
> > Sent: Monday, June 04, 2012 11:09 AM
> > To: 'cloudstack-dev@incubator.apache.org'
> > Subject: SDN integration with CloudStack
> >
> > Heya All,
> >
> > This week we will be working from the Nicira office on integrating SDN
> > with CloudStack. In the recent discussion thread "making VM startup
> > more fine- grained" one of our questions is already addressed.
> >
> > Another more basic question is how do we get our NetworkGuru to be
> > used/selected by CloudStack when we build a new network. Basically
> > what we want to do is when a guest network is created it should call
> > our NetworkGuru to create the logical switch in the SDN and when a VM
> > is started it should plug the NIC into an lport. The code to get this
> > done is looking straight forward (except for the vif uuid discussion
> > mentioned earlier). What has me baffled is the way to "plug" the new
> > guru into CloudStack, how do we do this?
> >
> > I  was looking at code commited by Salvatore as the OVS GRE
> > implementation looks similar to what I intend to do. It appears he is
> > in the process of adding a Service "Connectivity", is this the way to do it?
> >
> > In the end I want to be able to create one or two networkofferings for
> > the SDN integration, so my Guru gets called when a new network is
> > created. How do I do this?
> >
> > Cheers,
> >
> > Hugo

Mime
View raw message