Thanks John.
My initial approach is similar to Keystone's. This is mainly to unblock me
from making progress on the driver. Nachi is doing the API part. I will
discuss with him to explore other options.
Can you send us the link to your review?
Thanks,
-Rajesh Mohan
On Mon, Jan 27, 2014
:49 AM, Nachi Ueno wrote:
> Hi Rajesh
>
> May I ask why we need single line representation of PEM format?
> For CLI, we will use file_name as same as nova keypair-add.
> We won't specify PEM on the URL.
>
>
>
>
> 2014-01-27 Rajesh Mohan :
> > Thanks John.
with
Neutron. Would also allow for innovative service integration.
Nachi and Sumit looked at this patch closely and are happy. Akihiro also
gave useful comments and I have addressed all his comments.
Please consider this patch for merge in I3.
Thanks,
-Rajesh Mohan
slowly increasing on advanced services and service
insertion, is there a framework that we could follow that will work with
all core-plugins.
Thanks,
-Rajesh Mohan
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org
This is good discussion.
+1 for using Neutron ports for defining zones. I see Kaiwei's point but for
DELL, neutron ports makes more sense.
I am not sure if I completely understood the bump-in-the-wire/zone
discussion. DELL security appliance allows using different zones with
bump-in-the-wire. If
The links for the error messages are failing for me.
Can you send me the actual error message?
Thanks.
On Thu, Aug 1, 2013 at 9:51 AM, James Kyle wrote:
> Morning,
>
> I'm having some issues getting devstack + neutron going.
>
> If I don't use Q_USE_DEBUG_COMMAND, it completes and notes that
ope I understood your question correctly. Let me know if this addresses
your concern.
Thanks,
-Rajesh Mohan
On Mon, Mar 30, 2015 at 1:58 AM, Miyashita, Kazuhiro
wrote:
> Hi,
>
>
>
> I want to ask about FWaaS iptables rule implementation.
>
> firewall rule are deployed as i
