Open Stack

Hi,


What about  the handle_internal_only_routers option ?



You need to make sure one should be true and remaining should be false like ,



For the first agent


handle_internal_only_routers = True

gateway_external_network_id = 2118b11c-011e-4fa5-a6f1-2ca34d372c35

external_network_bridge = br-ex

For the second (or later) agent


handle_internal_only_routers = False

gateway_external_network_id = e828e54c-850a-4e74-80a8-8b79c6a285d8

external_network_bridge = br-ex-2



Before starting L3 agents, you need to create routers and external networks, then update the configuration files with UUID of external networks and start L3 agents.



Regards,

Subbareddy,

Persistent systems ltd.


From: Zhi-Wei Lu [mailto:zwlu at ucdavis.edu]
Sent: Monday, July 28, 2014 10:43 PM
To: openstack at lists.openstack.org
Subject: [Openstack] issue with multiple floating ip pools for neutron network

Hi all,

I have been testing multiple floating ip pools with neutron network on CentOS 6.5 with icehouse.  The single floating ip pool set up worked fine, but I encountered many problems setting up multiple floating IP pools.  I now enabled l3-agent with empty string (in /etc/neutron/l3-agent.ini) for multiple
gateway_external_network_id =
external_network_bridge =

The external bridges, br-ex and br-ex2, do not have the qg-* port at all, these qg-* interfaces are now in the br-int, therefore the floating ips do not work anymore.  Is there any way to move "qg" port from br-int to br-ex, and br-ex2?  I don't know how I ended up with such a mess, do I have to remove the network set up and reconfigure neutron?

Thank you very much for your help.

Zhi-Wei Lu
IET-CR-Network Operations Center
University of California, Davis
(530) 752-0155


DISCLAIMER
==========
This e-mail may contain privileged and confidential information which is the property of Persistent Systems Ltd. It is intended only for the use of the individual or entity to which it is addressed. If you are not the intended recipient, you are not authorized to read, retain, copy, print, distribute or use this message. If you have received this communication in error, please notify the sender and delete all copies of this message. Persistent Systems Ltd. does not accept any liability for virus infected mails.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20140729/2240da18/attachment.html>