I would like to see a "virtual router offering" in the UI which lets you pick the legacy VR or your own. Probably a component of the network offering. I've had many cases were I needed Mikrotik RouterOS or pfSense to match a clients on-premise gear. ACS should find a way to stay agnostic IMO.
On Tue, Sep 13, 2016 at 11:36 AM, Marty Godsey <ma...@gonsource.com> wrote: > I like this idea as well. I would be willing to test both VyOS and > Cloudrouter if you need an active service to test with. Specifically I am > looking to test IPv6 since I provide IPv6 /64 spaces to my customers and I > am having to provide it via an external router at the moment which has a > lot of manual configurations. > > Let me know if I can help in anyway. > > -----Original Message----- > From: Will Stevens [mailto:williamstev...@gmail.com] > Sent: Tuesday, September 13, 2016 7:21 AM > To: dev@cloudstack.apache.org > Subject: Re: [DISCUSS] Replacing the VR > > 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.ur...@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! < > > > > > n...@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" <williamstev...@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. > > >
