date:20170516

Re: [onap-discuss] [ONAP STANDARDS/SDO COORDINATOR ELECTION] Kickoff of the ONAP Standards/SDO Coordinator Election - Intel Uri Elzur candidacy

2017-05-16 Thread Elzur, Uri

Hi All

Working in open source communities and standard organizations for multiple 
years now and specifically in all layers pertinent to ONAP, is in my humble 
opinion, the background needed to be successful in this important role for the 
ONAP community. I’ve gathered lots of experience serving as the OPEN-O TSC Vice 
chair and Architecture chair. I’m proud of the initiatives I’ve led in that 
community including the initiation of the VNF SDK project that was adopted by 
the ONAP community too! The VNF SDK was the first open source proposed project 
to fully include VNFs in a MANO community!

The VNF SDK project is designed to address the painful on-boarding issue and it 
emphasized the importance of getting VNFs that are in tune with the MANO 
orchestration as part of the initial design vs. an afterthought. Specifically 
related to this standards and SDO coordinator position, I’ve also proposed the 
adoption of a unified, industry-agreed Data Models to enable higher levels of 
MANO automation and reduction of the VNF vendor’s labor. This has been done in 
collaboration with all community vendor and considering and integrating the 
opinions and inputs of multiple VNF vendors.

Positions on level of automation and cloud readiness, are  one of the topics 
that may separate different candidates for this position. We firmly believe 
that working with relevant standard organizations to promote highest level of 
automation and agility, are essential to enable Telco to best compete with best 
cloud efficiencies, for long term NFV success. However, my unequivocal commit 
is to represent the TSC position whatever it may be!

The time left before the vote is short. So I hope this write up provides some 
idea of the motivation, proven capabilities and proposed directions


Additional relevant background

· OPEN-O - multiple contributions to the Membership agreement that was 
used to guide the ONAP’s membership agreement. Active participant in data 
modeling and standard  interactions.

· ODL – serve on the board and was on the TSC in last 2 years. 
intitiated and drove the Multi Writer work to respolve the issue of multiple 
projects simultaneously intercting with a vSwitch.  Inititiator of the S3P 
(Stability, Security, Scalabilitya and Perfomance) as a mesure of “readiness” 
for an open Source project – adopted by ONAP as well

· SFC – working with many of the industry and the community to look for 
a broad industry agreement for top to bottom SFC

· VNF Data Model – created the initiative for Data Model convergence 
and industry agreement including multi party  public efforts  open to all where 
interoprability and use of the VNF SDK tools created for OPEN-O was 
demonstrated  (e.g. public demo at MWC and recently at L123 NFV World Congress)

· DMTF board member 2008-2010

· IETF – co editor of the NSH (SFC related) draft

· At Intel I lead the stack architrcture MANO through OpenStack, ODL, 
vSwitches and the server platform. This provides an opportunity


Beyond experience, have demonstraed an un biased handling of technical issues! 
It is important to note that, we at Intel, do not ship products competing with 
the key vendors in the ONAP community, we are positioned to handle any 
potential disagreement in an even handed way!

Short bio is found below.


Uri Elzur Bio
DNSG Chief Technologist

Uri Elzur is the CTO for the Data Center Network Solution Group (DNSG) of 
Intel’s Data Center Group. In this role, he is responsible for creating SDN/NFV 
technical strategy, open source top-to-bottom stack architectures (including 
MANO, OpenStack, ODL, vSwitch) and influence the server platforms.

Uri is a networking specialist with more than 25 years of industry experience 
and a proven track record of creating innovative product architectures, 
strategies and in Networking, Virtualization, Security etc. Currently represent 
Intel at ODL, Open-O (as a VC Architecture) and IETF.

Previously, Uri has held a position of a Sr. Director at Broadcom, managing a 
networking/NIC architecture team. In that role Uri led multiple innovations in 
the areas of Virtualization, TCP offload, RDMA, iSER, iSCSI/FCoE.

Uri holds many patents and BSc and MSc EE/CS from the Technion, Haifa, Israel


Thx

Uri (“Oo-Ree”)
C: 949-378-7568

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Phil Robb
Sent: Thursday, May 11, 2017 6:51 PM
To: onap-tsc ; onap-discuss@lists.onap.org
Subject: [onap-discuss] [ONAP STANDARDS/SDO COORDINATOR ELECTION] Kickoff of 
the ONAP Standards/SDO Coordinator Election

Hello ONAP Community Members:

Please consider this email as the kickoff of the ONAP Standards/SDO Coordinator 
Election process.  A description of the role can be found on the ONAP Technical 
Community Coordinator's page here:  
https://wiki.onap.org/display/DW/Technical+Community+Coordinators

Please recall, as stated in section 5.2.2.2 of

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&AI, 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&AI, 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&AI, 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&AI. When comes to the 
realization, ESR will be realized relying on A&AI (store the external system 
data in A&AI). 

 

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&AI? (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&AI 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 t

[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 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 
flav

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 is included in 
> local settings.xml.  This is because there are snapshot artifacts in 
> Nexus that have b

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",
  "vcpus": "8",
  "swap": "",
  "rxtx_factor": "1.0",
  "OS_FLV_EXT_DATA_ephemeral": "0",
  "OS_FLV_DISABLED_disabled": "false",
  "os_flavor_

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&AI, 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&AI, 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&AI, 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&AI. When comes to the 
realization, ESR will be realized relying on A&AI (store the external system 
data in A&AI).



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&AI? (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&AI 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] [onap-tsc] Project Proposal: External System Register

2017-05-16 Thread ROSE, DANIEL V

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&AI, 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&AI, 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&AI, 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&AI. When comes to the 
realization, ESR will be realized relying on A&AI (store the external system 
data in A&AI).



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&AI? (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&AI 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 VNFM   to deploy a VNF. So they should get the 
information of available external systems from a registry before call the 
Interfaces of these external systems.  ESR provides a service to centralized 
management of the information (name, vendor, version, acess end  point,  etc.) 
of external systems. So the ONAP components can get the system information with 
unified API from a logical single point.



The proposal wiki page, which includes details of the project description 
(including sub projects), project scopes, and pr

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

2017-05-16 Thread Michael Brenner

+1!

On Tue, May 16, 2017 at 11:30 AM, SULLIVAN, BRYAN L  wrote:

> 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&T
>
>
>
> *From:* onap-discuss-boun...@lists.onap.org [mailto:onap-discuss-bounces@
> 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) : <
> 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: 图像已被发件人删除。]
>

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&T

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) 
mailto:denghu...@huawei.com>> 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) mailto:denghu...@huawei.com>>
Cc: onap-discuss@lists.onap.org; JANA, 
RITTWIK (RITTWIK) : mailto: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) 
mailto:denghu...@huawei.com>> 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) 
mailto:denghu...@huawei.com>> 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&AI 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&T

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 quali

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

2017-05-16 Thread Michael Brenner

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] [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 through other Modeling relat

Re: [onap-discuss] How to best populate Contributors and Committers in newly formed ONAP projects

2017-05-16 Thread Kanagaraj Manickam

My 2 cents…
 It is preferable to have at least 2 Committers show approval (with a +1) 
 for a contribution before it is accepted into the repository.  It is also 
 a best practice to never have a Committer review and/or approve their own 
 contribution into the repository.

-  This is an very good practice to follow and it would help to keep 
project healthy. This will also helps to stop committers to approve the code by 
them self. We follow this practice in OpenStack community on every commit we 
merge into git repository.

-  Systematically we could make the onap gerrit to address it.

>>> General Guidelines:
Currently we are trying to keep the one as committer, only if (s)he contributed 
seed code either in ONAP or Open-O.  But, I feel that we should also take 
consideration of the subject matter expertise , who are

1.   already having good working experience in technology and domains

2.   already worked on similar projects  in related/dependent communities 
like OpenStack, OPNFV as committer/active-contributor.

3.   willing to play the committer role from different companies who were 
neither part of Open-O nor ONAP, (satisfying #1 but not #2) it would open 
opportunity to those, on trust basis and is good for community

This would help to bring authorative 3rd eye to review the code from different 
perspective, which is good for keeping project in right/neutral path, while 
seed code contributors look at the code only from their perspective.

Regards
Kanagaraj M


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

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

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Phil Robb
Sent: Monday, May 15, 2017 8:07 PM
To: onap-tsc; onap-discuss@lists.onap.org
Subject: [onap-discuss] How to best populate Contributors and Committers in 
newly formed ONAP projects

Hello ONAP Development Community:

I wanted to kick off  a thread where we can discuss the best way to populate 
contributors, committers, and Project Technical Leads (PTLs) as we are forming 
the first ONAP project teams over the next few weeks.  For consistency across 
projects and the formation of a healthy development ecosystem, it is important 
that we all have a common understanding of the roles and responsibilities of 
each of these participants in our community.  There is no "one way" to do this 
so please do not consider this email as an edict to be blindly followed.  
Instead, I'd like to provide some best-practices gathered over the years, then 
for us to discuss, then come to consensus on how we will populate these roles.

First the definitions:

Contributor:  Anyone who wants to participate in the project.  This can be 
providing input on the email list, contributing a bug fix, contributing code 
for a new feature, writing test case or documentation, etc.  Like everyone in 
the project, these people always have a voice and are welcome to provide their 
thoughts and insights in any technical discussion within the project.

Committer:  A contributor that has the authority, and responsibility to submit 
changes to the ONAP software repository.  Typical characteristics of a 
Committer are:
1) Deep expertise in the code base over which they are committers
2) Time dedicated to reviewing code contributions made by other contributors
3) Knowledge and understanding of the overall development activities occurring 
within the project - this is important so that the review of new code is taken 
in the context of the overall development for the project.
4) Knowledge and understanding of other, interdependent projects within ONAP 
and how contributions to this project affect work being done elsewhere by 
others.

The Committers on a project will review each code contribution made by the 
Contributors, and other Committers on the project.  Often, a Committer will 
need to enter into a dialog with a Contributor to have them make changes to the 
contribution to better fit the functional or structural makeup of the existing 
codebase.  It is preferable to have at least 2 Commit

[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&AI 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

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

2017-05-16 Thread denghui (L)

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

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

2017-05-16 Thread zhao.huabing

Hi Daniel,

I think they're different.

What MSB care about is providing a registration/discovery mechanism to 
facilitate the communication of Microservices, in particular, the 
Registration/discovery of MSB focus on the access end points of service 
providers.

What ESR provides is the central registry of External Systems, such as VNFM, 
VIM, SDNC and EMS. So the relevant component of ONAP can use it in the process 
of orchestration. For example, the Orchestrator may need to know available 
VNFMs instances and choose one according to VNF type and location when create a 
VNF.




Thanks,

Huabing



Original Mail



Sender:  ＜dr6...@att.com＞
To: lizi00164331 ＜onap-...@lists.onap.org＞ ＜onap-discuss@lists.onap.org＞
Date: 2017/05/15 22:09
Subject: Re: [onap-discuss] [onap-tsc] Project Proposal: External SystemRegister







Hi LiZi,


 


How would you compare this project with the MSB project?


 


MSB lists


 


Service discovery - Server side discovery


 


and you list


 


·  Register/query/update/delete function of VIM


·  Register/query/update/delete function of VNFM


·  Register/query/update/delete function of SDN Controller


·  Register/query/update/delete function of EMS.


 


Can you say how they are different?


 


Daniel Rose


ECOMP / ONAP


com.att.ecomp


732-420-7308


 


From: onap-tsc-boun...@lists.onap.org [mailto:onap-tsc-boun...@lists.onap.org] 
On Behalf Of li.z...@zte.com.cn
 Sent: Sunday, May 14, 2017 10:32 PM
 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 VNFM  to deploy a VNF. So they should get the information 
of available external systems from a registry before call the Interfaces of 
these external systems.  ESR provides a service to centralized management of 
the information (name, vendor, version, acess end point,  etc.) of external 
systems. So the ONAP components can get the system information with unified API 
from a logical single point.


 


The proposal wiki page, which includes details of the project description 
(including sub projects), project scopes, and proposed repo names, can be found 
at: https://wiki.onap.org/display/DW/External+System+Register 


 


Thanks,


 


LiZi

 

 

 


 


李滋 lizi


 


IT开发工程师 IT Development Engineer
 网管及服务开发二部/中心研究院/系统产品 Network Management & Service Development Dept. II/Central 
R＆D  Institute/System Product


 






 成都市高新区天府大道中段800号中兴通大厦
 ZTE Corporation Building, No. 800 Middle Section Tianfu Avenue, 
 Chengdu, P..R.China, 610041 
 M: +86 15583405168 
 E: li.z...@zte.com.cn 
 www.zte.com.cn___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [ONAP STANDARDS/SDO COORDINATOR ELECTION] Kickoff of the ONAP Standards/SDO Coordinator Election - Intel Uri Elzur candidacy

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] [onap-tsc] Project Proposal: External System Register

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] [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

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

Re: [onap-discuss] How to best populate Contributors and Committers in newly formed ONAP projects

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

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

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

23 matches

Site Navigation

Mail list logo

Footer information