[onap-discuss] Regarding AAI docker model-loader on vanilla openstack

[Kedar Ambekar]

Hi All,

We have setup ONAP on Vanilla OpenStack.

We are using these values.

Heat : onap_openstack_float
artifacts_version: 1.1.0-SNAPSHOT
docker_version: 1.0-STAGING-latest
gerrit_branch: release-1.0.0

On AAI VM, "testconfig_model-loader_1" docker container doesn't seem to be 
holding up.

root@vm1-aai-inst1:~# docker logs testconfig_model-loader_1
Checking environment for configuration options
Starting up model loader...

We did try to use docker version 1.1-STAGING-latest for AAI only. That doesn't 
seem to have issue with this container but getting some other functional 
issues. Also, it may not be good idea to use different version for only one 
component.

Appreciate any help on it !

Will it be worth to use 1.1-STAGING-latest for all components ? I guess that is 
not stable release though.



Disclaimer:  This message and the information contained herein is proprietary 
and confidential and subject to the Tech Mahindra policy statement, you may 
review the policy at http://www.techmahindra.com/Disclaimer.html 
 externally 
http://tim.techmahindra.com/tim/disclaimer.html 
 internally within 
TechMahindra.


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

Re: [onap-discuss] Self-Nomination for A PTL

[li.zi30]

Hi, Steven and all,





I sent this email to discuss about merging ESR with A

As we disscussed before, ESR will supplies both portal and API to 
manage(register/query/delete/update) the external system and check whether the 
external systems are reachable. I sent an email to call for feedback about how 
the other ONAP components will interact with the external system and received 
some response. For example, the guys from Multi-VIM said they will register 
infrastructure to A and VF-C will query VIM/S-VNFM addresses from ESR. I 
think our team members could contribute to these functions. and the function of 
ESR would be a suppliment of A

So, If you don't mind I'd like to move the committers in ESR to A, and hope 
the committers could be involved in the polling of PTL.




BR,

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

[onap-discuss] 答复: Call for Self-Nominations for VF-C Project PTL

[杨艳]

Dear VF-C committers,

 

I would like to inform you that the poll has been set up for VF-C PTL and
available for you to vote.

 

The poll will be closed on June 24.

 

Regards,

Yan

 

发件人: 杨艳 [mailto:yangya...@chinamobile.com] 
发送时间: 2017年6月20日 9:33
收件人: 'Lingli Deng'; zhang.maope...@zte.com.cn; kanagaraj.manickam@huawei.
com; fu.jin...@zte.com.cn; Yang Yan; victor@huawei.com; 'Andrianov,
Anatoly (Nokia - US/Arlington Heights)'; 'Subramanya, Nagesha (Nokia -
IN/Bangalore)'; lxin...@vmware.com; wangguir...@boco.com.cn;
ningxiaodong2...@boco.com.cn; yog.vashis...@ril.com; adityakar@ril.com;
don...@raisecom.com; hanya...@raisecom.com
抄送: onap-discuss@lists.onap.org
主题: Call for Self-Nominations for VF-C Project PTL

 

Dear VF-C committers,

 

The VF-C project is soliciting self nominations for its Project Technical
Lead. Per TSC instructions, nominees should be from those listed as
committers on the VF-C project proposal approved by the ONAP TSC
(https://wiki.onap.org/pages/viewpage.action?pageId=3246989). The nomination
period will end on Friday, June 23.

 

To nominate, please send an email to the onap-discuss list, stating your
interest, and a short bio for helping people to know you better. 

After the nomination period is closed, a voting poll will be set up for vote
collection.

 

Thanks,

Yan

 

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

[onap-discuss] [Release] Release Management Update on reaching M1.

[Gildas Lanilis]

Dear Project Primary Contact or Elected PTLs,

As you know the ONAP M1 Release Planning milestone is within 1 week.
For the projects that were approved at Beijing, there is not much activity in 
the creation of project Release Planning materials.

The following projects have made an effort to start completing the Release 
Planning materials:

1.   
APPC

2.   
CLAMP

3.   
DCAE

4.   
Holmes
 and 
checklist

5.   
MSB
 and 
checklist

6.   Policy 
Framework
 and 
checklist

7.   
VF-C
 and 
checklist

8.   VNF 
SDK
 and 
checklist
however they still have work to do to reach our M1 goal.

In case you wonder what actions are required from you, here is a recap:

1.   Fill out the "Release Planning 
Template"

2.   Fill out The "Release Planning 
Checklist"

3.   AND MOST critical NOW review and complete the "Resources & 
Repositories" wiki 
page.

For you convenience, here is the 

[onap-discuss] Self-Nomination for A PTL

[Steven Blimkie]

Hello all,

I would like to nominate myself for the role of PTL for the A ONAP project.

I am a software developer with over 18 years of experience in the telecom 
industry.  I started my career working with Nortel Networks where I designed 
OA solutions for various network devices.  I later moved to 
Bridgewater/Amdocs where I was a key contributor and team lead on a variety of 
products including our RADIUS AAA solution, our 3GPP Diameter solution, and our 
WiFi Offload Controller.

Most recently, I have been heavily involved as a designer and team lead 
co-developing the A with AT  Our team was responsible for bringing the 
microservice architecture to the A  We are using this architecture in a 
drive to de-couple the A from the backend technologies on which it currently 
relies (allowing ONAP deployers to swap in their preferred database 
implementations).

I am currently one of the most frequent contributors to the A repositories.  
I have a strong knowledge of the A architecture and of the technologies it 
uses (HBase, Titan, ElasticSearch).  I believe I am well positioned to be an 
effective A PTL, and look forward to your consideration.

Regards,
Steve Blimkie

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] Using ceilometer to scale out VF module

[GUPTA, ALOK]

Oliver:

We do have TCA domain already defined and included in the current VES 
requirements document. The events would be sent to DCAE collector using REST 
API (please note username/password and FQDN would need to be configured in the 
Nagios sending the events and the info needs to be communicated to DCAE 
controller and collector receiving the events). The DCAE collector will place 
the events on DMaPP.

In addition we would need yaml on-boarding file so we can create policies and 
would need a clamp flow processing the event using the policies.

We don’t have examples for TCA domain, as we normally get raw performance data 
in the measurementforVnfScaling domain and then we have internal micro-service 
that generates TCAs.

We just presented a paper and demo at OPNFV that uses events from ONAP 
reference VNFs,  vFW and vLB and uses collectD Agent from Intel to get 
baremetal events in to DCAE collector. The link to demo is:  
https://www.youtube.com/watch?v=Zoxcj4mwUwU.

If people are interested in working the details within ONAP, I will be start SA 
discussion group soon and we can help answer question or work the details in 
the lab.


Regards,

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

From: SPATSCHECK, OLIVER
Sent: Thursday, June 22, 2017 9:47 AM
To: GUPTA, ALOK 
Subject: Fwd: [onap-discuss] Using ceilometer to scale out VF module

Is that something you guys have looked into. Can you respond on onap-discuss if 
you did?

Thx

Oliver


Begin forwarded message:

From: Ethan Lynn >
Subject: Re: [onap-discuss] Using ceilometer to scale out VF module
Date: June 22, 2017 at 9:45:18 AM EDT
To: "ROSE, DANIEL V" >
Cc: "onap-discuss@lists.onap.org" 
>

Hi Daniel,
   Let’s say, if I write an agent that can receive ceilometer alarms and then 
transform to the format that ves can recognize, is it doable? If this is 
doable, is there any example that I can follow? I notice that there are some 
fields in ves like thresholdcrossingfields that might be  a good place to put 
ceilometer alarm datas, but I don’t find any example there.

On 22 Jun 2017, at 8:29 PM, ROSE, DANIEL V 
> wrote:

You would need a listener added to dcae to receive these events. One may exist 
(check with someone in the dcae project) but we chose ves for release 1 as it 
allows the vnfs to send things that would: not be monitorable in the VIM (app 
health for example),are receivable if one does not have access to the vim (ie 
on rackspace) or if one does not run on openstack (ie azure).


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 Ethan Lynn
Sent: Wednesday, June 21, 2017 11:51 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Using ceilometer to scale out VF module

Hi,
   I’m wondering is there any workable solutions to integrate ceilometer’s 
alarm to scale out vDNS demo. I notice that for now we are using ves client to 
send measurementsForVfScalingFields to DCAE collector, and DCAE will trigger a 
policy action to scale out a new instance. But ceilometer already do the 
calculation and will send out an alarm when metrics exceed some level of 
threshold, is it possible to let ceilometer directly send an alarm to DCAE and 
then trigger a policy action?


Best Regards,
Ethan Lynn
ethanly...@vmware.com
+86 010-59934270

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.onap.org_mailman_listinfo_onap-2Ddiscuss=DwICAg=LFYZ-o9_HUMeMTSQicvjIg=9iyuArzgyekj47PZSPfIijI2cSHsUJtAlcTA0X_udNI=s0NZMbfOGadr8QlOYx7SW-KJKR5WGN5TeY_YyvjDqus=YYQIDnX2O5G5bFRrBWcqJcq1Jy4LakCXzsELqiv7H74=

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

Re: [onap-discuss] Questions on JIRA access

[MAHER, RANDA]

Hi Pam,

Looks like the Resolution field was not added to the screens in your Policy 
project (at least I’m not seeing it); not sure why, it’s there for others. If 
field is there, you should be able to Edit ticket and update resolution.

Looks like a support ticket needs to be submitted to have your project fixed.

Thanks, Randa

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of DRAGOSH, PAM
Sent: Thursday, June 22, 2017 1:51 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Questions on JIRA access

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

We assigned a ticket to a non-committer (i.e. someone contributing code), they 
were able to comment on the ticket and subsequently submitted fixes. But they 
weren’t able to change the JIRA resolution. Is that ability only for people who 
are committers for the project? Or the person that opens the ticket?

Thanks,

Pam


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

[onap-discuss] Questions on JIRA access

[DRAGOSH, PAMELA L (PAM)]

Hi,

We assigned a ticket to a non-committer (i.e. someone contributing code), they 
were able to comment on the ticket and subsequently submitted fixes. But they 
weren’t able to change the JIRA resolution. Is that ability only for people who 
are committers for the project? Or the person that opens the ticket?

Thanks,

Pam


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

Re: [onap-discuss] message_router is failing with kafka error

[Morales, Victor]

One of the differences that I noticed in the mr script of vagrant_onap project 
is that is not exporting the MTU variable 
(https://git.onap.org/demo/tree/boot/mr_vm_init.sh#n3)

From: parthiva krishna 
Date: Thursday, June 22, 2017 at 1:23 AM
To: "ROSE, DANIEL V" , Victor Morales 
Cc: "onap-discuss@lists.onap.org" 
Subject: RE: [onap-discuss] message_router is failing with kafka error

Hi Victor,

Can you please help here. Let me know if you require any additional information.
/Pardhu

On 21-Jun-2017 11:12 pm, "ROSE, DANIEL V" 
> wrote:
I am afraid I have not ever been able to get vagrant working on my work laptop 
so I haven’t played with vagrant. I believe Victor made that so maybe you can 
check with him?

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

From: parthiva krishna 
[mailto:parthiv...@gmail.com]
Sent: Wednesday, June 21, 2017 1:03 PM
To: ROSE, DANIEL V >
Cc: onap-discuss@lists.onap.org
Subject: RE: [onap-discuss] message_router is failing with kafka error

Hi Daniel,

Thanks for reply. I am trying vagrant onap. When I run command

vagrant up message_router

It makes 2 containers up except the Kafka container in mr . Kafka container 
exits immediately. Unable to start Kafka container.

I tried running start-kafka.sh . Getting below error.

vagrant@all-in-one:/vagrant$ sudo docker ps -a
CONTAINER IDIMAGE   
   COMMAND  CREATED STATUS  
PORTS 
NAMES
2dbe339ade43attos/dmaap 
   "/bin/sh -c ./star..."   11 minutes ago  Up 11 minutes   
0.0.0.0:3904-3905->3904-3905/tcp  
dockerfiles_dmaap_1
41eef7f94bfddockerfiles_kafka   
   "start-kafka.sh" 11 minutes ago  Exited (1) 10 minutes 
ago 
dockerfiles_kafka_1
c4ed041cd9efwurstmeister/zookeeper  
   "/bin/sh -c '/usr/..."   11 minutes ago  Up 11 minutes   
22/tcp, 2888/tcp, 3888/tcp, 0.0.0.0:2181->2181/tcp
dockerfiles_zookeeper_1


vagrant@all-in-one:/vagrant$ sudo docker logs 41eef7f94bfd
waiting for kafka to be ready
[2017-06-20 11:14:59,932] INFO Verifying properties 
(kafka.utils.VerifiableProperties)
[2017-06-20 11:14:59,996] INFO Property 
advertised.host.name
 is overridden to kafka (kafka.utils.VerifiableProperties)
[2017-06-20 11:15:00,002] INFO Property advertised.port is overridden to 9092 
(kafka.utils.VerifiableProperties)
[2017-06-20 11:15:00,002] INFO Property 
broker.id
 is overridden to 1 (kafka.utils.VerifiableProperties)
[2017-06-20 11:15:00,002] INFO Property log.cleaner.enable is overridden to 
false (kafka.utils.VerifiableProperties)
[2017-06-20 11:15:00,003] INFO Property log.dirs is overridden to 
/kafka/kafka-logs (kafka.utils.VerifiableProperties)
[2017-06-20 11:15:00,008] INFO Property 
log.retention.check.interval.ms
 is overridden to 6 (kafka.utils.VerifiableProperties)
[2017-06-20 11:15:00,008] INFO Property log.retention.hours is overridden to 
168 (kafka.utils.VerifiableProperties)
[2017-06-20 11:15:00,008] INFO Property log.segment.bytes is overridden to 
536870912 (kafka.utils.VerifiableProperties)
[2017-06-20 11:15:00,008] INFO Property num.io.threads is overridden to 8 
(kafka.utils.VerifiableProperties)
[2017-06-20 11:15:00,008] INFO Property num.network.threads is overridden to 2 
(kafka.utils.VerifiableProperties)
[2017-06-20 11:15:00,009] INFO Property num.partitions is overridden to 2 
(kafka.utils.VerifiableProperties)
[2017-06-20 11:15:00,009] INFO Property port is overridden to 9092 
(kafka.utils.VerifiableProperties)
[2017-06-20 11:15:00,009] INFO Property socket.receive.buffer.bytes is 
overridden to 1048576 (kafka.utils.VerifiableProperties)
[2017-06-20 11:15:00,009] 

Re: [onap-discuss] Using ceilometer to scale out VF module

[Ethan Lynn]

Hi Vijay, thanks for your reply.
  If I understand correctly, the existing/planned collector in DCAE for now is 
only VES-collector, is it right? Do you publish those documents and demo cases 
material any where so that I can go through first and then discuss with you and 
DCAE team. Besides ‘measurementsForVfScalingFields’, is there any example for 
’thresholdcrossingfields’?



On 22 Jun 2017, at 10:00 PM, VENKATESH KUMAR, VIJAY 
> wrote:

HI Ethan,
>> But ceilometer already do the calculation and will send out an alarm when 
>> metrics exceed some level of threshold, is it possible to let ceilometer 
>> directly send an alarm to DCAE and then trigger a policy action?
Yes,  DCAE can encompass different type of collectors. The ceilometers stats 
can be directly collector by specific mS  but this was not something we have 
planned for R1.

The VES specification does accommodate a broad type of events type. There are 
already some libraries distributed part of OPNV for vendors to onboard into 
VES. If The VNF/agent can send the stats “measurementsForVfScalingFields” then 
existing collector (VEScollector) can be leveraged.

Specific to this topic – VES integration, we did meet with Xin Hui from VmVARE 
and members from Chinamobile recently and  Alok from VES team have shared the 
documents and demo cases material. If you would like – we can arrange for 
separate meeting to discuss the same or cover this topic part of DCAE weekly 
call.

Thanks,
Vijay

From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Ethan Lynn
Sent: Thursday, June 22, 2017 9:45 AM
To: ROSE, DANIEL V >
Cc: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] Using ceilometer to scale out VF module

Hi Daniel,
   Let’s say, if I write an agent that can receive ceilometer alarms and then 
transform to the format that ves can recognize, is it doable? If this is 
doable, is there any example that I can follow? I notice that there are some 
fields in ves like thresholdcrossingfields that might be  a good place to put 
ceilometer alarm datas, but I don’t find any example there.

On 22 Jun 2017, at 8:29 PM, ROSE, DANIEL V 
> wrote:

You would need a listener added to dcae to receive these events. One may exist 
(check with someone in the dcae project) but we chose ves for release 1 as it 
allows the vnfs to send things that would: not be monitorable in the VIM (app 
health for example),are receivable if one does not have access to the vim (ie 
on rackspace) or if one does not run on openstack (ie azure).


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 Ethan Lynn
Sent: Wednesday, June 21, 2017 11:51 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Using ceilometer to scale out VF module

Hi,
   I’m wondering is there any workable solutions to integrate ceilometer’s 
alarm to scale out vDNS demo. I notice that for now we are using ves client to 
send measurementsForVfScalingFields to DCAE collector, and DCAE will trigger a 
policy action to scale out a new instance. But ceilometer already do the 
calculation and will send out an alarm when metrics exceed some level of 
threshold, is it possible to let ceilometer directly send an alarm to DCAE and 
then trigger a policy action?


Best Regards,
Ethan Lynn
ethanly...@vmware.com
+86 010-59934270

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

Re: [onap-discuss] network is not setup correctly in vFW (Openstack Ocata)

[ROSE, DANIEL V]

Michael do you see this in the vanilla openstack we have internally?

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 Josef Reisinger
Sent: Thursday, June 22, 2017 10:01 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] network is not setup correctly in vFW (Openstack Ocata)

Folks,

I added the following to the questions in the Wiki; 
https://wiki.onap.org/questions/8225510/network-is-not-setup-correctly-in-vfw-openstack-ocata.
I went through the tutorial up to a point where I get the vFW stack provisioned 
in Openstack. As I cannot get to the port 667 of the sink, I had a look in the 
snk VM and discovered, that only eth0 is configured. I was able to add the 
config for the two other interfaces in vsn_vm.

Trying to do the same on vpg and vfw failed. I can see (with lspci) there are 
four network cards in vfw, but if I look in /proc/net/dev, I can only see eth0. 
Similar for vpg. Not sure this is general ubuntu vs. Openstack question, but 
maybe somebody in the community ran into the same issue and has a resolution 
for me (please use the question link above to respond).

Mit freundlichen Grüßen / Kind regards
Josef Reisinger
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] network is not setup correctly in vFW (Openstack Ocata)

[Josef Reisinger]

Folks,

I added the following to the questions in the Wiki; 
https://wiki.onap.org/questions/8225510/network-is-not-setup-correctly-in-vfw-openstack-ocata
. 
I went through the tutorial up to a point where I get the vFW stack 
provisioned in Openstack. As I cannot get to the port 667 of the sink, I 
had a look in the snk VM and discovered, that only eth0 is configured. I 
was able to add the config for the two other interfaces in vsn_vm.
Trying to do the same on vpg and vfw failed. I can see (with lspci) there 
are four network cards in vfw, but if I look in /proc/net/dev, I can only 
see eth0. Similar for vpg. Not sure this is general ubuntu vs. Openstack 
question, but maybe somebody in the community ran into the same issue and 
has a resolution for me (please use the question link above to respond).

Mit freundlichen Grüßen / Kind regards 
Josef Reisinger 


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

Re: [onap-discuss] Using ceilometer to scale out VF module

[VENKATESH KUMAR, VIJAY]

HI Ethan,
>> But ceilometer already do the calculation and will send out an alarm when 
>> metrics exceed some level of threshold, is it possible to let ceilometer 
>> directly send an alarm to DCAE and then trigger a policy action?
Yes,  DCAE can encompass different type of collectors. The ceilometers stats 
can be directly collector by specific mS  but this was not something we have 
planned for R1.

The VES specification does accommodate a broad type of events type. There are 
already some libraries distributed part of OPNV for vendors to onboard into 
VES. If The VNF/agent can send the stats “measurementsForVfScalingFields” then 
existing collector (VEScollector) can be leveraged.

Specific to this topic – VES integration, we did meet with Xin Hui from VmVARE 
and members from Chinamobile recently and  Alok from VES team have shared the 
documents and demo cases material. If you would like – we can arrange for 
separate meeting to discuss the same or cover this topic part of DCAE weekly 
call.

Thanks,
Vijay

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Ethan Lynn
Sent: Thursday, June 22, 2017 9:45 AM
To: ROSE, DANIEL V 
Cc: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] Using ceilometer to scale out VF module

Hi Daniel,
   Let’s say, if I write an agent that can receive ceilometer alarms and then 
transform to the format that ves can recognize, is it doable? If this is 
doable, is there any example that I can follow? I notice that there are some 
fields in ves like thresholdcrossingfields that might be  a good place to put 
ceilometer alarm datas, but I don’t find any example there.

On 22 Jun 2017, at 8:29 PM, ROSE, DANIEL V 
> wrote:

You would need a listener added to dcae to receive these events. One may exist 
(check with someone in the dcae project) but we chose ves for release 1 as it 
allows the vnfs to send things that would: not be monitorable in the VIM (app 
health for example),are receivable if one does not have access to the vim (ie 
on rackspace) or if one does not run on openstack (ie azure).


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 Ethan Lynn
Sent: Wednesday, June 21, 2017 11:51 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Using ceilometer to scale out VF module

Hi,
   I’m wondering is there any workable solutions to integrate ceilometer’s 
alarm to scale out vDNS demo. I notice that for now we are using ves client to 
send measurementsForVfScalingFields to DCAE collector, and DCAE will trigger a 
policy action to scale out a new instance. But ceilometer already do the 
calculation and will send out an alarm when metrics exceed some level of 
threshold, is it possible to let ceilometer directly send an alarm to DCAE and 
then trigger a policy action?


Best Regards,
Ethan Lynn
ethanly...@vmware.com
+86 010-59934270

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

Re: [onap-discuss] Using ceilometer to scale out VF module

[DRAGOSH, PAMELA L (PAM)]

Hi Ethan,

I believe the DCAE team has collectors that take alarms/traps/etc. in their 
native format and then subsequently normalizes/converts  them into VES events. 
That is the idea behind collectors.
Those VES events then get propagated throughout the DCAE framework, ultimately 
to Policy. I would contact the DCAE PTL to understand that fully.

Regards,

Pam


From:  on behalf of Ethan Lynn 

Date: Thursday, June 22, 2017 at 9:45 AM
To: "ROSE, DANIEL V" 
Cc: "onap-discuss@lists.onap.org" 
Subject: Re: [onap-discuss] Using ceilometer to scale out VF module

Hi Daniel,
   Let’s say, if I write an agent that can receive ceilometer alarms and then 
transform to the format that ves can recognize, is it doable? If this is 
doable, is there any example that I can follow? I notice that there are some 
fields in ves like thresholdcrossingfields that might be  a good place to put 
ceilometer alarm datas, but I don’t find any example there.

On 22 Jun 2017, at 8:29 PM, ROSE, DANIEL V 
> wrote:

You would need a listener added to dcae to receive these events. One may exist 
(check with someone in the dcae project) but we chose ves for release 1 as it 
allows the vnfs to send things that would: not be monitorable in the VIM (app 
health for example),are receivable if one does not have access to the vim (ie 
on rackspace) or if one does not run on openstack (ie azure).


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 Ethan Lynn
Sent: Wednesday, June 21, 2017 11:51 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Using ceilometer to scale out VF module

Hi,
   I’m wondering is there any workable solutions to integrate ceilometer’s 
alarm to scale out vDNS demo. I notice that for now we are using ves client to 
send measurementsForVfScalingFields to DCAE collector, and DCAE will trigger a 
policy action to scale out a new instance. But ceilometer already do the 
calculation and will send out an alarm when metrics exceed some level of 
threshold, is it possible to let ceilometer directly send an alarm to DCAE and 
then trigger a policy action?


Best Regards,
Ethan Lynn
ethanly...@vmware.com
+86 010-59934270

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

Re: [onap-discuss] Using ceilometer to scale out VF module

[ROSE, DANIEL V]

A dcae collector takes in some input (ceilometer) and transforms it into an 
output dcae can understand – there is a dcae format (which I am admittedly not 
familiar with). That is the proper way, rather than mapping from ceilometer to 
ves to dcae format so I don’t think you will find an example for anything else

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

From: Ethan Lynn [mailto:ethanly...@vmware.com]
Sent: Thursday, June 22, 2017 9:45 AM
To: ROSE, DANIEL V 
Cc: onap-discuss@lists.onap.org
Subject: Re: Using ceilometer to scale out VF module

Hi Daniel,
   Let’s say, if I write an agent that can receive ceilometer alarms and then 
transform to the format that ves can recognize, is it doable? If this is 
doable, is there any example that I can follow? I notice that there are some 
fields in ves like thresholdcrossingfields that might be  a good place to put 
ceilometer alarm datas, but I don’t find any example there.

On 22 Jun 2017, at 8:29 PM, ROSE, DANIEL V 
> wrote:

You would need a listener added to dcae to receive these events. One may exist 
(check with someone in the dcae project) but we chose ves for release 1 as it 
allows the vnfs to send things that would: not be monitorable in the VIM (app 
health for example),are receivable if one does not have access to the vim (ie 
on rackspace) or if one does not run on openstack (ie azure).


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 Ethan Lynn
Sent: Wednesday, June 21, 2017 11:51 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Using ceilometer to scale out VF module

Hi,
   I’m wondering is there any workable solutions to integrate ceilometer’s 
alarm to scale out vDNS demo. I notice that for now we are using ves client to 
send measurementsForVfScalingFields to DCAE collector, and DCAE will trigger a 
policy action to scale out a new instance. But ceilometer already do the 
calculation and will send out an alarm when metrics exceed some level of 
threshold, is it possible to let ceilometer directly send an alarm to DCAE and 
then trigger a policy action?


Best Regards,
Ethan Lynn
ethanly...@vmware.com
+86 010-59934270

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

Re: [onap-discuss] Using ceilometer to scale out VF module

[Ethan Lynn]

Hi Daniel,
   Let’s say, if I write an agent that can receive ceilometer alarms and then 
transform to the format that ves can recognize, is it doable? If this is 
doable, is there any example that I can follow? I notice that there are some 
fields in ves like thresholdcrossingfields that might be  a good place to put 
ceilometer alarm datas, but I don’t find any example there.

On 22 Jun 2017, at 8:29 PM, ROSE, DANIEL V 
> wrote:

You would need a listener added to dcae to receive these events. One may exist 
(check with someone in the dcae project) but we chose ves for release 1 as it 
allows the vnfs to send things that would: not be monitorable in the VIM (app 
health for example),are receivable if one does not have access to the vim (ie 
on rackspace) or if one does not run on openstack (ie azure).


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 Ethan Lynn
Sent: Wednesday, June 21, 2017 11:51 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Using ceilometer to scale out VF module

Hi,
   I’m wondering is there any workable solutions to integrate ceilometer’s 
alarm to scale out vDNS demo. I notice that for now we are using ves client to 
send measurementsForVfScalingFields to DCAE collector, and DCAE will trigger a 
policy action to scale out a new instance. But ceilometer already do the 
calculation and will send out an alarm when metrics exceed some level of 
threshold, is it possible to let ceilometer directly send an alarm to DCAE and 
then trigger a policy action?


Best Regards,
Ethan Lynn
ethanly...@vmware.com
+86 010-59934270

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

[onap-discuss] [SDNC] Vote for time for kickoff meeting

[TIMONEY, DAN]

SDNC project team,

I’d like to have our first weekly SDNC project meeting next Wednesday.  I set 
up a Doodle poll to select a time – here’s the link : 
https://doodle.com/poll/6dewmydfxkv5f897

Please vote for the time that works best for you, and I’ll set up the call.

Thanks!
Dan

Dan Timoney
Principal Technical Staff Member
AT
Email : dtimo...@att.com
Office : +1 (732) 420-3226
Mobile : +1 (201) 960-1211
200 S Laurel Ave, Rm E2-2A03
Middletown, NJ 08873
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] [CCSDK] Vote for time for kickoff meeting

[TIMONEY, DAN]

CCSDK project team,

I’d like to have our first weekly meeting for our CCSDK project next Tuesday.  
I set up a doodle poll to select a time  - here’s the link : 
https://doodle.com/poll/ethbg8rev898x54s

Please vote for the time that works best for you and I’ll set up the call.

Thanks!
Dan

Dan Timoney
Principal Technical Staff Member
AT
Email : dtimo...@att.com
Office : +1 (732) 420-3226
Mobile : +1 (201) 960-1211
200 S Laurel Ave, Rm E2-2A03
Middletown, NJ 08873
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] RESTful API Design Best Practices for ONAPMicroservices

[zhao.huabing]

Hi  Pam,

After taking a look at the other best practices on this page. I realized that 
this is more like a specification than best practices because we'd like to 
enforce them to all the ONAP components. I moved this page to 
https://wiki.onap.org/display/DW/RESTful+API+Design+Specification+for+ONAP





Agree that some of the projects may not redesign the existing API for 
back-compatible reason, We can maintain the old version while designing the new 
version in parallel. It's possible that both the old and new version can be 
provided to the ONAP clients.





Thanks,

Huabing



Original Mail



Sender:  
To: zhaohuabing10201488 
Date: 2017/06/22 20:09
Subject: Re: [onap-discuss] RESTful API Design Best Practices for 
ONAPMicroservices







Huabing,


 


Thanks, I agree and feel this is very valuable. There is no formal best 
practices for RESTful API, albeit a few websites that do a fairly good job at 
making suggestions.


 


I think this detailed information should probably be in the section located 
here:


 


https://wiki.onap.org/display/DW/Developer+Best+Practices


 


Gildas has been including such details as part of his presentations, and its 
part of the checklist template.


 


We would perhaps also need to be aware for R1 that some projects may not be 
able to re-design quite yet. They may have to support their current API version 
until an appropriate time to  deprecate it in lieu of new API conforming to 
standards.


 


Thanks,


 


Pam


 


 



From:  on behalf of 
"zhao.huab...@zte.com.cn" 
 Date: Thursday, June 22, 2017 at 7:14 AM
 To: "onap-discuss@lists.onap.org" 
 Subject: [onap-discuss] RESTful API Design Best Practices for ONAP 
Microservices



 

Dear ONAPer,

Most of the projects have already been approved in Beijing meeting or will be 
approved in this week's TSC meeting,  we're starting the development phase of 
release 1 right now. I went through the API documents of a bunch of existing 
projects, it seems to  me that there's no consistent approach for Restful API 
design and some of the APIs are not very appropriate.  So I‘d like to suggest 
that we could figure out a unified approach across ONAP projects for the 
Restful API design before jumping into the coding  job. 

I have worked out a draft as the start point for discussion on this wiki page : 
https://wiki.onap.org/display/DW/RESTful+API+Design+Best+Practices 

I hope we could discuss in the community and reach consensus in one or two 
weeks. Then I'd like to propose to TSC using it as a guideline for all the 
projects.

 

What do you think about it?  Please feel free to share your idea in the 
comments of the wiki page so we can improve this draft quickly.

 

Thanks and Regards,

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

Re: [onap-discuss] Integration project PTL nomination solicitation

[ROSE, DANIEL V]

I did not get an invite, is there some sort of link going out?

Granted it may all be mute since I think you were the only one running ☺

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 Yunxia Chen
Sent: Wednesday, June 21, 2017 10:44 PM
To: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] Integration project PTL nomination solicitation

Dear Integration committers,

I would like to inform you that the voting poll has been set up for vote 
collection.
The voting poll will be closed by Friday, June 23rd , 11:59 PM, PDT.

Regards,

Helen Chen

From: 
>
 on behalf of Helen Chen 00725961 
>
Date: Friday, June 16, 2017 at 4:37 PM
To: "onap-discuss@lists.onap.org" 
>
Subject: [onap-discuss] Integration project PTL nomination solicitation

Dear Integration committers,

The Integration project is soliciting self-nominations for its Project 
Technical Lead.  Per TSC instructions, nominees should be from those listed as 
committers on the Integration project proposal approved by the ONAP TSC 
(https://wiki.onap.org/pages/viewpage.action?pageId=4718718).
 The nomination period will end on Tuesday 11:59 PM, June 20, PDT.

To nominate, please send an email to the onap-discuss list, stating your 
interest, and a short bio for helping people to know you better.
After the nomination period is closed, a voting poll will be set up for vote 
collection.

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

Re: [onap-discuss] [POLICY] Policy Framework Project PTL Nominations

[DRAGOSH, PAMELA L (PAM)]

Policy Committers,

The votes have been cast and the poll is closed.

Pamela Dragosh has been elected PTL for the Policy Framework Project.

I would ask that anyone interested in understanding the Policy Project and how 
it works to please contact me or attend our weekly meetings.

Anyone willing to contribute is welcome!

Thanks!!

Pam


From:  on behalf of "DRAGOSH, PAMELA L 
(PAM)" 
Date: Wednesday, June 21, 2017 at 1:22 PM
To: "onap-discuss@lists.onap.org" 
Subject: Re: [onap-discuss] [POLICY] Policy Framework Project PTL Nominations

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

I would like to inform you that the poll has been set up for Policy PTL and 
available for you to vote.

The poll will be closed on June 23rd.

Regards,
Pam

From:  on behalf of "DRAGOSH, PAMELA L 
(PAM)" 
Date: Friday, June 16, 2017 at 11:48 AM
To: "onap-discuss@lists.onap.org" 
Subject: [onap-discuss] [POLICY] Policy Framework Project PTL Nominations

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

The Policy Framework project is soliciting self nominations for its Project 
Technical Lead.  Per TSC instructions, nominees should be from those listed as 
committers on the Policy Framework project proposal approved by the ONAP TSC 
(https://wiki.onap.org/pages/viewpage.action?pageId=3246903).
 The nomination period will end on Tuesday, June 20.

To nominate, please send an email to the onap-discuss list, stating your 
interest, and a short bio for helping people to know you better.
After the nomination period is closed, a voting poll will be set up for vote 
collection.

Thanks,

Pam Dragosh
ONAP Policy Framwork
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] Using ceilometer to scale out VF module

[ROSE, DANIEL V]

You would need a listener added to dcae to receive these events. One may exist 
(check with someone in the dcae project) but we chose ves for release 1 as it 
allows the vnfs to send things that would: not be monitorable in the VIM (app 
health for example),are receivable if one does not have access to the vim (ie 
on rackspace) or if one does not run on openstack (ie azure).


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 Ethan Lynn
Sent: Wednesday, June 21, 2017 11:51 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Using ceilometer to scale out VF module

Hi,
   I’m wondering is there any workable solutions to integrate ceilometer’s 
alarm to scale out vDNS demo. I notice that for now we are using ves client to 
send measurementsForVfScalingFields to DCAE collector, and DCAE will trigger a 
policy action to scale out a new instance. But ceilometer already do the 
calculation and will send out an alarm when metrics exceed some level of 
threshold, is it possible to let ceilometer directly send an alarm to DCAE and 
then trigger a policy action?


Best Regards,
Ethan Lynn
ethanly...@vmware.com
+86 010-59934270



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

Re: [onap-discuss] RESTful API Design Best Practices for ONAP Microservices

[DRAGOSH, PAMELA L (PAM)]

Huabing,

Thanks, I agree and feel this is very valuable. There is no formal best 
practices for RESTful API, albeit a few websites that do a fairly good job at 
making suggestions.

I think this detailed information should probably be in the section located 
here:

https://wiki.onap.org/display/DW/Developer+Best+Practices

Gildas has been including such details as part of his presentations, and its 
part of the checklist template.

We would perhaps also need to be aware for R1 that some projects may not be 
able to re-design quite yet. They may have to support their current API version 
until an appropriate time to deprecate it in lieu of new API conforming to 
standards.

Thanks,

Pam


From:  on behalf of 
"zhao.huab...@zte.com.cn" 
Date: Thursday, June 22, 2017 at 7:14 AM
To: "onap-discuss@lists.onap.org" 
Subject: [onap-discuss] RESTful API Design Best Practices for ONAP Microservices


Dear ONAPer,

Most of the projects have already been approved in Beijing meeting or will be 
approved in this week's TSC meeting,  we're starting the development phase of 
release 1 right now. I went through the API documents of a bunch of existing 
projects, it seems to me that there's no consistent approach for Restful API 
design and some of the APIs are not very appropriate.  So I‘d like to suggest 
that we could figure out a unified approach across ONAP projects for the 
Restful API design before jumping into the coding job.

I have worked out a draft as the start point for discussion on this wiki page : 
https://wiki.onap.org/display/DW/RESTful+API+Design+Best+Practices

I hope we could discuss in the community and reach consensus in one or two 
weeks. Then I'd like to propose to TSC using it as a guideline for all the 
projects.



What do you think about it?  Please feel free to share your idea in the 
comments of the wiki page so we can improve this draft quickly.



Thanks and Regards,

Huabing








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

[onap-discuss] RESTful API Design Best Practices for ONAP Microservices

[zhao.huabing]

Dear ONAPer,

Most of the projects have already been approved in Beijing meeting or will be 
approved in this week's TSC meeting,  we're starting the development phase of 
release 1 right now. I went through the API documents of a bunch of existing 
projects, it seems to me that there's no consistent approach for Restful API 
design and some of the APIs are not very appropriate.  So I‘d like to suggest 
that we could figure out a unified approach across ONAP projects for the 
Restful API design before jumping into the coding job. 

I have worked out a draft as the start point for discussion on this wiki page : 
https://wiki.onap.org/display/DW/RESTful+API+Design+Best+Practices 

I hope we could discuss in the community and reach consensus in one or two 
weeks. Then I'd like to propose to TSC using it as a guideline for all the 
projects.




What do you think about it?  Please feel free to share your idea in the 
comments of the wiki page so we can improve this draft quickly.




Thanks and Regards,

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

Re: [onap-discuss] DCAE running or not?

[Andrew Fenner]

Hi,

I've been trying to get this working as well.

I can see the RAX-KSKEY is coming from the ncomp code
./openstack/ncomp-openstack-controller/src/main/java/org/openecomp/ncomp/openstack/controller/tools/OpenStackUtil.groovy

...
def req = [ url : "$keystoneUrl/tokens", method : "POST",.
body :[ auth : [passwordCredentials : [username: 
username, password: password], tenantId: tenantId]].
].
.
// RACKSPACE.
if (project.apiKey != null) {.
req.body.auth =  ["RAX-KSKEY:apiKeyCredentials" : 
[username: username, apiKey: JavaHttpClient.decryptPassword(project.apiKey)]].
}.


I tried to change the configuration files to remove the apiKey so that it 
didn't think it was in RACKSPACE.

I didn't manage to get this changed (maybe I missed something) as the 
configuration files generation seems to be also coded in.

I changed the code in  OpenStackUtil.groovy to work around this issue but ran 
into some others which I will try to progress on but I would like to know more 
what the dcae demo is intending to do, related to vanilla openstack deployment, 
so that I don't waste time if they are trying to solve the same problem if 
others are working on it.

Thanks

/Andrew




From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Josef Reisinger
Sent: 21 June 2017 17:26
To: ROSE, DANIEL V 
Cc: onap-discuss@lists.onap.org; Fabrice Livigni 
Subject: Re: [onap-discuss] DCAE running or not?

Hi Daniel,
I read indeed that DCAE _should_ run run with the latest template... but I 
still see some issue which makes me believe it can't. To  double check. I 
re-created the DCAE-VM (the one defined in the HEAT template) in openstack from 
the image, let the cloud init stuff run and got the same results as before. In 
particular
The floatip heat template defined "artifacts_version: 1.1.0-SNAPSHOT", the 
cloud init downloads

curl -k 
https://nexus.onap.org/content/sites/raw/org.openecomp.demo/boot/1.1.0-SNAPSHOT/dcae_install.sh-o
 /opt/dcae_install.sh

Install.sh in turn creates, amongst other stuff files in 
/opt/dcae-startup-vm-controller/, where on of the files is docker-compose.yml 
which in turn names " dcae-controller: image: 
nexus3.onap.org:10001/openecomp/dcae-controller:1.0.0". In summary; have this 
docker image running as a container.
When I look at the incoming network request on the controller, I can see that 
dcae-controller sends an request which is not compatible with the below 
mentioned Openstack specification of the v2.0 keystone interface and which is 
consequently responded to with "400 Bad request"

POST /v2.0/tokens HTTP/1.1.
Content-type: application/json.
Host: 172.16.3.31:35357.
Content-Length: 93.

{"auth":{"RAX-KSKEY:apiKeyCredentials":{"username":"","apiKey":""}}}

HTTP/1.1 400 Bad Request.
Date: Wed, 21 Jun 2017 15:56:59 GMT.
Server: Apache/2.4.18 (Ubuntu).
Vary: X-Auth-Token.
X-Distribution: Ubuntu.
x-openstack-request-id: req-7eac4b47-f21d-418b-955a-0333011ac380.
Content-Length: 238.
Connection: close.
Content-Type: application/json.
.
{"error": {"message": "Expecting to find auth in request body. The server could 
not comply with the request since it is either malformed or otherwise 
incorrect. The client is assumed to be in error.", "code": 400, "title": "Bad 
Request"}}

and results in an error message which I find with on 
dcaestartupvmcontroller_dcae-controller_1 in 
/opt/app/dcae-controller-platform-server/logs/controller-platform-server-controller.err

m=[url:http://172.16.3.31:35357/v2.0/tokens, method:POST, 
body:[auth:[RAX-KSKEY:apiKeyCredentials:[username:user, 
apiKey:abcdefghijklmno
URL=http://172.16.3.31:35357/v2.0/tokens
Header: Content-type: application/json
REQUEST BODY: 
{"auth":{"RAX-KSKEY:apiKeyCredentials":{"username":"user","apiKey":":abcdefghijklmno"}}}
Exchange done: 7


Now, as I trust you guys to have checked this piece already - what's going 
wrong with my setup? If somebody can point us to the place where the RAY-KSKEY 
payload is defined in the code would be well appreciated.

Mit freundlichen Grüßen / Kind regards
Josef Reisinger



From:"ROSE, DANIEL V" >
To:Josef Reisinger 
>, 
"onap-discuss@lists.onap.org" 
>
Date:21.06.2017 16:04
Subject:RE: [onap-discuss] A maybe dumb questions, but has anybody .. 
... got the ONAP stack to work on vanilla Openstack. Yes we did... :-)




The floatip heat stack should let dcae spin up in generic openstack

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

From: 

Re: [onap-discuss] CLAMP PTL election

[Ngueko, Gervais-Martial]

Hello,

The CLAMP PTL Election has been closed.
I have been elected as PTL of CLAMP, thanks to the people who voted.

Cheers,
Martial

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Ngueko, 
Gervais-Martial
Sent: vendredi 16 juin 2017 15:48
To: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] CLAMP PTL election

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

I am nominating myself as PTL for the CLAMP project.

I have been working for 2 years on ONAP (OpenEcomp) and specifically on CLAMP 
for the past 5 months, so I have a very good knowledge of CLAMP and ONAP in 
general.

Br,
Martial


From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Ngueko, 
Gervais-Martial
Sent: vendredi 16 juin 2017 15:42
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] CLAMP PTL election

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

The «CLAMP project » is soliciting nominations for the Project Technical Lead. 
The nomination period has started today end will end in 2 days (precisely 
Tuesday Morning the 20th of June at 12:00(UTC +1) ).

A voting request email, for them to vote, has been sent to all Committers 
already!

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

[onap-discuss] 答复: 答复: Nominations open for Usecase UI PTL

[shentao]

Dear all

 

I'd like to self-nominate for PTL role of the Usecase UI project.

I’ve been working on the past 14+ years on a verity of software
technologies and platforms.

During my work I’ve gained extensive experience in web system development
as a developer, project manager.

 

I’ve been working on OPEN-O applications since 2016 as the PTL of portal
project.

In the OPEN-O community, I have contributed high-level code for Sun release
and organized members of portal team to build a new portal subsystem for
Mercury release.

 

Looking forward to working with all of you.

 

 

Best regards,

Tao Shen

 

 

发件人: onap-discuss-boun...@lists.onap.org
[mailto:onap-discuss-boun...@lists.onap.org] 代表 shentao
发送时间: 2017年6月22日 15:38
收件人: onap-discuss@lists.onap.org
主题: [onap-discuss] 答复: Nominations open for Usecase UI PTL

 

Dear Usecase UI committers,

 

I would like to inform you that the voting poll has been set up for vote
collection.

The voting poll will be closed by Friday, June 23rd , 23:59.

 

Best regards,

Tao Shen

 

 

发件人: onap-discuss-boun...@lists.onap.org
[mailto:onap-discuss-boun...@lists.onap.org] 代表 shentao
发送时间: 2017年6月20日 16:40
收件人: onap-discuss@lists.onap.org
主题: [onap-discuss] Nominations open for Usecase UI PTL

 

Dear committers (Usecase UI project)

 

According to requirements of ONAP meeting discussion, the Usecase UI project
should solicit self-nominations for its Project Technical Lead.

Per TSC instructions, nominees should be from those listed as committers on
the Usecase UI project proposal approved by the ONAP TSC (https://wiki.onap.
org/pages/viewpage.action?pageId=3247207).

The nomination period will end on Friday, June 23.

 

To nominate, please respond to this email to state your interest.

After the nomination period is closed, a voting poll will be set up for vote
collection.

 

Best regards,

Tao Shen

 

 

-

沈涛

中国移动通信有限公司研究院网络技术研究所

中国北京市西城区宣武门西大街32号（100053）

 

Shen Tao

China Mobile Research Institute

No.32 Xuanwumen west street,Xicheng District, Beijing 100053, China

 

Tel: +86 15801696688-34070

Mobile: +86 13521591389

Email:  shen...@chinamobile.com

-

 

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

[onap-discuss] [Modeling] PTL self-nomination

[denghui (L)]

Dear Modeling committers,

I'd like to nominate myself as Project Technical Lead (PTL) for the Modeling 
project.

Deng HuiI has been heavily involved in ONAP/OPENO process and projects 
creation, especially in the topic of modeling., and he worked as Principal 
staff between 2007 and 2016 in China Mobile, joined Huawei and working on NFV 
related topic quite recently. He acted as the co-chair of IETF MIF working 
group. And he was the board of director of WBA(Wireless Broadband Alliance) 
between 2012-2014, acted as the board of director of OPNFV between 2014-2016 
and 1st board of chairman of OPEN-O project in Linux Foundation.

I look forward to working with everyone in the ONAP community.  Thanks for your 
consideration.

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

[onap-discuss] 答复: Nominations open for Usecase UI PTL

[shentao]

Dear Usecase UI committers,

 

I would like to inform you that the voting poll has been set up for vote
collection.

The voting poll will be closed by Friday, June 23rd , 23:59.

 

Best regards,

Tao Shen

 

 

发件人: onap-discuss-boun...@lists.onap.org
[mailto:onap-discuss-boun...@lists.onap.org] 代表 shentao
发送时间: 2017年6月20日 16:40
收件人: onap-discuss@lists.onap.org
主题: [onap-discuss] Nominations open for Usecase UI PTL

 

Dear committers (Usecase UI project)

 

According to requirements of ONAP meeting discussion, the Usecase UI project
should solicit self-nominations for its Project Technical Lead.

Per TSC instructions, nominees should be from those listed as committers on
the Usecase UI project proposal approved by the ONAP TSC (https://wiki.onap.
org/pages/viewpage.action?pageId=3247207).

The nomination period will end on Friday, June 23.

 

To nominate, please respond to this email to state your interest.

After the nomination period is closed, a voting poll will be set up for vote
collection.

 

Best regards,

Tao Shen

 

 

-

沈涛

中国移动通信有限公司研究院网络技术研究所

中国北京市西城区宣武门西大街32号（100053）

 

Shen Tao

China Mobile Research Institute

No.32 Xuanwumen west street,Xicheng District, Beijing 100053, China

 

Tel: +86 15801696688-34070

Mobile: +86 13521591389

Email:  shen...@chinamobile.com

-

 

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

Re: [onap-discuss] message_router is failing with kafka error

[parthiva krishna]

Hi Victor,

Can you please help here. Let me know if you require any additional
information.

/Pardhu

On 21-Jun-2017 11:12 pm, "ROSE, DANIEL V"  wrote:

> I am afraid I have not ever been able to get vagrant working on my work
> laptop so I haven’t played with vagrant. I believe Victor made that so
> maybe you can check with him?
>
>
>
> Thanks,
>
> Daniel Rose
>
> ECOMP / ONAP
>
> com.att.ecomp
>
> 732-420-7308 <(732)%20420-7308>
>
>
>
> *From:* parthiva krishna [mailto:parthiv...@gmail.com]
> *Sent:* Wednesday, June 21, 2017 1:03 PM
> *To:* ROSE, DANIEL V 
> *Cc:* onap-discuss@lists.onap.org
> *Subject:* RE: [onap-discuss] message_router is failing with kafka error
>
>
>
> Hi Daniel,
>
>
>
> Thanks for reply. I am trying vagrant onap. When I run command
>
>
>
> vagrant up message_router
>
>
>
> It makes 2 containers up except the Kafka container in mr . Kafka
> container exits immediately. Unable to start Kafka container.
>
>
>
> I tried running start-kafka.sh . Getting below error.
>
>
>
> vagrant@all-in-one:/vagrant$ sudo docker ps -a
>
> CONTAINER IDIMAGE
>  COMMAND  CREATED STATUS
>PORTS
>   NAMES
>
> 2dbe339ade43attos/dmaap
>  "/bin/sh -c ./star..."   11 minutes ago  Up 11 minutes
>   0.0.0.0:3904-3905->3904-3905/tcp
>dockerfiles_dmaap_1
>
> 41eef7f94bfddockerfiles_kafka
>  "start-kafka.sh" 11 minutes ago  Exited (1) 10
> minutes ago
> dockerfiles_kafka_1
>
> c4ed041cd9efwurstmeister/zookeeper
> "/bin/sh -c '/usr/..."   11 minutes ago  Up 11 minutes
>   22/tcp, 2888/tcp, 3888/tcp, 0.0.0.0:2181->2181/tcp
>dockerfiles_zookeeper_1
>
>
>
>
>
> vagrant@all-in-one:/vagrant$ sudo docker logs 41eef7f94bfd
>
> waiting for kafka to be ready
>
> [2017-06-20 11:14:59,932] INFO Verifying properties (kafka.utils.
> VerifiableProperties)
>
> [2017-06-20 11:14:59,996] INFO Property advertised.host.name
> 
>  is overridden to kafka (kafka.utils.VerifiableProperties)
>
> [2017-06-20 11:15:00,002] INFO Property advertised.port is overridden to
> 9092 (kafka.utils.VerifiableProperties)
>
> [2017-06-20 11:15:00,002] INFO Property broker.id
> 
>  is
> overridden to 1 (kafka.utils.VerifiableProperties)
>
> [2017-06-20 11:15:00,002] INFO Property log.cleaner.enable is overridden
> to false (kafka.utils.VerifiableProperties)
>
> [2017-06-20 11:15:00,003] INFO Property log.dirs is overridden to
> /kafka/kafka-logs (kafka.utils.VerifiableProperties)
>
> [2017-06-20 11:15:00,008] INFO Property log.retention.check.interval.ms
> 
>  is
> overridden to 6 (kafka.utils.VerifiableProperties)
>
> [2017-06-20 11:15:00,008] INFO Property log.retention.hours is overridden
> to 168 (kafka.utils.VerifiableProperties)
>
> [2017-06-20 11:15:00,008] INFO Property log.segment.bytes is overridden to
> 536870912 (kafka.utils.VerifiableProperties)
>
> [2017-06-20 11:15:00,008] INFO Property num.io.threads is overridden to 8
> (kafka.utils.VerifiableProperties)
>
> [2017-06-20 11:15:00,008] INFO Property num.network.threads is overridden
> to 2 (kafka.utils.VerifiableProperties)
>
> [2017-06-20 11:15:00,009] INFO Property num.partitions is overridden to 2
> (kafka.utils.VerifiableProperties)
>
> [2017-06-20 11:15:00,009] INFO Property port is overridden to 9092
> (kafka.utils.VerifiableProperties)
>
> [2017-06-20 11:15:00,009] INFO Property socket.receive.buffer.bytes is
> overridden to 1048576 (kafka.utils.VerifiableProperties)
>
> [2017-06-20 11:15:00,009] INFO Property socket.request.max.bytes is
> overridden to 104857600 (kafka.utils.VerifiableProperties)
>
> [2017-06-20 11:15:00,009] INFO Property socket.send.buffer.bytes is
> overridden to 1048576 (kafka.utils.VerifiableProperties)
>
> [2017-06-20 11:15:00,012] WARN Property version is not valid (kafka.utils.
> VerifiableProperties)
>
> [2017-06-20 11:15:00,012] INFO Property zookeeper.connect is overridden to
> zookeeper:2181 (kafka.utils.VerifiableProperties)
>
> [2017-06-20 11:15:00,012] INFO Property zookeeper.connection.timeout.ms
>