Wednesday, 2021-06-16

*** hjensas is now known as hjensas|afk00:04
opendevreviewBrian Haley proposed openstack/networking-ovn stable/train: Fix oslo.config duplicate option failure  https://review.opendev.org/c/openstack/networking-ovn/+/79651701:17
opendevreviewBrian Haley proposed openstack/networking-ovn stable/train: Fix oslo.config duplicate option failure  https://review.opendev.org/c/openstack/networking-ovn/+/79651701:34
opendevreviewliuyulong proposed openstack/neutron master: Bump neutron-lib to 2.12.0  https://review.opendev.org/c/openstack/neutron/+/79640402:46
opendevreviewliuyulong proposed openstack/neutron master: [QoS] Add rule type packet per second (pps)  https://review.opendev.org/c/openstack/neutron/+/79636302:46
opendevreviewYi Yang proposed openstack/os-ken master: Enhance os-ken to support Nicira PacketIn2  https://review.opendev.org/c/openstack/os-ken/+/79596303:28
opendevreviewManu B proposed openstack/neutron-specs master: BGPaaS enhancements  https://review.opendev.org/c/openstack/neutron-specs/+/78379104:54
opendevreviewMerged openstack/neutron master: Add support for OVN allow-stateless ACLs  https://review.opendev.org/c/openstack/neutron/+/78997405:17
*** ramishra1 is now known as ramishra05:32
opendevreviewManu B proposed openstack/neutron-specs master: BGPaaS enhancements  https://review.opendev.org/c/openstack/neutron-specs/+/78379105:41
opendevreviewManu B proposed openstack/neutron-specs master: BGPaaS enhancements  https://review.opendev.org/c/openstack/neutron-specs/+/78379105:42
gibineutrinos: is there a good example how to backport neutron db schema migrations to stable branches with alembic?06:59
slaweq@gibi hi, we usually don't do that, at least not upstream06:59
slaweqbut if we want to do it d/s we propose something like in https://review.opendev.org/c/openstack/neutron/+/601336/92/neutron/db/migration/alembic_migrations/versions/xena/expand/d863c3bdc0c5_add_active_allowed_address_pairs.py07:00
slaweqso we can backport it d/s and it will be able to handle  later the case when table/column already exists07:00
slaweqis that something what You are asking for?07:00
opendevreviewYi Yang proposed openstack/os-ken master: Enhance os-ken to support Nicira PacketIn2  https://review.opendev.org/c/openstack/os-ken/+/79596307:01
gibislaweq: so basically you create a conditional migration on master to handle if the actual migration already happened in a previous release07:11
gibidue to downstream backporting of the migration07:11
slaweqgibi yes07:11
slaweqit won't hurt master at all, and helps us in d/s backport a lot07:11
gibislaweq: thanks that is what I was looking for07:12
slaweqgreat :)07:12
gibi:)07:12
*** rpittau|afk is now known as rpittau07:15
Zainub_WahidHello, Yesterday, I asked about having an issue while deploying devstack. and you guys suggested me to set OVS as background instead of OVN/ML2. Do i need to change this in local.conf only? As, i tried setting Q_AGENT=Openvswitch07:41
opendevreviewYi Yang proposed openstack/os-ken master: Enhance os-ken to support Nicira PacketIn2  https://review.opendev.org/c/openstack/os-ken/+/79596307:45
ralonsohZainub_Wahid, I think this is still valid07:53
ralonsohhttps://gist.github.com/stephenfin/d1c000f7e52ff181c4673322b28eaf47#file-local-conf07:53
Zainub_WahidThank you07:54
*** elodilles is now known as elodilles_afk08:10
opendevreviewSlawek Kaplonski proposed openstack/neutron-tempest-plugin master: Update definition of the neutron-tempest-plugin-dvr-multinode-scenario  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/79549208:11
opendevreviewSlawek Kaplonski proposed openstack/neutron-tempest-plugin master: Enable tls-proxy in jobs where it was disabled  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/79592908:12
opendevreviewSlawek Kaplonski proposed openstack/neutron-tempest-plugin master: Add new scenario test for VIP address added as allowed addr pair  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/79484108:12
slaweqralonsoh lajoskatona hi, can You make another round of review of the patch https://review.opendev.org/c/openstack/neutron/+/601336 when You will have some time?08:14
slaweqthx in advance08:14
ralonsohslaweq, sure08:17
slaweqthx a lot08:17
*** gthiemon1e is now known as gthiemonge08:23
opendevreviewYi Yang proposed openstack/os-ken master: Enhance os-ken to support Nicira PacketIn2  https://review.opendev.org/c/openstack/os-ken/+/79596308:51
opendevreviewMerged openstack/neutron-specs master: Remove Xena placeholder spec  https://review.opendev.org/c/openstack/neutron-specs/+/78147408:52
opendevreviewSlawek Kaplonski proposed openstack/neutron-tempest-plugin master: Enforce new policy defaults and scopes in the API job  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/79661209:19
slaweqralonsoh lajoskatona can You check and approve https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/787718 ? thx in advance09:21
ralonsohsure09:22
opendevreviewMerged openstack/networking-ovn stable/stein: [EM releases] Move non-voting jobs to the experimental queue  https://review.opendev.org/c/openstack/networking-ovn/+/79649409:23
opendevreviewMamatisa Nurmatov proposed openstack/neutron master: use callback payloads for SECURITY_GROUP  https://review.opendev.org/c/openstack/neutron/+/67404409:33
opendevreviewHemanth N proposed openstack/neutron master: [OVN] neutron-ovn-metadat-agent add retry logic for sb_idl  https://review.opendev.org/c/openstack/neutron/+/79661309:33
opendevreviewSlawek Kaplonski proposed openstack/networking-odl stable/stein: [EM releases] Move non-voting jobs to the experimental queue  https://review.opendev.org/c/openstack/networking-odl/+/79649609:48
slaweqlajoskatona ralonsoh can You also take a look at https://review.opendev.org/c/openstack/neutron/+/793141 and https://review.opendev.org/c/openstack/neutron/+/795979 ? thx09:55
slaweqralonsoh and please also check https://review.opendev.org/c/openstack/neutron/+/778702 and https://review.opendev.org/c/openstack/neutron/+/77871609:56
slaweqralonsoh and https://review.opendev.org/c/openstack/neutron/+/777123 :)09:56
slaweqthose last 3 are backports to stable releases, already reviewed by bcafarel :)09:58
bcafarelso, nothing for me to review then? :)10:05
slaweqbcafarel at least nothing from those patches :P10:06
opendevreviewMerged openstack/neutron stable/wallaby: Provide the rpc_response_max_timeout parameter to sriov-agent  https://review.opendev.org/c/openstack/neutron/+/79621910:31
opendevreviewMerged openstack/neutron stable/ussuri: Provide the rpc_response_max_timeout parameter to sriov-agent  https://review.opendev.org/c/openstack/neutron/+/79622110:31
opendevreviewKamil Sambor proposed openstack/neutron master: Add localport const and refactor  https://review.opendev.org/c/openstack/neutron/+/79650111:03
opendevreviewSlawek Kaplonski proposed openstack/neutron master: [Docs] Add info about vlan transparent networks' MTU  https://review.opendev.org/c/openstack/neutron/+/79663712:06
opendevreviewMerged openstack/networking-ovn stable/train: Fix oslo.config duplicate option failure  https://review.opendev.org/c/openstack/networking-ovn/+/79651712:10
opendevreviewKamil Sambor proposed openstack/neutron master: Add localport const and refactor  https://review.opendev.org/c/openstack/neutron/+/79650112:51
liuyulong112:59
*** elodilles_afk is now known as elodilles13:04
opendevreviewRodolfo Alonso proposed openstack/neutron master: Remove ``ConfDriver`` code  https://review.opendev.org/c/openstack/neutron/+/79099913:18
opendevreviewBence Romsics proposed openstack/neutron-specs master: Allow multiple external gateways  https://review.opendev.org/c/openstack/neutron-specs/+/77951113:24
liuyulonghi there14:00
liuyulong#startmeeting neutron_l314:00
opendevmeetMeeting started Wed Jun 16 14:00:45 2021 UTC and is due to finish in 60 minutes.  The chair is liuyulong. 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 'neutron_l3'14:00
liuyulongL3 meeting should be here?14:01
haleybyes, and hi.  i am in training so might be more lurking14:01
lajoskatonaHi14:02
liuyulongOK, cool, I think more Neutron developers should attend the meeting by default if they are in this channel.14:03
liuyulong#topic Announcements14:03
liuyulongThe meeting boot does not response to the topic change?14:04
liuyulongOK, I see someone said that "#topic" not work now.14:05
liuyulongWe change the meeting channel for L3 subteam, this is the only thing I want to mention in this section.14:06
liuyulong#link https://meetings.opendev.org/#Neutron_L3_Sub-team_Meeting14:06
liuyulongWe have changed the IRC channels for all Neutron meetings to  #openstack-neutron14:08
lajoskatonaliuyulong: there are issues with chatbot, so perhaps this is just one of those14:08
liuyulongOK, no more announcements. Let's move on.14:08
liuyulonglajoskatona, I see the "topic issue" both in channel #openstack-meeting-alt and #openstack-nova. They just said the same thing there.14:10
liuyulong#topic Bugs14:10
liuyulongFirst one14:10
liuyulong#link https://bugs.launchpad.net/neutron/+bug/192653114:10
liuyulongI should say sorry, too many things bothered me that I forgot to submit the related fix.14:12
liuyulongThis should be easy to fix, just check if there are floating IPs services by the DVR local router. If yes, do not run the veth pair device clean up action.14:13
liuyulongNext one14:15
liuyulong#link https://bugs.launchpad.net/neutron/+bug/192604514:15
liuyulongAs I said before, such behaviour should be the feature. But the reporter re-open it, so let's wait what he/she will response.14:16
liuyulongNext one14:16
liuyulong#link https://bugs.launchpad.net/neutron/+bug/193020014:16
liuyulong"[RFE] Add support for Node-Local virtual IP" I guess, I should add the bug title here.14:17
liuyulongThis RFE has been approved. I just left some comments there, the main concern from me is how the packet transmit on the datapath (flows).14:18
liuyulongif i understand correctly, when VMs are going to communit with a "Node-Local virtual IP". The destination IP address will be changed to another VM's fixed IP.14:22
liuyulong#link https://meetings.opendev.org/meetings/neutron_drivers/2021/neutron_drivers.2021-06-04-14.01.log.html#l-2214:24
liuyulong^^^ this is the discussion about this RFE.14:25
liuyulongThey just mentioned "169.254.169.254", so my thougth is just based on that.14:26
liuyulongOK, last one14:27
liuyulong#link https://bugs.launchpad.net/neutron/+bug/193195314:27
liuyulong"[RFE] Openflow-based DVR L3"14:27
liuyulongAnother flow based L3 request.14:27
haleybwasn't there a proposal for this before that we decided to not complete?14:27
liuyulongWe already have https://bugs.launchpad.net/neutron/+bug/1705536 and https://blueprints.launchpad.net/neutron/+spec/openflow-based-dvr14:28
ralonsohthis is an old RFE, there are some old patches14:28
liuyulong#link https://bugs.launchpad.net/neutron/+bug/1931953/comments/1 14:28
haleybright, and we said let's use OVN instead14:28
liuyulongYes, I mentioned to the reporter about all these information.14:28
ralonsohIMO this should be discussed in the drivers meeting14:28
lajoskatonaagree14:29
ralonsohI'll add the topic14:29
liuyulongActually I would like to see if python based neutron agents can achive a higher performance by using ovs flows (dpdk) for L3 functionalities.14:31
ralonsohfor sure it will14:31
ralonsohbut the problem is the complexity of the code, as I remember when I was helping David on this14:31
ralonsohand all the corner cases14:32
liuyulongAnd, for python neutron agents, such solution should be easily to upgrade for existing cloud.14:32
liuyulongralonsoh, yes, DVR is really complicated, too many cases should be covered.14:33
liuyulongFrom my personal experiences, Neutron L3 functionalities are now based on kernel network stack (datapath) which can not meet increasing performance requirements in real production cloud.14:35
ralonsohyeah, this is a know problem. For sure offloading the processing to OF rules could speed up that14:36
*** gthiemon1e is now known as gthiemonge14:37
ralonsohof course, the complexity of this change could be huge14:37
ralonsohand I don't know, now having OVN, if that could be relevant14:37
liuyulongBut current implementation has a very very advanced alternatives is to translate the iptables to eBPF which is in userspace with high performance.14:38
ralonsohwell, all kernel filtering has been merged in one single tool, nft14:39
liuyulongNew kernel supports that, but it is very experimental.14:39
ralonsohI don't know if going through this path has any benefit14:39
ralonsohinstead of spending time on nft14:39
liuyulongThere are some works is to offload iptables rules to BPF program transparently. So maybe we just use the iptables to set the rules as we do now, then everything done by the kernel In an ideal state. :)14:42
liuyulongralonsoh, can OVN use ovs-DPDK to accelerate packet trasimit rate?14:43
ralonsohfor sure and HW offload 14:44
liuyulong#link https://docs.openstack.org/networking-ovn/latest/admin/dpdk.html14:46
ralonsohwe can discuss about this offline14:46
liuyulongMaybe we can write something about the performance increment in this doc.14:46
ralonsohI think we have better documentation14:46
ralonsoh*updated14:46
liuyulong#topic On demand agenda14:47
liuyulongOK, we still have sometime.14:47
liuyulongFirstly, I'd like to request the team to review the code https://review.opendev.org/q/topic:%22bp%252Fdistributed-dhcp-for-ml2-ovs%22+(status:open%20OR%20status:merged)14:48
ralonsohI'll add them to my pile14:48
liuyulongIt almost done. Then we can say someday the DHCP agent can get retired.14:48
lajoskatonaGood question to have job for this later in CI14:49
liuyulongSo... I have another request about the metadata-agent, I want to make it distributed.14:49
liuyulongAnd someday make metadata-agent retired...14:49
liuyulongSince it is single function, just used during VM booting time mostly.14:51
liuyulongSo, in the foreseeable future, neutron will only run ovs-agent and L3-agent. If we can get higher datapath performance by ovs-based (securigy group, L3 and so on).14:52
liuyulongThen another thing about Neutron we should take care should be the control plane performace.14:54
liuyulongRecently I was thinking a problem about can we create 100/200/300K VMs into one single network. Can Neutron L2 pop handle that? Can OVN handle that?14:57
ralonsohnot at all14:57
liuyulongOK, just throw out some ideas, and hope everyone can think about it. We still have a long way to go. :)14:59
liuyulongAlright, time is up.15:00
liuyulongThank you guys.15:00
ralonsohbye15:00
liuyulong#endmeeting15:00
opendevmeetMeeting ended Wed Jun 16 15:00:15 2021 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)15:00
opendevmeetMinutes:        https://meetings.opendev.org/meetings/neutron_l3/2021/neutron_l3.2021-06-16-14.00.html15:00
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/neutron_l3/2021/neutron_l3.2021-06-16-14.00.txt15:00
opendevmeetLog:            https://meetings.opendev.org/meetings/neutron_l3/2021/neutron_l3.2021-06-16-14.00.log.html15:00
lajoskatonaBye15:00
liuyulongok, this action is working. LOL15:00
liuyulongBye15:00
opendevreviewMerged openstack/neutron-tempest-plugin master: New API test for subnet's service types  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/78771815:05
opendevreviewMerged openstack/neutron stable/victoria: Remove tempest job with neutron-lib master from CI  https://review.opendev.org/c/openstack/neutron/+/77870215:05
opendevreviewMerged openstack/neutron stable/train: Disable not used services in the tempest and rally jobs  https://review.opendev.org/c/openstack/neutron/+/77871615:05
opendevreviewMerged openstack/neutron stable/rocky: Don't configure dnsmasq entries for "network" ports  https://review.opendev.org/c/openstack/neutron/+/77712315:06
opendevreviewMerged openstack/neutron stable/victoria: Added common config and SR-IOV agent config to sanity check  https://review.opendev.org/c/openstack/neutron/+/79603315:06
*** rpittau is now known as rpittau|afk16:11
opendevreviewMerged openstack/neutron stable/victoria: Provide the rpc_response_max_timeout parameter to sriov-agent  https://review.opendev.org/c/openstack/neutron/+/79622016:17
opendevreviewMerged openstack/neutron stable/train: Provide the rpc_response_max_timeout parameter to sriov-agent  https://review.opendev.org/c/openstack/neutron/+/79622216:42
*** ricolin_ is now known as ricolin17:49
opendevreviewRodolfo Alonso proposed openstack/neutron master: Remove ``ConfDriver`` code  https://review.opendev.org/c/openstack/neutron/+/79099917:49
opendevreviewRodolfo Alonso proposed openstack/neutron master: Populate self.floating_ips_dict using "ip rule" information  https://review.opendev.org/c/openstack/neutron/+/79460418:12
opendevreviewBrian Haley proposed openstack/networking-ovn stable/train: Revert "Make networking-ovn-octavia-v2-dsvm-scenario non-voting"  https://review.opendev.org/c/openstack/networking-ovn/+/79666018:41
opendevreviewBrian Haley proposed openstack/networking-ovn stable/train: Revert "Make networking-ovn-octavia-v2-dsvm-scenario non-voting"  https://review.opendev.org/c/openstack/networking-ovn/+/79666018:48
opendevreviewBrian Haley proposed openstack/networking-ovn stable/train: Add Health Monitor support  https://review.opendev.org/c/openstack/networking-ovn/+/79606319:05
opendevreviewMerged openstack/neutron master: Add CONTEXT_READER decorator to "get_ha_router_port_bindings"  https://review.opendev.org/c/openstack/neutron/+/79423619:38
opendevreviewMerged openstack/neutron master: Remove the devstack/lib/ovs in favour of "ovs_source" from DevStack  https://review.opendev.org/c/openstack/neutron/+/79347023:39
opendevreviewBrian Haley proposed openstack/ovn-octavia-provider master: Support creating members without a subnet ID  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/79589623:53

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