Hello, Just to be sure about adding new feature to lbaas, should we still proposing new features like this proposed by Zhi to neutron/lbaas or already to Octavia ?
@Zhi, yep I like those two extensions it will be very helpful for LB. Have you already do something with that, or for now you just asking for opinion ? Bartek On 8 December 2016 at 05:33, Brandon Logan <brandon.lo...@rackspace.com> wrote: > On Wed, 2016-12-07 at 06:50 -0800, Michael Johnson wrote: > > Lubosz, > > > > I would word that very differently. We are not dropping LBaaSv2 > > support. It is not going away. I don't want there to be confusion > > on > > this point. > > > > We are however, moving/merging the API from neutron into Octavia. > > So, during this work the code will be transitioning repositories and > > you will need to carefully synchronize and/or manage the changes in > > both places. > > Currently the API changes have patchsets up in the Octavia > > repository. > > However, the old namespace driver has not yet been migrated over. > I know I've talked about using the namespace driver as a guinea pig for > the nlbaas to octavia shim driver layer, but I didn't know it would be > fully supported in octavia. This will require a bit more work because > of the callbacks the agent expects to be able to call. > > > > > Michael > > > > > > On Tue, Dec 6, 2016 at 8:46 AM, Kosnik, Lubosz <lubosz.kosnik@intel.c > > om> wrote: > > > Hello Zhi, > > > So currently we’re working on dropping LBasSv2 support. > > > Octavia is a big-tent project providing lbass in OpenStack and > > > after merging > > > LBasS v2 API in Octavia we will deprecate that project and in next > > > 2 > > > releases we’re planning to completely wipe out that code > > > repository. If you > > > would like to help with LBasS in OpenStack you’re more than welcome > > > to start > > > working with us on Octavia. > > > > > > Cheers, > > > Lubosz Kosnik > > > Cloud Software Engineer OSIC > > > > > > On Dec 6, 2016, at 6:04 AM, Gary Kotton <gkot...@vmware.com> wrote: > > > > > > Hi, > > > I think that there is a move to Octavia. I suggest reaching out to > > > that > > > community and see how these changes can be added. Sounds like a > > > nice > > > addition > > > Thanks > > > Gary > > > > > > From: zhi <changzhi1...@gmail.com> > > > Reply-To: OpenStack List <openstack-dev@lists.openstack.org> > > > Date: Tuesday, December 6, 2016 at 11:06 AM > > > To: OpenStack List <openstack-dev@lists.openstack.org> > > > Subject: [openstack-dev] [neutron][lbaas] New extensions for > > > HAProxy driver > > > based LBaaSv2 > > > > > > Hi, all > > > > > > I am considering add some new extensions for HAProxy driver based > > > Neutron > > > LBaaSv2. > > > > > > Extension 1, multi subprocesses supported. By following this > > > document[1], I > > > think we can let our HAProxy based LBaaSv2 support this feature. By > > > adding > > > this feature, we can enhance loadbalancers performance. > > > > > > Extension 2, http keep-alive supported. By following this > > > document[2], we > > > can make our loadbalancers more effective. > > > > > > > > > Any comments are welcome! > > > > > > Thanks > > > Zhi Chang > > > > > > > > > [1]: http://cbonte.github.io/haproxy-dconv/1.6/configuration.html#c > > > pu-map > > > [2]: > > > http://cbonte.github.io/haproxy-dconv/1.6/configuration.html#option > > > %20http-keep-alive > > > ___________________________________________________________________ > > > _______ > > > OpenStack Development Mailing List (not for usage questions) > > > Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsu > > > bscribe > > > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > > > > > > > > > > > > ___________________________________________________________________ > > > _______ > > > OpenStack Development Mailing List (not for usage questions) > > > Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsu > > > bscribe > > > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > > > > > > > _____________________________________________________________________ > > _____ > > OpenStack Development Mailing List (not for usage questions) > > Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubs > > cribe > > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > __________________________________________________________________________ > 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 >
__________________________________________________________________________ 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