21:00:24 <slaweq> #startmeeting networking
21:00:25 <openstack> Meeting started Mon Mar 16 21:00:24 2020 UTC and is due to finish in 60 minutes.  The chair is slaweq. Information about MeetBot at http://wiki.debian.org/MeetBot.
21:00:26 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
21:00:27 <slaweq> hi
21:00:29 <openstack> The meeting name has been set to 'networking'
21:01:05 <imalinovskiy> hi
21:01:13 <haleyb> o/
21:01:23 <bcafarel> o/
21:02:51 <slaweq> ok, I think we can start
21:02:55 <slaweq> #topic Announcements
21:03:13 <slaweq> First of all:
21:03:24 <slaweq> Welcome lajoskatona in core reviewers team!
21:04:03 <njohnston_> o/
21:04:08 <bcafarel> congratulations to him yay!
21:04:22 <slaweq> according to https://releases.openstack.org/ussuri/schedule.html next important dates are:
21:04:22 <njohnston> congratulations Lajos!
21:04:28 <slaweq> Final release for non-client libraries - week of March 30th
21:04:34 <slaweq> it's in about 2 weeks
21:05:02 <slaweq> so we should start thinking about what we need to have in neutron-lib and e.g. ovsdbapp and get those patches to be merged soon
21:05:47 <slaweq> Ussuri-3 (feature freeze) - week of April 6th
21:06:17 <slaweq> it's one week later and that should be our deadline for BPs and RFEs to be done
21:08:38 <slaweq> and the last important date which is soon
21:08:42 <slaweq> according to https://governance.openstack.org/election/ PTL nomination period starts on Mar 24th (next week)
21:09:05 <slaweq> so if someone wants to be PTL, it's time to start thinking about nomination :)
21:09:18 <slaweq> Victoria PTG planning etherpad: https://etherpad.openstack.org/p/neutron-victoria-ptg
21:09:24 <slaweq> please add Your ideas to it
21:09:42 <slaweq> but TBH, I have no idea how it will be with this PTG :)
21:10:15 <slaweq> and that's all announcements from me
21:10:25 <slaweq> do You have anything else to share with the team?
21:10:45 <bcafarel> worst case the ideas will still be useful for a rescheduled or virtual PTG
21:10:48 <bcafarel> :)
21:11:28 <slaweq> bcafarel: exactly :)
21:12:49 <slaweq> ok, next topic
21:12:53 <slaweq> #topic Blueprints
21:13:00 <slaweq> Blueprints for Ussuri-3: https://launchpad.net/neutron/+milestone/ussuri-3
21:13:21 <slaweq> haleyb: about https://blueprints.launchpad.net/neutron/+spec/neutron-ovn-merge -
21:13:32 <slaweq> I asked today maciejjozefczyk about it
21:13:48 <slaweq> and he told me that the last missing part to mark it as done is https://review.opendev.org/#/c/711317/
21:13:48 <patchbot> patch 711317 - neutron - Refactor OVN client QoS extension - 10 patch sets
21:14:05 <slaweq> can You check if we didn't missed anything else?
21:14:48 <haleyb> i think maybe just https://review.opendev.org/#/c/702247/ - but its maybe not critical
21:14:48 <patchbot> patch 702247 - neutron - Migrate the OVN migration scripts - 5 patch sets
21:16:31 <haleyb> slaweq: i think the rest is bug fixing
21:16:59 <slaweq> ok, that one is in tools/ and I think we can merge it even after feature freeze probably
21:17:23 <haleyb> yes, agreed
21:17:48 <slaweq> haleyb: and yes, I saw some patches which were fixes for bugs found in ovn driver - we should start reporting new bugs for it and send patches related to those bugs, not all to the same BP :)
21:18:25 <haleyb> right, i hope my ovnclient fix merges eventually, but think we've been filing the bugs
21:19:19 <slaweq> haleyb: great, thx for update and for taking care of it
21:19:41 <slaweq> another one which I want to talk about is
21:19:43 <slaweq> https://blueprints.launchpad.net/neutron/+spec/metadata-over-ipv6
21:20:03 <slaweq> last week I started thread with cloud-init community https://lists.launchpad.net/cloud-init/msg00247.html
21:20:33 <haleyb> slaweq: yes, sorry i'm still catching up but did see it finally
21:20:59 <slaweq> bug from what I learned, cloud-init allows to set IP addresses in config file, so in fact we can go with whatever IP we want and tell people who wants to use it to set it in cloud init's config file on guest
21:21:55 <haleyb> i didn't understand the multicast comment
21:22:06 <slaweq> haleyb: TBH me too
21:22:18 <slaweq> haleyb: that's why I asked today about some more details about it
21:23:42 <slaweq> I will update spec tomorrow to add to it info about cloud-init's config
21:24:14 <slaweq> and will propose to implement it now as we wanted and add in docs what IP should be set in cloud-init for it
21:24:55 <slaweq> do You think it will work for us to make it implemented in this cycle? Later we can probably extend it with some discovery protocol if there will be need for it
21:25:31 <haleyb> yes, if we just make it a link-local i think it would be a quick change, and we could make it more complicated later
21:25:44 <slaweq> haleyb: exactly :)
21:26:01 <slaweq> ok, I will update this spec tomorrow and will ask for review again
21:26:53 <slaweq> ok, that's all about Metadata over IPv6
21:27:05 <slaweq> imalinovskiy: do You want to talk about https://blueprints.launchpad.net/neutron/+spec/rbac-address-scope-and-subnet-pools ?
21:27:28 <imalinovskiy> yes, I want to discuss related issue
21:27:50 <imalinovskiy> https://bugs.launchpad.net/neutron/+bug/1697925
21:27:52 <openstack> Launchpad bug 1697925 in neutron "as a tenant user not able to create a subnetpool associating with a shared address scope" [Wishlist,In progress] - Assigned to Igor Malinovskiy (imalinovskiy)
21:29:02 <imalinovskiy> My RBAC implementation for address scopes closes this issue and it would be great if someone with relative beckground can check/review it
21:29:56 <imalinovskiy> and my RBAC AS changes depends now on this change to neutron tempest plugin https://review.opendev.org/#/c/712633/
21:29:56 <patchbot> patch 712633 - neutron-tempest-plugin - Allow assigning shared Address Scope to Subnet Pool - 2 patch sets
21:31:27 <slaweq> do we need to remove this test completly?
21:31:41 <slaweq> isn't it still valid for e.g. stable/{stein,train} releases?
21:32:04 <imalinovskiy> yes
21:33:21 <slaweq> imalinovskiy: sorry, but "yes" is answer for which of my questions? :)
21:34:10 <imalinovskiy> for the first one :) it's still valid for stable releases and it should affect ussuri release
21:34:31 <imalinovskiy> but i'm not sure how to apply it only on ussuri
21:34:55 <slaweq> You can skip test if your api extension is available
21:35:19 <imalinovskiy> good suggestion, thanks
21:35:39 <imalinovskiy> will update this patch tomorrow
21:35:45 <slaweq> thx imalinovskiy for working on this rfe
21:36:07 <slaweq> I set review priority for all (I hope) Your patches related to it
21:36:25 <imalinovskiy> np, just wanted to pay attention on this side effect in RBAC implementation
21:36:36 <imalinovskiy> thanks
21:36:43 <slaweq> core team: please check list of priorities to review and look at those patches in first place :)
21:37:34 <slaweq> ok, that's all about blueprints from me for today
21:37:47 <slaweq> do You want to talk about anything related to BPs?
21:39:04 <slaweq> ok, lets move on
21:39:14 <slaweq> #topic Community goals
21:39:22 <slaweq> Project Specific PTL and Contributor Documentation
21:39:28 <slaweq> we can consider it as done IMO
21:39:37 <bcafarel> yup
21:39:38 <slaweq> patch https://review.opendev.org/#/c/707486/ merged now
21:39:38 <patchbot> patch 707486 - neutron - [Community goal] Add contributor and PTL guide (MERGED) - 10 patch sets
21:40:49 <slaweq> so, now the only community goal which isn't done yet is old "Support IPv6-Only Deployments "
21:41:02 <slaweq> I'm slowly checking neutron-tempest-plugin ipv6-only job
21:41:18 <slaweq> but that's not my top priority now
21:41:36 <slaweq> and that's all from me regarding community goals
21:42:05 <slaweq> do You want to add anything?
21:42:40 <njohnston> looks good to me! :-)
21:42:55 <bcafarel> not much to add as we are in good state
21:43:07 <slaweq> thx
21:43:11 <slaweq> so next topic
21:43:14 <slaweq> #topic Bugs
21:43:21 <slaweq> bcafarel was on bug deputy. Summary http://lists.openstack.org/pipermail/openstack-discuss/2020-March/013352.html
21:43:39 <slaweq> bcafarel: do You want to talk about something specif from this summary?
21:44:14 <bcafarel> not much to highlight this was a relatively quiet week
21:44:32 <bcafarel> there is probably some discussion needed for https://bugs.launchpad.net/neutron/+bug/1867119
21:44:33 <openstack> Launchpad bug 1867119 in neutron "[security] Add allowed-address-pair to one port will open all others' protocol under same security group" [Critical,In progress] - Assigned to LIU Yulong (dragon889)
21:44:58 <bcafarel> the rest of the bugs are minor or with good progress
21:45:19 <slaweq> thx bcafarel
21:45:35 <bcafarel> also from older bugs https://bugs.launchpad.net/neutron/+bug/1866445 was reopened with maybe fix for their case (iptables instead of ovs fw)
21:45:36 <openstack> Launchpad bug 1866445 in neutron "br-int bridge in one compute can't learn MAC addresses of VMs in other compute nodes" [Medium,In progress]
21:45:49 <slaweq> I will check patch proposed for https://bugs.launchpad.net/neutron/+bug/1867119 but I'm not sure if this will fix an issue without changing allowed_address_pairs behaviour at all
21:45:50 <openstack> Launchpad bug 1867119 in neutron "[security] Add allowed-address-pair to one port will open all others' protocol under same security group" [Critical,In progress] - Assigned to LIU Yulong (dragon889)
21:46:46 <bcafarel> though if it does it (and we do not see it with this change) will be a nice occasion to add test for it
21:48:21 <slaweq> bcafarel: true
21:48:46 <slaweq> ok, anything else regarding bugs?
21:50:08 <slaweq> ok, I guess that this means "no" :)
21:50:16 <slaweq> this week I'm on bug deputy
21:50:37 <slaweq> and next week will be hongbin, I will ping him to make sure that he will do it
21:50:54 <slaweq> if he can't, haleyb You are next in the queue :)
21:51:42 <slaweq> ok, mlavalle is not here so I guess we can skip "performance subteam" item from the agenda
21:52:05 <slaweq> and that leads us to the open agenda
21:52:10 <slaweq> #topic On Demand Agenda
21:52:14 <haleyb> slaweq: ack, i'll let you know if i have a conflict with jury duty, will know tomorrow
21:52:25 <slaweq> haleyb: ok, thx
21:52:32 <slaweq> so it's not finished still?
21:52:37 <slaweq> this jury duty
21:52:50 <haleyb> suspended today due to virus, that's all they told me
21:53:19 <slaweq> ok
21:53:23 <slaweq> good luck then :)
21:54:23 <slaweq> ok, if there is anything else You want to talk about, I think I can give You few minutes back
21:54:32 <slaweq> thx for attending the meeting and have a great week
21:54:34 <slaweq> o/
21:54:43 <slaweq> (and goodnight :))
21:54:51 <njohnston> o/
21:54:54 <slaweq> #endmeeting