Re: [openstack-dev] [neutron] [stable/havana] cherry backport, multiple external networks, passing tests

2014-02-17 Thread Li Ma
Hi, I tested the code and found it difficult to use. I have a Open
vSwitch+VXLAN neutron environment with multiple external networks. I'd
like to serve all the external network via only one L3-agent.

I applied this patch to l3_agent.py and also modified l3_agent.ini:
external_network_bridge =
gateway_external_network_id =
(left them empty value)

However, it is weird that all the external port (qg-xxx) are not working
properly. They are binded to br-int, not br-ex.

I also noticed something in the patch:
# L3 agent doesn't use external_network_bridge to handle external
# networks, so bridge_mappings with provider networks will be used
# and the L3 agent is able to handle any external networks.

Actually, I don't use bridge_mappings in l2-agent. ASAIK, this option is
related with FLAT or VLAN. I uses tunneling.

I'm not sure whether it can be applied for tunneling network.


On 2/12/2014 5:48 PM, Miguel Angel Ajo Pelayo wrote:
 Could any core developer check/approve this if it does look good?

 https://review.openstack.org/#/c/68601/

 I'd like to get it in for the new stable/havana release 
 if it's possible.


 Best regards,
 Miguel Ángel


 ___
 OpenStack-dev mailing list
 OpenStack-dev@lists.openstack.org
 http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

-- 

cheers,
Li Ma


___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


[openstack-dev] [neutron] [stable/havana] cherry backport, multiple external networks, passing tests

2014-02-12 Thread Miguel Angel Ajo Pelayo

Could any core developer check/approve this if it does look good?

https://review.openstack.org/#/c/68601/

I'd like to get it in for the new stable/havana release 
if it's possible.


Best regards,
Miguel Ángel


___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


Re: [openstack-dev] [neutron] [stable/havana] cherry backport, multiple external networks, passing tests

2014-02-12 Thread Alan Pevec
2014-02-12 10:48 GMT+01:00 Miguel Angel Ajo Pelayo mangel...@redhat.com:
 Could any core developer check/approve this if it does look good?
 https://review.openstack.org/#/c/68601/

 I'd like to get it in for the new stable/havana release
 if it's possible.

I'm afraid it's too late for 2013.2.2 (to be released tomorrow after week delay)
It would be the same answer as
http://lists.openstack.org/pipermail/openstack-stable-maint/2014-February/002124.html
- both linked bugs are Medium only and known for long time, so
targeting 2013.2.3 is more reasonable.


Cheers,
Alan

___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev


Re: [openstack-dev] [neutron] [stable/havana] cherry backport, multiple external networks, passing tests

2014-02-12 Thread Miguel Angel Ajo Pelayo
Thank you Alan, 

   I wasn't aware of a stable freeze being active at this moment.

   Then we must target it for 2013.2.3 .

   Cheers,
Miguel Ángel

- Original Message -
 From: Alan Pevec ape...@gmail.com
 To: OpenStack Development Mailing List (not for usage questions) 
 openstack-dev@lists.openstack.org
 Cc: openstack-stable-maint openstack-stable-ma...@lists.openstack.org
 Sent: Wednesday, February 12, 2014 12:05:29 PM
 Subject: Re: [openstack-dev] [neutron] [stable/havana] cherry backport, 
 multiple external networks, passing tests
 
 2014-02-12 10:48 GMT+01:00 Miguel Angel Ajo Pelayo mangel...@redhat.com:
  Could any core developer check/approve this if it does look good?
  https://review.openstack.org/#/c/68601/
 
  I'd like to get it in for the new stable/havana release
  if it's possible.
 
 I'm afraid it's too late for 2013.2.2 (to be released tomorrow after week
 delay)
 It would be the same answer as
 http://lists.openstack.org/pipermail/openstack-stable-maint/2014-February/002124.html
 - both linked bugs are Medium only and known for long time, so
 targeting 2013.2.3 is more reasonable.
 
 
 Cheers,
 Alan
 
 ___
 OpenStack-dev mailing list
 OpenStack-dev@lists.openstack.org
 http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
 

___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev