15:32:18 #startmeeting OVN4NFV Weekly Meeting 15:32:18 Meeting started Tue Oct 16 15:32:18 2018 UTC. The chair is trinaths. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:32:18 Useful Commands: #action #agreed #help #info #idea #link #topic. 15:32:18 The meeting name has been set to 'ovn4nfv_weekly_meeting' 15:35:07 #topic 15:35:39 Hello Trinaths 15:36:16 #topic Agenda - https://wiki.opnfv.org/display/OV/Meeting+Agenda 15:36:24 Amir_m: hi 15:36:30 Amir_m: how are you doing ? 15:36:43 I'm good, thank you 15:36:50 What about you? 15:37:00 doing good 15:37:22 Sorry, unable to host meeting last week, I was travelling home 15:37:38 No problem 15:37:40 Amir_m: can you share the work progress if any ? 15:38:18 As I told you, I was able to bring up a K8s cluster using vagrant 15:38:26 ok. 15:38:28 The OVN is the network provider 15:38:33 ok 15:38:47 can you document the setup guide and packet path 15:39:05 did you try kubevirt or virtlet 15:39:21 What do you mean by packet path 15:41:06 how the packet is driving in container environment. 15:41:38 I'm here confused about using virtlet vs kubevirt. Do you have a preference? and why? 15:42:08 Amir_m: As per the setup you have now, we have OVN working with K8S based container cluster. right ? 15:42:16 yes 15:43:10 Amir_m: KubeVirt is a virtual machine management add-on for Kubernetes providing control of VMs as Kubernetes Custom Resources. Virtlet, on the other hand is a CRI (Container Runtime Interface) implementation, which means that Kubernetes sees VMs in the same way it sees Docker containers. 15:43:51 Trinaths: I understand the difference between kubevirt and virtlet 15:44:06 I'm asking about any preference for our PoC? 15:44:48 Amir_m: go with virtlet. 15:44:56 okay, thank you 15:45:09 Amir_m: i feel this can be more close how k8s treats containers. 15:45:21 Amir_m: Hope you have gone through - https://www.mirantis.com/blog/kubevirt-vs-virtlet-comparison-better/ 15:45:24 #link https://www.mirantis.com/blog/kubevirt-vs-virtlet-comparison-better/ 15:45:32 I did 15:46:00 Amir_m: nice. 15:46:26 do let me know one virtlet is working. 15:46:35 I will 15:47:03 okay. 15:48:21 Once this is completed by our next weekly meeting we will discuss of APEX integration. 15:48:39 okay 15:49:22 you mean for the first PoC, right? 15:49:31 yes 15:49:53 both these need to be integrated with any of the installers Apex/Fuel/Compass 15:50:04 yes 15:50:10 since Apex guys are helping us well, lets go with their installer. 15:51:03 but non of the K8s scenarios in the previous release was ingerated with APEX 15:51:30 previous ? 15:51:43 OPNFV release 15:51:55 Installer builds are not stable. 15:52:08 ? 15:53:06 due the deadlines and other supporting team work constraints, the scenarios are being skipped. 15:53:21 okay 15:53:29 we are working with RedHat team who are active in OVN and Apex development. 15:54:08 Okay, once I'm successful with virtlet, will shoot you a note 15:54:09 so there is a more probability that Apex accepts our scenarios. 15:54:47 Amir_m: yes, please. now with Intel contributing to OVN, you OVN_CN_VM PoC of greater importance for Redhat and Intel teams. 15:55:09 Intel team is on festival vacation. 15:56:22 Amir_m: lets go with virtlet and complete our PoC. we have 2 more milestones to reach for completion of this internship. 15:56:49 Trinaths: Okay 15:56:55 Amir_m: Do you want discuss anything more ? Else, we can conclude the meeting for today. 15:58:19 Ttrinaths: Yes, I have an off topic question: how to relate the work being done with Network service mesh and the Intel K8s-ovn plugin? 15:58:44 Amir_m: can you more elaborate. 16:00:00 The NSM are trying to introduce a service mesh of containerized network functions (CNFs), which accounts for the data plane network functions 16:00:33 which includes the need for multiple interfaces/IPs, support SR-IOV, etc. 16:00:49 true, agree 16:01:10 Intel's initial effort for k8s integration is for Multi Cloud regions 16:01:31 #link https://wiki.onap.org/display/DW/Support+for+K8S+%28Kubernetes%29+based+Cloud+regions 16:03:06 Trinaths: I think I was confused. I will need to read more to clear my confusion, Thank you 16:03:51 they have chosen OVN for its simplicity and distributed nature. where it fits efficiently at the Network Edge. 16:04:06 Intel's OVN discussions- https://wiki.onap.org/display/DW/OVN+integration+discussions 16:04:10 #link https://wiki.onap.org/display/DW/OVN+integration+discussions 16:05:05 their intention is also to empower the service mesh to support CNFs. 16:05:33 with OVN capabilities in Multi cloud scenarios (aka Edge scenarios within ONAP) 16:06:31 Trinaths: One more question, in a real telco cloud (on-prem, public, hybrid, or multi, and edge), is the NFV placement, migration, and replication represents a challenge that yet to be addressed ? 16:06:48 Amir_m: yes. 16:07:05 Amir_m: I will give you an example which we recently discussed. 16:07:28 Amir_m: can you check the mirantis link i shared for virtlet vs Kubevirt 16:07:45 which type of NFV: control plane , management or data plane? 16:08:01 trinaths: yes 16:08:03 all 3 16:08:33 okay 16:08:43 telco's are not really focused into CNs. since they have first migrated to VMs and are really learning them. 16:09:01 though technology is fast growing adoption is slow. 16:09:31 Trinaths: But I think they currently are considering this transitions to use CNs 16:09:58 In the tech-news, you can see orange telco collaborates with Erricsson . 16:10:11 The resistance comes form vendors side, right? 16:10:12 telefonica collaborates with NeC 16:10:17 True. 16:10:46 if you see RedHat is selling its OpenShft platform for telcos 16:10:56 to move them to Container infra. 16:11:01 yes I know 16:11:21 but still Container management/scale/migration are in incubation 16:11:33 okay 16:12:01 Trinaths: But which VNF type is more challenging ? 16:12:13 with VMs there is a certain saturation for management/scale/migration. 16:12:34 dataplane VNFs are more challenging. 16:12:45 agree 16:13:09 the data plane requirements itself vary as per the demand and telco requirements. 16:13:34 the telco/SP's requirements are going to even more challenging for designing the VNFs. 16:13:56 they first intend to do in VMs and then move to MicroSvs with CNFs. 16:14:53 and eventually, utilize the service mesh concepts, but at a lower level (L2-L3) 16:15:08 as you might know working inside mesh is quite more challenging. 16:15:17 the life of packet is miserable. 16:16:41 Trinaths: Thanks a lot for sharing your thoughts on my off topic questions 16:16:41 also, service mesh is really interesting when ML on network is a requirement 16:17:01 Amir_m: did I clear atleast some of your doubts ? 16:17:18 Trinaths: Yes, most of them, thank you 16:17:28 :) nice 16:17:47 Amir_m: can you conclude this OVN-VM-CN task my next week meeting ? 16:17:58 we need to focus more on Apex integration/ 16:18:00 I will do my best 16:18:14 ok. 16:18:24 that's all from my end. 16:18:39 Thank you 16:18:51 Amir_m: please share you questions, mail too we can discuss them at any time. not only at meeting time 16:19:02 Okay 16:19:28 nice, 16:19:37 lets continue the good work. 16:19:48 any more to discuss. 16:19:49 ? 16:20:13 No, Thanks 16:20:17 #endmeeting