Re: [openstack-dev] [Neutron][vpnaas]Question about MPLS VPN

You should read e-mails on ML. VPNaaS will be removed in next 6 months from repo. You need to look into something else like starting VyOS image, pfSense or other. Lubosz Kosnik Cloud Software Engineer OSIC lubosz.kos...@intel.com > On May 26, 2016, at 1:50 AM, zhangyali (D)

Re: [openstack-dev] [Neutron][vpnaas]Question about MPLS VPN

Software Engineer OSIC lubosz.kos...@intel.com > On May 26, 2016, at 9:39 AM, Ihar Hrachyshka <ihrac...@redhat.com> wrote: > > >> On 26 May 2016, at 16:23, Kosnik, Lubosz <lubosz.kos...@intel.com> wrote: >> >> You should read e-mails on ML. VPNaaS will be

Re: [openstack-dev] [Neutron][LBaaS][Octavia]In amphora plugin_vip(), why cidr and gateway are required but not used?

Here is a bug for that - https://bugs.launchpad.net/octavia/+bug/1585804 You’re more than welcome to fix this issue. Lubosz Kosnik Cloud Software Engineer OSIC lubosz.kos...@intel.com On Jun 17, 2016, at 6:37 PM, Jiahao Liang

Re: [openstack-dev] [neutron] Social at the summit

+1 from me also :) > On Apr 27, 2016, at 10:29 AM, Thomas Morin wrote: > > +1 ! > > Mon Apr 25 2016 10:55:33 GMT-0500 (CDT), Kyle Mestery: >> Ihar, Henry and I were talking and we thought Thursday night makes sense for >> a Neutron social in Austin. If others agree,

Re: [openstack-dev] [Neutron] L3 HA testing on scale

Great work Ann. About testing on scale it’s not so problematic because of the Cloud For All project. Here [1] you can request for a multi node cluster which you can use to perform tests. Exact requirements are specified on that website. [1] http://osic.org Regards, Lubosz “diltram” Kosnik On

Re: [openstack-dev] [Neutron] L3 HA testing on scale

Great work Ann. About testing on scale it’s not so problematic because of the Cloud For All project. Here [1] you can request for a multi node cluster which you can use to perform tests. Exact requirements are specified on that website. [1] http://osic.org Regards, Lubosz “diltram” Kosnik On

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

Great work with that multi-node setup Miguel. About that multinode Infra is supporting two nodes setup used currently by grenade jobs but in my opinion we don’t have any tests which can cover that type of testing. We’re still struggling with selecting proper tool to test Octavia from

Re: [openstack-dev] [lbaas][octavia] suggestion for today's meeting agenda: How to make the Amphora-agent support additional Linux flavors

;ihrac...@redhat.com> wrote: > > >> On 30 Jun 2016, at 06:03, Kosnik, Lubosz <lubosz.kos...@intel.com> wrote: >> >> Like Doug said Amphora suppose to be a black box. It suppose to get some >> data - like info in /etc/defaults and do everything inside on its own

Re: [openstack-dev] [lbaas][octavia] suggestion for today's meeting agenda: How to make the Amphora-agent support additional Linux flavors

Unfortunately I will be available on today meeting by phone so I’m not be able to discuss in way I would like to so I’m writing here. May you describe what you understand by that info about configuring agent binary on start? If I’m right the ideal situation would be like this: 1. We’re booting

Re: [openstack-dev] [octavia][upgrades] upgrade loadbalancer to new amphora image

May you specify what exact use-case you have to upload incompatible images? In my opinion we should prepare a flow which is like you said building new instance, configuring everything, adding that amphora into load balancer and removing old one. In that way we will be able to minimize retry to

Re: [openstack-dev] [lbaas][octavia] suggestion for today's meeting agenda: How to make the Amphora-agent support additional Linux flavors

Like Doug said Amphora suppose to be a black box. It suppose to get some data - like info in /etc/defaults and do everything inside on its own. Everyone will be able to prepare his own implementation of this image without mixing things between each other. Lubosz Kosnik Cloud Software Engineer

Re: [openstack-dev] [octavia] Nominating German Eichberger for Octavia core reviewer

+1, welcome back. Lubosz On Jan 20, 2017, at 2:11 PM, Miguel Lavalle > wrote: Well, I don't vote here but it's nice to see German back in the community. Welcome! On Fri, Jan 20, 2017 at 1:26 PM, Brandon Logan

Re: [openstack-dev] [Neutron] Alternative approaches for L3 HA

So from my perspective I can tell that problem is completely in architecture and even without something outside of Neutron we cannot solve that. Two releases ago I started to work on hardening that feature but all my ideas was killed by Armando and Assaf. The decided that adding outside

Re: [openstack-dev] [Neutron] Alternative approaches for L3 HA

About success of RDO we need to remember that this deployment utilizes Peacemaker and when I was working on this feature and even I spoke with Assaf this external application was doing everything to make this solution working. Peacemaker was responsible for checking external and internal

Re: [openstack-dev] Zuul v3 - What's Coming: What to expect with the Zuul v3 Rollout

So did I understand that properly. There will be possibility to create real multi-node tests like with 3-4 nodes? Cheers, Lubosz On Feb 28, 2017, at 7:13 PM, joehuang > wrote: So cool! Look forward to multi-node jobs as first class Best Regards

Re: [openstack-dev] [neutron] [lbaas] [octavia] Ocata LBaaS retrospective and next steps recap

Octavia is using own DB and LBaaS v2 has his own. Because of that like Michael said we’re working on aligning this DBs and we’re planning to provide migration mechanism. Cheers, Lubosz Kosnik Cloud Software Engineer OSIC On Nov 10, 2016, at 1:13 AM, Gary Kotton

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

Thank you very much for believing that I can be valuable asset for Octavia. I will work as hard as currently, or even harder because of responsibility, on making Octavia better from day to day. Lubosz > On Oct 12, 2016, at 3:48 PM, Michael Johnson wrote: > > That is

Re: [openstack-dev] [neutron-lbaas] [octavia]vip failed to be plugged in to the amphorae vm

Plugging VIP worked without any problems. Log is telling that you have very restrictive timeout configuration. 7 retries is very low configuration. Please reconfigure this to much bigger value. Regards, Lubosz Kosnik Cloud Software Engineer OSIC

Re: [openstack-dev] [neutron][lbaas] New extensions for HAProxy driver based LBaaSv2

expects to be able to call. > > Michael > > > On Tue, Dec 6, 2016 at 8:46 AM, Kosnik, Lubosz > <lubosz.kosnik@intel.c<mailto:lubosz.kosnik@intel.c> > om> wrote: > > Hello Zhi, > > So currently we’re working on dropping LBasSv2 support. > > Oct

Re: [openstack-dev] [neutron][lbaas] New extensions for HAProxy driver based LBaaSv2

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

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

In my opinion this patch should be changed. We should start using project_id instead of still keeping tenant_id property. All occurences of project_id in [1] should be fixed. Lubosz [1] neutron_lbaas/tests/tempest/v2/scenario/base.py From: Nir Magnezi Reply-To: "OpenStack

Re: [openstack-dev] [neutron-lbaas][octavia] Error when creating load balancer

Based on this logs. I can tell you that problem is with plugging VIP address. You need to show us also n-cpu logs. There should be some info what happened because we can see in logs in line 22 that client failed with error 500 on attaching network adapter. Maybe you’re out of IP’s in this

Re: [openstack-dev] [neutron][lbaas] New extensions for HAProxy driver based LBaaSv2

ory. However, the old namespace driver has not yet been migrated over. Michael On Tue, Dec 6, 2016 at 8:46 AM, Kosnik, Lubosz <lubosz.kos...@intel.com<mailto:lubosz.kos...@intel.com>> wrote: Hello Zhi, So currently we’re working on dropping LBasSv2 support. Octavia is a big-tent

Re: [openstack-dev] [neutron][lbaasv2] Migrate LBaaS instance

Hello Zhi, Just one small information. Yesterday on Octavia weekly meeting we decided that we’re gonna add new features to LBaaSv2 till Pike-1 so the windows is very small. This decision was made as LBaaSv2 is currently Octavia delivery, not Neutron anymore and this project is going into