Re: [onap-discuss] [**EXTERNAL**] [Onap-usecasesub] MobileEdgeX open source announcement

[ramki krishnan]

Good point Raghu. ONAP's charter does cover LCM of applications just like VNFs.

Thanks,
Ramki

From: Ranganathan, Raghu 
Sent: Monday, October 1, 2018 2:39 AM
To: Arash Hekmat ; BEGWANI, VIMAL ; 
Ramki Krishnan ; Srini ; 
Margaret Chiosi (A) 
Cc: onap-usecase...@lists.onap.org; onap-discuss@lists.onap.org
Subject: Re: [**EXTERNAL**] [Onap-usecasesub] MobileEdgeX open source 
announcement

The mission text for "onap project" is quite broad.
https://www.onap.org/wp-content/uploads/sites/20/2017/03/project_charter_onap_030917.pdf<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.google.com%2Furl%3Fsa%3Dt%26source%3Dweb%26rct%3Dj%26url%3Dhttps%3A%2F%2Fwww.onap.org%2Fwp-content%2Fuploads%2Fsites%2F20%2F2017%2F03%2Fproject_charter_onap_030917.pdf%26ved%3D2ahUKEwiYv7ag-OTdAhVQnKwKHZvSAjAQFjADegQIAxAB%26usg%3DAOvVaw296fnsBUpuskTV3Fyy8V0l=02%7C01%7Cramkik%40vmware.com%7C3b669e0ffef94976bde508d62781c624%7Cb39138ca3cee4b4aa4d6cd83d9dd62f0%7C1%7C0%7C636739835676622996=h5ZHhUBziFYV1BAH9fL%2FIMRF8Y%2BSqczIM0lbml9Vdy0%3D=0>
>From 1(a):
"The mission of the ONAP Project ("ONAP" or, alternatively, the "Project") is to
create a model and meta-data driven reference open platform for service 
providers
to support full lifecycle management of cloud-centric, software-controlled
networks (SDN / NFV). The Project platform includes: ONAP design-time
capabilities to enable service providers to define and on-board resources, 
define
infrastructures and services, and define analytics and policies to be used at 
run-
time; and an ONAP Execution Time framework to instantiate and manage,
networks, services and applications over their entire lifecycle. The platform 
will
also include reference interfaces and telemetry requirements on virtual 
functions
to quickly on-board new virtual functions without long development / design
cycles."
--RR


From: Margaret Chiosi (A)
Sent: Friday, September 28, 09:40
Subject: RE: [**EXTERNAL**] [Onap-usecasesub] MobileEdgeX open source 
announcement
To: Arash Hekmat, BEGWANI, VIMAL, Ramki Krishnan, Srini, Ranganathan, Raghu
Cc: onap-usecase...@lists.onap.org<mailto:onap-usecase...@lists.onap.org>, 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>

I think we need to define what we mean by application management (e.g. 
functions) to make sure we aren't having different understanding and therefore 
conflict in our discussions.

Thank You,
Margaret Chiosi
VP Open Ecosystem Team

Admin: Sophie Johnson
sophie.johns...@huawei.com<mailto:sophie.johns...@huawei.com>
+1 (908) 541-3590

Futurewei Technologies, Inc.
Fixed Network Solution CC
400 Crossing Blvd
Bridgewater, NJ 08807
(cell) +1-732-216-5507



From: onap-usecase...@lists.onap.org<mailto:onap-usecase...@lists.onap.org> 
[mailto:onap-usecase...@lists.onap.org] On Behalf Of Arash Hekmat
Sent: Tuesday, September 25, 2018 10:07 AM
To: BEGWANI, VIMAL mailto:vb1...@att.com>>; Margaret Chiosi (A) 
mailto:margaret.chio...@huawei.com>>; Ramki 
Krishnan mailto:ram...@vmware.com>>; Srini 
mailto:srinivasa.r.addepa...@intel.com>>; 
Ranganathan, Raghu mailto:rra...@ciena.com>>
Cc: onap-usecase...@lists.onap.org<mailto:onap-usecase...@lists.onap.org>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: Re: [**EXTERNAL**] [Onap-usecasesub] MobileEdgeX open source 
announcement

To add to what Vimal said.

Even if an operator owns all the Edge clouds, the operator would have many 
tools operating on those Edge clouds at different levels. ONAP is one of those 
tools not the only one. ONAP operates at the Network level not at the user 
application level. The operator would have separate tool(s) operating at the 
user application level. The rule of the separation of concerns. To try to add 
user application management in ONAP is to mix two separate domains and to 
pollute ONAP with layer 7+ logic which overloads ONAP with complexity and 
reduces ONAP's focus and usability.

The application management framework(s) should run independent of ONAP but 
there needs to be horizontal interfaces defined between app. frameworks and 
ONAP so that the app. frameworks could request or discover Network services 
from ONAP.

Best Regards,
Arash

From: BEGWANI, VIMAL mailto:vb1...@att.com>>
Sent: Tuesday, September 25, 2018 9:21 AM
To: Margaret Chiosi 
mailto:margaret.chio...@huawei.com>>; Ramki 
Krishnan mailto:ram...@vmware.com>>; Srini 
mailto:srinivasa.r.addepa...@intel.com>>; 
Ranganathan, Raghu mailto:rra...@ciena.com>>
Cc: Arash Hekmat mailto:arash.hek...@amdocs.com>>; 
onap-usecase...@lists.onap.org<mailto:onap-usecase...@lists.onap.org>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: RE: [**EXTERNAL**] [Onap-usecasesub] MobileEdgeX open source 
announcement

There are several reasons why we might want to keep Edge Cloud and ONAP 

Re: [onap-discuss] [**EXTERNAL**] [Onap-usecasesub] MobileEdgeX open source announcement

[ramki krishnan]

l.com>> wrote:

Hi Arash and all,

I will be talking about this on upcoming edge-automation call. But, since this 
question was raised, let me address it to some extent ☺.

MEC application providers (like CDN, security providers, AR/VR application 
providers) would like to leverage edges that are controlled by various 
operators to satisfy their customer needs. Operators own many edges and instead 
of leasing space, internet connectivity to various application providers to 
install their own equipment for compute, operators might like to provide 
virtual infrastructure for deploying computes of application providers. It is 
win-win for both operators and application providers. It could be good business 
model for operators and they can service many application providers using 
shared infrastructure.  It is win for  application providers too as they don’t 
need to invest in infrastructure.

If ONAP is deployed by operators for orchestration and deployment of their own 
VNFs, in my view, it makes sense to use same ONAP deployment to deploy their 
customer VNFs and applications as they need to share the same edge sites and 
hence the same infrastructure.

Note that MEC applications can be some network functions too. One of the MEC 
use case is security such as DDOS.  DDOS application provider can deploy DDOS 
VNFs for their customers to reduce the bad traffic going to their customer 
services by dropping the attack traffic almost near the source.

In the picture below, “App providers 1” has business relation with operator1 
and operator n.  When app provider 1 customer needs some compute offload, it 
talks to one of the operators to deploy compute based on the location it needs 
to deploy the offload on.

Proposal for MEC for ONAP is to ensure that ONAP has right interfaces and 
capabilities exposed.  Our intention is not to include App-provider 
functionality in ONAP. We can discuss more in edge automation calls.



Note: An operator can be application provider too.

From: onap-usecase...@lists.onap.org<mailto:onap-usecase...@lists.onap.org> 
[mailto:onap-usecase...@lists.onap.org] On Behalf Of Arash Hekmat
Sent: Monday, September 24, 2018 7:42 AM
To: onap-usecase...@lists.onap.org<mailto:onap-usecase...@lists.onap.org>
Subject: Re: [Onap-usecasesub] MobileEdgeX open source announcement

Srini and all,

As we have discussed before, as far as I can see, ONAP is not in the MEC User 
Application domain. ONAP is in the Network Function management domain (ONAP = 
Open Network Automation Platform). Of course, best software technologies and 
practices can and should be shared amongst these platforms. But ONAP has no 
business in the User Application domain. ONAP’s involvement in MEC is only in 
managing Network Functions and Network Analytics at the Edge.

I believe, what needs to be defined is the “Interface” between Application 
management platforms (e.g.MobileEdgeX) and Network management platforms (e.g. 
ONAP).

Best Regards,
Arash

From: onap-usecase...@lists.onap.org<mailto:onap-usecase...@lists.onap.org> 
mailto:onap-usecase...@lists.onap.org>> On 
Behalf Of ramki krishnan
Sent: Sunday, September 23, 2018 12:12 AM
To: Pasi Vaananen mailto:pvaan...@redhat.com>>; 
onap-usecase...@lists.onap.org<mailto:onap-usecase...@lists.onap.org>
Subject: Re: [Suspected Spam] Re: [Onap-usecasesub] [Edge Automation Working 
Group] MobileEdgeX open source announcement

Good one Srini.

Device verification is likely to be checking the authenticity of the device 
including any security violations such as malware – rogue devices can 
potentially take down the entire cloud depending on the seriousness of the 
security violation.

The success of these open source initiatives finally comes down to a modular 
and stable code base – just wondering where the various initiatives are at on 
this. ETSI MEC is only a spec -:)

Thanks,
Ramki

From: onap-usecase...@lists.onap.org<mailto:onap-usecase...@lists.onap.org> 
mailto:onap-usecase...@lists.onap.org>> On 
Behalf Of Pasi Vaananen
Sent: Saturday, September 22, 2018 2:13 PM
To: onap-usecase...@lists.onap.org<mailto:onap-usecase...@lists.onap.org>
Subject: [Suspected Spam] Re: [Onap-usecasesub] [Edge Automation Working Group] 
MobileEdgeX open source announcement



On 09/22/2018 04:42 PM, Srini wrote:
Hi MEC enthusiasts,

You might have seen this:

https://www.lightreading.com/the-edge/mobiledgex-revs-up-and-shifts-into-gear-/d/d-id/746244?f_src=lightreading_editorspicks_rss_latest<https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.lightreading.com%2Fthe-edge%2Fmobiledgex-revs-up-and-shifts-into-gear-%2Fd%2Fd-id%2F746244%3Ff_src%3Dlightreading_editorspicks_rss_latest=02%7C01%7Cramkik%40vmware.com%7Ced6e368fa9d24d19556f08d62255d8cb%7Cb39138ca3cee4b4aa4d6cd83d9dd62f0%7C1%7C0%7C636734149452873951=dohkEHiUGGPuGBbRqJfA0yB2cdz%2FZmkLYflFdacPUOY%3D=0>

It is edge orchestrator and expected to be open sourced soon in Apa

Re: [onap-discuss] [onap-tsc] Join us at the ONS party and let's brainstorm about Dublin #ons europe 2018

[ramki krishnan]

Please count me in as well. I am flexible on the timing.

Thanks,
Ramki

From: onap-discuss@lists.onap.org  On Behalf Of 
Yang Bin
Sent: Monday, September 24, 2018 8:35 PM
To: onap-discuss@lists.onap.org; chaker.al.ha...@huawei.com; 
david.perezcapar...@swisscom.com
Cc: Hellmann, Gil 
Subject: Re: [onap-discuss] [onap-tsc] Join us at the ONS party and let's 
brainstorm about Dublin #ons europe 2018

Hi Catherine,

Gil Hellmann will join the discussion as well. Please also count him in, thanks

Best Regards,
Bin Yang,Solution Engineering Team,Wind River
ONAP Multi-VIM/Cloud PTL
Direct +86,10,84777126Mobile +86,13811391682Fax +86,10,64398189
Skype: yangbincs993

From: Yang, Bin
Sent: Monday, September 24, 2018 7:50 PM
To: onap-discuss@lists.onap.org; 
'chaker.al.ha...@huawei.com'; 
david.perezcapar...@swisscom.com
Cc: Hellmann, Gil
Subject: RE: [onap-discuss] [onap-tsc] Join us at the ONS party and let's 
brainstorm about Dublin #ons europe 2018

Hi Catherine,

I would like to join the discussion, please count me in as well.

Thanks

Best Regards,
Bin Yang,Solution Engineering Team,Wind River
ONAP Multi-VIM/Cloud PTL
Direct +86,10,84777126Mobile +86,13811391682Fax +86,10,64398189
Skype: yangbincs993

From: onap-discuss@lists.onap.org 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Chaker Al Hakim
Sent: Monday, September 24, 2018 12:25 PM
To: onap-discuss@lists.onap.org; 
david.perezcapar...@swisscom.com
Subject: Re: [onap-discuss] [onap-tsc] Join us at the ONS party and let's 
brainstorm about Dublin #ons europe 2018

Hi Catherine, all

I would like to participate in the discussion  and  would vote to have the 
meeting during the reception.

Regards,
Chaker

From: onap-discuss@lists.onap.org 
[mailto:onap-discuss@lists.onap.org] On Behalf Of David Perez Caparros
Sent: Monday, September 24, 2018 3:24 AM
To: onap-discuss@lists.onap.org
Cc: onap-...@lists.onap.org
Subject: Re: [onap-discuss] [onap-tsc] Join us at the ONS party and let's 
brainstorm about Dublin #ons europe 2018

Hi,

I’ll be there, too.

Cheers
David

--
David Pérez Caparrós
Senior Innovation Engineer
Swisscom (Switzerland)
david.perezcapar...@swisscom.com

On 24 Sep 2018, at 08:43, Alexis de Talhouet 
mailto:adetalhoue...@gmail.com>> wrote:

Count me in as well.

Alexis

On Sep 23, 2018, at 5:18 PM, Helen Chen 
mailto:helen.c...@huawei.com>> wrote:

Please count me in. It is fine for me to do at or after the reception.

Regards,

Helen Chen

From: onap-tsc mailto:onap-...@lists.onap.org>> on 
behalf of "LEFEVRE, CATHERINE" mailto:cl6...@intl.att.com>>
Reply-To: onap-tsc mailto:onap-...@lists.onap.org>>
Date: Sunday, September 23, 2018 at 11:14 PM
To: onap-tsc mailto:onap-...@lists.onap.org>>, 
onap-discuss mailto:onap-discuss@lists.onap.org>>
Subject: [onap-tsc] Join us at the ONS party and let's brainstorm about Dublin 
#ons europe 2018

Good evening/morning/afternoon ONAP TSC and Community Members,

As you know there is not yet any formal ONAP Dublin Release Developers Forum 
being setup.
Therefore we would like to take the opportunity to meet you at the ONS Europe 
event this week to collect your initial thoughts about the ONAP Dublin 
release/use cases.

The ‘Onsite reception’ is planned on Wednesday 26, 17:30–19:00. Location: 
Auditorium.
Please let us know if you are interested to meet during the reception (or after 
the reception) to brainstorm together.
Many thanks & regards
Alla/Catherine

Catherine Lefèvre
AVP Software Development & Engineering

AT Labs – Network Cloud & Infrastructure
D2 Platform & Systems Development
ECOMP/ONAP/RUBY/SPP-NEAM-Appl. Servers/SIA


Phone: +32 2 418 49 22
Mobile: +32 475 77 36 73
catherine.lefe...@intl.att.com

TEXTING and DRIVING… It Can Wait

AT
BUROGEST OFFICE PARK SA
Avenue des Dessus-de-Lives, 2
5101 Loyers (Namur)
Belgium



NOTE: This email (or its attachments) contains information belonging to the 
sender, which may be confidential. proprietary and/or legally privileged. The 
information is intended only for the use of the individual(s) or entity(ies) 
named above. If you are not the intended recipient, you are hereby notified 
that any disclosure, distribution or taking of any action in reliance on the 
content of this is strictly forbidden. If you have received this e-mail in 
error please immediately notify the sender identified above





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

View/Reply Online (#12628): https://lists.onap.org/g/onap-discuss/message/12628
Mute This Topic: https://lists.onap.org/mt/26156669/21656
Mute #ons: 

Re: [onap-discuss] PTL Election for ONAP-OOF - self nomination

[ramki krishnan]

+1.

From: onap-discuss@lists.onap.org  On Behalf Of 
Dileep Ranganathan
Sent: Thursday, July 12, 2018 4:06 PM
To: onap-discuss@lists.onap.org
Cc: PUTHENPURA, SARAT (SARAT) 
Subject: Re: [onap-discuss] PTL Election for ONAP-OOF - self nomination

+1

Thanks,
Dileep
From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Ankit Patel
Sent: Wednesday, July 11, 2018 7:44 PM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; 
aroraa...@vmware.com<mailto:aroraa...@vmware.com>
Cc: PUTHENPURA, SARAT (SARAT) 
mailto:sa...@research.att.com>>
Subject: Re: [onap-discuss] PTL Election for ONAP-OOF - self nomination

+1
Thanks,
Ankit

On Jul 11, 2018, at 10:35 PM, Arun Arora 
mailto:aroraa...@vmware.com>> wrote:
+1
Best Regards,
Arun Arora


From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
mailto:onap-discuss@lists.onap.org>> on behalf of 
ramki krishnan mailto:ram...@vmware.com>>
Sent: Thursday, July 12, 2018 5:15:47 AM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; 
sa...@research.att.com<mailto:sa...@research.att.com>
Subject: Re: [onap-discuss] PTL Election for ONAP-OOF - self nomination

+1.

From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Sarat Puthenpura
Sent: Tuesday, July 10, 2018 8:30 AM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; 
PUTHENPURA, SARAT (SARAT) 
mailto:sa...@research.att.com>>
Subject: Re: [onap-discuss] PTL Election for ONAP-OOF - self nomination

All,

I would like to self-nominate myself for the PTL position of the ONAP-OOF 
Project.

I am the current PTL and would like to continue in that role, with a strong 
commitment to continue building a world class Optimization Framework in ONAP 
that can be used by ONAP and other open source projects.

Thanks,

Sarat Puthenpura
AVP, AT Labs Advanced Technology & Systems



From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
[mailto:onap-discuss@lists.onap.org] On Behalf Of PUTHENPURA, SARAT (SARAT)
Sent: Tuesday, July 10, 2018 11:19 AM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: [onap-discuss] PTL Election for ONAP-OOF - self nomination

***Security Advisory: This Message Originated Outside of AT ***
Reference 
http://cso.att.com/EmailSecurity/IDSP.html<https://urldefense.proofpoint.com/v2/url?u=https-3A__na01.safelinks.protection.outlook.com_-3Furl-3Dhttp-253A-252F-252Fcso.att.com-252FEmailSecurity-252FIDSP.html-26data-3D02-257C01-257Cramkik-2540vmware.com-257C9f354da7d4ba49b026ed08d5e679fa57-257Cb39138ca3cee4b4aa4d6cd83d9dd62f0-257C1-257C0-257C636668333928891040-26sdata-3DuJcyHF-252BlrPeCNvvspV768i3cIxqRru1DdJYSPLwALf8-253D-26reserved-3D0=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=JLfR_kneHHc5iX43PjhysvkbZJBBAerZ0eTlpcAMLmk=OxWanKBIL6nU3LViKuKNMvguFSltrU9YVv48r0Nx0Ss=nzJ0xW1oOK3gVLSuX16KLf7wuFOh4c2v6Nv54jgHBeY=>
 for more information.
All,

This is the self-nomination phase and will end in 2 business days: Thursday 
July 12th 2018 at the time this email appears on the discuss list.
The ONAP election process is described in the wiki: 
https://wiki.onap.org/display/DW/Annual+Community+Elections<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_Annual-2BCommunity-2BElections=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=fEZLWz1dGC0hCK3H3CPRqqfvm4_nMAI8OVaDfcQityY=WT7vQiIsxxyMUzOQPfx16OktmAOlbZNhyGnjgqegEjM=iWcprb2ECbzXb7fqsW76w7ZUh2HkrYV-w6DIJfX639k=>

The list of committers for the ONAP-OOF project is located here: 
https://wiki.onap.org/display/DW/Resources+and+Repositories#ResourcesandRepositories-OptimizationFramework<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_Resources-2Band-2BRepositories-23ResourcesandRepositories-2DOptimizationFramework=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=fEZLWz1dGC0hCK3H3CPRqqfvm4_nMAI8OVaDfcQityY=179gy-F15rL15UiWQdKnPF8J6Y9y6isJm5wyOYxX14o=iPoPQ-g5VT8HWe5lT6HDq3I5E3AmyXIfVx7h_-8iuqY=>

Thanks,

Sarat Puthenpura
ONAP OOF  PTL




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

View/Reply Online (#11109): https://lists.onap.org/g/onap-discuss/message/11109
Mute This Topic: https://lists.onap.org/mt/23211907/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] PTL Election for ONAP-OOF - self nomination

[ramki krishnan]

+1.

From: onap-discuss@lists.onap.org  On Behalf Of 
Sarat Puthenpura
Sent: Tuesday, July 10, 2018 8:30 AM
To: onap-discuss@lists.onap.org; PUTHENPURA, SARAT (SARAT) 

Subject: Re: [onap-discuss] PTL Election for ONAP-OOF - self nomination

All,

I would like to self-nominate myself for the PTL position of the ONAP-OOF 
Project.

I am the current PTL and would like to continue in that role, with a strong 
commitment to continue building a world class Optimization Framework in ONAP 
that can be used by ONAP and other open source projects.

Thanks,

Sarat Puthenpura
AVP, AT Labs Advanced Technology & Systems



From: onap-discuss@lists.onap.org 
[mailto:onap-discuss@lists.onap.org] On Behalf Of PUTHENPURA, SARAT (SARAT)
Sent: Tuesday, July 10, 2018 11:19 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] PTL Election for ONAP-OOF - self nomination

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

This is the self-nomination phase and will end in 2 business days: Thursday 
July 12th 2018 at the time this email appears on the discuss list.
The ONAP election process is described in the wiki: 
https://wiki.onap.org/display/DW/Annual+Community+Elections

The list of committers for the ONAP-OOF project is located here: 
https://wiki.onap.org/display/DW/Resources+and+Repositories#ResourcesandRepositories-OptimizationFramework

Thanks,

Sarat Puthenpura
ONAP OOF  PTL




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

View/Reply Online (#11051): https://lists.onap.org/g/onap-discuss/message/11051
Mute This Topic: https://lists.onap.org/mt/23211907/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss][onap-tsc][integration] PTL Election for Integration - Self Nomination

[ramki krishnan]

+1

From: onap-discuss@lists.onap.org  On Behalf Of 
Brian
Sent: Wednesday, July 11, 2018 12:22 PM
To: onap-discuss@lists.onap.org; helen.c...@huawei.com
Subject: Re: [onap-discuss][onap-tsc][integration] PTL Election for Integration 
- Self Nomination

+1 :)

From: onap-discuss@lists.onap.org 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Helen Chen
Sent: Wednesday, July 11, 2018 3:20 PM
To: onap-discuss 
mailto:onap-discuss@lists.onap.org>>; onap-tsc 
mailto:onap-...@lists.onap.org>>
Subject: Re: [onap-discuss][onap-tsc][integration] PTL Election for Integration 
- Self Nomination

Dear ONAP Integration Committers,

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

I was the PTL of ONAP Integration project in past one year and worked with 
Integration team delivered both Amsterdam and Beijing release. Before that, I 
also had 7+ years of experience in the open source community with projects like 
ONAP, OPEN-O, OpenDaylight, and OpenSocial.

Other qualifications:
I am a Principal Architect in the Networking Business Unit at Huawei US R, 
located at Santa Clara, California. I have years of working experience as 
software architect and leader in networking/SDN/NFV, Artificial Intelligence 
(AI) / Machine Learning (ML), cloud computing, Video / Multimedia/AR/VR/MR, 
etc. area as well as bringing new innovations from whiteboard to product 
delivery at Huawei, Cisco, Sourceforge, etc.

I had very happy and inspiring working experience collaborating with you in the 
past one year and hope to continue getting your support to bring ONAP into the 
next level.

Regards,

Helen Chen

From: onap-tsc mailto:onap-...@lists.onap.org>> on 
behalf of Helen Chen 00725961 
mailto:helen.c...@huawei.com>>
Date: Monday, July 9, 2018 at 5:32 PM
To: onap-discuss 
mailto:onap-discuss@lists.onap.org>>, onap-tsc 
mailto:onap-...@lists.onap.org>>
Subject: [onap-discuss][onap-tsc][integration] PTL Election for Integration

Dear ONAP Integration Committers,

As mandated by ONAP process, PTL elections must be held at least once a year.   
You can read more details here: 
https://wiki.onap.org/display/DW/Annual+Community+Elections

If you are interested in the Integration PTL position.  Please reply to all to 
do self-nomination.

We will close the self-nomination window by 23:59 PDT July 11th, Wednesday, 
2018.  Further instructions will be sent out to the committers on the election 
procedure.  The final result will be announced on the ONAP lists before the end 
of this week.

Regards,
Helen Chen


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

View/Reply Online (#11052): https://lists.onap.org/g/onap-discuss/message/11052
Mute This Topic: https://lists.onap.org/mt/23248355/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] Resiliency testing

[Ramki Krishnan]

Thanks Srini for sharing. This is comprehensive. Perhaps repeat this exercise 
for OpenStack based ONAP deployment?

Thanks,
Ramki

From: onap-discuss-boun...@lists.onap.org  
On Behalf Of Addepalli, Srinivasa R
Sent: Tuesday, May 22, 2018 2:01 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Resiliency testing

Hi,

In last TSC meeting, resiliency is MUST for all services.
As part of this testing, we are doing following for some services we have 
developed (e.g SMS).
Please let us know if this is good enough.
SMS has three containers -  Secret Service, vault service (which is used by 
Secret Service) and Consul (which is used by Vault and Secret Service).
External services to SMS only call APIs implemented by Secret Service.

This is what we did:

  *   Since scale-out is not mandatory, we set "replica count" to 1 for all 
three containers.

Testing we did:

  *   Configure SS with set of secret domains/secrets.
  *   Kill Consul. K8S bring it up with no user intervention (due to replica 
count is 1)
 *Ensure that secrets/domains are still available via SS API
  *   Kill Vault.  K8S bring it up with no user intervention (due to replica 
count is 1)
 *   Ensure that secrets/domains are still available via SS API
  *   Kill SS.  K8S bring it up with no user intervention (due to replica count 
is 1)
 *   Ensure that secrets/domains are still available via SS API
  *   Restart the entire machine where ONAP is installed.
 *   Ensure that secrets/domains are still available via SS API (after ONAP 
is brought up).

Are there any scenarios integration team intends to do for important services 
that come in the way of volte, vcpe use cases?  And we will try to do same for 
SMS too.

Thanks
Srini

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

[onap-discuss] Error accessing wiki.onap.org

[Ramki Krishnan]

I get the following error accessing wiki.onap.org. Are others facing the same 
issue?
Thanks,
Ramki
Confluence
You cannot access Confluence at present. Look at the table below to identify 
the reasons.
Type

Description

Exception

Level

Time

cluster

Non Clustered Confluence: Database is being updated by another Confluence 
instance. Please see http://confluence.atlassian.com/x/mwiyCg for more details.

Your server id is: BXAM-PB5R-RTXP-3EVE

fatal

2018-04-28 04:17:58

This page will automatically update every 60 seconds.

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

Re: [onap-discuss] multi cloud deep-dive discussion

[Ramki Krishnan]

Meeting Minutes:

  *   Consensus was to focus on a use case and deployment driven approach for 
deep diving on Casablanca features
 *   5G use case was deemed a good target given the Edge Cloud requirements 
it is bringing to the table
 *   5G use case - current Casablanca requirements deck: 
https://wiki.onap.org/download/attachments/10784151/5GucCasablanca-03222018v2.pptx?api=v2
  *   Edge Cloud Support discussion with a 5G context
 *   Managing physically separate mini DCs through a single Cloud Region 
was deemed as an important requirement
*   Plan to make rapid progress on the infrastructure modelling spec 
with the team -- https://jira.onap.org/browse/MULTICLOUD-153
 *   Different architectural options were discussed - Distributing certain 
ONAP components (Multi-Cloud, DCAE etc.) to the Edge and/or Centralized ONAP 
components interfacing with several Edge Clouds
*   The general consensus was to focus on Centralized ONAP components 
interfacing with several Edge Clouds for Casablanca and evolve to supporting 
Distribution of certain ONAP components (Multi-Cloud, DCAE etc.) to the Edge 
for beyond Casablanca
 *   5G RAN Network Slicing
*   Supporting different types of slices - Guarantee (hard isolation), 
Burstable (soft isolation) and Best Effort (no isolation) QoS classes for Edge 
Clouds was deemed important
*   Support advanced platform-awareness capabilities (edge computing 
capabilities etc.) beyond current basic capabilities such as SR-IOV was deemed 
important
 *   Edge Analytics & Real-time Streaming was considered important
*   Near-real time decision making is critical for proactive 
self-healing and inter-cloud resource optimization; Important to minimize 
effects of WAN latency and bandwidth for near-real time decision making -- ONAP 
Components are centralized whereas Edge Clouds are Distributed
*   Synchronizing Edge Analytics Policies with the Central ONAP Policy 
Engine was considered an important piece
  *   VNF Containerization
 *   Came out as an important topic for 5G and other use cases
 *   Presentation By Srini: 
https://wiki.onap.org/pages/viewpage.action?pageId=13599026=%2F13599026%2F28378740%2FContainer_brainstorming.pptx
 *   Given that VM-based VNFs is the key deployment model, supporting 
containerized VNFs on VMs (provisioning, platform capability exposure etc.) was 
considered important

Next Steps:

  *   Meet periodically with other key Infrastructure Orchestration/Analytics 
ONAP projects A, OOF, Policy, SDN-C, VES etc. to complete the end-to-end 
deep dive

Attendee list (in person + remote - based on zoom):

Tuan Nguyen

Tom Tofigh ( AT)

Fred Oliveira

CC5421

ag1367

Nate Potter



Tina Tsou @Arm

iyamahat

Ramki Krishnan

Tal Liron (Red Hat)

Sastry Isukapalli

Srinivasa Addepalli (Intel)

Alexander Vul

ghellman

Margaret Chiosi (A) m00410964

Tom Tofigh ( AT)

Tina Tsou @Arm





Ramki Krishnan



Bin Yang



shengtingting

Ethan Lynn
Bin Sun
Yunlong
Sumit Verdi



--
Thanks,
Ramki

From: Ramki Krishnan
Sent: Friday, March 23, 2018 1:53 PM
To: Arash Hekmat <arash.hek...@amdocs.com>; Addepalli, Srinivasa R 
<srinivasa.r.addepa...@intel.com>; Xinhui Li <lxin...@vmware.com>; Sumit Verdi 
<sve...@vmware.com>; Tuan Nguyen <tu...@vmware.com>; Hellmann, Gil (Wind River) 
<gil.hellm...@windriver.com>; HU, BIN <bh5...@att.com>; Gooch, Stephen (Wind 
River) <stephen.go...@windriver.com>; Yang, Bin (Wind River) 
<bin.y...@windriver.com>; Isaku Yamahata <isaku.yamah...@gmail.com>; Vul, Alex 
<alex@intel.com>; PUZHAVAKATH NARAYANAN, SHANKARANARAYANAN 
(SHANKARANARAYANAN) (snaraya...@research.att.com) 
<snaraya...@research.att.com>; ISUKAPALLI, SASTRY S (SASTRY) 
(sas...@research.att.com) <sas...@research.att.com>; Andrew Philip 
<aphi...@microsoft.com>; Ethan Lynn <ethanly...@vmware.com>; Hong Hui Xiao 
<hongh...@vmware.com>; Ke Liang <lia...@vmware.com>; Bin Sun <b...@vmware.com>; 
Ramesh Tammana <rame...@vmware.com>; Morales, Victor 
<victor.mora...@intel.com>; Yang Xu (Yang, Fixed Network) 
<yang@huawei.com>; Anil Vishnoi <vishnoia...@gmail.com>; TOFIGH, TOM 
<mt3...@att.com>; Huang, Haibin <haibin.hu...@intel.com>; Kanagaraj Manickam 
<kanagaraj.manic...@huawei.com>; Kenny Paul <kp...@linuxfoundation.org>; 
zhang.maope...@zte.com.cn; fu.jin...@zte.com.cn; Ramu n <ram...@huawei.com>; 
huang.zhuo...@zte.com.cn; Michael O'Brien <frank.obr...@amdocs.com>; BLANDFORD, 
SCOTT <cb1...@att.com>; LEWIS, LAUREN A <ll7...@att.com>; HALLAHAN, RYAN 
<rh1...@att.com>; Harwani, Robin <harwa...@amazon.com>; Parviz Yegani 
<parviz.yeg...@huawei.com>; Mohamed El-Serngawy 
<mohamed.elserng...@kontron.com>; Potter, Nathaniel 
<nathaniel.pot...@intel.com>; Ran Pollak <ran.pol..

Re: [onap-discuss] Heads-up: Support VMware and AT teams demo of ONAP R1 Amsterdam OOM and HEAT deployments at KubeCon 5 Dec 2017 Tuesday

[Ramki Krishnan]

Dear Michael,

Our special thanks to you for all the support and your amazing community 
leadership in driving OOM demos across all platforms.

Dear All,

While AT and VMware are Kubecon presenters would like to add that Bell Canada 
and Wind River are also key contributors to this effort.

For Kubecon, to simplify, we are planning for an unconference demo.

--
Thanks,
Ramki

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Michael O'Brien
Sent: Sunday, December 3, 2017 2:40 PM
To: onap-discuss@lists.onap.org
Cc: onap-tsc <onap-...@lists.onap.org>
Subject: [onap-discuss] Heads-up: Support VMware and AT teams demo of ONAP R1 
Amsterdam OOM and HEAT deployments at KubeCon 5 Dec 2017 Tuesday

ONAP Enthusiasts,
   Hi, as you are aware KubeCon is arriving this week ahead of our F2F next 
week.  You may have noticed a lot of vFW configuration/flow mails from Arun and 
Ramki's teams on onap-discuss, on the hands-on sessions, in private mails, on 
the wiki's.
   The VMware and AT teams are bringing up both the OOM Kubernetes and the 
HEAT Openstack deployments of ONAP in preparation of their demo of R1 Amsterdam 
in the KubeCon conference starting Monday in Dallas.

Please give them as much help as possible and also keep the currently 
stable R1 release sound by doing full HEAT and OOM regression testing on all 
changes until after the conference - and ideally also until after the F2F ONAP 
conference in Santa Clara.  A lot of us have been helping the VMware VIO team 
and Sastry of AT get set up on the 2 deployment environments during the 
hands-on sessions last week to good effect - all that effort benefits KubeCon, 
OPNFV plugfest and the ONAP F2F Developer Conference.  There are still a couple 
open questions on the discuss list that we will go over.

 Critical All Hands on Deck time: 9AM-1200 CST Tuesday 5 Dec.
http://events.linuxfoundation.org/events/kubecon-and-cloudnativecon-north-america/program/schedule<https://urldefense.proofpoint.com/v2/url?u=http-3A__events.linuxfoundation.org_events_kubecon-2Dand-2Dcloudnativecon-2Dnorth-2Damerica_program_schedule=DwMFAg=uilaK90D4TOVoH58JNXRgQ=bCmYL3bSEMwtZqPWSHINtvRWIlUeuM66MeOgvaAueQU=S72zNGdHcmuq2AL6WLLJMF7xPVtMo1aivyB4yua5Nfg=cgV6DaJaySYaufNN8qEbgr-RhlwtdJPSM8XrottfEd4=>
Tuesday, December 5 * 9:00am - 5:00pm
ONAP Workshop: Automating Networks in a Container 
World<https://urldefense.proofpoint.com/v2/url?u=https-3A__kccncna17.sched.com_event_CUlm_onap-2Dworkshop-2Dautomating-2Dnetworks-2Din-2Da-2Dcontainer-2Dworld-3Fiframe-3Dyes-26w-3D100-2525-26sidebar-3Dyes-26bg-3Dno=DwMFAg=uilaK90D4TOVoH58JNXRgQ=bCmYL3bSEMwtZqPWSHINtvRWIlUeuM66MeOgvaAueQU=S72zNGdHcmuq2AL6WLLJMF7xPVtMo1aivyB4yua5Nfg=Y0QGJOYI4rmZ6b-xdV3T-NjnNoPeaPoaccRTeRB2oQE=>

In February 2017, The Linux Foundation introduced the Open Network Automation 
Platform (ONAP), which is the merger of the open source OPEN-O and ECOMP 
projects, code bases, and communities. The ONAP project allows operators to 
automate, design, orchestrate, and manage services and virtual functions. This 
Mini Summit examines how open source is moving up the stack and value chain, 
and The Linux Foundation's harmonization efforts underway to forge a unified 
vision and ultimately architecture to bring together open source projects and 
relevant standards. In addition, we will provide an in-depth introduction to 
the ONAP project, including the trends leading up to the project, scope, 
organization, etc.
Agenda:
Automating Networks in a Container World
9:00 - 9:10 Welcome & Intro - Phil Robb, The Linux Foundation
9:10 - 9:50 Overview & Discussion: Networking & Containers: Where Are We Now? 
Challenges, Opportunities - Xuan Jia, China Mobile
9:50 - 10:20 How Networking Will Be Transformed by DevOps - Jason Hunt, IBM
10:20-10:30 Break
10:30 - 11:00 NFV in the Enterprise (Panel)
11:00 - 11:30 Open Source Cloud Native NFV Operations Management & Security: 
ONAP Perspective - Ramki Krishnan, VMware and Sastry Isukapalli, AT
11:30- 12:00 Toward Container Support As VNF-based Cloud Infrastructure - Isaku 
Yamahata, Intel
12:00 - 12:40 Overview & Discussion: Security In The Modern Virtualized Data 
Center - Gadi Naor, Alcide and Phil Robb, LF
12:40 - 1:45 Lunch
1:45 - 2:15 Open Source Multi-Cloud Orchestration for Kubernetes with a Single 
Provider - DeWayne Filppi, Cloudify
2:15 - 3:45 BoF/Unconference
3:45 - 4:00 Closing Remarks - Phil Robb, The Linux Foundation

Ramki's team is also presenting a week later at the ONAP F2F on Wed 13 Dec - so 
we will see him there.
https://onapbeijing2017.sched.com/<https://urldefense.proofpoint.com/v2/url?u=https-3A__onapbeijing2017.sched.com_=DwMFAg=uilaK90D4TOVoH58JNXRgQ=bCmYL3bSEMwtZqPWSHINtvRWIlUeuM66MeOgvaAueQU=S72zNGdHcmuq2AL6WLLJMF7xPVtMo1aivyB4yua5Nfg=YZdqczV2GWeDR_Eurf0hx_xCb897XU98mSDKE5Pojbk=>
'Ramki Krishnan' ram...@vmware.com<mailto:ram...@vmware.com>
Ramesh Tammana rame...@vm

Re: [onap-discuss] Session proposals for December

[Ramki Krishnan]

Hi Kenny,

Another related follow up. We made some submissions but haven't gotten any 
confirmation yet. Please advise.

Thanks,
Ramki

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Vul, Alex
Sent: Monday, November 6, 2017 7:30 AM
To: kp...@linuxfoundation.org
Cc: onap-discuss@lists.onap.org
Subject: [onap-discuss] Session proposals for December

Hi Kenny,

Is there a way to see all the submitted December F2F session proposals? Please 
advise

Thanks in advance,

Alex Vul
Intel Corporation


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

[onap-discuss] [Multi-cloud] Multi Cloud Workshop Proposal for Paris event

[Ramki Krishnan]

Dear Multi Cloud team, All,

The Multi Cloud Workshop proposal which we discussed today in the weekly call 
is uploaded -- https://wiki.onap.org/display/DW/September+26-28+Topics. Looking 
forward to your comments and thoughts on the proposal. We love your 
participation and looking for discussion leads for various topics.

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

Re: [onap-discuss] [OOM] Kubernetes version to be used as reference

[Ramki Krishnan]

Hi Roger,

Thanks much for the details. Is OOM using the Multi-VIM/Cloud framework for 
managing VMs?

Thanks,
Ramki

From: Roger Maitland [mailto:roger.maitl...@amdocs.com]
Sent: Friday, August 18, 2017 5:48 AM
To: Ramki Krishnan <ram...@vmware.com>; Doucerain, Jerome 
<jerome.doucer...@bell.ca>; onap-discuss@lists.onap.org
Subject: RE: [OOM] Kubernetes version to be used as reference

Hi Ramki,

Virtual Machine support for OOM is already built-in and tested.  When setting 
up the environment for an ONAP deployment a number of hosts - either physical 
or virtual - are given to Kubernetes with which it can deploy the ONAP Docker 
containers.  OOM is being designed to support a wide variety of deployment 
scenarios as they likely will not be a 'one size fits all' solution for all 
operators.

A wiki page describing the technical details of OOM is under construction 
here<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_ONAP-2BOperation-2BManager-2B-2528OOM-2529-2BDescription=DwMFAw=uilaK90D4TOVoH58JNXRgQ=bCmYL3bSEMwtZqPWSHINtvRWIlUeuM66MeOgvaAueQU=FQovYeabII2zmXuXLEvnKOmpt7kZ8Yyxf04Jd9cjTCM=C6mkZuMlPR6CAwuUFF2g_YIBtMr0rxtbTwS1si4cWsw=>.
 There you'll find a 
link<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_ONAP-2Bon-2BKubernetes=DwMFAw=uilaK90D4TOVoH58JNXRgQ=bCmYL3bSEMwtZqPWSHINtvRWIlUeuM66MeOgvaAueQU=FQovYeabII2zmXuXLEvnKOmpt7kZ8Yyxf04Jd9cjTCM=p2yANHqeq1y2doBoEoNfGlMO8VQZBo5NWiK7HlKJKeE=>
 to Michael O'Brien's excellent page on Kubernetes deployment on multiple 
targets.

Cheers,
Roger

From: Ramki Krishnan [mailto:ram...@vmware.com]
Sent: Friday, August 18, 2017 12:04 AM
To: Roger Maitland; Doucerain, Jerome; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: RE: [OOM] Kubernetes version to be used as reference

Hi Roger,

Very nice video demonstration of Kubernetes deployment in the DCAE meeting! In 
typical deployments, containers are run on virtual machines for enhanced 
security and Multi Cloud portability. Do we have a plan for this?

Thanks,
Ramki

From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Roger Maitland
Sent: Thursday, August 17, 2017 8:35 AM
To: Doucerain, Jerome 
<jerome.doucer...@bell.ca<mailto:jerome.doucer...@bell.ca>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] [OOM] Kubernetes version to be used as reference

Hi Jerome,

In general I strongly support going to the latest stable version at the 
beginning of a project like this one.

To refine this a bit, Rancher seems to be a popular choice for management of 
the infrastructure and it is heavily integrated to Kubernetes so we should 
consider it too.  The Rancher v1.6.6 release notes 
<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_rancher_rancher_releases_tag_v1.6.6=DwMFAw=uilaK90D4TOVoH58JNXRgQ=bCmYL3bSEMwtZqPWSHINtvRWIlUeuM66MeOgvaAueQU=aKS6Decf3cDR0vmeHYlw7stTv-eRPABYIcFc0F77wVA=OwEA7XjGj5rkr_bSv3tb_QQ37If1MlaBxh7QaMxEWAs=>
  state that Kubernetes 1.7.2 is supported; are you recommending Rancher 
v1.6.6+ and Kubernetes 1.7.2+?

Thanks,
Roger

From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Doucerain, Jerome
Sent: Wednesday, August 16, 2017 1:19 PM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: [onap-discuss] [OOM] Kubernetes version to be used as reference


Hi,



as we are using kubernetes to run ONAP containers, we are developing kubernetes 
manifests to describe the resources required by the ONAP components and the 
environment where we are running them on.



Some kubernetes resources we are referring to in the manifests are valid only 
in some kubernetes versions or the way to refer to those resources is specific 
to particular versions, taking into account the evolution as the kubernetes API.



So to keep the valuable material the community is bringing valid as long as 
possible, and as we are at the beginning of the ONAP on kubernetes story, my 
proposal would be to try to start with the most recent stable version of 
kubernetes (i.e. 1.7) and base the kubernetes manifests on the version 1.7 API 
reference.



It will also allow us to use the latest features of kubernetes to operate ONAP.



Could you please give some feedback on that.



Thanks



Jerome


Jerome Doucerain
Sr Consultant - System Architecture
Bell Business Markets
671, LaGauchetière Ouest, 5e
Montréal (Québec) H3B 2M8
Office : 514 870-6392
jerome.doucer...@bell.ca<mailto:jerome.doucer...@bell.ca>
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<https://urldefense

Re: [onap-discuss] [OOM] Kubernetes version to be used as reference

[Ramki Krishnan]

Hi Roger,

Very nice video demonstration of Kubernetes deployment in the DCAE meeting! In 
typical deployments, containers are run on virtual machines for enhanced 
security and Multi Cloud portability. Do we have a plan for this?

Thanks,
Ramki

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Roger Maitland
Sent: Thursday, August 17, 2017 8:35 AM
To: Doucerain, Jerome ; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [OOM] Kubernetes version to be used as reference

Hi Jerome,

In general I strongly support going to the latest stable version at the 
beginning of a project like this one.

To refine this a bit, Rancher seems to be a popular choice for management of 
the infrastructure and it is heavily integrated to Kubernetes so we should 
consider it too.  The Rancher v1.6.6 release notes 

  state that Kubernetes 1.7.2 is supported; are you recommending Rancher 
v1.6.6+ and Kubernetes 1.7.2+?

Thanks,
Roger

From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Doucerain, Jerome
Sent: Wednesday, August 16, 2017 1:19 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [OOM] Kubernetes version to be used as reference


Hi,



as we are using kubernetes to run ONAP containers, we are developing kubernetes 
manifests to describe the resources required by the ONAP components and the 
environment where we are running them on.



Some kubernetes resources we are referring to in the manifests are valid only 
in some kubernetes versions or the way to refer to those resources is specific 
to particular versions, taking into account the evolution as the kubernetes API.



So to keep the valuable material the community is bringing valid as long as 
possible, and as we are at the beginning of the ONAP on kubernetes story, my 
proposal would be to try to start with the most recent stable version of 
kubernetes (i.e. 1.7) and base the kubernetes manifests on the version 1.7 API 
reference.



It will also allow us to use the latest features of kubernetes to operate ONAP.



Could you please give some feedback on that.



Thanks



Jerome


Jerome Doucerain
Sr Consultant - System Architecture
Bell Business Markets
671, LaGauchetière Ouest, 5e
Montréal (Québec) H3B 2M8
Office : 514 870-6392
jerome.doucer...@bell.ca
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] [OOM] Kubernetes version to be used as reference

[Ramki Krishnan]

Good discussion. Kubernetes QoS is important to keep in mind as we make 
progress -- 
https://kubernetes.io/docs/tasks/configure-pod-container/quality-service-pod/. 
This would be most relevant for ONAP modules such as DCAE which expect a 
bounded response time. Further QoS enhancements are in progress in the 
Kubernetes resource management group where NFV is one of the key use cases 
besides AI and Financials.

Thanks,
Ramki

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Doucerain, Jerome
Sent: Thursday, August 17, 2017 2:43 PM
To: Jason Hunt 
Cc: onap-discuss@lists.onap.org; onap-discuss-boun...@lists.onap.org
Subject: Re: [onap-discuss] [OOM] Kubernetes version to be used as reference

Hi Jason
Yes rancher is optional even if it is really handy and it covers very well the 
kubernetes lifecycle (deployment config healing upgrade and even removal) and 
that being done without requiring any effort from the users and in a reasonable 
amount of resources.
Thanks
Jerome


 Original message 
From: Jason Hunt >
Date: 2017-08-17 5:36 PM (GMT-05:00)
To: "Doucerain, Jerome" 
>
Cc: onap-discuss@lists.onap.org, 
onap-discuss-boun...@lists.onap.org,
 Roger Maitland >
Subject: Re: [onap-discuss] [OOM] Kubernetes version to be used as reference
Rancher is optional, right?  I recall earlier that we wanted to support users 
who already have a Kubernetes environment installed.


Regards,
Jason Hunt
Executive Software Architect, IBM

Phone: 314-749-7422
Email: djh...@us.ibm.com
Twitter: @DJHunt




From:"Doucerain, Jerome" 
>
To:Roger Maitland 
>, 
"onap-discuss@lists.onap.org" 
>
Date:08/17/2017 04:21 PM
Subject:Re: [onap-discuss] [OOM] Kubernetes version to be used as 
reference
Sent by:
onap-discuss-boun...@lists.onap.org




Hi Roger
Yes exactly Rancher v1.6.6+ and Kubernetes 1.7.2+
​that's what I had in mind.
Thanks
Jerome


 Original message 
From: Roger Maitland 
>
Date: 2017-08-17 11:35 AM (GMT-05:00)
To: "Doucerain, Jerome" 
>, 
onap-discuss@lists.onap.org
Subject: RE: [OOM] Kubernetes version to be used as reference

Hi Jerome,

In general I strongly support going to the latest stable version at the 
beginning of a project like this one.

To refine this a bit, Rancher seems to be a popular choice for management of 
the infrastructure and it is heavily integrated to Kubernetes so we should 
consider it too.  The Rancher v1.6.6 release notes 

  state that Kubernetes 1.7.2 is supported; are you recommending Rancher 
v1.6.6+ and Kubernetes 1.7.2+?

Thanks,
Roger

From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Doucerain, Jerome
Sent: Wednesday, August 16, 2017 1:19 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [OOM] Kubernetes version to be used as reference

Hi,

as we are using kubernetes to run ONAP containers, we are developing kubernetes 
manifests to describe the resources required by the ONAP components and the 
environment where we are running them on.

Some kubernetes resources we are referring to in the manifests are valid only 
in some kubernetes versions or the way to refer to those resources is specific 
to particular versions, taking into account the evolution as the kubernetes API.

So to keep the valuable material the community is bringing valid as long as 
possible, and as we are at the beginning of the ONAP on kubernetes story, my 
proposal would be to try to start with the most recent stable version of 
kubernetes (i.e. 1.7) and base the kubernetes manifests on the version 1.7 API 
reference.

It will also allow us to use the latest features of kubernetes to operate ONAP.

Could you please give some feedback on that.

Thanks

Jerome


Jerome Doucerain
Sr Consultant - System Architecture
Bell Business Markets
671, LaGauchetière Ouest, 5e
Montréal 

[onap-discuss] Optimization Framework - use cases for ONAP R2

[Ramki Krishnan]

Hi Sarat, All,

Following up on our meeting today, was thinking a bit deeper on distributed 
placement of analytics engines which could be ONAP components such as DCAE and 
external components such as vendor-specific EMS or analytics engines. The 
placement domain can encompass operator private cloud with VIMs from different 
vendors (OpenStack, Wind river, VMware Integrated OpenStack etc.) or public 
cloud (Microsoft Azure etc.).

Declarative placement policy examples

  *   Minimize latency for closed loop fault detection/remedy for VOLTE user 
plane traffic
 *   Desire to place real-time analytics engines near the user plane VNF
 *   Desire to choose the real-time analytics engine with minimal response 
latency
  *   Minimize cost for historical analytics
 *   Desire to place historical analytics engines in public cloud

Exemplary constraints of interest

  *   Network interconnect bandwidth, Xth percentile latency (X could be 99.9)
  *   Closed loop response time
  *   Cloud compute, network, storage pricing
  *   Yth percentile latency of individual components (real-time analytics 
engine etc.) used for closed loop automation (Y could be 99)
 *   This would include details about vendor-specific components such as EMS
  *   Application metric - end-to-end Zth percentile latency (Z could be 99)

This would be of immediate value for R1/R2 use cases such as

  *   VOLTE use case focused on 3GPP CUPS -- 
https://wiki.onap.org/pages/viewpage.action?pageId=6593603
  *   5G RAN -- 
https://wiki.onap.org/display/DW/Use+case%3A+5G-+RAN+deployment%2C+E2E+Slicing%2C+SON

Comments and thoughts welcome.

Thanks,
Ramki

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

Re: [onap-discuss] [integration][sdnc] vCPE topics related to SDNC

[Ramki Krishnan]

Hi Brian,

Wondering if SO is the best place for id space management for Vlan, IP 
Addresses etc. or would SDN-C be a better choice? I am also thinking a bit 
long-term across all use cases. Could we discuss this in one of the upcoming 
SO<->SDN-C meetings? If this has already been discussed, please let me know the 
outcome.

Thanks,
Ramki

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of FREEMAN, BRIAN D
Sent: Wednesday, August 9, 2017 8:50 AM
To: Kang Xi ; onap-discuss@lists.onap.org; TIMONEY, DAN 
; STILWELL, DAVE ; BULLARD, GIL 
; KLUGER, YOAV 
Subject: Re: [onap-discuss] [integration][sdnc] vCPE topics related to SDNC


Example GENERIC-RESOURCE-API json from SO to SDNC.

Brian



{
  "GENERIC-RESOURCE-API:input": {
"GENERIC-RESOURCE-API:request-information": {
  "GENERIC-RESOURCE-API:request-action": "CreateNetworkInstance",
  "GENERIC-RESOURCE-API:notification-url": "so1.dfw.onap.org",
  "GENERIC-RESOURCE-API:order-version": "1.0",
  "GENERIC-RESOURCE-API:request-id": "10002",
  "GENERIC-RESOURCE-API:order-number": "10002",
  "GENERIC-RESOURCE-API:source": "so"
},
"GENERIC-RESOURCE-API:service-information": {
  "GENERIC-RESOURCE-API:global-customer-id": "0001",
  "GENERIC-RESOURCE-API:subscription-service-type": "vcpe-infra",
  "GENERIC-RESOURCE-API:service-id": "vcpe-infra-id",
  "GENERIC-RESOURCE-API:service-instance-id": "10002",
  "GENERIC-RESOURCE-API:ecomp-model-information": {
"GENERIC-RESOURCE-API:model-customization-uuid": "Some 
model-customization-uuid",
"GENERIC-RESOURCE-API:model-invariant-uuid": "Some 
model-invariant-uuid",
"GENERIC-RESOURCE-API:model-name": "vcpeInfraSwProduct",
"GENERIC-RESOURCE-API:model-uuid": "0--00-000",
"GENERIC-RESOURCE-API:model-version": "1.0"
  },
  "GENERIC-RESOURCE-API:subscriber-name": "onap_infrastructure"
},
"GENERIC-RESOURCE-API:sdnc-request-header": {
  "GENERIC-RESOURCE-API:svc-action": "activate",
  "GENERIC-RESOURCE-API:svc-notification-url": "so.dfw.onap.org",
  "GENERIC-RESOURCE-API:svc-request-id": "10002"
},
"GENERIC-RESOURCE-API:service-request-input": {
  "GENERIC-RESOURCE-API:service-input-parameters": {
"GENERIC-RESOURCE-API:param": [
  {
"GENERIC-RESOURCE-API:name": "DC-infra-location",
"GENERIC-RESOURCE-API:value": "dfw"
  },
   {
"GENERIC-RESOURCE-API:name": "vbng-private-idaddr-01",
"GENERIC-RESOURCE-API:value": "10.2.0.1"
  },
   {
"GENERIC-RESOURCE-API:name": "vcpe-vgw-activate-input.vgw-vlanid",
"GENERIC-RESOURCE-API:value": "101"
  }
]
  },
  "GENERIC-RESOURCE-API:service-instance-name": "vCpeInfraVNF01"
}
  }
}



-Original Appointment-
From: Kang Xi [mailto:kang...@huawei.com]
Sent: Monday, August 07, 2017 2:18 PM
To: Kang Xi; onap-discuss@lists.onap.org; 
TIMONEY, DAN; STILWELL, DAVE; BULLARD, GIL; KLUGER, YOAV
Subject: [onap-discuss] [integration][sdnc] vCPE topics related to SDNC
When: Wednesday, August 09, 2017 11:00 AM-12:00 PM (UTC-05:00) Eastern Time (US 
& Canada).
Where: 
https://zoom.us/j/44


All,

vCPE topics related to SDNC will be discussed.

Thanks,
Kang

  << File: ATT1.txt >>

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

Re: [onap-discuss] [integration] vCPE network design between vGMUX and vG

[Ramki Krishnan]

Would really appreciate if these two VCPE and VOLTE meetings can avoid overlap 
since both of them will have an impact on SDNC. One way to avoid the overlap is 
to move one of them to 7:00am PT the same day.

[onap-discuss] Invitation: [SO] [SDNC] VoLTE interface discussion @ Thu Aug 10, 
2017 6am - 7am (PDT) 
(onap-discuss@lists.onap.org)

Thanks,
Ramki

-Original Appointment-
From: Kang Xi [mailto:kang...@huawei.com]
Sent: Tuesday, August 8, 2017 8:56 AM
To: Kang Xi; onap-discuss@lists.onap.org; FREEMAN, BRIAN D; KLUGER, YOAV
Subject: [onap-discuss] [integration] vCPE network design between vGMUX and vG
When: Thursday, August 10, 2017 9:00 AM-10:00 AM (UTC-05:00) Eastern Time (US & 
Canada).
Where: https://zoom.us/j/44

All,
We will discuss options to set up the network between vGMUX and vGs and 
finalize the decision.
Thanks,
Kang
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] SDNC Meeting Question

[Ramki Krishnan]

I am facing the same problem.

Thanks,
Ramki

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Ryan Goulding
Sent: Wednesday, August 2, 2017 6:07 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] SDNC Meeting Question

Hi Folks,

Some colleagues and myself are unable to join the SDNC meeting described here 
[0] and get the message "The host has another meeting in progress."  Is there 
some other link we should be using?

Thanks!

Regards,

Ryan Goulding

[0] 
https://wiki.onap.org/display/DW/SDN-C+Weekly+Meeting
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss