Dear Gaurav
There are several projects which have portal functions, but some necessary functions don’t be provided by any project. (alarm monitor, show performance, end-user self-service, etc.) I suggest that we’d better to generalize all portals and implement functions that not exist or not intend to provided in Usecase UI project. Best regards, Shentao 发件人: Gaurav Gupta (c) [mailto:guptagau...@vmware.com] 发送时间: 2017年6月5日 14:18 收件人: shentao; 'Dhananjay Pavgi'; 'ROSE, DANIEL V'; dsha...@interwise.com; eden.ro...@att.com; zahi.kapel...@att.com; 'HEMLI, AMICHAI'; 'ANAPAN-LAVALLE, HECTOR A' 抄送: onap-discuss@lists.onap.org 主题: Re: [onap-discuss] Question on VID Dear shentao and all Does it make sense to put this Usecase UI Project discussion to TSC/architecture forum . with best regards gaurav _____ From: shentao <shen...@chinamobile.com> Sent: 05 June 2017 08:06:23 To: 'Dhananjay Pavgi'; Gaurav Gupta (c); 'ROSE, DANIEL V'; dsha...@interwise.com; eden.ro...@att.com; zahi.kapel...@att.com; 'HEMLI, AMICHAI'; 'ANAPAN-LAVALLE, HECTOR A' Cc: onap-discuss@lists.onap.org Subject: 答复: [onap-discuss] Question on VID Dear all I’m going to build Usecase UI project to solve this problem. I’ve listed all portal requirements of ONAP in Usecase UI Proposal. And suggest portal functions which have not be implemented should build in this project. The project proposal described specific fuctions. (https://wiki.onap.org/display/DW/Usecase+UI+Proposal+Template) Usecase UI will provide GUI for operators and end-users from the point of view of use cases. As a whole project, Usecase UI requiremetns not only includes service design and run-time management (resource, performance, fault, security, configuration, etc.) for operators, but also includes self-service management for end-users. This project targets identifying all GUI requirements which operators and end-users need ONAP to support, coordinating GUI parts of each ONAP subsystem, filling the gaps for improving GUI functionalities for use case. All GUI functionalities of ONAP system can be well showed to satisfy the requirements from different customers. Scope: 1. The Designer Role: l Service design (implemented by SDC) l VNF onboarding (implemented by SDC) l Policy design (implemented by Policy Framework) l Closed Loop design (implemented by CLAMP) 2. The Operator Role: l Service LCM (implemented by VID portal) l Inventory for services and resources (implemented by A&AI) l Monitor system alarms (implemented by this project) l Alarm correlation (implemented by Holmes) l Show system performance (implemented by this project) 3. The user Role: (Implemented by this project) l Provide model-based vCPE instance orchestration interface l Consume and interpret standard ONAP vCPE models l Call service orchestration systems to configure services and VNFs in the core and at the edge l Use inventory systesm to determine currently defined inventory for core and edge services l End-user self-service management UI of provisioned vCPE elements Best regards, Shentao 发件人: Dhananjay Pavgi [mailto:dp00476...@techmahindra.com] 发送时间: 2017年6月4日 19:05 收件人: Gaurav Gupta (c); ROSE, DANIEL V; shentao; dsha...@interwise.com; eden.ro...@att.com; zahi.kapel...@att.com; HEMLI, AMICHAI; ANAPAN-LAVALLE, HECTOR A 抄送: onap-discuss@lists.onap.org 主题: RE: [onap-discuss] Question on VID Very valid point, Gaurav. ONAP has multiple GUIs and take this as a request to TSC/community members to arrive at role definition for each GUI to ensure that there’s no ambiguity and the same role calling to use more than one GUI. If there’s such overlaps then we should get those sorted. thanks & regards, Dhananjay Pavgi Mobile : +91 98220 22264 cid:image002.png@01CE7323.F2727500 ONAP_logo_Sig <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.techmahindra.com_&d =DwMFbw&c=uilaK90D4TOVoH58JNXRgQ&r=ebJjFMpXijqZjbZCcbF7yJIq2ES6jM0Q-DEcP-qjj eI&m=h6XsWTqslUjGxabTAUQH--_6xnoJwBMQFvXHHcPlpXU&s=bU_0iEilOxf_jHhIrg5CYfM5v 3z-9c6vGrwpnZior-I&e=> www.techmahindra.com Platinum Member. Visit : <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.onap.org_&d=DwMFbw&; c=uilaK90D4TOVoH58JNXRgQ&r=ebJjFMpXijqZjbZCcbF7yJIq2ES6jM0Q-DEcP-qjjeI&m=h6X sWTqslUjGxabTAUQH--_6xnoJwBMQFvXHHcPlpXU&s=7iiIeCsI8GsZlJAf_a0Fegh1QgAypMbiO xqaJUgjOuc&e=> http://www.onap.org From: onap-discuss-boun...@lists.onap.org [mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Gaurav Gupta (c) Sent: Saturday, June 03, 2017 9:07 AM To: ROSE, DANIEL V <dr6...@att.com>; shentao <shen...@chinamobile.com>; dsha...@interwise.com; eden.ro...@att.com; zahi.kapel...@att.com; HEMLI, AMICHAI <ah0...@intl.att.com>; ANAPAN-LAVALLE, HECTOR A <ha0...@att.com> Cc: onap-discuss@lists.onap.org Subject: Re: [onap-discuss] Question on VID Daniel Rose I assumed that one of the Goal of ONAP is managing the Cloud Infra and Service easy for the Telco Operator . As in traditional/conventional Network infra environment Network Element had their own EMS/NMS System and even if some functions of NE or all of the NE even if virtualized , poses a problem for the operator to look at 2 Screen at least . a- EMS/NMS for NE and Service/KPI/Network Health Monitoring b- Another for monitoring the health of Virtualized environment Do you think - having too many GUI's would causes a lot of overhead unless you are thinking of restricting each GUI to a specific Role . Do correct if I am missing something subtle . with best regards gaurav _____ From: onap-discuss-boun...@lists.onap.org <onap-discuss-boun...@lists.onap.org> on behalf of ROSE, DANIEL V <dr6...@att.com> Sent: 02 June 2017 22:52 To: shentao; dsha...@interwise.com; eden.ro...@att.com; zahi.kapel...@att.com; HEMLI, AMICHAI; ANAPAN-LAVALLE, HECTOR A Cc: onap-discuss@lists.onap.org Subject: Re: [onap-discuss] Question on VID Hector do you know what kind of gui we have and where it is now? Thanks, Daniel Rose ECOMP / ONAP com.att.ecomp 732-420-7308 From: shentao [mailto:shen...@chinamobile.com] Sent: Friday, June 02, 2017 5:09 AM To: ROSE, DANIEL V <dr6...@att.com>; dsha...@interwise.com; eden.ro...@att.com; zahi.kapel...@att.com; HEMLI, AMICHAI <ah0...@intl.att.com> Cc: onap-discuss@lists.onap.org Subject: 答复: [onap-discuss] Question on VID Hi, Daniel Thanks for your reply. I’m working to summarize portal requirements and want to confirm if VID is going to provide a portal for service LCM because it seems no description about GUI in VID proposal. If VID provides a portal for service LCM, I agree with you that there is no necessary to build the same part in Usecase UI project. Btw, as I understand appc provides NB APIs, but not gui. Does service lifecycle gui not exist in VID gui? Best regards, Shentao 发件人: ROSE, DANIEL V [mailto:dr6...@att.com] 发送时间: 2017年5月31日 4:14 收件人: shentao; dsha...@interwise.com; eden.ro...@att.com; zahi.kapel...@att.com; HEMLI, AMICHAI 抄送: onap-discuss@lists.onap.org 主题: RE: [onap-discuss] Question on VID On the one hand, VID already has a portal integration. To answer your questions in a more broad way I don’t think we want to go about creating GUIs for each specific use case (but I guess if the community does they can reply and keep me honest) and that is what I got as the output from a read of your project proposal. The idea in my opinion is to add capabilities to the platform. When you look at it that way I see 3 gui areas Service Design, Service Instantiation and Service Lifecycle. Service design is already covered by sdc and that project. Service Instantiation is covered by VID and service lifecycle is covered by appc gui, which may or may not be open sourced right now I am not sure but I am sure we would be ok with doing so if its not. Then if the release 1 use cases need enhancements t that we should implement them generically and any vnf can use it. I certainly don’t want to build the same thing for vcpe and volte! Either way I don’t know what exactly your project is looking to do. Can you clarify your project proposal a bit so vi d can better work together with you? Thanks, Daniel Rose ECOMP / ONAP com.att.ecomp 732-420-7308 From: onap-discuss-boun...@lists.onap.org [mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of shentao Sent: Tuesday, May 30, 2017 3:52 PM To: dsha...@interwise.com; eden.ro...@att.com; zahi.kapel...@att.com; HEMLI, AMICHAI <ah0...@intl.att.com> Cc: onap-discuss@lists.onap.org Subject: [onap-discuss] Question on VID Hi, Michael and Helmi I’m working for UseCase UI project and found that there is a relationship between UseCase UI and VID project. I’ve looked through the VID proposal and have some questions about VID project. Could you help me to confirm questions about VID project. Thank you very much. 1. Is VID project planning to provide a portal component which will integrate into Portal Platform? 2. If VID project provides a portal component, what detail functions will be provided? UseCase UI project will support managements of service & VNF lifecycle, I don’t know whether VID has a duplicate scope because there is service & VNF description in VID scope. 3. In UseCase UI proposal, seed code is linking to VID’s repo ( <https://urldefense.proofpoint.com/v2/url?u=https-3A__gerrit.onap.org_r_-23_ admin_projects_vid&d=DwMFbw&c=LFYZ-o9_HUMeMTSQicvjIg&r=2wwdGZ3YcpSivQ2Kio028 A&m=s_pnutB5B1kDdiy98MfuTyx1YYlN1nrqG9i5z1LqUdA&s=tek-4tg2eYSYZLZvjfjE7XVCYw z7CRpJTeTU5YsvVrw&e=> https://gerrit.onap.org/r/#/admin/projects/vid). Does it mean that VID repo is currently including seed code of UseCase UI (vCPE or VoLTE)? This involves question2 that I don’t know why UseCase UI’s seed code is in VID’s repo. Best regards, Tao Shen --------------------------------------------- 沈涛 中国移动通信有限公司研究院网络技术研究所 中国北京市西城区宣武门西大街32号（100053） Shen Tao China Mobile Research Institute No.32 Xuanwumen west street,Xicheng District, Beijing 100053, China Tel: +86 15801696688-34070 Mobile: +86 13521591389 Email: shen...@chinamobile.com --------------------------------------------- ============================================================================ ================================================ Disclaimer: This message and the information contained herein is proprietary and confidential and subject to the Tech Mahindra policy statement, you may review the policy at http://www.techmahindra.com/Disclaimer.html <https://urldefense.proofpoint.com/v2/url?u=http-3A__www.techmahindra.com_Di sclaimer.html&d=DwMFbw&c=uilaK90D4TOVoH58JNXRgQ&r=ebJjFMpXijqZjbZCcbF7yJIq2E S6jM0Q-DEcP-qjjeI&m=h6XsWTqslUjGxabTAUQH--_6xnoJwBMQFvXHHcPlpXU&s=U9qJhOagXP 2PIM0PKOHVYZbp9wjazz6RBTVTMm-9OlM&e=> externally http://tim.techmahindra.com/tim/disclaimer.html <https://urldefense.proofpoint.com/v2/url?u=http-3A__tim.techmahindra.com_ti m_disclaimer.html&d=DwMFbw&c=uilaK90D4TOVoH58JNXRgQ&r=ebJjFMpXijqZjbZCcbF7yJ Iq2ES6jM0Q-DEcP-qjjeI&m=h6XsWTqslUjGxabTAUQH--_6xnoJwBMQFvXHHcPlpXU&s=OKRQiU p5JyhhREYjbHREM1WE7MVaAJ458GBpU26aowY&e=> internally within TechMahindra. ============================================================================ ================================================
_______________________________________________ onap-discuss mailing list onap-discuss@lists.onap.org https://lists.onap.org/mailman/listinfo/onap-discuss
