Thank you Morgan, Lei for your feedback. Lei – you should not be worried about the TSC deadline. You have been really active, replying to all of our queries.
Many thanks & regards Catherine From: morgan.richo...@orange.com <morgan.richo...@orange.com> Sent: Tuesday, June 30, 2020 4:01 PM To: 黄蕾 <huanglei...@chinamobile.com>; Lefevre, Catherine <catherine.lefe...@intl.att.com> Cc: onap-tsc <onap-tsc@lists.onap.org>; yangyanyj <yangya...@chinamobile.com> Subject: RE:[onap-tsc] Guilin Release: REQ-335 to REQ-338 Hi I will hopefully have a better view tomorrow :) I remember I saw a presentation in Prag on this topic. @Lei do not hesitate to correct me if I am wrong. The title of the requirements is maybe a bit misleading, Certification shall be indicated. As far as I remember automation testing here deals only with VNF automation testing from SDC interface. The goal is not to test ONAP to validate ONAP but to certify VNF vendors that their VNF can be deployed from ONAP. It requires some work on SDC (but resources are provisionned)+ use/update of CLI + glue (if VNF needs network resources) There is probably some tooling overlaps with what has been done in Integration regarding VNF automation. In frankfurt I tried to integrate the VNF_Tosca use case in CI. I think we were not far. This use case is already leveraging the tools used for Certification automation (CLI, oclip,..) Integration is using alternatives to CLI (Robot, postman, onap_tests, soon python_onapsdk,..) to interact with ONAP that is why vCPE_Tosca was interesting because it was following another logic It could have been the opportunity to sue and test CLI and components that are no very tested (MSB, ESR) Unfortunately I was able to finalize the integration, I created a Jira in order to enhance the use case for Guilin. As a conclusion, If I understood well, goals are different. There requirements deal with VNF testing automation within Certification context. /Morgan ________________________________ De : 黄蕾 [huanglei...@chinamobile.com] Envoyé : mardi 30 juin 2020 15:10 À : Catherine LEFEVRE; RICHOMME Morgan TGI/OLN Cc : onap-tsc; yangyanyj Objet : Re: [onap-tsc] Guilin Release: REQ-335 to REQ-338 Dear Catherine, Morgan Considering TSC Guilin prioritization decision meeting is approaching, but the nearest integration weekly call is held on tomorrow (July 1st), time is very limited, we worry about over the deadline of TSC process. After preliminary discussion with Morgan offline, we both agree on establishing this automatic testing platform , so I suggest push milestone process forward first, I think both me and Morgan agree on this point. And then I'll help share the detail of our automatic testing idea with integration team tomorrow in weekly call, talk about possible coorperation in future. :) Best Regards, Lei ------------------------------- 黄蕾 人工智能和智慧运营研发中心 中国移动通信有限公司研究院 中国北京市西城区宣武门西大街32号（100053） Huang Lei Center of AI and Intelligent Operation R&D China Mobile Research Institute No.32 Xuanwumen west street, Xicheng District, Beijing 100053, China Mobile: +86 18800156155 Email: huanglei...@chinamobile.com<mailto:menglin...@chinamobile.com> ------------------------- 发件人: Catherine LEFEVRE<mailto:catherine.lefe...@intl.att.com> 时间: 2020/06/30(星期二)19:59 收件人: RICHOMME Morgan TGI/OLN<mailto:morgan.richo...@orange.com>;onap-tsc<mailto:onap-tsc@lists.onap.org>; 主题: [onap-tsc] Guilin Release: REQ-335 to REQ-338 Good evening/afternoon Lei Huang, Morgan, Please share the conclusions, after your today’s discussions, concerning “REQ-335 to REQ-338”. It will help a lot the ONAP TSC to finalize their Guilin prioritization concerning these requirements. Many thanks & regards Catherine Catherine Lefèvre AVP Software Development & Engineering AT&T Labs – Network Cloud and SDN Platform Integration SDN Platform & Systems ECOMP/RUBY/SPP-NEAM-Appl. Servers/SIA ONAP TSC Chair [cid:image001.png@01D64F39.6E1553F0] [cid:image002.png@01D64F39.6E1553F0] Phone: +32 2 418 49 22 Mobile: +32 475 77 36 73 catherine.lefe...@intl.att.com<mailto:catherine.lefe...@intl.att.com> TEXTING and DRIVING… It Can Wait AT&T BUROGEST OFFICE PARK SA Avenue des Dessus-de-Lives, 2 5101 Loyers (Namur) Belgium NOTE: This email (or its attachments) contains information belonging to the sender, which may be confidential. proprietary and/or legally privileged. The information is intended only for the use of the individual(s) or entity(ies) named above. If you are not the intended recipient, you are hereby notified that any disclosure, distribution or taking of any action in reliance on the content of this is strictly forbidden. If you have received this e-mail in error please immediately notify the sender identified above. _________________________________________________________________________________________________________________________ Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration, Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci. This message and its attachments may contain confidential or privileged information that may be protected by law; they should not be distributed, used or copied without authorisation. If you have received this email in error, please notify the sender and delete this message and its attachments. As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified. Thank you. -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#6624): https://lists.onap.org/g/onap-tsc/message/6624 Mute This Topic: https://lists.onap.org/mt/75212018/21656 Group Owner: onap-tsc+ow...@lists.onap.org Unsubscribe: https://lists.onap.org/g/onap-tsc/leave/2743226/1412191262/xyzzy [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
