Re: [onap-discuss] Some thoughts about ONAPMicroserviceArchitecturefor Casablanca and beyond: Service Mesh,CentralizedAuthentication and unified API standards

[zhao.huabing]

Hi Tal,



You make a very good point! The current name MSB(Microservices Bus) can't well 
explain the project anymore, we're considering to change to a new name which 
can better reflect the scope and functionalities. 


But I don't know if it's appropriate to call it service mesh only, service mesh 
definitely is part of it and will be the focus in the foreseeable future, but 
Microservices Architecture includes a number of things, for example, I think 
the API Gateway may not be part of service mesh.


How about we come up with a more general name?


BR,


Huabing



原始邮件



发件人：TalLiron 
收件人：onap-discuss@lists.onap.org 
日 期 ：2018年03月16日 03:39
主 题 ：Re: [onap-discuss] Some thoughts about ONAPMicroserviceArchitecturefor 
Casablanca and beyond: Service Mesh,CentralizedAuthentication and unified API 
standards


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


Or perhaps just "Service Mesh" (SM) project.___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [dcaegen2] Deploying DCAEGEN2 with OOM on MultiNode K8 cluster

[Kranthi Guttikonda]

Are you running behind proxy? This will disappear if you re-run again. I have 
experienced the same problem but after trying couple of times executed fine. 
Not sure what is the exact root cause but have seen this issue only behind 
proxy.

Thanks,
Kranthi

From:  on behalf of Nagesh Dubbiru 

Date: Thursday, March 15, 2018 at 4:03 PM
To: "onap-discuss@lists.onap.org" 
Cc: Balkrashna Kardam 
Subject: [onap-discuss] [dcaegen2] Deploying DCAEGEN2 with OOM on MultiNode K8 
cluster

HI,

Has anyone successful in deploying DCAEGEN2 on Multi Node (1 Master and 5 slave 
Nodes) Kubernetes cluster using OOM ?

After few fixes, I have been able to progress till creation of dcaeorcl00 
instance however it is failing  while running the install Cloudify plugin 
triggered by below command in the installer file.
cfy bootstrap --install-plugins -p bootstrap-blueprint.yaml -i 
bootstrap-inputs.yaml

Logs:
2018-03-15 15:50:53 CFY  [sanity_515plg] Starting operation 
cloudify.interfaces.lifecycle.start (Operation parameters: {'manager_ip': 
u'10.247.204.58', 'run_sanity': 'true', 'fabric_env': {'key_filename': 
u'/opt/app/installer/cmtmp/cmbootstrap/id_rsa.cfybootstrap', 'host_string'  
   : u'10.247.204.58', 'user': u'centos'}})
2018-03-15 15:50:53 CFY  [sanity_515plg.start] Sending task 
'fabric_plugin.tasks.run_script'
2018-03-15 15:50:53 CFY  [sanity_515plg.start] Task started 
'fabric_plugin.tasks.run_script'
2018-03-15 15:50:53 LOG  [sanity_515plg.start] INFO: Preparing fabric 
environment...
2018-03-15 15:50:53 LOG  [sanity_515plg.start] INFO: Environment 
prepared successfully
2018-03-15 15:50:54 LOG  [sanity_515plg.start] INFO: Saving sanity 
input configuration to /opt/cloudify/sanity/node_properties/properties.json
2018-03-15 15:50:54 LOG  [sanity_515plg.start] INFO: Starting Manager 
sanity check...
2018-03-15 15:51:25 LOG  [sanity_515plg.start] ERROR: Failed to PUT 
http://10.247.204.58:80/api/v2.1/blueprints/sanity_bp?application_file_name=no-monitoring-singlehost-blueprint.yaml
 (reason: BAD REQUEST)
2018-03-15 15:51:25 LOG  [sanity_515plg.start] ERROR: Failed to PUT 
http://10.247.204.58:80/api/v2.1/deployments/sanity_deployment (reason: NOT 
FOUND)
2018-03-15 15:51:26 LOG  [sanity_515plg.start] ERROR: Failed to GET 
http://10.247.204.58:80/api/v2.1/executions?deployment_id=sanity_deployment 
(reason: NOT FOUND)
[10.247.204.58] out: Traceback (most recent call last):
[10.247.204.58] out:   File 
"/tmp/cloudify-ctx/scripts/tmpHOXhlJ-sanity.py-CZPVMW23", line 276, in 
[10.247.204.58] out: perform_sanity()
[10.247.204.58] out:   File 
"/tmp/cloudify-ctx/scripts/tmpHOXhlJ-sanity.py-CZPVMW23", line 259, in 
perform_sanity
[10.247.204.58] out: _prepare_sanity_app()
[10.247.204.58] out:   File 
"/tmp/cloudify-ctx/scripts/tmpHOXhlJ-sanity.py-CZPVMW23", line 36, in 
_prepare_sanity_app
[10.247.204.58] out: _deploy_app()
[10.247.204.58] out:   File 
"/tmp/cloudify-ctx/scripts/tmpHOXhlJ-sanity.py-CZPVMW23", line 87, in 
_deploy_app
[10.247.204.58] out: 'deployment {0} to be created'.format(DEPLOYMENT_ID))
[10.247.204.58] out:   File "/tmp/cloudify-ctx/scripts/utils.py", line 726, in 
repetitive
[10.247.204.58] out: if condition_func(*args, **kwargs):
[10.247.204.58] out:   File "/tmp/cloudify-ctx/scripts/utils.py", line 1129, in 
wait_for_workflow
[10.247.204.58] out: res_content = res.readlines()
[10.247.204.58] out: AttributeError: 'NoneType' object has no attribute 
'readlines'
[10.247.204.58] out:

Fatal error: run() received nonzero return code 1 while executing!


Thanks,
Nagesh Dubbiru,
Phone Number :  +91 20401 53955
[amdocs-a]

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
Amdocs Development Centre India Private Limited having CIN: 
U72200PN2004PTC0188320 converted into Amdocs Development Centre India LLP (A 
limited liability partner­ship with LLP Identification Number: AAI-6901 
effective 28th Feb 2017)
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] [dcaegen2] Deploying DCAEGEN2 with OOM on MultiNode K8 cluster

[Nagesh Dubbiru]

HI,

Has anyone successful in deploying DCAEGEN2 on Multi Node (1 Master and 5 slave 
Nodes) Kubernetes cluster using OOM ?

After few fixes, I have been able to progress till creation of dcaeorcl00 
instance however it is failing  while running the install Cloudify plugin 
triggered by below command in the installer file.
cfy bootstrap --install-plugins -p bootstrap-blueprint.yaml -i 
bootstrap-inputs.yaml

Logs:
2018-03-15 15:50:53 CFY  [sanity_515plg] Starting operation 
cloudify.interfaces.lifecycle.start (Operation parameters: {'manager_ip': 
u'10.247.204.58', 'run_sanity': 'true', 'fabric_env': {'key_filename': 
u'/opt/app/installer/cmtmp/cmbootstrap/id_rsa.cfybootstrap', 'host_string'  
   : u'10.247.204.58', 'user': u'centos'}})
2018-03-15 15:50:53 CFY  [sanity_515plg.start] Sending task 
'fabric_plugin.tasks.run_script'
2018-03-15 15:50:53 CFY  [sanity_515plg.start] Task started 
'fabric_plugin.tasks.run_script'
2018-03-15 15:50:53 LOG  [sanity_515plg.start] INFO: Preparing fabric 
environment...
2018-03-15 15:50:53 LOG  [sanity_515plg.start] INFO: Environment 
prepared successfully
2018-03-15 15:50:54 LOG  [sanity_515plg.start] INFO: Saving sanity 
input configuration to /opt/cloudify/sanity/node_properties/properties.json
2018-03-15 15:50:54 LOG  [sanity_515plg.start] INFO: Starting Manager 
sanity check...
2018-03-15 15:51:25 LOG  [sanity_515plg.start] ERROR: Failed to PUT 
http://10.247.204.58:80/api/v2.1/blueprints/sanity_bp?application_file_name=no-monitoring-singlehost-blueprint.yaml
 (reason: BAD REQUEST)
2018-03-15 15:51:25 LOG  [sanity_515plg.start] ERROR: Failed to PUT 
http://10.247.204.58:80/api/v2.1/deployments/sanity_deployment (reason: NOT 
FOUND)
2018-03-15 15:51:26 LOG  [sanity_515plg.start] ERROR: Failed to GET 
http://10.247.204.58:80/api/v2.1/executions?deployment_id=sanity_deployment 
(reason: NOT FOUND)
[10.247.204.58] out: Traceback (most recent call last):
[10.247.204.58] out:   File 
"/tmp/cloudify-ctx/scripts/tmpHOXhlJ-sanity.py-CZPVMW23", line 276, in 
[10.247.204.58] out: perform_sanity()
[10.247.204.58] out:   File 
"/tmp/cloudify-ctx/scripts/tmpHOXhlJ-sanity.py-CZPVMW23", line 259, in 
perform_sanity
[10.247.204.58] out: _prepare_sanity_app()
[10.247.204.58] out:   File 
"/tmp/cloudify-ctx/scripts/tmpHOXhlJ-sanity.py-CZPVMW23", line 36, in 
_prepare_sanity_app
[10.247.204.58] out: _deploy_app()
[10.247.204.58] out:   File 
"/tmp/cloudify-ctx/scripts/tmpHOXhlJ-sanity.py-CZPVMW23", line 87, in 
_deploy_app
[10.247.204.58] out: 'deployment {0} to be created'.format(DEPLOYMENT_ID))
[10.247.204.58] out:   File "/tmp/cloudify-ctx/scripts/utils.py", line 726, in 
repetitive
[10.247.204.58] out: if condition_func(*args, **kwargs):
[10.247.204.58] out:   File "/tmp/cloudify-ctx/scripts/utils.py", line 1129, in 
wait_for_workflow
[10.247.204.58] out: res_content = res.readlines()
[10.247.204.58] out: AttributeError: 'NoneType' object has no attribute 
'readlines'
[10.247.204.58] out:

Fatal error: run() received nonzero return code 1 while executing!


Thanks,
Nagesh Dubbiru,
Phone Number :  +91 20401 53955
[amdocs-a]

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 


Amdocs Development Centre India Private Limited having CIN: 
U72200PN2004PTC0188320 converted into Amdocs Development Centre India LLP (A 
limited liability partner­ship with LLP Identification Number: AAI-6901 
effective 28th Feb 2017)
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] Some thoughts about ONAPMicroserviceArchitecture for Casablanca and beyond: Service Mesh, CentralizedAuthentication and unified API standards

[Tal Liron]

Or perhaps just "Service Mesh" (SM) project.
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] Some thoughts about ONAPMicroserviceArchitecture for Casablanca and beyond: Service Mesh, CentralizedAuthentication and unified API standards

[Tal Liron]

Standardizing all ONAP management on Kubernetes + Helm + Istio (with its
included Prometheus) would go a long way towards taming the beast. :)

By the way, I wonder if "MicroServices Bus" is still a good name for the
project at this point. I suggest "MicroServices Mesh" (MSM) if we are
indeed going to move in this direction.

On Thu, Mar 15, 2018 at 3:19 AM,  wrote:

> Hi Srini,
>
> Yes, that's the idea and welcome onboard!
>
> We are planning to give a demo to show the benefits of Istio can bring in
> to ONAP such as visibility, routing rule and mutal tls, etc. There is no
> fixed day yet, probably at the end of Beijing and the planning phase of
> Casablanca.
>
> BR,
>
> Huabing
> 原始邮件
> *发件人：*Addepalli,SrinivasaR 
> *收件人：*赵化冰10201488;tli...@redhat.com 
> *抄送人：*onap-discuss@lists.onap.org 
> *日 期 ：*2018年03月14日 23:09
> *主 题 ：**RE: [onap-discuss] Some thoughts about
> ONAPMicroserviceArchitecture for Casablanca and beyond: Service
> Mesh,CentralizedAuthentication and unified API standards*
>
> Hi Huabing,
>
>
>
> I agree with you service mesh technologies are best as it takes away
> majority of housekeeping work away from the ONAP service developers –
> Authenticating peers,  Authorization of peers requests,  Secure
> communication (Mutual TLS),  visibility and more.
>
>
>
> Great that you intend to show istio demo.
>
>
>
> I guess istio.io CA for certificate enrollment will be used and ENVOY
> proxy for Mutual TLS endpoint will be leveraged. In security project, we
> are also thinking  of enabling isito.io CA (some modifications are
> needed) to take advantage of HSMs and also providing CA keys security
> rooted in HW.
>
>
>
> When are you planning to show the demo?
>
>
>
> Thanks
>
> Srini
>
>
>
>
>
> *From:* onap-discuss-boun...@lists.onap.org [mailto:onap-discuss-bounces@
> lists.onap.org] *On Behalf Of *zhao.huab...@zte.com.cn
> *Sent:* Wednesday, March 14, 2018 1:26 AM
> *To:* tli...@redhat.com
> *Cc:* onap-discuss@lists.onap.org
> *Subject:* Re: [onap-discuss] Some thoughts about ONAP
> MicroserviceArchitecture for Casablanca and beyond: Service
> Mesh,Centralized Authentication and unified API standards
>
>
>
> Hi Tal,
>
> Good points.
>
> 1. You're right, Istio is still not production ready while service
> mesh approach is very promising, We're trying to set up a demo with ONAP to
> demonstrate its benefits.
>
> 2. I agree that most of the APIs we have now are not "REST", actually
> sometimes it's difficult to make the HTTP APIs "100%" REST, but we still
> need a standard for all  the "HTTP" or "REST-like" APIs to make the APIs
> more friendly for the ONAP developers and users. Just feel free to edit the
> wiki page, it's an input for improvement:-).
>
> BR,
>
> Huabing
>
> 原始邮件
>
> *发件人：*TalLiron 
>
> *收件人：*onap-discuss@lists.onap.org 
>
> *日 **期 * *：*2018年03月14日 14:06
>
> *主 **题 **：Re: [onap-discuss] Some thoughts about ONAP
> MicroserviceArchitecture for Casablanca and beyond: Service
> Mesh,Centralized Authentication and unified API standards*
>
> ___
> onap-discuss mailing list
> onap-discuss@lists.onap.org
> https://lists.onap.org/mailman/listinfo/onap-discuss
>
> Hi Huabing,
>
> 1.
>
> We have some good experience with Itsio and would love to be part of the
> conversation. It's one of the things we're looking at, too, in terms of
> improving ONAP's currently basic containerization. We are starting by
> looking at OOM but hope to find best practices  that could work for all
> projects. I think it's better to convince with a PoC rather than theory in
> this case, because Itsio is indeed quite new, sometimes hard to explain,
> but its benefits are clear when you see them in use.
>
> 3.
>
> In terms of our "RESTful" APIs -- this has been a pet peeve of mine for a
> long time, but I wish we would stop calling all our APIs RESTful, when in
> fact they are rarely RESTful in our project. They are simply "HTTP" (or
> "web") APIs. "CRUD" does not map very  well onto REST. That said, I applaud
> your proposal and it has many good points. But I would like to make a few
> comments:
>
> I would add this emphasis: readers should pay attention to the use of POST
> for "create". I've seen many frameworks recommend PUT for "create", which
> is definitely wrong (not exactly: more on that below). POST is the only
> non-idempotent HTTP verb, and as such  will guarantee atomicity: the
> resource will not be created twice, even being a proxy.
>
> However, using PUT for "update" is imprecise. Especially your comment that
> if the resource does not exist then PUT would return an error. Here is the
> description of PUT from the HTTP spec:
>
> "The PUT method requests that the enclosed entity be stored under the
>  supplied Request-URI. If the Request-URI refers to an alreadyexisting
> resource, the enclosed 

[onap-discuss] [oom] charts for champ and gizmo

[Daniel Silverthorn]

Hi all,

Gurjeet Bedi and I have been working on OOM-790 and OOM-798 to add Champ and 
Gizmo charts to OOM under AAI. We would appreciate reviews on the following 
merge requests:

https://gerrit.onap.org/r/#/c/34789/6
https://gerrit.onap.org/r/#/c/35545/1

Thanks,

Daniel Silverthorn
Software Developer
Network R

613-595-5259 x55259 (office)

[amdocs-2017-brand-mark-rgb]

Read the latest on Amdocs.com and the Amdocs blog 
network - and follow us on 
Facebook, Twitter, 
LinkedIn and 
YouTube.

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] [INT] Robot INIT and Robot InstantiateVFW after Healthcheck ?

[Roger Maitland]

Yes the OOM team have modelled the intra and inter ONAP component dependencies 
but clearly there is more work to do here to get it perfect.  ONAP need to come 
up perfectly every time as this is a critical aspect of automated healing.  As 
there are major internal architecture changes coming from many of the project 
teams in the next couple weeks we’ll work with all of the teams to improve the 
dependency management as we introduce these changes into ONAP.

Most of the ‘readiness probes’ that are used to indicate the ability to start 
the next component in the dependency chain are based on simply checking if a 
port is available.  This can be problematic as often initialization must be 
done after the port is up (common with the DBs) is isn’t reliably being checked 
(a fixed sleep time is common).  The readiness probes could be changed to check 
for the completion of initialization so there are tools we can use to get to 
deterministic startup but the entire community needs to work together on this 
goal.

Cheers,
Roger

From:  on behalf of "FREEMAN, BRIAN D" 

Date: Wednesday, March 14, 2018 at 12:07 PM
To: Gary Wu , "onap-discuss@lists.onap.org" 

Subject: Re: [onap-discuss] [INT] Robot INIT and Robot InstantiateVFW after 
Healthcheck ?

Gary,

My apologies – I will re-calibrate to use “ETE” :)

I think OOM is working the dependency issue but not sure of the status/delivery 
time frame.

I suspect we dont need all healthchecks to run for init to work.
We might need a new test template to call “Model Distribution From ASDC” which 
appears to have the right checks on distribution now but not sure.

Brian

From: Gary Wu [mailto:gary.i...@huawei.com]
Sent: Wednesday, March 14, 2018 12:03 PM
To: FREEMAN, BRIAN D ; onap-discuss@lists.onap.org
Subject: RE: [onap-discuss] [INT] Robot INIT and Robot InstantiateVFW after 
Healthcheck ?

Hi Brian,

Yes, we will be adding demo init or instanceVFW tests to the daily deployment 
test jobs shortly once the Beijing code is stabilized for M4.  Currently we 
can’t even get successful health checks yet.

Is the OOM team working on fixing the deployment issues so that the pod 
restarts can be avoided?

Also to clarify on terminology, the term “CSIT” is used for API tests of a 
single or a few docker containers (i.e. not against a full ONAP instnace).  
Tests against a full ONAP instance is more what we refer to as an “ETE” 
(end-to-end) scenario.  We want to add more and more ETE test suites to be run 
automatically via Jenkins as new test suites get implemented.

Thanks,
Gary

From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of FREEMAN, BRIAN D
Sent: Wednesday, March 14, 2018 8:40 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [INT] Robot INIT and Robot InstantiateVFW after 
Healthcheck ?

Gary,

In working with OOM over the last few week it seem like the best way to detect 
problems is to run the demo-k8s.sh init and then to check via op0001 if  SO, 
AAI and SDNC picked up the models. Usually on a fresh OOM they do not. The 
repair is to delete the AAI model-loader POD, the SO POD and the UEB-Listener 
POD in SDNC (I usually do dmaap-listener as well).
K8 will restart those PODs.
I then do a redistribute in SDC as op001 and see success.
Every once in a while I also have to delete the sdc-be/sdc-fe to repeat the 
deletes if the sdc-be wasnt up properly (usually because I didnt check 
healtcheck first on sdc)

I’m wondier if this is a CSIT jenkins job we should do to run init and 
instantiate VFW after healthcheck ?

Or just a custom check after ‘demo-k8s.sh init’ or ‘demo-k8s.sh onap init’ to 
test that the distribution actually succeeded to demonstrate installation 
health ?

The distribute data can be retrieve by the catalog services API
/sdc2/rest/v1/catalog/services/1eb7b5c8-9ec9-4090-8bef-322d82f5400c/distribution)
 where the 1eb... is the catalog-service-uuid to get the distribution ID and 
then
/sdc2/rest/v1/catalog/services/distribution/6cf76bba-62d7-4dcb-8410-6760fc54cee7
  to get the table of the actual status for the notified components

Brian





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] [multicloud] Last Call for Feedback of MultiVIM Metrics for VES Requirement

[HU, BIN]

Jessie,

Thank you for your interest. Please refer to this 
link
 for the document.

Look forward to your feedback.

Thanks
Bin

From: jessie jewitt [mailto:jessie.jew...@oamtechnologies.com]
Sent: Thursday, March 15, 2018 10:18 AM
To: HU, BIN 
Cc: onap-discuss@lists.onap.org; zhang ab ; Ke 
Liang ; Hellmann, Gil ; Andrew 
Philip 
Subject: Re: [onap-discuss] [multicloud] Last Call for Feedback of MultiVIM 
Metrics for VES Requirement

This is a long email chain. Could you please provide a link to the document 
that is supposed to be reviewed and for which we should provide feedback?
Thank you,
Jessie

On Wed, Mar 14, 2018 at 12:14 PM, HU, BIN 
> wrote:
Hello my fellow colleagues in MultiVIM project,

Following our great discussion on February 26th, and follow up email on Feb 
27th for feedback of MultiVIM metrics in VES requirement, this is the last call 
for feedback.

Please provide any feedback in terms of MultiVIM metrics for VES Requirement. 
VES team intends to publish official requirement next week.

Because this is the last call for feedback, and prior communication has been 
made for reasonable times. Lacking of feedback means that MultiVIM project team 
agrees to official VES requirement that will be published next week.

Thank you everyone.
Bin

From: 
opnfv-tech-discuss-boun...@lists.opnfv.org
 
[mailto:opnfv-tech-discuss-boun...@lists.opnfv.org]
 On Behalf Of GUPTA, ALOK
Sent: Tuesday, February 27, 2018 10:07 AM
To: aasm...@redhat.com; 
bj@intel.com; 
tony.b.mcma...@intel.com; 
emma.l.fo...@intel.com; 
scott.mansfi...@ericsson.com; 
mario.rodrig...@arm.com; 
aput...@redhat.com; 
calin.gher...@intel.com; SULLIVAN, BRYAN L 
>; 
romanx.korynkev...@intel.com; 
manish.ja...@cavium.com; 
pavan.gu...@calsoftinc.com; 
damien.po...@intel.com; 
kand...@us.ibm.com; 
wesley.campb...@intel.com; Javier Arauz 
>; 
ning@intel.com; 
ab...@redhat.com; 
tarasx.chor...@intel.com; 
ola.liljed...@arm.com; 
raghuveer.re...@intel.com; 
yangya...@chinamobile.com; 
serkant.ulude...@argela.com.tr; 
krishna.j.mur...@intel.com; 
opnfv-tech-disc...@lists.opnfv.org; 
andrew.duig...@intel.com; Srinivas Chaganti 
>; MORTON 
JR., AL >
Subject: Re: [opnfv-tech-discuss] Updated invitation: [barometer] Weekly Call @ 
Weekly from 12pm to 1pm on Tuesday (EDT) 
(opnfv-tech-disc...@lists.opnfv.org)

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
Team:

Please find enclosed a presentation from ONAP mulit-vim project requesting 
feedback on the metrics we should include in the main body. Please help provide 
feedback on following:

-  Please see chart 5 with metrics categories currently in VES shown on 
the Left column. The list from Right column includes metrics that could be 
included with VES frame work. Please provide feedback, the ones that you would 
like me to include in VES mfvs domain.

-  ON pages 7 thru 10 we define metrics that is VES and delta metrics 
detail that is currently not in VES. Please review the embedded excel file on 
pg 5 and the pg 7 thru 10 and advice if you would like me to expand the metrics 
category.
Please send me feedback soon, so I can update VES Requirements and provide you 
a draft copy for approval.

Regards,

Alok Gupta
732-420-7007
MT B2 3D30
ag1...@att.com


-Original Appointment-
From: aasm...@redhat.com [mailto:aasm...@redhat.com]
Sent: Tuesday, October 24, 2017 10:51 AM
To: 

Re: [onap-discuss] [multicloud] Last Call for Feedback of MultiVIM Metrics for VES Requirement

[jessie jewitt]

This is a long email chain. Could you please provide a link to the document
that is supposed to be reviewed and for which we should provide feedback?
Thank you,
Jessie

On Wed, Mar 14, 2018 at 12:14 PM, HU, BIN  wrote:

> Hello my fellow colleagues in MultiVIM project,
>
>
>
> Following our great discussion on February 26th, and follow up email on
> Feb 27th for feedback of MultiVIM metrics in VES requirement, this is the
> last call for feedback.
>
>
>
> Please provide any feedback in terms of MultiVIM metrics for VES
> Requirement. VES team intends to publish official requirement next week.
>
>
>
> Because this is the last call for feedback, and prior communication has
> been made for reasonable times. Lacking of feedback means that MultiVIM
> project team agrees to official VES requirement that will be published next
> week.
>
>
>
> Thank you everyone.
>
> Bin
>
>
>
> *From:* opnfv-tech-discuss-boun...@lists.opnfv.org [mailto:
> opnfv-tech-discuss-boun...@lists.opnfv.org] *On Behalf Of *GUPTA, ALOK
> *Sent:* Tuesday, February 27, 2018 10:07 AM
> *To:* aasm...@redhat.com; bj@intel.com; tony.b.mcma...@intel.com;
> emma.l.fo...@intel.com; scott.mansfi...@ericsson.com;
> mario.rodrig...@arm.com; aput...@redhat.com; calin.gher...@intel.com;
> SULLIVAN, BRYAN L ;
> romanx.korynkev...@intel.com; manish.ja...@cavium.com;
> pavan.gu...@calsoftinc.com; damien.po...@intel.com; kand...@us.ibm.com;
> wesley.campb...@intel.com; Javier Arauz ;
> ning@intel.com; ab...@redhat.com; tarasx.chor...@intel.com;
> ola.liljed...@arm.com; raghuveer.re...@intel.com;
> yangya...@chinamobile.com; serkant.ulude...@argela.com.tr;
> krishna.j.mur...@intel.com; opnfv-tech-disc...@lists.opnfv.org;
> andrew.duig...@intel.com; Srinivas Chaganti ;
> MORTON JR., AL 
> *Subject:* Re: [opnfv-tech-discuss] Updated invitation: [barometer]
> Weekly Call @ Weekly from 12pm to 1pm on Tuesday (EDT) (
> opnfv-tech-disc...@lists.opnfv.org)
>
>
>
> Security Advisory:* This Message Originated Outside of AT ***
> Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
>
> *Team:*
>
>
>
> Please find enclosed a presentation from ONAP mulit-vim project requesting
> feedback on the metrics we should include in the main body. Please help
> provide feedback on following:
>
> -  Please see chart 5 with metrics categories currently in VES
> shown on the Left column. The list from Right column includes metrics that
> could be included with VES frame work. Please provide feedback, the ones
> that you would like me to include in VES mfvs domain.
>
> -  ON pages 7 thru 10 we define metrics that is VES and delta
> metrics detail that is currently not in VES. Please review the embedded
> excel file on pg 5 and the pg 7 thru 10 and advice if you would like me to
> expand the metrics category.
>
> Please send me feedback soon, so I can update VES Requirements and provide
> you a draft copy for approval.
>
>
>
> Regards,
>
>
>
> Alok Gupta
>
> 732-420-7007 <(732)%20420-7007>
>
> MT B2 3D30
>
> ag1...@att.com
>
>
>
>
>
> -Original Appointment-
> *From:* aasm...@redhat.com [mailto:aasm...@redhat.com ]
>
> *Sent:* Tuesday, October 24, 2017 10:51 AM
> *To:* aasm...@redhat.com; aasm...@redhat.com; bj@intel.com;
> tony.b.mcma...@intel.com; emma.l.fo...@intel.com;
> scott.mansfi...@ericsson.com; mario.rodrig...@arm.com; aput...@redhat.com;
> calin.gher...@intel.com; SULLIVAN, BRYAN L; romanx.korynkev...@intel.com;
> manish.ja...@cavium.com; pavan.gu...@calsoftinc.com;
> damien.po...@intel.com; kand...@us.ibm.com; wesley.campb...@intel.com;
> Javier Arauz; ning@intel.com; ab...@redhat.com;
> tarasx.chor...@intel.com; ola.liljed...@arm.com; raghuveer.re...@intel.com;
> yangya...@chinamobile.com; serkant.ulude...@argela.com.tr;
> krishna.j.mur...@intel.com; opnfv-tech-disc...@lists.opnfv.org;
> andrew.duig...@intel.com; Srinivas Chaganti; MORTON JR., AL; GUPTA, ALOK
> *Subject:* [opnfv-tech-discuss] Updated invitation: [barometer] Weekly
> Call @ Weekly from 12pm to 1pm on Tuesday (EDT) (opnfv-tech-discuss@lists.
> opnfv.org)
> *When:* Tuesday, February 27, 2018 12:00 PM-1:00 PM America/New_York.
> *Where:* https://global.gotomeeting.com/join/819733085
> 
>
>
>
>
>
> *This event has been changed.*
>
> *more details »*
> 

Re: [onap-discuss] [integration][ci-management][holmes]Release Version Java Daily Job is Failing

[Gary Wu]

Hi Guangrong,

Correct, SNAPSHOT dependencies are not allowed in release artifacts.  If your 
dependency is coming from outside your own repo, you need to use their release 
versions, not SNAPSHOT versions.

Thanks,
Gary

From: fu.guangr...@zte.com.cn [mailto:fu.guangr...@zte.com.cn]
Sent: Thursday, March 15, 2018 4:41 AM
To: Gary Wu ; jwagant...@linuxfoundation.org
Cc: onap-discuss@lists.onap.org
Subject: [integration][ci-management][holmes]Release Version Java Daily Job is 
Failing


Hi Gary & Jess,



I found that the daily release job of Holmes has been failing for several times 
in jenkins. Is the snapshot version of the dependencies banned now? It seems 
that it started happening right after I changed the oparent version to 1.1.0.

[cid:image001.png@01D3BC3A.D2651000]

BR,

Guangrong








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

Re: [onap-discuss] Dmaap - how to run locally

[Morales, Victor]

Howdy,

I captured some basic instructions here [1][2] but maybe I missed others from 
that wiki.

Victor Morales

[1] https://gerrit.onap.org/r/#/c/35855/
[2] https://git.onap.org/integration/devtool/tree/lib/dmaap


From:  on behalf of "DRAGOSH, PAMELA L 
(PAM)" 
Date: Thursday, March 15, 2018 at 5:30 AM
To: "fu.guangr...@zte.com.cn" , 
"marcin.mig...@nokia.com" 
Cc: "onap-discuss@lists.onap.org" 
Subject: Re: [onap-discuss] Dmaap - how to run locally

Actually, Liam Fallon put together a nice little how-to:

https://wiki.onap.org/display/DW/How+to+set+up+a+local+DMaaP+installation+in+Docker+for+testing

Hope that helps.

Pam

From:  on behalf of 
"fu.guangr...@zte.com.cn" 
Date: Thursday, March 15, 2018 at 6:10 AM
To: "marcin.mig...@nokia.com" 
Cc: "onap-discuss@lists.onap.org" 
Subject: Re: [onap-discuss] Dmaap - how to run locally


Hi Marcin,



I'm not from the DMaaP team but I set up DMaaP a couple of days ago following 
the instructions  on 
http://onap.readthedocs.io/en/amsterdam/submodules/dmaap/messagerouter/messageservice.git/docs/Installation/Installation.html.
 I hope it is helpful for you as well.



Regards,

Guangrong








Original Mail
Sender: Migdal,Marcin(Nokia-PL/Wroclaw) 
To: onap-discuss@lists.onap.org 
Date: 2018/03/15 17:50
Subject: [onap-discuss] Dmaap - how to run locally
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss



Hello,



Is there any instruction describing how to run Dmaap locally for development?
Which elements have to be run to test basic functionality of Dmaap?

I tried to build locally docker images, but it looks like that there are needed 
additional steps such as coping configuration files.

Another question is why dmaap maven modules are separated from each other?
I have noticed there is no one single parent pom that could accumulate all 
modules, define dependencies in one place and also drive one generic build.

Regards
Marcin


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

[onap-discuss] vCPE scaling

[eric.dm...@wipro.com]

Hello, anyone have any information to share on vCPE scaling?


Eric Maye

470-274-4670

The information contained in this electronic message and any attachments to 
this message are intended for the exclusive use of the addressee(s) and may 
contain proprietary, confidential or privileged information. If you are not the 
intended recipient, you should not disseminate, distribute or copy this e-mail. 
Please notify the sender immediately and destroy all copies of this message and 
any attachments. WARNING: Computer viruses can be transmitted via email. The 
recipient should check this email and any attachments for the presence of 
viruses. The company accepts no liability for any damage caused by any virus 
transmitted by this email. www.wipro.com
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [Onap] XTesting / visu slide deck

[Yunxia Chen]

Thank you Morgan.

I will try to attend if there’s no conflict of schedule. And I will be at the 
two days CI/CD workshop hosted by OPNFV at 23/03 and 24/03.

Regards,

Helen Chen

From: Morgan Richomme 
Date: Tuesday, March 13, 2018 at 10:14 AM
To: Eric Debeau , Helen Chen 00725961 
, Gregory Glover , Gary Wu 
, "PLATANIA, MARCO (MARCO)" , 
Gildas Lanilis , "FREEMAN, BRIAN D" 
, Kenny Paul 
Cc: OLLIVIER Cédric IMT/OLN , onap-discuss 

Subject: [Onap] XTesting / visu slide deck

Hi

Please find attached the slide deck I used for the meeting today
I hope XTesting view is clearer
A session is planned during ONS "Re-using OPNFV framework tests for LFN 
projects (Eric Debeau, Cedric Ollivier)", feel free to join


current existing public URL (using OPNFV VM)
HTML dashboard (docker) http://testresults.opnfv.org/onap-testing/
API (docker)
read http://testresults.opnfv.org/onap/api/v1/pods
swagger (need authent) http://testresults.opnfv.org/onap/swagger/spec.html
ELK (via bitergia): https://opnfv.biterg.io/app/kibana#/dashboard/Testing


/Morgan

_



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] [E] RE: [sdc] [aaf] Query regarding SDC AAF Integration in R2 release

[Kumar Skand Priya, Viswanath V via onap-discuss]

Thanks Michael.

BR,
Viswa




Viswanath Kumar Skand Priya
Architect
Verizon India ( VDSI )


On Tue, Mar 13, 2018 at 1:28 AM, Lando,Michael  wrote:

> Hi,
>
> For R2 SDC is not doing an integration with AAF.
>
>
>
> This work is planned for R3.
>
>
>
> The roles are part of the SDC logic and we are not planning to change them
> after the AAF integration.
>
>
>
>
>
>
>
>
>
>
>
>
>
> *BR,*
>
>
>
> *Michael Lando*
>
> Opensource TL , SDC
>
> 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-bounces@
> lists.onap.org] *On Behalf Of *Kumar Skand Priya, Viswanath V via
> onap-discuss
> *Sent:* Saturday, March 10, 2018 16:18
> *To:* onap-discuss 
> *Subject:* [onap-discuss] [sdc] [aaf] Query regarding SDC AAF Integration
> in R2 release
>
>
>
> Dear SDC & AAF Team,
>
>
>
> I would like to understand whether SDC user-roles ( such as designer,
> tester, operator, admin etc.. ) will have any impact due to AAF
> integration. Would these roles still be valid in R2?
>
>
>
> Could you also point me to some relevant materials to understand how this
> integration is getting shaped?
>
>
>
> Thanks!
>
>
>
> BR,
>
> Viswa
>
>
>
>
>
> 
>
>
>
> Viswanath Kumar Skand Priya
>
> Architect
>
> Verizon India ( VDSI )
>
>
>
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] Dmaap - how to run locally

[SLAVKOVSKY Adrian OSK]

Hi Marcin,

If I remember correctly, what worked for me was to switch IP addresses in the 
config before running docker-compose
config.zk.servers=172.18.0.2
kafka.metadata.broker.list=172.18.0.3:9092
Because zookeeper is instantiated first.

Hope this helps.
Regards
Adrian

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Migdal, Marcin (Nokia 
- PL/Wroclaw)
Sent: 15. marca 2018 15:06
To: DRAGOSH, PAMELA L (PAM) ; fu.guangr...@zte.com.cn
Cc: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] Dmaap - how to run locally


Hello

Provided instruction:

http://onap.readthedocs.io/en/amsterdam/submodules/dmaap/messagerouter/messageservice.git/docs/Installation/Installation.html

assumes static IP addresses which do not point to localhost.

I managed to build and run Docker images, but despite this fact services are 
not available via REST interface, so I am still looking for root cause.

Marcin


From: DRAGOSH, PAMELA L (PAM) 
>
Sent: Thursday, March 15, 2018 1:30:51 PM
To: fu.guangr...@zte.com.cn; Migdal, Marcin 
(Nokia - PL/Wroclaw)
Cc: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] Dmaap - how to run locally


Actually, Liam Fallon put together a nice little how-to:



https://wiki.onap.org/display/DW/How+to+set+up+a+local+DMaaP+installation+in+Docker+for+testing



Hope that helps.



Pam



From: 
>
 on behalf of "fu.guangr...@zte.com.cn" 
>
Date: Thursday, March 15, 2018 at 6:10 AM
To: "marcin.mig...@nokia.com" 
>
Cc: "onap-discuss@lists.onap.org" 
>
Subject: Re: [onap-discuss] Dmaap - how to run locally



Hi Marcin,



I'm not from the DMaaP team but I set up DMaaP a couple of days ago following 
the instructions  on 
http://onap.readthedocs.io/en/amsterdam/submodules/dmaap/messagerouter/messageservice.git/docs/Installation/Installation.html.
 I hope it is helpful for you as well.



Regards,

Guangrong









Original Mail

Sender: Migdal,Marcin(Nokia-PL/Wroclaw) 
>

To: onap-discuss@lists.onap.org 
>

Date: 2018/03/15 17:50

Subject: [onap-discuss] Dmaap - how to run locally

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



Hello,



Is there any instruction describing how to run Dmaap locally for development?
Which elements have to be run to test basic functionality of Dmaap?

I tried to build locally docker images, but it looks like that there are needed 
additional steps such as coping configuration files.

Another question is why dmaap maven modules are separated from each other?
I have noticed there is no one single parent pom that could accumulate all 
modules, define dependencies in one place and also drive one generic build.

Regards
Marcin


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

[onap-discuss] [policy][AAI] Problem extracting SO data from AAI query response because of null in vDNS use case.

[Thiruveedula, Bharath via onap-discuss]

Hi Policy team.


I have deployed vDNS use case to check scale out policy. Loadbalancer able
to send VES streams and DCAE raised CL event. But in policy I am facing the
following error:

*[2018-03-15 13:30:04,608|WARN|SOActorServiceProvider|Session
org.onap.policy-engine.drools.amsterdam:policy-amsterdam-rules:1.8.0:closedloop-amsterdam]
Problem extracting SO data from AAI query response because of null*
*java.lang.NullPointerException: null*
*at
org.onap.policy.controlloop.actor.so.SOActorServiceProvider.extractSOFieldsFromNamedQuery(SOActorServiceProvider.java:223)*
*at
org.onap.policy.controlloop.actor.so.SOActorServiceProvider.AaiNamedQueryRequest(SOActorServiceProvider.java:208)*
*at
org.onap.policy.controlloop.actor.so.SOActorServiceProvider.constructRequest(SOActorServiceProvider.java:319)*
*at
org.onap.policy.controlloop.eventmanager.ControlLoopOperationManager.startOperation(ControlLoopOperationManager.java:291)*
*at
org.onap.policy.controlloop.Rule_com$u46$Config_BRMS_Param_BRMSParamvDNS$u46$EVENT$u46$MANAGER$u46$OPERATION$u46$LOCKED$u46$GUARD_PERMITTED415394817.defaultConsequence(Rule_com$u46$Config_BRMS_Param_BRMSParamvDNS$u46$EVENT$u46$MANAGER$u46$OPERATION$u46$LOCKED$u46$GUARD_PERMITTED415394817.java:15)*
*at
org.onap.policy.controlloop.Rule_com$u46$Config_BRMS_Param_BRMSParamvDNS$u46$EVENT$u46$MANAGER$u46$OPERATION$u46$LOCKED$u46$GUARD_PERMITTED415394817DefaultConsequenceInvokerGenerated.evaluate(Unknown
Source)*
*at
org.onap.policy.controlloop.Rule_com$u46$Config_BRMS_Param_BRMSParamvDNS$u46$EVENT$u46$MANAGER$u46$OPERATION$u46$LOCKED$u46$GUARD_PERMITTED415394817DefaultConsequenceInvoker.evaluate(Unknown
Source)*
*at
org.drools.core.common.DefaultAgenda.fireActivation(DefaultAgenda.java:1052)*
*at org.drools.core.phreak.RuleExecutor.fire(RuleExecutor.java:121)*
*at
org.drools.core.phreak.RuleExecutor.evaluateNetworkAndFire(RuleExecutor.java:74)*
*at
org.drools.core.common.DefaultAgenda.fireNextItem(DefaultAgenda.java:970)*
*at
org.drools.core.common.DefaultAgenda.fireLoop(DefaultAgenda.java:1312)*
*at
org.drools.core.common.DefaultAgenda.fireUntilHalt(DefaultAgenda.java:1232)*
*at
org.drools.core.impl.StatefulKnowledgeSessionImpl.fireUntilHalt(StatefulKnowledgeSessionImpl.java:1398)*
*at
org.drools.core.impl.StatefulKnowledgeSessionImpl.fireUntilHalt(StatefulKnowledgeSessionImpl.java:1377)*
*at
org.onap.policy.drools.core.PolicySession$DefaultThreadModel.run(PolicySession.java:563)*
*at java.lang.Thread.run(Thread.java:748)*
*[2018-03-15 13:30:04,608|WARN|SOActorServiceProvider|Session
org.onap.policy-engine.drools.amsterdam:policy-amsterdam-rules:1.8.0:closedloop-amsterdam]
AAI response is missing some required fields. Cannot proceed with SO
Request construction.*
*[2018-03-15 13:30:04,608|WARN|controlloop|Session
org.onap.policy-engine.drools.amsterdam:policy-amsterdam-rules:1.8.0:closedloop-amsterdam]
ControlLoop-vDNS-6f37f56d-a87d-4b85-b6a9-cc953cf779b3:
com.Config_BRMS_Param_BRMSParamvDNS.EVENT.MANAGER.OPERATION.LOCKED.GUARD_PERMITTED:
unexpected null operation request*




But the AAI named query response contains the following dictionary:


*"generic-vnf": {*
*"in-maint": false,*
*"is-closed-loop-disabled": false,*
*"model-customization-id":
"3a0cbd20-f89c-4bcc-8da0-458afc7ffd60",*
*"model-invariant-id":
"f2b3649c-c5a7-4287-ace4-4814fbda98bb",*
*"model-version-id":
"83a6038c-4a60-49a7-8bae-7505ede5a105",*
*"nf-function": "",*
*"nf-naming-code": "",*
*"nf-role": "",*
*"nf-type": "",*
*"orchestration-status": "Created",*
*"prov-status": "PREPROV",*
*"resource-version": "1521103097561",*
*"service-id":
"2a4035e9-fd84-4427-a4dd-efb42bd20d4b",*
*"vnf-id":
"77783834-9a4d-4363-afdc-145560259fca",*
*"vnf-name": "vLB",*
*"vnf-type": "vLBSvc/vLB_VSP 0"*
*},*

Which is the one that policy is looking for I think. If we see the code
that raising this error

*setVnfItemVnfId(namedQueryResponseWrapper.aainqresponse.inventoryResponseItems.get(0).items.inventoryResponseItems.get(0).genericVNF.vnfID);*

(the above line is from "controlloop/common/actors/
actor.so/src/main/java/org/onap/policy/controlloop/actor/so/SOActorServiceProvider.java:223
)

my concern is the index is hardcoded to 0 but the generic-vnf key exists at
the second level. Is this the cause for this error? Or I misunderstood
something here?

Best Regards
Bharath T
___
onap-discuss mailing list

Re: [onap-discuss] Dmaap - how to run locally

[Migdal, Marcin (Nokia - PL/Wroclaw)]

Hello

Provided instruction:

http://onap.readthedocs.io/en/amsterdam/submodules/dmaap/messagerouter/messageservice.git/docs/Installation/Installation.html

assumes static IP addresses which do not point to localhost.

I managed to build and run Docker images, but despite this fact services are 
not available via REST interface, so I am still looking for root cause.

Marcin


From: DRAGOSH, PAMELA L (PAM) 
Sent: Thursday, March 15, 2018 1:30:51 PM
To: fu.guangr...@zte.com.cn; Migdal, Marcin (Nokia - PL/Wroclaw)
Cc: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] Dmaap - how to run locally


Actually, Liam Fallon put together a nice little how-to:



https://wiki.onap.org/display/DW/How+to+set+up+a+local+DMaaP+installation+in+Docker+for+testing



Hope that helps.



Pam



From:  on behalf of 
"fu.guangr...@zte.com.cn" 
Date: Thursday, March 15, 2018 at 6:10 AM
To: "marcin.mig...@nokia.com" 
Cc: "onap-discuss@lists.onap.org" 
Subject: Re: [onap-discuss] Dmaap - how to run locally



Hi Marcin,



I'm not from the DMaaP team but I set up DMaaP a couple of days ago following 
the instructions  on 
http://onap.readthedocs.io/en/amsterdam/submodules/dmaap/messagerouter/messageservice.git/docs/Installation/Installation.html.
 I hope it is helpful for you as well.



Regards,

Guangrong









Original Mail

Sender: Migdal,Marcin(Nokia-PL/Wroclaw) 

To: onap-discuss@lists.onap.org 

Date: 2018/03/15 17:50

Subject: [onap-discuss] Dmaap - how to run locally

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



Hello,



Is there any instruction describing how to run Dmaap locally for development?
Which elements have to be run to test basic functionality of Dmaap?

I tried to build locally docker images, but it looks like that there are needed 
additional steps such as coping configuration files.

Another question is why dmaap maven modules are separated from each other?
I have noticed there is no one single parent pom that could accumulate all 
modules, define dependencies in one place and also drive one generic build.

Regards
Marcin


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

Re: [onap-discuss] How to use the internal login, instead of external login in Portal SDK

[TALASILA, MANOOP (MANOOP)]

Hi Abdelmuhaimen,

The ONAP Portal and its on-boarded application must be on same domain to take 
advantage of the single signon. Due to security reason the ONAP Portal 
restricts to one domain (defined in the properties) across the applications 
on-boarded to it.

However, if the application is not interested in single signon feature, then 
the new application can be always be on-boarded as a “Hyperlink only 
application” which will be opened into a new browser rather than the internal 
Portal’s tab.

Manoop

From: "abdelmuhaimen.sea...@orange.com" 
Date: Thursday, March 15, 2018 at 4:58 AM
To: khaled kee , "onap-discuss@lists.onap.org" 
, "TALASILA, MANOOP (MANOOP)" 

Subject: RE: Fwd: [onap-discuss] How to use the internal login, instead of 
external login in Portal SDK

Hello Manoop / ONAP SDK experts,

If we develop an application that should be on-boarded on the ONAP Portal, but 
the application has a domain name different than “onap.org”, how can we keep 
our domain name and still be able to read the logged in session cookies  from 
ONAP Portal ?

Thanks.



Abdelmuhaimen Seaudi
Orange Labs Egypt
Email: abdelmuhaimen.sea...@orange.com
Mobile: +2012 84644 733

From: khaled kee [mailto:khaledk...@gmail.com]
Sent: Thursday, March 15, 2018 9:28 AM
To: SEAUDI Abdelmuhaimen OBS/CSO; onap-discuss@lists.onap.org
Subject: Re: Fwd: [onap-discuss] How to use the internal login, instead of 
external login in Portal SDK


Hello all,

We noticed that "single_signon" spring controller reads "EPService" cookie to 
get the logged-in user, however it couldn't read the cookie. When we logged the 
request cookies, we didn't find "onap" cookies. We noticed that xDemo is a 
subdomain of "onap.org". After adding our sdk server IP as subdomain of 
"onap.org" from our hosts files, it can read the cookies and redirect correctly 
and sees the logged-in user.

Best Regards,
Khaled.

On 3/15/2018 9:12 AM, 
abdelmuhaimen.sea...@orange.com wrote:
Hi,

We replaced the URL in the onboarding URLs like below

URL = 
http://1.2.3.4:8080/epsdk-apps-os/welcome.htm
REST URL = Blank
User = demo
Password = demo


Then, we replaced the following lines in the WEB-INF/classes/portal.properties 
file:

portal.api.impl.class = org.onap.portalapp.service.OnBoardingApiServiceImpl
ecomp_redirect_url = 
http://portal.api.simpledemo.onap.org:8989/ONAPPORTAL/login.htm
ecomp_rest_url = 
http://portal.api.simpledemo.onap.org:8989/ONAPPORTAL/auxapi

However, when we login to the ONAP Portal, and then click our app, we receive 
the following error : portal.api.simpledemo.onap.org redirected you too many 
times.

If we try to access the app directly from the browser, from outside the portal, 
we receive the same error, we notice that it is repeating redirection to 
“/single_signon.htm?forwardURL=welcome.htm”.

When we compare our portal.properties file with the xDEMO APP that comes with 
the Portal, we notice no differences, except for the decryption key and, and 
for system.properties the difference is the authenticate_user_server variables, 
but I understand authenticate_user_server varialbe is not used.

Any idea how we can use the single signon, or what might be missing from our 
side ?

Thanks.

Abdelmuhaimen Seaudi
Orange Labs Egypt
Email: abdelmuhaimen.sea...@orange.com
Mobile: +2012 84644 733

From: TALASILA, MANOOP (MANOOP) [mailto:talas...@research.att.com]
Sent: Tuesday, March 13, 2018 6:15 PM
To: SEAUDI Abdelmuhaimen OBS/CSO; 
onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] How to use the internal login, instead of external 
login in Portal SDK

Hi Abdelmuhaimen,

Thanks for using the Portal SDK. The steps you followed are correct, however 
the external login is provided for developer to test their app locally (without 
having the entire Portal). But, when the app is ready and onboarded to the 
Portal, please use the welcome.htm url in the onboarding step – 

[onap-discuss] ONAP AAI Clients

[FORSYTH, JAMES]

All,

Currently AAI REST services run https on port 8443.  For Beijing, AAI will be 
leveraging the MSB api gateway which offers TLS services on port 443.  For 
clients who cannot make this change, during Beijing AAI will provide the same 
services on port 8443 services at the same address as in the Amsterdam lab/demo 
environments.  So, if you are an AAI client the preferred solution will be to 
change the hostname:port for AAI services to use the MSB enabled AAI services.  
Legacy URIs will be supported, as well as URIs that follow the ONAP URI 
conventions.

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

Re: [onap-discuss] Dmaap - how to run locally

[DRAGOSH, PAMELA L (PAM)]

Actually, Liam Fallon put together a nice little how-to:

https://wiki.onap.org/display/DW/How+to+set+up+a+local+DMaaP+installation+in+Docker+for+testing

Hope that helps.

Pam

From:  on behalf of 
"fu.guangr...@zte.com.cn" 
Date: Thursday, March 15, 2018 at 6:10 AM
To: "marcin.mig...@nokia.com" 
Cc: "onap-discuss@lists.onap.org" 
Subject: Re: [onap-discuss] Dmaap - how to run locally


Hi Marcin,



I'm not from the DMaaP team but I set up DMaaP a couple of days ago following 
the instructions  on 
http://onap.readthedocs.io/en/amsterdam/submodules/dmaap/messagerouter/messageservice.git/docs/Installation/Installation.html.
 I hope it is helpful for you as well.



Regards,

Guangrong








Original Mail
Sender: Migdal,Marcin(Nokia-PL/Wroclaw) 
To: onap-discuss@lists.onap.org 
Date: 2018/03/15 17:50
Subject: [onap-discuss] Dmaap - how to run locally
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss



Hello,



Is there any instruction describing how to run Dmaap locally for development?
Which elements have to be run to test basic functionality of Dmaap?

I tried to build locally docker images, but it looks like that there are needed 
additional steps such as coping configuration files.

Another question is why dmaap maven modules are separated from each other?
I have noticed there is no one single parent pom that could accumulate all 
modules, define dependencies in one place and also drive one generic build.

Regards
Marcin


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

[onap-discuss] [integration][ci-management][holmes]Release Version Java Daily Job is Failing

[fu.guangrong]

Hi Gary & Jess,






I found that the daily release job of Holmes has been failing for several times 
in jenkins. Is the snapshot version of the dependencies banned now? It seems 
that it started happening right after I changed the oparent version to 1.1.0.





BR,


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

Re: [onap-discuss] Dmaap - how to run locally

[fu.guangrong]

Hi Marcin,






I'm not from the DMaaP team but I set up DMaaP a couple of days ago following 
the instructions  on 
http://onap.readthedocs.io/en/amsterdam/submodules/dmaap/messagerouter/messageservice.git/docs/Installation/Installation.html.
 I hope it is helpful for you as well.






Regards,


Guangrong



















Original Mail



Sender: Migdal,Marcin(Nokia-PL/Wroclaw) 
To: onap-discuss@lists.onap.org 
Date: 2018/03/15 17:50
Subject: [onap-discuss] Dmaap - how to run locally


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

  

Hello,



 


Is there any instruction describing how to run Dmaap locally for development?
 Which elements have to be run to test basic functionality of Dmaap?
 



 I tried to build locally docker images, but it looks like that there are 
needed additional steps such as coping configuration files.
 
 Another question is why dmaap maven modules are separated from each other?
 I have noticed there is no one single parent pom that could accumulate all 
modules, define dependencies in one place and also drive one generic build.
 
 Regards
 Marcin___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] Dmaap - how to run locally

[Migdal, Marcin (Nokia - PL/Wroclaw)]

Hello,


Is there any instruction describing how to run Dmaap locally for development?
Which elements have to be run to test basic functionality of Dmaap?

I tried to build locally docker images, but it looks like that there are needed 
additional steps such as coping configuration files.

Another question is why dmaap maven modules are separated from each other?
I have noticed there is no one single parent pom that could accumulate all 
modules, define dependencies in one place and also drive one generic build.

Regards
Marcin

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

Re: [onap-discuss] Fwd: How to use the internal login, instead of external login in Portal SDK

[abdelmuhaimen.seaudi]

Hello Manoop / ONAP SDK experts,

If we develop an application that should be on-boarded on the ONAP Portal, but 
the application has a domain name different than "onap.org", how can we keep 
our domain name and still be able to read the logged in session cookies  from 
ONAP Portal ?

Thanks.



Abdelmuhaimen Seaudi
Orange Labs Egypt
Email: abdelmuhaimen.sea...@orange.com
Mobile: +2012 84644 733

From: khaled kee [mailto:khaledk...@gmail.com]
Sent: Thursday, March 15, 2018 9:28 AM
To: SEAUDI Abdelmuhaimen OBS/CSO; onap-discuss@lists.onap.org
Subject: Re: Fwd: [onap-discuss] How to use the internal login, instead of 
external login in Portal SDK


Hello all,

We noticed that "single_signon" spring controller reads "EPService" cookie to 
get the logged-in user, however it couldn't read the cookie. When we logged the 
request cookies, we didn't find "onap" cookies. We noticed that xDemo is a 
subdomain of "onap.org". After adding our sdk server IP as subdomain of 
"onap.org" from our hosts files, it can read the cookies and redirect correctly 
and sees the logged-in user.

Best Regards,
Khaled.

On 3/15/2018 9:12 AM, 
abdelmuhaimen.sea...@orange.com wrote:
Hi,

We replaced the URL in the onboarding URLs like below

URL = http://1.2.3.4:8080/epsdk-apps-os/welcome.htm
REST URL = Blank
User = demo
Password = demo


Then, we replaced the following lines in the WEB-INF/classes/portal.properties 
file:

portal.api.impl.class = org.onap.portalapp.service.OnBoardingApiServiceImpl
ecomp_redirect_url = 
http://portal.api.simpledemo.onap.org:8989/ONAPPORTAL/login.htm
ecomp_rest_url = http://portal.api.simpledemo.onap.org:8989/ONAPPORTAL/auxapi

However, when we login to the ONAP Portal, and then click our app, we receive 
the following error : portal.api.simpledemo.onap.org redirected you too many 
times.

If we try to access the app directly from the browser, from outside the portal, 
we receive the same error, we notice that it is repeating redirection to 
"/single_signon.htm?forwardURL=welcome.htm".

When we compare our portal.properties file with the xDEMO APP that comes with 
the Portal, we notice no differences, except for the decryption key and, and 
for system.properties the difference is the authenticate_user_server variables, 
but I understand authenticate_user_server varialbe is not used.

Any idea how we can use the single signon, or what might be missing from our 
side ?

Thanks.

Abdelmuhaimen Seaudi
Orange Labs Egypt
Email: abdelmuhaimen.sea...@orange.com
Mobile: +2012 84644 733

From: TALASILA, MANOOP (MANOOP) [mailto:talas...@research.att.com]
Sent: Tuesday, March 13, 2018 6:15 PM
To: SEAUDI Abdelmuhaimen OBS/CSO; 
onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] How to use the internal login, instead of external 
login in Portal SDK

Hi Abdelmuhaimen,

Thanks for using the Portal SDK. The steps you followed are correct, however 
the external login is provided for developer to test their app locally (without 
having the entire Portal). But, when the app is ready and onboarded to the 
Portal, please use the welcome.htm url in the onboarding step - 
"http://your_app_host:port/epsdk-app-os/welcome.htm;. This should let you use 
the Portal's single sign on.

Onboarding steps for your reference - 
https://wiki.onap.org/display/DW/Application+Onboarding#ApplicationOnboarding-addapp

Manoop

From: 
>
 on behalf of 
"abdelmuhaimen.sea...@orange.com" 
>
Date: Tuesday, March 13, 2018 at 10:22 AM
To: "onap-discuss@lists.onap.org" 
>
Subject: [onap-discuss] How to use the internal login, instead of external 
login in Portal SDK

Hi,

I am working on an application based on ONAP Portal SDK, that follow the 
tutorial 
http://onap.readthedocs.io/en/amsterdam/submodules/portal.git/docs/tutorials/portal-sdk/creating.html.

The application is onboarded in the ONAP Portal, and runs inside a tab inside 
the ONAP Portal.

However, the app is using the external login, which means it does not detect 
that a user is currently logged in the portal with an active session, and it 
forwards me to the SDK demo/demo login screen that shows the old ECOMP Logo.

What do I need to change in my demo app, so that it uses the Portal internal 
login or Single Sign On feature of the 

Re: [onap-discuss] Some thoughts about ONAPMicroserviceArchitecture for Casablanca and beyond: Service Mesh,CentralizedAuthentication and unified API standards

[zhao.huabing]

Hi Srini,


Yes, that's the idea and welcome onboard!


We are planning to give a demo to show the benefits of Istio can bring in to 
ONAP such as visibility, routing rule and mutal tls, etc. There is no fixed day 
yet, probably at the end of Beijing and the planning phase of Casablanca.


BR,


Huabing







原始邮件



发件人：Addepalli,SrinivasaR 
收件人：赵化冰10201488;tli...@redhat.com 
抄送人：onap-discuss@lists.onap.org 
日 期 ：2018年03月14日 23:09
主 题 ：RE: [onap-discuss] Some thoughts about ONAPMicroserviceArchitecture for 
Casablanca and beyond: Service Mesh,CentralizedAuthentication and unified API 
standards




Hi Huabing,


 


I agree with you service mesh technologies are best as it takes away majority 
of housekeeping work away from the ONAP service developers – Authenticating 
peers,  Authorization of peers requests,  Secure communication (Mutual TLS),  
visibility and more.


 


Great that you intend to show istio demo. 


 


I guess istio.io CA for certificate enrollment will be used and ENVOY proxy for 
Mutual TLS endpoint will be leveraged. In security project, we are also 
thinking  of enabling isito.io CA (some modifications are needed) to take 
advantage of HSMs and also providing CA keys security rooted in HW. 


 


When are you planning to show the demo? 


 


Thanks


Srini


 


 


From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of 
zhao.huab...@zte.com.cn
 Sent: Wednesday, March 14, 2018 1:26 AM
 To: tli...@redhat.com
 Cc: onap-discuss@lists.onap.org
 Subject: Re: [onap-discuss] Some thoughts about ONAP MicroserviceArchitecture 
for Casablanca and beyond: Service Mesh,Centralized Authentication and unified 
API standards


 

Hi Tal,

Good points.


1. You're right, Istio is still not production ready while service mesh 
approach is very promising, We're trying to set up a demo with ONAP to 
demonstrate its benefits.  


2. I agree that most of the APIs we have now are not "REST", actually 
sometimes it's difficult to make the HTTP APIs "100%" REST, but we still need a 
standard for all  the "HTTP" or "REST-like" APIs to make the APIs more friendly 
for the ONAP developers and users. Just feel free to edit the wiki page, it's 
an input for improvement:-).

BR,

Huabing


原始邮件



发件人：TalLiron 



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



日 期 ：2018年03月14日 14:06



主 题 ：Re: [onap-discuss] Some thoughts about ONAP MicroserviceArchitecture for 
Casablanca and beyond: Service Mesh,Centralized Authentication and unified API 
standards




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


Hi Huabing,



1.
 
We have some good experience with Itsio and would love to be part of the 
conversation. It's one of the things we're looking at, too, in terms of 
improving ONAP's currently basic containerization. We are starting by looking 
at OOM but hope to find best practices  that could work for all projects. I 
think it's better to convince with a PoC rather than theory in this case, 
because Itsio is indeed quite new, sometimes hard to explain, but its benefits 
are clear when you see them in use.



3.
 
In terms of our "RESTful" APIs -- this has been a pet peeve of mine for a long 
time, but I wish we would stop calling all our APIs RESTful, when in fact they 
are rarely RESTful in our project. They are simply "HTTP" (or "web") APIs. 
"CRUD" does not map very  well onto REST. That said, I applaud your proposal 
and it has many good points. But I would like to make a few comments:
 
I would add this emphasis: readers should pay attention to the use of POST for 
"create". I've seen many frameworks recommend PUT for "create", which is 
definitely wrong (not exactly: more on that below). POST is the only 
non-idempotent HTTP verb, and as such  will guarantee atomicity: the resource 
will not be created twice, even being a proxy.



However, using PUT for "update" is imprecise. Especially your comment that if 
the resource does not exist then PUT would return an error. Here is the 
description of PUT from the HTTP spec:
 
"The PUT method requests that the enclosed entity be stored under the
supplied Request-URI. If the Request-URI refers to an alreadyexisting 
resource, the enclosed entity SHOULD be considered as amodified version of 
the one residing on the origin  server. If theRequest-URI does not point to 
an existing resource, and that URI iscapable of being defined as a new 
resource by the requesting useragent, the origin server can create the 
resource with that URI. If anew resource is created, the  origin server 
MUST inform the user agentvia the 201 (Created) response."



So, as you see, PUT is also a kind of "create". But because PUT is idempotent, 
you definitely don't want to 

Re: [onap-discuss] Fwd: How to use the internal login, instead of external login in Portal SDK

[khaled kee]

Hello all,

We noticed that /"single_signon/" spring controller reads "/EPService/" 
cookie to get the /logged-in user/, however it couldn't read the cookie. 
When we logged the request cookies, we didn't find "/onap/" cookies. We 
noticed that /xDemo /is a subdomain of "/onap.org/". After adding our 
sdk server IP as subdomain of "/onap.org/" from our hosts files, it can 
read the cookies and redirect correctly and sees the /logged-in user/.


Best Regards,
Khaled.


On 3/15/2018 9:12 AM, abdelmuhaimen.sea...@orange.com wrote:


Hi,

We replaced the URL in the onboarding URLs like below

URL = http://1.2.3.4:8080/epsdk-apps-os/welcome.htm 



REST URL = Blank

User = demo

Password = demo

Then, we replaced the following lines in the 
WEB-INF/classes/portal.properties file:


portal.api.impl.class = 
org.onap.portalapp.service.OnBoardingApiServiceImpl


ecomp_redirect_url = 
http://portal.api.simpledemo.onap.org:8989/ONAPPORTAL/login.htm


ecomp_rest_url = 
http://portal.api.simpledemo.onap.org:8989/ONAPPORTAL/auxapi


However, when we login to the ONAP Portal, and then click our app, we 
receive the following error : portal.api.simpledemo.onap.org 
redirected you too many times.


If we try to access the app directly from the browser, from outside 
the portal, we receive the same error, we notice that it is repeating 
redirection to “/single_signon.htm?forwardURL=welcome.htm”.


When we compare our portal.properties file with the xDEMO APP that 
comes with the Portal, we notice no differences, except for the 
decryption key and, and for system.properties the difference is the 
authenticate_user_server variables, but I understand 
authenticate_user_server varialbe is not used.


Any idea how we can use the single signon, or what might be missing 
from our side ?


Thanks.

Abdelmuhaimen Seaudi

Orange Labs Egypt

Email: abdelmuhaimen.sea...@orange.com 



Mobile: +2012 84644 733

*From:*TALASILA, MANOOP (MANOOP) [mailto:talas...@research.att.com]
*Sent:* Tuesday, March 13, 2018 6:15 PM
*To:* SEAUDI Abdelmuhaimen OBS/CSO; onap-discuss@lists.onap.org 

*Subject:* Re: [onap-discuss] How to use the internal login, instead 
of external login in Portal SDK


Hi Abdelmuhaimen,

Thanks for using the Portal SDK. The steps you followed are correct, 
however the external login is provided for developer to test their app 
locally (without having the entire Portal). But, when the app is ready 
and onboarded to the Portal, please use the welcome.htm url in the 
onboarding step – 
“http://your_app_host:port/epsdk-app-os/welcome.htm”. This should let 
you use the Portal’s single sign on.


Onboarding steps for your reference - 
https://wiki.onap.org/display/DW/Application+Onboarding#ApplicationOnboarding-addapp 



Manoop

*From: *> on behalf of 
"abdelmuhaimen.sea...@orange.com 
" 
>

*Date: *Tuesday, March 13, 2018 at 10:22 AM
*To: *"onap-discuss@lists.onap.org 
" >
*Subject: *[onap-discuss] How to use the internal login, instead of 
external login in Portal SDK


Hi,

I am working on an application based on ONAP Portal SDK, that follow 
the tutorial 
http://onap.readthedocs.io/en/amsterdam/submodules/portal.git/docs/tutorials/portal-sdk/creating.html 
. 



The application is onboarded in the ONAP Portal, and runs inside a tab 
inside the ONAP Portal.


However, the app is using the external login, which means it does not 
detect that a user is currently logged in the portal with an active 
session, and it forwards me to the SDK demo/demo login screen that 
shows the old ECOMP Logo.


What do I need to change in my demo app, so that it uses the Portal 
internal login or Single Sign On feature of the portal ?


I am using the RestrictedBaseController class for my demo app.

Thanks.

Abdelmuhaimen Seaudi

Orange Labs Egypt

Email: abdelmuhaimen.sea...@orange.com 



Mobile: +2012 84644 733

_
  
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 

Re: [onap-discuss] How to use the internal login, instead of external login in Portal SDK

[abdelmuhaimen.seaudi]

Hi,

We replaced the URL in the onboarding URLs like below

URL = http://1.2.3.4:8080/epsdk-apps-os/welcome.htm
REST URL = Blank
User = demo
Password = demo


Then, we replaced the following lines in the WEB-INF/classes/portal.properties 
file:

portal.api.impl.class = org.onap.portalapp.service.OnBoardingApiServiceImpl
ecomp_redirect_url = 
http://portal.api.simpledemo.onap.org:8989/ONAPPORTAL/login.htm
ecomp_rest_url = http://portal.api.simpledemo.onap.org:8989/ONAPPORTAL/auxapi

However, when we login to the ONAP Portal, and then click our app, we receive 
the following error : portal.api.simpledemo.onap.org redirected you too many 
times.

If we try to access the app directly from the browser, from outside the portal, 
we receive the same error, we notice that it is repeating redirection to 
“/single_signon.htm?forwardURL=welcome.htm”.

When we compare our portal.properties file with the xDEMO APP that comes with 
the Portal, we notice no differences, except for the decryption key and, and 
for system.properties the difference is the authenticate_user_server variables, 
but I understand authenticate_user_server varialbe is not used.

Any idea how we can use the single signon, or what might be missing from our 
side ?

Thanks.

Abdelmuhaimen Seaudi
Orange Labs Egypt
Email: abdelmuhaimen.sea...@orange.com
Mobile: +2012 84644 733

From: TALASILA, MANOOP (MANOOP) [mailto:talas...@research.att.com]
Sent: Tuesday, March 13, 2018 6:15 PM
To: SEAUDI Abdelmuhaimen OBS/CSO; 
onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] How to use the internal login, instead of external 
login in Portal SDK

Hi Abdelmuhaimen,

Thanks for using the Portal SDK. The steps you followed are correct, however 
the external login is provided for developer to test their app locally (without 
having the entire Portal). But, when the app is ready and onboarded to the 
Portal, please use the welcome.htm url in the onboarding step – 
“http://your_app_host:port/epsdk-app-os/welcome.htm”. This should let you use 
the Portal’s single sign on.

Onboarding steps for your reference - 
https://wiki.onap.org/display/DW/Application+Onboarding#ApplicationOnboarding-addapp

Manoop

From: 
>
 on behalf of 
"abdelmuhaimen.sea...@orange.com" 
>
Date: Tuesday, March 13, 2018 at 10:22 AM
To: "onap-discuss@lists.onap.org" 
>
Subject: [onap-discuss] How to use the internal login, instead of external 
login in Portal SDK

Hi,

I am working on an application based on ONAP Portal SDK, that follow the 
tutorial 
http://onap.readthedocs.io/en/amsterdam/submodules/portal.git/docs/tutorials/portal-sdk/creating.html.

The application is onboarded in the ONAP Portal, and runs inside a tab inside 
the ONAP Portal.

However, the app is using the external login, which means it does not detect 
that a user is currently logged in the portal with an active session, and it 
forwards me to the SDK demo/demo login screen that shows the old ECOMP Logo.

What do I need to change in my demo app, so that it uses the Portal internal 
login or Single Sign On feature of the portal ?

I am using the RestrictedBaseController class for my demo app.

Thanks.

Abdelmuhaimen Seaudi
Orange Labs Egypt
Email: abdelmuhaimen.sea...@orange.com
Mobile: +2012 84644 733


_



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.