[onap-discuss] [OPNFV Auto] installation of ONAP on the Auto Arm pod

[gerard.d...@wipro.com]

Hello everybody,

About the installation of ONAP with DCAE on the Arm pod (OPNFV Auto project), 
how can we best converge ?
Maybe initiate a discussion on these 2 mailing lists (ONAP and OPNFV-Auto), and 
then arrange for an ad-hoc audio conference later this week ?

It seems the preferable direction is to aim for an ONAP/Kubernetes variant.

Adolfo, your name was mentioned about a successful (at least partially) install 
of ONAP on Arm-based OD1000 (SoftIron OverDrive 1000). Would you be able to 
chip in ? Is there a URL with info on that ONAP installation ?

The Arm-compatible VNFs can be either on K8S or OpenStack (as long as there are 
enough resources on the Arm pod to have multiple co-existing environments). The 
VNFs would have to be installed via ONAP (i.e. onboarded via SDC, and deployed 
via VID), not via an installer.

DCAE does not run yet on K8S, but hopefully will at some point. The Resilience 
Improvements tests need DCAE, because they require VI monitoring and CLAMP 
closed loops enforcing: see 
https://wiki.opnfv.org/display/AUTO/Auto+Use+Cases#AutoUseCases-UseCase2
with test pattern updated after today's Auto meeting (Monday Feb/19).

Best regards,
Gerard Damm


The information contained in this electronic message and any attachments to 
this message are intended for the exclusive use of the addressee(s) and may 
contain proprietary, confidential or privileged information. If you are not the 
intended recipient, you should not disseminate, distribute or copy this e-mail. 
Please notify the sender immediately and destroy all copies of this message and 
any attachments. WARNING: Computer viruses can be transmitted via email. The 
recipient should check this email and any attachments for the presence of 
viruses. The company accepts no liability for any damage caused by any virus 
transmitted by this email. www.wipro.com
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] Working demo ?

[Michael O'Brien]

Sorry for not writing clearly - I was thinking in my head "onap" when I wrote 
oom

   Hi, There are a multiple levels of working state (onap up, onap+dcagegen2 
up, onap+vnfs, and onap+dcaegen2+vnfs+closedloop)

   OOM will deploy all of onap except DCAE via master on any type of environment
   OOM will deploy all of onap including DCAE vi amsterdam and the heat side 
cloudify controller on an openstack environment
   ONAP (whether deployed via OOM or HEAT) will allow for VNF orchestration via 
SO with occasional bug workarounds in master/amsterdam only on openstack until 
SO/Multicloud brings in cloud-native VNF orchestration that is in the works.
   The amsterdam branch deploys DCAEGEN2 via OOM only on openstack using 
Alexis's heatbridge between the two dcae controllers on both sides.  It last 
worked for me before the openlab IP reset last week up to the CDAP nodes - I 
fail partway through for now on lack of IPs
   I have not verified closed loop for 2 months.


From: FREEMAN, BRIAN D [mailto:bf1...@att.com]
Sent: Monday, February 19, 2018 11:32
To: Michael O'Brien ; Lars-Erik Helander 
; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] Working demo ?

Oom is not part of vnf orchestration so you might want to reword that Michael. 
Oom only sets up onap. Once onap is up oom is not involved in onboarding, 
instantiation or lcm of vnfs
Brian



Sent via the Samsung Galaxy S8, an AT 4G LTE smartphone


 Original message 
From: "OBRIEN, FRANK MICHAEL" 
>
Date: 2/19/18 10:46 AM (GMT-05:00)
To: Lars-Erik Helander >, 
onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] Working demo ?

Lars,
   Hi, There are a multiple levels of working state (onap up, onap+dcagegen2 
up, onap+vnfs, and onap+dcaegen2+vnfs+closedloop)

   OOM will deploy all of onap except DCAE via master on any type of environment
   OOM will allow for VNF orchestration with occasional bug workarounds in 
master/amsterdam only on openstack until SO/Multicloud brings in cloud-native 
VNF orchestration that is in the works.
   The amsterdam branch deploys DCAEGEN2 via OOM only on openstack.  It last 
worked for me before the openlab IP reset last week.
   I have not verified closed loop for 2 months.
   /michael


From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Lars-Erik Helander
Sent: Monday, February 19, 2018 08:57
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Working demo ?

Is there a working demo that could be used on a system deployed via OOM and 
master branch?

/Lars
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
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] [Policy] Empty policies in Standalone mode

[HERNANDEZ-HERRERO, JORGE]

Hello Barath,

This set up may have some limitations with operations that involve DMaaP 
communication, such as the brmsgw and drools pdp when a new operational policy 
is pushed (rules jar) since the DMaaP container is not spawned here.You 
could confirm that this is the case by going into the brmsgw container log 
directory, somewhere under $POLICY_HOME/servers/brmsgw/, it should show some 
communication failure errors pushing an update through the DMaaP channel.

Jorge


From: bharath thiruveedula [mailto:bharath_...@hotmail.com]
Sent: Monday, February 19, 2018 1:33 PM
To: onap-discuss@lists.onap.org; DRAGOSH, PAM ; 
HERNANDEZ-HERRERO, JORGE ; liam.fal...@ericsson.com
Subject: [Policy] Empty policies in Standalone mode


Hi,



I am trying to setup policy in standalone mode using 
https://wiki.onap.org/display/DW/ONAP+Policy+Framework%3A+Standalone+Quick+Start.
 After making all containers up I tried to run the file 
https://git.onap.org/demo/tree/vnfs/vFW/scripts/update-vfw-op-policy.sh?h=amsterdam.
 Then running the below curl request giving the empty list. I cannot get any 
errors in the logs.



curl -v --silent --user @1b3rt:31nst31n -X GET 
http://${POLICY_HOST}:9696/policy/pdp/engine/controllers/amsterdam/drools/facts/closedloop-amsterdam/org.onap.policy.controlloop.Params
 | python -m json.tool





Any help here?Let me know if you need any logs.



Best Regards

Bharath T

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

[onap-discuss] [Policy] Empty policies in Standalone mode

[bharath thiruveedula]

Hi,


I am trying to setup policy in standalone mode using 
https://wiki.onap.org/display/DW/ONAP+Policy+Framework%3A+Standalone+Quick+Start.
 After making all containers up I tried to run the file 
https://git.onap.org/demo/tree/vnfs/vFW/scripts/update-vfw-op-policy.sh?h=amsterdam.
 Then running the below curl request giving the empty list. I cannot get any 
errors in the logs.


curl -v --silent --user @1b3rt:31nst31n -X GET 
http://${POLICY_HOST}:9696/policy/pdp/engine/controllers/amsterdam/drools/facts/closedloop-amsterdam/org.onap.policy.controlloop.Params
 | python -m json.tool



Any help here?Let me know if you need any logs.


Best Regards

Bharath T

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

Re: [onap-discuss] [SO][Multicloud] How to get SO deploy VNF using Multicloud on any type of VIM?

[Alexis de Talhouët]

Suraj,

As far as I know, the SO code is supporting HEAT *only* to create a VNF, hence 
does support only VIM supporting HEAT. Using MultiCloud to authenticate to the 
VIM is fine, but SO doesn’t offload the creation of the VNF to MultCloud. Hence 
for a VIM not supporting HEAT, and not OpenStack based, this doesn’t work.

I’m wondering if there is any design document about having SO completely 
relying on MultiCloud instead of relying on its own HEAT support.

Alexis

> On Feb 19, 2018, at 1:06 PM, Bisht, Suraj (Nokia - US/Irving) 
>  wrote:
> 
> Hi Alexis,
>  
> Attached mail earlier has all steps for SO integration as well
>  
> For other cloud SO config should be
> Case 2: SO instantiate a VF modules via MultiCloud
> 
>In this case, VIM registration information refers to 
> MultiCloud endpoints which is a proxy to underlying VIMs, so the identity_url 
> looks like:
> 
> "identity_url": " 
> http://10.0.14.1:80/api/multicloud-titanium_cloud/v0/pod25_RegionOne/identity/v2.0
>  
> ",
> 
> Above should invoke multi-VIM API supporting various VIM types, supported VIM 
> types are available in following link  “Release Components Name“
>  
> https://wiki.onap.org/display/DW/Resources+and+Repositories#ResourcesandRepositories-MultiVIM/Cloud
>  
> 
>  
> Thanks,
> Suraj
>  
> From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com 
> ] 
> Sent: Monday, February 19, 2018 11:41 AM
> To: Bisht, Suraj (Nokia - US/Irving)  >
> Cc: Avdhut Kholkar  >; onap-discuss 
> >; Talari 
> Nehemiah Vara, Vara (Nokia - US/Irving)  >
> Subject: Re: [onap-discuss] [SO][Multicloud] How to get SO deploy VNF using 
> Multicloud on any type of VIM?
>  
> Avdhut,
>  
> Thanks for the answer, good to know there is a possibility through VFC, but 
> I’d really want to integrate in SO as I need BPMN support. Or does VFC 
> provides hooks to trigger BPMN flow in SO?
> 
> Suraj,
>  
> What you linked is to provision a new cloud in ONAP.
>  
> What I’m looking for is how SO can leverage this new type of cloud seamlessly 
> to deploy VNF in there.
> As of now, SO let you instantiate only on OpenStack/Rackspace, based on the 
> code itself.
> I’m looking for what is required to get SO use multivim instead. More 
> precisely, I’m looking for design document, workflow to understand what the 
> supposed interaction should be.
>  
> Thanks,
> Alexis
> 
> 
> On Feb 19, 2018, at 11:56 AM, Bisht, Suraj (Nokia - US/Irving) 
> > wrote:
>  
> Hi,
>  
> Kindly follow attached procedure to configure Multi-VIM. It has steps for AAI 
> as well as MSO
>  
> Thanks,
> Suraj
>  
> From: onap-discuss-boun...@lists.onap.org 
>  
> [mailto:onap-discuss-boun...@lists.onap.org 
> ] On Behalf Of Avdhut Kholkar
> Sent: Sunday, February 18, 2018 9:59 PM
> To: Alexis de Talhouët  >; onap-discuss  >
> Subject: Re: [onap-discuss] [SO][Multicloud] How to get SO deploy VNF using 
> Multicloud on any type of VIM?
>  
> As far as I am aware, SO does not integrate with Multicloud. There is no 
> adaptor in SO that interfaces with Multicloud.
> The VoLTE use case had SO integrated with VFC/NFVO which in turn interfaces 
> with Multicloud. I was also looking for something similar and was hoping that 
> the VoLTE use case had integrated SO and multivim but that was not the case. 
> The other Amsterdam use cases do not use multivim.
> I maybe wrong and the multicloud experts can clarify.
>  
> Regards,
> Avdhut Kholkar
>  
> From: onap-discuss-boun...@lists.onap.org 
>  
> [mailto:onap-discuss-boun...@lists.onap.org 
> ] On Behalf Of Alexis de Talhouët
> Sent: Sunday, February 18, 2018 10:04 PM
> To: onap-discuss  >
> Subject: [onap-discuss] [SO][Multicloud] How to get SO deploy VNF using 
> Multicloud on any type of VIM?
>  
> Hi SO and Multicloud experts,
>  
> Can SO seamlessly hand off request to multicloud in Amsterdam? or master?
>  
> How such process is / would be working? I tried to look for 
> design/integration doc but couldn’t find any. I landed here: 
> https://jira.onap.org/browse/MULTICLOUD-21 
> 

Re: [onap-discuss] [SO][Multicloud] How to get SO deploy VNF using Multicloud on any type of VIM?

[Bisht, Suraj (Nokia - US/Irving)]

Hi Alexis,

Attached mail earlier has all steps for SO integration as well

For other cloud SO config should be

Case 2: SO instantiate a VF modules via MultiCloud

   In this case, VIM registration information refers to 
MultiCloud endpoints which is a proxy to underlying VIMs, so the identity_url 
looks like:

"identity_url": " 
http://10.0.14.1:80/api/multicloud-titanium_cloud/v0/pod25_RegionOne/identity/v2.0;,
Above should invoke multi-VIM API supporting various VIM types, supported VIM 
types are available in following link  “Release Components Name“

https://wiki.onap.org/display/DW/Resources+and+Repositories#ResourcesandRepositories-MultiVIM/Cloud

Thanks,
Suraj

From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com]
Sent: Monday, February 19, 2018 11:41 AM
To: Bisht, Suraj (Nokia - US/Irving) 
Cc: Avdhut Kholkar ; onap-discuss 
; Talari Nehemiah Vara, Vara (Nokia - US/Irving) 

Subject: Re: [onap-discuss] [SO][Multicloud] How to get SO deploy VNF using 
Multicloud on any type of VIM?

Avdhut,

Thanks for the answer, good to know there is a possibility through VFC, but I’d 
really want to integrate in SO as I need BPMN support. Or does VFC provides 
hooks to trigger BPMN flow in SO?

Suraj,

What you linked is to provision a new cloud in ONAP.

What I’m looking for is how SO can leverage this new type of cloud seamlessly 
to deploy VNF in there.
As of now, SO let you instantiate only on OpenStack/Rackspace, based on the 
code itself.
I’m looking for what is required to get SO use multivim instead. More 
precisely, I’m looking for design document, workflow to understand what the 
supposed interaction should be.

Thanks,
Alexis


On Feb 19, 2018, at 11:56 AM, Bisht, Suraj (Nokia - US/Irving) 
> wrote:

Hi,

Kindly follow attached procedure to configure Multi-VIM. It has steps for AAI 
as well as MSO

Thanks,
Suraj

From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Avdhut Kholkar
Sent: Sunday, February 18, 2018 9:59 PM
To: Alexis de Talhouët 
>; onap-discuss 
>
Subject: Re: [onap-discuss] [SO][Multicloud] How to get SO deploy VNF using 
Multicloud on any type of VIM?

As far as I am aware, SO does not integrate with Multicloud. There is no 
adaptor in SO that interfaces with Multicloud.
The VoLTE use case had SO integrated with VFC/NFVO which in turn interfaces 
with Multicloud. I was also looking for something similar and was hoping that 
the VoLTE use case had integrated SO and multivim but that was not the case. 
The other Amsterdam use cases do not use multivim.
I maybe wrong and the multicloud experts can clarify.

Regards,
Avdhut Kholkar

From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Alexis de Talhouët
Sent: Sunday, February 18, 2018 10:04 PM
To: onap-discuss 
>
Subject: [onap-discuss] [SO][Multicloud] How to get SO deploy VNF using 
Multicloud on any type of VIM?

Hi SO and Multicloud experts,

Can SO seamlessly hand off request to multicloud in Amsterdam? or master?

How such process is / would be working? I tried to look for design/integration 
doc but couldn’t find any. I landed here: 
https://jira.onap.org/browse/MULTICLOUD-21 but not much is explained in the 
ticket.

Looking at the code, I could find only one implementation of MsoVnfAdapter 
here: 
https://github.com/onap/so/tree/master/adapters/mso-vnf-adapter/src/main/java/org/openecomp/mso/adapters/vnf

I need to deploy VNFs on a specific type of VIM, not OpenStack, nor Rackspace, 
my impression was I need to create the multicloud driver for this VIM, and 
then, auto-magically, SO would be able to get to this driver. How? Can SO fetch 
VIM info from AAI in the case of use using multicloud ?

Please help me understand what is there and how it should be done, so I can 
understand the missing pieces and help toward that goal.

Alexis
This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement, you may review 
athttps://www.amdocs.com/about/email-disclaimer
Amdocs Development Centre India Private Limited having CIN: 
U72200PN2004PTC0188320 converted into Amdocs Development Centre India LLP (A 
limited liability partner­ship with LLP Identification Number: AAI-6901 
effective 28th Feb 2017)


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

Re: [onap-discuss] [SO][Multicloud] How to get SO deploy VNF using Multicloud on any type of VIM?

[Alexis de Talhouët]

Avdhut,

Thanks for the answer, good to know there is a possibility through VFC, but I’d 
really want to integrate in SO as I need BPMN support. Or does VFC provides 
hooks to trigger BPMN flow in SO?

Suraj,

What you linked is to provision a new cloud in ONAP.

What I’m looking for is how SO can leverage this new type of cloud seamlessly 
to deploy VNF in there.
As of now, SO let you instantiate only on OpenStack/Rackspace, based on the 
code itself.
I’m looking for what is required to get SO use multivim instead. More 
precisely, I’m looking for design document, workflow to understand what the 
supposed interaction should be.

Thanks,
Alexis

> On Feb 19, 2018, at 11:56 AM, Bisht, Suraj (Nokia - US/Irving) 
>  wrote:
> 
> Hi,
>  
> Kindly follow attached procedure to configure Multi-VIM. It has steps for AAI 
> as well as MSO
>  
> Thanks,
> Suraj
>  
> From: onap-discuss-boun...@lists.onap.org 
> [mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Avdhut Kholkar
> Sent: Sunday, February 18, 2018 9:59 PM
> To: Alexis de Talhouët ; onap-discuss 
> 
> Subject: Re: [onap-discuss] [SO][Multicloud] How to get SO deploy VNF using 
> Multicloud on any type of VIM?
>  
> As far as I am aware, SO does not integrate with Multicloud. There is no 
> adaptor in SO that interfaces with Multicloud.
> The VoLTE use case had SO integrated with VFC/NFVO which in turn interfaces 
> with Multicloud. I was also looking for something similar and was hoping that 
> the VoLTE use case had integrated SO and multivim but that was not the case. 
> The other Amsterdam use cases do not use multivim.
> I maybe wrong and the multicloud experts can clarify.
>  
> Regards,
> Avdhut Kholkar
>  
> From: onap-discuss-boun...@lists.onap.org 
>  
> [mailto:onap-discuss-boun...@lists.onap.org 
> ] On Behalf Of Alexis de Talhouët
> Sent: Sunday, February 18, 2018 10:04 PM
> To: onap-discuss  >
> Subject: [onap-discuss] [SO][Multicloud] How to get SO deploy VNF using 
> Multicloud on any type of VIM?
>  
> Hi SO and Multicloud experts,
>  
> Can SO seamlessly hand off request to multicloud in Amsterdam? or master?
>  
> How such process is / would be working? I tried to look for 
> design/integration doc but couldn’t find any. I landed here: 
> https://jira.onap.org/browse/MULTICLOUD-21 
>  but not much is explained in the 
> ticket.
>  
> Looking at the code, I could find only one implementation of MsoVnfAdapter 
> here: 
> https://github.com/onap/so/tree/master/adapters/mso-vnf-adapter/src/main/java/org/openecomp/mso/adapters/vnf
>  
> 
>  
> I need to deploy VNFs on a specific type of VIM, not OpenStack, nor 
> Rackspace, my impression was I need to create the multicloud driver for this 
> VIM, and then, auto-magically, SO would be able to get to this driver. How? 
> Can SO fetch VIM info from AAI in the case of use using multicloud ?
>  
> Please help me understand what is there and how it should be done, so I can 
> understand the missing pieces and help toward that goal.
>  
> Alexis
> This message and the information contained herein is proprietary and 
> confidential and subject to the Amdocs policy statement, you may review 
> athttps://www.amdocs.com/about/email-disclaimer 
> 
> Amdocs Development Centre India Private Limited having CIN: 
> U72200PN2004PTC0188320 converted into Amdocs Development Centre India LLP (A 
> limited liability partner­ship with LLP Identification Number: AAI-6901 
> effective 28th Feb 2017)
> 

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

Re: [onap-discuss] Working demo ?

[SULLIVAN, BRYAN L (BRYAN L)]

I’m not sure yet, but the DSL should generally be aligned with the TOSCA simple 
profile for NFV, at least as a starting point for aligning with whatever DSL 
variant ONAP requires. In the OPNFV Auto project we are working toward 
TOSCA-based VNFs that will be lifecycle-managed through ONAP (see 
https://wiki.opnfv.org/display/AUTO/Auto+Use+Cases, Resiliency Improvements 
through ONAP as example). So we will be developing blueprints in whatever DSL 
variant ONAP requires, and I will start with the simple ones below for smoke 
tests of the integrated ONAP+VIM platforms under test. If we can stay aligned 
in those developments across OPNFV and ONAP, we’ll each probably get there 
sooner.

Thanks,
Bryan Sullivan | AT

From: Lars-Erik Helander [mailto:leh...@gmail.com]
Sent: Monday, February 19, 2018 8:24 AM
To: SULLIVAN, BRYAN L (BRYAN L) 
Cc: OBRIEN, FRANK MICHAEL ; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] Working demo ?

Thanks Brian,

it looked like Tacker descriptors, is that valid in ONAP ?

/Lars

2018-02-19 17:15 GMT+01:00 SULLIVAN, BRYAN L (BRYAN L) 
>:
Not real “VNFs”, but you can look at the Hello-World and 3Node examples from 
the Models repo, in 
https://github.com/opnfv/models/tree/master/tests/blueprints

The scripts that deploy these are in 
https://github.com/opnfv/models/tree/master/tests.
 But I think your main ask was for the TOSCA blueprints.

Thanks,
Bryan Sullivan | AT

From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org]
 On Behalf Of Lars-Erik Helander
Sent: Monday, February 19, 2018 8:00 AM
To: Michael O'Brien >
Cc: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] Working demo ?

Hi Michael and thanks for the feedback.

What I primarily want to do is ONAP + TOSCA based VNF (simple VNF with 1 or two 
VMs and a virtual network)
My secondary wish would be to do the same but with a HEAT based VNF.

Are there any such examples anywhere? The examples I have found are typically 
far more complex and trying to follow the descriptions juts leads to failure.

/Lars

2018-02-19 16:45 GMT+01:00 Michael O'Brien 
>:
Lars,
   Hi, There are a multiple levels of working state (onap up, onap+dcagegen2 
up, onap+vnfs, and onap+dcaegen2+vnfs+closedloop)

   OOM will deploy all of onap except DCAE via master on any type of environment
   OOM will allow for VNF orchestration with occasional bug workarounds in 
master/amsterdam only on openstack until SO/Multicloud brings in cloud-native 
VNF orchestration that is in the works.
   The amsterdam branch deploys DCAEGEN2 via OOM only on openstack.  It last 
worked for me before the openlab IP reset last week.
   I have not verified closed loop for 2 months.
   /michael


From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org]
 On Behalf Of Lars-Erik Helander
Sent: Monday, February 19, 2018 08:57
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Working demo ?

Is there a working demo that could be used on a system deployed via OOM and 
master branch?

/Lars
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] Working demo ?

[FREEMAN, BRIAN D]

Oom is not part of vnf orchestration so you might want to reword that Michael. 
Oom only sets up onap. Once onap is up oom is not involved in onboarding, 
instantiation or lcm of vnfs
Brian



Sent via the Samsung Galaxy S8, an AT 4G LTE smartphone


 Original message 
From: "OBRIEN, FRANK MICHAEL" 
Date: 2/19/18 10:46 AM (GMT-05:00)
To: Lars-Erik Helander , onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] Working demo ?

Lars,
   Hi, There are a multiple levels of working state (onap up, onap+dcagegen2 
up, onap+vnfs, and onap+dcaegen2+vnfs+closedloop)

   OOM will deploy all of onap except DCAE via master on any type of environment
   OOM will allow for VNF orchestration with occasional bug workarounds in 
master/amsterdam only on openstack until SO/Multicloud brings in cloud-native 
VNF orchestration that is in the works.
   The amsterdam branch deploys DCAEGEN2 via OOM only on openstack.  It last 
worked for me before the openlab IP reset last week.
   I have not verified closed loop for 2 months.
   /michael


From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Lars-Erik Helander
Sent: Monday, February 19, 2018 08:57
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Working demo ?

Is there a working demo that could be used on a system deployed via OOM and 
master branch?

/Lars
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] Working demo ?

[Lars-Erik Helander]

Thanks Brian,

it looked like Tacker descriptors, is that valid in ONAP ?

/Lars

2018-02-19 17:15 GMT+01:00 SULLIVAN, BRYAN L (BRYAN L) <
bryan.sulli...@research.att.com>:

> Not real “VNFs”, but you can look at the Hello-World and 3Node examples
> from the Models repo, in https://github.com/opnfv/
> models/tree/master/tests/blueprints
>
>
>
> The scripts that deploy these are in https://github.com/opnfv/
> models/tree/master/tests. But I think your main ask was for the TOSCA
> blueprints.
>
>
>
> Thanks,
>
> Bryan Sullivan | AT
>
>
>
> *From:* onap-discuss-boun...@lists.onap.org [mailto:onap-discuss-bounces@
> lists.onap.org] *On Behalf Of *Lars-Erik Helander
> *Sent:* Monday, February 19, 2018 8:00 AM
> *To:* Michael O'Brien 
> *Cc:* onap-discuss@lists.onap.org
> *Subject:* Re: [onap-discuss] Working demo ?
>
>
>
> Hi Michael and thanks for the feedback.
>
>
>
> What I primarily want to do is ONAP + TOSCA based VNF (simple VNF with 1
> or two VMs and a virtual network)
>
> My secondary wish would be to do the same but with a HEAT based VNF.
>
>
>
> Are there any such examples anywhere? The examples I have found are
> typically far more complex and trying to follow the descriptions juts leads
> to failure.
>
>
>
> /Lars
>
>
>
> 2018-02-19 16:45 GMT+01:00 Michael O'Brien :
>
> Lars,
>
>Hi, There are a multiple levels of working state (onap up,
> onap+dcagegen2 up, onap+vnfs, and onap+dcaegen2+vnfs+closedloop)
>
>
>
>OOM will deploy all of onap except DCAE via master on any type of
> environment
>
>OOM will allow for VNF orchestration with occasional bug workarounds in
> master/amsterdam only on openstack until SO/Multicloud brings in
> cloud-native VNF orchestration that is in the works.
>
>The amsterdam branch deploys DCAEGEN2 via OOM only on openstack.  It
> last worked for me before the openlab IP reset last week.
>
>I have not verified closed loop for 2 months.
>
>/michael
>
>
>
>
>
> *From:* onap-discuss-boun...@lists.onap.org [mailto:onap-discuss-bounces@
> lists.onap.org] *On Behalf Of *Lars-Erik Helander
> *Sent:* Monday, February 19, 2018 08:57
> *To:* onap-discuss@lists.onap.org
> *Subject:* [onap-discuss] Working demo ?
>
>
>
> Is there a working demo that could be used on a system deployed via OOM
> and master branch?
>
>
>
> /Lars
>
> 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] Working demo ?

[SULLIVAN, BRYAN L (BRYAN L)]

Not real “VNFs”, but you can look at the Hello-World and 3Node examples from 
the Models repo, in https://github.com/opnfv/models/tree/master/tests/blueprints

The scripts that deploy these are in 
https://github.com/opnfv/models/tree/master/tests. But I think your main ask 
was for the TOSCA blueprints.

Thanks,
Bryan Sullivan | AT

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Lars-Erik Helander
Sent: Monday, February 19, 2018 8:00 AM
To: Michael O'Brien 
Cc: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] Working demo ?

Hi Michael and thanks for the feedback.

What I primarily want to do is ONAP + TOSCA based VNF (simple VNF with 1 or two 
VMs and a virtual network)
My secondary wish would be to do the same but with a HEAT based VNF.

Are there any such examples anywhere? The examples I have found are typically 
far more complex and trying to follow the descriptions juts leads to failure.

/Lars

2018-02-19 16:45 GMT+01:00 Michael O'Brien 
>:
Lars,
   Hi, There are a multiple levels of working state (onap up, onap+dcagegen2 
up, onap+vnfs, and onap+dcaegen2+vnfs+closedloop)

   OOM will deploy all of onap except DCAE via master on any type of environment
   OOM will allow for VNF orchestration with occasional bug workarounds in 
master/amsterdam only on openstack until SO/Multicloud brings in cloud-native 
VNF orchestration that is in the works.
   The amsterdam branch deploys DCAEGEN2 via OOM only on openstack.  It last 
worked for me before the openlab IP reset last week.
   I have not verified closed loop for 2 months.
   /michael


From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org]
 On Behalf Of Lars-Erik Helander
Sent: Monday, February 19, 2018 08:57
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Working demo ?

Is there a working demo that could be used on a system deployed via OOM and 
master branch?

/Lars
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

[onap-discuss] [optfra] Temporary zoom ID for today's meeting: https://zoom.us/j/245712981

[ISUKAPALLI, SASTRY S (SASTRY)]

Since we are facing an issue with the regular zoom URL, we are using this 
temporary URL for today, 2/19/2018:  https://zoom.us/j/245712981

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

Re: [onap-discuss] Working demo ?

[Lars-Erik Helander]

Hi Michael and thanks for the feedback.

What I primarily want to do is ONAP + TOSCA based VNF (simple VNF with 1 or
two VMs and a virtual network)
My secondary wish would be to do the same but with a HEAT based VNF.

Are there any such examples anywhere? The examples I have found are
typically far more complex and trying to follow the descriptions juts leads
to failure.

/Lars

2018-02-19 16:45 GMT+01:00 Michael O'Brien :

> Lars,
>
>Hi, There are a multiple levels of working state (onap up,
> onap+dcagegen2 up, onap+vnfs, and onap+dcaegen2+vnfs+closedloop)
>
>
>
>OOM will deploy all of onap except DCAE via master on any type of
> environment
>
>OOM will allow for VNF orchestration with occasional bug workarounds in
> master/amsterdam only on openstack until SO/Multicloud brings in
> cloud-native VNF orchestration that is in the works.
>
>The amsterdam branch deploys DCAEGEN2 via OOM only on openstack.  It
> last worked for me before the openlab IP reset last week.
>
>I have not verified closed loop for 2 months.
>
>/michael
>
>
>
>
>
> *From:* onap-discuss-boun...@lists.onap.org [mailto:onap-discuss-bounces@
> lists.onap.org] *On Behalf Of *Lars-Erik Helander
> *Sent:* Monday, February 19, 2018 08:57
> *To:* onap-discuss@lists.onap.org
> *Subject:* [onap-discuss] Working demo ?
>
>
>
> Is there a working demo that could be used on a system deployed via OOM
> and master branch?
>
>
>
> /Lars
> 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] Working demo ?

[Michael O'Brien]

Lars,
   Hi, There are a multiple levels of working state (onap up, onap+dcagegen2 
up, onap+vnfs, and onap+dcaegen2+vnfs+closedloop)

   OOM will deploy all of onap except DCAE via master on any type of environment
   OOM will allow for VNF orchestration with occasional bug workarounds in 
master/amsterdam only on openstack until SO/Multicloud brings in cloud-native 
VNF orchestration that is in the works.
   The amsterdam branch deploys DCAEGEN2 via OOM only on openstack.  It last 
worked for me before the openlab IP reset last week.
   I have not verified closed loop for 2 months.
   /michael


From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Lars-Erik Helander
Sent: Monday, February 19, 2018 08:57
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Working demo ?

Is there a working demo that could be used on a system deployed via OOM and 
master branch?

/Lars
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

[onap-discuss] Domain names and toy certificates for Beijing demo

[FORSYTH, JAMES]

Hi, All,

In Amsterdam we used simpedemo.openecomp.org or simpledemo.onap.org domain 
names and certificates signed by a demo CA.

In Beijing, is there a new demo CA?  From the VF2F session, it sounded like AAF 
CM could provide this, but it’s unclear when it will be available.  Should 
systems like AAI who used TLS in Amsterdam continue to use the same certificate 
+ openecomp.org FQDN in Beijing, at least in the interim?

Would AAI clients prefer to continue to use the existing domain names?  Should 
systems who will use the MSB api gateway re-use those domain names, perhaps 
changing existing records to CNAME records that point at the MSB names?  Who is 
responsible for the nameserver configs? Does OOM manage this now?

Thanks,
jimmy

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

[onap-discuss] Working demo ?

[Lars-Erik Helander]

Is there a working demo that could be used on a system deployed via OOM and
master branch?

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

[onap-discuss] [openlab] Cannot connect to instances in OpenLab

[Borislav Glozman]

Hi Stephen,


When I create an instance in Windriver Openstack, I cannot connect to its ip.

I created VM: 
borislav-oom-rancher
 with IP: 10.12.5.152  in OOM project (on external network, cannot create any 
other routable ip).

Can't ping the IP from the Jump Station.

Please kindly assist!

I created a task in OpenLab project: 
OPENLABS-182

Thanks,
Borislav Glozman
O:+972.9.776.1988
M:+972.52.2835726
[amdocs-a]
Amdocs a Platinum member of 
ONAP

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