Re: [onap-discuss] ONAP VCPE Install Script Changes

[Gary Wu]

The parameter should already be there with a default value.  Is the default 
value not working, or were there some heat templates missed?

Thanks,
Gary

From: Ochulor, Enyinna [mailto:enyinna.ochu...@intel.com]
Sent: Friday, July 20, 2018 4:38 PM
To: Gary Wu ; 'PLATANIA, MARCO (MARCO)' 

Cc: Multanen, Eric W ; 'onap-discuss@lists.onap.org' 

Subject: RE: ONAP VCPE Install Script Changes

Hi Gary,

Can you please add the ‘nexus_artifact_repo’ parameter to the .env files in the 
vCPE heat templates? The install scripts aren’t being downloaded to the VMs.


Thanks,
Enyinna Ochulor

From: Ochulor, Enyinna
Sent: Thursday, July 19, 2018 12:20 PM
To: Gary Wu mailto:gary.i...@huawei.com>>; PLATANIA, 
MARCO (MARCO) mailto:plata...@research.att.com>>
Cc: Multanen, Eric W 
mailto:eric.w.multa...@intel.com>>; 
onap-discuss@lists.onap.org
Subject: RE: ONAP VCPE Install Script Changes

Thank you, Gary.


Thanks,
Enyinna Ochulor

From: Gary Wu [mailto:gary.i...@huawei.com]
Sent: Thursday, July 19, 2018 12:01 PM
To: Ochulor, Enyinna 
mailto:enyinna.ochu...@intel.com>>; PLATANIA, MARCO 
(MARCO) mailto:plata...@research.att.com>>
Cc: Multanen, Eric W 
mailto:eric.w.multa...@intel.com>>; 
onap-discuss@lists.onap.org
Subject: RE: ONAP VCPE Install Script Changes

Hi Enyinna,

The scripts are now available as maven artifacts here: 
https://nexus.onap.org/content/repositories/snapshots/org/onap/demo/vnf/vcpe/vcpe-scripts/1.3.0-SNAPSHOT/

To retrieve them, please see the related change to the heat templates here:
https://gerrit.onap.org/r/#/c/56955/1/heat/vCPE/infra/base_vcpe_infra.yaml

Thanks,
Gary

From: Ochulor, Enyinna [mailto:enyinna.ochu...@intel.com]
Sent: Thursday, July 19, 2018 9:35 AM
To: Gary Wu mailto:gary.i...@huawei.com>>; PLATANIA, 
MARCO (MARCO) mailto:plata...@research.att.com>>
Cc: Multanen, Eric W 
mailto:eric.w.multa...@intel.com>>; 
onap-discuss@lists.onap.org
Subject: RE: ONAP VCPE Install Script Changes

Appreciated, Gary.


Thanks,
Enyinna Ochulor

From: Gary Wu [mailto:gary.i...@huawei.com]
Sent: Thursday, July 19, 2018 9:28 AM
To: Ochulor, Enyinna 
mailto:enyinna.ochu...@intel.com>>; PLATANIA, MARCO 
(MARCO) mailto:plata...@research.att.com>>
Cc: Multanen, Eric W 
mailto:eric.w.multa...@intel.com>>; 
onap-discuss@lists.onap.org
Subject: RE: ONAP VCPE Install Script Changes

Hi Enyinna,

Pushing to sites/raw was deprecated in favor of having such scripts packaged 
and deployed to nexus as regular maven artifacts.  However, it looks like those 
scripts have not been packaged/deployed yet.  I’ll set this up and then get 
back to you.

Thanks,
Gary

From: Ochulor, Enyinna [mailto:enyinna.ochu...@intel.com]
Sent: Thursday, July 19, 2018 9:13 AM
To: PLATANIA, MARCO (MARCO) 
mailto:plata...@research.att.com>>
Cc: Multanen, Eric W 
mailto:eric.w.multa...@intel.com>>; Gary Wu 
mailto:gary.i...@huawei.com>>; 
onap-discuss@lists.onap.org
Subject: RE: ONAP VCPE Install Script Changes

Copying the mailing list.

Thanks,
Enyinna Ochulor

From: Ochulor, Enyinna
Sent: Thursday, July 19, 2018 9:10 AM
To: 'PLATANIA, MARCO (MARCO)' 
mailto:plata...@research.att.com>>
Cc: Multanen, Eric W 
mailto:eric.w.multa...@intel.com>>; Gary Wu 
mailto:gary.i...@huawei.com>>
Subject: RE: ONAP VCPE Install Script Changes

Hi Gary,

Have you had a chance to look into this?

Thanks,
Enyinna Ochulor

From: PLATANIA, MARCO (MARCO) [mailto:plata...@research.att.com]
Sent: Monday, July 16, 2018 7:48 PM
To: Ochulor, Enyinna 
mailto:enyinna.ochu...@intel.com>>
Cc: Multanen, Eric W 
mailto:eric.w.multa...@intel.com>>; Gary Wu 
mailto:gary.i...@huawei.com>>
Subject: Re: ONAP VCPE Install Script Changes

Hi Enyinna,

The daily Jenkins job should upload the new vCPE install scripts in 
https://nexus.onap.org/content/sites/raw/org.onap.demo/vnfs/vcpe/ in a 
subfolder called 1.3.0-SNAPSHOT. For some reason, this is not happening even 
though the job completes successfully.


Gary,

Is something different with snapshots compared to previous releases?

Thanks,
Marco

From: "Ochulor, Enyinna" 
mailto:enyinna.ochu...@intel.com>>
Date: Monday, July 16, 2018 at 5:00 PM
To: "PLATANIA, MARCO (MARCO)" 
mailto:plata...@research.att.com>>
Cc: "Multanen, Eric W" 
mailto:eric.w.multa...@intel.com>>
Subject: ONAP VCPE Install Script Changes

Hello Marco,

Any idea how to make changes to 
‘https://nexus.onap.org/content/sites/raw/org.onap.demo/vnfs/vcpe/’?
 As part of the build process, the new install scripts for VBNG, VGW, VBRG, and 
VGMUX need to be present in the that repo.

Thanks,
Enyinna 

Re: [onap-discuss] ONAP VCPE Install Script Changes

[Ochulor, Enyinna]

Hi Gary,

Can you please add the ‘nexus_artifact_repo’ parameter to the .env files in the 
vCPE heat templates? The install scripts aren’t being downloaded to the VMs.


Thanks,
Enyinna Ochulor

From: Ochulor, Enyinna
Sent: Thursday, July 19, 2018 12:20 PM
To: Gary Wu ; PLATANIA, MARCO (MARCO) 

Cc: Multanen, Eric W ; onap-discuss@lists.onap.org
Subject: RE: ONAP VCPE Install Script Changes

Thank you, Gary.


Thanks,
Enyinna Ochulor

From: Gary Wu [mailto:gary.i...@huawei.com]
Sent: Thursday, July 19, 2018 12:01 PM
To: Ochulor, Enyinna 
mailto:enyinna.ochu...@intel.com>>; PLATANIA, MARCO 
(MARCO) mailto:plata...@research.att.com>>
Cc: Multanen, Eric W 
mailto:eric.w.multa...@intel.com>>; 
onap-discuss@lists.onap.org
Subject: RE: ONAP VCPE Install Script Changes

Hi Enyinna,

The scripts are now available as maven artifacts here: 
https://nexus.onap.org/content/repositories/snapshots/org/onap/demo/vnf/vcpe/vcpe-scripts/1.3.0-SNAPSHOT/

To retrieve them, please see the related change to the heat templates here:
https://gerrit.onap.org/r/#/c/56955/1/heat/vCPE/infra/base_vcpe_infra.yaml

Thanks,
Gary

From: Ochulor, Enyinna [mailto:enyinna.ochu...@intel.com]
Sent: Thursday, July 19, 2018 9:35 AM
To: Gary Wu mailto:gary.i...@huawei.com>>; PLATANIA, 
MARCO (MARCO) mailto:plata...@research.att.com>>
Cc: Multanen, Eric W 
mailto:eric.w.multa...@intel.com>>; 
onap-discuss@lists.onap.org
Subject: RE: ONAP VCPE Install Script Changes

Appreciated, Gary.


Thanks,
Enyinna Ochulor

From: Gary Wu [mailto:gary.i...@huawei.com]
Sent: Thursday, July 19, 2018 9:28 AM
To: Ochulor, Enyinna 
mailto:enyinna.ochu...@intel.com>>; PLATANIA, MARCO 
(MARCO) mailto:plata...@research.att.com>>
Cc: Multanen, Eric W 
mailto:eric.w.multa...@intel.com>>; 
onap-discuss@lists.onap.org
Subject: RE: ONAP VCPE Install Script Changes

Hi Enyinna,

Pushing to sites/raw was deprecated in favor of having such scripts packaged 
and deployed to nexus as regular maven artifacts.  However, it looks like those 
scripts have not been packaged/deployed yet.  I’ll set this up and then get 
back to you.

Thanks,
Gary

From: Ochulor, Enyinna [mailto:enyinna.ochu...@intel.com]
Sent: Thursday, July 19, 2018 9:13 AM
To: PLATANIA, MARCO (MARCO) 
mailto:plata...@research.att.com>>
Cc: Multanen, Eric W 
mailto:eric.w.multa...@intel.com>>; Gary Wu 
mailto:gary.i...@huawei.com>>; 
onap-discuss@lists.onap.org
Subject: RE: ONAP VCPE Install Script Changes

Copying the mailing list.

Thanks,
Enyinna Ochulor

From: Ochulor, Enyinna
Sent: Thursday, July 19, 2018 9:10 AM
To: 'PLATANIA, MARCO (MARCO)' 
mailto:plata...@research.att.com>>
Cc: Multanen, Eric W 
mailto:eric.w.multa...@intel.com>>; Gary Wu 
mailto:gary.i...@huawei.com>>
Subject: RE: ONAP VCPE Install Script Changes

Hi Gary,

Have you had a chance to look into this?

Thanks,
Enyinna Ochulor

From: PLATANIA, MARCO (MARCO) [mailto:plata...@research.att.com]
Sent: Monday, July 16, 2018 7:48 PM
To: Ochulor, Enyinna 
mailto:enyinna.ochu...@intel.com>>
Cc: Multanen, Eric W 
mailto:eric.w.multa...@intel.com>>; Gary Wu 
mailto:gary.i...@huawei.com>>
Subject: Re: ONAP VCPE Install Script Changes

Hi Enyinna,

The daily Jenkins job should upload the new vCPE install scripts in 
https://nexus.onap.org/content/sites/raw/org.onap.demo/vnfs/vcpe/ in a 
subfolder called 1.3.0-SNAPSHOT. For some reason, this is not happening even 
though the job completes successfully.


Gary,

Is something different with snapshots compared to previous releases?

Thanks,
Marco

From: "Ochulor, Enyinna" 
mailto:enyinna.ochu...@intel.com>>
Date: Monday, July 16, 2018 at 5:00 PM
To: "PLATANIA, MARCO (MARCO)" 
mailto:plata...@research.att.com>>
Cc: "Multanen, Eric W" 
mailto:eric.w.multa...@intel.com>>
Subject: ONAP VCPE Install Script Changes

Hello Marco,

Any idea how to make changes to 
‘https://nexus.onap.org/content/sites/raw/org.onap.demo/vnfs/vcpe/’?
 As part of the build process, the new install scripts for VBNG, VGW, VBRG, and 
VGMUX need to be present in the that repo.

Thanks,
Enyinna Ochulor


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

View/Reply Online (#11326): https://lists.onap.org/g/onap-discuss/message/11326
Mute This Topic: https://lists.onap.org/mt/23745848/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] PNF PnP Onboarding on ONAP Beijing

[Danut Gita via Lists.Onap.Org]

I'm a little confused with this answer. The question is: Can we make a PNF PnP 
Onboarding on ONAP Beijing release? I don't need to use VNF in my case.

Thanks.

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

View/Reply Online (#11324): https://lists.onap.org/g/onap-discuss/message/11324
Mute This Topic: https://lists.onap.org/mt/23753793/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] Closed Loop Documentation for Beijing

[Jorge Hernandez]

Hello Bharath,

For OOM install, take a look at https://wiki.onap.org/display/DW/Policy+on+OOM.
For Heat install, should work in a similar way as Amsterdam.

Jorge

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of bharath thiruveedula
Sent: Friday, July 20, 2018 3:16 PM
To: onap-discuss@lists.onap.org; Gary Wu ; ROSE, DANIEL V 

Subject: [onap-discuss] Closed Loop Documentation for Beijing


Hi,



I am just going through the ONAP Beijing setup. I am just wondering is there 
any docs related to closed loop of vDNS/vFW in Beijing or is it the same as in 
Amsterdam?





Best Regards

Bharath T


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

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

[onap-discuss] Closed Loop Documentation for Beijing

[bharath thiruveedula]

Hi,


I am just going through the ONAP Beijing setup. I am just wondering is there 
any docs related to closed loop of vDNS/vFW in Beijing or is it the same as in 
Amsterdam?



Best Regards

Bharath T

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

View/Reply Online (#11322): https://lists.onap.org/g/onap-discuss/message/11322
Mute This Topic: https://lists.onap.org/mt/23757820/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] [APPC][app-c] Publishing configuration with Audit action

[Taka Cho]

Hi Mateusz,

Thanks for your interest and your contribution for APPC.

CVaaS - Configuration Validation as a Service

Basically CVaaS is used as a repository for all configuration, it maintains the 
configuration versions. The publish config flag is used to pass the 
configuration details to CVaaS in case of an audit.

If Audit is successful i.e both current and running config matches and if the 
publish flag is Y then only the configuration data will be passed to CVaaS.
If the publish flag is N even if Audit is successful it will not pass the 
configuration data to CVaaS.

If the Audit is failed irrespective of publish flag Y or N it will go and 
update CVaaS.

Hope that would answer your question

Taka

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Niedziela, Mateusz (Nokia - PL/Wroclaw)
Sent: Friday, July 20, 2018 6:00 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [APPC][app-c] Publishing configuration with Audit action

Hello APPC team,

Together with my team we've managed to succesfully run Configure and Audit 
actions on our VNF using the Netconf protocol.
The question I have concerns the "Publish_Config" parameter given to the audit 
action in the payload. The documentation 
(https://onap.readthedocs.io/en/latest/submodules/appc.git/docs/APPC%20LCM%20API%20Guide/APPC%20LCM%20API%20Guide.html)
 mentions that setting the parameter to value "Y" sends the running 
configuration using the message bus. However, looking at the Generic_Audit DG, 
the only action executed with mentioned parameter given that differs it from 
not choosing not to publish the configuration is the creation of a cvaas file 
containing the details of the action and configuration.
My questions are then:
1. What does exactly the term "cvaas" stand for and what is the role of this 
file?
2. Does publishing the configuration in the audit action only mean creating the 
mentioned file?
3. What about the message bus mentioned in the configuration? If the cvaas file 
is in fact important for the process of publishing configuration, the file bus 
would seem more adequate for such action.
To sum up: I'd like someone to clarify what does it exactly mean for audit 
action to "publish the configuration".

Best Regards
Mateusz


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

View/Reply Online (#11321): https://lists.onap.org/g/onap-discuss/message/11321
Mute This Topic: https://lists.onap.org/mt/23752670/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 SO : e2e service instance API

[Rene Robert]

Hello Ofir

I would like very much to experiment the  "macro" instantiation type.

Is there a kind of tutorial/example that I could refer ?

René


De : Sonsino, Ofir [mailto:os0...@intl.att.com]
Envoyé : mardi 5 juin 2018 13:23
À : ROBERT René IMT/OLN; onap-discuss@lists.onap.org
Objet : RE: [onap-discuss] ONAP SO : e2e service instance API

Hi René,

I hope it's still relevant -
If by E2E you mean that API: infra/e2eServiceInstances/v3 ,
Then it doesn't support vFW services, but mostly for VoLTE services.

The right endpoint for vFW/vDNS/vCPE services is /infra/serviceInstances/v6 .
This API support both Alacarte and Macro instantiation types. With alacarte the 
Ops user has to instantiate the service instance and its components (VFs, VF 
modules ..) manually. Macro lets you instantiate them all with one request (the 
model has to support this).

VID project supplies GUI for all of these APIs :)
Allowing you to instantiate service instances (vFW/vDNS/ vCPE and VoLTE), VNFs 
and vf Modules (both alacarte and macro - depends on the model).

Let me know if you need any more information.

Thanks,
Ofir - VID PTL

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of rene.rob...@orange.com
Sent: Wednesday, May 30, 2018 4:49 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] ONAP SO : e2e service instance API

Hello,

Does anyone already experiment the end2end service instance API from ONAP SO ?

Does it allow to instantiate service/VNF/VF modules for any kind of onboarded 
service  ?

Is it possible to instantiate a vFW use-case with that API for example ?

Best regards

[Logo 
Orange]

René Robert
Orange Labs

Want to try ONAP on Orange OpenLab ? =>  
https://wiki.onap.org/display/DW/Orange+OpenLab

rene.rob...@orange.com



_



Ce message et ses pieces jointes peuvent contenir des informations 
confidentielles ou privilegiees et ne doivent donc

pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce 
message par erreur, veuillez le signaler

a l'expediteur et le detruire ainsi que les pieces jointes. Les messages 
electroniques etant susceptibles d'alteration,

Orange decline toute responsabilite si ce message a ete altere, deforme ou 
falsifie. Merci.



This message and its attachments may contain confidential or privileged 
information that may be protected by law;

they should not be distributed, used or copied without authorisation.

If you have received this email in error, please notify the sender and delete 
this message and its attachments.

As emails may be altered, Orange is not liable for messages that have been 
modified, changed or falsified.

Thank you.

_

Ce message et ses pieces jointes peuvent contenir des informations 
confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce 
message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages 
electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou 
falsifie. Merci.

This message and its attachments may contain confidential or privileged 
information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete 
this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been 
modified, changed or falsified.
Thank you.


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

View/Reply Online (#11320): https://lists.onap.org/g/onap-discuss/message/11320
Mute This Topic: https://lists.onap.org/mt/22460712/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] PNF PnP Onboarding on ONAP Beijing

[Andrei Negru]

"The capability supported by ONAP in Beijing release was limited. Additional 
capabilities are being developed as part of the Casablanca release."

Care to expand a bit on this ? By "limited" do you mean it's not functional (as 
in ONAP cannot currently communicate with a hardware device) ?

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

View/Reply Online (#11319): https://lists.onap.org/g/onap-discuss/message/11319
Mute This Topic: https://lists.onap.org/mt/23753793/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] [vnfpkg] Weekly: Hi there, Chris Donley is inviting you to a scheduled Zoom meeting. Join from PC, Mac, Linux, iOS or Android: https://zoom.us/j/287367106 Or iPhone one-tap (US Toll

[Alex Vul]

I can't get into the meeting... what is the meeting ID?


-Original Appointment-
From: ONAP Meetings and Events 
[mailto:linuxfoundation.org_1rmtb5tpr3uc8f76fmflplo...@group.calendar.google.com]
Sent: None
To: ONAP Meetings and Events; am8...@att.com; onap-discuss@lists.onap.org
Subject: [vnfpkg] Weekly: Hi there, Chris Donley is inviting you to a scheduled 
Zoom meeting. Join from PC, Mac, Linux, iOS or Android: 
https://zoom.us/j/287367106 Or iPhone one-tap (US Toll): 
+14086380968,,287367106# or +16465588656,,287367106# Or Telephone:
When: Friday, July 20, 2018 07:00-08:00 America/Los_Angeles.
Where: https://zoom.us/j/287367106


Hi there,

Chris Donley is inviting you to a scheduled Zoom meeting.

Join from PC, Mac, Linux, iOS or Android: https://zoom.us/j/287367106

Or iPhone one-tap (US Toll):  +14086380968,,287367106# or 
+16465588656,,287367106#

Or Telephone:
Dial: +1 408 638 0968 (US Toll) or +1 646 558 8656 (US Toll)
Meeting ID: 287 367 106
International numbers available: 
https://zoom.us/zoomconference?m=0FqfYPmdOvS3s9-RRwwk-LB6bcFy38PW


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

View/Reply Online (#11317): https://lists.onap.org/g/onap-discuss/message/11317
Mute This Topic: https://lists.onap.org/mt/23754274/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] PNF PnP Onboarding on ONAP Beijing

[WRIGHT, STEVEN A]

Some of the requirments for PNFs are covered in the VNF Requirements ( 
https://onap.readthedocs.io/en/latest/submodules/vnfrqts/requirements.git/docs/index.html
 ). The capability supported by ONAP in Beijing release was limited. Additional 
capabilitiesare being developed as part of the Casablanca release.

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

View/Reply Online (#11316): https://lists.onap.org/g/onap-discuss/message/11316
Mute This Topic: https://lists.onap.org/mt/23753793/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 SO : e2e service instance API

[Rene Robert]

Hello Ofir

I would like very much to experiment the  "macro" instantiation type.

Is there a kind of tutorial/example that I could refer ?

René

De : Sonsino, Ofir [mailto:os0...@intl.att.com]
Envoyé : mardi 5 juin 2018 13:23
À : ROBERT René IMT/OLN; onap-discuss@lists.onap.org
Objet : RE: [onap-discuss] ONAP SO : e2e service instance API

Hi René,

I hope it's still relevant -
If by E2E you mean that API: infra/e2eServiceInstances/v3 ,
Then it doesn't support vFW services, but mostly for VoLTE services.

The right endpoint for vFW/vDNS/vCPE services is /infra/serviceInstances/v6 .
This API support both Alacarte and Macro instantiation types. With alacarte the 
Ops user has to instantiate the service instance and its components (VFs, VF 
modules ..) manually. Macro lets you instantiate them all with one request (the 
model has to support this).

VID project supplies GUI for all of these APIs :)
Allowing you to instantiate service instances (vFW/vDNS/ vCPE and VoLTE), VNFs 
and vf Modules (both alacarte and macro - depends on the model).

Let me know if you need any more information.

Thanks,
Ofir - VID PTL

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of rene.rob...@orange.com
Sent: Wednesday, May 30, 2018 4:49 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] ONAP SO : e2e service instance API

Hello,

Does anyone already experiment the end2end service instance API from ONAP SO ?

Does it allow to instantiate service/VNF/VF modules for any kind of onboarded 
service  ?

Is it possible to instantiate a vFW use-case with that API for example ?

Best regards

[Logo 
Orange]

René Robert
Orange Labs

Want to try ONAP on Orange OpenLab ? =>  
https://wiki.onap.org/display/DW/Orange+OpenLab

rene.rob...@orange.com



_



Ce message et ses pieces jointes peuvent contenir des informations 
confidentielles ou privilegiees et ne doivent donc

pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce 
message par erreur, veuillez le signaler

a l'expediteur et le detruire ainsi que les pieces jointes. Les messages 
electroniques etant susceptibles d'alteration,

Orange decline toute responsabilite si ce message a ete altere, deforme ou 
falsifie. Merci.



This message and its attachments may contain confidential or privileged 
information that may be protected by law;

they should not be distributed, used or copied without authorisation.

If you have received this email in error, please notify the sender and delete 
this message and its attachments.

As emails may be altered, Orange is not liable for messages that have been 
modified, changed or falsified.

Thank you.

_

Ce message et ses pieces jointes peuvent contenir des informations 
confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce 
message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages 
electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou 
falsifie. Merci.

This message and its attachments may contain confidential or privileged 
information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete 
this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been 
modified, changed or falsified.
Thank you.


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

View/Reply Online (#11315): https://lists.onap.org/g/onap-discuss/message/11315
Mute This Topic: https://lists.onap.org/mt/22460712/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] [aai]: Error in Beijing OOM installation for aai-sparky-be

[Arul Nambi]

Hi,
Are you using the windriver labs for your deployment?
We have it deployed in AAI windriver lab and it is working fine. Some time the 
crashloopbackoff state will resolve on its own. So try bringing up spraky again.
Also you will be needing this patch as well
https://gerrit.onap.org/r/gitweb?p=oom.git;a=commit;h=01a80afbf5e04b9c05b3f590d643c81b16088b3b
If you want to see data coming trough AAI-ui. Try to apply this patch and 
re-deploy.
Regards
Arul

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Chandra
Sent: Friday, July 20, 2018 8:56 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [aai]: Error in Beijing OOM installation for 
aai-sparky-be

Hi,

We have successfully installed Beijing 2.0.0_ONAP using OOM.  All the pods were 
up and running after installation. As a part of sanity test, we were able to 
login to Portal, SDC but AAI portal was unreachable. We found out that the 
patch is available to resolve the AAI portal issue with following Jira reference
https://gerrit.onap.org/r/#/c/55139

We have applied the patch but aai-sparkey-be was in CrashLoopBackOff state. 
When we tried to describe the pod, we have got following output.

describe pod beijing-aai-sparky-be
Events:
  Type Reason  Age   FromMessage
   --    ---
  Warning  BackOff 41m (x3794 over 20h)  kubelet, node2  Back-off 
restarting failed container
  Normal   Pulling 26m (x357 over 21h)   kubelet, node2  pulling image 
"nexus3.onap.org:10001/onap/sparky-be:1.2.1"
  Warning  Unhealthy   11m (x1797 over 21h)  kubelet, node2  Readiness probe 
failed: dial tcp 10.42.47.134:8000: getsockopt: connection refused
  Warning  FailedSync  1m (x3917 over 20h)   kubelet, node2  Error syncing pod

We got the following error in logs

OperationResult [result=null, requestedLink=null, 
failureCause={"requestError":{"policyException":{"messageId":"POL3300","text":"Unauthorized
 (msg=%1) (ec=%2)","variables":["Unauthorized","ERR.5.1.3300"]}}}, 
resultCode=403, numRetries=0, 
responseHeaders={Strict-Transport-Security=[max-age=1600; 
includeSubDomains; preload;], 
X-AAI-TXID=[2-aai-traversal-180719-14:06:04:798-35534], Content-Length=[143], 
Date=[Thu, 19 Jul 2018 14:06:04 GMT]}]

Do let us know if there is any resolution for this error. Please refer to 
attached logs.

Thanks
Chandrashekhar Thakare




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


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 


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

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

[onap-discuss] PNF PnP Onboarding on ONAP Beijing

[Danut Gita via Lists.Onap.Org]

Hello,
 
I want to make a PNF PnP onboarding on Onap Beijing on AWS (with kubernetes).
 
I saw that in SDC GUI appeared a new option "Add PNF". I have some questions 
for this part.
 
1. Is PNF Onboarding like VF Onboarding ? For a VF Onboarding you need to add a 
package (env file and yaml file ). These package you can found in onap git.
 
2. Are there some packages for PNF Onboarding?
 
3. Do we need to modify a file with CPE configuration (hardware device - a 
router for example) ? is enough to complete "Vendor", "Vendor release" and 
"Vendor Model Number" fields?
 
4. Do we need an openstack platform for some VF Onboarding ?
 
 
I studied the PNF PnP flow and I have the following questions:
 
1. Is the mandatory vDHCP onboarding as a VF? I saw in flow that PNF onboarding 
need a vDHCP (the hardware device need to be in the same network with ONAP). 
Also I saw that vAAA is optional.
 
2. Can I use just a DHCP (not a vDHCP) for PNF?
 
3. How can I see that the PNF onboarding will work?
 
4. Need Router MAC Address in PNF Configuration or is enough just "Vendor Model 
Number" ?
 
5. Do you have a good example of PNF tutorial or the PNF functionality doesn't 
work?
 
Thanks.

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

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

[onap-discuss] [aai]: Error in Beijing OOM installation for aai-sparky-be

[Chandra]

Hi,

We have successfully installed Beijing 2.0.0_ONAP using OOM.  All the pods were 
up and running after installation. As a part of sanity test, we were able to 
login to Portal, SDC but AAI portal was unreachable. We found out that the 
patch is available to resolve the AAI portal issue with following Jira reference
https://gerrit.onap.org/r/#/c/55139

We have applied the patch but aai-sparkey-be was in CrashLoopBackOff state. 
When we tried to describe the pod, we have got following output.

describe pod beijing-aai-sparky-be
Events:
  Type Reason  Age   FromMessage
   --    ---
  Warning  BackOff 41m (x3794 over 20h)  kubelet, node2  Back-off 
restarting failed container
  Normal   Pulling 26m (x357 over 21h)   kubelet, node2  pulling image 
"nexus3.onap.org:10001/onap/sparky-be:1.2.1"
  Warning  Unhealthy   11m (x1797 over 21h)  kubelet, node2  Readiness probe 
failed: dial tcp 10.42.47.134:8000: getsockopt: connection refused
  Warning  FailedSync  1m (x3917 over 20h)   kubelet, node2  Error syncing pod

We got the following error in logs

OperationResult [result=null, requestedLink=null, 
failureCause={"requestError":{"policyException":{"messageId":"POL3300","text":"Unauthorized
 (msg=%1) (ec=%2)","variables":["Unauthorized","ERR.5.1.3300"]}}}, 
resultCode=403, numRetries=0, 
responseHeaders={Strict-Transport-Security=[max-age=1600; 
includeSubDomains; preload;], 
X-AAI-TXID=[2-aai-traversal-180719-14:06:04:798-35534], Content-Length=[143], 
Date=[Thu, 19 Jul 2018 14:06:04 GMT]}]

Do let us know if there is any resolution for this error. Please refer to 
attached logs.

Thanks
Chandrashekhar Thakare





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



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

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

+ jar ufv /opt/app/sparky/lib/sparkybe-onap-application-1.2.1.jar -C 
/opt/app/sparky/appconfig/portal/ BOOT-INF/classes/portal.properties
adding: BOOT-INF/classes/portal.properties(in = 949) (out= 455)(deflated 52%)
+ java -Xms1024m -Xmx4096m -DAPP_HOME=/opt/app/sparky 
-DCONFIG_HOME=/opt/app/sparky/appconfig 
-Dlogging.config=/opt/app/sparky/appconfig/logging/logback.xml -jar 
/opt/app/sparky/lib/sparkybe-onap-application-1.2.1.jar
   _  _   __    _   _   
   _  
  / || |   |  _ \|  |_   / __ \| \ | |   /\ 
  |  __ \ 
 | (___  _ __   __ _ _ __| | ___   _ __| |_) | |__  (_) | |  | |  \| |  /  
\  | |__) |
  \___ \| '_ \ / _` | '__| |/ / | | |__|  _ <|  __| | |  | | . ` | / /\ 
\ |  ___/ 
  ) | |_) | (_| | |  |   <| |_| |  | |_) | | _  | |__| | |\  |/ 
 \| | 
 |_/| .__/ \__,_|_|  |_|\_\\__, |  |/|__(_)  \/|_| \_/_/
\_\_| 
| | __/ |   
  
|_||___/
  
OperationResult [result=null, requestedLink=null, 
failureCause={"requestError":{"policyException":{"messageId":"POL3300","text":"Unauthorized
 (msg=%1) (ec=%2)","variables":["Unauthorized","ERR.5.1.3300"]}}}, 
resultCode=403, numRetries=0, 
responseHeaders={Strict-Transport-Security=[max-age=1600; 
includeSubDomains; preload;], 
X-AAI-TXID=[2-aai-traversal-180719-14:06:04:798-35534], Content-Length=[143], 
Date=[Thu, 19 Jul 2018 14:06:04 GMT]}]
OperationResult [result=null, requestedLink=null, 
failureCause={"requestError":{"policyException":{"messageId":"POL3300","text":"Unauthorized
 (msg=%1) (ec=%2)","variables":["Unauthorized","ERR.5.1.3300"]}}}, 
resultCode=403, numRetries=0, 
responseHeaders={Strict-Transport-Security=[max-age=1600; 
includeSubDomains; preload;], 
X-AAI-TXID=[0-aai-traversal-180719-14:06:04:801-61427], Content-Length=[143], 
Date=[Thu, 19 Jul 2018 14:06:04 GMT]}]
OperationResult [result=null, requestedLink=null, 

Re: Suspected SPAM - Re: [onap-discuss][clamp][policy] Error during closed loop resubmit

[Krysiak, Adam (Nokia - PL/Wroclaw)]

Hi Pamela


Can anyone on Policy side take a look at this or create a jira for future 
investigation?


Br,

Adam Krysiak
Software Engineer
MN MANO RD ONAP-UI-ML DEVOPS WRO 2 SG
Nokia
Contact number: +48691441316

From: onap-discuss@lists.onap.org  on behalf of 
Krysiak, Adam (Nokia - PL/Wroclaw) 
Sent: Friday, July 20, 2018 2:12:44 PM
To: Closson, Anael; onap-discuss@lists.onap.org; xg3...@intl.att.com
Subject: Suspected SPAM - Re: [onap-discuss][clamp][policy] Error during closed 
loop resubmit


Hi,


Thanks Anael, Xue for checking on that issue.


Br,


Adam Krysiak
Software Engineer
MN MANO RD ONAP-UI-ML DEVOPS WRO 2 SG
Nokia
Contact number: +48691441316

From: Closson, Anael 
Sent: Thursday, July 19, 2018 11:56:41 AM
To: onap-discuss@lists.onap.org; Krysiak, Adam (Nokia - PL/Wroclaw)
Subject: RE: [onap-discuss][clamp][policy] Error during closed loop resubmit


Hello Adan,



Xue did some tests on SB07 to verify the expected behavior. According to her, 
there’s a gap between the expected Policy reply and the actual one (see below).

There might be either an issue with Policy, either a configuration one or a 
bug. We think the latter, but the Policy team is better suited to answer that 
question.



FYI :



Expected one :





root@mywebserver:/home/xg353y/git/clamp-lf# curl -i -v -H 'Content-Type: 
application/json' -H 'Accept: application/json' --header 'ClientAuth: 
cHl0aG9uOnRlc3Q=' --header 'Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==' -H 
'Environment: TEST' -X POST -d '{ "policyName": 
"ClampTest_v1_0.Config_MS_ClosedLoop_test6.1.xml" }' 
http://policy.api.simpledemo.onap.org:8081/pdp/api/getConfig
Hostname was NOT found in DNS cache
Trying 10.12.5.157...
Connected to 
policy.api.simpledemo.onap.org 
(10.12.5.157) port 8081 (#0)
> POST /pdp/api/getConfig HTTP/1.1
> User-Agent: curl/7.35.0
> Host: 
> policy.api.simpledemo.onap.org:8081
> Content-Type: application/json
> Accept: application/json
> ClientAuth: cHl0aG9uOnRlc3Q=
> Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==
> Environment: TEST
> Content-Length: 67
>
upload completely sent off: 67 out of 67 bytes
< HTTP/1.1 200 OK
HTTP/1.1 200 OK
Server Apache-Coyote/1.1 is not blacklisted
< Server: Apache-Coyote/1.1
Server: Apache-Coyote/1.1
< Content-Type: application/json;charset=UTF-8
Content-Type: application/json;charset=UTF-8
< Transfer-Encoding: chunked
Transfer-Encoding: chunked
< Date: Tue, 17 Apr 2018 15:31:25 GMT
Date: Tue, 17 Apr 2018 15:31:25 GMT

<
[{"policyConfigMessage":"Config Retrieved! 
","policyConfigStatus":"CONFIG_RETRIEVED","type":"JSON","config":"{\"service\":\"tca_policy\",\"version\":\"1.1.0\",\"location\":\"SampleServiceLocation\",\"configName\":\"SampleConfigName\",\"uuid\":\"test\",\"policyScope\":\"resource=SampleResource,service=SampleService,type=SampleType,closedLoopControlName=com.v1.0.ClosedLoop_test6\",\"templateVersion\":\"OpenSource.version.1\",\"policyName\":\"ClampTest_v1_0.ClosedLoop_test6\",\"description\":\"MicroService
 vCPE 
Policy\",\"priority\":\"1\",\"riskType\":\"SampleRiskType\",\"riskLevel\":\"1\",\"guard\":\"False\",\"content\":{\"tca_policy\":{\"domain\":\"measurementsForVfScaling\",\"metricsPerEventName\":[{\"eventName\":\"vCPEvGMUXPacketLoss\",\"controlLoopSchemaType\":\"VM\",\"policyScope\":\"DCAE\",\"policyName\":\"ClampTest_v1_0.ClosedLoop_test6\",\"policyVersion\":\"1\",\"thresholds\":[{\"closedLoopControlName\":\"ClosedLoop-test5_null\",\"version\":\"1.0.2\",\"fieldPath\":\"$.event.measurementsForVfScalingField
 Connection #0 to host 
policy.api.simpledemo.onap.org left 
intact
s.vNicPerformanceArray[*].receivedBroadcastPacketsAccumulated\",\"thresholdValue\":200,\"direction\":\"GREATER\",\"severity\":\"MAJOR\",\"closedLoopEventStatus\":\"ONSET\"}]}]}}}","policyName":"ClampTest_v1_0.Config_MS_ClosedLoop_test6.1.xml","policyType":"MicroService","policyVersion":"1","matchingConditions":{"ONAPName":"DCAE","ConfigName":"SampleConfigName","service":"tca_policy","uuid":"test","Location":"SampleServiceLocation"},"responseAttributes":{},"property":null}]





Actual one (SB07):

===

root@clamp:/home/xg353y/git/clamp-codecloud# curl -i -v -H 'Content-Type: 
application/json' -H 'Accept: application/json' --header 'ClientAuth: 
cHl0aG9uOnRlc3Q=' --header 'Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==' -H 
'Environment: TEST' -X POST -d '{ "policyName": " 
HPATest.Config_OOF_PolicyHPA3.xml" }' 
http://policy.api.simpledemo.onap.org:8081/pdp/api/getConfig
Hostname was NOT found in DNS cache
Trying 10.12.5.157...
Connected to 
policy.api.simpledemo.onap.org 
(10.12.5.157) port 8081 (#0)
> POST /pdp/api/getConfig HTTP/1.1
> User-Agent: curl/7.35.0
> Host: 
> policy.api.simpledemo.onap.org:8081
> Content-Type: 

Re: [onap-discuss][clamp][policy] Error during closed loop resubmit

[Krysiak, Adam (Nokia - PL/Wroclaw)]

Hi,


Thanks Anael, Xue for checking on that issue.


Br,


Adam Krysiak
Software Engineer
MN MANO RD ONAP-UI-ML DEVOPS WRO 2 SG
Nokia
Contact number: +48691441316

From: Closson, Anael 
Sent: Thursday, July 19, 2018 11:56:41 AM
To: onap-discuss@lists.onap.org; Krysiak, Adam (Nokia - PL/Wroclaw)
Subject: RE: [onap-discuss][clamp][policy] Error during closed loop resubmit


Hello Adan,



Xue did some tests on SB07 to verify the expected behavior. According to her, 
there’s a gap between the expected Policy reply and the actual one (see below).

There might be either an issue with Policy, either a configuration one or a 
bug. We think the latter, but the Policy team is better suited to answer that 
question.



FYI :



Expected one :





root@mywebserver:/home/xg353y/git/clamp-lf# curl -i -v -H 'Content-Type: 
application/json' -H 'Accept: application/json' --header 'ClientAuth: 
cHl0aG9uOnRlc3Q=' --header 'Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==' -H 
'Environment: TEST' -X POST -d '{ "policyName": 
"ClampTest_v1_0.Config_MS_ClosedLoop_test6.1.xml" }' 
http://policy.api.simpledemo.onap.org:8081/pdp/api/getConfig
Hostname was NOT found in DNS cache
Trying 10.12.5.157...
Connected to 
policy.api.simpledemo.onap.org 
(10.12.5.157) port 8081 (#0)
> POST /pdp/api/getConfig HTTP/1.1
> User-Agent: curl/7.35.0
> Host: 
> policy.api.simpledemo.onap.org:8081
> Content-Type: application/json
> Accept: application/json
> ClientAuth: cHl0aG9uOnRlc3Q=
> Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==
> Environment: TEST
> Content-Length: 67
>
upload completely sent off: 67 out of 67 bytes
< HTTP/1.1 200 OK
HTTP/1.1 200 OK
Server Apache-Coyote/1.1 is not blacklisted
< Server: Apache-Coyote/1.1
Server: Apache-Coyote/1.1
< Content-Type: application/json;charset=UTF-8
Content-Type: application/json;charset=UTF-8
< Transfer-Encoding: chunked
Transfer-Encoding: chunked
< Date: Tue, 17 Apr 2018 15:31:25 GMT
Date: Tue, 17 Apr 2018 15:31:25 GMT

<
[{"policyConfigMessage":"Config Retrieved! 
","policyConfigStatus":"CONFIG_RETRIEVED","type":"JSON","config":"{\"service\":\"tca_policy\",\"version\":\"1.1.0\",\"location\":\"SampleServiceLocation\",\"configName\":\"SampleConfigName\",\"uuid\":\"test\",\"policyScope\":\"resource=SampleResource,service=SampleService,type=SampleType,closedLoopControlName=com.v1.0.ClosedLoop_test6\",\"templateVersion\":\"OpenSource.version.1\",\"policyName\":\"ClampTest_v1_0.ClosedLoop_test6\",\"description\":\"MicroService
 vCPE 
Policy\",\"priority\":\"1\",\"riskType\":\"SampleRiskType\",\"riskLevel\":\"1\",\"guard\":\"False\",\"content\":{\"tca_policy\":{\"domain\":\"measurementsForVfScaling\",\"metricsPerEventName\":[{\"eventName\":\"vCPEvGMUXPacketLoss\",\"controlLoopSchemaType\":\"VM\",\"policyScope\":\"DCAE\",\"policyName\":\"ClampTest_v1_0.ClosedLoop_test6\",\"policyVersion\":\"1\",\"thresholds\":[{\"closedLoopControlName\":\"ClosedLoop-test5_null\",\"version\":\"1.0.2\",\"fieldPath\":\"$.event.measurementsForVfScalingField
 Connection #0 to host 
policy.api.simpledemo.onap.org left 
intact
s.vNicPerformanceArray[*].receivedBroadcastPacketsAccumulated\",\"thresholdValue\":200,\"direction\":\"GREATER\",\"severity\":\"MAJOR\",\"closedLoopEventStatus\":\"ONSET\"}]}]}}}","policyName":"ClampTest_v1_0.Config_MS_ClosedLoop_test6.1.xml","policyType":"MicroService","policyVersion":"1","matchingConditions":{"ONAPName":"DCAE","ConfigName":"SampleConfigName","service":"tca_policy","uuid":"test","Location":"SampleServiceLocation"},"responseAttributes":{},"property":null}]





Actual one (SB07):

===

root@clamp:/home/xg353y/git/clamp-codecloud# curl -i -v -H 'Content-Type: 
application/json' -H 'Accept: application/json' --header 'ClientAuth: 
cHl0aG9uOnRlc3Q=' --header 'Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==' -H 
'Environment: TEST' -X POST -d '{ "policyName": " 
HPATest.Config_OOF_PolicyHPA3.xml" }' 
http://policy.api.simpledemo.onap.org:8081/pdp/api/getConfig
Hostname was NOT found in DNS cache
Trying 10.12.5.157...
Connected to 
policy.api.simpledemo.onap.org 
(10.12.5.157) port 8081 (#0)
> POST /pdp/api/getConfig HTTP/1.1
> User-Agent: curl/7.35.0
> Host: 
> policy.api.simpledemo.onap.org:8081
> Content-Type: application/json
> Accept: application/json
> ClientAuth: cHl0aG9uOnRlc3Q=
> Authorization: Basic dGVzdHBkcDphbHBoYTEyMw==
> Environment: TEST
> Content-Length: 54
>
upload completely sent off: 54 out of 54 bytes
< HTTP/1.1 400 Bad Request
HTTP/1.1 400 Bad Request
Server Apache-Coyote/1.1 is not blacklisted
< Server: Apache-Coyote/1.1
Server: Apache-Coyote/1.1
< Content-Type: application/json;charset=UTF-8
Content-Type: application/json;charset=UTF-8
< Transfer-Encoding: chunked
Transfer-Encoding: chunked
< Date: Thu, 19 Jul 2018 

[onap-discuss] [APPC][app-c] Publishing configuration with Audit action

[Niedziela, Mateusz (Nokia - PL/Wroclaw)]

Hello APPC team,

Together with my team we've managed to succesfully run Configure and Audit 
actions on our VNF using the Netconf protocol.
The question I have concerns the "Publish_Config" parameter given to the audit 
action in the payload. The documentation 
(https://onap.readthedocs.io/en/latest/submodules/appc.git/docs/APPC%20LCM%20API%20Guide/APPC%20LCM%20API%20Guide.html)
 mentions that setting the parameter to value "Y" sends the running 
configuration using the message bus. However, looking at the Generic_Audit DG, 
the only action executed with mentioned parameter given that differs it from 
not choosing not to publish the configuration is the creation of a cvaas file 
containing the details of the action and configuration.
My questions are then:
1. What does exactly the term "cvaas" stand for and what is the role of this 
file?
2. Does publishing the configuration in the audit action only mean creating the 
mentioned file?
3. What about the message bus mentioned in the configuration? If the cvaas file 
is in fact important for the process of publishing configuration, the file bus 
would seem more adequate for such action.
To sum up: I'd like someone to clarify what does it exactly mean for audit 
action to "publish the configuration".

Best Regards
Mateusz

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

View/Reply Online (#11305): https://lists.onap.org/g/onap-discuss/message/11305
Mute This Topic: https://lists.onap.org/mt/23752670/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] SDN-C: Invalid order-status error

[Michal Ptacek]

Problem was fixed by applying patch from Brian, thanks again !

 

Michal

 

From: FREEMAN, BRIAN D [mailto:bf1...@att.com] 
Sent: Thursday, July 19, 2018 6:57 PM
To: Michal Ptacek ; onap-discuss@lists.onap.org
Subject: RE: [onap-discuss] SDN-C: Invalid order-status error

 

Michal,

 

I checked and we think we can modify the DG to relax that constraint.

 

I’d like to test it in your environment if you are game ?

 

Can I send you either a json DG (dgbuilder) or an xml DG (sdnc shell script to 
load) to load into your controller – which are you more comfortable with ?

 

Brain

 

 

From: Michal Ptacek mailto:m.pta...@partner.samsung.com> > 
Sent: Thursday, July 19, 2018 11:27 AM
To: FREEMAN, BRIAN D mailto:bf1...@att.com> >; 
onap-discuss@lists.onap.org  
Subject: RE: [onap-discuss] SDN-C: Invalid order-status error

 

Hi Brian,

 

such VF’s are in delete state, but they are NOT

 



 

See also xml attached, such VFs seems to be have that :

 

 

   
PendingCreate



 

M.

 

 

From: FREEMAN, BRIAN D [mailto:bf1...@att.com] 
Sent: Thursday, July 19, 2018 5:14 PM
To: onap-discuss@lists.onap.org  ; 
m.pta...@partner.samsung.com  
Subject: RE: [onap-discuss] SDN-C: Invalid order-status error

 

Michal,

 

What is the status of the vfmodule in the VID screen ?  (I assume it says 
“active” but just checking)

 

Also could query the SDNC VNF-API or the apidoc/explorer 

 

http://10.12.5.36:30202/restconf/config/VNF-API:vnfs 

 

 

"oper-status": {

"order-status": "Active",

"last-order-status": "PendingCreate",

"last-action": "VNFActivateRequest"

  },

 

We think the oper-status.order-status isnt “Active” on the ones that fail in 
SDNC 

 

From: onap-discuss@lists.onap.org   
mailto:onap-discuss@lists.onap.org> > On Behalf 
Of Michal Ptacek
Sent: Thursday, July 19, 2018 10:03 AM
To: onap-discuss@lists.onap.org  ; FREEMAN, 
BRIAN D mailto:bf1...@att.com> >; m.pta...@partner.samsung.com 
 
Subject: Re: [onap-discuss] SDN-C: Invalid order-status error

 

Hi Brian,

 

I am on k8s deployment and used demo-k8s.sh init for uploading subscriber 
specific stuff into AAI,

 

Anyway this is happening in subsequent step, 

It happened for us when VF Module‘s creation failed (actually it can happen 
quite often in dev as we are still tuning sdnc-topology template file, which is 
uploaded in previous step)

But each such failure leads to this situation that creation failed but deleting 
is also not possible due to this problem below,

 

The only WA we discovered so far is to spawn new service instance,

It’s happening everytime (easily reproducable)

 

Any hints ?

Thanks,

Michal

 

 

 

 

From: onap-discuss@lists.onap.org   
[mailto:onap-discuss@lists.onap.org] On Behalf Of Brian
Sent: Thursday, July 19, 2018 3:52 PM
To: onap-discuss@lists.onap.org  ; 
m.pta...@partner.samsung.com  
Subject: Re: [onap-discuss] SDN-C: Invalid order-status error

 

Michal,

 

Does this happen when you use the robotframework ete.sh instantiate   or 
ete-k8s.sh onap instantiate ?

 

Instantiate does vLB, vVG, vFWCL create and  delete as well but it might be 
doing it higher in the object level.

 

Is it sporadic or every time ?

 

I have run into that problem but mostly on failed creates where we are a bit 
too picky on the status on a delete when a vfmodule didnt get created 
successfully.

 

Brian

 

 

 

 

From: onap-discuss@lists.onap.org   
mailto:onap-discuss@lists.onap.org> > On Behalf 
Of Michal Ptacek
Sent: Thursday, July 19, 2018 8:24 AM
To: onap-discuss@lists.onap.org  
Subject: [onap-discuss] SDN-C: Invalid order-status error

 

Hello,

 

we are testing VFWCL with stable/beijing, however we quite often hit following 
problem during VF Module deleting,

it’s practically unusable, any hints why this „SDN-C: Invalid order-status“ is 
happening ?

 

Our order is correct „vPKG first“

 



 

Thank you,

Michal