15:30:44 #startmeeting ovn4nfv-meeting 15:30:44 Meeting started Tue Jan 22 15:30:44 2019 UTC. The chair is trinaths. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:30:44 Useful Commands: #action #agreed #help #info #idea #link #topic. 15:30:44 The meeting name has been set to 'ovn4nfv_meeting' 15:30:51 #chair trinaths 15:30:51 Current chairs: trinaths 15:31:22 #link Agenda: https://wiki.opnfv.org/pages/viewpage.action?spaceKey=OV&title=Meeting+Agenda 15:31:30 electrocucaracha: Hello 15:32:23 Hi trinaths 15:32:46 ritu will be joining ? 15:33:55 yes, she is here 15:34:15 Hi everybody 15:34:24 ritusood: Hi 15:34:50 electrocucaracha: have any comments of code to be merged ? 15:35:25 I think that ritusood has been addressed all our comments, isn't it? 15:35:48 #link https://gerrit.opnfv.org/gerrit/#/c/65961/ 15:36:54 electrocucaracha, ritusood: can we merge the above one ? 15:38:23 Yes 15:38:31 It depends on the other patch 15:38:32 yes, it's fine 15:38:38 electrocucaracha, ritusood: https://gerrit.opnfv.org/gerrit/#/c/65829/3/internal/pkg/config/config.go L17 15:38:49 I'd prefer a long description in the commit message but it's fine 15:39:06 do you think version be configurable via source code ? 15:39:57 which version are you talking about? 15:40:40 Version = "0.1.0" 15:40:44 line 17 15:42:41 yeah, maybe there is a way to don't specify there 15:43:31 as ritusood commented, the version changes as per the deployment. We cannot ask the end user to configure this from code for their deployment preference. 15:44:32 We can remove this for now as this is not been used anywhere and come up with another scheme 15:44:42 for version control 15:45:38 +1 15:45:38 ritusood: sounds good. "version control" you mean the version of ovn4nfv-plugin for internal usage or user specific reference? 15:46:39 Yes 15:46:51 It is for internal usage 15:47:10 Ok I'll remove it 15:47:15 ritusood: ok. 15:47:33 please upload a new patchset for review. 15:48:07 sounds good 15:48:09 I think the #link https://gerrit.opnfv.org/gerrit/#/c/65961/ and #link https://gerrit.opnfv.org/gerrit/#/c/65829 are dependent and need to merged 15:48:14 at the same time 15:48:22 the first is good to go 15:48:46 there is another pending on #link https://gerrit.opnfv.org/gerrit/#/c/66331/ 15:48:59 changes to README file. 15:49:11 I have a simple comment ritusood to consider. 15:49:30 Now README is more descriptive. 15:49:31 I updated the Readme and uploaded a new patch just now 15:49:45 taking care of the comment 15:50:15 ritusood: excellent. 15:50:24 electrocucaracha: comment on https://gerrit.opnfv.org/gerrit/#/c/66331/ ? 15:50:51 * electrocucaracha was doing a quick check 15:50:56 ok 15:52:01 I think that the line 110 is wrong, isn't it? 15:52:21 https://gerrit.opnfv.org/gerrit/#/c/66331/6/README.rst@110 15:52:34 that needs to be before the line 108 15:52:46 I mean annotations is part of the block of code 15:52:58 agree. 15:53:29 but i dont find any difference. 15:53:51 line 110 defines, annotations code block 15:54:10 I fee the same 15:54:30 well, .. code-block:: yaml is a sphinix instruction that formats the code 15:54:42 electrocucaracha: To meet the requirement of multiple interfaces and IP's per pod, a Pod annotation like below is required when working with Multus: 15:54:54 electrocucaracha: yes. its docs instruction 15:54:58 so if the line 108 is not included, it won't have the proper style at the end 15:55:11 electrocucaracha: its not like that. 15:55:15 Yes I agree but from the documentation purpose that can be part of the yaml block or not 15:55:38 electrocucaracha: " .. code-block" is enough 15:56:06 I feel there is no requirement to specify "yaml". 15:56:14 yes, but annotations: is part of the yaml section 15:56:36 then Line 108 be moved to Line 110 15:56:38 ? 15:56:50 yes, it's important 15:56:54 and makes difference 15:57:02 electrocucaracha: agree 15:57:07 it is showing up correctly 15:57:13 that is what I mean 15:57:48 it is documentation and if you render it shows up the way we want 15:57:51 ritusood: that annotations line is part of the yaml block of code 15:57:56 ritusood: I mean, "annotations:" be move to ".. code-block" section for yaml file correctnes 15:58:09 ok 15:58:16 yes, please 15:58:43 regarding the section of authors/contributors at the end 15:58:49 ? 15:58:55 it's fine to keep them? 15:59:10 usually, commits shown who are the contributors 15:59:12 electrocucaracha: yes. 15:59:17 or another files 15:59:25 doubt: why electrocucaracha is not added ? 15:59:52 well, it's not common to see it there 16:00:41 electrocucaracha: then we can have AUTHORS file for this project. 16:00:52 yeah 16:01:45 I uploaded new patch for README 16:01:51 ritusood: can you update the file with another file for AUTHORS 16:02:07 I'll like to do in another patch 16:02:24 ok 16:04:21 electrocucaracha: you comments on updated readme ? 16:04:47 ok, I can put them there 16:05:24 ritusood: Line: 102 16:05:29 This plugin is currently tested to work with Multus and Flannel providing the first network interface. 16:05:44 Multus configured with Flannel ? 16:06:01 yes 16:06:50 the wording be changed ? 16:08:37 and remove the line 175 16:08:48 or use the proper url 16:10:38 ritusood: for README please consider the proposed changes. we can merge the document. 16:11:13 I'll add authors later other than that I'll update the README 16:11:21 ritusood: +1 16:11:26 thanks ritusood 16:11:45 #topic Compass integration 16:12:33 We have identified a resource but still waiting for internal approval to start working on this 16:12:37 electrocucaracha, ritusood: please share your thoughts on compass integration 16:13:04 ok. then, we require functional tests 16:13:46 Once we have resource commitment then we can start looking into that 16:14:01 ritusood: ok.sounds good 16:14:31 #action: update Readme and Code clean up patchsets - ritusood 16:15:12 we have 15 minutes more 16:15:33 #topic ONS Americas - Demo ideas and OpenStack Summit 16:16:14 isn't yesterday last day for CFP of ONS? 16:16:35 electrocucaracha, ritusood: last week OPNFV marketing team want its projects to showcase a demo which collaborates with LNF and ONAP. 16:16:48 yes it was, its OPNFV marketplace demo 16:16:56 at ONS Americas 2019. 16:17:07 I asked srini on this but there was no reply. 16:17:49 since this plugin main requirement is in ONAP. I thought this effort be showcased at summit. 16:18:03 yeah, makes sense 16:19:12 if your team is attending/presenting at the summit, they can give a marketplace demo at OPNFV booth collaboration of OPNFV, LNF and ONAP. also I think Intel will have a booth at marketplace 16:19:59 trinaths: maybe, usually the approval process for conferences is weird 16:20:26 electrocucaracha: ok. 16:20:52 but what you proposed makes sense 16:20:59 We can check interest internally at Intel 16:21:49 electrocucaracha, ritusood: please check with Srini for suggestions. 16:22:22 ok 16:22:57 For OpenStack summit ? Jan 23rd is the deadline. 16:23:07 have some ideas to submit ? 16:23:20 This time summit is in denver. 16:23:54 none 16:24:04 ok. 16:24:12 i'm done. 16:24:33 Please review the patches I took care of the comments 16:24:35 like OpenStack OSM is also getting some focus 16:24:41 ritusood: sure 16:24:59 im thinking for OSM OVN integration. 16:25:08 that was from my end. 16:25:16 we have 5 more minutes to go 16:25:21 Can you share more on OSM> 16:25:26 any comments/suggestion 16:25:40 ritusood: sure. I will share the PPT and architecture 16:25:50 ok sounds good 16:26:36 great, thanks 16:26:49 thank you for attending the meeting and contributing good work. 16:26:51 bye. 16:26:58 bye 16:27:00 #endmeeting