cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Will Stevens <williamstev...@gmail.com>
Subject Re: [DISCUSS] Replacing the VR
Date Tue, 13 Sep 2016 11:20:59 GMT
Ya. If we go this way, I like the approach of building the integration and
putting it through its paces as a stand alone VR before we consider
replacing the old VR and making it the default.

On Sep 13, 2016 6:52 AM, "Jayapal Uradi" <jayapal.uradi@accelerite.com>
wrote:

> Hi,
>
> Instead of replacing the VR in first place we should add VyOS/cloudrouter
> as provider. Once it is stable, network offerings (on upgrade) can be
> updated to use it and we can drop the VR if we want at that release onwards.
>
> VR is stabilized over a period of time and some of them are running
> without issues.  When we replicate the ACS VR features in new solution it
> takes some to find the missing pieces (hidden bugs).
>
> Thanks,
> Jayapal
>
> > On Sep 13, 2016, at 2:52 PM, Nux! <
>
> > nux@li.nux.ro> 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" <williamstevens@gmail.com>
> >> 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/
>
>
>
>
> DISCLAIMER
> ==========
> This e-mail may contain privileged and confidential information which is
> the property of Accelerite, a Persistent Systems business. It is intended
> only for the use of the individual or entity to which it is addressed. If
> you are not the intended recipient, you are not authorized to read, retain,
> copy, print, distribute or use this message. If you have received this
> communication in error, please notify the sender and delete all copies of
> this message. Accelerite, a Persistent Systems business does not accept any
> liability for virus infected mails.
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message