Re: [onap-discuss] [ONAP Helpdesk #52001] [ONAP] need a VM for integration reporting aggregation

[morgan.richo...@orange.com via RT]

Hi

just a short update

2 new dockers have been started and a new database has been added in the 
existing mongo on the opnfv testresults machine.

the reporting page for onap can be found at 
http://testresults.opnfv.org/onap-testing/
the reporting page is installer centric (oom, heat) but could be adapted. Link 
to public CI/CD could also be added if needed

for the moment only the Orange Openlab is pushing some test results (robot 
tests on Amsterdam release): 
http://testresults.opnfv.org/onap-testing/amsterdam/functest/status-heat.html
the swagger of the test API dedicated to ONAP: 
http://testresults.opnfv.org/onap/swagger/spec.html (same password than for 
OPNFV to access the page)
with some examples (no need of a password to get info from the DB through the 
API)
- list of declared ONAP pods: http://testresults.opnfv.org/onap/api/v1/pods
- list of functional testcases: 
http://testresults.opnfv.org/onap/api/v1/projects/functest/cases
- some results: 
http://testresults.opnfv.org/onap/api/v1/results?case=robot_healthcheck=orange-pod4=5
for the results you can play with all the possible filters: version, pod, case, 
installer (oom, heat), dates (from/to), last N iterations, last N days...

I imagine it could be interesting to define a DNS redirection
testresults.onap.org => testresults.opnfv.org/onap-testing/
testresults-api.onap.org => testresults.opnfv.org/onap/

/Morgan




Le mercredi 14 février 2018 à 08:59 +0100, Morgan Richomme a écrit :
Hi Jess

hmm, I showed in a demo yesterday that it was relatively easy to adaptable to 
ONAP :)
see 
https://wiki.onap.org/pages/viewpage.action?pageId=6593670=/6593670/25433913/integration_demo_E2E_chain.pdf
 for details
I rewrote what was needed..

However instead of creating a new resources as I mentioned in my ticket, I 
think it would make sense to reuse existing OPNFV VM.
The VM has still resources, the goal is the same in ONAP and OPNFV, collecting 
cases/results and creating aggreagte view
Moreover the DB backup mechanism is automated (from OPNFV 
http://artifacts.opnfv.org/testapibackup.html)
we could
- add a new DB in mongo
- start a new test API docker (re-use of existing docker) dedicated to ONAP 
connected to this new DB
- start a new reporting docker (adaptation of the existing one, need a repo 
integration/reporting to share the core) adapted to ONAP
- reconfigure the nginx
- confidure a onap.org subdomain integration.onap.org or testresults.onap.org

I still have access to the machine, I can do the 4 first actions quickly...but 
I would need action from your side for the subdomain..

/Morgan


Le mercredi 14 février 2018 à 02:36 -0500, Jessica Wagantall via RT a écrit :
Dear Morgan,

I was talking today with Aric about this (since he has seen this working in 
opnfv).
I know from him that this system is not easily adaptable to other projects.

Are you familiar with how this system is developed?

Do you know who can help us rewriting this so that easily adaptable to other 
projects?

Thanks!
Jess

On Mon Feb 05 03:17:16 2018, 
morgan.richo...@orange.com wrote:
Hi,

would it be possible to get IT resources to host ONAP integration
results.
The idea is to collect test results from the different CI chains and
provide an aggregated view of the results (referencing jenkins runs on
different labs with different installers, on different versions
(Amsterdam, Master (Beijing),..).
It is an adaptation of what is currently done in OPNFV
(http://testresults.opnfv.org/).
The most straight forward way would be
- duplication of the testresults.opnfv.org VM managed by Linux
Foundation (nginx, docker APi, docker reporting, mongo DB, git, would
be preinstalled)
- configuration of testresults subdomain for onap main domain to point
testresults.onap.org to the IP of this duplicated VM

I would make some cleaning on the duplicated VM
- clean several accounts used in OPNFV and not needed for ONAP
- dump of the OPNFV DB
- creation of ONAP DB (installers: OOM, Heat; test cases: Functional
test cases (robot, vFW, vLB,), benchmark ..)

We should also re-use the existing jenkins Jobs in order to sync the
deployement of the dockers, backup the DB from ONAP main CI

If it is not possible to duplicate the VM, is it possible to get a
fresh VM
- 2 vCPU
- 80 Go disk
- 8 Go Ram
We could even start smaller if needed, but that is the current sizing
on OPNFV side and we had to increase it once (initial sizing was too
small)

I gave a try on my local POD and took some screenshots (attached file)
Please note that Functest here means all the functional testing (no
bijection with the OPNFV functest project) and would leverage the
robot healtcheck as well as automated functional testcases.
Benchmark corresponds to the new benchmark project

I think it is a good example of Xcommunity synergies..

Thanks

Morgan

_

Ce message et ses 

Re: [onap-discuss] [ONAP Helpdesk #52001] [ONAP] need a VM for integration reporting aggregation

[morgan.richomme]

Hi

just a short update

2 new dockers have been started and a new database has been added in the 
existing mongo on the opnfv testresults machine.

the reporting page for onap can be found at 
http://testresults.opnfv.org/onap-testing/
the reporting page is installer centric (oom, heat) but could be adapted. Link 
to public CI/CD could also be added if needed

for the moment only the Orange Openlab is pushing some test results (robot 
tests on Amsterdam release): 
http://testresults.opnfv.org/onap-testing/amsterdam/functest/status-heat.html
the swagger of the test API dedicated to ONAP: 
http://testresults.opnfv.org/onap/swagger/spec.html (same password than for 
OPNFV to access the page)
with some examples (no need of a password to get info from the DB through the 
API)
- list of declared ONAP pods: http://testresults.opnfv.org/onap/api/v1/pods
- list of functional testcases: 
http://testresults.opnfv.org/onap/api/v1/projects/functest/cases
- some results: 
http://testresults.opnfv.org/onap/api/v1/results?case=robot_healthcheck=orange-pod4=5
for the results you can play with all the possible filters: version, pod, case, 
installer (oom, heat), dates (from/to), last N iterations, last N days...

I imagine it could be interesting to define a DNS redirection
testresults.onap.org => testresults.opnfv.org/onap-testing/
testresults-api.onap.org => testresults.opnfv.org/onap/

/Morgan




Le mercredi 14 février 2018 à 08:59 +0100, Morgan Richomme a écrit :
Hi Jess

hmm, I showed in a demo yesterday that it was relatively easy to adaptable to 
ONAP :)
see 
https://wiki.onap.org/pages/viewpage.action?pageId=6593670=/6593670/25433913/integration_demo_E2E_chain.pdf
 for details
I rewrote what was needed..

However instead of creating a new resources as I mentioned in my ticket, I 
think it would make sense to reuse existing OPNFV VM.
The VM has still resources, the goal is the same in ONAP and OPNFV, collecting 
cases/results and creating aggreagte view
Moreover the DB backup mechanism is automated (from OPNFV 
http://artifacts.opnfv.org/testapibackup.html)
we could
- add a new DB in mongo
- start a new test API docker (re-use of existing docker) dedicated to ONAP 
connected to this new DB
- start a new reporting docker (adaptation of the existing one, need a repo 
integration/reporting to share the core) adapted to ONAP
- reconfigure the nginx
- confidure a onap.org subdomain integration.onap.org or testresults.onap.org

I still have access to the machine, I can do the 4 first actions quickly...but 
I would need action from your side for the subdomain..

/Morgan


Le mercredi 14 février 2018 à 02:36 -0500, Jessica Wagantall via RT a écrit :
Dear Morgan,

I was talking today with Aric about this (since he has seen this working in 
opnfv).
I know from him that this system is not easily adaptable to other projects.

Are you familiar with how this system is developed?

Do you know who can help us rewriting this so that easily adaptable to other 
projects?

Thanks!
Jess

On Mon Feb 05 03:17:16 2018, 
morgan.richo...@orange.com wrote:
Hi,

would it be possible to get IT resources to host ONAP integration
results.
The idea is to collect test results from the different CI chains and
provide an aggregated view of the results (referencing jenkins runs on
different labs with different installers, on different versions
(Amsterdam, Master (Beijing),..).
It is an adaptation of what is currently done in OPNFV
(http://testresults.opnfv.org/).
The most straight forward way would be
- duplication of the testresults.opnfv.org VM managed by Linux
Foundation (nginx, docker APi, docker reporting, mongo DB, git, would
be preinstalled)
- configuration of testresults subdomain for onap main domain to point
testresults.onap.org to the IP of this duplicated VM

I would make some cleaning on the duplicated VM
- clean several accounts used in OPNFV and not needed for ONAP
- dump of the OPNFV DB
- creation of ONAP DB (installers: OOM, Heat; test cases: Functional
test cases (robot, vFW, vLB,), benchmark ..)

We should also re-use the existing jenkins Jobs in order to sync the
deployement of the dockers, backup the DB from ONAP main CI

If it is not possible to duplicate the VM, is it possible to get a
fresh VM
- 2 vCPU
- 80 Go disk
- 8 Go Ram
We could even start smaller if needed, but that is the current sizing
on OPNFV side and we had to increase it once (initial sizing was too
small)

I gave a try on my local POD and took some screenshots (attached file)
Please note that Functest here means all the functional testing (no
bijection with the OPNFV functest project) and would leverage the
robot healtcheck as well as automated functional testcases.
Benchmark corresponds to the new benchmark project

I think it is a good example of Xcommunity synergies..

Thanks

Morgan

_

Ce message et ses 

[onap-discuss] 答复: RE: Re: MSB upgrade

[zhao.huabing]

Hi Pavithra,


It seems that ESR has problem accessing AAI via msb api gateway, but we can't 
reproduce this issue in our local environment.  So could you please try to 
access aai via the node port of MSB?  Such as 
http://127.0.0.1:30080/api/aai-externalSystem/v11/esr-vnfm-list/esr-vnf/ and 
then send me the log of msb internal api gateway? It will be better if you can 
try to access aai directly first to check if aai works.






If you want to reinstall msb, after that, please restart kub2msb after that, 
the all services can be registered to the new msb instance automatically. We 
don't need to manually register the services.






Thanks,


Huabing







原始邮件



发件人：PavithraR13 
收件人：赵化冰10201488;李滋00164331;
抄送人：onap-discuss@lists.onap.org 
日 期 ：2018年02月28日 15:19
主 题 ：RE: Re: [onap-discuss] MSB upgrade




Hi Zhao


 


I am able to access ESR via MSB port , but the vnfm and vim is not getting 
registered. I could see “Bad Gateway Error” during registration. PFA screenshot 
for  the error in log.


 


Lizi/Zhao,


 


We would like to reinstall only MSB without disturbing the other services. In 
that case will already installed services be registered in MSB automatically, 
or  it will require manual registration with MSB.


 


Regards


Pavithra R


 



From: zhao.huab...@zte.com.cn [mailto:zhao.huab...@zte.com.cn] 
 Sent: Wednesday, February 28, 2018 12:18 PM
 To: li.z...@zte.com.cn; Pavithra R13 
 Cc: onap-discuss@lists.onap.org
 Subject: Re: Re: [onap-discuss] MSB upgrade




 



This message was identified as a phishing scam.



Feedback

Hi Pavithra, Lizi,

 

We don't have to manually unregister and register services in OOM/k8s 
deployment. Kube2msb is watching the k8s deployment change events and 
automatically register/unregister services to MSB.

 

"UUI/ESR is not able to communicate with AAI through MSB"

 

Are you able to access ESR via the node port of MSB?  Such as 
http://127.0.0.1:30080/iui/aai-esr-gui/extsys/vim/vimView.html


If IIf you get problem accessing it, please send me log of msb internal api 
gateway. You can get the log by run: docker logs {contianer_id_of_msb-iag}

 

Thanks,

Huabing


原始邮件



发件人：李滋00164331



收件人：pavithra_...@infosys.com 



抄送人：onap-discuss@lists.onap.org 



日 期 ：2018年02月28日 14:31



主 题 ：Re: [onap-discuss] MSB upgrade




___
onap-discuss mailing list
 onap-discuss@lists.onap.org
 
https://imsva91-ctp.trendmicro.com:443/wis/clicktime/v1/query?url=https%3a%2f%2flists.onap.org%2fmailman%2flistinfo%2fonap%2ddiscuss=3DC9A076-6640-2905-A1C6-28406BBF484C=f63efd9aed1e0a367f4bd39381444e47841a5725-653f35cfe3bf0555a380bcd03eede5ad37283ed1

Hi Pavithra R,

 

You can just delete the register information from msb portal, and re-register 
the service to MSB. Please refer to the curl commond in 
https://gerrit.onap.org/r/gitweb?p=demo.git;a=blob;f=boot/msb_vm_init.sh;h=0a087b04bdaa8dc9b534ffe28673dd3e81a7e428;hb=HEAD
 .  You not have to reinstall MSB or the other services.

 

For MSB portal please visit http://MSB_IP/iui/microservices/default.html . 
Click the msdiscover card. There will be a  swagger ui under that page. Call 
the API to delete the register information.

DELETE /services/{serviceName}/version/{version}  

Thanks,

LiZi

 

 






发件人：PavithraR13 



收件人：onap-discuss@lists.onap.org 



日 期 ：2018年02月28日 13:43



主 题 ：[onap-discuss]  MSB upgrade




___
onap-discuss mailing list
 onap-discuss@lists.onap.org
 
https://imsva91-ctp.trendmicro.com:443/wis/clicktime/v1/query?url=https%3a%2f%2flists.onap.org%2fmailman%2flistinfo%2fonap%2ddiscuss=3DC9A076-6640-2905-A1C6-28406BBF484C=f63efd9aed1e0a367f4bd39381444e47841a5725-653f35cfe3bf0555a380bcd03eede5ad37283ed1
 
 


Hi All


 


We have currently installed Kubernetes based ONAP Amsterdam on our environment. 
We need few clarifications regarding MSB.


 


1.   UUI/ESR is not able to communicate with AAI through MSB, but all 
corresponding services are registered with MSB. What could be the issue?


2.   We would like to upgrade MSB image to latest version. In that case 
should we re-install all the other components so that it will be registered 
with MSB or is there any other procedure to register the components with MSB 
without re-installation?


 


Regards


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

[onap-discuss] [SO][SDC]SDC voLTE R2 Support

[Chenchuanyu]

Hi Michael,
SDC support volte usecase in R1 by this way: voLTE E2E service use NSD VF with 
two properties(invirantuuid and uuid) that relate to the Network Service.
As a stretch goal we discussed in R1, we want to use nested service to support 
this.
Now in R2 modeling R2+ discussion page, I found that 4 layer IM model have been 
published as a conclusion, for service/NS, it’s service and service component..
I want to know what’s the plan of SDC R2 to support E2E Service. How SDC 
support E2E service in R2, this is very important for SO to parse the service 
template.
Thanks,
Chuanyu Chen.
***
本邮件及其附件含有华为公司的保密信息，仅限于发送给上面地址中列出的个人或群组。禁止任何其他人以任何形式使用（包括但不限于全部或部分地泄露、复制、或散发）本邮件中的信息。如果您错收了本邮件，请您立即电话或邮件通知发件人并删除本邮件！
**

***
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] Jira breaks too, would you pls take a look, thanks. //: Re: Gerrit not reachable

[feng.yuanxing]

原始邮件



发件人： ;
收件人： ;
日 期 ：2018年03月01日 04:41
主 题 ：Re: [onap-discuss] Gerrit not reachable





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


Resolved now

Thanks for your patience


Jess




On Wed, Feb 28, 2018 at 12:28 PM, Jessica Wagantall 
 wrote:

Dear team, 

we are looking into this right now


thanks!
Jess___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] Invitation: [aaf] Weekly Meeting (updated Feb. 28, 2018) @ Weekly from 7am to 8am on Thursday from Thu Mar 1 to Thu Sep 27 (PST) (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/New_York
X-LIC-LOCATION:America/New_York
BEGIN:DAYLIGHT
TZOFFSETFROM:-0500
TZOFFSETTO:-0400
TZNAME:EDT
DTSTART:19700308T02
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=2SU
END:DAYLIGHT
BEGIN:STANDARD
TZOFFSETFROM:-0400
TZOFFSETTO:-0500
TZNAME:EST
DTSTART:19701101T02
RRULE:FREQ=YEARLY;BYMONTH=11;BYDAY=1SU
END:STANDARD
END:VTIMEZONE
BEGIN:VEVENT
DTSTART;TZID=America/New_York:20180301T10
DTEND;TZID=America/New_York:20180301T11
RRULE:FREQ=WEEKLY;UNTIL=20180927T15Z;INTERVAL=1;BYDAY=TH
DTSTAMP:20180228T231542Z
ORGANIZER;CN=ONAP Meetings and Events:mailto:linuxfoundation.org_1rmtb5tpr3
 uc8f76fmflplo...@group.calendar.google.com
UID:07gidthmete7vga3qipheud...@google.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=bm8...@att.com;X-NUM-GUESTS=0:mailto:bm8...@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:20180228T231351Z
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/759645424\n\nOr iPhone one-tap :\nUS: +16465588656\,\,759645424#  o
 r +16699006833\,\,759645424# \nOr Telephone:\nDial(for higher quality\,
  dial a number based on your current location): \nUS: +1 646 558 86
 56  or +1 669 900 6833  or +1 855 880 1246 (Toll Free) or +1 877 369 0926 (
 Toll Free)\nMeeting ID: 759 645 424\nInternational numbers availabl
 e: https://zoom.us/zoomconference?m=12uppBSRbd68AK4HRyiVV9zB4O3DS4Tp\n\n\n\
 n-::~:~::~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:
 ~:~:~::~:~::-\nPlease do not edit this section of the description.\n\nView 
 your event at https://www.google.com/calendar/event?action=VIEW=MDdnaWR
 0aG1ldGU3dmdhM3FpcGhldWQybGMgb25hcC1kaXNjdXNzQGxpc3RzLm9uYXAub3Jn=NzIjb
 GludXhmb3VuZGF0aW9uLm9yZ18xcm10YjV0cHIzdWM4Zjc2Zm1mbHBsb2k4OEBncm91cC5jYWxl
 bmRhci5nb29nbGUuY29tZDMwOGZiMDQ0YTJlZTdhNzhjNDgwM2EyYjkzYWMxYWVkZWFkNDY2OA&
 ctz=America/Los_Angeles=en.\n-::~:~::~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~
 :~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~:~::~:~::-
LAST-MODIFIED:20180228T231542Z
LOCATION:https://zoom.us/j/759645424
SEQUENCE:0
STATUS:CONFIRMED
SUMMARY:[aaf] Weekly Meeting (updated Feb. 28\, 2018)
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

[onap-discuss] Canceled event: [aaf] Weekly Meeting @ Weekly from 6am to 7am on Thursday (PDT) (onap-discuss@lists.onap.org)

[kpaul]

BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:CANCEL
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:20170831T06
DTEND;TZID=America/Los_Angeles:20170831T07
RRULE:FREQ=WEEKLY;BYDAY=TH
DTSTAMP:20180228T231001Z
ORGANIZER;CN=ONAP Meetings and Events:mailto:linuxfoundation.org_1rmtb5tpr3
 uc8f76fmflplo...@group.calendar.google.com
UID:6e0blo2kni42okpj136qm94...@google.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;CN=vg
 4...@att.com;X-NUM-GUESTS=0:mailto:vg4...@att.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;CN=on
 ap-disc...@lists.onap.org;X-NUM-GUESTS=0:mailto:onap-discuss@lists.onap.org
CREATED:20170828T131308Z
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/759645424\n\nOr iPhone one-tap :\nUS: +16465588656\,\,759645424#  o
 r +16699006833\,\,759645424# \nOr Telephone：\nDial(for higher quality\,
  dial a number based on your current location)：\nUS: +1 646 558 865
 6  or +1 669 900 6833  or +1 877 369 0926 (Toll Free) or +1 877 853 5247  (
 Toll Free)\nMeeting ID: 759 645 424\nInternational numbers availabl
 e: https://zoom.us/zoomconference?m=12uppBSRbd68AK4HRyiVV9zB4O3DS4Tp\n\n
LAST-MODIFIED:20180228T231001Z
LOCATION:https://zoom.us/j/759645424
SEQUENCE:2
STATUS:CANCELLED
SUMMARY:[aaf] 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

[onap-discuss] [modeling] R2 IM Class diagram

[jessie jewitt]

Hello-
   I'm looking for the class diagram that corresponds to the classes
defined here:
https://wiki.onap.org/display/DW/Design+Time+Model+Clean+Version

One would think it would be the diagram that is on the ONAP R2+ Resource IM
Clean Version wiki page:
https://wiki.onap.org/pages/viewpage.action?pageId=16004636

but it appears to be the diagram defined here in the discussion pages:
https://wiki.onap.org/display/DW/VNF+Desciptor

Whoever is responsible for this, could you make sure the diagram for R2 IM
classes is in the correct location. It's hard to just look at the class
descriptions without the associated class diagram.

Thank you,
Jessie
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] [modeling] Comparison of R2 proposed IM classes and IFA011

[jessie jewitt]

Hi-
I'm trying to understand how the IM model proposed for R2 compares to
IFA011.

When I look on this wiki:
https://wiki.onap.org/display/DW/Resource+IM+Discussion+Based+on+IFA011

it looks like the IFA011 model was reviewed and decisions were made. For
example, in the VNFD, one decision was to rename vnfProductName to Name. It
is marked as "AGREED".

However, when I look at the R2 class VNFD, the attribute is still called
"vnfProductName".

Should I be ignoring the decisions made on the wiki above?
Is there another place that shows the differences between the R2 classes
and IFA011.

Thanks for your help,
Jessie
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] [OOM] Demo of the OOM Helm concepts

[Roger Maitland]

A video of Mike Elliott’s demo of the Beijing Helm work for OOM has been add to 
the OOM Beijing Scope wiki 
page.  For any of the OOM team 
members working on OOM-10 Platform Configuration 
Management related work, please take a 
look before starting to create Helm charts.

Thanks,
Roger Maitland
[/Users/rogerm/Library/Containers/com.microsoft.Outlook/Data/Library/Caches/Signatures/signature_759565328]
Amdocs a Platinum member of 
ONAP
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] Gerrit not reachable

[Jessica Wagantall]

Resolved now

Thanks for your patience

Jess

On Wed, Feb 28, 2018 at 12:28 PM, Jessica Wagantall <
jwagant...@linuxfoundation.org> wrote:

> Dear team,
>
> we are looking into this right now
>
> thanks!
> Jess
>
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [onap-tsc] Release management process is broken

[Gary Wu]

Usually the maven release plugin is used for this, which would:


· Checkout SNAPSHOT version poms, e.g. “1.1-SNAPSHOT”

· Update poms to release version, e.g. “1.1”

· Build and run all tests

· Commit release version poms into git repo

· Tag this “release version” commit in git

· Update poms to next SNAPSHOT version, e.g. “1.2-SNAPSHOT”

· Commit new SNAPSHOT version poms into git repo

However, this conflicts with our use of staging/RC builds since we obviously 
don’t want to commit pom changes for every RC build.

To work with staging/RC builds, the ODL method of saving git bundles for later 
tagging seems like it would work fine.  Are there any downsides to this 
approach?

Thanks,
Gary

From: onap-tsc-boun...@lists.onap.org [mailto:onap-tsc-boun...@lists.onap.org] 
On Behalf Of Alexis de Talhouët
Sent: Wednesday, February 28, 2018 11:07 AM
To: t...@lists.onap.org; onap-discuss 
Subject: Re: [onap-tsc] Release management process is broken

Does anyone has any input on the same?

I think it is *critical* that we can deliver tagged artifacts (whether maven, 
docker *and code*) for each of our release. Most importantly, for Beijing 
coming in a few weeks.

We had a discussion last week on the #lf-releng channel, and it seems the issue 
is identified. See raw discussion snippet bellow

tykeal hmm I think I may know what the problem here is. The 
ONAP releases are done using the maven version plugin. The release jobs take 
the current version that gets checked out and then for the release job the 
version plugin is run to drop the SNAPSHOT name and then produce the artifacts
zxiiro adetalhouet_: looks like you got all the points to me.
tykeal as such gerrit doesn't have any of the released versions 
actually stored but the target tag points to the version that was checked out 
to produce the release artifacts
zxiiro tykeal: maven version plugin should take care of removing 
the snapshot AND git tagging though if I recall.
tykeal zxiiro: it's not being used to do the tagging
zxiiro :/
zxiiro looks like they are missing the step we do in ODL where we 
produce git.bundles and store it in the log server for tagging at a later date.
tykeal ONAP release process at present is basically the following:
tykeal daily jobs produce RC builds
tykeal a request is made to release the builds staging repo 
produced by job XYZ
tykeal RE looks up the staging repo from the job output
tykeal signs the artifacts and releases them
tykeal looks up the git sha that was checked out by the job and 
tags it
zxiiro ya that's not right. they need to get the git.bundle and 
Jenkins should be producing it by creating a commit on the pom.xmls that it 
modified before the build.
tykeal zxiiro: yes, they're missing that step because ONAP isn't 
using the release jobs that ODL created because global-jjb didn't exist when 
they implemented and they didn't want to copy the work that ODL had already done
zxiiro even if we drop the SNAPSHOTS and tag from the same base 
commit, that produces a new sha so while it looks the same it is not identical. 
Which is why it's so important to save the git.bundles.
* AlexAvadanii has quit (Ping timeout: 256 seconds)
* CristinaPauna has quit (Ping timeout: 248 seconds)
tykeal @zxiiro: I'm not saying that they're producing an updated 
commit, they're are literally tagging the commit that Jenkins checked out, not 
one with a modified pom


Alexis

On Feb 23, 2018, at 10:58 AM, Alexis de Talhouët 
> wrote:

Hello TSC, Release management team,

I just found out our release process is somewhat broken. We should never be 
tagging snapshot commits as releases, and tags in projects relates to SNAPSHOT.
Even more, they are multiple tags pointing to the same SNAPSHOT.
I can see they are released artifacts in Nexus, but there is no corresponding 
code for it, although I would have expect the tag to have the code at the very 
specific commit used for the release.

This is a major concern, as this means it’s impossible for downstream users to 
consume and develop their own stuff on released ONAP code (as it doesn’t 
exist). It’s also impossible to debug issues as we don’t have the exact version 
of the code we’re running.

Can this topic be added at the TSC next week?

Alexis

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

[onap-discuss] Gerrit not reachable

[Jessica Wagantall]

Dear team,

we are looking into this right now

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

[onap-discuss] [modeling] ONAP IM discussion call #8 invitation

[yangxu (H)]

Hi All,

This is an invitation for the discussion on ONAP release 2 information model.
The topic is remaining classes and issues for the VNFD.

Start Time: 8 am US eastern (9 pm Beijing) Thu, March 1
Length: 2 hour
Meeting room: https://zoom.us/j/9117271979

Wish all interested people could join.

Best regards,
Xu
BEGIN:VCALENDAR
PRODID:-//Microsoft Corporation//Outlook 15.0 MIMEDIR//EN
VERSION:2.0
METHOD:REQUEST
X-MS-OLK-FORCEINSPECTOROPEN:TRUE
BEGIN:VTIMEZONE
TZID:China Standard Time
BEGIN:STANDARD
DTSTART:16010101T00
TZOFFSETFROM:+0800
TZOFFSETTO:+0800
END:STANDARD
END:VTIMEZONE
BEGIN:VEVENT
ATTENDEE;CN="'Lingli Deng'";RSVP=TRUE:mailto:denglin...@chinamobile.com
ATTENDEE;CN="'MAYER, ANDREW J'";RSVP=TRUE:mailto:am8...@att.com
ATTENDEE;CN="'SCAGGS, KEVIN'";RSVP=TRUE:mailto:ks0...@att.com
ATTENDEE;CN='zhang.maope...@zte.com.cn';RSVP=TRUE:mailto:zhang.maopeng1@zte
	.com.cn
ATTENDEE;CN='feng.yuanx...@zte.com.cn';RSVP=TRUE:mailto:feng.yuanxing@zte.c
	om.cn
ATTENDEE;CN='alex@intel.com';RSVP=TRUE:mailto:'alex@intel.com'
ATTENDEE;CN="'Michela Bevilacqua'";RSVP=TRUE:mailto:michela.bevilacqua@eric
	sson.com
ATTENDEE;CN="'Nguyenphu, Thinh (Nokia - US/Irving'";RSVP=TRUE:mailto:thinh.
	nguyen...@nokia.com
ATTENDEE;CN="denghui (L)";ROLE=OPT-PARTICIPANT;RSVP=TRUE:mailto:denghui12@h
	uawei.com
ATTENDEE;CN="'WECHSLER, CHESLA C'";ROLE=OPT-PARTICIPANT;RSVP=TRUE:mailto:cw
	1...@att.com
ATTENDEE;CN="'POLSTON, STEVE'";ROLE=OPT-PARTICIPANT;RSVP=TRUE:mailto:sp2826
	@att.com
ATTENDEE;CN="Casem Majd (Cas Majd)";ROLE=OPT-PARTICIPANT;RSVP=TRUE:mailto:c
	as.m...@huawei.com
ATTENDEE;CN="'Vul, Alex'";ROLE=OPT-PARTICIPANT;RSVP=TRUE:mailto:alex.vul@in
	tel.com
CLASS:PUBLIC
CREATED:20180228T192329Z
DESCRIPTION:ONAP R2 IM discussion #8\n\nTopic: Remaining classes and issues
	 for VNFD\nMeeting room: https://zoom.us/j/9117271979\n\n
DTEND;TZID="China Standard Time":20180301T23
DTSTAMP:20180228T192313Z
DTSTART;TZID="China Standard Time":20180301T21
LAST-MODIFIED:20180228T192329Z
ORGANIZER;CN="yangxu (H)":mailto:yang...@huawei.com
PRIORITY:5
SEQUENCE:11
SUMMARY;LANGUAGE=zh-cn:[onap-discuss][modeling] ONAP R2 IM discussion #8
TRANSP:OPAQUE
UID:04008200E00074C5B7101A82E00830960AB5A09FD301000
	01EA01855AE57BB49839E234DBCD05987
X-ALT-DESC;FMTTYPE=text/html:\n\n\n\n\n\n\n\n\nONAP R2 IM discussion #8\n\nTopic: Remaining classes and issues for VNFD\n\nMeeting room: https://zoom.us/j/9117271979
	\n\n\n\n\n
X-MICROSOFT-CDO-BUSYSTATUS:BUSY
X-MICROSOFT-CDO-IMPORTANCE:1
X-MICROSOFT-DISALLOW-COUNTER:FALSE
X-MS-OLK-APPTLASTSEQUENCE:11
X-MS-OLK-APPTSEQTIME:20180228T192313Z
X-MS-OLK-AUTOFILLLOCATION:TRUE
X-MS-OLK-AUTOSTARTCHECK:FALSE
X-MS-OLK-CONFTYPE:0
END:VEVENT
END:VCALENDAR
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] Release management process is broken

[Alexis de Talhouët]

Does anyone has any input on the same?

I think it is *critical* that we can deliver tagged artifacts (whether maven, 
docker *and code*) for each of our release. Most importantly, for Beijing 
coming in a few weeks.

We had a discussion last week on the #lf-releng channel, and it seems the issue 
is identified. See raw discussion snippet bellow

tykeal  hmm I think I may know what the problem here is. The ONAP 
releases are done using the maven version plugin. The release jobs take the 
current version that gets checked out and then for the release job the version 
plugin is run to drop the SNAPSHOT name and then produce the artifacts
zxiiro  adetalhouet_: looks like you got all the points to me.
tykeal  as such gerrit doesn't have any of the released versions 
actually stored but the target tag points to the version that was checked out 
to produce the release artifacts
zxiiro  tykeal: maven version plugin should take care of removing the 
snapshot AND git tagging though if I recall.
tykeal  zxiiro: it's not being used to do the tagging
zxiiro  :/
zxiiro  looks like they are missing the step we do in ODL where we 
produce git.bundles and store it in the log server for tagging at a later date.
tykeal  ONAP release process at present is basically the following:
tykeal  daily jobs produce RC builds
tykeal  a request is made to release the builds staging repo produced 
by job XYZ
tykeal  RE looks up the staging repo from the job output
tykeal  signs the artifacts and releases them
tykeal  looks up the git sha that was checked out by the job and tags it
zxiiro  ya that's not right. they need to get the git.bundle and 
Jenkins should be producing it by creating a commit on the pom.xmls that it 
modified before the build.
tykeal  zxiiro: yes, they're missing that step because ONAP isn't using 
the release jobs that ODL created because global-jjb didn't exist when they 
implemented and they didn't want to copy the work that ODL had already done
zxiiro  even if we drop the SNAPSHOTS and tag from the same base 
commit, that produces a new sha so while it looks the same it is not identical. 
Which is why it's so important to save the git.bundles.
*   AlexAvadanii has quit (Ping timeout: 256 seconds)
*   CristinaPauna has quit (Ping timeout: 248 seconds)
tykeal  @zxiiro: I'm not saying that they're producing an updated 
commit, they're are literally tagging the commit that Jenkins checked out, not 
one with a modified pom


Alexis

> On Feb 23, 2018, at 10:58 AM, Alexis de Talhouët  
> wrote:
> 
> Hello TSC, Release management team,
> 
> I just found out our release process is somewhat broken. We should never be 
> tagging snapshot commits as releases, and tags in projects relates to 
> SNAPSHOT.
> Even more, they are multiple tags pointing to the same SNAPSHOT.
> I can see they are released artifacts in Nexus, but there is no corresponding 
> code for it, although I would have expect the tag to have the code at the 
> very specific commit used for the release.
> 
> This is a major concern, as this means it’s impossible for downstream users 
> to consume and develop their own stuff on released ONAP code (as it doesn’t 
> exist). It’s also impossible to debug issues as we don’t have the exact 
> version of the code we’re running.
> 
> Can this topic be added at the TSC next week?
> 
> Alexis

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

[onap-discuss] [documentation] Amsterdam installation correction

[eric.debeau]

Hello

I corrected the documentation for SettingUp ONAP for Amsterdam 
https://onap.readthedocs.io/en/amsterdam/guides/onap-developer/settingup/fullonap.html
 with the links towards the Amsterdam Branch for the Heat and environment files.

Best Regards

Eric

_

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.

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

Re: [onap-discuss] [modeling] Reminder for information model related votes (Naming Convention & Meeting Time)

[denghui (L)]

Just remind everybody, for 1st poll , there are 3 options:

Option 1: be consistent with ETSI IFA011 naming convention; give feedback to 
ETSI about the new proposals and make change to ONAP according to the result

Option 2: make changes in ONAP IM and keep a mapping (e.g., in the description 
of the class/attribute) of ETSI names with ONAP ones

Option 3: Option 2 + feedback to ETSI about the changes

Please help to cast your vote

Thanks

DENG Hui

From: yangxu (H)
Sent: Wednesday, February 28, 2018 1:22 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss][modeling] Reminder for information model related votes 
(Naming Convention & Meeting Time)

Hello all,

There're two votes ongoing related to information model design and the deadline 
is approaching.

If you haven't voted, please see the following wiki pages and provide your 
opinions.
https://wiki.onap.org/display/DW/Naming+Convention+Poll
https://wiki.onap.org/display/DW/Meeting+Time+Poll

Best regards,
Xu
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] Error in image pull during config creation

[Pavithra R13]

Hi All

We are facing "Error in Image pull" issue while creating onap-config using both 
Amsterdam and Master branch. Is there any issue with the repo, Could anyone 
please let us know why this issue is happening.

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

[onap-discuss] [cli] Today meeting cancelled

[Kanagaraj Manickam]

Regards
Kanagaraj M
-
Be transparent! Win together !!

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

[Jaroslav Šafka]

Hi,
 
I am running OOM on amsterdam branch and trying to reproduce vFWCL demo,
Currently I face problem during deploying service instance via VID and as is 
visible also from consul dashboard,
“SDC Catalog Health Check failed”
 
following is the problem:
https://sdc-be.onap-sdc:8443/asdc/v1/catalog/services
 

Error 404 Not Found

HTTP ERROR 404
Problem accessing /asdc/v1/catalog/services. Reason:
Not Foundhttp://eclipse.org/jetty;>Powered by 
Jetty:// 9.3.21.v20170918
 
as per my understanding this catalog is populated during sdc-be startup as 
part of chef normatives cookbook, correct  ?
this looks to be working in my case, no errors seen, but still catalog is 
empty
 
[2018-02-27T12:51:06+00:00] INFO: bash[upgrade-normatives] ran successfully
- execute "bash"  "/tmp/jetty/chef-script20180227-926-jrxh9e"
[2018-02-27T12:51:06+00:00] INFO: Chef Run complete in 379.07858922 seconds
 
Running handlers:
[2018-02-27T12:51:06+00:00] INFO: Running report handlers
Running handlers complete
[2018-02-27T12:51:06+00:00] INFO: Report handlers complete
Chef Client finished, 2/2 resources updated in 06 minutes 20 seconds
 
any hint/suggestion welcome,
 
thanks,
Jarek
 
PS: sdc healthcheck status is all components UP


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

[onap-discuss] [OOM] SDC Catalog Health Check failed

[Ptacek Michal]

Hi,

I am running OOM on amsterdam branch and trying to reproduce vFWCL demo,
Currently I face problem during deploying service instance via VID and as is 
visible also from consul dashboard,
“SDC Catalog Health Check failed”

following is the problem:
https://sdc-be.onap-sdc:8443/asdc/v1/catalog/services


Error 404 Not Found

HTTP ERROR 404
Problem accessing /asdc/v1/catalog/services. Reason:
Not Foundhttp://eclipse.org/jetty;>Powered by 
Jetty:// 9.3.21.v20170918

as per my understanding this catalog is populated during sdc-be startup as part 
of chef normatives cookbook, correct  ?
this looks to be working in my case, no errors seen, but still catalog is empty

[2018-02-27T12:51:06+00:00] INFO: bash[upgrade-normatives] ran successfully
- execute "bash"  "/tmp/jetty/chef-script20180227-926-jrxh9e"
[2018-02-27T12:51:06+00:00] INFO: Chef Run complete in 379.07858922 seconds

Running handlers:
[2018-02-27T12:51:06+00:00] INFO: Running report handlers
Running handlers complete
[2018-02-27T12:51:06+00:00] INFO: Report handlers complete
Chef Client finished, 2/2 resources updated in 06 minutes 20 seconds

any hint/suggestion welcome,

thanks,
Michal

PS: sdc healthcheck status is all components UP
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] goodbye (for now)

[Michael Brenner]

Dear ONAP colleagues,

Dear NFV ISG colleagues,

Today is my last day at Gigaspaces/Cloudify... which means also my last day
(at least for now) at ONAP.

It's been a great ride and experience, I learned a lot, and hopefully
contributed my fair share.

In the next few months, while working on my longer-term plans, I will be
helping a small start-up with their product strategy.

Please stay in touch - my personal email is trueice...@gmail.com.

Best regards,
Michael
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] 答复: Regarding Tosca parsing of Overlay/Underlay templates for VoLTE use case

[Chenchuanyu]

Hi, Mandeep,
  SO will do this(but in R1, this have not been implemented, all parameters 
published as user inputs).
  In R2, SO will merge both user filled parameters and template assigned 
parameters(which set in design time), and then sent all of them to SDNC.
Thanks,
Chuanyu Chen.

发件人: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] 代表 Singh Kalra, Mandeep
发送时间: 2018年2月28日 17:02
收件人: Ramu n; onap-discuss@lists.onap.org
主题: Re: [onap-discuss] Regarding Tosca parsing of Overlay/Underlay templates 
for VoLTE use case

Thanks Ramu.

I guess UUI will only take the input parameters from the users.
In case the template also holds some values, who will be parsing/providing that 
?

And can you please share the AAI - SDNC configurations for the VoLTE use case. 
Does SDNC itself holds some data apart from AAI ?


Regards
Mandeep

From: Ramu n [mailto:ram...@huawei.com]
Sent: Wednesday, February 28, 2018 2:06 PM
To: Singh Kalra, Mandeep 
>; 
onap-discuss@lists.onap.org
Subject: [External] RE: [onap-discuss] Regarding Tosca parsing of 
Overlay/Underlay templates for VoLTE use case

Hi Mandeep,

For VoLTE use case, Usecase UI will prompt for tosca inputs of Underlay/Overlay 
templates..
UUI will call SO’s e2eService API with these parameters, then SO will call 
SDNC’s network-topology-operation RPCs for underlay/overlay resource creation.

Thanks,
Ramu N

***
 This e-mail and 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: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Singh Kalra, Mandeep
Sent: Wednesday, February 28, 2018 1:26 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Regarding Tosca parsing of Overlay/Underlay templates 
for VoLTE use case

Hi,

  I can see from the SDNC network-topology-operation RPC that it requires 
some tosca inputs.
  I need to know which layer parses the tosca template declared in SDC and 
fetch parameters ?



Regards
Mandeep



This message is for the designated recipient only and may contain privileged, 
proprietary, or otherwise confidential information. If you have received it in 
error, please notify the sender immediately and delete the original. Any other 
use of the e-mail by you is prohibited. Where allowed by local law, electronic 
communications with Accenture and its affiliates, including e-mail and instant 
messaging (including content), may be scanned by our systems for the purposes 
of information security and assessment of internal compliance with Accenture 
policy.
__

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

Re: [onap-discuss] Regarding Tosca parsing of Overlay/Underlay templates for VoLTE use case

[Singh Kalra, Mandeep]

Thanks Ramu.

I guess UUI will only take the input parameters from the users.
In case the template also holds some values, who will be parsing/providing that 
?

And can you please share the AAI - SDNC configurations for the VoLTE use case. 
Does SDNC itself holds some data apart from AAI ?


Regards
Mandeep

From: Ramu n [mailto:ram...@huawei.com]
Sent: Wednesday, February 28, 2018 2:06 PM
To: Singh Kalra, Mandeep ; 
onap-discuss@lists.onap.org
Subject: [External] RE: [onap-discuss] Regarding Tosca parsing of 
Overlay/Underlay templates for VoLTE use case

Hi Mandeep,

For VoLTE use case, Usecase UI will prompt for tosca inputs of Underlay/Overlay 
templates..
UUI will call SO's e2eService API with these parameters, then SO will call 
SDNC's network-topology-operation RPCs for underlay/overlay resource creation.

Thanks,
Ramu N

***
 This e-mail and 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: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Singh Kalra, Mandeep
Sent: Wednesday, February 28, 2018 1:26 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Regarding Tosca parsing of Overlay/Underlay templates 
for VoLTE use case

Hi,

  I can see from the SDNC network-topology-operation RPC that it requires 
some tosca inputs.
  I need to know which layer parses the tosca template declared in SDC and 
fetch parameters ?



Regards
Mandeep



This message is for the designated recipient only and may contain privileged, 
proprietary, or otherwise confidential information. If you have received it in 
error, please notify the sender immediately and delete the original. Any other 
use of the e-mail by you is prohibited. Where allowed by local law, electronic 
communications with Accenture and its affiliates, including e-mail and instant 
messaging (including content), may be scanned by our systems for the purposes 
of information security and assessment of internal compliance with Accenture 
policy.
__

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

Re: [onap-discuss] Regarding Tosca parsing of Overlay/Underlay templates for VoLTE use case

[Ramu n]

Hi Mandeep,

For VoLTE use case, Usecase UI will prompt for tosca inputs of Underlay/Overlay 
templates..
UUI will call SO's e2eService API with these parameters, then SO will call 
SDNC's network-topology-operation RPCs for underlay/overlay resource creation.

Thanks,
Ramu N

***
 This e-mail and 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: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Singh Kalra, Mandeep
Sent: Wednesday, February 28, 2018 1:26 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Regarding Tosca parsing of Overlay/Underlay templates 
for VoLTE use case

Hi,

  I can see from the SDNC network-topology-operation RPC that it requires 
some tosca inputs.
  I need to know which layer parses the tosca template declared in SDC and 
fetch parameters ?



Regards
Mandeep



This message is for the designated recipient only and may contain privileged, 
proprietary, or otherwise confidential information. If you have received it in 
error, please notify the sender immediately and delete the original. Any other 
use of the e-mail by you is prohibited. Where allowed by local law, electronic 
communications with Accenture and its affiliates, including e-mail and instant 
messaging (including content), may be scanned by our systems for the purposes 
of information security and assessment of internal compliance with Accenture 
policy.
__

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