Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 81D1F200B81 for ; Tue, 13 Sep 2016 21:58:15 +0200 (CEST) Received: by cust-asf.ponee.io (Postfix) id 8088A160AD2; Tue, 13 Sep 2016 19:58:15 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id A2D64160AAA for ; Tue, 13 Sep 2016 21:58:14 +0200 (CEST) Received: (qmail 42874 invoked by uid 500); 13 Sep 2016 19:58:13 -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 42862 invoked by uid 99); 13 Sep 2016 19:58:13 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd4-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 13 Sep 2016 19:58:13 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd4-us-west.apache.org (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id 075DBC06E9 for ; Tue, 13 Sep 2016 19:58:13 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 1.98 X-Spam-Level: * X-Spam-Status: No, score=1.98 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=2, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=disabled Authentication-Results: spamd4-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx2-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with ESMTP id OELb2hpxqEEJ for ; Tue, 13 Sep 2016 19:58:10 +0000 (UTC) Received: from mail-yw0-f176.google.com (mail-yw0-f176.google.com [209.85.161.176]) by mx2-lw-eu.apache.org (ASF Mail Server at mx2-lw-eu.apache.org) with ESMTPS id CF19B5F30B for ; Tue, 13 Sep 2016 19:58:09 +0000 (UTC) Received: by mail-yw0-f176.google.com with SMTP id u82so47014670ywc.2 for ; Tue, 13 Sep 2016 12:58:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to; bh=YoL8wLRmhLav0srphmZlK9a2YT2PUC0QppaHuH4Nicc=; b=HEvj+6EspUTA4vzmrNdmZB+UGsVQnf4t4tbAeFIh7LigQO0kzUXAAPsOVo7C2zvPCE R0EUGJPgajaksDVJXLhvgtJKDLPlPJK1jCb70ty/HTV07OtoOUnL6eSfgZiwffxdRd33 NvMOQP1ucqs5GboO4j9Ke1nkXTd9r0AJ2q78k1UxBE1cVDgJJZ9YBoys4YezmVeZAKD7 NpJ+FpB+5iWWceuaoajEnoBju+Nm+yGqeVSlcRW/2HIemsoFW8NhT6kxqlSP9RINeDK5 vl61JhdiXA64RpI2w4MGtseVCuEHG0I4AZfwqED8inDedviuD5xsPtL0aXykS+D9farn hO6w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to; bh=YoL8wLRmhLav0srphmZlK9a2YT2PUC0QppaHuH4Nicc=; b=gJS1xgGRvebd/sPZe/I0Ve+xyhBmo4AXk235aa084IlKbQq0Hef7fLAlJEdJGisDnr 1b6kHKHwyqI6AupzueDnhTO4n8ROk+UJdjlLmlyZ+TLJCsd07VyX2e+7I+Qo4WDzMB1H wKR3/BuLcHIuZudz+JfrIR3C4XH4KMt/u95P99n7+GJ7WAUAk/eJSAfIV/I3epdyja3/ 30Atjq9aj0Ma6W5P2RBI/6+iaKDUNzGEEgZPVK/MeM9GsdGmjQ5dffudx+MoyO6KRQ2Y sCkXsiHOeSxbdGu60WhCq3eASEkGh0nDvkLKr+VLfAsyQVBxpaGrTHepwBI2Z06VGpZG 64tw== X-Gm-Message-State: AE9vXwNJaAnQY6H2/cxGU3gXCewJtxpD+UoiwGANuXfJnccSO95XxnVZviD3fGSHCEqODNQuhgI4bmcatH3YWw== X-Received: by 10.13.212.141 with SMTP id w135mr2487295ywd.129.1473796682856; Tue, 13 Sep 2016 12:58:02 -0700 (PDT) MIME-Version: 1.0 Sender: williamstevens@gmail.com Received: by 10.31.156.77 with HTTP; Tue, 13 Sep 2016 12:58:02 -0700 (PDT) In-Reply-To: References: <1992498351.33324.1473758566107.JavaMail.zimbra@li.nux.ro> From: Will Stevens Date: Tue, 13 Sep 2016 15:58:02 -0400 X-Google-Sender-Auth: o68fjL4cU4zpeHa6ABoj5HZhE5w Message-ID: Subject: Re: [DISCUSS] Replacing the VR To: "dev@cloudstack.apache.org" Content-Type: multipart/alternative; boundary=001a114fd412c0c210053c690776 archived-at: Tue, 13 Sep 2016 19:58:15 -0000 --001a114fd412c0c210053c690776 Content-Type: text/plain; charset=UTF-8 Ya, I can't find anything either. So that means that we would be working with the API of each component, which I don't really like. It means we don't have a single API endpoint to handle things like IPSec, etc (or even an API at all for a lot of the functionality). :( *Will STEVENS* Lead Developer *CloudOps* *| *Cloud Solutions Experts 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6 w cloudops.com *|* tw @CloudOps_ On Tue, Sep 13, 2016 at 3:52 PM, Marty Godsey wrote: > Since Cloudrouter has a full distro for Opendaylight would you use that > for the API? But I can't find anything about the Cloudrouter API if it does > have one. > > Regards, > Marty Godsey > nSource Solutions > > -----Original Message----- > From: williamstevens@gmail.com [mailto:williamstevens@gmail.com] On > Behalf Of Will Stevens > Sent: Tuesday, September 13, 2016 3:48 PM > To: dev@cloudstack.apache.org > Subject: Re: [DISCUSS] Replacing the VR > > I can't seem to find any API documentation for CloudRouter. Maybe my > Google foo is weak. Has anyone else found any usable docs on that? > > *Will STEVENS* > Lead Developer > > *CloudOps* *| *Cloud Solutions Experts > 420 rue Guy *|* Montreal *|* Quebec *|* H3J 1S6 w cloudops.com *|* tw > @CloudOps_ > > On Tue, Sep 13, 2016 at 5:22 AM, Nux! wrote: > > > Hi, > > > > I like the idea. > > > > Cloudrouter looks really promising, I'm not too keen on VyOS (it > > doesn't have a proper http api etc). > > > > -- > > Sent from the Delta quadrant using Borg technology! > > > > Nux! > > www.nux.ro > > > > ----- Original Message ----- > > > From: "Will Stevens" > > > To: dev@cloudstack.apache.org > > > Sent: Monday, 12 September, 2016 21:20:11 > > > Subject: [DISCUSS] Replacing the VR > > > > > *Disclaimer:* This is a thought experiment and should be treated as > such. > > > Please weigh in with the good and bad of this idea... > > > > > > A couple of us have been discussing the idea of potentially > > > replacing the ACS VR with the VyOS [1] (Open Source Vyatta VM). > > > There may be a license issue because I think it is licensed under > > > GPL, but for the sake of discussion, let's assume we can overcome any > license issues. > > > > > > I have spent some time recently with the VyOS and I have to admit, I > > > was pretty impressed. It is simple and intuitive and it gives you a > > > lot more options for auditing the configuration etc... > > > > > > Items of potential interest: > > > - Clean up our current VR script spaghetti to a simpler more > > > auditable configuration workflow. > > > - Gives a cleaner path for IPv6 support. > > > - Handles VPN configuration via the same configuration interface. > > > - Support for OSPF & BGP. > > > - VPN support through OpenVPN & StrongSwan. > > > - Easily supports HA (redundant routers) through VRRP. > > > - VXLAN support. > > > - Transaction based changes to the VR with rollback on error. > > > > > > Items that could be difficult to solve: > > > - Userdata password reset workflow and implementation. > > > - Upgrade process. > > > > > > The VyOS is not the only option if we were to consider this approach. > > > Another option, which I don't know as well, would be CloudRouter > > > (AGPL > > > license) [2] which is purely API driven. > > > > > > Anyway, would love to hear your thoughts... > > > > > > Will > > > > > > [1] https://vyos.io/ > > > [2] https://cloudrouter.org/ > > > --001a114fd412c0c210053c690776--