Mailing-List: contact cloudstack-users-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: cloudstack-users@incubator.apache.org
Received-SPF: pass (athena.apache.org: domain of Alena.Prokharchyk@citrix.com
 designates 66.165.176.89 as permitted sender)
From: Alena Prokharchyk <Alena.Prokharchyk@citrix.com>
To: "cloudstack-users@incubator.apache.org"
	<cloudstack-users@incubator.apache.org>
Date: Mon, 13 Aug 2012 10:37:54 -0700
Subject: Re: change / replace public ip range
Thread-Topic: change / replace public ip range
Thread-Index: Ac15el4wNARPk/UETFmJpXd77f4+HQ==
Message-ID: <CC4E88A2.F414%alena.prokharchyk@citrix.com>
In-Reply-To: <a1aace107e8d29d9b09f7878ded93b5b.squirrel@mail.inforelay.com>
Accept-Language: en-US
Content-Language: en-US
user-agent: Microsoft-MacOutlook/14.2.0.120402
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0

On 8/13/12 10:32 AM, "mpatton@inforelay.com" <mpatton@inforelay.com> wrote:

>> The IP address stays with the vm for the entire life cycle, till it's
>> expunged.
>
>I hope I misunderstood what you meant by "expunged".


Expunged means that the vm is destroyed and can't be restored (its volumes
are removed from storage, all ip addresses that used to belong to vm's nic
are released, etc)

>
>> * Change the record in nics table for all vms nics to have new ip
>>address
>> * restart the guest network
>> * stop/start ALL user vms in network
>
>Talk about "doing it wrong". It's a simple NAT rule. Just modify the
>ruleset and reload it at the router. The guest doesn't care what it's
>public IP is. Rebooting guests is uncalled for.

It depends on the type of the network. If it's an Isolated network, then
reboot user vms is not needed as all user vms are using ips from the guest
range. Then you are right, the ip address should be changed just for the
virtual router nic, and restart network is sufficient enough.

If the network is Shared, then Ips of the vms are being allocated from
user_ip_address table. And if you want to change IP addresses range, then
user vms have to be restarted as well.


>
>If you're talking about changing the private/internal IP|VLAN of a guest,
>at most you rewrite the .VMX or it's equivalent and poweroff/on (or in
>kvm/xen "how-badly-can-we-misname-a-function speak" destroy/create) the
>VM.
>
>I can edit a guest's network setting all day long in VMware with the VM
>live, no less and replumb (move the interface from one port group to
>another) while I'm at it. I realize KVM/Xen are inferior hypervisors, but
>CS shouldn't introduce unnecessary disruption.
>
>