| *** deadalnix has quit IRC | 01:15 | |
| *** tabakhase__ has joined #openvswitch | 01:51 | |
| *** ktraynor has quit IRC | 01:52 | |
| *** tamas_erdei has quit IRC | 01:52 | |
| *** gadago has quit IRC | 01:52 | |
| *** vancz has quit IRC | 01:52 | |
| *** otherwiseguy has quit IRC | 01:52 | |
| *** numans has quit IRC | 01:52 | |
| *** erig has quit IRC | 01:52 | |
| *** tabakhase has quit IRC | 01:53 | |
| *** ktraynor has joined #openvswitch | 01:54 | |
| *** tamas_erdei has joined #openvswitch | 01:54 | |
| *** gadago has joined #openvswitch | 01:54 | |
| *** vancz has joined #openvswitch | 01:54 | |
| *** otherwiseguy has joined #openvswitch | 01:54 | |
| *** numans has joined #openvswitch | 01:54 | |
| *** erig has joined #openvswitch | 01:54 | |
| *** markmcclain has quit IRC | 01:55 | |
| *** markmcclain has joined #openvswitch | 01:57 | |
| *** tabakhase__ has left #openvswitch | 01:58 | |
| *** tabakhase has joined #openvswitch | 01:58 | |
| *** rcernin has quit IRC | 04:35 | |
| *** rcernin has joined #openvswitch | 04:38 | |
| *** _lore_ has quit IRC | 04:54 | |
| *** _lore_ has joined #openvswitch | 05:00 | |
| *** anilvenkata has quit IRC | 05:48 | |
| *** anilvenkata has joined #openvswitch | 05:52 | |
| *** psahoo has joined #openvswitch | 06:00 | |
| *** dholler has joined #openvswitch | 06:02 | |
| *** psahoo has quit IRC | 06:03 | |
| *** slaweq has joined #openvswitch | 06:15 | |
| *** ralonsoh has joined #openvswitch | 06:31 | |
| *** anilvenkata has quit IRC | 06:41 | |
| *** anilvenkata has joined #openvswitch | 06:42 | |
| *** anilvenkata has quit IRC | 06:45 | |
| *** mdgray has joined #openvswitch | 07:20 | |
| *** rcernin has quit IRC | 07:36 | |
| *** elvira has joined #openvswitch | 07:36 | |
| *** jaicaa has quit IRC | 07:43 | |
| *** jaicaa has joined #openvswitch | 07:44 | |
| *** rcernin has joined #openvswitch | 08:01 | |
| *** rcernin has quit IRC | 08:07 | |
| *** rcernin has joined #openvswitch | 08:20 | |
| *** rcernin has quit IRC | 08:26 | |
| *** rcernin has joined #openvswitch | 08:34 | |
| *** anilvenkata has joined #openvswitch | 08:44 | |
| *** istokes has joined #openvswitch | 08:53 | |
| *** rcernin has quit IRC | 09:32 | |
| *** psahoo has joined #openvswitch | 09:51 | |
| *** deadalnix has joined #openvswitch | 10:15 | |
| *** rcernin has joined #openvswitch | 10:24 | |
| *** rcernin has quit IRC | 10:25 | |
| *** rcernin has joined #openvswitch | 10:25 | |
| *** deadalnix has quit IRC | 10:29 | |
| *** anilvenkata has quit IRC | 10:35 | |
| *** anilvenkata has joined #openvswitch | 10:43 | |
| *** anilvenkata has quit IRC | 10:44 | |
| *** anilvenkata has joined #openvswitch | 10:44 | |
| *** istokes has quit IRC | 10:52 | |
| *** istokes has joined #openvswitch | 10:55 | |
| *** thaller has quit IRC | 10:56 | |
| *** thaller has joined #openvswitch | 10:57 | |
| *** deadalnix has joined #openvswitch | 10:58 | |
| *** istokes has quit IRC | 11:00 | |
| *** istokes has joined #openvswitch | 11:10 | |
| tryauuum | How to make traffic to vtep port be processed on a local hypervisor? | 11:23 |
|---|---|---|
| tryauuum | I have a following scheme |client_switch| → |client_router| → |switch_with_particular_vtep_port|. It does work, but traffic (+application of dnat_and_snat rules) is processed on a hypervisor where client router resides. | 11:24 |
| *** rcernin has quit IRC | 11:24 | |
| *** mdgray has quit IRC | 11:26 | |
| *** deadalnix has quit IRC | 11:28 | |
| *** deadalnix_ has joined #openvswitch | 11:28 | |
| *** istokes has left #openvswitch | 11:46 | |
| *** istokes has joined #openvswitch | 11:49 | |
| *** mdgray has joined #openvswitch | 12:12 | |
| *** thaller has quit IRC | 12:18 | |
| *** |subz3r0| has joined #openvswitch | 12:18 | |
| *** |subz3r0| has joined #openvswitch | 12:18 | |
| *** thaller has joined #openvswitch | 12:18 | |
| *** istokes has left #openvswitch | 12:21 | |
| *** ihrachys has joined #openvswitch | 12:23 | |
| *** deadalnix_ is now known as deadalnix | 12:28 | |
| *** bostondriver has joined #openvswitch | 12:28 | |
| tryauuum | and another question — do I have to set "external-ids:ovn-encap-type=geneve,vxlan" on chassis for VXLAN ("vtep port") connection to TOR to work? If I do not, ovn-controller-vtep emits message "VTEP tunnel encap on chassis (%s) not found". But I am scared by information in the following release, which says that total number of network is reduced to 4096 if any chassis has VXLAN-encap enabled | 13:05 |
| *** fdangelo has joined #openvswitch | 13:11 | |
| *** istokes1 has joined #openvswitch | 13:21 | |
| *** moldorcoder7 has quit IRC | 13:41 | |
| *** moldorcoder7 has joined #openvswitch | 13:44 | |
| *** istokes has joined #openvswitch | 13:44 | |
| *** istokes1 has quit IRC | 13:45 | |
| *** dcbw has joined #openvswitch | 13:46 | |
| *** eduardas has joined #openvswitch | 13:55 | |
| *** istokes has left #openvswitch | 14:16 | |
| *** istokes has joined #openvswitch | 14:20 | |
| *** mdgray has quit IRC | 14:34 | |
| *** mdgray has joined #openvswitch | 14:55 | |
| *** deadalnix_ has joined #openvswitch | 15:01 | |
| *** deadalnix has quit IRC | 15:02 | |
| *** istokes has left #openvswitch | 15:19 | |
| *** rcernin has joined #openvswitch | 15:20 | |
| *** rcernin has quit IRC | 15:25 | |
| *** istokes has joined #openvswitch | 15:25 | |
| *** istokes has quit IRC | 15:38 | |
| *** istokes has joined #openvswitch | 15:44 | |
| *** dholler has quit IRC | 16:11 | |
| *** istokes has left #openvswitch | 16:18 | |
| *** istokes has joined #openvswitch | 16:28 | |
| *** istokes has left #openvswitch | 16:28 | |
| *** ralonsoh has quit IRC | 16:58 | |
| *** dceara has joined #openvswitch | 17:10 | |
| *** blp has joined #openvswitch | 17:13 | |
| *** zhouhan has joined #openvswitch | 17:16 | |
| imaximets | hello everyone. | 17:16 |
| blp | hi! | 17:16 |
| imaximets | mmichelson is not here today. | 17:16 |
| blp | I am sorry that I disappeared for a few weeks. I am back to update my patch series. | 17:17 |
| _lore_ | hi all | 17:17 |
| blp | You should do the startmeeting thing | 17:17 |
| zhouhan | Hi | 17:17 |
| imaximets | ok, let me be the host. | 17:17 |
| imaximets | #startmeeting ovn_community_development_meeting | 17:17 |
| openstack | Meeting started Thu May 6 17:17:31 2021 UTC and is due to finish in 60 minutes. The chair is imaximets. Information about MeetBot at http://wiki.debian.org/MeetBot. | 17:17 |
| openstack | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 17:17 |
| openstack | The meeting name has been set to 'ovn_community_development_meeting' | 17:17 |
| blp | Thanks imaximets | 17:17 |
| imaximets | I have some updates. | 17:17 |
| imaximets | First is that OVSDB 2-Tier patch-set finally posted | 17:18 |
| imaximets | #link https://patchwork.ozlabs.org/project/openvswitch/list/?series=241642 | 17:18 |
| imaximets | I also sent today a patch for raft | 17:19 |
| imaximets | to transfer leadership before starting database compaction | 17:19 |
| imaximets | #link https://patchwork.ozlabs.org/project/openvswitch/patch/20210506124731.3599531-1-i.maximets@ovn.org/ | 17:19 |
| imaximets | the problem is that database compaction/snapshotting could take a lot of time if database is big | 17:20 |
| blp | It's a good idea. Thanks for writing it up. | 17:20 |
| imaximets | e.g 200-500MB of on-disk data. It takes 2-15 seconds to create a snapshot | 17:20 |
| imaximets | and cluster is not functional if the server that creates a snapshot is a leader. | 17:21 |
| imaximets | transferring the leadership makes the system more stable. | 17:21 |
| imaximets | and the last update: | 17:21 |
| blp | Wow, that's a lot. I never did measurements. | 17:21 |
| imaximets | I also worked few weeks ago on a patch for OVN to collapse ARP responder flows. | 17:23 |
| blp | Excellent. | 17:23 |
| imaximets | On some setups these flows could take half of the southbound db. | 17:23 |
| blp | wow | 17:23 |
| imaximets | In my case it was almost 250MB out of 500MB database. | 17:23 |
| imaximets | And the change actually reduced the db size in half. | 17:24 |
| numans | imaximets++ | 17:24 |
| numans | that's great | 17:24 |
| imaximets | I have a patch, but I don't have a ddlog part yet. | 17:24 |
| imaximets | it looks like this: https://github.com/igsilya/ovn/commit/732365025682cdb2987d601d3caedee1a94dfcf7 | 17:25 |
| imaximets | the idea is to simplify the actions (i.e. remove dependency from addresses) and put all load balancer IPs into one lflow instead of creating a separate lflow for all of them. | 17:26 |
| imaximets | Alternatively this could be done with the address set. I'll probably will go with the address set for the final patch. | 17:26 |
| blp | Wonderful. | 17:27 |
| imaximets | IIRC, tomorrow is the deadline to submit v1 for 20.06? | 17:27 |
| imaximets | *21.06 | 17:27 |
| imaximets | So, I will post some version of the patch tomorrow. And will work it out later if will not be able to figure out ddlog parts until then. | 17:28 |
| zhouhan | imaximets combining flows may have some implication on I-P processing (maybe that's not a problem for this case, but we need to be careful) | 17:28 |
| blp | I upgraded to Fedora 34 and therefore GCC 11 and I'm getting some new warnings for OVS. I didn't notice anyone posting patches for these already, has anyone else? | 17:29 |
| imaximets | zhouhan, sure. But in this case shrinking the database in half is kind of important too, because ovsdb-server just cant handle it. | 17:29 |
| imaximets | blp, I have a 'may be uninitialized' in netdev-dummy. | 17:30 |
| blp | OK, this is different. I'll fix and post. | 17:30 |
| zhouhan | imaximets yes. CPU & MEM sometimes need trade-offs | 17:30 |
| imaximets | blp, thanks! | 17:31 |
| imaximets | ok. that was it from my side. | 17:31 |
| imaximets | who will go next? | 17:31 |
| blp | I just have a quick report | 17:31 |
| imaximets | blp, go ahead. | 17:32 |
| blp | which is that I'm getting back to fixing up my patch series and will repost. | 17:32 |
| blp | Sorry I disappeared for a while. | 17:32 |
| _lore_ | can I go next? quite fast | 17:33 |
| imaximets | _lore_, sure, if that's all from blp? | 17:33 |
| _lore_ | blp: yes, sorry | 17:33 |
| blp | Oh, I think that's all. | 17:33 |
| blp | If I think of more, I'll add it. | 17:34 |
| blp | Oh, one thing is that we got a paper about OVS accepted at SIGCOMM. | 17:34 |
| zhouhan | congrats! | 17:34 |
| imaximets | blp, cool! | 17:34 |
| imaximets | ok, _lore_ , your turn. | 17:35 |
| _lore_ | ok, last week I worked on CoPP series, I added unit/system tests and remove per-port metering, posted v1 upstream | 17:35 |
| _lore_ | http://patchwork.ozlabs.org/project/ovn/list/?series=241400 | 17:35 |
| _lore_ | I guess we can continue discussing from v1 about possible changes on API and so on | 17:36 |
| _lore_ | I added a fix for localport --> localnet traffic | 17:36 |
| _lore_ | http://patchwork.ozlabs.org/project/ovn/patch/8008fa9867d210cf18ad31f912535f2c14e85c43.1620151078.git.lorenzo.bianconi@redhat.com/ | 17:36 |
| _lore_ | and I have a pending debug patch out for review | 17:37 |
| _lore_ | http://patchwork.ozlabs.org/project/ovn/patch/3a9ca2d94478a3b2db51d719233c9a28cafcf75b.1619268349.git.lorenzo.bianconi@redhat.com/ | 17:37 |
| _lore_ | that's all from my side, thx | 17:37 |
| zhouhan | I can go next | 17:38 |
| imaximets | _lore_, thanks! | 17:38 |
| imaximets | zhouhan, sure. | 17:38 |
| zhouhan | This patch still needs review: https://patchwork.ozlabs.org/project/ovn/patch/20210504013332.1689887-1-hzhou@ovn.org/ | 17:38 |
| zhouhan | The last version addressed Mark M | 17:38 |
| zhouhan | 's comments about test case improvement | 17:39 |
| mmichelson | zhouhan, I'll have a look at that this afternoon. I plan to review that plus a patch of numans's | 17:39 |
| mmichelson | (btw, I'm back now) | 17:39 |
| zhouhan | mmichelson cool. thanks a lot! | 17:39 |
| zhouhan | I was also checking DP group. I think there is a small problem on the MC_UNKNOWN flow handling. I have a fix and will send out today | 17:40 |
| imaximets | zhouhan, we're not using DP groups for multicast groups. Or the issue is that we are doing that somewhere? | 17:41 |
| zhouhan | imaximets yes, I think it is just missed for the MC_Unknown group. It is using DPG :) | 17:42 |
| zhouhan | the fix is simply not using DPG for the flow | 17:42 |
| imaximets | zhouhan, oh, ok. Sounds good. :) | 17:42 |
| zhouhan | It also seems that DP group could have a higher CPU cost in ovn-controller when dealing with port group changes for ACL flows, because each change would have be bigger impact with the DPG enabled. But I will study more on this. | 17:43 |
| * imaximets thinks that we still need to fix dependencies somehow between multicast groups and lflows. | 17:43 | |
| zhouhan | imaximets also, any plan to make DPG work in DDlog version? (Or is it already supported but I missed somehow?) | 17:43 |
| mmichelson | I thought it was supported there | 17:44 |
| imaximets | zhouhan, should be supported. There is a test for them. blp should know, I think. | 17:44 |
| mmichelson | When you run a test with OVN_FOR_EACH_NORTHD now, it will run four versions: C with DP groups, C without DP groups, DDLog with DP groups, and DDLog without DP groups | 17:44 |
| imaximets | zhouhan, "ovn -- logical gatapath groups" should work for all implementations, so it should be supported. | 17:45 |
| blp | datapath groups? I think that they are supported. | 17:46 |
| blp | in ddlog | 17:46 |
| *** zhouhan56 has joined #openvswitch | 17:46 | |
| zhouhan56 | test | 17:46 |
| blp | Wow, that's a lot of variations, 4x for each of those? | 17:46 |
| mmichelson | Yep | 17:47 |
| imaximets | blp, unit tests are a bit slow now. :) but that's for good. | 17:47 |
| blp | The worst part of the OVN_FOR_EACH_NORTHD stuff is that it doesn't report line numbers very well. | 17:47 |
| blp | If anyone figures out how to do that better, that'd be great. | 17:47 |
| *** zhouhan has quit IRC | 17:48 | |
| blp | zhouhan56: we see you | 17:48 |
| *** zhouhan has joined #openvswitch | 17:48 | |
| zhouhan | hi I'm back | 17:48 |
| zhouhan | zhouhan56 cannot talk :( | 17:48 |
| imaximets | zhouhan, hi. :) | 17:49 |
| zhouhan | sorry I was disconnected for a while | 17:49 |
| imaximets | zhouhan, we concluded that DPG supported in ddlog. | 17:49 |
| blp | zhouhan: welcome back | 17:49 |
| zhouhan | imaximets oh, great. Sorry I missed that | 17:49 |
| imaximets | zhouhan, for the performance, IIRC, there was a lot of issues with I-P engine, so I had to sacrifice some performance on the ovn-controller side. | 17:50 |
| imaximets | i.e. I-P is not ideal with DPG. | 17:50 |
| zhouhan | imaximets: yes there is some challenge, but I will see if there is a way to make DPG work well with I-P | 17:51 |
| *** psahoo has quit IRC | 17:51 | |
| imaximets | zhouhan, that would be great. thanks! | 17:51 |
| zhouhan | MEM and CPU are both important for some of our environment :) | 17:51 |
| zhouhan | the last thing I said before disconnecting was: imaximets the dependency part I think I also have a fix in mind, will work on it as well | 17:52 |
| zhouhan | Apart from these, I did review of numans CT patches | 17:52 |
| imaximets | zhouhan, nice. this also would be great to have. | 17:52 |
| zhouhan | Thanks numans for the I-P improvement, but I'd like to discuss more on that patch | 17:53 |
| zhouhan | that's my update | 17:53 |
| imaximets | ok. Who wants to go next? | 17:53 |
| mmichelson | I can go next | 17:53 |
| imaximets | mmichelson, all yours. | 17:54 |
| mmichelson | I have two main things I've worked on recently. First is the ARP-related patch series. I posted a v7 of it where I ended up whitelisting a warning message from ovn-controller that had been causing systems tests to fail | 17:54 |
| mmichelson | I've talked that particular issue over with imaximets and dceara and dceara suggested a possible workaround that I'm going to look into. | 17:55 |
| mmichelson | v7 also triggered 0-day robot since the line length checks are working again in checkpatch.py | 17:55 |
| mmichelson | The other thing I'm working on is an issue where the same conjunction() action can appear multiple times in a flow. I figured out the issue, it's a one-line fix in expression code. The explanation of the issue and the fix will take probably 50x more lines than the actual fix. | 17:56 |
| mmichelson | That particular fix should hit the mailing list later today | 17:56 |
| mmichelson | Other than that, we're approaching soft freeze tomorrow. So any patches that you want included in 21.06.0 should be posted by tomorrow. | 17:57 |
| mmichelson | That's all from me. | 17:57 |
| blp | I posted my GCC 11 series: https://patchwork.ozlabs.org/project/openvswitch/list/?series=242511 | 17:57 |
| blp | (It's for OVS, not OVN.) | 17:57 |
| *** zhouhan has quit IRC | 17:57 | |
| *** zhouhan has joined #openvswitch | 17:58 | |
| imaximets | blp, thanks, I'll take a look. | 17:58 |
| mmichelson | blp, is there a pending OVN patch, too? | 17:58 |
| zhouhan | mmichelson shall we release 20.03.1 anytime soon? | 17:58 |
| zhouhan | sorry, 21.03.1 | 17:59 |
| mmichelson | zhouhan, sure, we can do that when we release 21.06.0 | 17:59 |
| blp | mmichelson: I'll look at OVN now. | 18:00 |
| zhouhan | mmichelson ok, thanks! | 18:00 |
| imaximets | Good. Anyone else has updates? | 18:01 |
| imaximets | OK. In this case we can close this meeting. Have a nice day! | 18:02 |
| imaximets | #endmeeting | 18:02 |
| *** zhouhan56 has quit IRC | 18:02 | |
| openstack | Meeting ended Thu May 6 18:02:39 2021 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 18:02 |
| openstack | Minutes: http://eavesdrop.openstack.org/meetings/ovn_community_development_meeting/2021/ovn_community_development_meeting.2021-05-06-17.17.html | 18:02 |
| openstack | Minutes (text): http://eavesdrop.openstack.org/meetings/ovn_community_development_meeting/2021/ovn_community_development_meeting.2021-05-06-17.17.txt | 18:02 |
| openstack | Log: http://eavesdrop.openstack.org/meetings/ovn_community_development_meeting/2021/ovn_community_development_meeting.2021-05-06-17.17.log.html | 18:02 |
| mmichelson | Bye everyone! | 18:02 |
| zhouhan | bye! | 18:02 |
| *** elvira has quit IRC | 18:17 | |
| *** blp has quit IRC | 18:30 | |
| *** zhouhan has quit IRC | 18:33 | |
| *** dceara has quit IRC | 18:37 | |
| *** mdgray has quit IRC | 18:57 | |
| *** eduardas has quit IRC | 20:14 | |
| *** elvira has joined #openvswitch | 20:26 | |
| *** slaweq has quit IRC | 20:38 | |
| *** dcbw has quit IRC | 20:46 | |
| *** bostondriver has quit IRC | 21:01 | |
| *** rcernin has joined #openvswitch | 21:36 | |
| *** deadalnix_ has quit IRC | 21:40 | |
| *** elvira has quit IRC | 21:44 | |
| *** rcernin has quit IRC | 21:58 | |
| *** znf has quit IRC | 22:05 | |
| *** znf has joined #openvswitch | 22:06 | |
| *** deadalnix has joined #openvswitch | 22:17 | |
| *** rcernin has joined #openvswitch | 23:02 | |
| *** dceara has joined #openvswitch | 23:10 | |
| *** dceara has quit IRC | 23:11 | |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!