On 01/02/14 9:39 PM, "Paul Angus" <paul.an...@shapeblue.com> wrote:
>Hey Tuna, (and anyone else working on this) > >I filed bug 5967 which looks like it might relate to this - I was trying >to use GRE tunnel isolation in 4.3 and got VM_REQUIRES_NETWORK errors >from the XenServer when trying to start a new virtual router. > >https://issues.apache.org/jira/browse/CLOUDSTACK-5967 Marking 5967 as blocker for 4.3. Let me back port the fix in master to 4.3 branch. > >What's the status of GRE Tunnel isolation as a feature at the moment? > >Regards > >Paul Angus >Cloud Architect >S: +44 20 3603 0540 | M: +447711418784 | T: CloudyAngus >paul.an...@shapeblue.com > >-----Original Message----- >From: [mailto:ng.t...@gmail.com] On Behalf Of Nguyen Anh Tu >Sent: 24 January 2014 05:59 >To: dev@cloudstack.apache.org >Cc: Florin Dumitrascu; Sebastien Goasguen; Chiradeep Vittal >Subject: Re: Create GRE tunnel failed in 4.2 with XenServer. > >Yes, my fixes will be put to 4.3 tomorrow! I get the flu today. Back to >work tomorrow. > >--Tuna > >Sent from my GT-N7000 >On Jan 24, 2014 12:43 PM, "Murali Reddy" <murali.re...@citrix.com> wrote: > >> >> On 23/01/14 5:48 PM, "Florin Dumitrascu" >> <florin.dumitra...@intunenetworks.com> wrote: >> >> >Hi Murali, Tuna, >> > >> >Thank you for this piece of information. All starts to make sense now. >> >I am wondering if there is a better way to communicate this issue to >> >end users. It would save others a couple of weeks struggling. >> >If GRE is not just a technology preview (meaning it has been >> >explicitly mentioned in previous release notes), the known issues >> >lists for 4.2.0 and 4.2.1 should be explicitly updated. >> > >> >Leaving 4.2 behind now, which will be the first release to include >> >GRE refactoring with OVS service provider ? >> >> Ideally Tuna's fix (to make OVS as Connectivity service provider) >> should have gone into 4.2.1. Looks like they did not go into 4.2.1 >> >> Tuna, >> >> Can you please ensure your fixes (excluding support for KVM/XCP) went >> into 4.2, 4.3 branches as well. >> >> Thanks, >> Murali >> >> > >> >Regards, >> >Florin >> > >> >-----Original Message----- >> >From: ng.t...@gmail.com [mailto:ng.t...@gmail.com] On Behalf Of >> >Nguyen Anh Tu >> >Sent: Thursday, January 23, 2014 11:56 AM >> >To: Murali Reddy >> >Cc: dev@cloudstack.apache.org; Chiradeep Vittal; Sebastien Goasguen >> >Subject: Re: Create GRE tunnel failed in 4.2 with XenServer. >> > >> >Wow... I thought everything was done in XenServer before my submitted >> >patch. >> > >> >--Tuna >> > >> >Sent from my GT-N7000 >> >On Jan 23, 2014 6:49 PM, "Murali Reddy" <murali.re...@citrix.com> >>wrote: >> > >> >> Please see the thread >> >> >> >> https://www.mail-archive.com/dev@cloudstack.apache.org/msg17396.htm >> >> l >> >> >> >> >> >> >> >> On 23/01/14 5:10 PM, "Florin Dumitrascu" >> >> <florin.dumitra...@intunenetworks.com> wrote: >> >> >> >> >Hi, >> >> > >> >> >Just want to add a few of my observations to what Tuna said. >> >> > >> >> > >> >> >a. I managed to have GRE isolation working with CloudStack >>4.1.1 >> >> >and a quick patch to bypass "enableXenserverNetwork" method. >> >> > >> >> > >> >> > >> >> >b. I tried GRE isolation with CloudStack 4.2.1 with the same >>quick >> >> >patch for bypassing "enableXenserverNetwork". >> >> > >> >> >Once that method was bypassed, guest VMs came up, but the tunnel >> >> >was not created. It seems to me that OvsElement methods >> >> >(implement, >> >> >prepare) are not invoked. >> >> > >> >> >Did something change in 4.2 to affect this ? I am setting >> >> >"sdn.ovs.controller=true" in global settings and select GRE >> >> >isolation method in the guest physical network. >> >> > >> >> > >> >> >Thank you, >> >> >Florin >> >> > >> >> > >> >> > >> >> >From: ng.t...@gmail.com [mailto:ng.t...@gmail.com] On Behalf Of >> >> >Nguyen Anh Tu >> >> >Sent: Thursday, January 23, 2014 10:15 AM >> >> >To: dev@cloudstack.apache.org; Sebastien Goasguen; Chiradeep >> >> >Vittal; Florin Dumitrascu >> >> >Subject: Create GRE tunnel failed in 4.2 with XenServer. >> >> > >> >> > >> >> >Guys, >> >> > >> >> >Florin raised a problem in creating GRE tunnel with ACS 4.2 >> >> >release and XenServer 6.2. I found the problem come from >> >> >enableXenserverNetwork method. CloudStack made a tricky to create >> >> >network when plugging a VIF to >> >> >dom0 and then unplugging immediately. With XCP version I done in >> >> >GSOC, I bypassed that step so that no problem. >> >> > >> >> >Didn't know why we need that tricky and how to solve it. I'm >> >> >working on it. Any help or explaination? >> >> > >> >> >Thanks, >> >> > >> >> >--Tuna >> >> > >> >> >Sent from my GT-N7000 >> >> > >> >> >IMPORTANT NOTE: The information in this e-mail (and any >> >> >attachments) is confidential. The contents may not be disclosed or >> >> >used by anyone other than the addressee. If you are not the >> >> >intended recipient, please notify the sender immediately or >>telephone: +353 (0)1 6204700. >> >> >We cannot accept any responsibility for the accuracy or >> >> >completeness of this message as it has been transmitted over a >> >> >public network. If you suspect that the message may have been >> >> >intercepted or amended, >> >>please call the sender. >> >> > >> >> >> >> >> >> >> > >> >IMPORTANT NOTE: The information in this e-mail (and any attachments) >> >is confidential. The contents may not be disclosed or used by anyone >> >other than the addressee. If you are not the intended recipient, >> >please notify the sender immediately or telephone: +353 (0)1 6204700. >> >We cannot accept any responsibility for the accuracy or completeness >> >of this message as it has been transmitted over a public network. If >> >you suspect that the message may have been intercepted or amended, >>please call the sender. >> > >> >> >> >Need Enterprise Grade Support for Apache CloudStack? >Our CloudStack Infrastructure >Support<http://shapeblue.com/cloudstack-infrastructure-support/> offers >the best 24/7 SLA for CloudStack Environments. > >Apache CloudStack Bootcamp training courses > >**NEW!** CloudStack 4.2.1 >training<http://shapeblue.com/cloudstack-training/> >18th-19th February 2014, Brazil. >Classroom<http://shapeblue.com/cloudstack-training/> >17th-23rd March 2014, Region A. Instructor led, >On-line<http://shapeblue.com/cloudstack-training/> >24th-28th March 2014, Region B. Instructor led, >On-line<http://shapeblue.com/cloudstack-training/> >16th-20th June 2014, Region A. Instructor led, >On-line<http://shapeblue.com/cloudstack-training/> >23rd-27th June 2014, Region B. Instructor led, >On-line<http://shapeblue.com/cloudstack-training/> > >This email and any attachments to it may be confidential and are intended >solely for the use of the individual to whom it is addressed. Any views >or opinions expressed are solely those of the author and do not >necessarily represent those of Shape Blue Ltd or related companies. If >you are not the intended recipient of this email, you must neither take >any action based upon its contents, nor copy or show it to anyone. Please >contact the sender if you believe you have received this email in error. >Shape Blue Ltd is a company incorporated in England & Wales. ShapeBlue >Services India LLP is a company incorporated in India and is operated >under license from Shape Blue Ltd. Shape Blue Brasil Consultoria Ltda is >a company incorporated in Brasil and is operated under license from Shape >Blue Ltd. ShapeBlue is a registered trademark. >
