Re: [openstack-dev] [lbaas] [octavia] Proposing Lubosz Kosnik (diltram) as Octavia Core

I agree whole-heartedly with johnsom's assessment of diltram's contributions. +1 from me! On Mon, Oct 10, 2016 at 1:06 PM, Michael Johnson wrote: > Greetings Octavia and developer mailing list folks, > > I propose that we add Lubosz Kosnik (diltram) as an OpenStack Octavia

Re: [openstack-dev] Fwd: [neutron][lbaas][barbican] Listener create fails

Jay-- If this is a production install, it's very unlikely that the admin user's password is "password". The neutron_lbaas.conf file will need to be updated with the admin user's actual password, and the neutron services daemon restarted. Stephen On Fri, Sep 23, 2016 at 2:29 AM, Jayanthi

Re: [openstack-dev] [octavia] Multi-node controller testing

Miguel-- There have been a number of tempest patches in the review queue for a long time now, but I think the reason they're not getting attention is that we don't want to have to import a massive amount of tempest code into our repository (which will become stale and need hot-fixing, as has

Re: [openstack-dev] [octavia] enabling new topologies

Hey Sergey, In-line comments below: On Sun, Jun 5, 2016 at 8:07 AM, Sergey Guenender <sgs...@gmail.com> wrote: > > Hi Stephen, please find my reply next to your points below. > > Thank you, > -Sergey. > > > On 01/06/2016 20:23, Stephen Balukoff wrote: >

Re: [openstack-dev] [octavia] enabling new topologies

Hey Sergey-- Apologies for the delay in my response. I'm still wrapping my head around your option 2 suggestion and the implications it might have for the code base moving forward. I think, though, that I'm against your option 2 proposal and in favor of option 1 (which, yes, is more work

Re: [openstack-dev] [octavia] is l7 rule using routed L3 connectivity

Hello Yong Sheng Gong! Apologies for the lateness of my reply (I've been intermittently available over the last month and am now just catching up on ML threads). Anyway, did you get your question answered elsewhere? It looks like you've discovered a bug in the behavior here-- when you created the

Re: [openstack-dev] [lbaas][octavia] Queries on octavia features

Hi Akshay! In response to your questions: The Mitaka release of Octavia is version 0.8. It's got most of the features of 1.0, but since the development path didn't exactly follow the road map (since nobody is prescient 18 months in advance) most of us felt more comfortable calling this release

Re: [openstack-dev] [OpenStack-docs] Fwd: [Neutron][LBaaS][Octavia][Docs] Need experienced contributor documentation best-practices and how-tos

sted how-to guides, should someone decide to write them. > > > > Thanks, > > Stephen > > > > P.S. I still have no idea how I go about updating the manual for the > major > > features that we added to neutron-lbaas and Octavia in this cycle. > > Your automat

Re: [openstack-dev] [Neutron][LBaaS][Octavia][Docs] Need experienced contributor documentation best-practices and how-tos

ease note that it is offensive to accuse a team of not stepping up when what I am doing in this very e-mail should be pretty good evidence that we are trying to step up. Stephen -- Stephen Balukoff Principal Technologist Blue Box, An IBM Company www.blueboxcloud.com sbaluk...@blueboxcloud.com

[openstack-dev] [Neutron][LBaaS][Octavia][Docs] Need experienced contributor documentation best-practices and how-tos

P.S. I still have no idea how I go about updating the manual for the major features that we added to neutron-lbaas and Octavia in this cycle. -- Stephen Balukoff Principal Technologist Blue Box, An IBM Company www.blueboxcloud.com sbaluk...@blueboxcloud.com 206-607-0660 x807

Re: [openstack-dev] [Neutron][LBaaS]Removing LBaaS v1 - are weready?

gt; OpenStack Development Mailing List (not for usage questions) > Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > > > > > > __

Re: [openstack-dev] [lbaas] [octavia] Proposing Stephen Balukoff as Octavia Core

tack.org openstack-dev@lists.openstack.org>> > > Date: Friday, February 5, 2016 at 12:26 AM > > To: "OpenStack Development Mailing List (not for usage questions)" < > openstack-dev@lists.openstack.org<mailto:openstack-dev@lists.openstack.org > >> > >

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

eel that the subnet should be mandatory as there are too many > > > ambiguity issues due to overlapping subnets and multiple routes. > > > In the case of an IP being outside of the tenant networks, the user > > > would specify an external network that has the appropriat

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

_ > >OpenStack Development Mailing List (not for usage questions) > >Unsubscribe: > openstack-dev-requ...@lists.openstack.org?subject:unsubscribe > >http://lists.openstack.org/cgi-bin

Re: [openstack-dev] [lbaas] [octavia] Proposing Bertrand Lallau as Octavia Core

_ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/ope

Re: [openstack-dev] [neutron][lbaas] - Heat support for LbaasV2

; > Unsubscribe: >>> > > > >>> > > >>> > >>> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe >>> > > > >>> > > >>

Re: [openstack-dev] custom lbaas driver

s. Any help/pointers/links > would be great. > > thanks > Sri > > __ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe > http://lists.o

Re: [openstack-dev] [Octavia] Questions about the Octavia project

://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Stephen Balukoff Blue Box Group, LLC (800)613-4305 x807 ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Octavia] Questions about the Octavia project

- LinuxJedi - http://www.linuxjedi.co.uk/ ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Stephen Balukoff Blue Box Group, LLC (800)613-4305 x807

[openstack-dev] [Octavia] Meetings canceled until Jan 7

be held), but I was assured by the usual participants in these meetings that I would probably be the only one attending them. As such, the next Octavia meeting we'll be holding will happen on January 7th. In the mean time, let's bang out some code and get it reviewed! Thanks, Stephen -- Stephen

Re: [openstack-dev] [Neutron] [RFC] Floating IP idea solicitation and collaboration

what is “ACTIVE-ACTIVE topology of load balancing VMs”. What is the scenario is it Service-VM (of NFV) or Tennant VM ? Curious to know the background of this thoughts . keshava *From:* Stephen Balukoff [mailto:sbaluk...@bluebox.net] *Sent:* Tuesday, December 09, 2014 7:18 AM

Re: [openstack-dev] [neutron][lbaas] Shared Objects in LBaaS - Use Cases that led us to adopt this.

, 2014 at 11:43 PM, Samuel Bercovici samu...@radware.com wrote: +1 *From:* Stephen Balukoff [mailto:sbaluk...@bluebox.net] *Sent:* Friday, December 05, 2014 7:59 PM *To:* OpenStack Development Mailing List (not for usage questions) *Subject:* Re: [openstack-dev] [neutron][lbaas] Shared

Re: [openstack-dev] [Neutron] [RFC] Floating IP idea solicitation and collaboration

@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 -- Stephen Balukoff Blue Box Group

Re: [openstack-dev] [neutron][lbaas] Shared Objects in LBaaS - Use Cases that led us to adopt this.

german.eichber...@hp.com wrote: Hi Brandon + Stephen, Having all those permutations (and potentially testing them) made us lean against the sharing case in the first place. It’s just a lot of extra work for only a small number of our customers. German *From:* Stephen Balukoff [mailto:sbaluk

Re: [openstack-dev] [neutron][lbaas] Shared Objects in LBaaS - Use Cases that led us to adopt this.

as it will make horizon's (or any other UI tool's) job easier to show statuses. Thanks, Brandon On Mon, 2014-11-24 at 12:43 -0800, Stephen Balukoff wrote: Hi Samuel, We've actually been avoiding having a deeper discussion about status in Neutron LBaaS since this can get pretty hairy

Re: [openstack-dev] [neutron][lbaas] Shared Objects in LBaaS - Use Cases that led us to adopt this.

as logical. 2. The 3rd use case bellow will not be reasonable without pool sharing between different policies. Specifying different pools which are the same for each policy make it non-started to me. -Sam. *From:* Stephen Balukoff [mailto:sbaluk...@bluebox.net] *Sent:* Friday, November

[openstack-dev] [Octavia] Meeting on Wednesday, Nov. 26th cancelled

their employees a half day off on this day ... we are cancelling Wednesday's Octavia meeting. See y'all again on Dec. 3rd at 20:00 UTC in #openstack-meeting-alt (and keep working on those gerrit reviews!) Thanks, Stephen -- Stephen Balukoff Blue Box Group, LLC (800)613-4305 x807

Re: [openstack-dev] [neutron][lbaas] Shared Objects in LBaaS - Use Cases that led us to adopt this.

://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Stephen Balukoff Blue Box Group, LLC (800)613-4305 x807 ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [neutron][lbaas] meeting day/time change

/listinfo/openstack-dev -- Stephen Balukoff Blue Box Group, LLC (800)613-4305 x807 ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Octavia] Mid-cycle hack-a-thon

wrote: I can probably make it up there to attend. --Adam https://keybase.io/rm_you From: Stephen Balukoff sbaluk...@bluebox.net Reply-To: OpenStack Development Mailing List (not for usage questions) openstack-dev@lists.openstack.org Date: Tuesday, November 4, 2014 3:46 AM

Re: [openstack-dev] [Neutron][LBaaS][Octavia] Usage Requirements

for the ideas I had mentioned. I'll also bring it up in today's meeting. Cheers, --Jorge From: Stephen Balukoff sbaluk...@bluebox.net Reply-To: OpenStack Development Mailing List (not for usage questions) openstack-dev@lists.openstack.org Date: Wednesday, October 22, 2014

Re: [openstack-dev] [Octavia] Mid-cycle hack-a-thon

talking about a 5 day Hackathon or 3 day with 2 days (Mon Fri) for travel? On Thu, Nov 6, 2014 at 10:10 AM, Adam Harwell adam.harw...@rackspace.com wrote: Any chance it could actually be the week AFTER? Or is that to close to the holidays? _ On Nov 6, 2014 7:21 AM, Stephen Balukoff sbaluk

[openstack-dev] [Octavia] Mid-cycle hack-a-thon

Howdy, folks! We are planning to have a mid-cycle hack-a-thon in Seattle from the 8th through the 12th of December. This will be at the HP corporate offices located in the Seattle convention center. During this week we will be concentrating on Octavia code and hope to make significant progress

Re: [openstack-dev] [Neutron][LBaaS][Octavia] Octavia's API becoming spun out LBaaS

/8a0b7c1d64883c08286e4446e163f1a6#.VEq66HWx3UY Thanks, Brandon ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Stephen Balukoff Blue Box Group, LLC (800)613-4305 x807

Re: [openstack-dev] [Neutron][LBaaS][Octavia] Usage Requirements

://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Stephen Balukoff Blue Box Group, LLC (800)613-4305 x807 ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Octavia] Octavia Weekly Standup Reminder

list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Stephen Balukoff Blue Box Group, LLC (800)613-4305 x807 ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http

[openstack-dev] Weekly Octavia meeting (2014-10-01)

etherpad: https://etherpad.openstack.org/p/octavia-weekly-standup Beyond that, this is your friendly reminder that the Octavia team meets on Wednesdays at 20:00UTC in #openstack-meeting-alt Thanks, Stephen -- Stephen Balukoff Blue Box Group, LLC (800)613-4305 x807

Re: [openstack-dev] [Octavia] Thoughts on launchpad usage

24, 2014 at 11:56 PM, Stephen Balukoff sbaluk...@bluebox.net wrote: Hi folks! First off-- thanks to Brandon for running yesterday's Octavia meeting when I had to step out for an emergency at the last minute. Anyway, it's clear to me from the transcripts of the meeting that I've done a poor

[openstack-dev] [Octavia] Weekly meeting agenda

meets on Wednesdays at 20:00UTC in #openstack-meeting-alt Thanks, Stephen -- Stephen Balukoff Blue Box Group, LLC (800)613-4305 x807 ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo

Re: [openstack-dev] [Octavia] Responsibilities for controller drivers

, Brandon ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Stephen Balukoff Blue Box Group, LLC (800)613-4305 x807

Re: [openstack-dev] [Octavia] Question about where to render haproxy configurations

in the past if new knowledge, ideas, or a better understanding warrants it, eh. We just need to make sure we keep moving *mostly* forward, eh. :) Stephen -- Stephen Balukoff Blue Box Group, LLC (800)613-4305 x807 ___ OpenStack-dev mailing list OpenStack

Re: [openstack-dev] [Octavia] Question about where to render haproxy configurations

to understand what exactly it is about shipping rendered configuration files from the driver to the amphora that's so distasteful to y'all. Stephen -- Stephen Balukoff Blue Box Group, LLC (800)613-4305 x807 ___ OpenStack-dev mailing list OpenStack-dev

Re: [openstack-dev] [Octavia] Question about where to render haproxy configurations

gerrit review and was approved (by yourself even!) This discussion was originally about where to render the haproxy configs, but it really seems like y'all are against the idea of having an amphora driver interface at all. :/ Stephen -- Stephen Balukoff Blue Box Group, LLC (800)613-4305 x807

[openstack-dev] [Octavia] Question about where to render haproxy configurations

/ controller. Thoughts? Stephen -- Stephen Balukoff Blue Box Group, LLC (800)613-4305 x807 ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [neutron][lbaas][octavia]

around Neutron incubation graduation: Having a functional driver. And it also allows for the driver to continue to live on next to the API. What do people think about this? Thanks, Kyle -- Stephen Balukoff Blue Box Group, LLC (800)613-4305 x807

Re: [openstack-dev] [Neutron][LBass] Design sessions for Neutron LBaaS. What do we want/need?

@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Stephen Balukoff Blue Box Group, LLC (800)613-4305 x807 ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman

Re: [openstack-dev] [Octavia] Using Nova Scheduling Affinity and AntiAffinity

://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 -- Stephen Balukoff Blue Box Group, LLC (800)613-4305 x807

Re: [openstack-dev] [neutron][lbaas][octavia]

://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Stephen Balukoff Blue Box Group, LLC (800)613-4305 x807 ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [Octavia] Agenda for tomorrow's meeting, where meeting is happening

in #openstack-lbaas on the usual (Freenode) IRC network. Thanks, Stephen -- Stephen Balukoff Blue Box Group, LLC (800)613-4305 x807 ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo

Re: [openstack-dev] [Octavia] Proposal to support multiple listeners on one HAProxy instance

flexibility in deployment and topologies, especially when it potentially impacts the costs for large operators. I simply come to the exact opposite conclusion than you do when using the above justifications. :) Thanks, Stephen -- Stephen Balukoff Blue Box Group, LLC (800)613-4305 x807

Re: [openstack-dev] [Octavia] IRC meetings

with your vote to be counted on this matter. (I would love to see newcomers showing up in our IRC channel or responding to the various mailing list discussions we have or will have going shortly, eh!) Thanks, Stephen -- Stephen Balukoff Blue Box Group, LLC (800)613-4305 x807

Re: [openstack-dev] [Octavia] Proposal to support multiple listeners on one HAProxy instance

the operator's options, eh. Stephen -- Stephen Balukoff Blue Box Group, LLC (800)613-4305 x807 ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Octavia] Minutes from 8/20/2013 meeting

list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Stephen Balukoff Blue Box Group, LLC (800)613-4305 x807 ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http

[openstack-dev] [Octavia] Agenda for 2014-08-20 meeting

I've put the agenda for tomorrow's Octavia meeting on the wiki: https://wiki.openstack.org/wiki/Octavia/Weekly_Meeting_Agenda#Agenda Please feel free to edit it there and/or respond to this e-mail with additional items if you would rather not edit the wiki. Thanks, Stephen -- Stephen Balukoff

Re: [openstack-dev] [Octavia] Object Model and DB Structure

-0700, Stephen Balukoff wrote: Hi Brandon, Responses in-line: On Fri, Aug 15, 2014 at 9:43 PM, Brandon Logan brandon.lo...@rackspace.com wrote: Comments in-line On Fri, 2014-08-15 at 17:18 -0700, Stephen Balukoff wrote: Hi folks

Re: [openstack-dev] [Octavia] Object Model and DB Structure

can have two listeners share the same VIP. Hope that makes sense. German *From:* Stephen Balukoff [mailto:sbaluk...@bluebox.net] *Sent:* Monday, August 18, 2014 1:39 PM *To:* OpenStack Development Mailing List (not for usage questions) *Subject:* Re: [openstack-dev] [Octavia] Object

Re: [openstack-dev] [Octavia] Object Model and DB Structure

that. German *From:* Stephen Balukoff [mailto:sbaluk...@bluebox.net] *Sent:* Monday, August 18, 2014 2:43 PM *To:* OpenStack Development Mailing List (not for usage questions) *Subject:* Re: [openstack-dev] [Octavia] Object Model and DB Structure German-- By 'VIP' do you mean something

Re: [openstack-dev] [Octavia] Minutes from 8/13/2014 meeting

/mailman/listinfo/openstack-dev ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Stephen Balukoff Blue Box Group, LLC (800)613-4305 x807

Re: [openstack-dev] [Octavia] Object Model and DB Structure

Hi Brandon, Responses in-line: On Fri, Aug 15, 2014 at 9:43 PM, Brandon Logan brandon.lo...@rackspace.com wrote: Comments in-line On Fri, 2014-08-15 at 17:18 -0700, Stephen Balukoff wrote: Hi folks, I'm OK with going with no shareable child entities (Listeners, Pools, Members, TLS

Re: [openstack-dev] [Octavia] Object Model and DB Structure

___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Stephen Balukoff Blue Box Group, LLC (800)613-4305 x807 ___ OpenStack-dev mailing list OpenStack-dev

Re: [openstack-dev] [Neutron][LBaaS] Use cases with regards to VIP and routers

and Neutron LBaaS. Susanne On Mon, Aug 11, 2014 at 5:44 PM, Stephen Balukoff sbaluk...@bluebox.net wrote: Susanne, Are you asking in the context of Load Balancer services in general, or in terms of the Neutron LBaaS project or the Octavia project? Stephen On Mon, Aug 11, 2014 at 9:04 AM

[openstack-dev] [Octavia] Agenda for 13 Aug 2014 meeting

we're presently using for these meetings. Thanks, Stephen -- Stephen Balukoff Blue Box Group, LLC (800)613-4305 x807 ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Neutron][LBaaS] Use cases with regards to VIP and routers

@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Stephen Balukoff Blue Box Group, LLC (800)613-4305 x807 ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo

Re: [openstack-dev] [Octavia] Weekly meetings resuming + agenda

to IRC? On Wed, 2014-08-06 at 15:30 -0700, Stephen Balukoff wrote: Action items from today's Octavia meeting: 1. We're going to hold off for a couple days on merging the constitution and preliminary road map to give people (and in particular Ebay) a chance to review and comment. 2

Re: [openstack-dev] [Octavia] Minutes from 8/6/2014 meeting

, Stephen Balukoff sbaluk...@bluebox.net wrote: Wow, Trevor! Thanks for capturing all that! On Wed, Aug 6, 2014 at 9:47 PM, Trevor Vardeman trevor.varde...@rackspace.com wrote: Agenda items are numbered, and topics, as discussed, are described beneath in list format. 1) Octavia Constitution

Re: [openstack-dev] [Octavia] Weekly meetings resuming + agenda

actually meet the needs of the operators developing it. Thanks, Stephen On Tue, Aug 5, 2014 at 2:34 PM, Stephen Balukoff sbaluk...@bluebox.net wrote: Hello! We plan on resuming weekly meetings to discuss things related to the Octavia project starting tomorrow: August 6th at 13:00PDT (20

Re: [openstack-dev] [Neutron][LBaaS] status in entities

___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Stephen Balukoff Blue Box Group, LLC (800)613-4305 x807 ___ OpenStack-dev

[openstack-dev] [Octavia] Weekly meetings resuming + agenda

to collect and share their data as well! I'm looking at you, Ebay. ;) ) Please feel free to respond with additional agenda items! Stephen -- Stephen Balukoff Blue Box Group, LLC (800)613-4305 x807 ___ OpenStack-dev mailing list OpenStack-dev

Re: [openstack-dev] [Neutron][LBaaS] Status and Expectations for Juno

___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Stephen Balukoff Blue Box Group, LLC (800)613-4305 x807 ___ OpenStack-dev mailing list OpenStack-dev

Re: [openstack-dev] [Neutron] Flavor Framework spec approval deadline exception

/openstack-dev ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Stephen Balukoff Blue Box Group, LLC (800)613-4305 x807

Re: [openstack-dev] [Neutron][LBaaS] TLS capability - certificates data persistency

/mailman/listinfo/openstack-dev -- Stephen Balukoff Blue Box Group, LLC (800)613-4305 x807 ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [heat] health maintenance in autoscaling groups

___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Stephen Balukoff Blue Box Group, LLC (800)613-4305 x807 ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org

Re: [openstack-dev] [Neutron][LBaaS] TLS capability - certificates data persistency

___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Stephen Balukoff Blue Box Group, LLC (800)613-4305 x807 ___ OpenStack-dev mailing list OpenStack-dev

Re: [openstack-dev] [Neutron][LBaaS] Update on specs we needed approved

! ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Stephen Balukoff Blue Box Group, LLC (800)613-4305 x807 ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http

Re: [openstack-dev] [Neutron][LBaaS] TLS capability - SNI - Extracting SubjectCommonName and/or SubjectAlternativeNames from X509

On Wed, Jul 16, 2014 at 7:31 PM, Stephen Balukoff sbaluk...@bluebox.net wrote: Just saw this thread after responding to the other: I'm in favor of Evgeny's proposal. It sounds like it should resolve most (if not all) of the operators', vendors' and users' concerns with regard to handling TLS

Re: [openstack-dev] [Neutron][LBaaS] TLS capability - SubjectAlternativeNames (SAN)

On Wed, Jul 16, 2014 at 7:41 PM, Stephen Balukoff sbaluk...@bluebox.net wrote: Vijay-- I'm confused: If NetScaler doesn't actually look at the SAN, isn't it not actually following the SNI standard? (RFC2818 page 4, paragraph 2, as I think Carlos pointed out in another thread.) Or at least, isn't

Re: [openstack-dev] [Neutron][LBaaS] TLS capability - Certificate conflict resolution

On Wed, Jul 16, 2014 at 7:26 PM, Stephen Balukoff sbaluk...@bluebox.net wrote: Hi Vijay, On Wed, Jul 16, 2014 at 9:07 AM, Vijay Venkatachalam vijay.venkatacha...@citrix.com wrote: Do you know if the SSL/SNI IETF spec details about conflict resolution. I am assuming not. Because

Re: [openstack-dev] [Neutron][LBaaS] TLS capability - SNI - Extracting SubjectCommonName and/or SubjectAlternativeNames from X509

with no intention of host name validation. Excample (dirName, 'cn=john.garza,ou=people,o=somecompany) dNSName and DirName encodings are mentioned in RFC2459. if you want a more formal definition. On Jul 17, 2014, at 10:19 AM, Stephen Balukoff sbaluk...@bluebox.net wrote: Ok, folks! Per the IRC

Re: [openstack-dev] [Neutron][LBaaS] TLS capability - SNI - Extracting SubjectCommonName and/or SubjectAlternativeNames from X509

on the library and that it should be ubiquitously used. I will wait for Vijay to speak for himself in this regard… -Sam. From: Stephen Balukoff [mailto:sbaluk...@bluebox.net] Sent: Tuesday, July 15, 2014 8:35 PM To: OpenStack Development Mailing List (not for usage questions

Re: [openstack-dev] [Neutron][LBaaS] TLS capability - Certificate conflict resolution

to resolve name conflicts. B. Includes a ubiquitous library for extracting SCN and SAN that any driver may use if they don't use the 'order' attribute? Thanks, Stephen -- Stephen Balukoff Blue Box Group, LLC (800)613-4305 x807 ___ OpenStack-dev mailing

Re: [openstack-dev] [Neutron][LBaaS] TLS capability - SubjectAlternativeNames (SAN)

in this regard... -Sam. From: Stephen Balukoff [mailto:sbaluk...@bluebox.net] Sent: Tuesday, July 15, 2014 8:35 PM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [Neutron][LBaaS] TLS capability - SNI - Extracting SubjectCommonName

Re: [openstack-dev] [Neutron] Flavor framework proposal

to me like a good first step toward multi-service_type flavors, if we as a group decide that's where we want to go. Thanks, Stephen -- Stephen Balukoff Blue Box Group, LLC (800)613-4305 x807 ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org

Re: [openstack-dev] [Neutron][LBaaS] TLS capability - SNI - Extracting SubjectCommonName and/or SubjectAlternativeNames from X509

/mailman/listinfo/openstack-dev ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Stephen Balukoff Blue Box Group, LLC (800)613-4305 x807

[openstack-dev] [Neutron] Flavor framework proposal

that applies to more than one service type? Let's see if we can come to some conclusions on this so that we can get flavors into Juno, please! Thanks, Stephen -- Stephen Balukoff Blue Box Group, LLC (800)613-4305 x807 ___ OpenStack-dev mailing list

Re: [openstack-dev] [Neutron] Flavor framework proposal

revision. Thanks, Stephen -- Stephen Balukoff Blue Box Group, LLC (800)613-4305 x807 ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Neutron][LBaaS] Shim vs Agent Refactor

to get people's ideas on this. Thanks, Brandon ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Stephen Balukoff Blue Box Group, LLC (800)613-4305 x807

Re: [openstack-dev] [Neutron][LBaaS] Wednesday meeting agenda topics

@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Stephen Balukoff Blue Box Group, LLC (800)613-4305 x807 ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman

Re: [openstack-dev] [Neutron][LBaaS] topics for Thurday's Weekly LBaaS meeting's agenda

and who else wants to contribute. Regards Susanne ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Stephen Balukoff Blue Box Group, LLC (800)613-4305 x807

[openstack-dev] [Octavia] Temporary project leadership team

, please also do us the courtesy of explaining how we're supposed to merge code using the gerrit system without having a PTL or core reviewers. Anyway, this is the list of folks we agreed upon: Interim PTL: Stephen Balukoff Interim core reviewers: Vivek Jain, Brandon Logan, German Eichberger Thanks

Re: [openstack-dev] [Neutron][LBaaS] Should TLS settings for listener be set through separate API/model?

settings apart from listener can be done when needed, if needed. Thanks, Evg *From:* Stephen Balukoff [mailto:sbaluk...@bluebox.net sbaluk...@bluebox.net] *Sent:* Tuesday, June 24, 2014 4:26 AM *To:* OpenStack Development Mailing List (not for usage questions) *Subject:* Re: [openstack

Re: [openstack-dev] [Neutron][LBaaS] Layer7 Switching - L7 Rule - comapre_type values

/openstack-dev ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Stephen Balukoff Blue Box Group, LLC (800)613-4305 x807

Re: [openstack-dev] [Neutron][LBaaS] Which entities need status

@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 -- Stephen Balukoff Blue Box Group

Re: [openstack-dev] Should TLS settings for listener be set through separate API/model?

/mailman/listinfo/openstack-dev -- Stephen Balukoff Blue Box Group, LLC (800)613-4305 x807 ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Neutron][LBaaS] Should TLS settings for listener be set through separate API/model?

On Mon, 2014-06-23 at 12:15 -0700, Stephen Balukoff wrote: The separate entity makes sense for certificates participating in an SNI configuration, but probably not so much for the 'default' certificate used when TLS is being terminated. Vijay: You're also right that other TLS-related

Re: [openstack-dev] [Neutron][LBaaS] Should TLS settings for listener be set through separate API/model?

relationship? Putting that in a new table sounds like premature optimization to me; design the database change for the future feature when you can see the spec for it. Thanks, Doug From: Stephen Balukoff sbaluk...@bluebox.net Reply-To: OpenStack Development Mailing List (not for usage

Re: [openstack-dev] [Neutron][LBaaS] Should TLS settings for listener be set through separate API/model?

to spend much energy on something so minor right now.) On Mon, Jun 23, 2014 at 6:25 PM, Stephen Balukoff sbaluk...@bluebox.net wrote: Ok, so we've got opinions on both sides of the argument here. I'm actually pretty ambivalent about it. Do others have strong opinions on this? On Mon, Jun 23

Re: [openstack-dev] [Octavia] PTL and core team members

___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Stephen Balukoff Blue Box Group, LLC (800)613-4305 x807 ___ OpenStack-dev

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

___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Stephen Balukoff Blue Box Group, LLC (800)613-4305 x807 ___ OpenStack-dev mailing

[openstack-dev] [Neutron][LBaaS] and [Octavia] haproxy-1.5.0 is out

-obsolete TODO file - DOC: update roadmap - DOC: minor updates to the README - DOC: mention the maxconn limitations with the select poller - DOC: commit a few old design thoughts files -- Stephen Balukoff Blue Box Group, LLC (800)613-4305 x807

Re: [openstack-dev] [Neutron][LBaaS] TLS support RST document on Gerrit

read from the certificate and not managed by the end user. -Sam. *From:* Stephen Balukoff [mailto:sbaluk...@bluebox.net] *Sent:* Thursday, June 19, 2014 1:44 AM *To:* OpenStack Development Mailing List (not for usage questions) *Subject:* Re: [openstack-dev] [Neutron][LBaaS] TLS

  1   2   >