Hi Zhuoyao, Thanks for the update.
I agree with you that deactivation via site id is not a right way as SO should be transparent to network parameters. Regarding uuid for deactivation I assume you are referring to network-id. In my understand the flow is, during activation SDNC will feedback the network-id to SO and during deactivation SO is expected to provide the network-id pointing to network which needs to be deactivated, is that your understanding too? VoLTE overlay DGs for both activate and deactivate flow is added in SDNC and can be referred. Kindly let me know if you have any queries or any other sync up is required for overlay. Thanks and Regards, Gaurav From: huang.zhuo...@zte.com.cn [mailto:huang.zhuo...@zte.com.cn] Sent: 2017年10月9日 8:13 To: Gaurav agrawal Cc: Yang Xu (Yang, Fixed Network); onap-discuss@lists.onap.org; ramu....@gmail.com; Jinxin (Saw) Subject: 答复: Re: [onap-discuss]答复:[vfc][sdnc][so] How VFC will store network info in A&AI Hi Gaurav, I think a little more work is needed for overlay-vpn deployment in SO, such as a flag is needed for marking the overlay parameters and underlay parameters, and activation and deactivation sequence control. Site id might not be passed to SDNC in deactivation, but a uuid of overlay-vpn for now. I guess we could get the site id from AAI by overlay-vpn uuid. If it doesn't work, we could make some change about it. Thank you and best regards! 黄卓垚 huangzhuoyao 职位 position 承载网管开发部/有线研究院/有线产品经营部 Strategy & IT-IT Dept. [cid:image001.gif@01D340F0.8A27CFF0] [cid:image002.gif@01D340F0.8A27CFF0] 深圳市南山区科技南路55号中兴通讯研发大楼33楼 33/F, R&D Building, ZTE Corporation Hi-tech Road South, Hi-tech Industrial Park Nanshan District, Shenzhen, P..R.China, 518057 T: +86 755 xxxxxxxx F: +86 755 xxxxxxxx M: +86 xxxxxxxxxxx E: huang.zhuo...@zte.com.cn<mailto:huang.zhuo...@zte.com.cn> www.zte.com.cn<http://www.zte.com.cn/> 原始邮件 发件人: <gaurav.agra...@huawei.com<mailto:gaurav.agra...@huawei.com>>; 收件人: <yang....@huawei.com<mailto:yang....@huawei.com>>;黄卓垚10112215; 抄送人: <onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>; 日 期 :2017年10月03日 20:29 主 题 :Re: [onap-discuss]答复:[vfc][sdnc][so] How VFC will store network info in A&AI Hi Zhuoyao, Do you have any idea whether the SO development completed for OverlayVpn deployment? If yes for deactivation whether it’s going to pass siteId to SDNC? Thanks and Regards, Gaurav From: Yang Xu (Yang, Fixed Network) Sent: 2017年10月1日 17:33 To: huang.zhuo...@zte.com.cn<mailto:huang.zhuo...@zte.com.cn> Cc: Gaurav agrawal; zhang.maope...@zte.com.cn<mailto:zhang.maope...@zte.com.cn>; onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> Subject: RE: Re: [onap-discuss] 答复:[vfc][sdnc] How VFC will store network info in A&AI Hi Zhuoyao, I am on travel, and will be back to office on Monday 10/2. You can schedule a zoom meeting with me on Monday EST to clarify your questions. See my brief answers inlined below. Thanks, -Yang From: huang.zhuo...@zte.com.cn<mailto:huang.zhuo...@zte.com.cn> [mailto:huang.zhuo...@zte.com.cn] Sent: Saturday, September 30, 2017 9:18 AM To: Yang Xu (Yang, Fixed Network) Cc: Gaurav agrawal; zhang.maope...@zte.com.cn<mailto:zhang.maope...@zte.com.cn>; onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> Subject: 答复: Re: [onap-discuss] 答复:[vfc][sdnc] How VFC will store network info in A&AI Hi Yang, I'm not sure about some detail of the overlay vpn deployment, could you help me about that? Thank you! 1. Vxlan tunnel model driven deployment is supported? [Yang] Yes, but only the part connecting the networks on edge and core data centers is modeled by overlay template. 2. If yes, which parameters of overlayTunnel.yml are related to vxlan tunnel, and how do they work? [Yang] The parameters in overlayTunnel.yml defines how to connect the networks in two data centers, not about how to set up VXLAN tunnels. 3. The 3rd party controller NBI of vxlan tunnel is provider related, right? [Yang] VXLAN set up API is vendor related, but API to connect the networks on the two data centers are vendor agnostic. 4. Does SO controls the deployment sequence as: underlay vpn / vxlan tunnel / overlay vpn? Or So controls the deployment sequence as: underlay vpn / vxlan tunnel & overlay vpn, and then sdnc splits the data and launches the deployment in sequence of: vxlan tunnel / overlay vpn? Or any other way for the deployment sequence control? [Yang] Can you clarify with Ramu about which SDNC API to call? 5. The overlay vpn is supported in Release 1, even though the M4 has already past? [Yang] Yes, the scope I mentioned above about overlay VPN is supported in R1. If it’s not working, we will create JIRA ticket and fix it. Best regards! 黄卓垚 huangzhuoyao 职位 position 承载网管开发部/有线研究院/有线产品经营部 Strategy & IT-IT Dept. [cid:image001.gif@01D340F0.8A27CFF0] [cid:image002.gif@01D340F0.8A27CFF0] 深圳市南山区科技南路55号中兴通讯研发大楼33楼 33/F, R&D Building, ZTE Corporation Hi-tech Road South, Hi-tech Industrial Park Nanshan District, Shenzhen, P..R.China, 518057 T: +86 755 xxxxxxxx F: +86 755 xxxxxxxx M: +86 xxxxxxxxxxx E: huang.zhuo...@zte.com.cn<mailto:huang.zhuo...@zte.com.cn> www.zte.com.cn<http://www.zte.com.cn/> 原始邮件 发件人: <yang....@huawei.com<mailto:yang....@huawei.com>>; 收件人: <gaurav.agra...@huawei.com<mailto:gaurav.agra...@huawei.com>>;张茂鹏10030173; 抄送人: <onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>; 日 期 :2017年09月28日 15:13 主 题 :Re: [onap-discuss] 答复:[vfc][sdnc] How VFC will store network info in A&AI Hi Maopeng, We discussed this topic in F2F meeting yesterday. Would you please provide us the name of the developer who can help on VFC side so we can follow up directly? time is running out, please help. Thanks, -Yang Sent from HUAWEI AnyOffice From:Gaurav agrawal To:zhang.maope...@zte.com.cn,Yang Xu (Yang, Fixed Network) Cc:onap-discuss@lists.onap.org Date:2017-09-27 09:32:53 Subject:RE: [onap-discuss] 答复:[vfc][sdnc] How VFC will store network info in A&AI Hi Maopeng, Let me provide my understanding on this topic, @Yang Xu please add to it. This is required in case of VoLTE use case wherein SDNC needs to associate local network within datacenter to a VXLAN tunnel available between datacenters (edge and core). In this regard we expect user to input the network name and find the associated networkId in SDNC by referring to the local network information added by VFC in A&AI. Input from UUI (https://gerrit.onap.org/r/#/c/12933/2/catalog-be/src/main/resources/import/tosca/normative-types/overlayTunnel/overlayTunnel.yml) [cid:image003.png@01D340F0.8A27CFF0] Request to 3rd party controller from SDNC: { "l3-dci-connect": { "id": "CDD702C3-7719-4FE6-A5AD-3A9C9E265309", "name": "PODX-routerY", "description": "VPC A connect VPC B", "router_id": "CBB702C3-6789-1234-A5AD-3A9C9E265309", "firewall_enable": "false“ //false "local_networks": ["8a41319d-87cf-4cd6-8957-f4a1066c63a8","c1134ed3-dce8-41c4-af81-2b15834f0c7a"], "local_network_all":false, "evpn_irts": ["1:5000"], "evpn_erts": ["1:5000" ], "l3_vni": "5001", } } Thanks and Regards, Gaurav From: onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> [mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of zhang.maope...@zte.com.cn<mailto:zhang.maope...@zte.com.cn> Sent: 2017年9月26日 13:11 To: Yang Xu (Yang, Fixed Network) Cc: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> Subject: [onap-discuss] 答复:[vfc][sdnc] How VFC will store network info in A&AI hi yang could you clearfy the network and subnetwork info from sdnc in the whole case, and how does the sdnc use it? BR maopeng 原始邮件 发件人: YangXu(Yang,FixedNetwork); 收件人: 张茂鹏10030173; onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; 抄送人: chinamobile; 日期:2017-09-21 14:35:16 主题:[vfc][sdnc] How VFC will store network info in A&AI Hi Maopeng and VFC team, SDNC team needs to know some information about the networks created by VFC, e.g. network id and subnet. Where does VFC store the network information in A&AI? Can you point to us A&AI node and attributes used for such information? An A&AI query example would be greatly appreciated. Regards, -Yang
_______________________________________________ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss