date:20170516

Re: [onap-discuss] https://{host-url}:8443/aai /v8/ - What are the credentials to open this link in browser or json request?

2017-05-16 Thread Prakhar Pandey

Username : AAI
Password : AAI

Regards,

Prakhar.

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Mari Muthu
Sent: Wednesday, May 17, 2017 10:10 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] https://{host-url}:8443/aai /v8/ - What are the 
credentials to open this link in browser or json request?

Dear All,

I am trying to access below link in the browser..Its asking username and 
password...
What is that username and password for this?

https://{host-url}:8443/aai /v8/
Thanks and Regards,
Mari Muthu D
This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,

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

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

Re: [onap-discuss] [onap-tsc] Project Proposal: External SystemRegister

2017-05-16 Thread li.zi30

Hi Daniel,





Just as you said what ONAP Operations manager care is " Platform Monitoring & 
healing: Monitor platform state, Platform health checks, fault tolerance and 
self-healing". It is about the ONAP system. And the ONAP Operations manager 
will not only check the state of platform, but also may influnce the lifecycle 
management.


The difference between ONAP Operations manager and ESR is that, ESR just care 
about the external system, such as VIM/VNFM/SDNC/EMS. And it will not has any 
influnce on the system lifecycle. It just check whether the external systems 
are reachable, and store the status. So that other components can determine 
whether the system is available based on the status.






Thanks,


LiZi















原始邮件



发件人： ＜dr6...@att.com＞
收件人：李滋00164331 ＜jpianigi...@juniper.net＞
抄送人： ＜onap-discuss@lists.onap.org＞ ＜onap-...@lists.onap.org＞
日 期 ：2017年05月16日 23:52
主 题 ：RE: [onap-discuss] [onap-tsc] Project Proposal: External SystemRegister







I have to agree with Jacopo and Steve, that’s not business logic that’s basic 
endpoint health checking.


 


So to clarify on my and their inputs, it still seems like to me that the entire 
scope of this project is covered by some combination of A, ONAP OM or MSB 
depending  on who you ask / how you look at it.


 


ONAP Operations manager in particular mentions (Which seems to cover most of 
your stuff.)


 


·  Platform Monitoring & healing: Monitor platform state, Platform health 
checks, fault tolerance and self-healing


 


Can you please work with someone like David Sauvageau on that project to be 
sure you have no overlap?


 


Thanks,


Daniel Rose


ECOMP / ONAP


com.att.ecomp


732-420-7308


 


From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of li.z...@zte.com.cn
 Sent: Tuesday, May 16, 2017 12:49 AM
 To: jpianigi...@juniper.net
 Cc: onap-discuss@lists.onap.org onap-...@lists.onap.org
 Subject: Re: [onap-discuss] [onap-tsc] Project Proposal: External System 
Register


 

Hi Jacopo,

 

Thanks for your quick response. The business logic can be information 
verification before store the data to A, and heartbeat detection of the 
system state. 

For example, a user sent the authentic url, tenant, username and password of 
VIM to ESR. ESR try to connect the VIM with these information. After authentic 
succeed, ESR store these VIM information to A, do heartbeat detection for 
VIM status and present  the system status to user. 

 

Best regards,

LiZi

 

 

 


原始邮件



发件人： ＜jpianigi...@juniper.net＞



收件人：李滋00164331



抄送人： ＜stephen.terr...@ericsson.com＞ ＜onap-...@lists.onap.org＞ 
＜onap-discuss@lists.onap.org＞



日 期 ：2017年05月16日 11:32



主 题 ：Re: [onap-tsc] Project Proposal: External System Register




 


Not clear what the business logic is.
 
 Sent from my iPhone




 On May 15, 2017, at 8:21 PM, "li.z...@zte.com.cn" ＜li.z...@zte.com.cn＞ wrote:


Hi Jacopo, Steve:

 

Actually, ESR has some business logic to deal with about external system, such 
as information verification,  which is out the scope of A When comes to the 
realization, ESR will be realized relying on A (store the external system 
data in A). 

 

Thanks,

LiZi

 

 

 

 

 




 



发件人： ＜jpianigi...@juniper.net＞



收件人： ＜stephen.terr...@ericsson.com＞李滋00164331   ＜onap-...@lists.onap.org＞ 
＜onap-discuss@lists.onap.org＞



日 期 ：2017年05月16日 01:19



主 题 ：RE: [onap-tsc] Project Proposal: External System Register




 


Hi,


I would agree with Steve about the need to limit overlap between subprojects


Jacopo  



From: onap-tsc-boun...@lists.onap.org [mailto:onap-tsc-boun...@lists.onap.org] 
On Behalf Of Stephen Terrill
 Sent: Monday, May 15, 2017 10:10 AM
 To: li.z...@zte.com.cn onap-...@lists.onap.org onap-discuss@lists.onap.org
 Subject: Re: [onap-tsc] Project Proposal: External System Register




 


Hi,


 


While I agree with the need of the external elements to be registered, is there 
a reason for why we need a separate  register in addition to A? (note: I saw 
that Catherine   had a comment with a similar lines).  It may also relate to 
catalogue - LiZi, have you had a chance to chat with the A Project 
(https://wiki.onap.org/pages/viewpage.action?pageId=3246952).


 


Best Regards,


 


Steve.


 


From: onap-tsc-boun...@lists.onap.org [mailto:onap-tsc-boun...@lists.onap.org] 
On Behalf Of li.z...@zte.com.cn
 Sent: 15 May 2017 04:32
 To: onap-...@lists.onap.org onap-discuss@lists.onap.org
 Subject: [onap-tsc] Project Proposal: External System Register


 

 


Dear ONAP TSC,


 


We would like to formally propose the External System Register project for ONAP.


 


ONAP components need to talk with external systems such as VIM/VNFM/SDNC/EMS to 
orchestrate a network service, for example, SO/VF-C need to talk with VIM to 
allocate resource and VNFMto deploy a VNF. So they should get the 
information of available external systems from a registry before call the 
Interfaces of these

[onap-discuss] https://{host-url}:8443/aai /v8/ - What are the credentials to open this link in browser or json request?

2017-05-16 Thread Mari Muthu

 Dear All,

I am trying to access below link in the browser..Its asking username and
password...
What is that username and password for this?

https://{host-url}:8443/aai /v8/

Thanks and Regards,
Mari Muthu D
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] DCAE controller fails to find flavor even when it exists

2017-05-16 Thread PLATANIA, MARCO (MARCO)

Hello Rashmi,

The configuration you are using refers to the stable release 1.0.0, which is 
fully tested and supported in Rackspace. DCAE release-1.0.0 doesn’t work in 
OpenStack. DCAE 1.1.0 does, still with some caveat as explained before. 
However, ONAP version 1.1.0 hasn’t been fully tested yet, so it may still 
present some issues.

As such, I would suggest to install the stable release (1.0.0). Note, however, 
that some parameters in your environment file don’t seem set up correctly.

For release 1.0.0 (stable), if you are using the heat template in the 
release-1.0.0 branch:

· artifacts_version: 1.0.0

· docker_version: 1.0-STAGING-latest

· gerrit_branch: release-1.0.0

· gitlab_branch: master

Otherwise, if you want to use the new heat template in the Gerrit master 
branch, still with release-1.0.0 docker images, please set:

  *   artifacts_version: 1.1.0-SNAPSHOT
  *   docker_version: 1.0-STAGING-latest
  *   gerrit_branch: release-1.0.0
  *   gitlab_branch: master
  *   dcae_code_version: 1.0.0

Finally, if you want to try the code that is currently in the Gerrit master 
branch (unstable release), please use the new Heat template and set the 
parameters in the environment file as follows:

  *   artifacts_version: 1.1.0-SNAPSHOT
  *   docker_version: 1.1-STAGING-latest
  *   gerrit_branch: master
  *   gitlab_branch: master
  *   dcae_code_version: 1.1.0

For a description of the new Heat templates and the differences among them, 
please refer to the wiki: 
https://wiki.onap.org/display/DW/ONAP+Installation+in+Vanilla+OpenStack

One more thing: there is “gerrit_branch” which refers to ONAP as a whole (it 
can be “release-1.0.0” or “master”, depends on what environment you want to 
build), and “gitlab_branch” which is internally used by DCAE and should always 
be set to “master” (it refers to some other Snapshot repo).

Thanks,
Marco


From: "Pujar, Rashmi" 
Date: Tuesday, May 16, 2017 at 1:03 PM
To: "PLATANIA, MARCO (MARCO)" , 
"onap-discuss@lists.onap.org" 
Subject: Re: [onap-discuss] DCAE controller fails to find flavor even when it 
exists

Hello Marco,

Yes, I am deploying the release-1.0.0 code with the Openstack heat templates 
and env files.

-  Docker-version: 1.0-STAGING-latest

-  DCAE-VERSION: 1.0.0

-  Git_branch version to clone the dcae/demo project in the cloud_init 
file: release-1.0.0
Do I have to upgrade to 1.1.0 to get past the issue I am seeing? What is the 
recommended version of ONAP to get a deployment running and validate it?

Thanks,
Rashmi

From: "PLATANIA, MARCO (MARCO)" 
Date: Tuesday, May 16, 2017 at 12:36 PM
To: "Pujar, Rashmi" , "onap-discuss@lists.onap.org" 

Subject: Re: [onap-discuss] DCAE controller fails to find flavor even when it 
exists

Hello Rashmi,

DCAE controller (in Gerrit master branch) requires onap_openstack_nofloat.yaml 
Heat template to correctly start up in vanilla OpenStack. While porting DCAE to 
vanilla OpenStack is still a work in progress, we were able to create the 
expected analytics platform with the controller defined in the DCAE section of 
that template.

From the error below, it seems to me that the parameters you are using refer to 
the Rackspace configuration (VM image names, flavors, …). In the env file, 
please set:

· artifacts_version: 1.1.0-SNAPSHOT

· docker_version: 1.1-STAGING-latest

· gerrit_branch: master

· cloud_env: openstack_nofloat

· dcae_base_environment: 2-NIC

· dcae_code_version: 1.1.0

I anticipate that the creation of the analytics platform (that DCAE does off 
the Heat template) is pretty slow at this time (it may take a couple of hours 
for the entire stack to come up – sorry for the inconvenience).

Thanks,
Marco

From:  on behalf of "Pujar, Rashmi" 

Date: Tuesday, May 16, 2017 at 12:06 PM
To: "onap-discuss@lists.onap.org" 
Subject: [onap-discuss] DCAE controller fails to find flavor even when it exists

Hello Devs!

I am trying to get DCAE controller running and have it spin up the rest of the 
VMs in my Openstack setup. So far I have been successful in getting the DCAE 
controller instance communicating fine with Openstack (gets the token, 
endpoints and the compute/glance/network resources and updates the Jetty server 
endpoints). The flavors and the images needed by the DCAE VMs have been created 
in OS. However, DCAE controller fails to deploy the VM citing missing flavor as 
the reason for failure.

What is the DCAE controller endpoint where it queries for the flavor name? I am 
looking at: http://localhost:9998/resources/openstack/locations/${ZONE}/flavors 
and it has the entry. Is there any other endpoint to verify?
Any insights to debug this would be

Re: [onap-discuss] Staging repo in settings.xml

2017-05-16 Thread Gary Wu

Hi Christophe,

Thanks for adding the historical context.

If I understand correctly, the staging approach was meant to be temporary right 
before a release.  Is a release imminent, or has that been canceled?  What's 
the current timeline to move all the artifacts back to SNAPSHOT versioning (and 
remove Staging repo from build dependencies) in preparation for active ONAP 
development?

Thanks,
Gary

-Original Message-
From: Closset, Christophe [mailto:cc6...@intl.att.com] 
Sent: Friday, May 12, 2017 5:52 AM
To: Gary Wu ; Andrew Grimberg 
; onap-discuss@lists.onap.org
Subject: RE: [onap-discuss] Staging repo in settings.xml

Hi Gary, Andy,

As for the OpenECOMP history, the whole original idea was also to align 
everyone's release number and date to a common one for the launch (the current 
release-1.0.0 branch). 
Concerns were raised in the dev teams (as you pointed below) that everyone's 
pace would be different eventually and that we should have a way of releasing 
components independently even though we have serious inter dependencies within 
ONAP. So instead of a MEGA build - all components have their independent 
release jobs building on staging. This hybrid approach somehow suited us 
nicely, now we did not go through the blessing process to move all these to 
proper release artifacts and kept moving with this in the master branch as Andy 
explained.

I agree that it's confusing and not ideal right now (the concept of not really 
released 'release artifacts' is puzzling at first but we got used to it).
If (and that's probably a TSC decision to make) we want to move to a fully 
decoupled model - which with the number of repositories growing is probably a 
good idea - then we should also remove the joint numbering somewhat (TSC) so 
that components can truly release independently. This indeed brings the issue 
of managing dependencies in a non-intuitive manner (I'm building ONAP release X 
and I see dependencies with strange numbers, potentially from previous ONAP 
releases )and would need to be adopted by the community as well.

One benefit of the staging approach is that it allows to limit version variance 
during a stabilization period. Staging should be limited in time, probably for 
a period at the end of the official release cycle when everyone's artifact are 
mostly ready. The Release Candidate approach is another way of achieving this I 
believe.

Regards
Christophe

-Original Message-
From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Gary Wu
Sent: Friday, May 12, 2017 12:29 AM
To: Andrew Grimberg ; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] Staging repo in settings.xml

Hi Andy, thanks for the explanation.

It sounds like this will require a larger discussion on the overall versioning 
and release strategy across ONAP projects and artifacts.

For everyone's reference, in OPEN-O we decided to keep all artifact versions in 
sync across projects in order to minimize the management and support burden.  
Under this assumption, the autorelease "mega-build" that builds everything 
together was a way to enforce synchronized version labels and to detect 
cross-project compilation issues since everyone was building against SNAPSHOT 
dependencies that can change at any time.

If we don't want to build against SNAPSHOT dependencies across projects, then 
it means that different projects may have different release cycles, and we may 
end up with a mix of different artifact versions for the official "ONAP Version 
1" distribution.  This has the benefit of breaking up the autorelease 
"mega-build", at the cost of having to manage and support a mix of artifact 
versions and differing release schedules.

Can someone from ECOMP pipe in to add some historical perspective and/or the 
current assumptions on artifact versioning?

Regarding the issue at hand (Staging in settings.xml), a better approach may be 
to release the upstream artifact using a version label like "1.0.0-RC0" as an 
intermediate Release (i.e. no longer changing) artifact.  This will allow 
downstream projects to build against an artifact version that is truly 
locked-down (and not from Staging), while allowing the upstream team some 
flexibility to make tweaks before releasing the final "1.0.0" version.

If anyone has thoughts on this topic, please jump in.

Thanks,
Gary

-Original Message-
From: Andrew Grimberg [mailto:agrimb...@linuxfoundation.org]
Sent: Thursday, May 11, 2017 1:17 PM
To: Gary Wu ; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] Staging repo in settings.xml

On 05/10/2017 02:05 PM, Gary Wu wrote:
> What's the rationale behind including Staging in the global 
> settings.xml?  This seems unorthodox.
> 
> I have now observed instances (e.g. sdnc/core, mso) where a clean 
> build in a local environment will fail unless Staging

Re: [onap-discuss] DCAE controller fails to find flavor even when it exists

2017-05-16 Thread Pujar, Rashmi

Hello Marco,

Yes, I am deploying the release-1.0.0 code with the Openstack heat templates 
and env files.

-  Docker-version: 1.0-STAGING-latest

-  DCAE-VERSION: 1.0.0

-  Git_branch version to clone the dcae/demo project in the cloud_init 
file: release-1.0.0
Do I have to upgrade to 1.1.0 to get past the issue I am seeing? What is the 
recommended version of ONAP to get a deployment running and validate it?

Thanks,
Rashmi

From: "PLATANIA, MARCO (MARCO)" 
Date: Tuesday, May 16, 2017 at 12:36 PM
To: "Pujar, Rashmi" , "onap-discuss@lists.onap.org" 

Subject: Re: [onap-discuss] DCAE controller fails to find flavor even when it 
exists

Hello Rashmi,

DCAE controller (in Gerrit master branch) requires onap_openstack_nofloat.yaml 
Heat template to correctly start up in vanilla OpenStack. While porting DCAE to 
vanilla OpenStack is still a work in progress, we were able to create the 
expected analytics platform with the controller defined in the DCAE section of 
that template.

From the error below, it seems to me that the parameters you are using refer to 
the Rackspace configuration (VM image names, flavors, …). In the env file, 
please set:

· artifacts_version: 1.1.0-SNAPSHOT

· docker_version: 1.1-STAGING-latest

· gerrit_branch: master

· cloud_env: openstack_nofloat

· dcae_base_environment: 2-NIC

· dcae_code_version: 1.1.0

I anticipate that the creation of the analytics platform (that DCAE does off 
the Heat template) is pretty slow at this time (it may take a couple of hours 
for the entire stack to come up – sorry for the inconvenience).

Thanks,
Marco

From:  on behalf of "Pujar, Rashmi" 

Date: Tuesday, May 16, 2017 at 12:06 PM
To: "onap-discuss@lists.onap.org" 
Subject: [onap-discuss] DCAE controller fails to find flavor even when it exists

Hello Devs!

I am trying to get DCAE controller running and have it spin up the rest of the 
VMs in my Openstack setup. So far I have been successful in getting the DCAE 
controller instance communicating fine with Openstack (gets the token, 
endpoints and the compute/glance/network resources and updates the Jetty server 
endpoints). The flavors and the images needed by the DCAE VMs have been created 
in OS. However, DCAE controller fails to deploy the VM citing missing flavor as 
the reason for failure.

What is the DCAE controller endpoint where it queries for the flavor name? I am 
looking at: http://localhost:9998/resources/openstack/locations/${ZONE}/flavors 
and it has the entry. Is there any other endpoint to verify?
Any insights to debug this would be helpful.

org.openecomp.ncomp.sirius.manager.Jetty8ClientException: HTTP Request Failed: 
URL: http://localhost:9998/resources/services/vm-docker-host-1 code:500 
msg:operation failed: deploy {   "exception": "java.lang.RuntimeException: No 
flavor with name '8 GB Performance'",   "directory": 
"/opt/app/dcae-controller-platform-server",   "user": "root",   "hostname": 
"7493a368c7ff",   "port": "9998",   "class": "DcaePlatformController",   
"action": "deploy",   "request": {"instanceName": "z1"},   "context": { 
"remoteIp": "127.0.0.1", "user": "console", "parameters": {}, 
"path": "/resources/services/vm-docker-host-1", "requestId": 
"1494949479518:29"   } } 


Error 500 operation failed: deploy
{
  "exception": "java.lang.RuntimeException: No flavor with name '8 GB 
Performance'",
  "directory": "/opt/app/dcae-controller-platform-server",
  "user": "root",
  "hostname": "7493a368c7ff",
  "port": "9998",
  "class": "DcaePlatformController",
  "action": "deploy",
  "request": {"instanceName": "z1"},
  "context": {
"remoteIp": "127.0.0.1",
"user": "console",
"parameters": {},
"path": "/resources/services/vm-docker-host-1",
"requestId": "1494949479518:29"
  }
}


The DCAE controller Jetty8 server endpoint for the locations lists the flavor 
as below:

root@7493a368c7ff:/# curl -X GET -H "Authorization: Basic 
Y29uc29sZTpaakprWWpsbE1qbGpNVEkyTTJJeg==" -H "Content-Type: application/json" 
-H "Accept: application/json" -H "Host: localhost:9998" -H "Cache-Control: 
no-cache" -H "Postman-Token: 654d54f7-78ed-080b-7432-b9721cf3a5b0" 
"http://localhost:9998/resources/openstack/locations/z1;
{
  "lastChanged": "2017-05-16T15:49:28.728+",
  "ceilometerAvailableCapabilites": [],
  "ceilometerUnavailableCapabilites": [],
  "version": "Juno",
  "remoteLocation": "false",
  "remoteLocationName": "z1",
  "allowCreateFlavor": "false",
  "keystoneUrl": "http://x.x.x.x:5000/v2.0;,
  "flavorId": "2",
  "supportsSecurityGroups": "false",
  "supportsFloatingIps": "false",
  "projects": {"onap": .

  "flavors": {

"8 GB Performance": {
  "id": "5",
  "ram": "16384",
  "disk": "160",

Re: [onap-discuss] DCAE controller fails to find flavor even when it exists

2017-05-16 Thread PLATANIA, MARCO (MARCO)

Hello Rashmi,

DCAE controller (in Gerrit master branch) requires onap_openstack_nofloat.yaml 
Heat template to correctly start up in vanilla OpenStack. While porting DCAE to 
vanilla OpenStack is still a work in progress, we were able to create the 
expected analytics platform with the controller defined in the DCAE section of 
that template.

From the error below, it seems to me that the parameters you are using refer to 
the Rackspace configuration (VM image names, flavors, …). In the env file, 
please set:

· artifacts_version: 1.1.0-SNAPSHOT

· docker_version: 1.1-STAGING-latest

· gerrit_branch: master

· cloud_env: openstack_nofloat

· dcae_base_environment: 2-NIC

· dcae_code_version: 1.1.0

I anticipate that the creation of the analytics platform (that DCAE does off 
the Heat template) is pretty slow at this time (it may take a couple of hours 
for the entire stack to come up – sorry for the inconvenience).

Thanks,
Marco

From:  on behalf of "Pujar, Rashmi" 

Date: Tuesday, May 16, 2017 at 12:06 PM
To: "onap-discuss@lists.onap.org" 
Subject: [onap-discuss] DCAE controller fails to find flavor even when it exists

Hello Devs!

I am trying to get DCAE controller running and have it spin up the rest of the 
VMs in my Openstack setup. So far I have been successful in getting the DCAE 
controller instance communicating fine with Openstack (gets the token, 
endpoints and the compute/glance/network resources and updates the Jetty server 
endpoints). The flavors and the images needed by the DCAE VMs have been created 
in OS. However, DCAE controller fails to deploy the VM citing missing flavor as 
the reason for failure.

What is the DCAE controller endpoint where it queries for the flavor name? I am 
looking at: http://localhost:9998/resources/openstack/locations/${ZONE}/flavors 
and it has the entry. Is there any other endpoint to verify?
Any insights to debug this would be helpful.

org.openecomp.ncomp.sirius.manager.Jetty8ClientException: HTTP Request Failed: 
URL: http://localhost:9998/resources/services/vm-docker-host-1 code:500 
msg:operation failed: deploy {   "exception": "java.lang.RuntimeException: No 
flavor with name '8 GB Performance'",   "directory": 
"/opt/app/dcae-controller-platform-server",   "user": "root",   "hostname": 
"7493a368c7ff",   "port": "9998",   "class": "DcaePlatformController",   
"action": "deploy",   "request": {"instanceName": "z1"},   "context": { 
"remoteIp": "127.0.0.1", "user": "console", "parameters": {}, 
"path": "/resources/services/vm-docker-host-1", "requestId": 
"1494949479518:29"   } } 


Error 500 operation failed: deploy
{
  "exception": "java.lang.RuntimeException: No flavor with name '8 GB 
Performance'",
  "directory": "/opt/app/dcae-controller-platform-server",
  "user": "root",
  "hostname": "7493a368c7ff",
  "port": "9998",
  "class": "DcaePlatformController",
  "action": "deploy",
  "request": {"instanceName": "z1"},
  "context": {
"remoteIp": "127.0.0.1",
"user": "console",
"parameters": {},
"path": "/resources/services/vm-docker-host-1",
"requestId": "1494949479518:29"
  }
}


The DCAE controller Jetty8 server endpoint for the locations lists the flavor 
as below:

root@7493a368c7ff:/# curl -X GET -H "Authorization: Basic 
Y29uc29sZTpaakprWWpsbE1qbGpNVEkyTTJJeg==" -H "Content-Type: application/json" 
-H "Accept: application/json" -H "Host: localhost:9998" -H "Cache-Control: 
no-cache" -H "Postman-Token: 654d54f7-78ed-080b-7432-b9721cf3a5b0" 
"http://localhost:9998/resources/openstack/locations/z1;
{
  "lastChanged": "2017-05-16T15:49:28.728+",
  "ceilometerAvailableCapabilites": [],
  "ceilometerUnavailableCapabilites": [],
  "version": "Juno",
  "remoteLocation": "false",
  "remoteLocationName": "z1",
  "allowCreateFlavor": "false",
  "keystoneUrl": "http://x.x.x.x:5000/v2.0;,
  "flavorId": "2",
  "supportsSecurityGroups": "false",
  "supportsFloatingIps": "false",
  "projects": {"onap": .

  "flavors": {

"8 GB Performance": {
  "id": "5",
  "ram": "16384",
  "disk": "160",
  "vcpus": "8",
  "swap": "",
  "rxtx_factor": "1.0",
  "OS_FLV_EXT_DATA_ephemeral": "0",
  "OS_FLV_DISABLED_disabled": "false",
  "os_flavor_access_is_public": "true",
  "links": [
"0",
"1"
  ]
}
  },
  "hypervisors": {}
}
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [onap-tsc] Project Proposal: External System Register

2017-05-16 Thread Avi Chapnick

Hi,

Reading the project scope it seems to me a real time configuration repository 
for external system location and credential specifically for VIM.
Probably this should be part of the multi-vim project which should own and 
manage this configuration.

I assume that  the component which is used for  storing/managing this 
configuration can be shared across different projects and/or might offered to  
be a service which any component can use.

Avi,


From: onap-tsc-boun...@lists.onap.org [mailto:onap-tsc-boun...@lists.onap.org] 
On Behalf Of ROSE, DANIEL V
Sent: Tuesday, May 16, 2017 6:51 PM
To: li.z...@zte.com.cn; jpianigi...@juniper.net
Cc: onap-discuss@lists.onap.org; onap-...@lists.onap.org
Subject: Re: [onap-tsc] [onap-discuss] Project Proposal: External System 
Register

I have to agree with Jacopo and Steve, that’s not business logic that’s basic 
endpoint health checking.

So to clarify on my and their inputs, it still seems like to me that the entire 
scope of this project is covered by some combination of A, ONAP OM or MSB 
depending on who you ask / how you look at it.

ONAP Operations manager in particular mentions (Which seems to cover most of 
your stuff.)

•  Platform Monitoring & healing: Monitor platform state, Platform health 
checks, fault tolerance and self-healing

Can you please work with someone like David Sauvageau on that project to be 
sure you have no overlap?

Thanks,
Daniel Rose
ECOMP / ONAP
com.att.ecomp
732-420-7308

From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of 
li.z...@zte.com.cn
Sent: Tuesday, May 16, 2017 12:49 AM
To: jpianigi...@juniper.net
Cc: onap-discuss@lists.onap.org; 
onap-...@lists.onap.org
Subject: Re: [onap-discuss] [onap-tsc] Project Proposal: External System 
Register


Hi Jacopo,



Thanks for your quick response. The business logic can be information 
verification before store the data to A, and heartbeat detection of the 
system state.

For example, a user sent the authentic url, tenant, username and password of 
VIM to ESR. ESR try to connect the VIM with these information. After authentic 
succeed, ESR store these VIM information to A, do heartbeat detection for 
VIM status and present the system status to user.



Best regards,

LiZi






原始邮件
发件人： ＜jpianigi...@juniper.net＞;
收件人：李滋00164331;
抄送人： ＜stephen.terr...@ericsson.com＞; ＜onap-...@lists.onap.org＞; 
＜onap-discuss@lists.onap.org＞;
日 期 ：2017年05月16日 11:32
主 题 ：Re: [onap-tsc] Project Proposal: External System Register


Not clear what the business logic is.

Sent from my iPhone

On May 15, 2017, at 8:21 PM, "li.z...@zte.com.cn" 
＜li.z...@zte.com.cn＞ wrote:

Hi Jacopo, Steve:



Actually, ESR has some business logic to deal with about external system, such 
as information verification,  which is out the scope of A When comes to the 
realization, ESR will be realized relying on A (store the external system 
data in A).



Thanks,

LiZi












发件人： ＜jpianigi...@juniper.net＞;
收件人： 
＜stephen.terr...@ericsson.com＞;李滋00164331; 
 ＜onap-...@lists.onap.org＞; 
＜onap-discuss@lists.onap.org＞;
日 期 ：2017年05月16日 01:19
主 题 ：RE: [onap-tsc] Project Proposal: External System Register


Hi,
I would agree with Steve about the need to limit overlap between subprojects
Jacopo
From: onap-tsc-boun...@lists.onap.org 
[mailto:onap-tsc-boun...@lists.onap.org] On Behalf Of Stephen Terrill
Sent: Monday, May 15, 2017 10:10 AM
To: li.z...@zte.com.cn; 
onap-...@lists.onap.org; 
onap-discuss@lists.onap.org
Subject: Re: [onap-tsc] Project Proposal: External System Register

Hi,

While I agree with the need of the external elements to be registered, is there 
a reason for why we need a separate register in addition to A? (note: I saw 
that Catherine   had a comment with a similar lines).  It may also relate to 
catalogue - LiZi, have you had a chance to chat with the A Project 
(https://wiki.onap.org/pages/viewpage.action?pageId=3246952
   ).

Best Regards,

Steve.

From: onap-tsc-boun...@lists.onap.org 
[mailto:onap-tsc-boun...@lists.onap.org] On Behalf Of 
li.z...@zte.com.cn
Sent: 15 May 2017 04:32
To: onap-...@lists.onap.org;

[onap-discuss] DCAE controller fails to find flavor even when it exists

2017-05-16 Thread Pujar, Rashmi

Hello Devs!

I am trying to get DCAE controller running and have it spin up the rest of the 
VMs in my Openstack setup. So far I have been successful in getting the DCAE 
controller instance communicating fine with Openstack (gets the token, 
endpoints and the compute/glance/network resources and updates the Jetty server 
endpoints). The flavors and the images needed by the DCAE VMs have been created 
in OS. However, DCAE controller fails to deploy the VM citing missing flavor as 
the reason for failure.

What is the DCAE controller endpoint where it queries for the flavor name? I am 
looking at: http://localhost:9998/resources/openstack/locations/${ZONE}/flavors 
and it has the entry. Is there any other endpoint to verify?
Any insights to debug this would be helpful.

org.openecomp.ncomp.sirius.manager.Jetty8ClientException: HTTP Request Failed: 
URL: http://localhost:9998/resources/services/vm-docker-host-1 code:500 
msg:operation failed: deploy {   "exception": "java.lang.RuntimeException: No 
flavor with name '8 GB Performance'",   "directory": 
"/opt/app/dcae-controller-platform-server",   "user": "root",   "hostname": 
"7493a368c7ff",   "port": "9998",   "class": "DcaePlatformController",   
"action": "deploy",   "request": {"instanceName": "z1"},   "context": { 
"remoteIp": "127.0.0.1", "user": "console", "parameters": {}, 
"path": "/resources/services/vm-docker-host-1", "requestId": 
"1494949479518:29"   } } 


Error 500 operation failed: deploy
{
  "exception": "java.lang.RuntimeException: No flavor with name '8 GB 
Performance'",
  "directory": "/opt/app/dcae-controller-platform-server",
  "user": "root",
  "hostname": "7493a368c7ff",
  "port": "9998",
  "class": "DcaePlatformController",
  "action": "deploy",
  "request": {"instanceName": "z1"},
  "context": {
"remoteIp": "127.0.0.1",
"user": "console",
"parameters": {},
"path": "/resources/services/vm-docker-host-1",
"requestId": "1494949479518:29"
  }
}


The DCAE controller Jetty8 server endpoint for the locations lists the flavor 
as below:

root@7493a368c7ff:/# curl -X GET -H "Authorization: Basic 
Y29uc29sZTpaakprWWpsbE1qbGpNVEkyTTJJeg==" -H "Content-Type: application/json" 
-H "Accept: application/json" -H "Host: localhost:9998" -H "Cache-Control: 
no-cache" -H "Postman-Token: 654d54f7-78ed-080b-7432-b9721cf3a5b0" 
"http://localhost:9998/resources/openstack/locations/z1;
{
  "lastChanged": "2017-05-16T15:49:28.728+",
  "ceilometerAvailableCapabilites": [],
  "ceilometerUnavailableCapabilites": [],
  "version": "Juno",
  "remoteLocation": "false",
  "remoteLocationName": "z1",
  "allowCreateFlavor": "false",
  "keystoneUrl": "http://x.x.x.x:5000/v2.0;,
  "flavorId": "2",
  "supportsSecurityGroups": "false",
  "supportsFloatingIps": "false",
  "projects": {"onap": .

  "flavors": {

"8 GB Performance": {
  "id": "5",
  "ram": "16384",
  "disk": "160",
  "vcpus": "8",
  "swap": "",
  "rxtx_factor": "1.0",
  "OS_FLV_EXT_DATA_ephemeral": "0",
  "OS_FLV_DISABLED_disabled": "false",
  "os_flavor_access_is_public": "true",
  "links": [
"0",
"1"
  ]
}
  },
  "hypervisors": {}
}
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [Modeling] agenda for today teleconf

2017-05-16 Thread SULLIVAN, BRYAN L

A good practice that I developed from my years of leading groups in standards, 
is to have the next week’s draft agenda as a section in the current week’s 
agenda. That way you get a chance in the meeting to say – here’s what’s 
upcoming, and take input on it a week in advance.

Maybe establishing such a practice here can help?

Thanks,
Bryan Sullivan | AT

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Michael Brenner
Sent: Tuesday, May 16, 2017 8:28 AM
To: denghui (L) 
Cc: JANA, RITTWIK ; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [Modeling] agenda for today teleconf

Deng,

I understand - but we all do 1000 different things/commitments. Without knowing 
the agenda in time, it is hard to make choices when conflicts arise. This is 
one of those weeks where there are conflicts for multiple folks. I think if we 
miss some people, in some cases the agenda may have to change or be postponed - 
otherwise the conclusion of the meetings may be different.
Things happen, and I am not complaining. I am just suggesting that if we want 
to make an effort to have interested people at the appropriate meeting, we need 
to make the extra effort in future to announce the agenda in a timely manner.

Best regards,
Michael

On Tue, May 16, 2017 at 11:12 AM, denghui (L) 
> wrote:
Michael,

After doodle until last weekend. I sent telecof bridge invite yesterday other 
than 1 hour ago. Hope you could see that

Last 3 times Teleconf/f2f, we even don’t have agenda posted before the meeting.
We are still in the startup stage, can’t have a good program manager at this 
moment.

Thanks

DENG Hui

From: Michael Brenner 
[mailto:mich...@gigaspaces.com]
Sent: Tuesday, May 16, 2017 4:25 PM
To: denghui (L) >
Cc: onap-discuss@lists.onap.org; JANA, 
RITTWIK (RITTWIK) : >
Subject: Re: [onap-discuss] [Modeling] agenda for today teleconf

Deng,

Please communicate the agenda earlier in future. As you know, I am in ETSI NFV 
meetings this week, and getting a 1 hour notice with an agenda item forced me 
to make a last minute decision. At the time of the discussion on workflow I was 
presenting at SOL WG on the topic of Deployment Flavor for VNF model - and 
could not attend the ONP discussion.

Regards,
Michael

On Tue, May 16, 2017 at 8:00 AM, denghui (L) 
> wrote:
Hello all

We are going to have teleconf in an hour, agenda would be:

1)  Working through other Modeling related projects, suggested influence. 
(All)

2)  Combination of declarative and imperative workflow with BPMN (Huabin 
Zhao)

Thanks

Rittwik and Deng Hui

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

--
Michael Brenner, Chief Architect NFV

[图像已被发件人删除。]

M: +1-732-895-5772

http://getcloudify.org

@cloudifysource

[图像已被发件人删除。]
  [图像已被发件人删除。] 

   [图像已被发件人删除。] 

   [图像已被发件人删除。]

Re: [onap-discuss] [Modeling] agenda for today teleconf

2017-05-16 Thread Michael Brenner

Deng,

I understand - but we all do 1000 different things/commitments. Without
knowing the agenda in time, it is hard to make choices when conflicts
arise. This is one of those weeks where there are conflicts for multiple
folks. I think if we miss some people, in some cases the agenda may have to
change or be postponed - otherwise the conclusion of the meetings may be
different.
Things happen, and I am not complaining. I am just suggesting that if we
want to make an effort to have interested people at the appropriate
meeting, we need to make the extra effort in future to announce the agenda
in a timely manner.

Best regards,
Michael

On Tue, May 16, 2017 at 11:12 AM, denghui (L)  wrote:

> Michael,
>
>
>
> After doodle until last weekend. I sent telecof bridge invite yesterday
> other than 1 hour ago. Hope you could see that
>
>
>
> Last 3 times Teleconf/f2f, we even don’t have agenda posted before the
> meeting.
>
> We are still in the startup stage, can’t have a good program manager at
> this moment.
>
>
>
> Thanks
>
>
>
> DENG Hui
>
>
>
> *From:* Michael Brenner [mailto:mich...@gigaspaces.com]
> *Sent:* Tuesday, May 16, 2017 4:25 PM
> *To:* denghui (L) 
> *Cc:* onap-discuss@lists.onap.org; JANA, RITTWIK (RITTWIK) : <
> rj...@research.att.com>
> *Subject:* Re: [onap-discuss] [Modeling] agenda for today teleconf
>
>
>
> Deng,
>
>
>
> Please communicate the agenda earlier in future. As you know, I am in ETSI
> NFV meetings this week, and getting a 1 hour notice with an agenda item
> forced me to make a last minute decision. At the time of the discussion on
> workflow I was presenting at SOL WG on the topic of Deployment Flavor for
> VNF model - and could not attend the ONP discussion.
>
>
>
> Regards,
>
> Michael
>
>
>
> On Tue, May 16, 2017 at 8:00 AM, denghui (L)  wrote:
>
> Hello all
>
>
>
> We are going to have teleconf in an hour, agenda would be:
>
> 1)  Working through other Modeling related projects, suggested
> influence. (All)
>
> 2)  Combination of declarative and imperative workflow with BPMN
> (Huabin Zhao)
>
>
>
> Thanks
>
>
>
> Rittwik and Deng Hui
>
>
> ___
> onap-discuss mailing list
> onap-discuss@lists.onap.org
> https://lists.onap.org/mailman/listinfo/onap-discuss
>
>
>
>
>
> --
>
> *Michael Brenner, **Chief Architect NFV*
>
> *[image: 图像已被发件人删除。]*
> --
>
> M: +1-732-895-5772 <(732)%20895-5772>
>
> http://getcloudify.org
> 
>
> @cloudifysource
>
> [image: 图像已被发件人删除。]   [image:
> 图像已被发件人删除。]   [image:
> 图像已被发件人删除。]   [image: 图像已被发件人删除。]
> 
>
>
> [image: 图像已被发件人删除。]
> 
>
>
>



-- 
Michael Brenner, Chief Architect NFV
--
M: +1-732-895-5772 http://getcloudify.org

@cloudifysource





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

Re: [onap-discuss] [Modeling] agenda for today teleconf

2017-05-16 Thread denghui (L)

Michael,

After doodle until last weekend. I sent telecof bridge invite yesterday other 
than 1 hour ago. Hope you could see that

Last 3 times Teleconf/f2f, we even don’t have agenda posted before the meeting.
We are still in the startup stage, can’t have a good program manager at this 
moment.

Thanks

DENG Hui

From: Michael Brenner [mailto:mich...@gigaspaces.com]
Sent: Tuesday, May 16, 2017 4:25 PM
To: denghui (L) 
Cc: onap-discuss@lists.onap.org; JANA, RITTWIK (RITTWIK) : 

Subject: Re: [onap-discuss] [Modeling] agenda for today teleconf

Deng,

Please communicate the agenda earlier in future. As you know, I am in ETSI NFV 
meetings this week, and getting a 1 hour notice with an agenda item forced me 
to make a last minute decision. At the time of the discussion on workflow I was 
presenting at SOL WG on the topic of Deployment Flavor for VNF model - and 
could not attend the ONP discussion.

Regards,
Michael

On Tue, May 16, 2017 at 8:00 AM, denghui (L) 
> wrote:
Hello all

We are going to have teleconf in an hour, agenda would be:

1)  Working through other Modeling related projects, suggested influence. 
(All)

2)  Combination of declarative and imperative workflow with BPMN (Huabin 
Zhao)

Thanks

Rittwik and Deng Hui

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



--
Michael Brenner, Chief Architect NFV

[图像已被发件人删除。]



M: +1-732-895-5772

http://getcloudify.org

@cloudifysource

[图像已被发件人删除。]  [图像已被发件人删除。] 
   [图像已被发件人删除。] 
   [图像已被发件人删除。] 




[图像已被发件人删除。]

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

Re: [onap-discuss] ONAP deployment with latest images/docker/code - VID issue

2017-05-16 Thread ROSE, DANIEL V

I believe there was an issue with one components docker tag that was causing 
some issues. Marco was following up on that.

Thanks,

Daniel Rose
ECOMP / ONAP
com.att.ecomp
732-420-7308

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Andrew Fenner
Sent: Tuesday, May 16, 2017 8:42 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] ONAP deployment with latest images/docker/code - VID 
issue

Hi,

I had deployed previous deployed ONAP based on the branches suggested and got 
the demo working. Then I tried to move to a "latest" software, so I know I 
might be in uncharted waters but I wondered is this the place to get help, 
please point me to other forum if its more apprioriate.

I have the branches etc set as follows
ubuntu@vm1-vid:/opt$ cat /opt/config/artifacts_version.txt 
/opt/config/docker_version.txt /opt/config/gerrit_branch.txt
1.1.0-SNAPSHOT
1.1-STAGING-latest
master

The docker containers download and after one change to the vid_vm_init.sh the 
server seems to be up.
The change
docker run -e VID_MYSQL_DBNAME=vid_openecomp -e 
VID_MYSQL_PASS=Kp8bJ4SXszM0WXlhak3eHlcse2gAw84vaoGGmJvUy2U --name vid-server -p 
8080:8080 --link vid-mariadb:vid-mariadb-docker-instance -d 
$NEXUS_DOCKER_REPO/openecomp/vid:$DOCKER_IMAGE_VERSION
to
docker run -e VID_MYSQL_DBNAME=vid_openecomp_epsdk -e 
VID_MYSQL_PASS=Kp8bJ4SXszM0WXlhak3eHlcse2gAw84vaoGGmJvUy2U --name vid-server -p 
8080:8080 --link vid-mariadb:vid-mariadb-docker-instance -d 
$NEXUS_DOCKER_REPO/openecomp/vid:$DOCKER_IMAGE_VERSION


However once I try to launch the VID from the portal I get the error
2017-05-16 
12:22:50,901|39d38c21-06e7-4bf6-a244-dc1f56e4dab9||http-apr-8080-exec-6||/single_signon.htm|292b461a-2954-4b63-a3f9-f916c7ad3bc0|WARN|INFORMATIONAL|172.17.0.3|9e55538716e8
 Handler execution resulted in exception: required key 
[authentication_mechanism] not found

This seems to be related the lack on an attribute
authentication_mechanism = BOTH
in the 
/opt/vid/epsdk-app-onap/src/main/webapp/WEB-INF/fusion/conf/fusion.properties

I also got the error
2017-05-16 
12:08:53,961|||localhost-startStop-1ERROR|INFORMATIONAL|172.17.0.3|9e55538716e8||org.openecomp.portalsdk.core.util.SystemProperties||
 getProperty: environment is null, should never happen!
Which is a bit worrying.

It looks like I'm not getting a consistent set of downloads and I was looking 
for any advice on how to proceed

SDC seems to be working and I got a Service distributed to A so a lot of the 
latest seems to have worked so that is why I was hoping to get past this issue 
with VID.

Thanks

/Andrew


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

Re: [onap-discuss] [Modeling] agenda for today teleconf

2017-05-16 Thread SULLIVAN, BRYAN L

Thanks Brian. I see also from the wiki that there is an IRC channel as 
requested: 
https://www.irccloud.com/#!/ircs://irc.freenode.net:6697/%23onap-modeling

I recommend we get the LF infra team to setup a bot there to log the channel 
for the minutes. We can also let people use the zoom chat and paste that into 
the IRC channel at the end of the meeting, so it’s part of the minutes.

Thanks,
Bryan Sullivan | AT

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Brian Hedstrom
Sent: Tuesday, May 16, 2017 7:01 AM
To: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [Modeling] agenda for today teleconf

Here are the ZOOM chat notes from the Modeling meeting today.
07:38:25  From Bryan Sullivan : I disagree in principle that 
declarative methods can'rt handle complex use cases.
07:39:33  From DENG Hui : Bryan, do you have example, how vendor's 
volte could be deployed based on declarative methods?
07:39:37  From Bryan Sullivan : Dependencies as an example is clearly 
supported by a declarative model, and can be used to derive VNFC sequencing.
07:40:09  From Alex Vul : I agree with Bryan...
07:40:24  From Bryan Sullivan : You need to list the particular aspects 
of the model (actions in a deployment process for example) that need to be 
assessed per support in declarative means.
07:40:51  From Bryan Sullivan : Do we have an IRC channel for the 
meeting? Will be more effective than this chat tool.
07:41:35  From Alex Vul : just look at the VMware proprietary 
implementaton or the BMC one, or examples of complex SAP landscapes that have 
been modelled in TOSCA
07:42:08  From Alex Vul : the complexity of SAP landscapes rivals what 
we need to do in terms of network services, VNFs and SFCs
07:42:20  From Bryan Sullivan : Also, the Cloudify DSL has a lot of 
complex features that they have extended TOSCA with. These have not worked into 
the standard but are a clear example of how to declaratively model complex 
features.
07:43:34  From Alex Vul : I have been working with declarative 
orchestrators for more than 10 years - they can do the job...
07:44:15  From maopeng : could the Tosca deal with both deploy and 
upgrade？
07:44:16  From Bryan Sullivan : Same for JuJu, which uses a largely 
declarative approach, supplemented by scripts where needed for any detailed 
actions not yet supported by the model DSL. This is a common technique, and is 
a design decision in the end (how much to script based upon lifecycle hook 
calls).
07:45:14  From DENG Hui : one more clarification again: is there any 
vendor's VOLTE could be deployed based on declarative model? please show the 
example,
07:45:20  From Bryan Sullivan : I see no reason that upgrade cannot be 
represented by a reference to a dependent artifact that has changed version 
(upgrade or downgrade), based upon the current running state of a VNF.
07:45:38  From DENG Hui : today's svnfm is under JUJU,
07:45:44  From Alex Vul : TOSCA *is* for deployment
07:46:22  From maopeng : @Alex，just for deployment？
07:46:30  From Bryan Sullivan : Deng, the "vendor's VOLTE" example 
needs to be defined re requirements by the vendor. We can't in a generic sense 
respond to a particular example withouth understanding the 
assumptions/requirements of that example.
07:46:38  From Alex Vul : you can also orchestrate upgrades/updates
07:47:07  From Amir Levy : @DENG - we have ran VoLTE over declarative 
model using Cloudify
07:47:10  From Alex Vul : the containment graph is helpful for 
in-service upgrades
07:47:34  From Amir Levy : 
https://www.youtube.com/watch?v=NfkCkj3Hd8U
07:47:48  From DENG Hui : @amir, which operator , and which telecom 
vendor, don't tell me that is open source
07:48:25  From maopeng : one Tosca file or two files do deploy and 
update?
07:48:26  From Amir Levy : @DENG check out - OPNFV / ClearWater
07:48:35  From Bryan Sullivan : Deng, where possible we should always 
use open source examples to develop ONAP functionality.
07:48:55  From Bryan Sullivan : (if I understood your point/question)
07:49:05  From DENG Hui : Bryan, we are talking about commerical value 
and commerical deployment, not just for academy based on open source vnf
07:51:18  From Bryan Sullivan : If we can't derive clear deployable 
platform value from developing a platform using open source reference VNFs, 
then we might as well go home now. That does not impact your ability to deploy 
proprietary "real" VNFs, or diminish the potential quality of the

Re: [onap-discuss] [Modeling] agenda for today teleconf

2017-05-16 Thread Brian Hedstrom

Here are the ZOOM chat notes from the Modeling meeting today.
07:38:25 From Bryan Sullivan : I disagree in principle that declarative
methods can'rt handle complex use cases.
07:39:33 From DENG Hui : Bryan, do you have example, how vendor's volte
could be deployed based on declarative methods?
07:39:37 From Bryan Sullivan : Dependencies as an example is clearly
supported by a declarative model, and can be used to derive VNFC sequencing.
07:40:09 From Alex Vul : I agree with Bryan...
07:40:24 From Bryan Sullivan : You need to list the particular aspects of
the model (actions in a deployment process for example) that need to be
assessed per support in declarative means.
07:40:51 From Bryan Sullivan : Do we have an IRC channel for the meeting?
Will be more effective than this chat tool.
07:41:35 From Alex Vul : just look at the VMware proprietary implementaton
or the BMC one, or examples of complex SAP landscapes that have been
modelled in TOSCA
07:42:08 From Alex Vul : the complexity of SAP landscapes rivals what we
need to do in terms of network services, VNFs and SFCs
07:42:20 From Bryan Sullivan : Also, the Cloudify DSL has a lot of complex
features that they have extended TOSCA with. These have not worked into the
standard but are a clear example of how to declaratively model complex
features.
07:43:34 From Alex Vul : I have been working with declarative orchestrators
for more than 10 years - they can do the job...
07:44:15 From maopeng : could the Tosca deal with both deploy and upgrade？
07:44:16 From Bryan Sullivan : Same for JuJu, which uses a largely
declarative approach, supplemented by scripts where needed for any detailed
actions not yet supported by the model DSL. This is a common technique, and
is a design decision in the end (how much to script based upon lifecycle
hook calls).
07:45:14 From DENG Hui : one more clarification again: is there any
vendor's VOLTE could be deployed based on declarative model? please show
the example,
07:45:20 From Bryan Sullivan : I see no reason that upgrade cannot be
represented by a reference to a dependent artifact that has changed version
(upgrade or downgrade), based upon the current running state of a VNF.
07:45:38 From DENG Hui : today's svnfm is under JUJU,
07:45:44 From Alex Vul : TOSCA *is* for deployment
07:46:22 From maopeng : @Alex，just for deployment？
07:46:30 From Bryan Sullivan : Deng, the "vendor's VOLTE" example needs to
be defined re requirements by the vendor. We can't in a generic sense
respond to a particular example withouth understanding the
assumptions/requirements of that example.
07:46:38 From Alex Vul : you can also orchestrate upgrades/updates
07:47:07 From Amir Levy : @DENG - we have ran VoLTE over declarative model
using Cloudify
07:47:10 From Alex Vul : the containment graph is helpful for in-service
upgrades
07:47:34 From Amir Levy : https://www.youtube.com/watch?v=NfkCkj3Hd8U
07:47:48 From DENG Hui : @amir, which operator , and which telecom vendor,
don't tell me that is open source
07:48:25 From maopeng : one Tosca file or two files do deploy and update?
07:48:26 From Amir Levy : @DENG check out - OPNFV / ClearWater
07:48:35 From Bryan Sullivan : Deng, where possible we should always use
open source examples to develop ONAP functionality.
07:48:55 From Bryan Sullivan : (if I understood your point/question)
07:49:05 From DENG Hui : Bryan, we are talking about commerical value and
commerical deployment, not just for academy based on open source vnf
07:51:18 From Bryan Sullivan : If we can't derive clear deployable platform
value from developing a platform using open source reference VNFs, then we
might as well go home now. That does not impact your ability to deploy
proprietary "real" VNFs, or diminish the potential quality of the platform
to support them. We just have to do a thorough job using open source tools
including VNFs.
07:51:20 From maopeng : if the deploy and the update have the different
relations or other depandencies running state, how to do that?
07:52:02 From Alex Vul : can you elaborate maopeng...
07:52:19 From Bryan Sullivan : We are not in a science experiment here; we
are working in the open on a real deployable platform. We just need to keep
all the components of the project discussion open and free.
07:54:20 From maopeng : @alex, we can discuss offline
07:54:32 From Ranny Haiby (Nokia) : Nokia successfully deployed a
commercial IMS using a TOSCA driven templates decribed here:
https://tools.ext.nokia.com/asset/200827
07:54:36 From Alex Vul : sure... i spent 15 years working on app modeling...
07:54:59 From Alex Vul : what Huabing is proposing is actually one
implementation that I have done...
07:55:21 From Bryan Sullivan : Do these chat notes get published in the
minutes? If not we need to start using IRC so the notes are minuted.

On Tue, May 16, 2017 at 6:00 AM, denghui (L)  wrote:

> Hello all
>
>
>
> We are going to have teleconf in an hour, agenda would be:
>
> 1)  Working

[onap-discuss] ONAP deployment with latest images/docker/code - VID issue

2017-05-16 Thread Andrew Fenner

Hi,

I had deployed previous deployed ONAP based on the branches suggested and got 
the demo working. Then I tried to move to a "latest" software, so I know I 
might be in uncharted waters but I wondered is this the place to get help, 
please point me to other forum if its more apprioriate.

I have the branches etc set as follows
ubuntu@vm1-vid:/opt$ cat /opt/config/artifacts_version.txt 
/opt/config/docker_version.txt /opt/config/gerrit_branch.txt
1.1.0-SNAPSHOT
1.1-STAGING-latest
master

The docker containers download and after one change to the vid_vm_init.sh the 
server seems to be up.
The change
docker run -e VID_MYSQL_DBNAME=vid_openecomp -e 
VID_MYSQL_PASS=Kp8bJ4SXszM0WXlhak3eHlcse2gAw84vaoGGmJvUy2U --name vid-server -p 
8080:8080 --link vid-mariadb:vid-mariadb-docker-instance -d 
$NEXUS_DOCKER_REPO/openecomp/vid:$DOCKER_IMAGE_VERSION
to
docker run -e VID_MYSQL_DBNAME=vid_openecomp_epsdk -e 
VID_MYSQL_PASS=Kp8bJ4SXszM0WXlhak3eHlcse2gAw84vaoGGmJvUy2U --name vid-server -p 
8080:8080 --link vid-mariadb:vid-mariadb-docker-instance -d 
$NEXUS_DOCKER_REPO/openecomp/vid:$DOCKER_IMAGE_VERSION


However once I try to launch the VID from the portal I get the error
2017-05-16 
12:22:50,901|39d38c21-06e7-4bf6-a244-dc1f56e4dab9||http-apr-8080-exec-6||/single_signon.htm|292b461a-2954-4b63-a3f9-f916c7ad3bc0|WARN|INFORMATIONAL|172.17.0.3|9e55538716e8
 Handler execution resulted in exception: required key 
[authentication_mechanism] not found

This seems to be related the lack on an attribute
authentication_mechanism = BOTH
in the 
/opt/vid/epsdk-app-onap/src/main/webapp/WEB-INF/fusion/conf/fusion.properties

I also got the error
2017-05-16 
12:08:53,961|||localhost-startStop-1ERROR|INFORMATIONAL|172.17.0.3|9e55538716e8||org.openecomp.portalsdk.core.util.SystemProperties||
 getProperty: environment is null, should never happen!
Which is a bit worrying.

It looks like I'm not getting a consistent set of downloads and I was looking 
for any advice on how to proceed

SDC seems to be working and I got a Service distributed to A so a lot of the 
latest seems to have worked so that is why I was hoping to get past this issue 
with VID.

Thanks

/Andrew


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

Re: [onap-discuss] https://{host-url}:8443/aai /v8/ - What are the credentials to open this link in browser or json request?

Re: [onap-discuss] [onap-tsc] Project Proposal: External SystemRegister

[onap-discuss] https://{host-url}:8443/aai /v8/ - What are the credentials to open this link in browser or json request?

Re: [onap-discuss] DCAE controller fails to find flavor even when it exists

Re: [onap-discuss] Staging repo in settings.xml

Re: [onap-discuss] DCAE controller fails to find flavor even when it exists

Re: [onap-discuss] DCAE controller fails to find flavor even when it exists

Re: [onap-discuss] [onap-tsc] Project Proposal: External System Register

[onap-discuss] DCAE controller fails to find flavor even when it exists

Re: [onap-discuss] [Modeling] agenda for today teleconf

Re: [onap-discuss] [Modeling] agenda for today teleconf

Re: [onap-discuss] [Modeling] agenda for today teleconf

Re: [onap-discuss] ONAP deployment with latest images/docker/code - VID issue

Re: [onap-discuss] [Modeling] agenda for today teleconf

Re: [onap-discuss] [Modeling] agenda for today teleconf

[onap-discuss] ONAP deployment with latest images/docker/code - VID issue

16 matches

Site Navigation

Mail list logo

Footer information