cloudstack-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Indra Pramana <>
Subject Re: Multiple guest IP on a VM?
Date Sat, 07 Sep 2013 19:31:51 GMT
Dear all,

In addition to my previous e-mail below, earlier I did some tests by
creating the normal "isolated" type network with "Offering for Isolated
networks with Source Nat service enabled" network offering, and then create
a VM instance using the network. The VM instance is created successfully
using a private guest IP address. I then tried to acquire a public IP
address (Network > the network name > View IP Addresses > Acquire New IP)
and once the public IP address is acquired, I can map the public IP to the
VM using "Static NAT".

However, when I tried to acquire another new IP address, and try to static
NAT it to the same VM, it refuses to do so with this error message: "Failed
to enable static nat for the ip address id=1752 as vm id=1934 is already
associated with ip id=1568". Two questions:

1. Can we create static NAT for two (or more) public IP addresses into one
single VM?
2. Can we assign two (or more) guest IP addresses on a single VM instance?

Looking forward to your reply, thank you.


On Fri, Sep 6, 2013 at 7:26 PM, Indra Pramana <> wrote:

> Dear all,
> We are implementing "shared" network type instead of "isolated" network
> type, which means that we are assigning public IP address as guest IP for
> all our VMs. This means that our VMs are using public IP instead of private
> IP configured on the NIC interfaces, without any network address
> translation done by the virtual router.
> My question: is it possible to assign multiple guest/public IP addresses
> into one VM? I can't find this option on the current setting. Is multiple
> public IP addresses only supported on "isolated" network and is not
> supported on "shared" network?
> I found this article while Googling, but I'm not too sure whether this can
> been implemented?
> I am using CloudStack 4.1.1 and KVM hypervisor, and running advanced
> network type (instead of basic).
> Looking forward to your reply, thank you.
> Cheers.

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