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 6CBDA17B17 for ; Thu, 2 Apr 2015 06:28:55 +0000 (UTC) Received: (qmail 69967 invoked by uid 500); 2 Apr 2015 06:28:54 -0000 Delivered-To: apmail-cloudstack-dev-archive@cloudstack.apache.org Received: (qmail 69924 invoked by uid 500); 2 Apr 2015 06:28:54 -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 69913 invoked by uid 99); 2 Apr 2015 06:28:54 -0000 Received: from mail-relay.apache.org (HELO mail-relay.apache.org) (140.211.11.15) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 02 Apr 2015 06:28:54 +0000 Received: from mail-qg0-f49.google.com (mail-qg0-f49.google.com [209.85.192.49]) by mail-relay.apache.org (ASF Mail Server at mail-relay.apache.org) with ESMTPSA id 776F71A047A for ; Thu, 2 Apr 2015 06:28:54 +0000 (UTC) Received: by qgdy78 with SMTP id y78so595418qgd.0 for ; Wed, 01 Apr 2015 23:28:53 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.55.43.14 with SMTP id r14mr96624420qkh.35.1427956133269; Wed, 01 Apr 2015 23:28:53 -0700 (PDT) Received: by 10.96.166.200 with HTTP; Wed, 1 Apr 2015 23:28:53 -0700 (PDT) In-Reply-To: References: Date: Thu, 2 Apr 2015 11:58:53 +0530 Message-ID: Subject: Re: Migrating to VPC/Site-to-Site VPN From: Sanjeev N To: dev@cloudstack.apache.org Content-Type: multipart/alternative; boundary=001a114942fa141b980512b7f271 --001a114942fa141b980512b7f271 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable It is not possible to add existing network/VR to a VPC. On Wed, Apr 1, 2015 at 8:03 PM, Logan Barfield wrote: > That's what I figured. We were hoping to be able to set up > site-to-site VPN on the existing network. If a VPC is just a supernet > to multiple virtual routers it seems like it would be feasible to > seamlessly add an existing network/VR to a VPC. > > Since this isn't possible now I guess opening a feature request for it > would be good, in case we run into a similar issue next year. Before > I do, does anyone know if this is technically possible, just not yet > coded? In other words, could I theoretically add an existing isolated > network/VR to a VPC seamlessly via updating the database or manually > changing something on the VR? If so I would think adding the code to > handle that task would be relatively easy. > > Thank You, > > Logan Barfield > Tranquil Hosting > > > On Wed, Apr 1, 2015 at 3:20 AM, Sanjeev N wrote: > > As Erik mentioned, we can add nic from VPC network to existing vms so t= he > > vms will be in both isolated(non-vpc) and vpc networks. > > > > On Wed, Apr 1, 2015 at 11:56 AM, Erik Weber wrote= : > > > >> Haven't tried it myself, but i think you should be able to create the > vpc > >> and change nic on VMs. > >> > >> If you want to keep the ip addresses you might have to use the api > >> > >> Erik > >> > >> Den onsdag 1. april 2015 skrev Logan Barfield > >> f=C3=B8lgende: > >> > >> > We have a customer that is currently set up in an isolated network i= n > >> > an advanced zone. They recently mentioned that they have a need for > >> > site-to-site VPN connectivity for their application. > >> > > >> > Is it possible to move an existing isolated network into a VPC for > >> > site-to-site VPN functionality? Or is there another way to set up a > >> > site-to-site VPN using the existing network? > >> > > >> > > >> > Thank You, > >> > > >> > Logan Barfield > >> > Tranquil Hosting > >> > > >> > --001a114942fa141b980512b7f271--