[onap-discuss] [modeling] modeling design principals and guideline

2017-10-08 Thread denghui (L)
Hello all Based on the summary of our F2F meeting, please send your suggestions to David, Lingli and Rittwik asap within this week. They agree to kindly help to coordinate this work, many thanks for their help -By Oct 15: set guidelines and principals *Methodology of developing

[onap-discuss] [integration] vCPE vGMux test in the open lab

2017-10-08 Thread Kang Xi
BEGIN:VCALENDAR METHOD:REQUEST PRODID:Microsoft Exchange Server 2010 VERSION:2.0 BEGIN:VTIMEZONE TZID:Eastern Standard Time BEGIN:STANDARD DTSTART:16010101T02 TZOFFSETFROM:-0400 TZOFFSETTO:-0500 RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=1SU;BYMONTH=11 END:STANDARD BEGIN:DAYLIGHT

[onap-discuss] [integration] [sdc] VoLTE Use Case Integration Test

2017-10-08 Thread Yang Xu (Yang, Fixed Network)
BEGIN:VCALENDAR METHOD:REQUEST PRODID:Microsoft Exchange Server 2010 VERSION:2.0 BEGIN:VTIMEZONE TZID:Eastern Standard Time BEGIN:STANDARD DTSTART:16010101T02 TZOFFSETFROM:-0400 TZOFFSETTO:-0500 RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=1SU;BYMONTH=11 END:STANDARD BEGIN:DAYLIGHT

[onap-discuss] 答复: RE: Re: 答复: [sdc]pply for add a Discussion Item about "review VoLTE VNF CSAR example" at SDC weekly meeitng

2017-10-08 Thread feng.yuanxing
Hi Halfon, Thanks for your reply. So my understanding is that the entry point depends on the definitions in Manifest file. It does not matter whether we have TOSCA.meta or not. Am I right? Best Regards, Feng yuanxing 原始邮件 发件人: ;

[onap-discuss] Canceled: [integration] vCPE vGMux test in the open lab

2017-10-08 Thread Kang Xi
BEGIN:VCALENDAR METHOD:CANCEL PRODID:Microsoft Exchange Server 2010 VERSION:2.0 BEGIN:VTIMEZONE TZID:Eastern Standard Time BEGIN:STANDARD DTSTART:16010101T02 TZOFFSETFROM:-0400 TZOFFSETTO:-0500 RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=1SU;BYMONTH=11 END:STANDARD BEGIN:DAYLIGHT

Re: [onap-discuss] 答复:[vfc][sdnc][so] How VFC will store network info in A

2017-10-08 Thread Gaurav agrawal
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