Re: [openstack-dev] [Neutron] Bug squashing day

2014-08-08 Thread Ronak Shah
Hi Eugene, I dig into few medium priority bugs yesterday and today. Have added comments there. I started from the bottom in the list at etherpad. I will continue to go in the reverse order on daily basis as and when I get time. Let me know if you need any specific help wrt this. ping me on irc (rms

[openstack-dev] [Neutron][policy] Group Based Policy - Renaming

2014-08-07 Thread Ronak Shah
Hi, Following a very interesting and vocal thread on GBP for last couple of days and the GBP meeting today, GBP sub-team proposes following name changes to the resource. policy-point for endpoint policy-group for endpointgroup (epg) Please reply if you feel that it is not ok with reason and sugg

Re: [openstack-dev] [Neutron] Group Based Policy and the way forward

2014-08-06 Thread Ronak Shah
We have diverged our attention towards nova-network-> neutron parity on this thread unnecessarily. Can we discuss and collectively decide on what is the way forward for GBP in Juno release? Efforts have been made by the subteam starting from throwing PoC at last summit to spec approval to code re

[openstack-dev] [Neutron] Requesting a spec review exception

2014-07-22 Thread Ronak Shah
Hi all, Towards the end of the SAD one of my spec ( https://review.openstack.org/#/c/104378/) did not make it on Sunday; understandably because there were flurry of specs getting reviewed in burst. I would like to ask cores to take a look at this very basic change and see if it can be made in. Ple

Re: [openstack-dev] [Openstack][nova][Neutron] Launch VM with multiple Ethernet interfaces with I.P. of single subnet.

2014-04-16 Thread Ronak Shah
Hi Vikash, Currently this is not supported. the NIC not only needs to be in different subnet, they have to be in different network as well (container for the subnet) Thanks Ronak On Wed, Apr 16, 2014 at 3:51 AM, Vikash Kumar < vikash.ku...@oneconvergence.com> wrote: > *With 'interfaces' I mean '

[openstack-dev] [Neutron][Tempest] "enable_snat" usage within test_routers.py

2014-01-23 Thread Ronak Shah
Hi, While running a testr on test_routers I noticed failure of test cases that involved "enable_snat" attribute. As per neutron code, this attribute is only added to router if the plugin supports ext-gw-mode extensions. If a plugin does not support this extension, shouldnt it be skipping the test

Re: [openstack-dev] [policy] Let's make topics mandatory for openstack-dev

2013-12-05 Thread Ronak Shah
I like the proposal and I share the pain of checking for the important emails in the pile of all and potentially missing on some in timely fashion. My 2 cents on top of creating an automated rule: Most of the people (not all) I see on dev-list are active on either 1 or 2 project specific discussio

Re: [openstack-dev] [neutron] Extraroute and router extensions

2013-10-09 Thread Ronak Shah
Hi Rudra, Please see inline: Thanks, Ronak > -- > > Message: 3 > Date: Wed, 9 Oct 2013 18:25:15 + > From: Rudra Rugge > To: OpenStack Development Mailing List > > Subject: [openstack-dev] [neutron] Extraroute and router extensions > Message-ID: <172af81c

[openstack-dev] [Neutron] - api_extensions_path setting

2013-08-30 Thread Ronak Shah
Hi, If a plugin has its own extension, what is the correct way to set api_extensions_path. I can see at multiple places that the practice is this: api_extensions_path=neutron//extensions/ But if you do that problem mentioned in the following bug starts appearing. https://bugs.launchpad.net/neutr

[openstack-dev] [Neutron] - python-neutronclient build failing for latest code reviews

2013-08-16 Thread Ronak Shah
Hi, I can see on following link that many of the latest code reviews are reporting build failure at the same point? https://review.openstack.org/#/q/status:open+project:openstack/python-neutronclient,n,z The backtrace looks liike: ft46.1: tests.unit.test_shell.ShellTest.test_auth_StringExceptio