Re: [onap-discuss] [oom][cli] CLI deployment from OOM

[Kanagaraj Manickam]

Hi Borislav Glozman,

We would like to deploy the CLI as part of OOM ONAP deployment and we are 
currently investigating on making the required changes for building CLI docker 
as part of CI.
So could you please help us

1.   How to  create the docker image for CLI as part of Jenkins CLI

2.   How to create the k8s deployment ?

Thanks
Kanagaraj M


***
本邮件及其附件含有华为公司的保密信息，仅限于发送给上面地址中列出的个人或群组。禁止任何其他人以任何形式使用（包括但不限于全部或部分地泄露、复制、或散发）本邮件中的信息。如果您错收了本邮件，请您立即电话或邮件通知发件人并删除本邮件！**

***
This e-mail and its attachments contain confidential information from HUAWEI, 
which is intended only for the person  or entity whose address is listed above. 
Any use of the information contained herein in any way (including, but not   
limited to, total or partial disclosure, reproduction, or dissemination) by 
persons other than the intended recipient(s) is  prohibited. If you receive 
this e-mail in error, please notify the sender by phone or email immediately 
and delete it!
***

From: Borislav Glozman [mailto:borislav.gloz...@amdocs.com]
Sent: 03 August 2017 16:13
To: Kanagaraj Manickam; onap-discuss@lists.onap.org
Subject: RE: [oom][cli] CLI deployment from OOM

Hi Kanagaraj,

What exactly would you like to deploy? Is there a docker image for it? Is there 
Dockerfile? I will be glad to assist with the k8s deployment.

Thanks,
Borislav Glozman
O:+972.9.776.1988
M:+972.52.2835726

From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Kanagaraj Manickam
Sent: Thursday, August 3, 2017 9:32 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [oom][cli] CLI deployment from OOM

Dear OOM team,

We are from CLI project and for creating the deployment of CLI from OOM, we 
would like to collaborate with your team.
Could you please guide us to make required implementation in OOM. Thanks

Regards
Kanagaraj M

***
本邮件及其附件含有华为公司的保密信息，仅限于发送给上面地址中列出的个人或群组。禁止任何其他人以任何形式使用（包括但不限于全部或部分地泄露、复制、或散发）本邮件中的信息。如果您错收了本邮件，请您立即电话或邮件通知发件人并删除本邮件！**

***
This e-mail and its attachments contain confidential information from HUAWEI, 
which is intended only for the person  or entity whose address is listed above. 
Any use of the information contained herein in any way (including, but not   
limited to, total or partial disclosure, reproduction, or dissemination) by 
persons other than the intended recipient(s) is  prohibited. If you receive 
this e-mail in error, please notify the sender by phone or email immediately 
and delete it!
***

This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,
you may review at https://www.amdocs.com/about/email-disclaimer
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [ci-management][cli] How to trigger Sonar from jenkins job

[Kanagaraj Manickam]

Hi Pam,

Thanks. I will remove the entry for 1.0.0 as its not there. And I believe by 
default, master branch will be used.

I have question on option #1, should I install Jenkins on my laptop ? because I 
don’t see Jenkins-jobs under ci-management project ?

Regards
Kanagaraj M


***
本邮件及其附件含有华为公司的保密信息，仅限于发送给上面地址中列出的个人或群组。禁止任何其他人以任何形式使用（包括但不限于全部或部分地泄露、复制、或散发）本邮件中的信息。如果您错收了本邮件，请您立即电话或邮件通知发件人并删除本邮件！**

***
This e-mail and its attachments contain confidential information from HUAWEI, 
which is intended only for the person  or entity whose address is listed above. 
Any use of the information contained herein in any way (including, but not   
limited to, total or partial disclosure, reproduction, or dissemination) by 
persons other than the intended recipient(s) is  prohibited. If you receive 
this e-mail in error, please notify the sender by phone or email immediately 
and delete it!
***

From: DRAGOSH, PAMELA L (PAM) [mailto:pdrag...@research.att.com]
Sent: 03 August 2017 15:23
To: Kanagaraj Manickam; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [ci-management][cli] How to trigger Sonar from 
jenkins job

Kanagaraj,

Looks good, I don’t think you need the release-1.0.0 branch as you are a new 
repo and don’t have that branch.

There are 2 ways to test it.


1.   Running JJB in test mode locally to ensure it builds the XML required 
by JJB. In a local terminal, cd to the ci-management directory and type this:

jenkins-jobs test jjb/

It should succeed and dump a big XML file.


2.   There is also a sandbox if you wish to further test it. Instructions 
for this don’t seem to be on the ONAP wiki anywhere.

Regards,

Pam

From: Kanagaraj Manickam 
>
Date: Thursday, August 3, 2017 at 2:24 AM
To: "DRAGOSH, PAMELA L (PAM)" 
>, 
"onap-discuss@lists.onap.org" 
>
Subject: RE: [onap-discuss] [ci-management][cli] How to trigger Sonar from 
jenkins job

Hi Pam,

CLI jjb is having release entry for CLI jenkins job and attached for reference. 
Could you please me if anything I missed in this jjb file?

And I think your question is very much valid and Jenkins should generate the 
sonar report on verify jobs.

Regards
Kanagaraj M


***
本邮件及其附件含有华为公司的保密信息，仅限于发送给上面地址中列出的个人或群组。禁止任何其他人以任何形式使用（包括但不限于全部或部分地泄露、复制、或散发）本邮件中的信息。如果您错收了本邮件，请您立即电话或邮件通知发件人并删除本邮件！**

***
This e-mail and its attachments contain confidential information from HUAWEI, 
which is intended only for the person  or entity whose address is listed above. 
Any use of the information contained herein in any way (including, but not   
limited to, total or partial disclosure, reproduction, or dissemination) by 
persons other than the intended recipient(s) is  prohibited. If you receive 
this e-mail in error, please notify the sender by phone or email immediately 
and delete it!
***

From: DRAGOSH, PAMELA L (PAM) [mailto:pdrag...@research.att.com]
Sent: Tuesday, August 01, 2017 5:36 PM
To: Kanagaraj Manickam; 
onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [ci-management][cli] How to trigger Sonar from 
jenkins job

Kanagaraj,

You need to use the appropriate global template in your ci-management job. 
Currently the *-release jobs are the ones that call sonar.

One question I have is whether the sonar should be moved to the verify jobs, so 
that we can check incoming code and get sonar blockers/critical issues solved 
more quickly.


Thanks,

Pam


From: 
>
 on behalf of Kanagaraj Manickam 
>
Date: Tuesday, August 1, 2017 at 2:55 AM
To: "onap-discuss@lists.onap.org" 
>
Subject: [onap-discuss] [ci-management][cli] How to trigger Sonar from jenkins 
job

Hi,

I would like to enable the Sonar for CLI project from Jenkins merge job.
Could someone please help here?

Thanks
Kanagaraj M

***

Re: [onap-discuss] [onap-tsc] 答复: Re: ONAP VoLTE SDC call

[Yang Xu (Yang, Fixed Network)]

Yue and Zhuoyao,

Integration team has worked with SDNC and MultiVIM teams for some time on WAN 
part design. We can have a meeting early next week to update you on what we 
have done.   Do you want me to set  up a call for next Tuesday?

Thanks,
-Yang

From: onap-tsc-boun...@lists.onap.org [mailto:onap-tsc-boun...@lists.onap.org] 
On Behalf Of yuan@zte.com.cn
Sent: Thursday, August 03, 2017 11:49 PM
To: ds2...@att.com; huang.zhuo...@zte.com.cn
Cc: zk0...@intl.att.com; onap-discuss@lists.onap.org; onap-...@lists.onap.org; 
er4...@intl.att.com
Subject: [onap-tsc] 答复: Re: ONAP VoLTE SDC call


Congratulations! Great progress for ONAP R1.

@David:  SO, SDNC, SDC team and WAN provider of Volte usecase(ZTE and CMCC) 
might have further work on defining of WAN service descriptor which is not as 
clear as NS descriptor.

@Zhuoyao Huang: please prepare and arrange discussion with related teams.

Thank you all!



Yuan Yue





袁越 yuanyue

资深战略规划师   Senior Strategy Planner

技术规划部/技术规划部/系统产品 Technology Planning Dept./Technology Planning Dept./System 
Product


[cid:image001.gif@01D30CB5.0DDFC8E0]

[cid:image002.gif@01D30CB5.0DDFC8E0]
南京市雨花区软件大道50号中兴通讯3号楼
1/F,Building 3, ZTE Nanjing R Center II, No.50, Software Avenue,YuHua 
District,Nanjing,P.R.China 210012

T: +025 88013478
M: +86 13851446442
E: yuan@zte.com.cn
www.zte.com.cn

原始邮件
发件人： ;
收件人： ; ; 
;
抄送人： ; ;
日 期 ：2017年08月04日 01:52
主 题 ：Re: [onap-tsc] ONAP VoLTE SDC call


All,

SDC can support SO suggestion for VoLTE service design presented in th call.

With that, I believe we concluded the discussion about the different options, 
and we are moving forward with Option A.

1.   SDC supports onboarding the vIMS and vEPC validated (VNF SDK) VNFs.

2.   vIMS, vEPC, and WAN services design in SDC.

3.   VoLTE service design in SDC.

4.   Distribution of the 4 services to SO, SDNC, VF-C, A

Regards,
David

-Original Appointment-
 From: LANDO, MICHAEL On Behalf Of denghui (L)
 Sent: Thursday, August 03, 2017 5:09 AM
 To: denghui (L); KAPELUTO, ZAHI; SHADMI, DAVID; ROZIN, EDEN; 
onap-discuss@lists.onap.org; onap-tsc; Lando,Michael
 Subject: FW: ONAP VoLTE SDC call
 When: Thursday, August 03, 2017 9:00 PM-10:00 PM (UTC+08:00) Beijing, 
Chongqing, Hong Kong, Urumqi.
 Where: https://zoom.us/j/137904496

-Original Appointment-
 From: denghui (L) [mailto:denghu...@huawei.com]
 Sent: Thursday, August 03, 2017 9:20 AM
 To: denghui (L); 
onap-discuss@lists.onap.org; onap-tsc; 
Lando,Michael
 Subject: ONAP VoLTE SDC call
 When: Thursday, August 03, 2017 9:00 PM-10:00 PM (UTC+08:00) Beijing, 
Chongqing, Hong Kong, Urumqi.
 Where: https://zoom.us/j/137904496

Hello all

This is for discussion ONAP VoLTE SDC call.
ONAP Meeting 5 is inviting you to a scheduled Zoom meeting.
Join from PC, Mac, Linux, iOS or Android: 
https://zoom.us/j/137904496
Or iPhone one-tap (US Toll): +14086380968,137904496# or +16465588656,137904496#
Or Telephone:
 Dial: +1 408 638 0968 (US Toll) or +1 646 558 8656 (US Toll)
 Meeting ID: 137 904 496
 International numbers available: 
https://zoom.us/zoomconference?m=mi-ad1sMLWlXByAKLio5vDnd9JYqUR_a

Thanks a lot

DENG Hui





___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [onap-tsc] [VoLTE][Control Loop] VoLTE Use Case Control Loop Automation followup discussion

[Liu Yuan]

Hi,

The detail of VoLTE use case control loop related to fault correlation has been 
updated in the following page. Please review and welcome comments. Thanks.

https://wiki.onap.org/display/DW/VoLTE+Use+Case+Control+Loop 

Regards,
Yuan


刘媛 / Liu Yuan
网络技术研究所 / Department of Network Technology
中国移动通信研究院 / China Mobile Research Institute
Mobile: +86 15810024078
Email: liuyuan...@chinamobile.com 
 
From: Liu Yuan
Date: 2017-07-31 12:06
To: DRAGOSH, PAMELA L (PAM); l...@research.att.com; GUPTA, ALOK; SHACHAM, RON 
(RON); yangyanyj; fu.guangrong
CC: onap-discuss; onap-tsc
Subject: Re: [onap-tsc] [VoLTE][Control Loop] VoLTE Use Case Control Loop 
Automation followup discussion
Hi,

Thanks for your feedback. Here is the meeting info as below. Hope we can solve 
our blockers. Thanks.

The remaining blockers:
1. nf / nfc naming standard of VES -> Maybe only the naming standard related to 
VoLTE as the first priority.
2. Code: message get from and back to DMaaP -> Please DCAE team point the 
repository
3. Holmes team should provide the JSON components specification to DCAE team, 
and consider the rules, the DMaaP message, etc.

Are there any new blockers need to be discussed? 

Hi there, 

CMCC OPENO is inviting you to a scheduled Zoom meeting. 

Topic: VoLTE Use Case Control Loop Automation followup discussion
Time: Aug 1, 2017 8:00 PM Beijing, Shanghai

Join from PC, Mac, Linux, iOS or Android: https://zoom.us/j/9117271979

Or iPhone one-tap (US Toll):  +16465588656,,9117271979# or 
+14086380968,,9117271979#

Or Telephone:
Dial: +1 646 558 8656 (US Toll) or +1 408 638 0968 (US Toll)
Meeting ID: 911 727 1979
International numbers available: 
https://zoom.us/zoomconference?m=gOYfuD6bgjKCKALU45taWVbpR4FYRl5S




刘媛 / Liu Yuan
网络技术研究所 / Department of Network Technology
中国移动通信研究院 / China Mobile Research Institute
Mobile: +86 15810024078
Email: liuyuan...@chinamobile.com 
 
From: Liu Yuan
Date: 2017-07-28 20:56
To: denglingli; DRAGOSH, PAMELA L (PAM); l...@research.att.com; GUPTA, ALOK; 
SHACHAM, RON (RON); yangyanyj; fu.guangrong
CC: onap-discuss; onap-tsc
Subject: [onap-tsc] [VoLTE][Control Loop] VoLTE Use Case Control Loop 
Automation followup discussion
Hi,

We would like to arrange a follow up discussion in next week before the M2. I 
create a doodle page to try to find a suitable time for this discussion. Please 
feedback it in this week. I will send the invitation email by next week.
https://doodle.com/poll/hexcq3bzpfwkvb2u 

For the blockers written on the wiki, some of them still do not have feedback. 
Please kindly help, thanks a lot.

The remaining blockers:
1. nf / nfc naming standard of VES
2. Code: message get from and back to DMaaP -> Please DCAE team point the 
repository
3. Holmes team should provide the JSON components specification to DCAE team, 
and consider the rules, the DMaaP message, etc.

New blockers: maybe who want to discuss something.

Regards,
Yuan


刘媛 / Liu Yuan
网络技术研究所 / Department of Network Technology
中国移动通信研究院 / China Mobile Research Institute
Mobile: +86 15810024078
Email: liuyuan...@chinamobile.com 
 
From: Liu Yuan
Date: 2017-07-25 21:36
To: DRAGOSH, PAMELA L (PAM); l...@research.att.com; NGUEKO, GERVAIS-MARTIAL; 
yangyanyj; fu.guangrong; kpaul
CC: onap-discuss; onap-tsc
Subject: Re: [onap-discuss] [onap-tsc] VoLTE Use Case Control Loop Automation 
session
Thanks for joining the discussion. The slides is in the attachment, and I have 
updated the gaps in the following link. 

https://wiki.onap.org/display/DW/July+Virtual+Developers+Event+Blockers 

For the following action, hope the requirement of the examples can be provide 
in this week. Then, we can have a further discussion in the next week.

Thanks,
Yuan


刘媛 / Liu Yuan
网络技术研究所 / Department of Network Technology
中国移动通信研究院 / China Mobile Research Institute
Mobile: +86 15810024078
Email: liuyuan...@chinamobile.com 
 
From: Liu Yuan
Date: 2017-07-25 15:06
To: DRAGOSH, PAMELA L (PAM); l...@research.att.com; NGUEKO, GERVAIS-MARTIAL; 
yangyanyj; fu.guangrong; kpaul
CC: onap-discuss; onap-tsc
Subject: Re: [onap-tsc] [onap-discuss] VoLTE Use Case Control Loop Automation 
session
Hi,

In the next virtual developer event VoLTE Use Case Control Loop Automation 
session, I plan to have a brief introduction based on the attachment slides. 
The control loop flows and related files are from CLAMP, DCAE, and Policy team 
in the wiki, some gaps are from Holmes team. We try to collect and find the 
gaps among different projects to ensure the VoLTE use case control loop deliver 
on time in R1. I will try to keep the presentation short and give more time for 
discussion.

Hi Kenny,

Would you mind add PTLs (as below) of related projects into the panel list. I 
think the discussion needs them. Thanks.
CLAMP: Gervais-Martial Ngueko
DCAE: Lushang Ji
Holmes: Guangrong Fu
Policy: Pamela Dragosh
VF-C: Yan Yang

If anyone who wants to join the discussion online, I guess Kenny can help us to 
unmute you. Thanks.

Regards,
Yuan


刘媛 / Liu 

Re: [onap-discuss] ONAP VoLTE SDC call

[denghui (L)]

Thanks, David and Michael,

Let’s move on based on the consensus we have achieved for R1, will do R2 
together asap.

DENG Hui

From: onap-tsc-boun...@lists.onap.org [mailto:onap-tsc-boun...@lists.onap.org] 
On Behalf Of Lando,Michael
Sent: Friday, August 4, 2017 3:42 AM
To: onap-discuss@lists.onap.org; onap-tsc 
Cc: Kapeluto, Zahi ; Rozin, Eden ; 
Michael Brenner 
Subject: Re: [onap-tsc] [onap-discuss] ONAP VoLTE SDC call

Since we were able to agree on a solution using SDC.

I suggest we do not move forward with the addition of the VNF-DESIGNE code to 
the SDC repository.

I think the resource of the community can be spent on contributing to SDC and 
helping us reach R1 successfully.


BR,

Michael Lando
SDC PTL
AT Network Application Development · NetCom
Tel Aviv | Tampa | Atlanta | New Jersey |Chicago
···
Office: +972 (3) 5451487
Mobile: +972 (54) 7833603
e-mail: ml6...@intl.att.com


From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Rozin, Eden
Sent: Thursday, August 03, 2017 10:00 PM
To: Stephen Terrill 
>; Michael 
Brenner >; SHADMI, DAVID 
>
Cc: Kapeluto, Zahi >; 
onap-discuss@lists.onap.org; onap-tsc 
>
Subject: Re: [onap-discuss] ONAP VoLTE SDC call

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
Very nice outcome indeed; 10x to all involved. Now we need to deliver.

From: Stephen Terrill [mailto:stephen.terr...@ericsson.com]
Sent: Thursday, August 03, 2017 9:14 PM
To: Michael Brenner >; SHADMI, 
DAVID >
Cc: Kapeluto, Zahi >; 
onap-discuss@lists.onap.org; onap-tsc 
>; Rozin, Eden 
>
Subject: RE: [onap-discuss] ONAP VoLTE SDC call

+1!

From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Michael Brenner
Sent: 03 August 2017 20:05
To: SHADMI, DAVID >
Cc: KAPELUTO, ZAHI >; 
onap-discuss@lists.onap.org; onap-tsc 
>; ROZIN, EDEN 
>
Subject: Re: [onap-discuss] ONAP VoLTE SDC call

Good outcome!
Michael

On Thu, Aug 3, 2017 at 1:51 PM, SHADMI, DAVID 
> wrote:
All,

SDC can support SO suggestion for VoLTE service design presented in th call.

With that, I believe we concluded the discussion about the different options, 
and we are moving forward with Option A.
1.  SDC supports onboarding the vIMS and vEPC validated (VNF SDK) VNFs.
2.  vIMS, vEPC, and WAN services design in SDC.
3.  VoLTE service design in SDC.
4.  Distribution of the 4 services to SO, SDNC, VF-C, A

Regards,
David

-Original Appointment-
From: LANDO, MICHAEL On Behalf Of denghui (L)
Sent: Thursday, August 03, 2017 5:09 AM
To: denghui (L); KAPELUTO, ZAHI; SHADMI, DAVID; ROZIN, EDEN; 
onap-discuss@lists.onap.org; onap-tsc; 
Lando,Michael
Subject: FW: ONAP VoLTE SDC call
When: Thursday, August 03, 2017 9:00 PM-10:00 PM (UTC+08:00) Beijing, 
Chongqing, Hong Kong, Urumqi.
Where: 
https://zoom.us/j/137904496




-Original Appointment-
From: denghui (L) [mailto:denghu...@huawei.com]
Sent: Thursday, August 03, 2017 9:20 AM
To: denghui (L); 
onap-discuss@lists.onap.org; onap-tsc; 
Lando,Michael
Subject: ONAP VoLTE SDC call
When: Thursday, August 03, 2017 9:00 PM-10:00 PM (UTC+08:00) Beijing, 
Chongqing, Hong Kong, Urumqi.
Where: 
https://zoom.us/j/137904496


Hello all

This is for discussion ONAP VoLTE 

[onap-discuss] [dcae][oom][aai][integration] Some Blocking Issue Raised by DCAE

[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
DTSTART:16010101T02
TZOFFSETFROM:-0500
TZOFFSETTO:-0400
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=2SU;BYMONTH=3
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
ORGANIZER;CN="Yang Xu (Yang, Fixed Network)":MAILTO:yang@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=onap-discu
 s...@lists.onap.org:MAILTO:onap-discuss@lists.onap.org
DESCRIPTION;LANGUAGE=en-US:When: Monday\, August 07\, 2017 2:00 PM-3:00 PM 
 (UTC-05:00) Eastern Time (US & Canada).\nWhere: https://zoom.us/j/4488
 88\n\nNote: The GMT offset above does not reflect daylight saving time adj
 ustments.\n\n*~*~*~*~*~*~*~*~*~*\n\nTeams\,\n\nDCAE team raised the follow
 ing two blocking issues on https://wiki.onap.org/display/DW/July+Virtual+D
 evelopers+Event+Blockers. Let’s discuss them. I hope some people from DC
 AE\, OOM and AAI teams can join the meeting.\n\n\nID  Team Blocked
 Blocked By  Team that needs to Respond\nB26 DCAENeed to unders
 tand how API endpoints provided by other ONAP components are configured/co
 mmunicated to when ONAP is deployed. For example\, how would DCAE know whe
 re is the A API. Is this well-know via a DNS C-name or via service disc
 overy. If the latter\, how.   Integration or OOM\nB27 DCAENeed to 
 understand how the whole ONAP system is brought up\, and how various per-d
 eployment configuration parameters are communicated to individual ONAP com
 ponents and subcomponents.   Integration or OOM\n\n\nMeeting info:\n\nJoin
  from PC\, Mac\, Linux\, iOS or Android: https://zoom.us/j/44\n\nO
 r iPhone one-tap (US Toll): +16465588656\,44# or +14086380968\,446
 666#\n\nOr Telephone:\nDial: +1 646 558 8656 (US Toll) or +1 408 638 0
 968 (US Toll)\nMeeting ID: 44  8\nInternational numbers available:
  https://zoom.us/zoomconference?m=CqsAwHx4CSyRanCfPHKBvf6Vslgcsn86\n\n\n\n
 \n
SUMMARY;LANGUAGE=en-US:[dcae][oom][aai][integration] Some Blocking Issue Ra
 ised by DCAE
DTSTART;TZID=Eastern Standard Time:20170807T14
DTEND;TZID=Eastern Standard Time:20170807T15
UID:04008200E00074C5B7101A82E00800113D488D0CD301000
 01000CE9812522F095A4AB98F0828DCA6C568
CLASS:PUBLIC
PRIORITY:5
DTSTAMP:20170803T232603Z
TRANSP:OPAQUE
STATUS:CONFIRMED
SEQUENCE:0
LOCATION;LANGUAGE=en-US:https://zoom.us/j/44
X-MICROSOFT-CDO-APPT-SEQUENCE:0
X-MICROSOFT-CDO-OWNERAPPTID:-1916565535
X-MICROSOFT-CDO-BUSYSTATUS:TENTATIVE
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
X-MICROSOFT-CDO-ALLDAYEVENT:FALSE
X-MICROSOFT-CDO-IMPORTANCE:1
X-MICROSOFT-CDO-INSTTYPE:0
X-MICROSOFT-DISALLOW-COUNTER:FALSE
BEGIN:VALARM
ACTION:DISPLAY
DESCRIPTION:REMINDER
TRIGGER;RELATED=START:-PT15M
END:VALARM
END:VEVENT
END:VCALENDAR
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] Invitation: [optfra] Weekly Meeting @ Weekly from 6am to 7am on Tuesday (PDT) (onap-discuss@lists.onap.org)

[kpaul]

BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
BEGIN:VTIMEZONE
TZID:America/Los_Angeles
X-LIC-LOCATION:America/Los_Angeles
BEGIN:DAYLIGHT
TZOFFSETFROM:-0800
TZOFFSETTO:-0700
TZNAME:PDT
DTSTART:19700308T02
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=2SU
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:-0700
TZOFFSETTO:-0800
TZNAME:PST
DTSTART:19701101T02
RRULE:FREQ=YEARLY;BYMONTH=11;BYDAY=1SU
END:STANDARD
END:VTIMEZONE
BEGIN:VEVENT
DTSTART;TZID=America/Los_Angeles:20170808T06
DTEND;TZID=America/Los_Angeles:20170808T07
RRULE:FREQ=WEEKLY;BYDAY=TU
DTSTAMP:20170803T200730Z
ORGANIZER;CN=ONAP Meetings and Events:mailto:linuxfoundation.org_1rmtb5tpr3
 uc8f76fmflplo...@group.calendar.google.com
UID:7sid4q8kqrggsjj0j4vvssi...@google.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=sa...@research.att.com;X-NUM-GUESTS=0:mailto:sa...@research.att.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=onap-discuss@lists.onap.org;X-NUM-GUESTS=0:mailto:onap-discuss@list
 s.onap.org
CREATED:20170803T200729Z
DESCRIPTION:Hi there\, \n\nONAP Meeting 3 is inviting you to a scheduled Zo
 om meeting. \n\nJoin from PC\, Mac\, Linux\, iOS or Android: https://zoom.u
 s/j/704981574\n\nOr iPhone one-tap (US Toll):  +14086380968\,\,704981574# o
 r +16465588656\,\,704981574#\n\nOr Telephone:\nDial: +1 408 638 0968 (U
 S Toll) or +1 646 558 8656 (US Toll)\n+1 855 880 1246 (US Toll Free)\n 
+1 877 369 0926 (US Toll Free)\nMeeting ID: 704 981 574\nInterna
 tional numbers available: https://zoom.us/zoomconference?m=T_QZHLbzlpyoMSCz
 -bFaksEDscejOeFL\n\n\n\nView your event at https://www.google.com/calendar/
 event?action=VIEW=N3NpZDRxOGtxcmdnc2pqMGo0dnZzc2l1cGUgb25hcC1kaXNjdXNzQ
 Gxpc3RzLm9uYXAub3Jn=NzIjbGludXhmb3VuZGF0aW9uLm9yZ18xcm10YjV0cHIzdWM4Zjc
 2Zm1mbHBsb2k4OEBncm91cC5jYWxlbmRhci5nb29nbGUuY29tMDQ0N2E0ZWZkZmIwMWJhMjMwZj
 NkNDBmYmNmZmJjYzBiNWM2NzAzYQ=America/Los_Angeles=en.
LAST-MODIFIED:20170803T200729Z
LOCATION:https://zoom.us/j/704981574
SEQUENCE:0
STATUS:CONFIRMED
SUMMARY:[optfra] Weekly Meeting
TRANSP:OPAQUE
END:VEVENT
END:VCALENDAR


invite.ics
Description: application/ics
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] ONAP VoLTE SDC call

[Michael Brenner]

+1

On Thu, Aug 3, 2017 at 3:41 PM, Lando,Michael  wrote:

> Since we were able to agree on a solution using SDC.
>
>
>
> I suggest we do not move forward with the addition of the VNF-DESIGNE code
> to the SDC repository.
>
>
>
> I think the resource of the community can be spent on contributing to SDC
> and helping us reach R1 successfully.
>
>
>
>
>
> *BR,*
>
>
>
> *Michael Lando*
>
> SDC PTL
>
> AT Network Application Development · NetCom
>
> Tel Aviv | Tampa | Atlanta | New Jersey |Chicago
>
> 
> ···
>
> *Office*: +972 (3) 5451487 <+972%203-545-1487>
>
> *Mobile*: +972 (54) 7833603 <+972%2054-783-3603>
>
> *e-mail*: *ml6...@intl.att.com *
>
>
>
>
>
> *From:* onap-discuss-boun...@lists.onap.org [mailto:onap-discuss-bounces@
> lists.onap.org] *On Behalf Of *Rozin, Eden
> *Sent:* Thursday, August 03, 2017 10:00 PM
> *To:* Stephen Terrill ; Michael Brenner <
> mich...@cloudify.co>; SHADMI, DAVID 
> *Cc:* Kapeluto, Zahi ; onap-discuss@lists.onap.org;
> onap-tsc 
> *Subject:* Re: [onap-discuss] ONAP VoLTE SDC call
>
>
>
> Security Advisory:* This Message Originated Outside of AT ***
> Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
>
> Very nice outcome indeed; 10x to all involved. Now we need to deliver.
>
>
>
> *From:* Stephen Terrill [mailto:stephen.terr...@ericsson.com
> ]
> *Sent:* Thursday, August 03, 2017 9:14 PM
> *To:* Michael Brenner ; SHADMI, DAVID  >
> *Cc:* Kapeluto, Zahi ; onap-discuss@lists.onap.org;
> onap-tsc ; Rozin, Eden 
> *Subject:* RE: [onap-discuss] ONAP VoLTE SDC call
>
>
>
> +1!
>
>
>
> *From:* onap-discuss-boun...@lists.onap.org [mailto:onap-discuss-bounces@
> lists.onap.org ] *On Behalf Of *Michael
> Brenner
> *Sent:* 03 August 2017 20:05
> *To:* SHADMI, DAVID 
> *Cc:* KAPELUTO, ZAHI ; onap-discuss@lists.onap.org;
> onap-tsc ; ROZIN, EDEN 
> *Subject:* Re: [onap-discuss] ONAP VoLTE SDC call
>
>
>
> Good outcome!
>
> Michael
>
>
>
> On Thu, Aug 3, 2017 at 1:51 PM, SHADMI, DAVID  wrote:
>
> All,
>
>
>
> SDC can support SO suggestion for VoLTE service design presented in th
> call.
>
>
>
> With that, I believe we concluded the discussion about the different
> options, and we are moving forward with Option A.
>
> 1.   SDC supports onboarding the vIMS and vEPC validated (VNF SDK)
> VNFs.
>
> 2.   vIMS, vEPC, and WAN services design in SDC.
>
> 3.   VoLTE service design in SDC.
>
> 4.   Distribution of the 4 services to SO, SDNC, VF-C, A
>
>
>
> Regards,
>
> David
>
>
>
> -Original Appointment-
> *From:* LANDO, MICHAEL *On Behalf Of *denghui (L)
> *Sent:* Thursday, August 03, 2017 5:09 AM
> *To:* denghui (L); KAPELUTO, ZAHI; SHADMI, DAVID; ROZIN, EDEN;
> onap-discuss@lists.onap.org; onap-tsc; Lando,Michael
> *Subject:* FW: ONAP VoLTE SDC call
> *When:* Thursday, August 03, 2017 9:00 PM-10:00 PM (UTC+08:00) Beijing,
> Chongqing, Hong Kong, Urumqi.
> *Where:* https://zoom.us/j/137904496
> 
>
>
>
>
>
>
>
>
>
> -Original Appointment-
> *From:* denghui (L) [mailto:denghu...@huawei.com ]
> *Sent:* Thursday, August 03, 2017 9:20 AM
> *To:* denghui (L); onap-discuss@lists.onap.org; onap-tsc; Lando,Michael
> *Subject:* ONAP VoLTE SDC call
> *When:* Thursday, August 03, 2017 9:00 PM-10:00 PM (UTC+08:00) Beijing,
> Chongqing, Hong Kong, Urumqi.
> *Where:* https://zoom.us/j/137904496
> 
>
>
>
>
>
> Hello all
>
>
>
> This is for discussion ONAP VoLTE SDC call.
>
> ONAP Meeting 5 is inviting you to a scheduled Zoom meeting.
>
> Join from PC, Mac, Linux, iOS or Android: https://zoom.us/j/137904496
> 
>
> Or iPhone one-tap (US Toll): +14086380968 <(408)%20638-0968>,137904496#
> or +16465588656 <(646)%20558-8656>,137904496#
>
> Or 

Re: [onap-discuss] ONAP VoLTE SDC call

[Lando,Michael]

Since we were able to agree on a solution using SDC.

I suggest we do not move forward with the addition of the VNF-DESIGNE code to 
the SDC repository.

I think the resource of the community can be spent on contributing to SDC and 
helping us reach R1 successfully.


BR,

Michael Lando
SDC PTL
AT Network Application Development · NetCom
Tel Aviv | Tampa | Atlanta | New Jersey |Chicago
···
Office: +972 (3) 5451487
Mobile: +972 (54) 7833603
e-mail: ml6...@intl.att.com


From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Rozin, Eden
Sent: Thursday, August 03, 2017 10:00 PM
To: Stephen Terrill ; Michael Brenner 
; SHADMI, DAVID 
Cc: Kapeluto, Zahi ; onap-discuss@lists.onap.org; onap-tsc 

Subject: Re: [onap-discuss] ONAP VoLTE SDC call

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
Very nice outcome indeed; 10x to all involved. Now we need to deliver.

From: Stephen Terrill [mailto:stephen.terr...@ericsson.com]
Sent: Thursday, August 03, 2017 9:14 PM
To: Michael Brenner >; SHADMI, 
DAVID >
Cc: Kapeluto, Zahi >; 
onap-discuss@lists.onap.org; onap-tsc 
>; Rozin, Eden 
>
Subject: RE: [onap-discuss] ONAP VoLTE SDC call

+1!

From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Michael Brenner
Sent: 03 August 2017 20:05
To: SHADMI, DAVID >
Cc: KAPELUTO, ZAHI >; 
onap-discuss@lists.onap.org; onap-tsc 
>; ROZIN, EDEN 
>
Subject: Re: [onap-discuss] ONAP VoLTE SDC call

Good outcome!
Michael

On Thu, Aug 3, 2017 at 1:51 PM, SHADMI, DAVID 
> wrote:
All,

SDC can support SO suggestion for VoLTE service design presented in th call.

With that, I believe we concluded the discussion about the different options, 
and we are moving forward with Option A.
1.   SDC supports onboarding the vIMS and vEPC validated (VNF SDK) VNFs.
2.   vIMS, vEPC, and WAN services design in SDC.
3.   VoLTE service design in SDC.
4.   Distribution of the 4 services to SO, SDNC, VF-C, A

Regards,
David

-Original Appointment-
From: LANDO, MICHAEL On Behalf Of denghui (L)
Sent: Thursday, August 03, 2017 5:09 AM
To: denghui (L); KAPELUTO, ZAHI; SHADMI, DAVID; ROZIN, EDEN; 
onap-discuss@lists.onap.org; onap-tsc; 
Lando,Michael
Subject: FW: ONAP VoLTE SDC call
When: Thursday, August 03, 2017 9:00 PM-10:00 PM (UTC+08:00) Beijing, 
Chongqing, Hong Kong, Urumqi.
Where: 
https://zoom.us/j/137904496




-Original Appointment-
From: denghui (L) [mailto:denghu...@huawei.com]
Sent: Thursday, August 03, 2017 9:20 AM
To: denghui (L); 
onap-discuss@lists.onap.org; onap-tsc; 
Lando,Michael
Subject: ONAP VoLTE SDC call
When: Thursday, August 03, 2017 9:00 PM-10:00 PM (UTC+08:00) Beijing, 
Chongqing, Hong Kong, Urumqi.
Where: 
https://zoom.us/j/137904496


Hello all

This is for discussion ONAP VoLTE SDC call.
ONAP Meeting 5 is inviting you to a scheduled Zoom meeting.
Join from PC, Mac, Linux, iOS or Android: 
https://zoom.us/j/137904496
Or iPhone one-tap (US Toll): +14086380968,137904496# or 
+16465588656,137904496#
Or Telephone:
Dial: +1 408 638 0968 (US Toll) or +1 646 558 
8656 (US Toll)

[onap-discuss] [integration][sdnc] vCPE use case: topics related to SDNC

[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
DTSTART:16010101T02
TZOFFSETFROM:-0500
TZOFFSETTO:-0400
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=2SU;BYMONTH=3
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
ORGANIZER;CN=Kang Xi:MAILTO:kang...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=onap-discu
 s...@lists.onap.org:MAILTO:onap-discuss@lists.onap.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="FREEMAN, B
 RIAN D":MAILTO:bf1...@att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="KLUGER, YO
 AV":MAILTO:yoav.klu...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='gil.bulla
 r...@att.com':MAILTO:gil.bull...@att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="TIMONEY, D
 AN":MAILTO:dt5...@att.com
DESCRIPTION;LANGUAGE=en-US:Hi Dan\,\n\nThe vCPE team would like to have a m
 eeting with the SDNC team to discuss a few specific topics to follow up on
  the previous conversation between you and Gil. In case the time is not go
 od\, please propose a slot and I’ll reschedule.\n\nThanks\,\nKang\n\n\n
SUMMARY;LANGUAGE=en-US:[integration][sdnc] vCPE use case: topics related to
  SDNC
DTSTART;TZID=Eastern Standard Time:20170804T11
DTEND;TZID=Eastern Standard Time:20170804T12
UID:04008200E00074C5B7101A82E008F058B61C6C0CD301000
 01000A533FBF726F0C043BE3243583D6C1392
CLASS:PUBLIC
PRIORITY:5
DTSTAMP:20170803T192100Z
TRANSP:OPAQUE
STATUS:CONFIRMED
SEQUENCE:0
LOCATION;LANGUAGE=en-US:https://zoom.us/j/44
X-MICROSOFT-CDO-APPT-SEQUENCE:0
X-MICROSOFT-CDO-OWNERAPPTID:1864599521
X-MICROSOFT-CDO-BUSYSTATUS:TENTATIVE
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
X-MICROSOFT-CDO-ALLDAYEVENT:FALSE
X-MICROSOFT-CDO-IMPORTANCE:1
X-MICROSOFT-CDO-INSTTYPE:0
X-MICROSOFT-DISALLOW-COUNTER:FALSE
BEGIN:VALARM
ACTION:DISPLAY
DESCRIPTION:REMINDER
TRIGGER;RELATED=START:-PT15M
END:VALARM
END:VEVENT
END:VCALENDAR
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] ONAP VoLTE SDC call

[Stephen Terrill]

+1!

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Michael Brenner
Sent: 03 August 2017 20:05
To: SHADMI, DAVID 
Cc: KAPELUTO, ZAHI ; onap-discuss@lists.onap.org; onap-tsc 
; ROZIN, EDEN 
Subject: Re: [onap-discuss] ONAP VoLTE SDC call

Good outcome!
Michael

On Thu, Aug 3, 2017 at 1:51 PM, SHADMI, DAVID 
> wrote:
All,

SDC can support SO suggestion for VoLTE service design presented in th call.

With that, I believe we concluded the discussion about the different options, 
and we are moving forward with Option A.
1.   SDC supports onboarding the vIMS and vEPC validated (VNF SDK) VNFs.
2.   vIMS, vEPC, and WAN services design in SDC.
3.   VoLTE service design in SDC.
4.   Distribution of the 4 services to SO, SDNC, VF-C, A

Regards,
David

-Original Appointment-
From: LANDO, MICHAEL On Behalf Of denghui (L)
Sent: Thursday, August 03, 2017 5:09 AM
To: denghui (L); KAPELUTO, ZAHI; SHADMI, DAVID; ROZIN, EDEN; 
onap-discuss@lists.onap.org; onap-tsc; 
Lando,Michael
Subject: FW: ONAP VoLTE SDC call
When: Thursday, August 03, 2017 9:00 PM-10:00 PM (UTC+08:00) Beijing, 
Chongqing, Hong Kong, Urumqi.
Where: https://zoom.us/j/137904496




-Original Appointment-
From: denghui (L) [mailto:denghu...@huawei.com]
Sent: Thursday, August 03, 2017 9:20 AM
To: denghui (L); 
onap-discuss@lists.onap.org; onap-tsc; 
Lando,Michael
Subject: ONAP VoLTE SDC call
When: Thursday, August 03, 2017 9:00 PM-10:00 PM (UTC+08:00) Beijing, 
Chongqing, Hong Kong, Urumqi.
Where: https://zoom.us/j/137904496


Hello all

This is for discussion ONAP VoLTE SDC call.
ONAP Meeting 5 is inviting you to a scheduled Zoom meeting.
Join from PC, Mac, Linux, iOS or Android: 
https://zoom.us/j/137904496
Or iPhone one-tap (US Toll): +14086380968,137904496# or 
+16465588656,137904496#
Or Telephone:
Dial: +1 408 638 0968 (US Toll) or +1 646 558 
8656 (US Toll)
Meeting ID: 137 904 496
International numbers available: 
https://zoom.us/zoomconference?m=mi-ad1sMLWlXByAKLio5vDnd9JYqUR_a

Thanks a lot

DENG Hui




___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [oom][integration] List of ONAP docker images

[Gary Wu]

Hi Michael,

Thanks for the pointer.

In the meantime, we have started an initial list of docker images (in CSV 
format) in the integration repo here:  
https://git.onap.org/integration/tree/packaging/docker/docker-images.csv.  I'll 
take a look at your link and update the list accordingly.

Since OOM doesn't already have a list in source control, let's tentatively 
treat the CSV above as the source of truth for ONAP R1 docker images, and feel 
free to submit changes to it directly as you see fit.

Thanks,
Gary

From: Michael O'Brien [mailto:frank.obr...@amdocs.com]
Sent: Thursday, August 03, 2017 10:51 AM
To: Gary Wu ; onap-discuss@lists.onap.org
Subject: RE: [oom][integration] List of ONAP docker images

Gary,
  Hi, Good idea,  it would be good to keep a single list somewhere - we can 
link to.
  The oom repo is currently still at ONAP 1.0.0 levels  @ 47 docker containers 
- therefore this list does not contain the new AA containers for 1.1.0 - 
still has the pypdp policy container (removed in 1.1.0) and the proposed R1 
containers like the CLI to start.

The 47 docker containers (not related to the 47 
Ronin) are listed below
https://wiki.onap.org/display/DW/ONAP+on+Kubernetes#ONAPonKubernetes-ListofContainers

/michael

From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Gary Wu
Sent: Thursday, August 3, 2017 12:52
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [oom][integration] List of ONAP docker images

Hi OOM team,

The Integration team will be maintaining a definitive list of all the ONAP 
docker images that will go out as part of release 1.  I was wondering if the 
OOM team already has something like this?  If so, can you point me to it?  
Ultimately we should have a single "source of truth" for such a list in source 
control somewhere, either in Integration or OOM.

Thanks,
Gary


This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,
you may review at https://www.amdocs.com/about/email-disclaimer
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] ONAP VoLTE SDC call

[Michael Brenner]

Good outcome!
Michael

On Thu, Aug 3, 2017 at 1:51 PM, SHADMI, DAVID  wrote:

> All,
>
> SDC can support SO suggestion for VoLTE service design presented in th
> call.
>
> With that, I believe we concluded the discussion about the different
> options, and we are moving forward with Option A.
>
>1. SDC supports onboarding the vIMS and vEPC validated (VNF SDK) VNFs.
>2. vIMS, vEPC, and WAN services design in SDC.
>3. VoLTE service design in SDC.
>4. Distribution of the 4 services to SO, SDNC, VF-C, A
>
>
> Regards,
> David
>
> -Original Appointment-
> *From:* LANDO, MICHAEL *On Behalf Of *denghui (L)
> *Sent:* Thursday, August 03, 2017 5:09 AM
> *To:* denghui (L); KAPELUTO, ZAHI; SHADMI, DAVID; ROZIN, EDEN;
> onap-discuss@lists.onap.org; onap-tsc; Lando,Michael
> *Subject:* FW: ONAP VoLTE SDC call
> *When:* Thursday, August 03, 2017 9:00 PM-10:00 PM (UTC+08:00) Beijing,
> Chongqing, Hong Kong, Urumqi.
> *Where:* https://zoom.us/j/137904496
>
>
>
>
> -Original Appointment-
> *From:* denghui (L) [*mailto:denghu...@huawei.com* ]
>
> *Sent:* Thursday, August 03, 2017 9:20 AM
> *To:* denghui (L); *onap-discuss@lists.onap.org*
> ; onap-tsc; Lando,Michael
> *Subject:* ONAP VoLTE SDC call
> *When:* Thursday, August 03, 2017 9:00 PM-10:00 PM (UTC+08:00) Beijing,
> Chongqing, Hong Kong, Urumqi.
> *Where:* *https://zoom.us/j/137904496* 
>
>
> Hello all
>
> This is for discussion ONAP VoLTE SDC call.
> ONAP Meeting 5 is inviting you to a scheduled Zoom meeting.
> Join from PC, Mac, Linux, iOS or Android: *https://zoom.us/j/137904496*
> 
> Or iPhone one-tap (US Toll): +14086380968 <(408)%20638-0968>,137904496#
> or +16465588656 <(646)%20558-8656>,137904496#
> Or Telephone:
> Dial: +1 408 638 0968 <(408)%20638-0968> (US Toll) or +1 646 558 8656
> <(646)%20558-8656> (US Toll)
> Meeting ID: 137 904 496
> International numbers available:
> *https://zoom.us/zoomconference?m=mi-ad1sMLWlXByAKLio5vDnd9JYqUR_a*
> 
>
> Thanks a lot
>
> DENG Hui
>
>
>
>
> ___
> onap-discuss mailing list
> onap-discuss@lists.onap.org
> https://lists.onap.org/mailman/listinfo/onap-discuss
>
>
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] ONAP VoLTE SDC call

[SHADMI, DAVID]

All,

SDC can support SO suggestion for VoLTE service design presented in th call.

With that, I believe we concluded the discussion about the different options, 
and we are moving forward with Option A.
1.  SDC supports onboarding the vIMS and vEPC validated (VNF SDK) VNFs.
2.  vIMS, vEPC, and WAN services design in SDC.
3.  VoLTE service design in SDC.
4.  Distribution of the 4 services to SO, SDNC, VF-C, A

Regards,
David

-Original Appointment-
From: LANDO, MICHAEL On Behalf Of denghui (L)
Sent: Thursday, August 03, 2017 5:09 AM
To: denghui (L); KAPELUTO, ZAHI; SHADMI, DAVID; ROZIN, EDEN; 
onap-discuss@lists.onap.org; onap-tsc; Lando,Michael
Subject: FW: ONAP VoLTE SDC call
When: Thursday, August 03, 2017 9:00 PM-10:00 PM (UTC+08:00) Beijing, 
Chongqing, Hong Kong, Urumqi.
Where: https://zoom.us/j/137904496




-Original Appointment-
From: denghui (L) [mailto:denghu...@huawei.com]
Sent: Thursday, August 03, 2017 9:20 AM
To: denghui (L); 
onap-discuss@lists.onap.org; onap-tsc; 
Lando,Michael
Subject: ONAP VoLTE SDC call
When: Thursday, August 03, 2017 9:00 PM-10:00 PM (UTC+08:00) Beijing, 
Chongqing, Hong Kong, Urumqi.
Where: https://zoom.us/j/137904496


Hello all

This is for discussion ONAP VoLTE SDC call.

ONAP Meeting 5 is inviting you to a scheduled Zoom meeting.
Join from PC, Mac, Linux, iOS or Android: 
https://zoom.us/j/137904496
Or iPhone one-tap (US Toll): +14086380968,137904496# or +16465588656,137904496#
Or Telephone:
Dial: +1 408 638 0968 (US Toll) or +1 646 558 8656 (US Toll)
Meeting ID: 137 904 496
International numbers available: 
https://zoom.us/zoomconference?m=mi-ad1sMLWlXByAKLio5vDnd9JYqUR_a

Thanks a lot

DENG Hui



___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [oom][integration] List of ONAP docker images

[Michael O'Brien]

Gary,
  Hi, Good idea,  it would be good to keep a single list somewhere - we can 
link to.
  The oom repo is currently still at ONAP 1.0.0 levels  @ 47 docker containers 
- therefore this list does not contain the new AA containers for 1.1.0 - 
still has the pypdp policy container (removed in 1.1.0) and the proposed R1 
containers like the CLI to start.

The 47 docker containers (not related to the 47 
Ronin) are listed below
https://wiki.onap.org/display/DW/ONAP+on+Kubernetes#ONAPonKubernetes-ListofContainers

/michael

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Gary Wu
Sent: Thursday, August 3, 2017 12:52
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [oom][integration] List of ONAP docker images

Hi OOM team,

The Integration team will be maintaining a definitive list of all the ONAP 
docker images that will go out as part of release 1.  I was wondering if the 
OOM team already has something like this?  If so, can you point me to it?  
Ultimately we should have a single "source of truth" for such a list in source 
control somewhere, either in Integration or OOM.

Thanks,
Gary


This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,

you may review at https://www.amdocs.com/about/email-disclaimer 

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] 答复: [integration] RE: About CI job Script for python project in ONAP

[Gary Wu]

Hi Zhaoxing,

Is the Tomcat/Activiti setup also required for your unit tests?

The tests that require live API calls to other running services (redis, tomcat, 
etc.) are really meant to be implemented as CSIT test cases instead of UT; this 
way you have full control over the setup and configuration of the supporting 
services (via docker containers) as you see fit, instead of having to configure 
a special Jenkins slave VM image just to handle your specific UT requirements.

Would that work for you?  i.e. move the UT test cases involving live API calls 
into CSIT instead.  If this can be done relatively easily then that would be 
the ideal approach.  Otherwise, I can start the process to configure a special 
Jenkins slave VM image for you, but just be aware that the turnaround is slow 
on any needed changes/fixes on these VM images if your requirements change.

Thanks,
Gary

From: meng.zhaoxi...@zte.com.cn [mailto:meng.zhaoxi...@zte.com.cn]
Sent: Thursday, August 03, 2017 12:49 AM
To: fu.jin...@zte.com.cn
Cc: Gary Wu ; onap-discuss@lists.onap.org
Subject: Re:[onap-discuss] 答复: [integration] RE: About CI job Script for python 
project in ONAP


workflow engine



1. download Tomcat

cd /

sudo mkdir temp

cd /temp

wget 
http://apache.fayea.com/tomcat/tomcat-8/v8.5.16/bin/apache-tomcat-8.5.16.tar.gz

tar -zxf apache-tomcat-8.5.16.tar.gz



2. download Activiti

wget https://www.activiti.org/download-bpm/releases/activiti-5.21.0.tar.gz

tar -zxf activiti-5.21.0.tar.gz

cd wars



3. add to Tomcat

sudo mv activiti-rest.war /temp/apache-tomcat-8.5.16/webapps/



4. start Tomcat

cd /temp/apache-tomcat-8.5.16/bin

sudo chmod a+x startup.sh

sh startup.sh








Original Mail
Sender: FuJinHua10108953
To:  >;
CC:  >;
Date: 2017/08/03 08:59
Subject: [onap-discuss] 答复: [integration] RE: About CI job Script for python 
project in ONAP



Hi Gary:



1. download and install redis

cd /tmp

wget http://download.redis.io/releases/redis-4.0.1.tar.gz

tar -zxf redis-4.0.1.tar.gz

cd redis-4.0.1

make

sudo make install



2. set conf file and init script

sudo mv {source code dir}/redis-server /etc/init.d/redis-server

sudo chmod +x /etc/init.d/redis-server

sudo mv {source code dir}/redis.conf /etc/redis.conf



3. set auto start when start system

sudo update-rc.d redis-server defaults



4. manually start redis-server

sudo /etc/init.d/redis-server start



Thanks,

Jinhua












Sender:  >;
To: 傅锦华10108953;
CC:  >;
Date: 2017年08月03日 01:46
Subject: [integration] RE: About CI job Script for python project in ONAP


Hi Jinhua,

Our LF test infrastructure in ONAP is now mainly running on Ubuntu 16.04.  Can 
you send me a list of commands (apt-get, etc.) that installs and runs redis on  
Ubuntu 16.04 in a manner that supports your unit test cases?  I can help add 
those into the LF Jenkins slave environment definition.

Thanks,
Gary

From: fu.jin...@zte.com.cn 
[mailto:fu.jin...@zte.com.cn]
Sent: Wednesday, August 02, 2017 1:23 AM
To: Gary Wu >
Cc: zhang.maope...@zte.com.cn; 
yangya...@chinamobile.com; 
lxin...@vmware.com; 
ying.yunl...@zte.com.cn
Subject: 答复: RE: About CI job Script for python project in ONAP


Hi Gary,

Thanks for your comments, I have fixed the yaml file. And I have another 
problem about ci verify job for python project,

Our unit test cases need redis server be started before run unit test cases, 
can you help fix it in ONAP jenkins env?

Thanks,

Jinhua


原始邮件
发件人： >;
收件人：傅锦华10108953;
抄送人：张茂鹏10030173; >; 
 >;
日 期 ：2017年08月02日 12:50
主 题 ：RE: About CI job Script for python project in ONAP


Hi Jinhua,

I’ve added review comments to your Gerrit submission.  Once those changes are 
incorporated they should  address Jessica’s concerns as well.

Thanks,
Gary

From: fu.jin...@zte.com.cn 
[mailto:fu.jin...@zte.com.cn]
Sent: Tuesday, August 01, 2017 8:54 PM
To: Gary Wu >
Cc: zhang.maope...@zte.com.cn; 
yangya...@chinamobile.com; 
lxin...@vmware.com
Subject: About CI job Script for python project in ONAP


Hi Gary,

Can you give some sample  ci job scripts(yaml files in ci-management) of python 
project in ONAP,

because our submitted scripts(inherit from open-o) are told to be invaild by 
Jessica Wagantall.

Thanks,

Jinhua

[onap-discuss] [MSO] error in BPMN VNF_REST_NOTIFY

[Alexis de Talhouët]

Hello MSO-dev,

I created my own BPMN to chain a couple of other processes/subprocess that were 
already existing. More precisely, a BPMN that calls DeleteVfModuleInfra, 
DeleteVnfInfra, and DeleteServiceInstanceInfra .
When I run my process, sometimes it passes all way through and sometimes it 
fails in the middle with a StackOverFlow error, trigger by

> 2017-08-03T16:52:58.357Z|8f901d3e-709b-4700-a780-81fd461f467f-1501779067332|default
>  
> task-333|MSO.vnfAdapterRestNotify|BPMNClient|BPMN|MSO.vnfAdapterRestNotify|ERROR|UnknownError|[VNF-REST-NOTIFY]:No
>  process is waiting to receive vnfAdapterRestCallbackMessage with 
> VNFREST_messageId='8f901d3e-709b-4700-a780-81fd461f467f-1501779067332'|MSO-BPEL-9101E
>  Exception encountered

16:52:03,212 ERROR [io.undertow.request] (default task-328) UT005023: Exception 
handling request to /mso/vnfAdapterRestNotify: 
org.jboss.resteasy.spi.UnhandledException: java.lang.StackOverflowError
at 
org.jboss.resteasy.core.ExceptionHandler.handleApplicationException(ExceptionHandler.java:77)
at 
org.jboss.resteasy.core.ExceptionHandler.handleException(ExceptionHandler.java:220)
at 
org.jboss.resteasy.core.SynchronousDispatcher.writeException(SynchronousDispatcher.java:175)
at 
org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:418)
at 
org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:209)
at 
org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.service(ServletContainerDispatcher.java:221)
at 
org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:56)
at 
org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:51)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
at 
io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85)
at 
io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:129)
at org.openecomp.mso.logger.LogFilter.doFilter(LogFilter.java:56)
at 
io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:61)
at 
io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131)
at 
io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:84)
at 
io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)
at 
io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
at 
org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
at 
io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
at 
io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131)
at 
io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)
at 
io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
at 
io.undertow.security.handlers.AuthenticationConstraintHandler.handleRequest(AuthenticationConstraintHandler.java:53)
at 
io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
at 
io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
at 
io.undertow.servlet.handlers.security.ServletSecurityConstraintHandler.handleRequest(ServletSecurityConstraintHandler.java:59)
at 
io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60)
at 
io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77)
at 
io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)
at 
io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43)
at 
io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
at 
org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
at 
io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
at 
io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
at 
io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:292)
at 

Re: [onap-discuss] [onap-tsc] [sdc][so][vfc][modeling]Concensus of SDC modeling on VoLTE use case

[Vul, Alex]

Hi,

Can you elaborate on what #4 means?

Thanks,

Alex Vul
Intel Corporation


From: onap-tsc-boun...@lists.onap.org [mailto:onap-tsc-boun...@lists.onap.org] 
On Behalf Of denghui (L)
Sent: Thursday, August 3, 2017 8:34 AM
To: onap-discuss@lists.onap.org; onap-tsc 
Subject: [onap-tsc] [sdc][so][vfc][modeling]Concensus of SDC modeling on VoLTE 
use case

Hello all

After 3 days continuous teleconf during modeling subcommittee, we finally made 
concensus on this. Thanks everybody.
https://wiki.onap.org/display/DW/Modeling+sub-committee+meetings

1) SDC team will start to support service composition from R2
2) agree the hack solution, SDC will confirm it in 3 hours
3) ZTE will propose tosca based SD-WAN solution to SDC for review and will also 
coordinate with SDNC project.
4) modeling committee will start to work on IM and DM as soon as possible

Best regards,

DENG Hui

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] [sdc][so][vfc][modeling]Concensus of SDC modeling on VoLTE use case

[denghui (L)]

Hello all

After 3 days continuous teleconf during modeling subcommittee, we finally made 
concensus on this. Thanks everybody.
https://wiki.onap.org/display/DW/Modeling+sub-committee+meetings

1) SDC team will start to support service composition from R2
2) agree the hack solution, SDC will confirm it in 3 hours
3) ZTE will propose tosca based SD-WAN solution to SDC for review and will also 
coordinate with SDNC project.
4) modeling committee will start to work on IM and DM as soon as possible

Best regards,

DENG Hui

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [OOM] Using OOM kubernetes based seed code over Rancher

[Michael O'Brien]

Jason,
   Hi, I meant to thank you at the end of June in helping getting the OOM 
Kubernetes seed running with the rest of us – including adding the service 
account in create_namespace() – very appreciated!

   I agree with all the comments below as well – we should implement them all - 
definitely.  However, since the code is still in seed mode – the goal is to get 
ONAP running on containers as easily as possible so we can run/develop locally 
– for those that are overly enthusiastic ONAP engineers – when we get the final 
POC fully functional – we should refactor.

   Ideally we would address all the issues and make the system as 
decoupled/generic/pluggable as possible – the reality currently is that to get 
to the goal of closed-loop running in the vFirewall – certain workarounds are 
temporarily required to be able to work with what we have (some are relics of 
reverse-engineering the config and should go away).

   I agree Rancher is a temporarily solution – getting it configured took a 
while – it is a lot more simpler than bare k8s for now – but it has several 
bugs causing issues.
   I agree that the docker secret config should not be required – but at the 
time I did not have access to modify the nexus3 security config – likely this 
is the way to go – we should put in a DevOps ticket.  When 
OOM-3 is merged we won’t need a workaround 
– the current config is the only one that works for all adopters.

Everyone is welcome to contribute the ongoing config page using their own 
live system to verify at
https://wiki.onap.org/display/DW/ONAP+on+Kubernetes

Setup is currently 2 parts and will likely change

-  Overcloud(rancher), k8s client/host, clone oom

-  Run config pod, run all-onap script (the config pod create should be 
added to ./createAll.bash – so we have a single script)





/michael


From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Borislav Glozman
Sent: Thursday, August 3, 2017 06:50
To: Jason Hunt ; Mandeep Khinda 
Cc: onap-discuss@lists.onap.org; onap-discuss-boun...@lists.onap.org
Subject: Re: [onap-discuss] [OOM] Using OOM kubernetes based seed code over 
Rancher

Hi,

The implementation of secrets under review allows to provide passwords as 
environment variables.
There are default passwords that are used in secrets for the case when the env 
vars are not set.

I don’t think ONAP deployment should be coupled with Rancher.
In case of Rancher we can do without secrets.
On different deployments of k8s we need them.

Thanks,
Borislav Glozman
O:+972.9.776.1988
M:+972.52.2835726

From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Jason Hunt
Sent: Thursday, August 3, 2017 1:22 AM
To: Mandeep Khinda >
Cc: onap-discuss@lists.onap.org; 
onap-discuss-boun...@lists.onap.org
Subject: Re: [onap-discuss] [OOM] Using OOM kubernetes based seed code over 
Rancher

A couple of thoughts on this, as I've had some of the same issues outlined 
below.

I think it's very important that OOM provide as simple of an installation 
process as possible -- ideally just running one script (as was initially 
envisioned).  Every additional step increases friction and reduces adoption by 
the developer community.

Of course, this is not to say that we should embed passwords into scripts in 
the git repository (see the other thread in the mailing list).  Perhaps we 
should ask why we have a docker registry with a password that is widely 
published.  But if we do require a password, perhaps the installation script 
can accept the uid/password as a parameter to the script.


Regards,
Jason Hunt
Executive Software Architect, IBM

Phone: 314-749-7422
Email: djh...@us.ibm.com



From:Mandeep Khinda 
>
To:Michael O'Brien 
>, Viswa KSP 
>
Cc:"onap-discuss@lists.onap.org" 
>
Date:08/02/2017 10:42 AM
Subject:Re: [onap-discuss] [OOM] Using OOM kubernetes based seed code 
over Rancher
Sent by:
onap-discuss-boun...@lists.onap.org




We overcame docker image pull problems by configuring our docker daemons use 
the “--insecure-registry” flag.  You then have to docker login to each registry 
that requires user/pass and then copy the generated credential file into a 
location that kubelet uses.

This is why the current seed yamls 

Re: [onap-discuss] [integration][so][sdc] vCPE network-related issues

[FREEMAN, BRIAN D]

Marco,

Seems like reserving 10.0.*.* for ONAP (/16)  so that application use cases can 
use the rest of the net 10 space 10.1.0.0 – 10.255.255.255 would be a good 
change.

Brian


From: PLATANIA, MARCO
Sent: Thursday, August 03, 2017 10:26 AM
To: kang...@huawei.com; onap-discuss@lists.onap.org; Zhou, Danny 
; FREEMAN, BRIAN D ; KLUGER, YOAV 
; BULLARD, GIL ; DeWayne Filppi 

Subject: Re: [integration][so][sdc] vCPE network-related issues

All,

This is the list of IP addresses currently used in ONAP for the OAM network.

 oam_network_cidr: 10.0.0.0/8
  aai1_ip_addr: 10.0.1.1
  aai2_ip_addr: 10.0.1.2
  appc_ip_addr: 10.0.2.1
  dcae_ip_addr: 10.0.4.1
  dcae_coll_ip_addr: 10.0.4.102
  dcae_db_ip_addr: 10.0.4.101
  dcae_hdp1_ip_addr: 10.0.4.103
  dcae_hdp2_ip_addr: 10.0.4.104
  dcae_hdp3_ip_addr: 10.0.4.105
  dns_ip_addr: 10.0.100.1
  mso_ip_addr: 10.0.5.1
  mr_ip_addr: 10.0.11.1
  policy_ip_addr: 10.0.6.1
  portal_ip_addr: 10.0.9.1
  robot_ip_addr: 10.0.10.1
  sdc_ip_addr: 10.0.3.1
  sdnc_ip_addr: 10.0.7.1
  vid_ip_addr: 10.0.8.1

These of course can be changed, but many installation are already using the 
10.X addresses. In our private lab we are using 10.0.0.0/16 instead of /8.

Thanks,
Marco

From: kang...@huawei.com
When: 9:00 AM - 10:00 AM August 3, 2017
Subject: [integration][so][sdc] vCPE network-related issues
Location: https://zoom.us/j/44


Hi All,

We will cover all the network-related items for vCPE:
·   Network between vBRG and vBNG
·   Network between vBNG and vGMUX
·   Network between vGMUX and vG
·   Network between vG and “public Internet hosting the web server”

Marco and Danny,

Would you please investigate how to create/config the above and lead the 
discussions?

Thanks,
Kang


___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [integration][so][sdc] vCPE network-related issues

[PLATANIA, MARCO (MARCO)]

All,

This is the list of IP addresses currently used in ONAP for the OAM network.

 oam_network_cidr: 10.0.0.0/8
  aai1_ip_addr: 10.0.1.1
  aai2_ip_addr: 10.0.1.2
  appc_ip_addr: 10.0.2.1
  dcae_ip_addr: 10.0.4.1
  dcae_coll_ip_addr: 10.0.4.102
  dcae_db_ip_addr: 10.0.4.101
  dcae_hdp1_ip_addr: 10.0.4.103
  dcae_hdp2_ip_addr: 10.0.4.104
  dcae_hdp3_ip_addr: 10.0.4.105
  dns_ip_addr: 10.0.100.1
  mso_ip_addr: 10.0.5.1
  mr_ip_addr: 10.0.11.1
  policy_ip_addr: 10.0.6.1
  portal_ip_addr: 10.0.9.1
  robot_ip_addr: 10.0.10.1
  sdc_ip_addr: 10.0.3.1
  sdnc_ip_addr: 10.0.7.1
  vid_ip_addr: 10.0.8.1

These of course can be changed, but many installation are already using the 
10.X addresses. In our private lab we are using 10.0.0.0/16 instead of /8.

Thanks,
Marco

From: kang...@huawei.com
When: 9:00 AM - 10:00 AM August 3, 2017
Subject: [integration][so][sdc] vCPE network-related issues
Location: https://zoom.us/j/44


Hi All,

We will cover all the network-related items for vCPE:
· Network between vBRG and vBNG
· Network between vBNG and vGMUX
· Network between vGMUX and vG
· Network between vG and “public Internet hosting the web server”

Marco and Danny,

Would you please investigate how to create/config the above and lead the 
discussions?

Thanks,
Kang


___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [portal][cli] Integrate CLI in portal

[TALASILA, MANOOP (MANOOP)]

Hi Kanagaraj,

Thanks for the analysis. I would prefer "provide an menu for CLI" option to 
download CLI from Portal.

I will create a Task or user story for this under Portal.

Manoop



From: Kanagaraj Manickam
Sent: Thursday, August 3, 2:51 AM
Subject: [portal][cli] Integrate CLI in portal
To: onap-discuss@lists.onap.org, TALASILA, MANOOP  (MANOOP)


Hi Manoop,

We tried to identify the proper place for providing the required things from 
Portal for downloading CLI and use it.

And Following are the couple of options identified:
1.   Provide as simple Portal application
2.   From main portal, provide an menu for CLI.

Could you please help us to choose the right option and implementing it ? Thanks

Regards
Kanagaraj M

***
本邮件及其附件含有华为公司的保密信息，仅限于发送给上面地址中列出的个人或群组。禁止任何其他人以任何形式使用（包括但不限于全部或部分地泄露、复制、或散发）本邮件中的信息。如果您错收了本邮件，请您立即电话或邮件通知发件人并删除本邮件！**

***
This e-mail and its attachments contain confidential information from HUAWEI, 
which is intended only for the person  or entity whose address is listed above. 
Any use of the information contained herein in any way (including, but not   
limited to, total or partial disclosure, reproduction, or dissemination) by 
persons other than the intended recipient(s) is  prohibited. If you receive 
this e-mail in error, please notify the sender by phone or email immediately 
and delete it!
***



___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] [integration] RE: Help: java veriy job failed, can you tell me the reasons, thanks

[Gary Wu]

Hi Yunlong,

It looks like your JJB in ci-management needs to have the “-java” removed from 
the mvn-settings parameter.

Thanks,
Gary

From: ying.yunl...@zte.com.cn [mailto:ying.yunl...@zte.com.cn]
Sent: Thursday, August 03, 2017 2:12 AM
To: Gary Wu 
Subject: Help: java veriy job failed, can you tell me the reasons, thanks


Hi, Gary

I modify pom file and commit to onap gerrit, but verified failed, I get the 
following errors, I don't know why it happens, could you help me?


ONAP Jobbuilder
4:58 PM
↩

Patch Set 1: Verified-1

Build Failed

https://jenkins.onap.org/job/vfc-gvnfm-vnfres-java-master-res-verify-java/3/ : 
FAILURE

No problems were identified. If you know why this problem occurred, please add 
a suitable Cause for it. ( 
https://jenkins.onap.org/job/vfc-gvnfm-vnfres-java-master-res-verify-java/3/ )

Logs: 
https://logs.onap.org/production/vex-yul-ecomp-jenkins-1/vfc-gvnfm-vnfres-java-master-res-verify-java/3

https://jenkins.onap.org/job/vfc-gvnfm-vnfres-master-res-verify-python/4/ : 
SUCCESS

Logs: 
https://logs.onap.org/production/vex-yul-ecomp-jenkins-1/vfc-gvnfm-vnfres-master-res-verify-python/4



gerrit link:

https://gerrit.onap.org/r/#/c/6617/



应允龙 yingyunlong



IT开发工程师 IT Development Engineer
虚拟化项目组/CN网管一部/无线研究院/无线产品经营部 CN NM  DeptⅠ/Wireless Product R＆D 
Institute/Wireless Product Operation


[cid:image001.gif@01D30C14.E7CFC970]

[cid:image002.gif@01D30C14.E7CFC970]

南京市雨花台区花神大道6号中兴通讯研发中心一区二期A栋4楼，210012

2A4/F, R Building, ZTE Corporation, No.6 HuaShen Road,

Yuhuatai District, Nanjing, China, 210012

M: +86 18805175782
E: ying.yunl...@zte.com.cn
www.zte.com.cn


___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [OOM] Using OOM kubernetes based seed code over Rancher

[Borislav Glozman]

Hi,

The implementation of secrets under review allows to provide passwords as 
environment variables.
There are default passwords that are used in secrets for the case when the env 
vars are not set.

I don’t think ONAP deployment should be coupled with Rancher.
In case of Rancher we can do without secrets.
On different deployments of k8s we need them.

Thanks,
Borislav Glozman
O:+972.9.776.1988
M:+972.52.2835726

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Jason Hunt
Sent: Thursday, August 3, 2017 1:22 AM
To: Mandeep Khinda 
Cc: onap-discuss@lists.onap.org; onap-discuss-boun...@lists.onap.org
Subject: Re: [onap-discuss] [OOM] Using OOM kubernetes based seed code over 
Rancher

A couple of thoughts on this, as I've had some of the same issues outlined 
below.

I think it's very important that OOM provide as simple of an installation 
process as possible -- ideally just running one script (as was initially 
envisioned).  Every additional step increases friction and reduces adoption by 
the developer community.

Of course, this is not to say that we should embed passwords into scripts in 
the git repository (see the other thread in the mailing list).  Perhaps we 
should ask why we have a docker registry with a password that is widely 
published.  But if we do require a password, perhaps the installation script 
can accept the uid/password as a parameter to the script.


Regards,
Jason Hunt
Executive Software Architect, IBM

Phone: 314-749-7422
Email: djh...@us.ibm.com



From:Mandeep Khinda 
>
To:Michael O'Brien 
>, Viswa KSP 
>
Cc:"onap-discuss@lists.onap.org" 
>
Date:08/02/2017 10:42 AM
Subject:Re: [onap-discuss] [OOM] Using OOM kubernetes based seed code 
over Rancher
Sent by:
onap-discuss-boun...@lists.onap.org




We overcame docker image pull problems by configuring our docker daemons use 
the “--insecure-registry” flag.  You then have to docker login to each registry 
that requires user/pass and then copy the generated credential file into a 
location that kubelet uses.

This is why the current seed yamls did not have any need for secrets or 
pre-pulling docker images and why I am reluctant to +2 docker secret changes 
that are currently under review.
I’ll try and dig up the steps I used and update the wiki.  Hopefully it will 
unblock you Viswa.

Mandeep

From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Michael O'Brien
Sent: Wednesday, August 02, 2017 11:24 AM
To: Viswa KSP >
Cc: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [OOM] Using OOM kubernetes based seed code over 
Rancher

Viswa,
Missed that you have config-init in your mail – so covered OK.
I stood up robot and aai on a clean VM to verify the docs (this is inside 
an openstack lab behind a firewall – that has its own proxy)
Let me know if you have docker proxy issues – I would also like to 
reference/doc this for others like yourselves.
Also, just verifying that you added the security workaround step – (or make 
your docker repo trust all repos)

vi oom/kubernetes/oneclick/createAll.bash
create_namespace() {
  kubectl create namespace $1-$2
+  kubectl --namespace $1-$2 create secret docker-registry regsecret 
--docker-server=nexus3.onap.org:10001 --docker-username=docker 
--docker-password=docker 
--docker-email=em...@email.com
+  kubectl --namespace $1-$2 patch serviceaccount default -p 
'{"imagePullSecrets": [{"name": "regsecret"}]}'
}

I just happen to be standing up a clean deployment on openstack – lets try 
just robot – it pulls the testsuite image

root@obrienk-1:/home/ubuntu/oom/kubernetes/config# kubectl create -f 
pod-config-init.yaml
pod "config-init" created
root@obrienk-1:/home/ubuntu/oom/kubernetes/config# cd ../oneclick/
root@obrienk-1:/home/ubuntu/oom/kubernetes/oneclick# ./createAll.bash  -n onap 
-a robot
** Creating up ONAP: robot
Creating namespaces **
namespace "onap-robot" created
secret "regsecret" created
serviceaccount "default" patched
Creating services **
service "robot" created
** Creating deployments for  robot **
Robot
deployment "robot" created
 Done 
root@obrienk-1:/home/ubuntu/oom/kubernetes/oneclick# kubectl get pods 
--all-namespaces | grep onap
onap-robotrobot-4262359493-k84b6

Re: [onap-discuss] [so] where is SO's entry point for instantiation VNF

[Alexis de Talhouët]

Le mercredi 2 août 2017, GwuiEon Jin  a écrit :

> Dear Alexis,
>
> I appreciate your answer. i understood call flow from VID to SO from your
> descriptions. (in the release-1.0.0 branch)
>
> As you mentioned, i found BPMN endponit, 
> /mso/async/services/CreateServiceInstanceInfra,
> from MSO's mso_catalog table.
>
> After then, API handler make json entity using CamundaClient.java and post
> call to BPMN engine's endpoint (/mso/async/services/
> CreateServiceInstanceInfra).
>
> How can BPMN engine determine which BPMN file to execute from json entity?
>
IIRC, based on the model invariant uuid, il will retrieve the
service_instance entry, and then match on the name (I think both are pass
in the json)
Then from this raw retrieved from the service_recipe table, there is a
recipe id column, that will be used to get the recipe from the recipe table
where endpoints are defined.

>
>
> Best Regards,
>
> Gwuieon.
>
>
>
> - *Original Message* -
>
> *Sender* : Alexis de Talhouët  >
>
> *Date* : 2017-08-02 21:00 (GMT+9)
>
> *Title* : Re: [onap-discuss] [so] where is SO's entry point for
> instantiation VNF
>
>
> Look at the ServiceInstance java class in API-handler-infra bundle, it s
> the Class definining the vf/vnf/serviceInstance endpoint CRUD operations.
> So VID calls end up in there. Then there is a function that does the lookup
> in mariadb using the service recipe table, matching on the name (look at
> MSO API documentation) ( in the release-1.0.0 branch it's always returning
> VID_DEFAULT). From there it retrieves the recipe, using the ID, and in the
> receipt table, you have the bpmn endpoint.
>
> HTH, MSO folks might provide a more accurate answer though.
>
> Regards,
> Alexis
>
> Le mardi 1 août 2017, 진귀언  > a écrit :
>
>> Hello All, I trying to analyze ONAP code. but it overwhelme me by the
>> size and complexity. but i really want to know ONAP. I would like discuss
>> only about instantiation VNF and SO at this time because ONAP have many
>> functionality. How does call flow from VID to SO for Instantiation VNF? i
>> want to know instantiate call flow in code level. 1. How does "API handler"
>> in SO handles instantion request from VID? where is entry point in API
>> handler? 2. How to execute BPMN recipe according to API handler? Best
>> Regards, Gwuieon.
>>
>>
>>
>>
>>
>
>
>
>
>
>
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [oom][cli] CLI deployment from OOM

[Borislav Glozman]

Hi Kanagaraj,

What exactly would you like to deploy? Is there a docker image for it? Is there 
Dockerfile? I will be glad to assist with the k8s deployment.

Thanks,
Borislav Glozman
O:+972.9.776.1988
M:+972.52.2835726

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Kanagaraj Manickam
Sent: Thursday, August 3, 2017 9:32 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [oom][cli] CLI deployment from OOM

Dear OOM team,

We are from CLI project and for creating the deployment of CLI from OOM, we 
would like to collaborate with your team.
Could you please guide us to make required implementation in OOM. Thanks

Regards
Kanagaraj M

***
本邮件及其附件含有华为公司的保密信息，仅限于发送给上面地址中列出的个人或群组。禁止任何其他人以任何形式使用（包括但不限于全部或部分地泄露、复制、或散发）本邮件中的信息。如果您错收了本邮件，请您立即电话或邮件通知发件人并删除本邮件！**

***
This e-mail and its attachments contain confidential information from HUAWEI, 
which is intended only for the person  or entity whose address is listed above. 
Any use of the information contained herein in any way (including, but not   
limited to, total or partial disclosure, reproduction, or dissemination) by 
persons other than the intended recipient(s) is  prohibited. If you receive 
this e-mail in error, please notify the sender by phone or email immediately 
and delete it!
***

This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,

you may review at https://www.amdocs.com/about/email-disclaimer 

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [ci-management][cli] How to trigger Sonar from jenkins job

[DRAGOSH, PAMELA L (PAM)]

Kanagaraj,

Looks good, I don’t think you need the release-1.0.0 branch as you are a new 
repo and don’t have that branch.

There are 2 ways to test it.


1.   Running JJB in test mode locally to ensure it builds the XML required 
by JJB. In a local terminal, cd to the ci-management directory and type this:

jenkins-jobs test jjb/

It should succeed and dump a big XML file.


2.   There is also a sandbox if you wish to further test it. Instructions 
for this don’t seem to be on the ONAP wiki anywhere.

Regards,

Pam

From: Kanagaraj Manickam 
Date: Thursday, August 3, 2017 at 2:24 AM
To: "DRAGOSH, PAMELA L (PAM)" , 
"onap-discuss@lists.onap.org" 
Subject: RE: [onap-discuss] [ci-management][cli] How to trigger Sonar from 
jenkins job

Hi Pam,

CLI jjb is having release entry for CLI jenkins job and attached for reference. 
Could you please me if anything I missed in this jjb file?

And I think your question is very much valid and Jenkins should generate the 
sonar report on verify jobs.

Regards
Kanagaraj M


***
本邮件及其附件含有华为公司的保密信息，仅限于发送给上面地址中列出的个人或群组。禁止任何其他人以任何形式使用（包括但不限于全部或部分地泄露、复制、或散发）本邮件中的信息。如果您错收了本邮件，请您立即电话或邮件通知发件人并删除本邮件！**

***
This e-mail and its attachments contain confidential information from HUAWEI, 
which is intended only for the person  or entity whose address is listed above. 
Any use of the information contained herein in any way (including, but not   
limited to, total or partial disclosure, reproduction, or dissemination) by 
persons other than the intended recipient(s) is  prohibited. If you receive 
this e-mail in error, please notify the sender by phone or email immediately 
and delete it!
***

From: DRAGOSH, PAMELA L (PAM) [mailto:pdrag...@research.att.com]
Sent: Tuesday, August 01, 2017 5:36 PM
To: Kanagaraj Manickam; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [ci-management][cli] How to trigger Sonar from 
jenkins job

Kanagaraj,

You need to use the appropriate global template in your ci-management job. 
Currently the *-release jobs are the ones that call sonar.

One question I have is whether the sonar should be moved to the verify jobs, so 
that we can check incoming code and get sonar blockers/critical issues solved 
more quickly.


Thanks,

Pam


From: 
>
 on behalf of Kanagaraj Manickam 
>
Date: Tuesday, August 1, 2017 at 2:55 AM
To: "onap-discuss@lists.onap.org" 
>
Subject: [onap-discuss] [ci-management][cli] How to trigger Sonar from jenkins 
job

Hi,

I would like to enable the Sonar for CLI project from Jenkins merge job.
Could someone please help here?

Thanks
Kanagaraj M

***
本邮件及其附件含有华为公司的保密信息，仅限于发送给上面地址中列出的个人或群组。禁止任何其他人以任何形式使用（包括但不限于全部或部分地泄露、复制、或散发）本邮件中的信息。如果您错收了本邮件，请您立即电话或邮件通知发件人并删除本邮件！**

***
This e-mail and its attachments contain confidential information from HUAWEI, 
which is intended only for the person  or entity whose address is listed above. 
Any use of the information contained herein in any way (including, but not   
limited to, total or partial disclosure, reproduction, or dissemination) by 
persons other than the intended recipient(s) is  prohibited. If you receive 
this e-mail in error, please notify the sender by phone or email immediately 
and delete it!
***

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] [holmes] Holmes Weekly Meeting on August 27, 2017 is Cancelled

[fu.guangrong]

Hi ONAPers,





The weekly meeting of Holmes for this week is cancelled. 






FYI


As the Holmes meeting is an ad hoc meeting, it it not held on weekly base. If 
no topics are requested by other projects and Holmes itseft has nothing to 
discuss either, we will give the time back to you.






Future cancellations on the Holmes meetings will not be sent again from this 
week on. If we have any topics to talk about, I'll send an invitation to the 
ONAP community by email.






Thanks for your attention.





Regards,


Guangrong___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] ONAP 1.1 SDC Unable to CREATE VSP - FE Healthcheck fails - Onboarding FE Down 404

[Alexis Chiarello]

Hi guys,

Note that the healthcheck no longer fails with 404 with latest docker images; 
however the catalog resource creation still fails with the same error.

This is being tracked by a couple of JIRA tickets already :

https://jira.onap.org/browse/SDC-174
https://jira.onap.org/browse/SDC-175

No workaround have been provided so far.

Cheers,

Alexis.
This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,

you may review at https://www.amdocs.com/about/email-disclaimer 

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] 答复: How is VNF Validation program going?

[Wenyao Guan]

Hi Erik,

 

Thank you for your response and the hard work you and your team have done.

I am glad to get to know the progress  but also worry about the current 
situation may not meet the schedule for R1. Could you please pay attention to 
the exact project requirements for M2? Do you have any idea for the schedule?

Thank you.

 

Best Regards,

Wenyao

发件人: SUNDELOF, ERIK [mailto:es4...@att.com] 
发送时间: 2017年8月3日 09:40
收件人: Wenyao Guan
抄送: WRIGHT, STEVEN A; 'Christopher Donley (Chris)'; denglin...@chinamobile.com; 
onap-discuss@lists.onap.org
主题: Re: How is VNF Validation program going?

 

Wenyao,

 

It is going well. The primary focus in the first half of the project is to 
debrand the code (i.e. remove any notations, language etc which is specific for 
D2 ICE) so that it can be shared effectively and serve as a base for defining 
the validation program structure. We will start to release code successively 
starting with the validation script suite which will serve as a base for the 
interaction with the other two relevant projects inside ONAP. I am also 
planning to release the documentation which is going through the same 
debranding exercise. During this phase, the work is predominantly falling under 
my team why I have intentionally not engaged other ONAP resources which are 
often shared with other projects.

 

During the second half of August the plan is to start to work to formulate the 
path for acquiring an ONAP compatible label and start to identify the possible 
candidates for starting the validation of VNFs for ONAP. I will setup some 
meetings for later in August to get the work started around that aspect.

 

Happy to answer any additional questions.

 

Erik

 

 

From: Wenyao Guan 
Date: Wednesday, August 2, 2017 at 1:03 AM
To: Erik Sundelof 
Cc: "WRIGHT, STEVEN A" , "'Christopher Donley (Chris)'" 
, "denglin...@chinamobile.com" 
, "onap-discuss@lists.onap.org" 

Subject: How is VNF Validation program going?

 

Hi Erik，

 

This is Wenyao from China Mobile.

 

Tomorrow will be the M2, but it seems that there is no progress news about ICE. 
I think this could be a risk.

Are there any progresses in your side? Could you please tell us the plan for 
the next phase? What do we need to do?

Expect your response. Thank you very much.

 

Best Regards,

Wenyao

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] [portal][cli] Integrate CLI in portal

[Kanagaraj Manickam]

Hi Manoop,

We tried to identify the proper place for providing the required things from 
Portal for downloading CLI and use it.

And Following are the couple of options identified:

1.   Provide as simple Portal application

2.   From main portal, provide an menu for CLI.

Could you please help us to choose the right option and implementing it ? Thanks

Regards
Kanagaraj M

***
本邮件及其附件含有华为公司的保密信息，仅限于发送给上面地址中列出的个人或群组。禁止任何其他人以任何形式使用（包括但不限于全部或部分地泄露、复制、或散发）本邮件中的信息。如果您错收了本邮件，请您立即电话或邮件通知发件人并删除本邮件！**

***
This e-mail and its attachments contain confidential information from HUAWEI, 
which is intended only for the person  or entity whose address is listed above. 
Any use of the information contained herein in any way (including, but not   
limited to, total or partial disclosure, reproduction, or dissemination) by 
persons other than the intended recipient(s) is  prohibited. If you receive 
this e-mail in error, please notify the sender by phone or email immediately 
and delete it!
***

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] [oom][cli] CLI deployment from OOM

[Kanagaraj Manickam]

Dear OOM team,

We are from CLI project and for creating the deployment of CLI from OOM, we 
would like to collaborate with your team.
Could you please guide us to make required implementation in OOM. Thanks

Regards
Kanagaraj M

***
本邮件及其附件含有华为公司的保密信息，仅限于发送给上面地址中列出的个人或群组。禁止任何其他人以任何形式使用（包括但不限于全部或部分地泄露、复制、或散发）本邮件中的信息。如果您错收了本邮件，请您立即电话或邮件通知发件人并删除本邮件！**

***
This e-mail and its attachments contain confidential information from HUAWEI, 
which is intended only for the person  or entity whose address is listed above. 
Any use of the information contained herein in any way (including, but not   
limited to, total or partial disclosure, reproduction, or dissemination) by 
persons other than the intended recipient(s) is  prohibited. If you receive 
this e-mail in error, please notify the sender by phone or email immediately 
and delete it!
***

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [ci-management][cli] How to trigger Sonar from jenkins job

[Kanagaraj Manickam]

Hi Pam,

CLI jjb is having release entry for CLI jenkins job and attached for reference. 
Could you please me if anything I missed in this jjb file?

And I think your question is very much valid and Jenkins should generate the 
sonar report on verify jobs.

Regards
Kanagaraj M


***
本邮件及其附件含有华为公司的保密信息，仅限于发送给上面地址中列出的个人或群组。禁止任何其他人以任何形式使用（包括但不限于全部或部分地泄露、复制、或散发）本邮件中的信息。如果您错收了本邮件，请您立即电话或邮件通知发件人并删除本邮件！**

***
This e-mail and its attachments contain confidential information from HUAWEI, 
which is intended only for the person  or entity whose address is listed above. 
Any use of the information contained herein in any way (including, but not   
limited to, total or partial disclosure, reproduction, or dissemination) by 
persons other than the intended recipient(s) is  prohibited. If you receive 
this e-mail in error, please notify the sender by phone or email immediately 
and delete it!
***

From: DRAGOSH, PAMELA L (PAM) [mailto:pdrag...@research.att.com]
Sent: Tuesday, August 01, 2017 5:36 PM
To: Kanagaraj Manickam; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [ci-management][cli] How to trigger Sonar from 
jenkins job

Kanagaraj,

You need to use the appropriate global template in your ci-management job. 
Currently the *-release jobs are the ones that call sonar.

One question I have is whether the sonar should be moved to the verify jobs, so 
that we can check incoming code and get sonar blockers/critical issues solved 
more quickly.


Thanks,

Pam


From: 
>
 on behalf of Kanagaraj Manickam 
>
Date: Tuesday, August 1, 2017 at 2:55 AM
To: "onap-discuss@lists.onap.org" 
>
Subject: [onap-discuss] [ci-management][cli] How to trigger Sonar from jenkins 
job

Hi,

I would like to enable the Sonar for CLI project from Jenkins merge job.
Could someone please help here?

Thanks
Kanagaraj M

***
本邮件及其附件含有华为公司的保密信息，仅限于发送给上面地址中列出的个人或群组。禁止任何其他人以任何形式使用（包括但不限于全部或部分地泄露、复制、或散发）本邮件中的信息。如果您错收了本邮件，请您立即电话或邮件通知发件人并删除本邮件！**

***
This e-mail and its attachments contain confidential information from HUAWEI, 
which is intended only for the person  or entity whose address is listed above. 
Any use of the information contained herein in any way (including, but not   
limited to, total or partial disclosure, reproduction, or dissemination) by 
persons other than the intended recipient(s) is  prohibited. If you receive 
this e-mail in error, please notify the sender by phone or email immediately 
and delete it!
***



cli.yaml
Description: cli.yaml
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] [policy] Policy Framework end-to-end source code flow

[Mahesh Poojary]

Hi Pamela,

I am looking for the below different policy end-to-end component source code 
flow (ex: sequence diagram) inside Policy Framework.
Is there any place in wiki, can I get this?

1. Config policy
  (i) Base Policy
  (ii) Firewall Policy
  (iii) ClosedLoop_Fault policy
  (iv) ClosedLoop_PM policy
  (v) DCAE MicroService policy
  (vi) BRMS_RAW policy
  (vii) BRMS_PARAM policy
2. Action policy
3. Decision policy

References where I found these:
./engine/ECOMP-PAP-REST/src/main/java/org/openecomp/policy/pap/xacml/rest/components/Policy.java:101:
./engine/ECOMP-PAP-REST/src/main/java/org/openecomp/policy/pap/xacml/rest/components/ClosedLoopPolicy.java:323:
./engine/ECOMP-PAP-REST/src/main/java/org/openecomp/policy/pap/xacml/rest/components/ConfigPolicy.java:434:
./engine/ECOMP-PAP-REST/src/main/java/org/openecomp/policy/pap/xacml/rest/components/CreateBrmsParamPolicy.java:620:
./engine/ECOMP-PAP-REST/src/main/java/org/openecomp/policy/pap/xacml/rest/components/CreateBrmsRawPolicy.java:385:
./engine/ECOMP-PAP-REST/src/main/java/org/openecomp/policy/pap/xacml/rest/components/CreateClosedLoopPerformanceMetrics.java:268:
./engine/ECOMP-PAP-REST/src/main/java/org/openecomp/policy/pap/xacml/rest/components/FirewallConfigPolicy.java:383:
./engine/ECOMP-PAP-REST/src/main/java/org/openecomp/policy/pap/xacml/rest/components/MicroServiceConfigPolicy.java:277:
./engine/ECOMP-PAP-REST/src/main/java/org/openecomp/policy/pap/xacml/rest/components/ActionPolicy.java
./engine/ECOMP-PAP-REST/src/main/java/org/openecomp/policy/pap/xacml/rest/components/DecisionPolicy.java:298:

Regards
-Mahesh
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss