Return-Path: X-Original-To: apmail-incubator-cloudstack-users-archive@minotaur.apache.org Delivered-To: apmail-incubator-cloudstack-users-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 44ABCE548 for ; Tue, 5 Feb 2013 19:00:16 +0000 (UTC) Received: (qmail 84441 invoked by uid 500); 5 Feb 2013 19:00:15 -0000 Delivered-To: apmail-incubator-cloudstack-users-archive@incubator.apache.org Received: (qmail 84406 invoked by uid 500); 5 Feb 2013 19:00:15 -0000 Mailing-List: contact cloudstack-users-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: cloudstack-users@incubator.apache.org Delivered-To: mailing list cloudstack-users@incubator.apache.org Received: (qmail 84398 invoked by uid 99); 5 Feb 2013 19:00:15 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 05 Feb 2013 19:00:15 +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.85] (HELO na3sys009aog136.obsmtp.com) (74.125.149.85) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 05 Feb 2013 19:00:09 +0000 Received: from mail-ob0-f200.google.com ([209.85.214.200]) (using TLSv1) by na3sys009aob136.postini.com ([74.125.148.12]) with SMTP ID DSNKURFWpBMQv4NtQvpy9/R1Bq6p3NiCjgqY@postini.com; Tue, 05 Feb 2013 10:59:48 PST Received: by mail-ob0-f200.google.com with SMTP id un3so2191793obb.3 for ; Tue, 05 Feb 2013 10:59:47 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=x-received:mime-version:x-received:in-reply-to:references:date :message-id:subject:from:to:content-type:x-gm-message-state; bh=lM62iHQyvOrzsohIqWSUkQfoLKrImQ6qEpIm0s/IgTU=; b=K918vD43xvwHzZ6JNmK2WqP5SUmTlCUUYcrkIYXXypeRagVrxATKvv7lAWnYiNYQVB xV8ycJeFLTRHBsUJ8D3ZZYwZrtCj6rbCwZq3M5KXg6If3x4Tz9XHZ/3MTesaWctZ0tCO SpbktS+QxGZUfDCm77/a2whaVQOyQD6Lj5rLCFgM7l+cukbFq5QnVKDTneG+DXnxM1pZ 2DWQFl5wAlrxCWCR7Mc8n3end6xcnER0r5c+ZLOjk2JLNpMWEu2CD8tJ1GaFdet2ruGf bkuR7ZERy3kdsRWE9FDpZnP1NRjgn05fQgC9fRh2np1HcuaZ66aLF/GqauHF3Xu8yu7G m7kw== X-Received: by 10.50.40.229 with SMTP id a5mr173239igl.59.1360090787662; Tue, 05 Feb 2013 10:59:47 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.50.40.229 with SMTP id a5mr173211igl.59.1360090787476; Tue, 05 Feb 2013 10:59:47 -0800 (PST) Received: by 10.64.38.131 with HTTP; Tue, 5 Feb 2013 10:59:47 -0800 (PST) In-Reply-To: References: Date: Tue, 5 Feb 2013 13:59:47 -0500 Message-ID: Subject: Re: Configuring static routes on VM From: Jeffrey McGovern To: cloudstack-users@incubator.apache.org Content-Type: multipart/alternative; boundary=14dae93411ff3ff40c04d4fed07e X-Gm-Message-State: ALoCoQmcUFlEwSDcvfarwlbHcrqqmkLy61lTom8pUdaMTRkvUos3BqTGd/TrPjSRAjvTYCrPZ+Uz99ZKll5U266D6EjEgegAPzGr0TAU8wsqmACZRJPrjhtRrqUg3hNlO5DgoDSzmZ7KPR/vbFyK9cz70am9fKvTVr33xA8pNboGrBhnBzNXXeQbAmpRZqzPvLIAzZB2bhAW X-Virus-Checked: Checked by ClamAV on apache.org --14dae93411ff3ff40c04d4fed07e Content-Type: text/plain; charset=ISO-8859-1 So a little more context around the question. I am trying to solve the problem that occurs when you want to egress from a VDC to some place that is not the Internet. So as an example if you have a VDC within a CloudStack managed environment with Internet access which will also connect to another physical environment within the same datacenter (or not) that is layer 3 separated from the virtualized environment. I can see two options for solving this issue. One would be to get a second external interface configured on the CloudStack managed gateway that would route me to a private VRF somewhere on the provider core while the second way which is the one that spawned this question would be to bring up a separate gateway (This now involves having two routers/firewalls within the same VDC). With the second gateway we can now add routes directly to the VMs themselves using option 121 (or 33/249 pending some of the OS differences) on the DHCP server to control what egress point the VM would choose. Jeffrey S. McGovern SunGard Availability Services 401 N. Broad Street - Mezzanine Philadelphia, PA 19108 Desk: 215-446-2722 Fax: 215-408-4700 jeffrey.mcgovern@sungard.com On Tue, Feb 5, 2013 at 9:29 AM, Chip Childers wrote: > On Mon, Feb 4, 2013 at 2:59 PM, Jeffrey McGovern > wrote: > > Hello, > > I was wondering if there is a way to configure static routes on a guest > VM > > after it has been provisioned via Cloudstack? > > Jeff, > > It may help if you provide a little more context to the question to > help folks understand what you're looking to do. > > -chip > > --14dae93411ff3ff40c04d4fed07e--