Re: [onap-tsc] Data Lake

2019-01-31 Thread Lingli Deng
Hi Vijay,

 

Sorry for the mis-communication.

I believe according to the TSC practice, since data lake to supposed to be 
sub-project of DCAE for Dublin, not a separate project, its scope would be left 
to DCAE team.

May I suggest that datalake and DCAE work offline to define the Dublin scope 
for datalake and bring it back on Monday39s PTL call so that it would be better 
tracked?

 

Thanks,

Lingli/邓灵莉中国移动通信研究院denglin...@chinamobile.com



邮件原文发件人:Vijay VK 收件人:"onap-tsc@lists.onap.org" 
抄 送: (无)发送时间:2019-02-01 01:25:44主题:Re: [onap-tsc] Data 
Lake


Hi TSC, Could someone please clarify what is the scope of datalake POC targeted 
for Dublin?


 


Also I don’t see this tracked under current requirement - 
https://wiki.onap.org/display/DW/Dublin+Release+Requirements?


 


Regards,


Vijay


 



From: onap-tsc@lists.onap.org  On Behalf Of Kenny Paul 
Sent: Thursday, January 31, 2019 8:56 AM To: onap-tsc@lists.onap.org Subject: 
Re: [onap-tsc] Data Lake




 


Actually comparing the vote at the meeting to the attendance at the meeting, 
datalake as a POC only for Dublin passed.


 


 


Thanks!


 


-kenny


 


From: onap-tsc@lists.onap.org  On Behalf Of Lingli 
Deng Sent: Wednesday, January 30, 2019 10:16 PM To: onap-tsc 
 Subject: Re: [onap-tsc] Data Lake


 

Hi TSC,

 

As for Datalake proposal, I suppose it is well discussed and understood.

I recalled the consensus was it is useful and we want it to be done, but not 
including the backend storages and as part of DCAE for Dublin.

Kenny also initiated a vote in the chatting room during the TSC call two weeks 
ago.

Is that conclusive or do we need another vote to settle the issue and move on?

 

Thanks,

 

Lingli/邓灵莉 中国移动通信研究院 denglin...@chinamobile.com

 


邮件原文 发件人:"ramki krishnan via Lists.Onap.Org" 
 收件人:"onap-tsc@lists.onap.org" 
 抄 送: (无) 发送时间:2019-01-20 07:27:04 主题:Re: [onap-tsc] 
Data Lake


Well described Srini. A clarification – the Kafka broker is installed as part 
of ONAP correct?


 


Since DMaaP is a wrapper over Kafka, I am more inclined towards the datalake 
connectivity enablement being part of DMaaP project.


 


Thanks,


Ramki


 



From: onap-tsc@lists.onap.org  On Behalf Of Srini 
Sent: Saturday, January 19, 2019 1:11 PM To: 39onap-...@lists.onap.org39 
 Subject: Re: [onap-tsc] Data Lake




 


Just to add some more information:


 


· Apache Kafka added Authorization and ACLs functionality 
(http://kafka.apache.org/documentation/#securoty_authz)   which allows 
providing configurable access control to external entities that need access to 
Kafka topics.. 


· Kafka Operator (https://github.com/strimzi/strimzi-kafka-operator)   
made it simple to create ACLs using Kubernetes resources.


 


Both of above technologies/features can be added.


 


>From the workflow perspective, there are two operations by the ONAP user:


 


· Register external Kafka entity (In this case, external data like is a 
kafka client)


· Unregister the entity.


 


It is similar to the way cloud-regions are registered via ESR. Records can be 
added to A&AI DB.


One can provide GUI/CLI to make it simple for ONAP-users to add these in A&AI.


 


As part of registration, one can add users or certificate names and topic they 
are allowed to subscribe to.  When external entity registered in A&AI, it can 
trigger the kafka operator to add the ACL records.


 


With this,  each data lake can be brought up outside of ONAP and register that 
with A&AI by ONAP-User. Once that happens, data lake can get hold of any 
messages produced on the topic and can store in its databases   and provide any 
analytics.


 


Thanks


Srini


 


 



From: Addepalli, Srinivasa R Sent: Thursday, January 17, 2019 2:12 PM To: 
onap-tsc@lists.onap.org Subject: RE: Data Lake




 


My view is that data lakes (this one or any other data lake) can be considered 
as external entities (can be brought up ONAP like any other VNFs or via some 
other mechanisms). That includes feeder and UI.


 


>From ONAP perspective, we need to ensure that Kafka bus is accessible by third 
>party systems, that is,  authenticated registration of third party systems and 
>RBAC on topics etc… 


 


Since this datalake is specific to ONAP monitoring, I guess it is required that 
all modules send all its telemetry data and transaction data to Kafka.  In my 
view, ideal thing is to do this integration from ISTIO   side car.


 


Thanks Srini


 


 



From: onap-tsc@lists.onap.org [mailto:onap-tsc@lists.onap.org] On Behalf Of 
Stephen Terrill Sent: Thursday, January 17, 2019 1:19 PM To: 
onap-tsc@lists.onap.org Subject: [onap-tsc] Data Lake




 


Hi All,


 


During the TSC discussion today on the data lake the discussion was leading 
towards considering the data lake feeder as part of DCAE.  Upon further 
reflection, I was wondering whether we should also consider including  it as 
part of DMAAP  as an alternative option.  Just for c

Re: [onap-tsc] Data Lake

2019-01-31 Thread Lingli Deng
Thank you Kenny for the clarification. Much appreciated.

 

Lingli/邓灵莉中国移动通信研究院denglin...@chinamobile.com



邮件原文发件人:Kenny Paul 收件人:onap-tsc 
抄 送: (无)发送时间:2019-01-31 21:55:40主题:Re: [onap-tsc] Data 
Lake

Actually comparing the vote at the meeting to the attendance at the meeting, 
datalake as a POC only for Dublin passed.


 


 


Thanks!


 


-kenny


 


From: onap-tsc@lists.onap.org  On Behalf Of Lingli 
DengSent: Wednesday, January 30, 2019 10:16 PMTo: onap-tsc 
Subject: Re: [onap-tsc] Data Lake


 

Hi TSC,

 

As for Datalake proposal, I suppose it is well discussed and understood.

I recalled the consensus was it is useful and we want it to be done, but not 
including the backend storages and as part of DCAE for Dublin.

Kenny also initiated a vote in the chatting room during the TSC call two weeks 
ago.

Is that conclusive or do we need another vote to settle the issue and move on?

 

Thanks,

 

Lingli/邓灵莉中国移动通信研究院denglin...@chinamobile.com

 


邮件原文发件人:"ramki krishnan via Lists.Onap.Org" 
收件人:"onap-tsc@lists.onap.org" 
抄 送: (无)发送时间:2019-01-20 07:27:04主题:Re: [onap-tsc] Data 
Lake   


Well described Srini. A clarification – the Kafka broker is installed as part 
of ONAP correct?


 


Since DMaaP is a wrapper over Kafka, I am more inclined towards the datalake 
connectivity enablement being part of DMaaP project.


 


Thanks,


Ramki


 



From: onap-tsc@lists.onap.org  On Behalf Of SriniSent: 
Saturday, January 19, 2019 1:11 PMTo: 39onap-...@lists.onap.org39 
Subject: Re: [onap-tsc] Data Lake




 


Just to add some more information:


 


·Apache Kafka added Authorization and ACLs functionality 
(http://kafka.apache.org/documentation/#securoty_authz)  which allows providing 
configurable access control to external entities that need access to Kafka 
topics.. 


·Kafka Operator (https://github.com/strimzi/strimzi-kafka-operator)  
made it simple to create ACLs using Kubernetes resources.


 


Both of above technologies/features can be added.


 


>From the workflow perspective, there are two operations by the ONAP user:


 


·Register external Kafka entity (In this case, external data like is a 
kafka client)


·Unregister the entity.


 


It is similar to the way cloud-regions are registered via ESR. Records can be 
added to A&AI DB.


One can provide GUI/CLI to make it simple for ONAP-users to add these in A&AI.


 


As part of registration, one can add users or certificate names and topic they 
are allowed to subscribe to.  When external entity registered in A&AI, it can 
trigger the kafka operator to add the ACL records.


 


With this,  each data lake can be brought up outside of ONAP and register that 
with A&AI by ONAP-User. Once that happens, data lake can get hold of any 
messages produced on the topic and can store in its databases  and provide any 
analytics.


 


Thanks


Srini


 


 



From: Addepalli, Srinivasa R Sent: Thursday, January 17, 2019 2:12 PMTo: 
onap-...@lists.onap.orgSubject: RE: Data Lake




 


My view is that data lakes (this one or any other data lake) can be considered 
as external entities (can be brought up ONAP like any other VNFs or via some 
other mechanisms). That includes feeder and UI.


 


>From ONAP perspective, we need to ensure that Kafka bus is accessible by third 
>party systems, that is,  authenticated registration of third party systems and 
>RBAC on topics etc… 


 


Since this datalake is specific to ONAP monitoring, I guess it is required that 
all modules send all its telemetry data and transaction data to Kafka.  In my 
view, ideal thing is to do this integration from ISTIO  side car.


 


ThanksSrini


 


 



From: onap-tsc@lists.onap.org [mailto:onap-tsc@lists.onap.org] On Behalf Of 
Stephen TerrillSent: Thursday, January 17, 2019 1:19 PMTo: 
onap-...@lists.onap.orgSubject: [onap-tsc] Data Lake




 


Hi All,


 


During the TSC discussion today on the data lake the discussion was leading 
towards considering the data lake feeder as part of DCAE.  Upon further 
reflection, I was wondering whether we should also consider including  it as 
part of DMAAP as an alternative option.  Just for consideration.


 


BR,


 


Steve


 





 


Stephen Terrill 


Senior Expert, Automation and Management


 


TECHNOLOGY SPECIALIST


BDGS RDP Architecture & Technology


Phone: +34913393005


Mobile: +34609168515


stephen.terr...@ericsson.com


 


Ericsson


C/ Via de los Poblados 13. B


28033,Madrid, Madrid


Spain


ericsson.com


 





 


Our commitment to Technology for Good and Diversity and Inclusion contributes 
to positive change.Follow us on: Facebook LinkedIn TwitterLegal entity:ERICSSON 
AB  registration number 556056-6258,  registered office in Stockholm.This 
communication is confidential. Our email terms: 
www.ericsson.com/en/legal/privacy/email-disclaimer


 



 








-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Onli

Re: [onap-tsc] [Onap-release] Quick Gerrit restart to fix HTTP Auth

2019-01-31 Thread Jessica Wagantall
Thanks! yes.. so this is expected actually after any upgrade.
The update disabled digest based http password, so these will have to get
cleared.

Thanks a ton!
Jess

On Thu, Jan 31, 2019 at 1:02 PM VENKATESH KUMAR, VIJAY 
wrote:

> Yes, confirm what Dan noted.. HTTP password had to be regenerated.
>
>
>
> Thanks,
>
> Vijay
>
>
>
> *From:* onap-rele...@lists.onap.org  *On
> Behalf Of *jwagant...@linuxfoundation.org
> *Sent:* Thursday, January 31, 2019 4:01 PM
> *To:* TIMONEY, DAN ; Jordan Conway <
> jcon...@linuxfoundation.org>
> *Cc:* onap-tsc@lists.onap.org; onap-disc...@lists.onap.org; onap-release <
> onap-rele...@lists.onap.org>; onap-lf-annou...@lists.onap.org
> *Subject:* Re: [onap-tsc] [Onap-release] Quick Gerrit restart to fix HTTP
> Auth
>
>
>
> + Jordan for visibility
>
>
>
> Thanks for reporting this Dan,
>
> was this after I announced the HTTP fix was added?
>
>
>
> Does anyone also see this issue?
>
>
>
> Thansk!
> Jess
>
>
>
> On Thu, Jan 31, 2019 at 12:55 PM TIMONEY, DAN  wrote:
>
> Jess, all:
>
>
>
> Somehow, my gerrit http password was reset after this patch and I had to
> regenerate it.  Not a big deal, but wanted to give a heads up in case
> people notice their git pulls are failing.   It’s not that gerrit is still
> broken – it’s that your http password needs to be reset, and then you’ll
> need to reset it in your local environment.
>
>
>
> Dan
>
>
>
> --
>
> Dan Timoney
>
> SDN-CP Development
>
> ONAP Project Technical Lead : CCSDK and SDNC
>
>
>
> *Please go to  *D2 ECOMP Release Planning Wiki
>  for
> D2 ECOMP Project In-take, 2016 Release Planning, Change Management, and
> find key Release Planning Contact Information.
>
>
>
>
>
> *From: * on behalf of Jessica Wagantall <
> jwagant...@linuxfoundation.org>
> *Reply-To: *"onap-tsc@lists.onap.org" 
> *Date: *Thursday, January 31, 2019 at 3:50 PM
> *To: *onap-discuss , onap-release <
> onap-rele...@lists.onap.org>, onap-tsc , "
> onap-lf-annou...@lists.onap.org" 
> *Subject: *Re: [onap-tsc] [Onap-release] Quick Gerrit restart to fix HTTP
> Auth
>
>
>
> HTTP should be fixed now.
>
>
>
> Thanks!
>
> Jess
>
>
>
> On Thu, Jan 31, 2019 at 12:24 PM  wrote:
>
> Dear ONAP team.
>
>
>
> We need to add urgently a Gerrit fix needed after the recent update
> related to
>
>
> https://www.gerritcodereview.com/2.14.html#http-digest-authentication-removed
> 
>
>
>
> This will take just a few minuted for Gerrit to restart.
>
>
>
> Jenkins is now placed in quietDown mode and the restart will happen right
> after.
>
>
>
> Thanks again for your patience!
>
> Jess
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#4561): https://lists.onap.org/g/onap-tsc/message/4561
Mute This Topic: https://lists.onap.org/mt/29610718/21656
Group Owner: onap-tsc+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-tsc/leave/2743226/1412191262/xyzzy  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



Re: [onap-tsc] [Onap-release] Quick Gerrit restart to fix HTTP Auth

2019-01-31 Thread Vijay VK
Yes, confirm what Dan noted.. HTTP password had to be regenerated.

Thanks,
Vijay

From: onap-rele...@lists.onap.org  On Behalf Of 
jwagant...@linuxfoundation.org
Sent: Thursday, January 31, 2019 4:01 PM
To: TIMONEY, DAN ; Jordan Conway 
Cc: onap-tsc@lists.onap.org; onap-disc...@lists.onap.org; onap-release 
; onap-lf-annou...@lists.onap.org
Subject: Re: [onap-tsc] [Onap-release] Quick Gerrit restart to fix HTTP Auth

+ Jordan for visibility

Thanks for reporting this Dan,
was this after I announced the HTTP fix was added?

Does anyone also see this issue?

Thansk!
Jess

On Thu, Jan 31, 2019 at 12:55 PM TIMONEY, DAN 
mailto:dt5...@att.com>> wrote:
Jess, all:

Somehow, my gerrit http password was reset after this patch and I had to 
regenerate it.  Not a big deal, but wanted to give a heads up in case people 
notice their git pulls are failing.   It’s not that gerrit is still broken – 
it’s that your http password needs to be reset, and then you’ll need to reset 
it in your local environment.

Dan

--
Dan Timoney
SDN-CP Development
ONAP Project Technical Lead : CCSDK and SDNC

Please go to  D2 ECOMP Release Planning 
Wiki for 
D2 ECOMP Project In-take, 2016 Release Planning, Change Management, and find 
key Release Planning Contact Information.


From: mailto:onap-tsc@lists.onap.org>> on behalf of 
Jessica Wagantall 
mailto:jwagant...@linuxfoundation.org>>
Reply-To: "onap-tsc@lists.onap.org" 
mailto:onap-tsc@lists.onap.org>>
Date: Thursday, January 31, 2019 at 3:50 PM
To: onap-discuss 
mailto:onap-disc...@lists.onap.org>>, onap-release 
mailto:onap-rele...@lists.onap.org>>, onap-tsc 
mailto:onap-tsc@lists.onap.org>>, 
"onap-lf-annou...@lists.onap.org" 
mailto:onap-lf-annou...@lists.onap.org>>
Subject: Re: [onap-tsc] [Onap-release] Quick Gerrit restart to fix HTTP Auth

HTTP should be fixed now.

Thanks!
Jess

On Thu, Jan 31, 2019 at 12:24 PM 
mailto:jwagant...@linuxfoundation.org>> wrote:
Dear ONAP team.

We need to add urgently a Gerrit fix needed after the recent update related to
https://www.gerritcodereview.com/2.14.html#http-digest-authentication-removed

This will take just a few minuted for Gerrit to restart.

Jenkins is now placed in quietDown mode and the restart will happen right after.

Thanks again for your patience!
Jess


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#4560): https://lists.onap.org/g/onap-tsc/message/4560
Mute This Topic: https://lists.onap.org/mt/29610718/21656
Group Owner: onap-tsc+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-tsc/leave/2743226/1412191262/xyzzy  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



Re: [onap-tsc] [Onap-release] Quick Gerrit restart to fix HTTP Auth

2019-01-31 Thread Jessica Wagantall
+ Jordan for visibility

Thanks for reporting this Dan,
was this after I announced the HTTP fix was added?

Does anyone also see this issue?

Thansk!
Jess

On Thu, Jan 31, 2019 at 12:55 PM TIMONEY, DAN  wrote:

> Jess, all:
>
>
>
> Somehow, my gerrit http password was reset after this patch and I had to
> regenerate it.  Not a big deal, but wanted to give a heads up in case
> people notice their git pulls are failing.   It’s not that gerrit is still
> broken – it’s that your http password needs to be reset, and then you’ll
> need to reset it in your local environment.
>
>
>
> Dan
>
>
>
> --
>
> Dan Timoney
>
> SDN-CP Development
>
> ONAP Project Technical Lead : CCSDK and SDNC
>
>
>
> *Please go to  *D2 ECOMP Release Planning Wiki
>  for
> D2 ECOMP Project In-take, 2016 Release Planning, Change Management, and
> find key Release Planning Contact Information.
>
>
>
>
>
> *From: * on behalf of Jessica Wagantall <
> jwagant...@linuxfoundation.org>
> *Reply-To: *"onap-tsc@lists.onap.org" 
> *Date: *Thursday, January 31, 2019 at 3:50 PM
> *To: *onap-discuss , onap-release <
> onap-rele...@lists.onap.org>, onap-tsc , "
> onap-lf-annou...@lists.onap.org" 
> *Subject: *Re: [onap-tsc] [Onap-release] Quick Gerrit restart to fix HTTP
> Auth
>
>
>
> HTTP should be fixed now.
>
>
>
> Thanks!
>
> Jess
>
>
>
> On Thu, Jan 31, 2019 at 12:24 PM  wrote:
>
> Dear ONAP team.
>
>
>
> We need to add urgently a Gerrit fix needed after the recent update
> related to
>
>
> https://www.gerritcodereview.com/2.14.html#http-digest-authentication-removed
> 
>
>
>
> This will take just a few minuted for Gerrit to restart.
>
>
>
> Jenkins is now placed in quietDown mode and the restart will happen right
> after.
>
>
>
> Thanks again for your patience!
>
> Jess
>
> 
>
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#4559): https://lists.onap.org/g/onap-tsc/message/4559
Mute This Topic: https://lists.onap.org/mt/29610718/21656
Group Owner: onap-tsc+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-tsc/leave/2743226/1412191262/xyzzy  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



Re: [onap-tsc] [Onap-release] Quick Gerrit restart to fix HTTP Auth

2019-01-31 Thread TIMONEY, DAN
Jess, all:

Somehow, my gerrit http password was reset after this patch and I had to 
regenerate it.  Not a big deal, but wanted to give a heads up in case people 
notice their git pulls are failing.   It’s not that gerrit is still broken – 
it’s that your http password needs to be reset, and then you’ll need to reset 
it in your local environment.

Dan

--
Dan Timoney
SDN-CP Development
ONAP Project Technical Lead : CCSDK and SDNC

Please go to  D2 ECOMP Release Planning 
Wiki for 
D2 ECOMP Project In-take, 2016 Release Planning, Change Management, and find 
key Release Planning Contact Information.


From:  on behalf of Jessica Wagantall 

Reply-To: "onap-tsc@lists.onap.org" 
Date: Thursday, January 31, 2019 at 3:50 PM
To: onap-discuss , onap-release 
, onap-tsc , 
"onap-lf-annou...@lists.onap.org" 
Subject: Re: [onap-tsc] [Onap-release] Quick Gerrit restart to fix HTTP Auth

HTTP should be fixed now.

Thanks!
Jess

On Thu, Jan 31, 2019 at 12:24 PM 
mailto:jwagant...@linuxfoundation.org>> wrote:
Dear ONAP team.

We need to add urgently a Gerrit fix needed after the recent update related to
https://www.gerritcodereview.com/2.14.html#http-digest-authentication-removed

This will take just a few minuted for Gerrit to restart.

Jenkins is now placed in quietDown mode and the restart will happen right after.

Thanks again for your patience!
Jess


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#4558): https://lists.onap.org/g/onap-tsc/message/4558
Mute This Topic: https://lists.onap.org/mt/29610718/21656
Group Owner: onap-tsc+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-tsc/leave/2743226/1412191262/xyzzy  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



Re: [Onap-release] [onap-tsc] [onap-discuss] [it-infrastructure-alerts] URGENT services maintenance Thursday 9:00am PT time

2019-01-31 Thread Jessica Wagantall
HTTP was just fixed.

Pam, can you try re-logging in. I wonder if is an issue with the browser
and is not refeshing properly,
Would you mind trying an incognito session?

Thanks!
Jess

On Thu, Jan 31, 2019 at 12:04 PM DRAGOSH, PAMELA L (PAM) <
pdrag...@research.att.com> wrote:

> I also can’t see the branches or tags, I get errors for that.
>
>
>
> Via the gerrit website gui.
>
>
>
> Pam
>
>
>
> *From: * on behalf of "CHO, TAKAMUNE" <
> tc0...@att.com>
> *Date: *Thursday, January 31, 2019 at 2:58 PM
> *To: *"jwagant...@linuxfoundation.org" , "
> onap-disc...@lists.onap.org" , onap-release <
> onap-rele...@lists.onap.org>, onap-tsc , "
> onap-lf-annou...@lists.onap.org" ,
> Jordan Conway 
> *Subject: *Re: [Onap-release] [onap-tsc] [onap-discuss]
> [it-infrastructure-alerts] URGENT services maintenance Thursday 9:00am PT
> time
>
>
>
> Security Advisory:* This Message Originated Outside of AT&T ***
> Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
>
> Jess,
>
>
>
> After upgrade, under settings in gerrit.onap.org. the “httppassword”
> disappeared. We used to copy&paste encrypted httppassword to connect for
> gerrit review.
>
>
>
> Do you have any insight for this changes?
>
>
>
> Taka
>
>
>
>
>
> *From:* onap-rele...@lists.onap.org [mailto:onap-rele...@lists.onap.org] *On
> Behalf Of *jwagant...@linuxfoundation.org
> *Sent:* Thursday, January 31, 2019 1:49 PM
> *To:* onap-disc...@lists.onap.org; onap-release <
> onap-rele...@lists.onap.org>; onap-tsc ;
> onap-lf-annou...@lists.onap.org; Jordan Conway <
> jcon...@linuxfoundation.org>
> *Subject:* Re: [Onap-release] [onap-tsc] [onap-discuss]
> [it-infrastructure-alerts] URGENT services maintenance Thursday 9:00am PT
> time
>
>
>
> Thanks again team!
>
>
>
> We are all updated in security and services are running
>
>
>
> Thansk!
>
> Jess
>
>
>
> On Thu, Jan 31, 2019 at 10:31 AM Jessica Wagantall <
> jwagant...@linuxfoundation.org> wrote:
>
> Team, 30 more minutes and we hopefully should be good to go.
>
>
>
> Thanks so much for your patience!
>
>
>
> Jess
>
>
>
> On Thu, Jan 31, 2019 at 9:51 AM Jessica Wagantall <
> jwagant...@linuxfoundation.org> wrote:
>
> Team.. this work is still continuing  and looking good.
>
>
>
> Will let you guys know once is finished
>
>
>
> Thanks!!
>
> Jess
>
>
>
> On Thu, Jan 31, 2019, 8:29 AM Jessica Wagantall <
> jwagant...@linuxfoundation.org wrote:
>
> Small reminder
>
>
>
> Jenkins has started quiet down mode to prepare for this upgrade.
>
>
>
> Thanks
>
> Jess
>
>
>
> On Wed, Jan 30, 2019, 4:27 PM Jessica Wagantall <
> jwagant...@linuxfoundation.org wrote:
>
> What: The Linux Foundation will be performing kernel security updates on
> ONAP services
>
>
>
> When: Thursday Jan 31st, 9:00am Pacific Time
>
>
>
> Why: We need to pull in kernel security updates on LF's hosted servers for
> ONAP
>
>
>
> Impact: Jenkins, Nexus, Sonar, Gerrit and Confluence will be updated and
> Jenkins will be put on
>
> quietDown mode for the duration of this task which is estimated at one
> hour.
>
>
>
> Thanks so much!
>
> Jess
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#4557): https://lists.onap.org/g/onap-tsc/message/4557
Mute This Topic: https://lists.onap.org/mt/29610235/21656
Group Owner: onap-tsc+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-tsc/leave/2743226/1412191262/xyzzy  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



Re: [onap-tsc] [Onap-release] Quick Gerrit restart to fix HTTP Auth

2019-01-31 Thread Jessica Wagantall
HTTP should be fixed now.

Thanks!
Jess

On Thu, Jan 31, 2019 at 12:24 PM  wrote:

> Dear ONAP team.
>
> We need to add urgently a Gerrit fix needed after the recent update
> related to
>
> https://www.gerritcodereview.com/2.14.html#http-digest-authentication-removed
>
> This will take just a few minuted for Gerrit to restart.
>
> Jenkins is now placed in quietDown mode and the restart will happen right
> after.
>
> Thanks again for your patience!
> Jess
> 
>
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#4556): https://lists.onap.org/g/onap-tsc/message/4556
Mute This Topic: https://lists.onap.org/mt/29610718/21656
Group Owner: onap-tsc+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-tsc/leave/2743226/1412191262/xyzzy  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



[onap-tsc] Quick Gerrit restart to fix HTTP Auth

2019-01-31 Thread Jessica Wagantall
Dear ONAP team.

We need to add urgently a Gerrit fix needed after the recent update related
to
https://www.gerritcodereview.com/2.14.html#http-digest-authentication-removed

This will take just a few minuted for Gerrit to restart.

Jenkins is now placed in quietDown mode and the restart will happen right
after.

Thanks again for your patience!
Jess

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#4555): https://lists.onap.org/g/onap-tsc/message/4555
Mute This Topic: https://lists.onap.org/mt/29610472/21656
Group Owner: onap-tsc+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-tsc/leave/2743226/1412191262/xyzzy  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



Re: [Onap-release] [onap-tsc] [onap-discuss] [it-infrastructure-alerts] URGENT services maintenance Thursday 9:00am PT time

2019-01-31 Thread Pamela Dragosh
I also can’t see the branches or tags, I get errors for that.

Via the gerrit website gui.

Pam

From:  on behalf of "CHO, TAKAMUNE" 

Date: Thursday, January 31, 2019 at 2:58 PM
To: "jwagant...@linuxfoundation.org" , 
"onap-disc...@lists.onap.org" , onap-release 
, onap-tsc , 
"onap-lf-annou...@lists.onap.org" , Jordan 
Conway 
Subject: Re: [Onap-release] [onap-tsc] [onap-discuss] 
[it-infrastructure-alerts] URGENT services maintenance Thursday 9:00am PT time

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

After upgrade, under settings in gerrit.onap.org. the “httppassword” 
disappeared. We used to copy&paste encrypted httppassword to connect for gerrit 
review.

Do you have any insight for this changes?

Taka


From: onap-rele...@lists.onap.org [mailto:onap-rele...@lists.onap.org] On 
Behalf Of jwagant...@linuxfoundation.org
Sent: Thursday, January 31, 2019 1:49 PM
To: onap-disc...@lists.onap.org; onap-release ; 
onap-tsc ; onap-lf-annou...@lists.onap.org; Jordan 
Conway 
Subject: Re: [Onap-release] [onap-tsc] [onap-discuss] 
[it-infrastructure-alerts] URGENT services maintenance Thursday 9:00am PT time

Thanks again team!

We are all updated in security and services are running

Thansk!
Jess

On Thu, Jan 31, 2019 at 10:31 AM Jessica Wagantall 
mailto:jwagant...@linuxfoundation.org>> wrote:
Team, 30 more minutes and we hopefully should be good to go.

Thanks so much for your patience!

Jess

On Thu, Jan 31, 2019 at 9:51 AM Jessica Wagantall 
mailto:jwagant...@linuxfoundation.org>> wrote:
Team.. this work is still continuing  and looking good.

Will let you guys know once is finished

Thanks!!
Jess

On Thu, Jan 31, 2019, 8:29 AM Jessica Wagantall 
mailto:jwagant...@linuxfoundation.org> wrote:
Small reminder

Jenkins has started quiet down mode to prepare for this upgrade.

Thanks
Jess

On Wed, Jan 30, 2019, 4:27 PM Jessica Wagantall 
mailto:jwagant...@linuxfoundation.org> wrote:
What: The Linux Foundation will be performing kernel security updates on ONAP 
services

When: Thursday Jan 31st, 9:00am Pacific Time

Why: We need to pull in kernel security updates on LF's hosted servers for ONAP

Impact: Jenkins, Nexus, Sonar, Gerrit and Confluence will be updated and 
Jenkins will be put on
quietDown mode for the duration of this task which is estimated at one hour.

Thanks so much!
Jess


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#4554): https://lists.onap.org/g/onap-tsc/message/4554
Mute This Topic: https://lists.onap.org/mt/29610235/21656
Group Owner: onap-tsc+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-tsc/leave/2743226/1412191262/xyzzy  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



Re: [onap-tsc] [onap-discuss] [it-infrastructure-alerts] URGENT services maintenance Thursday 9:00am PT time

2019-01-31 Thread Jessica Wagantall
Thanks again team!

We are all updated in security and services are running

Thansk!
Jess

On Thu, Jan 31, 2019 at 10:31 AM Jessica Wagantall <
jwagant...@linuxfoundation.org> wrote:

> Team, 30 more minutes and we hopefully should be good to go.
>
> Thanks so much for your patience!
>
> Jess
>
> On Thu, Jan 31, 2019 at 9:51 AM Jessica Wagantall <
> jwagant...@linuxfoundation.org> wrote:
>
>> Team.. this work is still continuing  and looking good.
>>
>> Will let you guys know once is finished
>>
>> Thanks!!
>> Jess
>>
>> On Thu, Jan 31, 2019, 8:29 AM Jessica Wagantall <
>> jwagant...@linuxfoundation.org wrote:
>>
>>> Small reminder
>>>
>>> Jenkins has started quiet down mode to prepare for this upgrade.
>>>
>>> Thanks
>>> Jess
>>>
>>> On Wed, Jan 30, 2019, 4:27 PM Jessica Wagantall <
>>> jwagant...@linuxfoundation.org wrote:
>>>
 What: The Linux Foundation will be performing kernel security updates
 on ONAP services

 When: Thursday Jan 31st, 9:00am Pacific Time

 Why: We need to pull in kernel security updates on LF's hosted servers
 for ONAP

 Impact: Jenkins, Nexus, Sonar, Gerrit and Confluence will be updated
 and Jenkins will be put on
 quietDown mode for the duration of this task which is estimated at one
 hour.

 Thanks so much!
 Jess

>>> 
>>
>>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#4553): https://lists.onap.org/g/onap-tsc/message/4553
Mute This Topic: https://lists.onap.org/mt/29607651/21656
Group Owner: onap-tsc+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-tsc/leave/2743226/1412191262/xyzzy  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



Re: [onap-tsc] Data Lake

2019-01-31 Thread Stephen Terrill
Hi,

My understanding is that the discussion was heading for the following:

  *   A means to collect data from ONAP and export it to a data lake.  This 
would be part of the “ONAP definition” when all is complete.  The idea here was 
the use of DMaaP as a starting point, and I understand this was heading towards 
going in the DCAE project.
  *   Then it is required to test it. For there some form of reference data 
lake would be included in integration to test the data.

The point being that this approach allows for different data lakes without ONAP 
specifying what that is, and can still allow experimental work in the 
integration.

I think as this hasn’t been approved, it isn’t on Catherines list.

BR,

Steve

From: onap-tsc@lists.onap.org  On Behalf Of Vijay VK
Sent: Thursday 31 January 2019 18:26
To: onap-tsc@lists.onap.org
Subject: Re: [onap-tsc] Data Lake

Hi TSC, Could someone please clarify what is the scope of datalake POC targeted 
for Dublin?

Also I don’t see this tracked under current requirement - 
https://wiki.onap.org/display/DW/Dublin+Release+Requirements?

Regards,
Vijay

From: onap-tsc@lists.onap.org 
mailto:onap-tsc@lists.onap.org>> On Behalf Of Kenny 
Paul
Sent: Thursday, January 31, 2019 8:56 AM
To: onap-tsc@lists.onap.org
Subject: Re: [onap-tsc] Data Lake

Actually comparing the vote at the meeting to the attendance at the meeting, 
datalake as a POC only for Dublin passed.


Thanks!

-kenny

From: onap-tsc@lists.onap.org 
mailto:onap-tsc@lists.onap.org>> On Behalf Of Lingli 
Deng
Sent: Wednesday, January 30, 2019 10:16 PM
To: onap-tsc mailto:onap-tsc@lists.onap.org>>
Subject: Re: [onap-tsc] Data Lake


Hi TSC,



As for Datalake proposal, I suppose it is well discussed and understood.

I recalled the consensus was it is useful and we want it to be done, but not 
including the backend storages and as part of DCAE for Dublin.

Kenny also initiated a vote in the chatting room during the TSC call two weeks 
ago.

Is that conclusive or do we need another vote to settle the issue and move on?



Thanks,



Lingli/邓灵莉

中国移动通信研究院

denglin...@chinamobile.com


邮件原文
发件人:"ramki krishnan via Lists.Onap.Org" 
mailto:ramkik=vmware@lists.onap.org>>
收件人:"onap-tsc@lists.onap.org" 
mailto:onap-tsc@lists.onap.org>>
抄 送: (无)
发送时间:2019-01-20 07:27:04
主题:Re: [onap-tsc] Data Lake


Well described Srini. A clarification – the Kafka broker is installed as part 
of ONAP correct?

Since DMaaP is a wrapper over Kafka, I am more inclined towards the datalake 
connectivity enablement being part of DMaaP project.

Thanks,
Ramki

From: onap-tsc@lists.onap.org 
mailto:onap-tsc@lists.onap.org>> On Behalf Of Srini
Sent: Saturday, January 19, 2019 1:11 PM
To: 'onap-tsc@lists.onap.org' 
mailto:onap-tsc@lists.onap.org>>
Subject: Re: [onap-tsc] Data Lake

Just to add some more information:


·Apache Kafka added Authorization and ACLs functionality 
(http://kafka.apache.org/documentation/#securoty_authz)
  which allows providing configurable access control to external entities that 
need access to Kafka topics..

·Kafka Operator 
(https://github.com/strimzi/strimzi-kafka-operator)
  made it simple to create ACLs using Kubernetes resources.

Both of above technologies/features can be added.

From the workflow perspective, there are two operations by the ONAP user:


·Register external Kafka entity (In this case, external data like is a 
kafka client)

·Unregister the entity.

It is similar to the way cloud-regions are registered via ESR. Records can be 
added to A&AI DB.
One can provide GUI/CLI to make it simple for ONAP-users to add these in A&AI.

As part of registration, one can

Re: [onap-tsc] [onap-discuss] [it-infrastructure-alerts] URGENT services maintenance Thursday 9:00am PT time

2019-01-31 Thread Jessica Wagantall
Team, 30 more minutes and we hopefully should be good to go.

Thanks so much for your patience!

Jess

On Thu, Jan 31, 2019 at 9:51 AM Jessica Wagantall <
jwagant...@linuxfoundation.org> wrote:

> Team.. this work is still continuing  and looking good.
>
> Will let you guys know once is finished
>
> Thanks!!
> Jess
>
> On Thu, Jan 31, 2019, 8:29 AM Jessica Wagantall <
> jwagant...@linuxfoundation.org wrote:
>
>> Small reminder
>>
>> Jenkins has started quiet down mode to prepare for this upgrade.
>>
>> Thanks
>> Jess
>>
>> On Wed, Jan 30, 2019, 4:27 PM Jessica Wagantall <
>> jwagant...@linuxfoundation.org wrote:
>>
>>> What: The Linux Foundation will be performing kernel security updates on
>>> ONAP services
>>>
>>> When: Thursday Jan 31st, 9:00am Pacific Time
>>>
>>> Why: We need to pull in kernel security updates on LF's hosted servers
>>> for ONAP
>>>
>>> Impact: Jenkins, Nexus, Sonar, Gerrit and Confluence will be updated and
>>> Jenkins will be put on
>>> quietDown mode for the duration of this task which is estimated at one
>>> hour.
>>>
>>> Thanks so much!
>>> Jess
>>>
>> 
>
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#4551): https://lists.onap.org/g/onap-tsc/message/4551
Mute This Topic: https://lists.onap.org/mt/29607651/21656
Group Owner: onap-tsc+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-tsc/leave/2743226/1412191262/xyzzy  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



Re: [onap-tsc] [onap-discuss] [it-infrastructure-alerts] URGENT services maintenance Thursday 9:00am PT time

2019-01-31 Thread Jessica Wagantall
Team.. this work is still continuing  and looking good.

Will let you guys know once is finished

Thanks!!
Jess

On Thu, Jan 31, 2019, 8:29 AM Jessica Wagantall <
jwagant...@linuxfoundation.org wrote:

> Small reminder
>
> Jenkins has started quiet down mode to prepare for this upgrade.
>
> Thanks
> Jess
>
> On Wed, Jan 30, 2019, 4:27 PM Jessica Wagantall <
> jwagant...@linuxfoundation.org wrote:
>
>> What: The Linux Foundation will be performing kernel security updates on
>> ONAP services
>>
>> When: Thursday Jan 31st, 9:00am Pacific Time
>>
>> Why: We need to pull in kernel security updates on LF's hosted servers
>> for ONAP
>>
>> Impact: Jenkins, Nexus, Sonar, Gerrit and Confluence will be updated and
>> Jenkins will be put on
>> quietDown mode for the duration of this task which is estimated at one
>> hour.
>>
>> Thanks so much!
>> Jess
>>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#4550): https://lists.onap.org/g/onap-tsc/message/4550
Mute This Topic: https://lists.onap.org/mt/29607651/21656
Group Owner: onap-tsc+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-tsc/leave/2743226/1412191262/xyzzy  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



Re: [onap-tsc] Data Lake

2019-01-31 Thread Vijay VK
Hi TSC, Could someone please clarify what is the scope of datalake POC targeted 
for Dublin?

Also I don’t see this tracked under current requirement - 
https://wiki.onap.org/display/DW/Dublin+Release+Requirements?

Regards,
Vijay

From: onap-tsc@lists.onap.org  On Behalf Of Kenny Paul
Sent: Thursday, January 31, 2019 8:56 AM
To: onap-tsc@lists.onap.org
Subject: Re: [onap-tsc] Data Lake

Actually comparing the vote at the meeting to the attendance at the meeting, 
datalake as a POC only for Dublin passed.


Thanks!

-kenny

From: onap-tsc@lists.onap.org 
mailto:onap-tsc@lists.onap.org>> On Behalf Of Lingli 
Deng
Sent: Wednesday, January 30, 2019 10:16 PM
To: onap-tsc mailto:onap-tsc@lists.onap.org>>
Subject: Re: [onap-tsc] Data Lake


Hi TSC,



As for Datalake proposal, I suppose it is well discussed and understood.

I recalled the consensus was it is useful and we want it to be done, but not 
including the backend storages and as part of DCAE for Dublin.

Kenny also initiated a vote in the chatting room during the TSC call two weeks 
ago.

Is that conclusive or do we need another vote to settle the issue and move on?



Thanks,



Lingli/邓灵莉

中国移动通信研究院

denglin...@chinamobile.com


邮件原文
发件人:"ramki krishnan via Lists.Onap.Org" 
mailto:ramkik=vmware@lists.onap.org>>
收件人:"onap-tsc@lists.onap.org" 
mailto:onap-tsc@lists.onap.org>>
抄 送: (无)
发送时间:2019-01-20 07:27:04
主题:Re: [onap-tsc] Data Lake


Well described Srini. A clarification – the Kafka broker is installed as part 
of ONAP correct?

Since DMaaP is a wrapper over Kafka, I am more inclined towards the datalake 
connectivity enablement being part of DMaaP project.

Thanks,
Ramki

From: onap-tsc@lists.onap.org 
mailto:onap-tsc@lists.onap.org>> On Behalf Of Srini
Sent: Saturday, January 19, 2019 1:11 PM
To: 'onap-tsc@lists.onap.org' 
mailto:onap-tsc@lists.onap.org>>
Subject: Re: [onap-tsc] Data Lake

Just to add some more information:


· Apache Kafka added Authorization and ACLs functionality 
(http://kafka.apache.org/documentation/#securoty_authz)
  which allows providing configurable access control to external entities that 
need access to Kafka topics..

· Kafka Operator 
(https://github.com/strimzi/strimzi-kafka-operator)
  made it simple to create ACLs using Kubernetes resources.

Both of above technologies/features can be added.

From the workflow perspective, there are two operations by the ONAP user:


· Register external Kafka entity (In this case, external data like is a 
kafka client)

· Unregister the entity.

It is similar to the way cloud-regions are registered via ESR. Records can be 
added to A&AI DB.
One can provide GUI/CLI to make it simple for ONAP-users to add these in A&AI.

As part of registration, one can add users or certificate names and topic they 
are allowed to subscribe to.  When external entity registered in A&AI, it can 
trigger the kafka operator to add the ACL records.

With this,  each data lake can be brought up outside of ONAP and register that 
with A&AI by ONAP-User. Once that happens, data lake can get hold of any 
messages produced on the topic and can store in its databases  and provide any 
analytics.

Thanks
Srini


From: Addepalli, Srinivasa R
Sent: Thursday, January 17, 2019 2:12 PM
To: onap-tsc@lists.onap.org
Subject: RE: Data Lake

My view is that data lakes (this one or any other data lake) can be considered 
as external entities (can be brought up ONAP like any other VNFs or via some 
other mechanisms). That includes feeder and UI.

From ONAP perspective, we need to ensure that Kafka bus is accessible by third 
party systems, that is,  authenticated registration of third party systems and 
RBAC on t

Re: [onap-tsc] [onap-discuss] [it-infrastructure-alerts] URGENT services maintenance Thursday 9:00am PT time

2019-01-31 Thread Jessica Wagantall
Small reminder

Jenkins has started quiet down mode to prepare for this upgrade.

Thanks
Jess

On Wed, Jan 30, 2019, 4:27 PM Jessica Wagantall <
jwagant...@linuxfoundation.org wrote:

> What: The Linux Foundation will be performing kernel security updates on
> ONAP services
>
> When: Thursday Jan 31st, 9:00am Pacific Time
>
> Why: We need to pull in kernel security updates on LF's hosted servers for
> ONAP
>
> Impact: Jenkins, Nexus, Sonar, Gerrit and Confluence will be updated and
> Jenkins will be put on
> quietDown mode for the duration of this task which is estimated at one
> hour.
>
> Thanks so much!
> Jess
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#4548): https://lists.onap.org/g/onap-tsc/message/4548
Mute This Topic: https://lists.onap.org/mt/29607651/21656
Group Owner: onap-tsc+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-tsc/leave/2743226/1412191262/xyzzy  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



Re: [onap-tsc] Looking for input on the Next ONAP Winter DDF #poll

2019-01-31 Thread Alla Goldner
I think this was the objective of having our meetings in the beginning of 
December, before M1…assuming Releases will remain 6-month-length…

From: onap-tsc@lists.onap.org  On Behalf Of Alex Vul
Sent: Thursday, January 31, 2019 5:13 PM
To: onap-tsc@lists.onap.org
Subject: Re: [onap-tsc] Looking for input on the Next ONAP Winter DDF #poll

Hi Kenny,

I wonder if our F2F meetings should be aligned with release delivery 
milestones, rather than being seasonal, i.e. “winter/spring/fall/summer” 
oriented. For example, we can decide to have a F2F meeting ahead of M1, or some 
other milestone, which would allow us to have regular cadence of F2F meetings X 
months apart…

My two cents,

Alex Vul
Intel Corporation

From: mailto:onap-tsc@lists.onap.org>> on behalf of 
Kenny Paul mailto:kp...@linuxfoundation.org>>
Reply-To: "onap-tsc@lists.onap.org" 
mailto:onap-tsc@lists.onap.org>>
Date: Tuesday, January 29, 2019 at 6:41 AM
To: "onap-tsc@lists.onap.org" 
mailto:onap-tsc@lists.onap.org>>
Subject: Re: [onap-tsc] Looking for input on the Next ONAP Winter DDF #poll

584 members on this mailing list and only 22 responses. Surely we can do better 
than that?

From: onap-tsc@lists.onap.org 
mailto:onap-tsc@lists.onap.org>> On Behalf Of Kenny 
Paul
Sent: Thursday, January 24, 2019 2:21 PM
To: onap-tsc@lists.onap.org
Subject: [onap-tsc] Looking for input on the Next ONAP Winter DDF #poll


A new poll has been created:

For next winter's DDF we are trying to line things up well in advance in a way 
that follows both the budgetary and collaborative objectives of the LFN Board.
Please select the choice that would work better for you.

Note- this is a poll, not a discussion. Yes, we are aware that neither of these 
date choices are particularly ideal.

1. December 16 - 20, 2019
2. January 6 - 10, 2020
3. Either

Vote Now

This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service 


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#4547): https://lists.onap.org/g/onap-tsc/message/4547
Mute This Topic: https://lists.onap.org/mt/29531064/21656
Mute #poll: https://lists.onap.org/mk?hashtag=poll&subid=2743226
Group Owner: onap-tsc+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-tsc/leave/2743226/1412191262/xyzzy  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



Re: [onap-tsc] Looking for input on the Next ONAP Winter DDF #poll

2019-01-31 Thread Alex Vul
Hi Kenny,

I wonder if our F2F meetings should be aligned with release delivery 
milestones, rather than being seasonal, i.e. “winter/spring/fall/summer” 
oriented. For example, we can decide to have a F2F meeting ahead of M1, or some 
other milestone, which would allow us to have regular cadence of F2F meetings X 
months apart…

My two cents,

Alex Vul
Intel Corporation

From:  on behalf of Kenny Paul 

Reply-To: "onap-tsc@lists.onap.org" 
Date: Tuesday, January 29, 2019 at 6:41 AM
To: "onap-tsc@lists.onap.org" 
Subject: Re: [onap-tsc] Looking for input on the Next ONAP Winter DDF #poll

584 members on this mailing list and only 22 responses. Surely we can do better 
than that?

From: onap-tsc@lists.onap.org  On Behalf Of Kenny Paul
Sent: Thursday, January 24, 2019 2:21 PM
To: onap-tsc@lists.onap.org
Subject: [onap-tsc] Looking for input on the Next ONAP Winter DDF #poll


A new poll has been created:

For next winter's DDF we are trying to line things up well in advance in a way 
that follows both the budgetary and collaborative objectives of the LFN Board.
Please select the choice that would work better for you.

Note- this is a poll, not a discussion. Yes, we are aware that neither of these 
date choices are particularly ideal.

1. December 16 - 20, 2019
2. January 6 - 10, 2020
3. Either

Vote Now


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#4546): https://lists.onap.org/g/onap-tsc/message/4546
Mute This Topic: https://lists.onap.org/mt/29531064/21656
Mute #poll: https://lists.onap.org/mk?hashtag=poll&subid=2743226
Group Owner: onap-tsc+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-tsc/leave/2743226/1412191262/xyzzy  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



[onap-tsc] Mike Eliott proxy for Alexis de Talhouët

2019-01-31 Thread Alexis de Talhouet
Sorry for late notice, Mike will be my proxy today.

Regards,
Alexis

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#4545): https://lists.onap.org/g/onap-tsc/message/4545
Mute This Topic: https://lists.onap.org/mt/29606075/21656
Group Owner: onap-tsc+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-tsc/leave/2743226/1412191262/xyzzy  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



Re: [onap-tsc] Data Lake

2019-01-31 Thread Kenny Paul
Actually comparing the vote at the meeting to the attendance at the meeting, 
datalake as a POC only for Dublin passed.

 

 

Thanks!

 

-kenny

 

From: onap-tsc@lists.onap.org  On Behalf Of Lingli Deng
Sent: Wednesday, January 30, 2019 10:16 PM
To: onap-tsc 
Subject: Re: [onap-tsc] Data Lake

 

Hi TSC,

 

As for Datalake proposal, I suppose it is well discussed and understood.

I recalled the consensus was it is useful and we want it to be done, but not 
including the backend storages and as part of DCAE for Dublin.

Kenny also initiated a vote in the chatting room during the TSC call two weeks 
ago.

Is that conclusive or do we need another vote to settle the issue and move on?

 

Thanks,

 

Lingli/邓灵莉

中国移动通信研究院

denglin...@chinamobile.com  

 

邮件原文
发件人:"ramki krishnan via Lists.Onap.Org" mailto:ramkik=vmware@lists.onap.org> >
收件人:"onap-tsc@lists.onap.org  " 
mailto:onap-tsc@lists.onap.org> >
抄 送: (无)
发送时间:2019-01-20 07:27:04
主题:Re: [onap-tsc] Data Lake

   

Well described Srini. A clarification – the Kafka broker is installed as part 
of ONAP correct?

 

Since DMaaP is a wrapper over Kafka, I am more inclined towards the datalake 
connectivity enablement being part of DMaaP project.

 

Thanks,

Ramki

 

From: onap-tsc@lists.onap.org   
mailto:onap-tsc@lists.onap.org> > On Behalf Of Srini
Sent: Saturday, January 19, 2019 1:11 PM
To: 'onap-tsc@lists.onap.org' mailto:onap-tsc@lists.onap.org> >
Subject: Re: [onap-tsc] Data Lake

 

Just to add some more information:

 

*Apache Kafka added Authorization and ACLs functionality 
(http://kafka.apache.org/documentation/#securoty_authz 

 )  which allows providing configurable access control to external entities 
that need access to Kafka topics.. 

*Kafka Operator (https://github.com/strimzi/strimzi-kafka-operator 

 )  made it simple to create ACLs using Kubernetes resources.

 

Both of above technologies/features can be added.

 

>From the workflow perspective, there are two operations by the ONAP user:

 

*Register external Kafka entity (In this case, external data like is a 
kafka client)

*Unregister the entity.

 

It is similar to the way cloud-regions are registered via ESR. Records can be 
added to A&AI DB.

One can provide GUI/CLI to make it simple for ONAP-users to add these in A&AI.

 

As part of registration, one can add users or certificate names and topic they 
are allowed to subscribe to.  When external entity registered in A&AI, it can 
trigger the kafka operator to add the ACL records.

 

With this,  each data lake can be brought up outside of ONAP and register that 
with A&AI by ONAP-User. Once that happens, data lake can get hold of any 
messages produced on the topic and can store in its databases  and provide any 
analytics.

 

Thanks

Srini

 

 

From: Addepalli, Srinivasa R 
Sent: Thursday, January 17, 2019 2:12 PM
To: onap-tsc@lists.onap.org  
Subject: RE: Data Lake

 

My view is that data lakes (this one or any other data lake) can be considered 
as external entities (can be brought up ONAP like any other VNFs or via some 
other mechanisms). That includes feeder and UI.

 

>From ONAP perspective, we need to ensure that Kafka bus is accessible by third 
>party systems, that is,  authenticated registration of third party systems and 
>RBAC on topics etc… 

 

Since this datalake is specific to ONAP monitoring, I guess it is required that 
all modules send all its telemetry data and transaction data to Kafka.  In my 
view, ideal thing is to do this integration from ISTIO  side car.

 

Thanks
Srini

 

 

From: onap-tsc@lists.onap.org   
[mailto:onap-tsc@lists.onap.org] On Behalf Of Stephen Terrill
Sent: Thursday, January 17, 2019 1:19 PM
To: onap-tsc@lists.onap.org  
Subject: [onap-tsc] Data Lake

 

Hi All,

 

During the TSC discussion today on the data lake; the discussion was leading 
towards considering the data lake feeder as part of DCAE.  Upon further 
reflection, I was wondering whether we should also consider including  it as 
part of DMAAP as an alternative option.  Just for consideration.

 

BR,

 

Steve