Re: [openstack-dev] [Neutron][LBaaS] Barbican Neutron LBaaS Integration Ideas

+2. I totally agree with your comments Doug. It defeats the purpose if Barbican does not want to deal with consumers of its service. Barbican can simply have a counter field on each container to signify how many consumers are using it. Every time a consumer uses a container, it increases the

Re: [openstack-dev] [Neutron][LBaaS] Great Mid-cycle Sprint

+1 Thanks everyone for great coloboration and special thanks for Mark McClain and Kyle Mestery. Here are some pics of folks in action :) https://drive.google.com/?usp=chrome_app#folders/0B8EPhPStLpV4ZGJnbkdMZmFBR2s Thanks, Vivek From: Stephen Balukoff

Re: [openstack-dev] [Neutron][LBaaS]TLS API support for authentication

+1 I agree. Lets focus on client SSL Termination at LB for Juno release. Thanks, Vivek From: Eichberger, German german.eichber...@hp.commailto:german.eichber...@hp.com Reply-To: OpenStack Development Mailing List (not for usage questions)

Re: [openstack-dev] [Neutron][LBaaS] Barbican Neutron LBaaS Integration Ideas

+1 for #2. In addition, I think it would be nice if barbican maintains versioned data on updates. Which means consumer of barbican APIs can request for data from older version if needed. This can address concerns expressed by German. For example if certificates were updated on barbican but

Re: [openstack-dev] [Neutron][LBaaS] Barbican Neutron LBaaS Integration Ideas

+1 for the idea of making certificate immutable. However, if Barbican allows updating certs/containers then versioning is a must. Thanks, Vivek On 6/8/14, 11:48 PM, Samuel Bercovici samu...@radware.com wrote: Hi, I think that option 2 should be preferred at this stage. I also think that

Re: [openstack-dev] [neutron] lbaas driver implementation question

Can you try to ping the client IP from your Load Balancer and see if that works. I am suspecting that default gateway used on LB is not correct. Thanks, Vivek From: Shane McGough smcgo...@kemptechnologies.commailto:smcgo...@kemptechnologies.com Reply-To: OpenStack Development Mailing List (not

Re: [openstack-dev] [neutron][lbaas] Can entity calls be made to driver when entities get associated/disassociated with root entity?

Hi Vijay, My understanding was that each vendor will have different behavior for entity creation. LBaaS apis will mark each entity as PENDING_CREATE (?) initially and its up to specific vendor driver whether to mark entities as DEFERRED or actually CREATE them on LB. Vendor logic can decide the

Re: [openstack-dev] [neutron][lbaas] adding lbaas core

Congrats Phil !! Thanks, Vivek On Apr 21, 2015, at 10:16 AM, Phillip Toohill phillip.tooh...@rackspace.com wrote: Thank you! Phillip V. Toohill III Software Developer phone: 210-312-4366 mobile: 210-440-8374 From: Brandon Logan

Re: [openstack-dev] [neutron][lbaas] Horizon support for neutron-lbaas v2

Hi Evgeny, We have just started working on Horizon lbaasv2 support. I have to sync up with my team on the time-line but it is not targeted for Kilo release. Since it is a major effort, we will need more hands. Let me know if anyone is interested to contribute. On a related note, Do we have a

Re: [openstack-dev] [neutron][lbaas] Horizon support for neutron-lbaas v2

information and feel free to update as things happen… Thanks, German From: Jain, Vivek [mailto:vivekj...@ebay.com] Sent: Tuesday, April 07, 2015 9:01 AM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [neutron][lbaas] Horizon support for neutron

Re: [openstack-dev] [designate] and [lbaas] - GSLB API and backend support

Kunal and I discussed and we think following time suggested by Doug should work for most of us. So lets plan to meet on Tuesday at 1600UTC (9am PST). We will use the lbaas meeting slot in #openstack-meeting-4. Thanks, Vivek On 5/28/15, 12:37 PM, Doug Wiegley doug...@parksidesoftware.com wrote:

Re: [openstack-dev] [neutron][lbaas] Horizon support for neutron-lbaas v2

Hi Folks, Screenshots are uploaded. Please review and leave your feedback: https://openstack.invisionapp.com/d/main#/projects/4237816 Thanks, vivek From: Jain, Vivek vivekj...@ebay.commailto:vivekj...@ebay.com Reply-To: OpenStack Development Mailing List (not for usage questions) openstack

Re: [openstack-dev] [neutron][lbaas] Horizon support for neutron-lbaas v2

dependent on that, unless you’re replacing the skeleton. Vivek, when do you think we can get some initial code in there to start iterating on? Thanks, doug On Jul 16, 2015, at 6:27 AM, Jain, Vivek vivekj...@ebay.commailto:vivekj...@ebay.com wrote: A quick reminder that we will be meeting today

Re: [openstack-dev] [neutron][lbaas] Horizon support for neutron-lbaas v2

to most in v2 is multiple ports on one lb. Like 80 and 443. The ui doesnt look to easily support that? Thanks, Kevin From: Jain, Vivek Sent: Tuesday, July 28, 2015 6:19:25 PM To: OpenStack Development Mailing List (not for usage questions) Cc: Tonse, Milan Subject: Re

Re: [openstack-dev] [neutron][lbaas] Horizon support for neutron-lbaas v2

Initial code for horizon lbaas v2 dashboard submitted: https://review.openstack.org/#/c/206797 Thanks, vivek From: Jain, Vivek vivekj...@ebay.commailto:vivekj...@ebay.com Reply-To: OpenStack Development Mailing List (not for usage questions) openstack-dev@lists.openstack.orgmailto:openstack

Re: [openstack-dev] [neutron][lbaas] Horizon support for neutron-lbaas v2

: Re: [openstack-dev] [neutron][lbaas] Horizon support for neutron-lbaas v2 Hi Vivek, How to get the lbaas v2 UI up with mentioned changelist? Thanks Santosh On Wed, Jul 29, 2015 at 8:24 AM, Jain, Vivek vivekj...@ebay.commailto:vivekj...@ebay.com wrote: Initial code for horizon lbaas v2 dashboard

Re: [openstack-dev] [neutron][lbaas] Horizon support for neutron-lbaas v2

to the our controller. Cheers, Praveen image.png image.png On Mon, Jul 13, 2015 at 2:05 PM, Jain, Vivek vivekj...@ebay.commailto:vivekj...@ebay.com wrote: Hi German, We integrated UI with LBaaS v2 GET APIs. We have created all panels for CREATE and UPDATE as well. Plan is to share our code

Re: [openstack-dev] [neutron][lbaas] Horizon support for neutron-lbaas v2

To: OpenStack Development Mailing List (not for usage questions) Cc: Balle, Susanne; Tonse, Milan Subject: Re: [openstack-dev] [neutron][lbaas] Horizon support for neutron-lbaas v2 Hi, Let’s move it into the LBaaS repo that seems like the right place for me — Thanks, German From: Jain, Vivek vivekj

Re: [openstack-dev] [neutron][lbaas] Horizon support for neutron-lbaas v2

any progress and/or how we can best help with the panels. Thanks, German From: Jain, Vivek vivekj...@ebay.commailto:vivekj...@ebay.com Reply-To: OpenStack Development Mailing List (not for usage questions) openstack-dev@lists.openstack.orgmailto:openstack-...@lists.openstack.or g Date: Wednesday

Re: [openstack-dev] [neutron][lbaas] Horizon support for neutron-lbaas v2

...@parksidesoftware.com: I’d be good submitting it to the neutron-lbaas repo, under a horizon/ directory. We can iterate there, and talk with the Horizon team about how best to integrate. Would that work? Thanks, doug On Jul 13, 2015, at 3:05 PM, Jain, Vivek vivekj...@ebay.commailto:vivekj

Re: [openstack-dev] [neutron][lbaas] Horizon support for neutron-lbaas v2

-lbaas v2 Hi Vivek I merged the repo into openstack-dashboard and restated the apache2, new panel did not show up. Any special things that should be done for getting it? Regards, Evg From: Jain, Vivek [mailto:vivekj...@ebay.com] Sent: Monday, August 03, 2015 6:09 PM To: OpenStack Development

Re: [openstack-dev] [Neutron][LBaaS][Octavia] Should subnet be optional on member create?

If member port (IP address) is allocated by neutron, then why do we need to specify it explicitly? It can be derived by LBaaS driver implicitly. Thanks, Vivek On 1/17/16, 1:05 AM, "Samuel Bercovici" wrote: >Btw. > >I am still in favor on associating the subnets to

Re: [openstack-dev] [openstack-ansible] LBaaSv2 / Octavia support

+1 on sharing/outlining migration script form v1 to v2. It will help lot of teams. Thanks, Vivek On 1/26/16, 6:58 PM, "Kevin Carter" wrote: >I know that Neutron LBaaS V1 is still available in Liberty and functional, and >at this point I assume its in Mitaka