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 5F4B0174D9 for ; Mon, 3 Nov 2014 10:20:37 +0000 (UTC) Received: (qmail 19797 invoked by uid 500); 3 Nov 2014 10:20:36 -0000 Delivered-To: apmail-cloudstack-dev-archive@cloudstack.apache.org Received: (qmail 19747 invoked by uid 500); 3 Nov 2014 10:20:36 -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 19734 invoked by uid 99); 3 Nov 2014 10:20:36 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Nov 2014 10:20:36 +0000 X-ASF-Spam-Status: No, hits=0.6 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_MED,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [74.125.149.151] (HELO na3sys009aog124.obsmtp.com) (74.125.149.151) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 03 Nov 2014 10:20:31 +0000 Received: from mail-wi0-f175.google.com ([209.85.212.175]) (using TLSv1) by na3sys009aob124.postini.com ([74.125.148.12]) with SMTP ID DSNKVFdWMfAdBZ+CxKg1fm43wykDhzXXxYtI@postini.com; Mon, 03 Nov 2014 02:20:11 PST Received: by mail-wi0-f175.google.com with SMTP id ex7so5962198wid.14 for ; Mon, 03 Nov 2014 02:17:20 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=15vRkX9B15Zp7hPDHWc2MDyxBIca2L1SamkeGujLxK0=; b=Bmk3JrTZGv0ZI/8mCtlRyT8hoAJPhXyp78nakVvIpihiWf2K004FdL8eQaDaQdQfUJ rjlwrEHjNc0vru0y4VDHW9pbn8CbaX++1k9Oh87UIpPfZFg00qvFkbWZ2JmUDsUc0aNb A9upZNg1aSSyDWFdFAd8TfCBujXjZ2F5UoDiamtx8eNEv9rn7Xk2byAx7QnJiFpYUcPe bNtG/mqC3BYQZeQX4OPLPnLkyrRg0QaLcD1CziBpzo9HX0Lm+U4xIuvV/pIw+bEi1sFx kJHa4d8w2D8UWD0P2bSWUGP5qEhUCMQo0MxgMvkaxWDp2GCIcd00BaGy5RjTFV3AdwT7 hR3g== X-Gm-Message-State: ALoCoQluqwzfaGVXvP3LVDmdfQUvjRXJfjDVJDun0YxEaw4hGt1H/n0pxPNC0Zf00LPbYAdXiS1adzkOvQyuXA+A2NCneo9cGvo9dDMSLGOUjZDv0l1QaPLEmiPhWZafvEMrXilIIcebClSMHUF7rqyNsUAFnp7c6w== X-Received: by 10.194.209.230 with SMTP id mp6mr47047364wjc.2.1415009840738; Mon, 03 Nov 2014 02:17:20 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.194.209.230 with SMTP id mp6mr47047348wjc.2.1415009840613; Mon, 03 Nov 2014 02:17:20 -0800 (PST) Received: by 10.194.21.231 with HTTP; Mon, 3 Nov 2014 02:17:20 -0800 (PST) In-Reply-To: References: Date: Mon, 3 Nov 2014 05:17:20 -0500 Message-ID: Subject: Re: [MERGE] virtual network appliance manager refactorring From: Karl Harris To: "dev@cloudstack.apache.org" Cc: Christopher Litsinger , Rahul Rege Content-Type: multipart/alternative; boundary=047d7b3a8c08e762c00506f1a6bc X-Virus-Checked: Checked by ClamAV on apache.org --047d7b3a8c08e762c00506f1a6bc Content-Type: text/plain; charset=UTF-8 I have posted a reference pull request with the current work in progress using packer to build system virtual machines as well as generating vagrant boxes for testing. As mentioned in the pull request comment :This is "a work in progress" and posted for review and comment. Karl On Thu, Oct 9, 2014 at 1:51 PM, 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: >> >> >> https://cwiki.apache.org/confluence/display/CLOUDSTACK/Refactor+for+Redundant+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" > > 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 >> > > > > -- > Karl O. Harris > Cloud Software Engineer > Sungard Availability Services > Office: 215-446-1772 > Cell: 215-264-1855 > karl.harris@sungardas.com > -- Karl O. Harris Cloud Software Engineer Sungard Availability Services Office: 215-446-1772 Cell: 215-264-1855 karl.harris@sungardas.com --047d7b3a8c08e762c00506f1a6bc--