| *** _erlon_ has quit IRC | 00:10 | |
| *** macz_ has quit IRC | 00:14 | |
| *** ociuhandu has joined #openstack-meeting | 00:21 | |
| *** yasufum has joined #openstack-meeting | 00:24 | |
| *** ociuhandu has quit IRC | 00:25 | |
| *** baojg has quit IRC | 00:46 | |
| *** baojg has joined #openstack-meeting | 00:46 | |
| *** armax has quit IRC | 01:10 | |
| *** yasufum has quit IRC | 01:37 | |
| *** mlavalle has quit IRC | 01:38 | |
| *** armax has joined #openstack-meeting | 01:41 | |
| *** tdasilva_ has quit IRC | 01:44 | |
| *** baojg has quit IRC | 01:49 | |
| *** dsariel has quit IRC | 01:49 | |
| *** baojg has joined #openstack-meeting | 01:50 | |
| *** baojg has quit IRC | 01:57 | |
| *** baojg has joined #openstack-meeting | 01:58 | |
| *** armax has quit IRC | 02:02 | |
| *** smcginnis has joined #openstack-meeting | 02:19 | |
| *** smcginnis has quit IRC | 02:24 | |
| *** yasufum has joined #openstack-meeting | 03:08 | |
| *** lifeless has quit IRC | 03:31 | |
| *** lifeless has joined #openstack-meeting | 03:33 | |
| *** rcernin has quit IRC | 03:39 | |
| *** rcernin has joined #openstack-meeting | 03:40 | |
| *** ricolin has quit IRC | 03:43 | |
| *** dmacpher has quit IRC | 05:06 | |
| *** dmacpher has joined #openstack-meeting | 05:08 | |
| *** ricolin has joined #openstack-meeting | 05:09 | |
| *** timburke has quit IRC | 05:31 | |
| *** timburke has joined #openstack-meeting | 05:31 | |
| *** evrardjp_ has quit IRC | 05:33 | |
| *** evrardjp has joined #openstack-meeting | 05:33 | |
| *** vishalmanchanda has joined #openstack-meeting | 05:47 | |
| *** ociuhandu has joined #openstack-meeting | 05:50 | |
| *** ociuhandu has quit IRC | 05:54 | |
| *** dklyle has quit IRC | 07:28 | |
| *** slaweq has joined #openstack-meeting | 07:45 | |
| *** rpittau|afk is now known as rpittau | 07:57 | |
| *** rcernin has quit IRC | 08:07 | |
| *** smcginnis has joined #openstack-meeting | 08:10 | |
| *** rcernin has joined #openstack-meeting | 08:14 | |
| *** smcginnis has quit IRC | 08:15 | |
| *** evrardjp has quit IRC | 08:15 | |
| *** evrardjp has joined #openstack-meeting | 08:16 | |
| *** zbr has quit IRC | 08:23 | |
| *** zbr has joined #openstack-meeting | 08:23 | |
| *** zbr has quit IRC | 08:26 | |
| *** zbr has joined #openstack-meeting | 08:27 | |
| *** tosky has joined #openstack-meeting | 08:47 | |
| *** ociuhandu has joined #openstack-meeting | 09:00 | |
| *** ociuhandu has joined #openstack-meeting | 09:00 | |
| *** rcernin has quit IRC | 09:27 | |
| *** e0ne has joined #openstack-meeting | 10:04 | |
| *** baojg has quit IRC | 10:08 | |
| *** baojg has joined #openstack-meeting | 10:08 | |
| *** macz_ has joined #openstack-meeting | 10:09 | |
| *** smcginnis has joined #openstack-meeting | 10:11 | |
| *** ociuhandu has quit IRC | 10:12 | |
| *** macz_ has quit IRC | 10:14 | |
| *** smcginnis has quit IRC | 10:16 | |
| *** ociuhandu has joined #openstack-meeting | 10:16 | |
| *** yasufum has quit IRC | 10:23 | |
| *** e0ne has quit IRC | 10:34 | |
| *** e0ne has joined #openstack-meeting | 10:48 | |
| *** ociuhandu has quit IRC | 10:52 | |
| *** ociuhandu has joined #openstack-meeting | 10:58 | |
| *** yasufum has joined #openstack-meeting | 11:10 | |
| *** yasufum has quit IRC | 11:11 | |
| *** slaweq_ has joined #openstack-meeting | 11:46 | |
| *** ociuhandu has quit IRC | 11:58 | |
| *** ociuhandu has joined #openstack-meeting | 11:58 | |
| *** slaweq has quit IRC | 12:02 | |
| *** slaweq_ has quit IRC | 12:03 | |
| *** ociuhandu has quit IRC | 12:03 | |
| *** slaweq has joined #openstack-meeting | 12:06 | |
| *** baojg has quit IRC | 12:17 | |
| *** baojg has joined #openstack-meeting | 12:18 | |
| *** slaweq has quit IRC | 12:20 | |
| *** slaweq has joined #openstack-meeting | 12:21 | |
| *** kopecmartin has quit IRC | 12:22 | |
| *** kopecmartin has joined #openstack-meeting | 12:26 | |
| *** ociuhandu has joined #openstack-meeting | 12:33 | |
| *** ociuhandu_ has joined #openstack-meeting | 12:58 | |
| *** ociuhandu has quit IRC | 13:01 | |
| *** smcginnis has joined #openstack-meeting | 13:16 | |
| *** macz_ has joined #openstack-meeting | 13:25 | |
| *** macz_ has quit IRC | 13:30 | |
| *** smcginnis has quit IRC | 13:42 | |
| *** smcginnis has joined #openstack-meeting | 13:56 | |
| *** mlavalle has joined #openstack-meeting | 13:58 | |
| *** lajoskatona has joined #openstack-meeting | 13:59 | |
| *** bpetermann has joined #openstack-meeting | 14:00 | |
| slaweq | #startmeeting neutron_drivers | 14:01 |
|---|---|---|
| openstack | Meeting started Fri Dec 11 14:01:21 2020 UTC and is due to finish in 60 minutes. The chair is slaweq. Information about MeetBot at http://wiki.debian.org/MeetBot. | 14:01 |
| openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 14:01 |
| slaweq | hi | 14:01 |
| *** openstack changes topic to " (Meeting topic: neutron_drivers)" | 14:01 | |
| openstack | The meeting name has been set to 'neutron_drivers' | 14:01 |
| mlavalle | o/ | 14:01 |
| ralonsoh | hi | 14:01 |
| rubasov | o/ | 14:01 |
| amotoki | hi | 14:01 |
| lajoskatona | Hi | 14:01 |
| bpetermann | hi | 14:01 |
| slaweq | we are still waiting for njohnston: haleyb and yamamoto | 14:02 |
| njohnston | o/ | 14:02 |
| slaweq | lets give them few more minutes to join | 14:02 |
| slaweq | :) | 14:02 |
| haleyb | hi | 14:02 |
| * haleyb has to leave early about :30 | 14:03 | |
| slaweq | ok, I think we can start, yamamoto isn't available on irc even so probably he will not join | 14:03 |
| slaweq | #topic RFEs | 14:04 |
| *** openstack changes topic to "RFEs (Meeting topic: neutron_drivers)" | 14:04 | |
| slaweq | agenda for the meeting is at https://wiki.openstack.org/wiki/Meetings/NeutronDrivers | 14:04 |
| slaweq | first RFE is from rubasov | 14:04 |
| slaweq | https://bugs.launchpad.net/neutron/+bug/1905295 | 14:04 |
| openstack | Launchpad bug 1905295 in neutron "[RFE] Allow multiple external gateways on a router" [Wishlist,New] - Assigned to Bence Romsics (bence-romsics) | 14:04 |
| rubasov | I have little experience around l3 in neutron, so let me know please what you think about this | 14:06 |
| mlavalle | rubasov: unacceptable after the ascii art got messed up.... ;-) | 14:06 |
| rubasov | this etherpad has the original: https://etherpad.opendev.org/p/neutron-multiple-external-gateways | 14:06 |
| rubasov | :-) | 14:06 |
| rubasov | (beyond the better figure nothing new there, I just prepared the rfe in here) | 14:07 |
| mlavalle | ahhh, much nicer, thanks! | 14:07 |
| amotoki | I dropped my comment just before the meeting. I think we can break down the problem into pieces. The problem statement includes several points: multiple ext gws, ECMP and/or router protocols | 14:08 |
| *** ZhuXiaoYu has joined #openstack-meeting | 14:09 | |
| rubasov | yes, bgp and ecmp is related and I tried to separate one sub-problem of the whole setup here | 14:10 |
| haleyb | and you raised two good points - how do NAT and floating IP work in this scenario? for example, on a failure of one link does NAT just stop for the down GW? can the floating IP successfully use the other network? | 14:12 |
| haleyb | amotoki did that is | 14:12 |
| rubasov | my main use case would always have enable_snat=False, since bgp would make floating ips unnecessary | 14:14 |
| slaweq | haleyb: I'm not sure if I understand - how FIP from one external network can work in the other one? Or both such gateways should be from the same neutron network? | 14:15 |
| haleyb | slaweq: right, that was my point, although i'm sure with BGP it could be done but not otherwise. just thinking of issues | 14:15 |
| slaweq | haleyb: ok | 14:16 |
| slaweq | :) | 14:16 |
| lajoskatona | so it can be only done with dynamic-routing like the FIP for routed networks stuff recently? | 14:17 |
| lajoskatona | or only worth doing it I mean | 14:17 |
| ralonsoh | FIP for routed networks is still not merged | 14:18 |
| amotoki | if we have multiple external networks we need routing protocols to advertise the route for FIP. | 14:18 |
| lajoskatona | yeah, that's true, but quite close to it | 14:18 |
| haleyb | amotoki: right, one network with multiple subnets for FIP is fine, but two networks not so much | 14:19 |
| amotoki | if we have multiple gateways on a single external network, i think what we need is to configure multiple next hops with equal cost in a neutron router. | 14:19 |
| ralonsoh | should be the BGP the one assigning this next hop for each FIP? | 14:21 |
| ralonsoh | shouldn't* | 14:21 |
| slaweq | rubasov: You wrote there about potential alternative, which is to allow announcing routes from the networks plugged to the router as internal networks | 14:21 |
| slaweq | did You explore this more? | 14:21 |
| rubasov | slaweq: one part I still don't know unfortunately | 14:22 |
| slaweq | rubasov: for me it looks like easier, and less intrusive change maybe, no? | 14:23 |
| rubasov | whether neutron-dynamic-routing uses the network external bit or the router's external_gw_info on generating the list of advertized routes | 14:23 |
| rubasov | slaweq: that alternative looks like a smaller change, but also introduces some conceptual confusion about what's internal and what's external | 14:24 |
| slaweq | true | 14:25 |
| mlavalle | so you are striving for the functionality and conceptual clarity | 14:25 |
| mlavalle | would a PoC help to clarify some of the lingering questions from the team? | 14:26 |
| rubasov | yes, unless it's impossible (or too expensive to do) | 14:26 |
| mlavalle | and the complexity issue raised by Yulong | 14:27 |
| rubasov | we are open to that if the team is interested in it | 14:27 |
| mlavalle | the complexity issue is not minor. L3 is pretty complex as it is today | 14:28 |
| slaweq | ++ | 14:28 |
| amotoki | I wonder what kinds of requirements you would like to achieve. redundancy of next hop? redundancy of external networks? or more. | 14:28 |
| amotoki | a neutron router is hosted on a single node, so is there any difference between multi next hop on a single network and multi networks. | 14:28 |
| amotoki | ? | 14:28 |
| lajoskatona | What happens if we do it gradually, I mean like do PoC for legacy router, and see if it's possible? | 14:28 |
| slaweq | speaking about graduality - there is also ovn which has got own l3 implementation :) | 14:29 |
| rubasov | amotoki: one router may fail out of R1-R2 | 14:29 |
| mlavalle | and that might provide an incentive to clarify the use case requirementes | 14:29 |
| rubasov | one router may fail out of R3-R4 | 14:29 |
| mlavalle | as amotoki seems to be suggesting with his questions | 14:30 |
| amotoki | rubasov: the proposal does not talk about R1-R2 relationship. my quesion comes from here. | 14:30 |
| haleyb | slaweq: sorry, i have to run, this is a good discussion though... | 14:30 |
| slaweq | haleyb: sure, see You | 14:31 |
| rubasov | amotoki: that's a valid point, will add it to the rfe | 14:31 |
| rubasov | R1-R2 are two sides of an active-active HA router | 14:32 |
| mlavalle | so it seems we might be able to take two next steps: clarify the RFE and some sort of PoC? | 14:32 |
| amotoki | mlavalle: agree | 14:33 |
| slaweq | mlavalle: and explore this alternative mentioned by rubasov | 14:33 |
| rubasov | slaweq: maybe that's a poc variant | 14:34 |
| slaweq | rubasov: yes | 14:34 |
| slaweq | just wanted to make sure that it will not be forgotten :) | 14:34 |
| *** TrevorV has joined #openstack-meeting | 14:34 | |
| rubasov | ack :-) | 14:34 |
| mlavalle | yeap... I think it is an interesting proposal. We need to clarify it a bit. I think a question to explore is whether we can do something with neutron dynamic routing to cover this use case. Maybe tweaking it a bit | 14:34 |
| slaweq | so it seems that we have a plan for next steps with that | 14:35 |
| rubasov | looks like to me too | 14:35 |
| slaweq | and we will get back to that discussion when we will have that additional info | 14:35 |
| slaweq | thx rubasov | 14:35 |
| rubasov | thanks everyone | 14:35 |
| slaweq | I will sum it up in the LP's comment after the meeting | 14:35 |
| mlavalle | rubasov: thanks for the proposal! | 14:35 |
| amotoki | yeah, it is an interesting topic | 14:36 |
| slaweq | ok | 14:36 |
| rubasov | will get back to you as soon as I have some results | 14:36 |
| slaweq | so, we have next one https://bugs.launchpad.net/neutron/+bug/1905391 | 14:36 |
| openstack | Launchpad bug 1905391 in neutron "[RFE] VPNaaS support for OVN" [Medium,Triaged] - Assigned to Bodo Petermann (bpetermann) | 14:36 |
| mlavalle | ahhh, good that we have enough time to give the stage to bpetermann. I didn't want him to show up for nithing :-) | 14:37 |
| mlavalle | nothing^^^ | 14:37 |
| slaweq | we don't have folks from ovn subteam here probably but we can still discuss that here | 14:38 |
| bpetermann | We want to offer VPNaaS in our new region which will use OVN so we started an implementation | 14:38 |
| slaweq | I know that e.g. lucasgomes was looking into that rfe and he didn't had anything against | 14:38 |
| mlavalle | bpetermann: who's your employer? | 14:39 |
| bpetermann | SysEleven | 14:39 |
| mlavalle | ack | 14:39 |
| slaweq | bpetermann: I'm now reading amotoki's comment in LP - is there any API change needed for that? | 14:40 |
| bpetermann | No, the VPN API will work the same way as before and no additions needed in Neutron either. Only maybe something if you want to manually fiddle with the VPN agent | 14:41 |
| mlavalle | seems to be just a "change of driver", to simplify the proposal, right? | 14:41 |
| mlavalle | API remains the same | 14:41 |
| bpetermann | and configure a different VPN plugin | 14:42 |
| mlavalle | am I correct? | 14:42 |
| bpetermann | API remains the same, right | 14:42 |
| mlavalle | yeah, change of plugin or driver. I was using the terms interchangeably | 14:43 |
| amotoki | in my understanding, we need a separate VPN agent to run *swan so I think we need some scheduling for load balancing. | 14:43 |
| amotoki | At least the proposed impl in gerrit has an API for manual scheduling and collect agent mapping. | 14:43 |
| amotoki | this is what I commented about the new API. | 14:43 |
| amotoki | I see no change in the user-facing VPNaaS API. | 14:44 |
| slaweq | amotoki: ok :) | 14:44 |
| bpetermann | the scheduler code in the proposed code will automatically choose some agent. | 14:44 |
| slaweq | I see now | 14:44 |
| slaweq | in general I think that we can approve that RFE | 14:45 |
| slaweq | of course there will be many things to discuss regarding implementation details | 14:45 |
| bpetermann | sure, waiting for your input..., thanks | 14:46 |
| mlavalle | I agree that we can +1 this RFE | 14:47 |
| mlavalle | with the understanding that there are details to clarify | 14:47 |
| ralonsoh | agree +1 | 14:47 |
| amotoki | I agree to approve the RFE. | 14:47 |
| mlavalle | bpetermann: great proposal. Thanks for working on it | 14:47 |
| slaweq | njohnston: any thoughts? | 14:47 |
| amotoki | my comment is just to try to clarify what are remaining parts. | 14:48 |
| mlavalle | amotoki: ++ | 14:48 |
| njohnston | It makes sense to me, I don't have any additional questions. I am generally appreciative of the continued vitality in the vpnaas project. | 14:48 |
| mlavalle | unlike fwaas | 14:49 |
| njohnston | sigh | 14:49 |
| slaweq | amotoki: I think that Your last comment in LP is great summary of what else we will need | 14:49 |
| slaweq | do You think we need specs for that? | 14:49 |
| mlavalle | seems security groups were enough to cover that aspect | 14:49 |
| *** dmacpher has quit IRC | 14:50 | |
| amotoki | it is nice to have some doc which explains the relationship between standalone agent and OVN. it will help reviewing codes but I am okay with either a spec or a in-repo doc. | 14:51 |
| slaweq | amotoki: in-repo doc would be IMO "closer" for the users later to use | 14:52 |
| slaweq | but that's just my opinion about it | 14:52 |
| bpetermann | I could add some doc soon | 14:53 |
| amotoki | slaweq: good point. so do we have a small spec doc? | 14:53 |
| bpetermann | it's not committed yet | 14:53 |
| slaweq | ok, so I will mark this RFE as approved and we will discuss implementation details in the review of the patches | 14:54 |
| slaweq | and bpetermann will also propose some doc with details about this new implementation | 14:54 |
| slaweq | ok for everyone? | 14:55 |
| amotoki | sounds good | 14:55 |
| ralonsoh | yes | 14:55 |
| njohnston | +1 | 14:55 |
| bpetermann | yes | 14:55 |
| mlavalle | +1 | 14:56 |
| slaweq | ok, thx | 14:56 |
| slaweq | so that is done | 14:56 |
| slaweq | we have one more rfe on the list | 14:56 |
| slaweq | but we have just few minutes left today | 14:56 |
| slaweq | and we have one more meeting this year, so I think we can simply start with lajoskatona's rfe next week | 14:56 |
| slaweq | are You ok with that? | 14:56 |
| lajoskatona | yeah I can wait one week :-) | 14:56 |
| slaweq | thx | 14:57 |
| slaweq | ok, so thanks for attending the meeting | 14:57 |
| slaweq | and see You next week | 14:57 |
| slaweq | have a great weekend :) | 14:57 |
| njohnston | you too! | 14:57 |
| slaweq | #endmeeting | 14:57 |
| *** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings/" | 14:57 | |
| openstack | Meeting ended Fri Dec 11 14:57:44 2020 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 14:57 |
| njohnston | o/ | 14:57 |
| mlavalle | o/ | 14:57 |
| openstack | Minutes: http://eavesdrop.openstack.org/meetings/neutron_drivers/2020/neutron_drivers.2020-12-11-14.01.html | 14:57 |
| rubasov | thanks | 14:57 |
| lajoskatona | thanks, bye | 14:57 |
| openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/neutron_drivers/2020/neutron_drivers.2020-12-11-14.01.txt | 14:57 |
| amotoki | o/ | 14:57 |
| rubasov | bye | 14:57 |
| openstack | Log: http://eavesdrop.openstack.org/meetings/neutron_drivers/2020/neutron_drivers.2020-12-11-14.01.log.html | 14:57 |
| *** lajoskatona has left #openstack-meeting | 14:57 | |
| ralonsoh | bye | 14:58 |
| *** ralonsoh has left #openstack-meeting | 14:58 | |
| *** bpetermann has quit IRC | 14:58 | |
| *** ociuhandu_ has quit IRC | 15:00 | |
| *** ociuhandu has joined #openstack-meeting | 15:01 | |
| *** ociuhandu has quit IRC | 15:01 | |
| *** ociuhandu has joined #openstack-meeting | 15:02 | |
| *** ociuhandu has quit IRC | 15:06 | |
| *** rpittau is now known as rpittau|afk | 15:15 | |
| *** armax has joined #openstack-meeting | 15:17 | |
| *** ociuhandu has joined #openstack-meeting | 15:19 | |
| *** rcernin has joined #openstack-meeting | 15:24 | |
| *** macz_ has joined #openstack-meeting | 15:26 | |
| *** rcernin has quit IRC | 15:28 | |
| *** macz_ has quit IRC | 15:31 | |
| *** dklyle has joined #openstack-meeting | 15:48 | |
| *** zbr3 has joined #openstack-meeting | 16:00 | |
| *** zbr has quit IRC | 16:01 | |
| *** zbr3 is now known as zbr | 16:01 | |
| *** ZhuXiaoYu has quit IRC | 16:20 | |
| *** ociuhandu_ has joined #openstack-meeting | 16:28 | |
| *** ociuhandu has quit IRC | 16:31 | |
| *** ociuhandu_ has quit IRC | 16:32 | |
| *** moguimar is now known as moguimar|PTOtil2 | 16:34 | |
| *** e0ne has quit IRC | 16:53 | |
| *** gyee has joined #openstack-meeting | 17:33 | |
| *** tosky has quit IRC | 17:46 | |
| *** e0ne has joined #openstack-meeting | 18:54 | |
| *** e0ne has quit IRC | 19:08 | |
| *** e0ne has joined #openstack-meeting | 19:29 | |
| *** e0ne has quit IRC | 19:30 | |
| *** e0ne has joined #openstack-meeting | 19:45 | |
| *** e0ne has quit IRC | 19:47 | |
| *** e0ne has joined #openstack-meeting | 19:48 | |
| *** TrevorV has quit IRC | 20:59 | |
| *** e0ne has quit IRC | 21:02 | |
| *** rfolco has quit IRC | 21:05 | |
| *** tosky has joined #openstack-meeting | 21:05 | |
| *** jgriffith has quit IRC | 21:16 | |
| *** vishalmanchanda has quit IRC | 22:03 | |
| *** bbowen has quit IRC | 22:38 | |
| *** jgriffith has joined #openstack-meeting | 22:38 | |
| *** bbowen has joined #openstack-meeting | 22:38 | |
| *** bbowen has quit IRC | 22:38 | |
| *** bbowen has joined #openstack-meeting | 22:41 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!