Tuesday, 2022-03-15

*** dasm|afk is now known as dasm00:20
opendevreviewPedro Henrique Pereira Martins proposed openstack/neutron master: Extend database to support portforwardings with port range  https://review.opendev.org/c/openstack/neutron/+/79896101:03
opendevreviewliuyulong proposed openstack/neutron master: [Doc] packet rete limit user workflow and notes  https://review.opendev.org/c/openstack/neutron/+/82867302:36
opendevreviewliuyulong proposed openstack/neutron master: Add policy for packet rate limit rules  https://review.opendev.org/c/openstack/neutron/+/82916102:36
opendevreviewliuyulong proposed openstack/neutron master: Meter flows and ovsdb action for ovs bridge  https://review.opendev.org/c/openstack/neutron/+/81680002:36
opendevreviewliuyulong proposed openstack/neutron master: Support pps limitation for openvswitch agent  https://review.opendev.org/c/openstack/neutron/+/81680202:36
opendevreviewliuyulong proposed openstack/neutron master: Fullstack tests of packet rate limit for ovs qos driver  https://review.opendev.org/c/openstack/neutron/+/81941802:36
opendevreviewyangjianfeng proposed openstack/neutron master: [docs] L3 router support ndp proxy  https://review.opendev.org/c/openstack/neutron/+/82225302:58
opendevreviewliuyulong proposed openstack/neutron master: Meter flows and ovsdb action for ovs bridge  https://review.opendev.org/c/openstack/neutron/+/81680005:15
opendevreviewliuyulong proposed openstack/neutron master: Support pps limitation for openvswitch agent  https://review.opendev.org/c/openstack/neutron/+/81680205:15
opendevreviewliuyulong proposed openstack/neutron master: Fullstack tests of packet rate limit for ovs qos driver  https://review.opendev.org/c/openstack/neutron/+/81941805:15
opendevreviewLuis Tomas Bolivar proposed openstack/neutron stable/yoga: Ensure no GARPs are sent for Load Balancer VIPs on tenant networks  https://review.opendev.org/c/openstack/neutron/+/83373008:05
opendevreviewLuis Tomas Bolivar proposed openstack/neutron stable/xena: Ensure no GARPs are sent for Load Balancer VIPs on tenant networks  https://review.opendev.org/c/openstack/neutron/+/83373108:06
opendevreviewLuis Tomas Bolivar proposed openstack/neutron stable/wallaby: Ensure no GARPs are sent for Load Balancer VIPs on tenant networks  https://review.opendev.org/c/openstack/neutron/+/83373208:07
opendevreviewLuis Tomas Bolivar proposed openstack/neutron stable/victoria: Ensure no GARPs are sent for Load Balancer VIPs on tenant networks  https://review.opendev.org/c/openstack/neutron/+/83373308:08
opendevreviewLuis Tomas Bolivar proposed openstack/neutron stable/ussuri: Ensure no GARPs are sent for Load Balancer VIPs on tenant networks  https://review.opendev.org/c/openstack/neutron/+/83373408:10
opendevreviewLuis Tomas Bolivar proposed openstack/networking-ovn stable/train: Ensure no GARPs are sent for Load Balancer VIPs on tenant networks  https://review.opendev.org/c/openstack/networking-ovn/+/83372808:23
opendevreviewRodolfo Alonso proposed openstack/neutron master: [OVN] Remove maintenance "check_for_igmp_snoop_support"  https://review.opendev.org/c/openstack/neutron/+/83365508:50
opendevreviewRodolfo Alonso proposed openstack/neutron master: [OVN] Remove maintenance "check_for_fragmentation_support"  https://review.opendev.org/c/openstack/neutron/+/83365608:51
opendevreviewRodolfo Alonso proposed openstack/neutron master: [OVN] Remove maintenance "check_metadata_ports"  https://review.opendev.org/c/openstack/neutron/+/83365708:53
ralonsohfolks, if you have time to review these patches08:58
ralonsohhttps://review.opendev.org/c/openstack/neutron/+/83337708:58
ralonsohhttps://review.opendev.org/c/openstack/neutron/+/82768308:58
ralonsohthanks!08:58
opendevreviewRodolfo Alonso proposed openstack/neutron master: [QoS][L3] Use floating IP OVO QoS fields  https://review.opendev.org/c/openstack/neutron/+/83366709:14
opendevreviewMerged openstack/neutron master: Use python3-devel in bindep for rpm distros  https://review.opendev.org/c/openstack/neutron/+/83310110:16
opendevreviewMerged openstack/neutron master: Open Zed DB branch  https://review.opendev.org/c/openstack/neutron/+/83337711:06
opendevreviewRodolfo Alonso proposed openstack/neutron master: [DNM] [WIP] Refactor the DB contexts  https://review.opendev.org/c/openstack/neutron/+/83324711:09
opendevreviewyatin proposed openstack/neutron master: [OVN][port-forwarding] Add lb also to logical_switches  https://review.opendev.org/c/openstack/neutron/+/83362011:11
opendevreviewMerged openstack/ovn-octavia-provider master: Retry logical switch associations to load balancers  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/82912611:21
opendevreviewSlawek Kaplonski proposed openstack/neutron master: Fix ingress bandwidth limit in the openvswitch agent  https://review.opendev.org/c/openstack/neutron/+/83266211:43
slaweqralonsoh: when You will have some time, please check ^^11:44
slaweqthx in advance :)11:44
ralonsohsure11:44
slaweqthx11:54
opendevreviewPedro Henrique Pereira Martins proposed openstack/neutron master: Extend database to support portforwardings with port range  https://review.opendev.org/c/openstack/neutron/+/79896112:10
opendevreviewyatin proposed openstack/neutron master: Update tox-override template with py38 jobs  https://review.opendev.org/c/openstack/neutron/+/83377913:12
ykarelralonsoh, slaweq ^ was missed with zed template switch13:13
ykareli noticed when tox-py38 job timedout with 42 minutes13:13
opendevreviewyatin proposed openstack/neutron master: [OVN][port-forwarding] Add lb also to logical_switches  https://review.opendev.org/c/openstack/neutron/+/83362013:15
opendevreviewLajos Katona proposed openstack/neutron master: Add grenade-skip-level (tick-tick) job  https://review.opendev.org/c/openstack/neutron/+/83308013:46
lajoskatona#startmeeting networking14:00
opendevmeetMeeting started Tue Mar 15 14:00:22 2022 UTC and is due to finish in 60 minutes.  The chair is lajoskatona. Information about MeetBot at http://wiki.debian.org/MeetBot.14:00
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.14:00
opendevmeetThe meeting name has been set to 'networking'14:00
lajoskatonaHi14:00
mlavalleo/14:00
ralonsohhi14:00
obondarevhi14:00
amotokihi14:00
isabekHi14:00
slaweqHi14:01
lajoskatonaWe can start as I see14:02
lajoskatona#topic Announcements14:02
lajoskatonaFor one of the last times Yoga cycle calendar https://releases.openstack.org/yoga/schedule.html14:02
lajoskatonaWe have a release countdown mail from elod: R-2: http://lists.openstack.org/pipermail/openstack-discuss/2022-March/027679.html14:03
lajoskatonawhat is interesting that RC1 is out (20.0.0.0rc1 for Neutron)14:03
lajoskatonawe have Yoga branch, and all the fancy things for the release, great work everybody :-)14:04
ralonsohcongrats!14:05
mlavalle++14:05
obondarevcool!14:05
slaweqYay!14:06
lajoskatonaWe can check if wee need an RC214:06
slaweqBtw do we have any potential patches for RC2?14:06
lajoskatonaI remember this one: https://review.opendev.org/c/openstack/neutron/+/832662 (Fix ingress bandwidth limit in the openvswitch agent )14:07
lajoskatonabut not sure if we really need to have RC2 for it14:07
slaweqI don't think so14:08
slaweqWe can backport it later probably14:08
lajoskatonaok,14:08
lajoskatonaWe have ~1 week for it14:09
slaweqOk14:11
lajoskatonaThe Zed schedule: https://releases.openstack.org/zed/schedule.html14:11
lajoskatonaAnd the Zed PTG etherpad: https://etherpad.opendev.org/p/neutron-zed-ptg14:11
lajoskatonaWe have the Grizzly room from 13:00 - 16:00 UTC Monday-thursday14:12
lajoskatonaand 14:00-16:00 UTC for Friday14:12
slaweqThursday and Friday neutron sessions overlaps with TC sessions so I will probably be not available 14:13
slaweqOr not all time at least14:13
slaweqAnd on Monday there is TC and PTLs session too14:14
lajoskatonaslaweq: ok,14:14
lajoskatonathe TC - PTL session will be on Monday14:14
lajoskatonaslaweq: ok, than I have good note for it :-)14:14
lajoskatonaso please add your topics to the etherpad14:15
lajoskatonaIf there's no more question forr announcements, we can jump to the next topic14:17
lajoskatona#topic Bugs14:17
lajoskatonaReport from amotoki: http://lists.openstack.org/pipermail/openstack-discuss/2022-March/027708.html14:17
lajoskatonaI saw one bug which needs attention: 14:18
lajoskatona[OVN Octavia Provider] OVN provider tests using too old version of OVN  (#link https://bugs.launchpad.net/neutron/+bug/1964339 )14:18
lajoskatonaamotoki: do you have something to highlight14:18
lajoskatona?14:18
amotokiregarding the bug lajoskatona mentioned, looking at some recent job results, local.conf seems not to be confiugred properly.14:19
amotokiit might be related to a gate configuration.14:19
*** jlibosva is now known as Guest221814:19
amotokihopefully ovn-octavia-folks can look into it.14:20
ralonsohamotoki, I'll ping Luis 14:20
amotokiralonsoh: thanks14:20
lajoskatonaralonsoh, amotoki: thanks14:20
amotokiI also added "rfe" tags to two bugs. they needs discussions for enhancements.14:21
lajoskatonaamotoki: thanks, I will add them to the drivers meeting agenda for Friday14:21
amotokithat's all from me.14:22
lajoskatonaamotokig: thanks again14:22
lajoskatonaThis week mlavalle is the deputy, and next week rubasov will be.14:22
mlavalleon it, my fearless leader!14:22
lajoskatonamlavalle: :-)14:23
lajoskatonaok, next topic14:23
lajoskatonaliuyulong, liuyulong_: do you have something for L3 perhaps?14:24
mlavallehe just dropped off14:26
lajoskatonaok, it seems liuyulong has some network issues14:26
lajoskatonaWe can move on then14:27
liuyulong_We have L3 ndp merged.14:27
liuyulong_#link https://review.opendev.org/q/topic:bug%252F187730114:27
liuyulong_The rest of the code can continue to move forward now.14:28
lajoskatonaliuyulong_: good news14:28
liuyulong_#link https://review.opendev.org/c/openstack/neutron-specs/+/832660 I add this RA "speaker" spec for ovs agent, a simple solution, please take a look, if you guys interest.14:29
liuyulong_an alternative for radvd.14:30
lajoskatonaliuyulong_:  sure, I will check it14:31
liuyulong_Last one,  the feature of port range for port forwarding https://review.opendev.org/c/openstack/neutron/+/79896114:31
liuyulong_A really big patch which mixed the server side and agent side works.14:32
opendevreviewLucas Alvares Gomes proposed openstack/ovn-octavia-provider master: Fix zuul templates for functional tests  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/83379814:32
liuyulong_This is very useful, since our customers are creating tons of port forwarding entries under one router, because it is 1-1 pair now.14:33
lajoskatonaliuyulong_: thanks for bringing it here, I will check it, but it is indeed huge patch14:33
liuyulong_OK, then, no more from me now.14:34
lajoskatonaliuyulong_: thanks14:34
lajoskatona#topic On Demand Agenda14:35
lajoskatonaI added one topic but I just chekced and I think it will be short dicussion14:35
lajoskatona(lajoskatona): tick-tick upgrade / grenade-skip-level jobs:14:35
lajoskatonamail from Dan: http://lists.openstack.org/pipermail/openstack-discuss/2022-March/027639.html14:35
*** liuyulong_ is now known as liuyulong14:36
lajoskatonathe base of this is the new release cadence resolution (#link https://governance.openstack.org/tc/resolutions/20220210-release-cadence-adjustment.html )14:36
lajoskatonawhich allows operators to upgrade to every second release (that is tick I think) 14:37
slaweqyes14:37
opendevreviewFernando Royo proposed openstack/ovn-octavia-provider master: Fix deletion of members without subnet_id  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/83379914:37
ralonsohso everything must be compatible with version-2 ?14:37
lajoskatonabut we as community keep the middle releases also maintained (tock releases) and keep the upgrade working from tock to tick release also14:37
ralonsohnot as is now, that should be version - 1?14:37
amotokiyes for "tick" releases14:38
ralonsohunderstood14:38
lajoskatonaralonsoh: yes, so for example there questions to keep RPC compatibility for N-214:38
opendevreviewLucas Alvares Gomes proposed openstack/ovn-octavia-provider master: Fix zuul templates for functional tests  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/83379814:38
opendevreviewLuis Tomas Bolivar proposed openstack/ovn-octavia-provider master: Make release job use more up-to-date ovn/ovs branches  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/83380014:38
slaweqralonsoh: if You are asking e.g. about RPC compatibility, then no14:38
slaweqit still can be just N to N-114:38
slaweqtick-tick don't need to be live upgrade, according to the TC resolution14:39
lajoskatonaslaweq: ok, I thought that we go for N-2 RPC compatiblity14:39
amotokithe resolution does not necessarily cover live upgrade from N-2 to N but perhaps it is nice to have.14:39
ralonsohok, I think we'll get used to this14:39
slaweqplease check https://governance.openstack.org/tc/resolutions/20220210-release-cadence-adjustment.html#details and point 614:39
fricklerit would be nice to support that still, even if TC doesn't require it, yes14:39
slaweqyes, but that's not hard requirement14:40
lajoskatonaThe AA release will be the first tick if I understand well14:40
fricklerit's the only thing that would make the whole effort worthwhile for a project like kolla without having to invent a new deployment type14:40
lajoskatonaso the whole thing in hard requirements will have to work first between AA and CC (whatever these will be) am I right?14:41
slaweqlajoskatona: yes, that's my understanding too14:42
amotokiAccording to the resolution, Y -> AA upgrade will be supported as experimental 14:42
lajoskatonaso if we start testing it now we can have few releases to decide on these and fix it if there is a community agreement on it14:42
lajoskatonaamotoki: yes, this is why we start the testing with grenade14:43
lajoskatonabut it is more a test time , am I understand it correctly?14:43
amotokiperhaps we need one more grenade job.14:44
lajoskatonaslaweq and I started to add it: https://review.opendev.org/c/openstack/neutron/+/83308014:45
lajoskatonaone for ovs and one for OVN14:45
lajoskatonaIn the patch i added ovs job to periodic and OVN to experimental (as current grenade ovn also in experimental)14:45
lajoskatonathe ovs upgrade works ( checked it as experimental: https://zuul.opendev.org/t/openstack/build/b71ebe5826f64492a47c2a6e7feed31a14:46
lajoskatonabut OVN fails: https://zuul.opendev.org/t/openstack/build/8314af7d9257424da71c8ddf3eba7a4d14:47
slaweqI think that OVN grenade jobs are broken for long time14:48
slaweqand it's not related to the tick-tock upgrades probably14:48
lajoskatonaslaweq: true, the "simple" grenade also failed14:48
lajoskatonaI am not sure as OVN is the default in devstack, isn't that something that cross this community goal?14:49
ralonsohit should, I think14:50
lajoskatonaralonsoh: ok, so it is something that we have to focus on, perhaps even discuss during the PTG14:51
slaweqI think that when we were switching devstack's default we changed grenade jobs to explicitly use ml2/ovs14:51
slaweqand we never came back to update it14:51
slaweqbut I may be wrong here, it should be checked14:51
lajoskatonaslaweq: ok, thanks, I will check history :-)14:52
slaweq++14:52
fricklerhaving a job testing ovs => ovn migration would also be nice, btw14:52
lajoskatonaok, thanks, that's it from me14:52
ralonsohfrickler, that's not trivial14:52
slaweqfrickler: but currently such migration is only supported for the tripleo based deployment14:52
lajoskatonajlibosva presented it during the last PTG14:52
ralonsohwe have templates for tripleo14:53
slaweqnot in devstack14:53
lajoskatonaI will add this topic to the PTG etherpad14:53
fricklerwould be really nice to also support the rest of the world14:53
fricklerack14:54
mlavalle1Good idea14:54
lajoskatonaIf there is nothing more to discuss, we can close the meeting14:54
lajoskatona#endmeeting14:56
opendevmeetMeeting ended Tue Mar 15 14:56:01 2022 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:56
opendevmeetMinutes:        https://meetings.opendev.org/meetings/networking/2022/networking.2022-03-15-14.00.html14:56
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/networking/2022/networking.2022-03-15-14.00.txt14:56
opendevmeetLog:            https://meetings.opendev.org/meetings/networking/2022/networking.2022-03-15-14.00.log.html14:56
lajoskatonaBye14:56
mlavalle1o/14:56
amotokio/14:56
ralonsohbye14:56
slaweqo/14:56
lajoskatonaslaweq: I can't participate today's CI meeting (sorry for late notice)14:56
slaweqlajoskatona: sure, thx for the heads up14:56
slaweqI think it will be low attendence meeting today14:57
obondarevme either, sorry14:57
slaweqok, thx obondarev 14:57
slaweq#startmeeting neutron_ci15:00
opendevmeetMeeting started Tue Mar 15 15:00:35 2022 UTC and is due to finish in 60 minutes.  The chair is slaweq. Information about MeetBot at http://wiki.debian.org/MeetBot.15:00
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.15:00
opendevmeetThe meeting name has been set to 'neutron_ci'15:00
slaweqralonsoh: ykarel anyone else who wants to join ci meeting, it's video meeting today15:00
slaweq#link https://meetpad.opendev.org/neutron-ci-meetings15:01
ralonsohslaweq, thanks!15:01
ykarelo/15:01
ralonsohslaweq, but I have another video meeting now15:01
slaweqralonsoh: ok15:01
ralonsohslaweq, I can help in IRC, if needed15:01
slaweqykarel: ralonsoh wdyt if we cancel this meeting today?15:02
ralonsohykarel, why?15:02
ralonsohslaweq, ?15:02
slaweqthere isn't anything very urgent really on the agenda and attendance is seems to be very low15:02
ralonsohah ok, no problem for me15:02
ralonsohsorry for that15:03
ykarelok from my side15:03
slaweqso I'm not sure if there's really need to do it today15:03
slaweqno problem at all ralonsoh 15:03
slaweqit's fine15:03
slaweqok, let's move our video meeting for next week simply15:03
ralonsohperfect15:03
slaweqand cancel it today15:03
slaweq#endmeeting15:03
opendevmeetMeeting ended Tue Mar 15 15:03:45 2022 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:03
opendevmeetMinutes:        https://meetings.opendev.org/meetings/neutron_ci/2022/neutron_ci.2022-03-15-15.00.html15:03
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/neutron_ci/2022/neutron_ci.2022-03-15-15.00.txt15:03
opendevmeetLog:            https://meetings.opendev.org/meetings/neutron_ci/2022/neutron_ci.2022-03-15-15.00.log.html15:03
opendevreviewFernando Royo proposed openstack/ovn-octavia-provider master: Fix deletion of members without subnet_id  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/83379915:16
opendevreviewRodolfo Alonso proposed openstack/ovn-octavia-provider master: Fix zuul templates for functional tests  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/83379815:40
opendevreviewMerged openstack/neutron master: Run configure_for_func_testing script after enable fips  https://review.opendev.org/c/openstack/neutron/+/83317715:42
opendevreviewMerged openstack/neutron master: Enable sctp module in the fullstack Centos node  https://review.opendev.org/c/openstack/neutron/+/83325815:42
opendevreviewMerged openstack/neutron master: Support filtering for QoS rule type list  https://review.opendev.org/c/openstack/neutron/+/82768315:42
mlavalleslaweq: so didn't miss the meeting after all :-)15:57
slaweqmlavalle: yes, almost everyone had to leave today or had different meeting15:58
slaweqso we cancelled it :)15:58
opendevreviewFernando Royo proposed openstack/ovn-octavia-provider stable/yoga: Retry logical switch associations to load balancers  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/83387216:07
opendevreviewMerged openstack/neutron master: Update tox-override template with py38 jobs  https://review.opendev.org/c/openstack/neutron/+/83377916:11
opendevreviewFernando Royo proposed openstack/ovn-octavia-provider stable/wallaby: Retry logical switch associations to load balancers  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/83388216:54
opendevreviewFernando Royo proposed openstack/ovn-octavia-provider stable/victoria: Retry logical switch associations to load balancers  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/83388416:58
opendevreviewFernando Royo proposed openstack/ovn-octavia-provider stable/xena: Retry logical switch associations to load balancers  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/83388516:59
opendevreviewTerry Wilson proposed openstack/networking-ovn stable/train: [OVN] Do not fail when processing SG rule deletion  https://review.opendev.org/c/openstack/networking-ovn/+/83389017:36
hyang[m]Hi team, I'm facing some issue when using the latest Neutron (OVS firewall) with VIP supporting L3DSR. In L3DSR (https://github.com/yahoo/l3dsr/blob/master/docs/nanog51.pdf) the server (VM) will respond to the client directly, the server will also update the response packet's source IP to the VIP's IP. After configuring the VIP's IP as additional allowed-address-pair of the port, I found the packet is still dropped at hypervisor18:58
hyang[m]unless I disable the port-security. Can someone please help to shed some light on how to resolve it? Or is the behavior of modifying the source IP of the response packet will never work for Neutron's openflow rules? Thanks!18:58
fricklerhyang[m]: I'm not sure about the details right now, but you need stateless firewall rules for that, while the default is stateful19:31
frickler(the default with OVS firewall) we solved it some time age by reverting to iptables_hybrid, but iirc there is an option for stateless with OVS now19:32
hyang[m]frickler: ah the stateless SG is something I've not explored yet but sounds promising, I'll give it a try. Thanks for your info!19:35
opendevreviewSlawek Kaplonski proposed openstack/neutron master: Fix ingress bandwidth limit in the openvswitch agent  https://review.opendev.org/c/openstack/neutron/+/83266219:54
hyang[m]frickler: after some searching I found the stateless SG is not supported in the current OVS firewall yet https://bugs.launchpad.net/neutron/+bug/1885261 and based on the previous meeting notes it sounds like adding the support won't be some trivial work and we may need a new driver for it.20:48
*** dasm is now known as dasm|off21:41

Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!