Thursday, 2020-06-25

*** yamamoto has joined #openvswitch00:40
*** blahdodo has quit IRC01:22
*** yamamoto has quit IRC01:25
*** blahdodo has joined #openvswitch01:25
*** tbachman has quit IRC02:00
*** tbachman has joined #openvswitch02:09
*** dholler has quit IRC02:17
*** yamamoto has joined #openvswitch02:23
*** zhouhan has quit IRC02:25
*** zhouhan has joined #openvswitch02:26
*** dholler has joined #openvswitch02:30
*** rcernin has quit IRC03:14
*** rcernin has joined #openvswitch03:17
*** rcernin has quit IRC03:24
*** acidfu has quit IRC03:27
*** rcernin has joined #openvswitch03:32
*** acidfu has joined #openvswitch03:39
*** acidfu has quit IRC03:44
*** rcernin has quit IRC03:45
*** rcernin has joined #openvswitch03:49
*** rcernin has quit IRC03:56
*** rcernin has joined #openvswitch04:05
*** psahoo has joined #openvswitch04:08
*** mmirecki has joined #openvswitch04:55
*** cpaelzer__ has joined #openvswitch04:56
*** cpaelzer has quit IRC04:57
*** mmirecki has quit IRC05:11
*** blahdodo has quit IRC05:14
*** blahdodo has joined #openvswitch05:19
*** mmirecki has joined #openvswitch05:19
*** jaicaa has quit IRC05:22
*** jaicaa has joined #openvswitch05:23
*** mmirecki has quit IRC05:25
*** mmirecki has joined #openvswitch05:27
*** blahdodo has quit IRC05:30
*** blahdodo has joined #openvswitch05:32
*** links has joined #openvswitch05:32
*** mmirecki has quit IRC05:35
*** mmirecki has joined #openvswitch05:37
*** mmirecki has quit IRC05:42
*** blahdodo has quit IRC05:43
*** blahdodo has joined #openvswitch05:48
*** links has quit IRC05:50
*** blahdodo has quit IRC05:53
*** links has joined #openvswitch05:59
*** blahdodo has joined #openvswitch06:02
*** eelco has joined #openvswitch06:10
*** blahdodo has quit IRC06:17
*** blahdodo has joined #openvswitch06:27
*** psahoo has quit IRC06:33
*** psahoo has joined #openvswitch06:47
*** thaller has quit IRC06:53
*** meph has joined #openvswitch07:04
*** Nirkus_ has joined #openvswitch07:05
*** mepholic has quit IRC07:10
*** Nirkus has quit IRC07:10
*** slaweq has joined #openvswitch07:27
*** blahdodo has quit IRC07:36
*** blahdodo has joined #openvswitch07:40
*** maciejjozefczyk has joined #openvswitch07:43
*** cpaelzer_ has joined #openvswitch07:57
*** cpaelzer__ has quit IRC07:58
*** JamesBenson has joined #openvswitch08:02
*** JamesBen_ has quit IRC08:05
*** psahoo has quit IRC08:05
*** tbachman has quit IRC08:08
*** tbachman has joined #openvswitch08:08
*** rcernin has quit IRC08:17
*** ktraynor has joined #openvswitch08:18
*** psahoo has joined #openvswitch08:19
*** blahdodo has quit IRC08:30
*** blahdodo has joined #openvswitch08:32
*** mmirecki has joined #openvswitch08:46
*** mmirecki has quit IRC08:57
*** zhouhan has quit IRC09:02
*** zhouhan has joined #openvswitch09:03
*** afics has joined #openvswitch09:48
*** afics is now known as Guest514309:48
*** psahoo has quit IRC09:52
*** psahoo has joined #openvswitch10:04
*** psahoo has quit IRC10:42
*** psahoo has joined #openvswitch10:59
*** hkominos has joined #openvswitch11:28
hkominosHi guys! Is this the right channel to ask for an OVN debugging issue in my deployment ?11:29
MadkissWell. You can ask, but there will usually not be a reply, so i would suggest du try the mailing list right way.11:30
Madkissaway i mean11:30
hkominosMailing list it is !11:33
*** ghanima has quit IRC11:44
*** dholler has quit IRC12:03
*** dholler has joined #openvswitch12:15
*** psahoo has quit IRC12:16
*** psahoo has joined #openvswitch12:33
*** yamamoto has quit IRC12:43
*** bostondriver has joined #openvswitch12:49
hkominosI will ask here as well all the same. Is there any extra config to be made on OVN to allow DNAT? I see the all the routers created fine, all port mappings fine. SDNAT works but all my floating IPs do not. Is comming in the compute host but the reply is not getting reverse nated13:01
hkominos(Vlan provider network )13:01
*** fbl has quit IRC13:04
*** yamamoto has joined #openvswitch13:15
*** yamamoto has quit IRC13:15
*** yamamoto has joined #openvswitch13:16
*** acidfu has joined #openvswitch13:17
*** fbl has joined #openvswitch13:19
*** psahoo has quit IRC13:19
*** yamamoto has quit IRC13:20
*** psahoo has joined #openvswitch13:35
*** yamamoto has joined #openvswitch13:46
*** yamamoto has quit IRC13:46
*** yamamoto has joined #openvswitch13:47
*** yamamoto has quit IRC13:47
*** yamamoto has joined #openvswitch13:48
*** yamamoto has quit IRC13:53
*** acidfu has quit IRC13:56
*** yamamoto has joined #openvswitch14:27
*** yamamoto has quit IRC14:36
*** dholler has quit IRC15:32
*** eelco has quit IRC15:42
*** thaller has joined #openvswitch16:36
*** psahoo has quit IRC16:43
*** dceara has joined #openvswitch16:45
*** ktraynor has quit IRC16:48
*** eelco has joined #openvswitch16:52
*** anilvenkata has quit IRC16:59
*** eelco has quit IRC17:03
*** matteo has quit IRC17:14
*** mmichelson_ has quit IRC17:15
*** mmichelson has joined #openvswitch17:15
*** hkominos has quit IRC17:15
mmichelsonI guess it's about that time.17:16
mmichelson#startmeeting17:16
openstackmmichelson: Error: A meeting name is required, e.g., '#startmeeting Marketing Committee'17:16
mmichelsonOh whoops17:16
mmichelson#startmeeting ovn_community_development_discussion17:17
openstackMeeting started Thu Jun 25 17:17:00 2020 UTC and is due to finish in 60 minutes.  The chair is mmichelson. Information about MeetBot at http://wiki.debian.org/MeetBot.17:17
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.17:17
openstackThe meeting name has been set to 'ovn_community_development_discussion'17:17
mmichelsonHi everyone17:17
imaximetsHi.17:17
flaviofo/17:18
dcearaHi17:18
*** anilvenkata has joined #openvswitch17:18
mmichelsonI can go first17:18
mmichelsonI spent some time yesterday updating all the case-sensitivity/normalization issues in ovn-nbctl commands for MACs and IPv6 addresses17:18
mmichelsonI also wrote a script to be able to send the email to ovs-dev about this particular meeting. We'll see how that goes once this meeting is over :)17:19
mmichelsonDid a bunch of reviews Monday.17:19
mmichelsonAnd I think that about covers it.17:19
_lore_hi all17:20
aconoleI have a quick thing to bring up: we're going to have OvS+OVN conf 2020 to be virtual.  We're looking at the week of Dec 7th to have it.  Still open to ideas on implementation.  The big thing is making sure the dates aren't already booked.17:21
mmichelsonIf people have plans for that week this far out, I'm impressed17:21
mmichelsonI, for one, can tell you that I do not have plans yet for that week :)17:22
aconoleWell, we targeted a week in Nov, but KubeCon is already scheduled then.17:22
imaximets#link https://mail.openvswitch.org/pipermail/ovs-discuss/2020-June/050275.html17:22
imaximetsA relevant thread on ovs-discuss. ^17:22
*** Franky_T has joined #openvswitch17:24
mmichelsonI'd suggest people look into what may be going on that week for them and comment on the email thread.17:25
mmichelsonThanks, aconole for bringing it up17:26
mmichelsonDoes anyone else wish to share? This could be a quick meeting...17:27
dcearaI have a couple updates17:27
dceara1. I respinned the IDL recovery patch as discussed during the last meeting. I did make it retry in all cases when an inconsistency is detected:17:28
dceara#link https://patchwork.ozlabs.org/project/openvswitch/patch/1592513144-25095-1-git-send-email-dceara@redhat.com/17:28
*** gmg has joined #openvswitch17:28
dceara2. I sent a series implementing zhouhan's suggestion to avoid high number of flows in the IP_INPUT stage due to ARP responders for DNAT IPs:17:29
dceara#link https://patchwork.ozlabs.org/project/openvswitch/list/?series=18558017:29
zhouhandceara: thanks, I will review them.17:29
dcearaAs far as I know gmg is already testing the second series on his setup.17:29
dcearazhouhan: thanks.17:30
dcearaI'm also working on a potential optimization suggested by numans: to split port groups per datapath in order to avoid reinstalling all referring logical flows when ports are changed in a port group.17:31
dcearaThat's it on my side for this week.17:31
zhouhanThat's cool, but didn't hear from gmg on the RFC patches I sent earlier for the ARP_RESOLVE stage flow explosion problem.17:31
*** gmg has left #openvswitch17:32
dcearazhouhan: as far as I understood gmg has both series applied in his current test.17:32
* zhouhan seeing gmg left17:32
dcearazhouhan: connectivity issues? :)17:32
*** gmg has joined #openvswitch17:32
zhouhandceara: that's great :)17:32
flaviofdceara: can you briefly describe how splitting pgs per dp avoids the re-installing of the referring logical flows? I'm just curious.17:34
*** gmg has quit IRC17:34
dcearaflaviof: I meant, splitting the port groups in the SB db. So for the CMS this change would be transparent.17:34
*** gmg has joined #openvswitch17:35
flaviofdceara: right, I'd think this is a sb think only. still, how does it change the bahevior?17:35
* flaviof sorry for typos17:35
dcearaflaviof: Right now if a port group contains ports from different logical switches and X logical flows refer the port group and a port P is added to the port group, we reinstall all X logical flows while we could reinstall only the Y ( < X) flows that are defined on the logical datapath corresponding to the switch where X is connected.17:37
dceara(sorry, really long sentence, I hope it makes sense)17:37
flaviofit does. thanks!17:38
zhouhandceara: wow, you made it by describing this in one sentence!17:38
dcearazhouhan: :)17:38
flaviofdceara++ and yes, that would be huge for openstack, bc we have a pg that has all ports from all ls17:39
dcearaflaviof: yes, this issue came up during scale testing done by anilvenkata and dalvarez and team for OpenStack17:39
*** links has quit IRC17:41
zhouhanflaviof: "a pg that has all ports from all ls" sounds strange. I guess it would not need a pg in this case if we know that it would be all ports, right?17:41
flaviofdceara yup. I had that side of the story, just did not know how you were solving it.17:41
dcearazhouhan: yes, it's a default deny PG, afaiu17:41
zhouhanflaviof: it would be much much more scalable if not using PG in this case.17:42
flaviofzhouhan: yeah, it is a 'special' pg. We need it to give the 'drop' by default behavior that openstack expects.17:42
dcearazhouhan: but the problem is with port groups in general, not only with this 'special' pg17:42
dcearazhouhan: there might still be reasonably large port groups that don't contain all ports from all LSs17:42
zhouhandceara: yes I agree with the problem in general.17:43
dcearazhouhan: I have the code almost ready, will send it out once I do more benchmarking.17:43
zhouhangreat!17:44
*** gmg has left #openvswitch17:44
zhouhanflaviof: I think I misunderstood here. The default PG doesn't has any rule that references the group itself, right?17:45
zhouhanflaviof: if so, that's fine. And the change mentioned by dceara should help.17:45
flaviofzhouhan: right. not rules, many many ports. ;)17:45
zhouhanok17:46
* numans joining late.17:46
numanszhouhan, Also openstack normally would have a default security group (and sg rule) for a tenant.17:47
*** gmoodalbail has joined #openvswitch17:47
numansSo in a way its not just the drop one. Anyway I see that you already understood what dceara is saying :)17:47
numansCan I go real quick or I'm intruding some one who is in the middle of the update ?17:49
dcearanumans: zhouhan: there are more potential optimizations we should look at for this: like I-P for port group members17:49
gmoodalbailHan, Dumitru: This is Girish here. We are testing your patches. It has definitely reduced the logical flow explosion that was captured in the email thread. We haven't yet tested the `dynamic neighbor cache` thing yet since we need to write code to move to single join switch17:49
zhouhannumans: yeah, I recalled it. flaviof mentioned about the default pg that contains all ports, and I thought about if this group has rules that references itself, it would generate O(N^2) flows due to the self-referencce address-set.17:49
zhouhanUsually tenant's default PG has such self-reference rules (to allow port in a group to talk to each other)17:50
numansYeah17:50
zhouhangmoodalbail: thanks for the update!17:51
zhouhangmoodalbail: so the ARP_RESOLVE stage flows are not yet verified, right?17:51
zhouhangmoodalbail: that problem happens when you have a single join switch, so I will wait for your confirm when you move to single join switch.17:52
zhouhanI can go next quickly17:53
zhouhanI don't have much update except rebuilding our scale test env in lab.17:53
zhouhanI found that latest ovn-scale-test is not working as expected for our old scenarios. I am working on the changes.17:54
zhouhanthat's it17:55
mmichelsonThat was succinct :)17:55
numansI can go real quick.17:56
numansLast Friday I applied the I-P patches to master.17:56
numansThanks to zhouhan dceara and mmichelson for the reviews.17:56
numansI applied those patches today to branch-20.0617:57
zhouhangreat!17:57
numansmmichelson, It would be great if we could release 20.06.117:57
numansI submitted few bug fix patches and couple of small patches.17:57
numansthanks for the reviews.17:58
flaviof#link https://github.com/ovn-org/ovn/commit/ade4e779d3fb5cfe601a0da2bf73a0ed90696c38 ip patches17:58
numansI just have 2 patches in the queue now.17:58
numans#link https://patchwork.ozlabs.org/project/openvswitch/list/?submitter=7766917:58
numansIt would be great if some one take a look.17:58
mmichelsonnumans, sure, that makes sense. Would it make sense to wait for dceara's improvements to make it in before making 20.06.1?17:58
numansmmichelson, I think it may take some time.17:58
numansdceara, what do you think ?17:59
numansI'd suggest for 20.06.1.17:59
numansThat's it from me.17:59
mmichelsonnumans, ack17:59
numansI plan to look into mmichelson and dceara's patches tomorrow.17:59
gmoodalbailzhouzhan: correct. we should be able to finish the single join switch case failry soon.17:59
dcearammichelson: numans: I can have the PG patch on the ML in a couple of days.18:00
* zhouhan have to drop off for another meeting. ttyl18:00
numansdceara, wow. That's cool :)18:00
mmichelsondceara numans OK, it would be nice to have all the performance improvements in 20.06.1 if possible18:00
dcearanumans: just the splitting of the PG. Nothing fancy.18:00
numansmmichelson, If you want to wait for the PG patches that's fine18:01
mmichelsonOK cool18:01
numansI guess with those PG patches in, we can close the 20.06 branch for any further non bug fix patches.18:01
mmichelsonnumans, hopefully it's mostly bug fixes going in there anyway18:02
mmichelsonDoes anybody else wish to share?18:02
imaximetsI hae one note18:02
imaximets*have18:03
imaximetsWe likely need a stable OVS release at least on 2.13 branch.  People out there are using latest stable tag which is 2.13.0 and complains about raft issues. :)18:03
imaximetsWe had quiet a lot of raft fixes and some other patches, so it seems like a good point to make a stable release for OVS 2.13.1 at least.18:03
mmichelsonI didn't realize there hasn't been a point release of OVS since 2.13.018:03
mmichelsonI guess we should contact blp about that.18:03
mmichelsonWe can bring it up on the dev list.18:04
imaximetsmmichelson, sure, I'll send an email on a list.18:04
imaximetsOne point here that raised yesterday during OVS+DPDK public meeting that Intel is going to finish verification of latest stable DPDK releases in a couple of weeks and submit related patches for OVS. So, it should be a good thing to release OVS stable right after that.18:04
mmichelsonAlso it would be good to be sure all the RAFT changes are in the 2.13 branch18:04
*** gmoodalbail1 has joined #openvswitch18:04
imaximetsmmichelson, they are, AFAIK.  But we could re-check18:04
mmichelsonimaximets, ack18:04
imaximetsSo, I'll send an email soon about that.18:05
*** gmoodalbail has quit IRC18:05
imaximetsThat's it from my side.18:05
mmichelsonOK, anybody else?18:06
mmichelsonAll right, I suppose that's it. Bye everyone!18:08
imaximetsBye.18:08
mmichelson#endmeeting18:08
openstackMeeting ended Thu Jun 25 18:08:31 2020 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)18:08
openstackMinutes:        http://eavesdrop.openstack.org/meetings/ovn_community_development_discussion/2020/ovn_community_development_discussion.2020-06-25-17.17.html18:08
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/ovn_community_development_discussion/2020/ovn_community_development_discussion.2020-06-25-17.17.txt18:08
openstackLog:            http://eavesdrop.openstack.org/meetings/ovn_community_development_discussion/2020/ovn_community_development_discussion.2020-06-25-17.17.log.html18:08
dcearaBye everyone!18:09
*** Franky_T has quit IRC18:09
flaviofbye all18:09
mmichelsonwoohoo! Script to send the meeting email worked perfectly!18:10
numansBue18:10
numansBye18:10
flaviofmmichelson: woot!18:11
*** gmoodalbail1 has quit IRC18:25
*** yamamoto has joined #openvswitch18:34
*** dceara has quit IRC18:34
*** yamamoto has quit IRC18:38
*** matteo has joined #openvswitch18:40
*** itandops has quit IRC18:43
*** dceara has joined #openvswitch19:08
*** dholler has joined #openvswitch19:16
*** mmirecki has joined #openvswitch19:21
*** dceara has quit IRC19:54
*** mmirecki has quit IRC20:00
*** mmirecki has joined #openvswitch20:05
*** thaller_ has joined #openvswitch20:05
*** thaller has quit IRC20:06
*** zhouhan_ has joined #openvswitch20:10
*** zhouhan has quit IRC20:12
*** mmirecki has quit IRC20:22
*** mmirecki has joined #openvswitch20:22
*** mmirecki has quit IRC20:36
*** maciejjozefczyk has quit IRC20:42
*** dceara has joined #openvswitch20:50
*** mmirecki has joined #openvswitch20:50
*** icarusfactor has joined #openvswitch20:50
*** acidfu has joined #openvswitch20:51
*** factor has quit IRC20:52
*** mmirecki has quit IRC20:59
*** dceara has quit IRC21:07
*** zhouhan has joined #openvswitch21:24
*** slaweq has quit IRC21:24
*** zhouhan_ has quit IRC21:26
*** bostondriver has quit IRC21:30
*** troulouliou_div2 has joined #openvswitch22:30
*** apus has quit IRC23:08
*** apus has joined #openvswitch23:09
*** blahdodo has quit IRC23:31
*** blahdodo has joined #openvswitch23:35
*** zhouhan_ has joined #openvswitch23:41
*** zhouhan has quit IRC23:44

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