[onap-discuss] Support ONAP on multiple OS/Openstacks?

[Dhananjay Pavgi]

Hi Lusheng,

Which ONAP Module is responsible for floating IP allocation and pooling? 
Whether it uses Network Controller to interact with underlying SDN layer for 
connectivity across multiple data centers (read cloud domains).

thanks & regards,
Dhananjay Pavgi
Mobile : +91 98220 22264
[cid:image002.png at 01CE7323.F2727500]   [ONAP_logo_Sig]
www.techmahindra.com<http://www.techmahindra.com/> Platinum 
Member. Visit : http://www.onap.org<http://www.onap.org/>

From: onap-discuss-bounces at lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of JI, LUSHENG (LUSHENG)
Sent: Friday, April 21, 2017 8:51 PM
To: ROSE, DANIEL V ; Morales, Victor 
Cc: onap-discuss at lists.onap.org
Subject: Re: [onap-discuss] Support ONAP on multiple OS/Openstacks?

To second to what Dan said, DCAE?s ?production grade? design is multi-region.  
It is designed as a multi-tiered multi-region system.  Which is natural because 
functioning as the sensory part of ONAP, in many situations you would want 
DCAE?s collectors and some analytics to be as close to the VNFs to be monitored 
as possible.  This is also why DCAE Controller spins up additional VMs and 
other resources of its own in the demos, ? the same pattern is used for 
deploying and scaling DCAE edge sites in other regions.

Regarding using the immutable container pattern for multi OS, I believe most of 
the ONAP parts are already following this pattern.  The rest are marching 
towards that goal too.  For DCAE, the current hurdle is mostly constrained by 
third party software support (for example CDAP) in containerization and OS.

I also want to point out that ONAP is not a traditional cloud application.  
Compared to those, ONAP probably has more complex inter-dependencies and 
inter-connectivity between its components, as well as interactions with the 
underlying networking functions that the cloud infrastructure provides.  Which 
could be configured differently by different providers of the same cloud 
technology.  One example is how the floating IPs are allocated and pooled.

Regards,
Lusheng



On Apr 21, 2017, at 9:58 AM, ROSE, DANIEL V mailto:dr695h at 
att.com>> wrote:

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

Multiregion support is in onap, just not configured that way for the demo and 
heat templates we put out ? we used many regions internally at att before 
opensourcing after all. To add it you have to configure mso to know about all 
your regions and add some kind of homing rules.

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

From: onap-discuss-bounces at lists.onap.org<mailto:onap-discuss-bounces at 
lists.onap.org> [mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of 
Morales, Victor
Sent: Thursday, April 20, 2017 8:01 PM
To: onap-discuss at lists.onap.org<mailto:onap-discuss at lists.onap.org>
Subject: Re: [onap-discuss] Support ONAP on multiple OS/Openstacks?

Hey there,

I?m pretty new about ONAP but maybe my two cents on this topic can be useful.  
From OpenStack perspective the only requirement for any image to provision 
something is to have previously installed cloud-init[1] service (AFAIK, that?s 
the only difference for Ubuntu Cloud images[2]), but personally I?ll recommend 
to use an Immutable Server pattern[3](something like docker images or vagrant 
boxes).  Definitely I like the idea of certify and publish which OpenStack 
Release is supported and even better if this could be cloud agnostic.  Lastly, 
did you consider multi region support?

Thanks,
Victor Morales
irc : electrocucaracha

[1] 
http://cloudinit.readthedocs.io/en/latest/<https://urldefense.proofpoint.com/v2/url?u=http-3A__cloudinit.readthedocs.io_en_latest_=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=2wwdGZ3YcpSivQ2Kio028A=7O1IJcQ6Jj1dhW0RVCLHBcC4cii7sXAnkeR7dJ_ekiU=TOgMzqGvAihjnDHz8PMW1uN9cEy_idKnSPqx_qbxhvM=>
[2] 
https://www.ubuntu.com/download/cloud<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ubuntu.com_download_cloud=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=2wwdGZ3YcpSivQ2Kio028A=7O1IJcQ6Jj1dhW0RVCLHBcC4cii7sXAnkeR7dJ_ekiU=a-_XnXQVLYuFDqhF6q7Fdiiqftl9d8fbltd8CqZXnjQ=>
[3] 
https://martinfowler.com/bliki/ImmutableServer.html<https://urldefense.proofpoint.com/v2/url?u=https-3A__martinfowler.com_bliki_ImmutableServer.html=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=2wwdGZ3YcpSivQ2Kio028A=7O1IJcQ6Jj1dhW0RVCLHBcC4cii7sXAnkeR7dJ_ekiU=pfqv7wiLq5FZFnTwFG5bIN_IFaeU2TpdvY5iUpwIYgk=>


From: mailto:onap-discuss-bounces at 
lists.onap.org>> on behalf of "Lefevre, Catherine" mailto:cl6...@intl.att.com>>
Date: Thursday, April 20, 2017 at 3:41 AM
To: "onap-discuss at lists.onap.org<mailto:onap-discuss at lists.onap.org>" 
mailto:onap-discuss at lists.onap.org>>
Subject: [onap-discuss] Support ONAP on multiple OS/Openstacks?

Good morning all,

I would like

[onap-discuss] Support ONAP on multiple OS/Openstacks?

[JI, LUSHENG (LUSHENG)]

To second to what Dan said, DCAE?s ?production grade? design is multi-region.  
It is designed as a multi-tiered multi-region system.  Which is natural because 
functioning as the sensory part of ONAP, in many situations you would want 
DCAE?s collectors and some analytics to be as close to the VNFs to be monitored 
as possible.  This is also why DCAE Controller spins up additional VMs and 
other resources of its own in the demos, ? the same pattern is used for 
deploying and scaling DCAE edge sites in other regions.

Regarding using the immutable container pattern for multi OS, I believe most of 
the ONAP parts are already following this pattern.  The rest are marching 
towards that goal too.  For DCAE, the current hurdle is mostly constrained by 
third party software support (for example CDAP) in containerization and OS.

I also want to point out that ONAP is not a traditional cloud application.  
Compared to those, ONAP probably has more complex inter-dependencies and 
inter-connectivity between its components, as well as interactions with the 
underlying networking functions that the cloud infrastructure provides.  Which 
could be configured differently by different providers of the same cloud 
technology.  One example is how the floating IPs are allocated and pooled.

Regards,
Lusheng



On Apr 21, 2017, at 9:58 AM, ROSE, DANIEL V mailto:dr695h at 
att.com>> wrote:

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

Multiregion support is in onap, just not configured that way for the demo and 
heat templates we put out ? we used many regions internally at att before 
opensourcing after all. To add it you have to configure mso to know about all 
your regions and add some kind of homing rules.

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

From: onap-discuss-bounces at lists.onap.org<mailto:onap-discuss-bounces at 
lists.onap.org> [mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of 
Morales, Victor
Sent: Thursday, April 20, 2017 8:01 PM
To: onap-discuss at lists.onap.org<mailto:onap-discuss at lists.onap.org>
Subject: Re: [onap-discuss] Support ONAP on multiple OS/Openstacks?

Hey there,

I?m pretty new about ONAP but maybe my two cents on this topic can be useful.  
From OpenStack perspective the only requirement for any image to provision 
something is to have previously installed cloud-init[1] service (AFAIK, that?s 
the only difference for Ubuntu Cloud images[2]), but personally I?ll recommend 
to use an Immutable Server pattern[3](something like docker images or vagrant 
boxes).  Definitely I like the idea of certify and publish which OpenStack 
Release is supported and even better if this could be cloud agnostic.  Lastly, 
did you consider multi region support?

Thanks,
Victor Morales
irc : electrocucaracha

[1] 
http://cloudinit.readthedocs.io/en/latest/<https://urldefense.proofpoint.com/v2/url?u=http-3A__cloudinit.readthedocs.io_en_latest_=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=2wwdGZ3YcpSivQ2Kio028A=7O1IJcQ6Jj1dhW0RVCLHBcC4cii7sXAnkeR7dJ_ekiU=TOgMzqGvAihjnDHz8PMW1uN9cEy_idKnSPqx_qbxhvM=>
[2] 
https://www.ubuntu.com/download/cloud<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ubuntu.com_download_cloud=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=2wwdGZ3YcpSivQ2Kio028A=7O1IJcQ6Jj1dhW0RVCLHBcC4cii7sXAnkeR7dJ_ekiU=a-_XnXQVLYuFDqhF6q7Fdiiqftl9d8fbltd8CqZXnjQ=>
[3] 
https://martinfowler.com/bliki/ImmutableServer.html<https://urldefense.proofpoint.com/v2/url?u=https-3A__martinfowler.com_bliki_ImmutableServer.html=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=2wwdGZ3YcpSivQ2Kio028A=7O1IJcQ6Jj1dhW0RVCLHBcC4cii7sXAnkeR7dJ_ekiU=pfqv7wiLq5FZFnTwFG5bIN_IFaeU2TpdvY5iUpwIYgk=>


From: mailto:onap-discuss-bounces at 
lists.onap.org>> on behalf of "Lefevre, Catherine" mailto:cl6...@intl.att.com>>
Date: Thursday, April 20, 2017 at 3:41 AM
To: "onap-discuss at lists.onap.org<mailto:onap-discuss at lists.onap.org>" 
mailto:onap-discuss at lists.onap.org>>
Subject: [onap-discuss] Support ONAP on multiple OS/Openstacks?

Good morning all,

I would like to start a new thread in order to understand if there is a need to 
certify ONAP on multiple OS/Openstacks.

OS
Currently ONAP is running on Ubuntu 14.04 (target to move to Ubuntu 16.04).
Open-O is running on CentOS but I understand from Helen Yunxia (Huawei) that it 
should not be an issue to run it on Ubuntu.
Redhat was not considered from a certification perspective due to license cost.

[onap-discuss] Support ONAP on multiple OS/Openstacks?

[ROSE, DANIEL V]

Multiregion support is in onap, just not configured that way for the demo and 
heat templates we put out ? we used many regions internally at att before 
opensourcing after all. To add it you have to configure mso to know about all 
your regions and add some kind of homing rules.

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

From: onap-discuss-bounces at lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Morales, Victor
Sent: Thursday, April 20, 2017 8:01 PM
To: onap-discuss at lists.onap.org
Subject: Re: [onap-discuss] Support ONAP on multiple OS/Openstacks?

Hey there,

I?m pretty new about ONAP but maybe my two cents on this topic can be useful.  
From OpenStack perspective the only requirement for any image to provision 
something is to have previously installed cloud-init[1] service (AFAIK, that?s 
the only difference for Ubuntu Cloud images[2]), but personally I?ll recommend 
to use an Immutable Server pattern[3](something like docker images or vagrant 
boxes).  Definitely I like the idea of certify and publish which OpenStack 
Release is supported and even better if this could be cloud agnostic.  Lastly, 
did you consider multi region support?

Thanks,
Victor Morales
irc : electrocucaracha

[1] 
http://cloudinit.readthedocs.io/en/latest/<https://urldefense.proofpoint.com/v2/url?u=http-3A__cloudinit.readthedocs.io_en_latest_=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=2wwdGZ3YcpSivQ2Kio028A=7O1IJcQ6Jj1dhW0RVCLHBcC4cii7sXAnkeR7dJ_ekiU=TOgMzqGvAihjnDHz8PMW1uN9cEy_idKnSPqx_qbxhvM=>
[2] 
https://www.ubuntu.com/download/cloud<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.ubuntu.com_download_cloud=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=2wwdGZ3YcpSivQ2Kio028A=7O1IJcQ6Jj1dhW0RVCLHBcC4cii7sXAnkeR7dJ_ekiU=a-_XnXQVLYuFDqhF6q7Fdiiqftl9d8fbltd8CqZXnjQ=>
[3] 
https://martinfowler.com/bliki/ImmutableServer.html<https://urldefense.proofpoint.com/v2/url?u=https-3A__martinfowler.com_bliki_ImmutableServer.html=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=2wwdGZ3YcpSivQ2Kio028A=7O1IJcQ6Jj1dhW0RVCLHBcC4cii7sXAnkeR7dJ_ekiU=pfqv7wiLq5FZFnTwFG5bIN_IFaeU2TpdvY5iUpwIYgk=>


From: mailto:onap-discuss-bounces at 
lists.onap.org>> on behalf of "Lefevre, Catherine" mailto:cl6...@intl.att.com>>
Date: Thursday, April 20, 2017 at 3:41 AM
To: "onap-discuss at lists.onap.org<mailto:onap-discuss at lists.onap.org>" 
mailto:onap-discuss at lists.onap.org>>
Subject: [onap-discuss] Support ONAP on multiple OS/Openstacks?

Good morning all,

I would like to start a new thread in order to understand if there is a need to 
certify ONAP on multiple OS/Openstacks.

OS
Currently ONAP is running on Ubuntu 14.04 (target to move to Ubuntu 16.04).
Open-O is running on CentOS but I understand from Helen Yunxia (Huawei) that it 
should not be an issue to run it on Ubuntu.
Redhat was not considered from a certification perspective due to license cost.

[onap-discuss] Support ONAP on multiple OS/Openstacks?

[Morales, Victor]

Hey there,

I?m pretty new about ONAP but maybe my two cents on this topic can be useful.  
From OpenStack perspective the only requirement for any image to provision 
something is to have previously installed cloud-init[1] service (AFAIK, that?s 
the only difference for Ubuntu Cloud images[2]), but personally I?ll recommend 
to use an Immutable Server pattern[3](something like docker images or vagrant 
boxes).  Definitely I like the idea of certify and publish which OpenStack 
Release is supported and even better if this could be cloud agnostic.  Lastly, 
did you consider multi region support?

Thanks,
Victor Morales
irc : electrocucaracha

[1] http://cloudinit.readthedocs.io/en/latest/
[2] https://www.ubuntu.com/download/cloud
[3] https://martinfowler.com/bliki/ImmutableServer.html


From:  on behalf of "Lefevre, 
Catherine" <cl6...@intl.att.com>
Date: Thursday, April 20, 2017 at 3:41 AM
To: "onap-discuss at lists.onap.org" 
Subject: [onap-discuss] Support ONAP on multiple OS/Openstacks?

Good morning all,

I would like to start a new thread in order to understand if there is a need to 
certify ONAP on multiple OS/Openstacks.

OS
Currently ONAP is running on Ubuntu 14.04 (target to move to Ubuntu 16.04).
Open-O is running on CentOS but I understand from Helen Yunxia (Huawei) that it 
should not be an issue to run it on Ubuntu.
Redhat was not considered from a certification perspective due to license cost.

[onap-discuss] Support ONAP on multiple OS/Openstacks?

[Danny Lin]

Great discussion and I agree this is an important topic and I hope we cover 
this in our F2F meeting in May.

As a long term goal, ONAP should have an architecture that helps to drive a 
predictable end to end service behavior, and at the same time, allows different 
components (open source or vendor solutions) to be plugged into the framework 
in a consistent way.  When it comes to multi-cloud support (Openstack, Vmware, 
AWS, Azure) or container support, a pluggable framework, which not only defines 
the interface as point of integration, but also provides means for underline 
infrastructure to advertise its capability, is something we could discuss. As 
Helen indicated below, Open-O has a Multi-VIM project which incorporated some 
of these capabilities, and more needs to be done

BTW, any interest in starting a discussion group on this topic, the current 
volume on this master email mailing list is killing the productivity ?

Danny


From:  on behalf of "simer.singh at 
us.fujitsu.com" <simer.si...@us.fujitsu.com>
Date: Thursday, April 20, 2017 at 9:56 AM
To: Yunxia Chen , "SPATSCHECK, OLIVER (OLIVER)" 
, Dhananjay Pavgi 
Cc: "onap-discuss at lists.onap.org" 
Subject: Re: [onap-discuss] Support ONAP on multiple OS/Openstacks?

Short term ? Intermediate layer is REQUIRED.

Although longer term ? We shall define standard interfaces so that vendors 
(VMMs, Cloud etc?) can support this going forward.

Thanks

From:  on behalf of Yunxia Chen 
<helen.c...@huawei.com>
Date: Thursday, April 20, 2017 at 8:13 AM
To: "SPATSCHECK, OLIVER (OLIVER)" , Dhananjay 
Pavgi 
Cc: "onap-discuss at lists.onap.org" 
Subject: Re: [onap-discuss] Support ONAP on multiple OS/Openstacks?

[onap-discuss] Support ONAP on multiple OS/Openstacks?

[Gildas Lanilis]

Thanks Catherine for bringing this up.

+1 for defining upfront OSs and their versions.
For Openstack, I would like to suggest as clearly name upfront the series ONAP 
has to support. That will avoid confusion and potential waste of effort.
For instance, Newton is planned to EOL [0] on 2017-10-11. Shall we Yes/No 
Support it?

[0] https://releases.openstack.org/

Thanks,
Gildas

From: onap-discuss-bounces at lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Lefevre, Catherine
Sent: Thursday, April 20, 2017 1:41 AM
To: onap-discuss at lists.onap.org
Subject: [onap-discuss] Support ONAP on multiple OS/Openstacks?

Good morning all,

I would like to start a new thread in order to understand if there is a need to 
certify ONAP on multiple OS/Openstacks.

OS
Currently ONAP is running on Ubuntu 14.04 (target to move to Ubuntu 16.04).
Open-O is running on CentOS but I understand from Helen Yunxia (Huawei) that it 
should not be an issue to run it on Ubuntu.
Redhat was not considered from a certification perspective due to license cost.

>From an architecture perspective, it is important that ONAP remains OS agnostic
The only constraint on the OS is that it should support an Openstack version

OpenStack
I have noticed that people are trying to deploy ONAP using different OpenStack 
release series (i.e. Icehouse, Mitaka, Ocata, Kilo, etc)
Although I would like to recommend that we only focus on the release series 
that are not EOL or will be soon EOL as an Openstack baseline for ONAP,
We should collect what has already been validated by the ONAP community and 
what they agree to support

Any additional thoughts?

Best regards
Catherine

Catherine Lef?vre
AT Software Development & Engineering
D2 Platform & Systems Development
AVP - ECOMP/ONAP/RUBY/SPP


Phone: +32 2 418 49 22
Mobile: +32 475 77 36 73
catherine.lefevre at intl.att.com<mailto:catherine.lefevre at 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

-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.onap.org/pipermail/onap-discuss/attachments/20170420/280d1019/attachment-0001.html>

[onap-discuss] Support ONAP on multiple OS/Openstacks?

[Yunxia Chen]

That mediation layer should be designed abstract enough to support longer term 
of providing standard interfaces, ideally. :-)

Helen Chen


Sent from HUAWEI AnyOffice
From: simer.si...@us.fujitsu.com
To: Yunxia Chen; SPATSCHECK, OLIVER (OLIVER); Dhananjay Pavgi;
Cc: onap-discuss at lists.onap.org;
Subject: Re: [onap-discuss] Support ONAP on multiple OS/Openstacks?
Time: 2017-04-20 09:57:15


Short term ? Intermediate layer is REQUIRED.

Although longer term ? We shall define standard interfaces so that vendors 
(VMMs, Cloud etc?) can support this going forward.

Thanks

From:  on behalf of Yunxia Chen 
<helen.c...@huawei.com>
Date: Thursday, April 20, 2017 at 8:13 AM
To: "SPATSCHECK, OLIVER (OLIVER)" , Dhananjay 
Pavgi 
Cc: "onap-discuss at lists.onap.org" 
Subject: Re: [onap-discuss] Support ONAP on multiple OS/Openstacks?

>From architecture wise, I agree with Dhananjay about ?making ONAP agnostic of 
>underlying virtualization layer?, but in reality, there?re different ?favor? 
>of VIM from community and vendors, therefore, as in Oliver?s email, ?mediation 
>Layer? is required to support multi-VIM, such as different version of 
>OpenStack, AWS, Rackspace,  Azure, etc.

In OPEN-O community, we supported it by introducing multi-VIM project to handle 
it.

Regards,

Helen Chen

From:  on behalf of "SPATSCHECK, OLIVER 
(OLIVER)" <spat...@research.att.com>
Date: Thursday, April 20, 2017 at 5:45 AM
To: Dhananjay Pavgi 
Cc: "onap-discuss at lists.onap.org" 
Subject: Re: [onap-discuss] Support ONAP on multiple OS/Openstacks?


It?s the same cloud infrastructure but not the same process flow.

Let?s assume for a moment you have an ONAP component which runs on 3 VMs for 
fault tolerance (that?s not what we have in the demo setup but what you would 
have in production). In an ideal world you should be able to kill one of the 
VMs, spin up another one of the same type and the system should be happy again.

Today in reality you will have to go into the VM (sometimes more then one) 
after you spin it up and run various commands to ensure that new VM will be 
properly integrated with the 2 other once as well as ONAP overall. Not only do 
you have to run some commands but you will have to run different once depending 
on the component.

Same is true for auto scaling.

So as from the cloud layer it?s all the same the cloud layer is not enough.

The way to fix that of course is to improve the code in each component so that 
this becomes fully automatic.  The lack of that is a known shortcoming of the 
current implementation.

Oliver

On Apr 20, 2017, at 8:08 AM, Dhananjay Pavgi mailto:DP00476350 at TechMahindra.com>> wrote:

Thanks, Oliver. Absolutely got 1. Below and agreed. Didn?t get 2. Though, i.e. 
how every component is different when it comes to resiliency features. 
Ultimately, if it?s same underlying cloud infrastructure, right?

thanks & regards,
Dhananjay Pavgi
Mobile : +91 98220 22264
   
www.techmahindra.com<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.techmahindra.com_=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=9iyuArzgyekj47PZSPfIijI2cSHsUJtAlcTA0X_udNI=N4OP98WhAr1is_7C1Yuy85OhdfcRxPfpekSCn4dhLFE=8JDxdisO-ASwqCdy1hE8QP4W_K7KhIdpyFMvSdylENk=>
 Platinum Member. Visit : 
http://www.onap.org<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.onap.org_=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=9iyuArzgyekj47PZSPfIijI2cSHsUJtAlcTA0X_udNI=N4OP98WhAr1is_7C1Yuy85OhdfcRxPfpekSCn4dhLFE=WgWBD8QmloguLRSmm6kAScTp_4qyPU1BwtdUIzZl4T0=>

From: SPATSCHECK, OLIVER (OLIVER) [mailto:spat...@research.att.com]
Sent: Thursday, April 20, 2017 5:04 PM
To: Dhananjay Pavgi mailto:DP00476350 at 
TechMahindra.com>>
Cc: LEFEVRE, CATHERINE mailto:cl664y at intl.att.com>>; 
onap-discuss at lists.onap.org<mailto:onap-discuss at lists.onap.org>
Subject: Re: [onap-discuss] Support ONAP on multiple OS/Openstacks?


Dhananjay,

I think there are two dimensions ONAP can be improved in this regard.

1. Multi cloud support: To support multiple cloud technologies we not only have 
to modify the startup automation (heat template) but also adjust the components 
which work directly with the cloud orchestrator which are MSO, DCAE, App-C and 
Robotframework for every cloud technology we onboard. So to manage that 
effectively we should introduce a mediation layer between those 4 components 
and the underlying cloud technology. There are multiple options out there so 
that?s not something we have to build from scratch just something we have to 
pick and integrate.

2. The individual components are still very ?special?. What I mean with that is 
that each component has it?s own way to provide resilience, disaster recovery 
and scaling. So if you want to scale out or fail over e.g. the SDN-C controller 
you do something different then when you scale out DCAE etc? Those difference 
are visible on the cloud layer which makes

[onap-discuss] Support ONAP on multiple OS/Openstacks?

[Xinhui Li]

Yeah, I fully agree to OLIVER, Dhananjay, and Catherine. It is not only from 
vim dimension but also tightly related to the architecture design of key 
modules, and use case support.
Maybe we can cooperate this topic with the integrated functional architecture 
proposal for discussion at our F2F meeting.

In the past mini-summit at Santa Clara, we started a discussion about 
multi-vim/infrastructure management. Below is the link to the chart used there, 
where we listed related topics and works done in OPENO to collect more 
ideas/comments.
https://wiki.onap.org/download/attachments/3245268/infrastructure%20manager.pdf?version=1=1492080578000=v2

Xinhui Li
VMware
From:  on behalf of Yunxia Chen 
<helen.c...@huawei.com>
Date: Thursday, 20 April 2017 at 11:13 PM
To: "SPATSCHECK, OLIVER (OLIVER)" , Dhananjay 
Pavgi 
Cc: "onap-discuss at lists.onap.org" 
Subject: Re: [onap-discuss] Support ONAP on multiple OS/Openstacks?

[onap-discuss] Support ONAP on multiple OS/Openstacks?

[Yang, Bin]

Hi Oliver , Catherine, and all,

   Glad to see that the ONAP team initiate the conversation over 
the Multiple Cloud support.

Nevertheless making the ONAP services  being Cloud agnostic introduces 
non-trivial effort and risks on refactoring the ONAP services. considering that 
the ONAP community will drive hard to merge projects and  get the first release 
ready as soon as possible, it is well worth to start the refactoring work over 
the carrier grade OpenStack to minimize the effort and risk of setup/debugging 
the OpenStack itself.

Titanium Cloud is the Carrier grade OpenStack delivered by Wind River which is 
compliance to OpenStack releases, including but not limited to Kilo, Mitaka, 
Newton and more. Wind River. Wind River is willing to support ONAP evolvement , 
so Titanium Cloud could be your best candidate to validate ONAP services:  free 
of charge for ONAP validation effort, along with strong support from Wind River.

   Once the ONAP is validated over Titanium Cloud, it could be 
validate again on vanilla OpenStack without any extra effort on ONAP side.

   Besides the ONAP services themselves, it is also worth to think 
about the multiple VIM support to enable ONAP orchestrate VNFs on different 
VIMs without pains. Just like what the OPEN-O is doing , the MultiVIM projects 
makes the end-to-end test over multiple Cloud very easy and happy.
   The MultiVIM project in OPEN-O abstracts the interfaces and 
information models between the orchestrator and VIMs, the value of it could 
include but not limited to:
1, catalog the NFVI capabilities from the perspective of ONAP, so that VNF 
providers could make assumptions the runtime context while designing/developing 
VNFs.
2, Enable the ONAP certificate &  compliance tests of NFVI vendors/providers
3, Decouple ONAP from specific NFVI while making the possibility of ONAP to 
evolve to leverage new capabilities of NFVI, e.g. enabling  ONAP to utilize the 
EPA (Enhanced Platform Awareness) features that the NFVI offers for some 
performance critical VNFs

Best Regards,
Bin Yang,Solution Readiness Team,Wind River
Direct +86,10,84777126Mobile +86,13811391682Fax +86,10,64398189
Skype: yangbincs993

From: onap-discuss-bounces at lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of SPATSCHECK, OLIVER 
(OLIVER)
Sent: Thursday, April 20, 2017 8:46 PM
To: Dhananjay Pavgi
Cc: onap-discuss at lists.onap.org
Subject: Re: [onap-discuss] Support ONAP on multiple OS/Openstacks?


It?s the same cloud infrastructure but not the same process flow.

Let?s assume for a moment you have an ONAP component which runs on 3 VMs for 
fault tolerance (that?s not what we have in the demo setup but what you would 
have in production). In an ideal world you should be able to kill one of the 
VMs, spin up another one of the same type and the system should be happy again.

Today in reality you will have to go into the VM (sometimes more then one) 
after you spin it up and run various commands to ensure that new VM will be 
properly integrated with the 2 other once as well as ONAP overall. Not only do 
you have to run some commands but you will have to run different once depending 
on the component.

Same is true for auto scaling.

So as from the cloud layer it?s all the same the cloud layer is not enough.

The way to fix that of course is to improve the code in each component so that 
this becomes fully automatic.  The lack of that is a known shortcoming of the 
current implementation.

Oliver

On Apr 20, 2017, at 8:08 AM, Dhananjay Pavgi mailto:DP00476350 at TechMahindra.com>> wrote:

Thanks, Oliver. Absolutely got 1. Below and agreed. Didn?t get 2. Though, i.e. 
how every component is different when it comes to resiliency features. 
Ultimately, if it?s same underlying cloud infrastructure, right?

thanks & regards,
Dhananjay Pavgi
Mobile : +91 98220 22264
   
www.techmahindra.com<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.techmahindra.com_=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=9iyuArzgyekj47PZSPfIijI2cSHsUJtAlcTA0X_udNI=N4OP98WhAr1is_7C1Yuy85OhdfcRxPfpekSCn4dhLFE=8JDxdisO-ASwqCdy1hE8QP4W_K7KhIdpyFMvSdylENk=>
 Platinum Member. Visit : 
http://www.onap.org<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.onap.org_=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=9iyuArzgyekj47PZSPfIijI2cSHsUJtAlcTA0X_udNI=N4OP98WhAr1is_7C1Yuy85OhdfcRxPfpekSCn4dhLFE=WgWBD8QmloguLRSmm6kAScTp_4qyPU1BwtdUIzZl4T0=>

From: SPATSCHECK, OLIVER (OLIVER) [mailto:spat...@research.att.com]
Sent: Thursday, April 20, 2017 5:04 PM
To: Dhananjay Pavgi mailto:DP00476350 at 
TechMahindra.com>>
Cc: LEFEVRE, CATHERINE mailto:cl664y at intl.att.com>>; 
onap-discuss at lists.onap.org<mailto:onap-discuss at lists.onap.org>
Subject: Re: [onap-discuss] Support ONAP on multiple OS/Openstacks?


Dhananjay,

I think there are two dimensions ONAP can be improved in this regard.

[onap-discuss] Support ONAP on multiple OS/Openstacks?

[ROSE, DANIEL V]

ONAP today already runs in containers with the exception of parts of dcae, but 
the OS base images we use in our containers are the ones that catherine posted 
below. The question is I guess do we want to support building multiple docker 
containers per component ie copy on Ubuntu, copy on centos (maybe even copy on 
alpine etc etc) or do we want to take an opinionated view of the docker 
containers and say we support a multitude of OS as the docker host

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

From: onap-discuss-bounces at lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Ahmad, Munir
Sent: Thursday, April 20, 2017 11:32 AM
To: Yunxia Chen ; LEFEVRE, CATHERINE ; onap-discuss at lists.onap.org
Subject: Re: [onap-discuss] Support ONAP on multiple OS/Openstacks?

Ideally we should be moving away from VMs and run all of the components as 
containers.

From: mailto:onap-discuss-bounces at 
lists.onap.org>> on behalf of Yunxia Chen mailto:helen.c...@huawei.com>>
Date: Thursday, April 20, 2017 at 11:21 AM
To: "Lefevre, Catherine" mailto:cl664y at 
intl.att.com>>, "onap-discuss at lists.onap.org<mailto:onap-discuss at 
lists.onap.org>" mailto:onap-discuss at 
lists.onap.org>>
Subject: Re: [onap-discuss] Support ONAP on multiple OS/Openstacks?

Regarding to OS, yes, from theory, OPEN-O has no issue running on Ubuntu, which 
is most of the developers are using. However, we had a vote on the most used OS 
for Datacenter, CentOS stands out. So, the question for ONAP community is, 
should we test ONLY Ubuntu, or also CentOS?

-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.onap.org/pipermail/onap-discuss/attachments/20170420/5d7eb256/attachment-0001.html>

[onap-discuss] Support ONAP on multiple OS/Openstacks?

[Yunxia Chen]

Regarding to OS, yes, from theory, OPEN-O has no issue running on Ubuntu, which 
is most of the developers are using. However, we had a vote on the most used OS 
for Datacenter, CentOS stands out. So, the question for ONAP community is, 
should we test ONLY Ubuntu, or also CentOS?

Regards,

Helen Chen

From:  on behalf of "Lefevre, 
Catherine" <cl6...@intl.att.com>
Date: Thursday, April 20, 2017 at 1:41 AM
To: "onap-discuss at lists.onap.org" 
Subject: [onap-discuss] Support ONAP on multiple OS/Openstacks?

Good morning all,

I would like to start a new thread in order to understand if there is a need to 
certify ONAP on multiple OS/Openstacks.

OS
Currently ONAP is running on Ubuntu 14.04 (target to move to Ubuntu 16.04).
Open-O is running on CentOS but I understand from Helen Yunxia (Huawei) that it 
should not be an issue to run it on Ubuntu.
Redhat was not considered from a certification perspective due to license cost.

[onap-discuss] Support ONAP on multiple OS/Openstacks?

[Dhananjay Pavgi]

Thanks, Oliver. Absolutely got 1. Below and agreed. Didn?t get 2. Though, i.e. 
how every component is different when it comes to resiliency features. 
Ultimately, if it?s same underlying cloud infrastructure, right?

thanks & regards,
Dhananjay Pavgi
Mobile : +91 98220 22264
[cid:image002.png at 01CE7323.F2727500]   [ONAP_logo_Sig]
www.techmahindra.com<http://www.techmahindra.com/> Platinum 
Member. Visit : http://www.onap.org<http://www.onap.org/>

From: SPATSCHECK, OLIVER (OLIVER) [mailto:spat...@research.att.com]
Sent: Thursday, April 20, 2017 5:04 PM
To: Dhananjay Pavgi 
Cc: LEFEVRE, CATHERINE ; onap-discuss at lists.onap.org
Subject: Re: [onap-discuss] Support ONAP on multiple OS/Openstacks?


Dhananjay,

I think there are two dimensions ONAP can be improved in this regard.

1. Multi cloud support: To support multiple cloud technologies we not only have 
to modify the startup automation (heat template) but also adjust the components 
which work directly with the cloud orchestrator which are MSO, DCAE, App-C and 
Robotframework for every cloud technology we onboard. So to manage that 
effectively we should introduce a mediation layer between those 4 components 
and the underlying cloud technology. There are multiple options out there so 
that?s not something we have to build from scratch just something we have to 
pick and integrate.

2. The individual components are still very ?special?. What I mean with that is 
that each component has it?s own way to provide resilience, disaster recovery 
and scaling. So if you want to scale out or fail over e.g. the SDN-C controller 
you do something different then when you scale out DCAE etc? Those difference 
are visible on the cloud layer which makes this more difficult then it has to 
be. So we should figure out how to make this more homogeneous.

Oliver

On Apr 20, 2017, at 4:53 AM, Dhananjay Pavgi mailto:DP00476350 at TechMahindra.com>> wrote:

Fully agree, Catherine.

In addition, should we also consider making ONAP agnostic of underlying 
virtualization layer e.g. OpenStack, VmWare, OpenVIM  etc . Ideally, if cloud 
native approach is used then this should be taken care of.

thanks & regards,
Dhananjay Pavgi
Mobile : +91 98220 22264
   
www.techmahindra.com<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.techmahindra.com_=DwMFAw=LFYZ-o9_HUMeMTSQicvjIg=9iyuArzgyekj47PZSPfIijI2cSHsUJtAlcTA0X_udNI=qY5ElmRuugbIVM9UQVmuBI0vRH_tUKCg0HoRrqxrF2I=1yNUJKatHXXDvoRmPtigT-ey1sVtGVIVilkKUH7w9JU=>
 Platinum Member. Visit : 
http://www.onap.org<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.onap.org_=DwMFAw=LFYZ-o9_HUMeMTSQicvjIg=9iyuArzgyekj47PZSPfIijI2cSHsUJtAlcTA0X_udNI=qY5ElmRuugbIVM9UQVmuBI0vRH_tUKCg0HoRrqxrF2I=nxL8tQrJ68d4Vg2TdSyRE-2cVoOgnc3SyZhebtGK40w=>

From: onap-discuss-bounces at lists.onap.org<mailto:onap-discuss-bounces at 
lists.onap.org> [mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of 
Lefevre, Catherine
Sent: Thursday, April 20, 2017 2:11 PM
To: onap-discuss at lists.onap.org<mailto:onap-discuss at lists.onap.org>
Subject: [onap-discuss] Support ONAP on multiple OS/Openstacks?

Good morning all,

I would like to start a new thread in order to understand if there is a need to 
certify ONAP on multiple OS/Openstacks.

OS
Currently ONAP is running on Ubuntu 14.04 (target to move to Ubuntu 16.04).
Open-O is running on CentOS but I understand from Helen Yunxia (Huawei) that it 
should not be an issue to run it on Ubuntu.
Redhat was not considered from a certification perspective due to license cost.

[onap-discuss] Support ONAP on multiple OS/Openstacks?

[SPATSCHECK, OLIVER (OLIVER)]

Dhananjay,

I think there are two dimensions ONAP can be improved in this regard.

1. Multi cloud support: To support multiple cloud technologies we not only have 
to modify the startup automation (heat template) but also adjust the components 
which work directly with the cloud orchestrator which are MSO, DCAE, App-C and 
Robotframework for every cloud technology we onboard. So to manage that 
effectively we should introduce a mediation layer between those 4 components 
and the underlying cloud technology. There are multiple options out there so 
that?s not something we have to build from scratch just something we have to 
pick and integrate.

2. The individual components are still very ?special?. What I mean with that is 
that each component has it?s own way to provide resilience, disaster recovery 
and scaling. So if you want to scale out or fail over e.g. the SDN-C controller 
you do something different then when you scale out DCAE etc? Those difference 
are visible on the cloud layer which makes this more difficult then it has to 
be. So we should figure out how to make this more homogeneous.

Oliver

On Apr 20, 2017, at 4:53 AM, Dhananjay Pavgi mailto:DP00476350 at TechMahindra.com>> wrote:

Fully agree, Catherine.

In addition, should we also consider making ONAP agnostic of underlying 
virtualization layer e.g. OpenStack, VmWare, OpenVIM  etc . Ideally, if cloud 
native approach is used then this should be taken care of.

thanks & regards,
Dhananjay Pavgi
Mobile : +91 98220 22264
   
www.techmahindra.com<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.techmahindra.com_=DwMFAw=LFYZ-o9_HUMeMTSQicvjIg=9iyuArzgyekj47PZSPfIijI2cSHsUJtAlcTA0X_udNI=qY5ElmRuugbIVM9UQVmuBI0vRH_tUKCg0HoRrqxrF2I=1yNUJKatHXXDvoRmPtigT-ey1sVtGVIVilkKUH7w9JU=>
 Platinum Member. Visit : 
http://www.onap.org<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.onap.org_=DwMFAw=LFYZ-o9_HUMeMTSQicvjIg=9iyuArzgyekj47PZSPfIijI2cSHsUJtAlcTA0X_udNI=qY5ElmRuugbIVM9UQVmuBI0vRH_tUKCg0HoRrqxrF2I=nxL8tQrJ68d4Vg2TdSyRE-2cVoOgnc3SyZhebtGK40w=>

From: onap-discuss-bounces at lists.onap.org<mailto:onap-discuss-bounces at 
lists.onap.org> [mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of 
Lefevre, Catherine
Sent: Thursday, April 20, 2017 2:11 PM
To: onap-discuss at lists.onap.org<mailto:onap-discuss at lists.onap.org>
Subject: [onap-discuss] Support ONAP on multiple OS/Openstacks?

Good morning all,

I would like to start a new thread in order to understand if there is a need to 
certify ONAP on multiple OS/Openstacks.

OS
Currently ONAP is running on Ubuntu 14.04 (target to move to Ubuntu 16.04).
Open-O is running on CentOS but I understand from Helen Yunxia (Huawei) that it 
should not be an issue to run it on Ubuntu.
Redhat was not considered from a certification perspective due to license cost.

[onap-discuss] Support ONAP on multiple OS/Openstacks?

[Dhananjay Pavgi]

Fully agree, Catherine.

In addition, should we also consider making ONAP agnostic of underlying 
virtualization layer e.g. OpenStack, VmWare, OpenVIM  etc . Ideally, if cloud 
native approach is used then this should be taken care of.

thanks & regards,
Dhananjay Pavgi
Mobile : +91 98220 22264
[cid:image002.png at 01CE7323.F2727500]   [ONAP_logo_Sig]
www.techmahindra.com<http://www.techmahindra.com/> Platinum 
Member. Visit : http://www.onap.org<http://www.onap.org/>

From: onap-discuss-bounces at lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Lefevre, Catherine
Sent: Thursday, April 20, 2017 2:11 PM
To: onap-discuss at lists.onap.org
Subject: [onap-discuss] Support ONAP on multiple OS/Openstacks?

Good morning all,

I would like to start a new thread in order to understand if there is a need to 
certify ONAP on multiple OS/Openstacks.

OS
Currently ONAP is running on Ubuntu 14.04 (target to move to Ubuntu 16.04).
Open-O is running on CentOS but I understand from Helen Yunxia (Huawei) that it 
should not be an issue to run it on Ubuntu.
Redhat was not considered from a certification perspective due to license cost.

>From an architecture perspective, it is important that ONAP remains OS agnostic
The only constraint on the OS is that it should support an Openstack version

OpenStack
I have noticed that people are trying to deploy ONAP using different OpenStack 
release series (i.e. Icehouse, Mitaka, Ocata, Kilo, etc)
Although I would like to recommend that we only focus on the release series 
that are not EOL or will be soon EOL as an Openstack baseline for ONAP,
We should collect what has already been validated by the ONAP community and 
what they agree to support

Any additional thoughts?

Best regards
Catherine

Catherine Lef?vre
AT Software Development & Engineering
D2 Platform & Systems Development
AVP - ECOMP/ONAP/RUBY/SPP


Phone: +32 2 418 49 22
Mobile: +32 475 77 36 73
catherine.lefevre at intl.att.com<mailto:catherine.lefevre at 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



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


-- next part --
An HTML attachment was scrubbed...
URL: 
<http://lists.onap.org/pipermail/onap-discuss/attachments/20170420/3f081be4/attachment-0001.html>
-- next part --
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 4909 bytes
Desc: image001.png
URL: 
<http://lists.onap.org/pipermail/onap-discuss/attachments/20170420/3f081be4/attachment-0001.png>
-- next part --
A non-text attachment was scrubbed...
Name: image002.jpg
Type: image/jpeg
Size: 7337 bytes
Desc: image002.jpg
URL: 
<http://lists.onap.org/pipermail/onap-discuss/attachments/20170420/3f081be4/attachment-0001.jpg>

[onap-discuss] Support ONAP on multiple OS/Openstacks?

[Lefevre, Catherine]

Good morning all,

I would like to start a new thread in order to understand if there is a need to 
certify ONAP on multiple OS/Openstacks.

OS
Currently ONAP is running on Ubuntu 14.04 (target to move to Ubuntu 16.04).
Open-O is running on CentOS but I understand from Helen Yunxia (Huawei) that it 
should not be an issue to run it on Ubuntu.
Redhat was not considered from a certification perspective due to license cost.

>From an architecture perspective, it is important that ONAP remains OS agnostic
The only constraint on the OS is that it should support an Openstack version

OpenStack
I have noticed that people are trying to deploy ONAP using different OpenStack 
release series (i.e. Icehouse, Mitaka, Ocata, Kilo, etc)
Although I would like to recommend that we only focus on the release series 
that are not EOL or will be soon EOL as an Openstack baseline for ONAP,
We should collect what has already been validated by the ONAP community and 
what they agree to support

Any additional thoughts?

Best regards
Catherine

Catherine Lef?vre
AT Software Development & Engineering
D2 Platform & Systems Development
AVP - ECOMP/ONAP/RUBY/SPP


Phone: +32 2 418 49 22
Mobile: +32 475 77 36 73
catherine.lefevre at 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

-- next part --
An HTML attachment was scrubbed...
URL: