Return-Path: X-Original-To: apmail-cloudstack-dev-archive@www.apache.org Delivered-To: apmail-cloudstack-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 7AD2F17BA7 for ; Thu, 9 Oct 2014 19:39:33 +0000 (UTC) Received: (qmail 92767 invoked by uid 500); 9 Oct 2014 19:39:33 -0000 Delivered-To: apmail-cloudstack-dev-archive@cloudstack.apache.org Received: (qmail 92714 invoked by uid 500); 9 Oct 2014 19:39:33 -0000 Mailing-List: contact dev-help@cloudstack.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cloudstack.apache.org Delivered-To: mailing list dev@cloudstack.apache.org Received: (qmail 92703 invoked by uid 99); 9 Oct 2014 19:39:32 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 09 Oct 2014 19:39:32 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of WRodrigues@schubergphilis.com designates 195.66.90.56 as permitted sender) Received: from [195.66.90.56] (HELO sbppmx2.schubergphilis.com) (195.66.90.56) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 09 Oct 2014 19:39:28 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by sbppmx2.schubergphilis.com (Postfix) with ESMTP id 085F812ACF for ; Thu, 9 Oct 2014 21:39:07 +0200 (MEST) X-Virus-Scanned: amavisd-new at schubergphilis.com Received: from sbppmx2.schubergphilis.com ([127.0.0.1]) by localhost (sbppmx2.schubergphilis.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id V4o6AGGSnQto for ; Thu, 9 Oct 2014 21:39:06 +0200 (MEST) Received: from SBPOTMG101.sbp.lan (edge.schubergphilis.com [195.66.90.11]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by sbppmx2.schubergphilis.com (Postfix) with ESMTP id EEF4D12BF4 for ; Thu, 9 Oct 2014 21:39:06 +0200 (MEST) Received: from SBPOMF402.sbp.lan (10.71.2.133) by SBPOTMG101.sbp.lan (10.71.3.100) with Microsoft SMTP Server (TLS) id 14.3.210.2; Thu, 9 Oct 2014 21:39:06 +0200 Received: from SBPOMB102.sbp.lan ([fe80::b0aa:5d77:2600:dea9]) by SBPOMF402.sbp.lan ([fe80::2c87:4702:f9df:837e%16]) with mapi id 14.03.0195.001; Thu, 9 Oct 2014 21:39:06 +0200 From: Wilder Rodrigues To: "dev@cloudstack.apache.org" Subject: Re: [MERGE] virtual network appliance manager refactorring Thread-Topic: [MERGE] virtual network appliance manager refactorring Thread-Index: AQHP3vxjKgfNWHmGy0GebjuBGl757pweZt+AgAAaXYCABkwk5oADJloAgAA/oQA= Date: Thu, 9 Oct 2014 19:39:05 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.200.6.102] Content-Type: text/plain; charset="us-ascii" Content-ID: <73A21D46720BF94E9E7541CEF804DB83@schubergphilis.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Virus-Checked: Checked by ClamAV on apache.org Thanks for the update, Karl! We are working on different parts of the implementation: * 2 developer with the system vm + python scripts * 1 developer on test automation * 3 developers on the java side of the force You input is extremely valid and I will make sure that the other members of the team get the info (just in case the miss the email on the list). Have a nice evening. Cheers, Wilder On 09/10/14 19:51, "Karl Harris" wrote: >Here is a update of the work in support of Cloudstack-764: > >The overall idea of this effort is to implement VPC Virtual Redundant >Routing and automate the unit >tests for system virtual machine for virtual routers both redundant and >non-redundant, for Cloudstack-764. > >Current work areas. > >Modify system vm bash scripts to implement VPC Virtual redundant routing >in >a similar >fashion to existing virtual redundant routing. Basically implementing the >ability for VRR to handle >VPC's dynamic network topology as mention in the Java Refactoring from SP. > >Refactored the VeeWee virtual machine build scripts to use Packer. Packer >is used because of its ability >to build a system virtual machine raw file without unsupported "c" >utilities and its additional builders >to generate images for all virtual environments as required. > >Initial test framework uses VirtualBox/Vagrant as test harness with the >addition of test scripts for unit testing. >The output of the Packer build in a Vagrant Box is also used for debugging >script changes outside >of unit test framework. > >Use the output of the Packer builders as part of an automated system >virtual machine "build/ testing chain" in support of additional >script changes for virtual routers and/or other Cloudstack system virtual >machine functions. > > > >Karl > > >On Tue, Oct 7, 2014 at 11:45 AM, Wilder Rodrigues < >WRodrigues@schubergphilis.com> wrote: > >> Thanks, Daan! :) >> >> More info here: >> >> Just a quick update on the status of the VPC RVR refactor, which is the >> part 1 of the whole VPC RVR implementation. I have added some >>documentation >> to the Apache Wiki page. You can find it on the URL below: >> >> >>=20 >>https://cwiki.apache.org/confluence/display/CLOUDSTACK/Refactor+for+Redun >>dant+Virtual+Router+Implementation >> >> Thanks for the diagrams, Antonio! >> >> I will update it later with some few notes that we are working on. >> >> Cheers, >> Wilder >> >> Sent from my iPhone >> >> On 03 Oct 2014, at 19:36, "Daan Hoogland" >>> daan.hoogland@gmail.com>> wrote: >> >> yes, and it is good to stress that once again! >> >> On Fri, Oct 3, 2014 at 6:00 PM, David Nalley > david@gnsa.us>> wrote: >> >> As noted in your PR, please don't merge this immediately into master. >> We're in feature freeze, and master is currently 4.5 >> >> Thanks, >> >> --David >> >> On Fri, Oct 3, 2014 at 7:22 AM, Daan Hoogland > > >> wrote: >> H, >> >> I just pushed a huge branch with work that my colleagues did [1]. It is >> prerequisite to adding redundancy to vpc routers. please take it into >> account when doing anything with virtual router functionality as it >> addresses a lot of the way we work with configuring those. Merging will >> have to wait of course but for any related work I'd advice to use it as >> starting point to be joined in the merge later on. >> >> It will be followed first by refactorings in the virtual routing >>resource >> and the actual on board router scripts and next by the code to add >> redundancy to the vpc version of the router. >> >> thanks, >> >> [1] https://github.com/apache/cloudstack/tree/vpc-refactor >> >> -- >> Daan >> >> >> >> >> -- >> Daan >> > > > >--=20 >Karl O. Harris >Cloud Software Engineer >Sungard Availability Services >Office: 215-446-1772 >Cell: 215-264-1855 >karl.harris@sungardas.com