Open Stack

Thank you for your response. Could this be done naturally with Openstack
neutron or have to be done manually outside neutron ?  As we are expecting
to orchestrate hundreds of NFV with all similar network configuration,
programmability is another key element.


On Thu, Aug 21, 2014 at 3:52 PM, Kevin Benton <blak111 at gmail.com> wrote:

> Have you tried making the external network shared as well? Instances that
> need a private IP with NAT attach to an internal network and go through the
> router like normal. Instances that need a public IP without NAT would just
> attach directly to the external network.
>
>
> On Thu, Aug 21, 2014 at 7:06 AM, Bao Wang <bywang98 at gmail.com> wrote:
>
>> I have a very complex Openstack deployment for NFV. It could not be
>> deployed as Flat. It will have a lot of isolated private networks. Some
>> interfaces of a group VM instances will need bridged network with their
>> fixed IP addresses to communicate with outside world while other interfaces
>> from the same set of VM should keep isolated with real private/fixed IP
>> addresses. What happen if we use public IP addresses directly as fixed IP
>> on those interfaces ? Will this work with Openstack neutron networking ?
>> Will Openstack do NAT automatically on those ?
>>
>> Overall, the requirement is to use the fixed/public IP to communicate
>> with outside directly on some interfaces of some VM instances while keeping
>> others as private. The floating IP is not an option here
>>
>> _______________________________________________
>> OpenStack-dev mailing list
>> OpenStack-dev at lists.openstack.org
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>>
>
>
> --
> Kevin Benton
>
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20140822/9cdd0692/attachment.html>