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
mailto:smcgo...@kemptechnologies.com>>
Reply-To: "OpenStack Development Mailing List (not for usage questions)"
mai
+1
I agree. Lets focus on client SSL Termination at LB for Juno release.
Thanks,
Vivek
From: , German
mailto:german.eichber...@hp.com>>
Reply-To: "OpenStack Development Mailing List (not for usage questions)"
mailto:openstack-dev@lists.openstack.org>>
Date: Thursday, May 22, 2014 at 12:53 PM
To
+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 somehow
+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" wrote:
>Hi,
>
>I think that option 2 should be preferred at this stage.
>I also think that certificate should
+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 co
+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 mailto:sbaluk...@bluebox.net>>
Reply-To: "O
+1 to what Eugene just iterated:
* Different types of statuses
* Not every status on every object
* Status should be API call
Thanks,
Vivek
From: Eugene Nikanorov mailto:enikano...@mirantis.com>>
Reply-To: "OpenStack Development Mailing List (not for usage questions)"
mailto:opensta
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 the LB and then not spec
+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 (simply judging the code not
;made any progress and/or how we can best help with the panels.
>
>Thanks,
>German
>
>From: "Jain, Vivek" mailto:vivekj...@ebay.com>>
>Reply-To: "OpenStack Development Mailing List (not for usage questions)"
>mailto:openstack-...@lists.opensta
also adds "Associate Cert" and "Disassociate Cert" to the current
pool drop down links (see the images below). Note that we did this way as v1.0
APIs did not have support for certificates, and we implement
associate/disassociate by having Horizon talk directly to the our
ng 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
> mailto:vivekj...@ebay.com>> wrote:
>
> Hi German,
>
>
ling 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" mailto:v
ing 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
mailto:vivekj...@ebay.com>> wrote:
A quick reminder that we will be meeting today at 16:00UTC (9:00 am PDT) in
#openstack-lbaas
Hi Folks,
Screenshots are uploaded. Please review and leave your feedback:
https://openstack.invisionapp.com/d/main#/projects/4237816
Thanks,
vivek
From: "Jain, Vivek" mailto:vivekj...@ebay.com>>
Reply-To: "OpenStack Development Mailing List (not for usage questions)&q
Initial code for horizon lbaas v2 dashboard submitted:
https://review.openstack.org/#/c/206797
Thanks,
vivek
From: "Jain, Vivek" mailto:vivekj...@ebay.com>>
Reply-To: "OpenStack Development Mailing List (not for usage questions)"
mailto:openstack-dev@lists.openstack
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: [openstack-
izon 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
mailto:vivekj...@ebay.com>> wrote:
Initial code for horizon lbaas v2 dashboard submitted:
https://review.openstack.org/#
erged 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 Mailing List (not for u
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" wrote:
>
>> On May 28, 2015, at 12
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
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 sam
pad to track things:
https://etherpad.openstack.org/p/LBaaS_Horizon_Use_Cases
Susanne and I met with HP’s UX designer to work on the design for some flows
for the Horizon panel (cc’d) but I am glad that Vivek is taking the lead.
Please check that etherpad for more information and feel free to update as
things happ
Congrats Phil !!
Thanks,
Vivek
> On Apr 21, 2015, at 10:16 AM, Phillip Toohill
> wrote:
>
> Thank you!
>
> Phillip V. Toohill III
> Software Developer
>
> phone: 210-312-4366
> mobile: 210-440-8374
>
>
>
> From: Brandon Logan
> Sent: Tuesday, April
24 matches
Mail list logo
