Re: [onap-discuss] Generic SO BPMN Flow for HEAT orchestration

[Steve Smokowski]

SDNC version dictates what API is utilized in SDNC(VNF/Generic-resources).  I 
believe overall that concept should be going away in Casablanca, as GR-API 
should have like functionality making VNF-API redundant.  There will be a 
parameter on the service instances api to toggle which API in SDNC to utilize 
until some formal depreciation process.

Thanks

-Steve


From: "Singh Kalra, Mandeep" 
Date: Monday, June 25, 2018 at 8:59 AM
To: Chenchuanyu , "SMOKOWSKI, STEVEN" , 
"rene.rob...@orange.com" , 
"onap-discuss@lists.onap.org" 
Subject: RE: [onap-discuss] Generic SO BPMN Flow for HEAT orchestration

Hi,

  VOLTE e2e workflow in R1 required resources to be created towards SDNC( 
overlay and underlay).
  SO was calling Generic Resource APIs(network topology operation) towards 
SDNC. Is there any config parameter in r2 which can control the DG to be called 
on SDNC, for eg ::activateDCINetwork in Volte case ?

  And, regarding the Tosca decomposition, I guess VFC is doing that for its 
own Resource level service like vIMS and vEPC , what will be the role of SO?
  For SDN networks, the tosca decomposition will happen at the SO level and 
then the request will be sent to SDNC or SDNC also parses tosca templates ?
  What is the significance of sdncVersion in SO ?




Regards
Mandeep

From: Chenchuanyu [mailto:chenchua...@huawei.com]
Sent: Monday, June 25, 2018 6:03 PM
To: Steve Smokowski ; rene.rob...@orange.com; Singh Kalra, 
Mandeep ; onap-discuss@lists.onap.org
Subject: [External] 答复: [onap-discuss] Generic SO BPMN Flow for HEAT 
orchestration

Hi Steve,
  SO already have an e2eservice endpoint APIs used in voLTE use case now, 
it is generic for one-step instantiate(For vFw, vCPE, you can use generic BPMN 
or design specific BPMN for it, this depends the service recipe set to the 
service template ).
  So I think we should not have another NBI for it , please discuss this 
with SO PTL first before you do this.
 As I know, the service instances endpoint is for VID step-by-step 
operations.
Thanks,
Chuanyu Chen.

发件人: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
[mailto:onap-discuss@lists.onap.org] 代表 Steve Smokowski
发送时间: 2018年6月25日 20:24
收件人: rene.rob...@orange.com<mailto:rene.rob...@orange.com>; Singh Kalra, 
Mandeep 
mailto:mandeep.singh.ka...@accenture.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
主题: Re: [onap-discuss] Generic SO BPMN Flow for HEAT orchestration

There is a generic BPMN in place today in SO, it is the service instances 
endpoint.  The generic northbound request will be pushed early in Casablanca, 
VID will also be updated to specify input to each resource.  It should get 
merged in the next coming weeks.

Thanks

-Steve


From: 
mailto:onap-discuss-boun...@lists.onap.org>>
 on behalf of "rene.rob...@orange.com<mailto:rene.rob...@orange.com>" 
mailto:rene.rob...@orange.com>>
Date: Tuesday, June 19, 2018 at 5:32 AM
To: "Singh Kalra, Mandeep" 
mailto:mandeep.singh.ka...@accenture.com>>, 
"onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
mailto:onap-discuss@lists.onap.org>>
Subject: Re: [onap-discuss] Generic SO BPMN Flow for HEAT orchestration

Hi,

To my knowledge, there is no “generic” BPMN that allow to orchestrate 
service/vnfs/vfmodules/networks for vFW, vCPE from a single northbound SO 
request.
A specific BPMN exists for voLTE use-case but I did not experiment it.

I expect that it is possible to create such “generic” BPMN.

Any contribution on that subject would be very appreciated.

René

De : 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
[mailto:onap-discuss-boun...@lists.onap.org] De la part de Singh Kalra, Mandeep
Envoyé : lundi 18 juin 2018 13:03
À : onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Objet : Re: [onap-discuss] Generic SO BPMN Flow for HEAT orchestration

Hi,

Would appreciate help on this.


Regards
Mandeep
From: Singh Kalra, Mandeep
Sent: Thursday, June 14, 2018 9:00 PM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: Generic SO BPMN Flow for HEAT orchestration

Hi,

  I had a doubt about the orchestration of some use cases like vFW, vCPE  
in which HEAT templates are used.
  In the demo as part of R1, VID was used to create the Service in which 
first the service was created then VNF and then VF modules.

 Is there a generic flow available in R2 in which we can pass a single 
request from the northbound system ?
 And is ARIA orchestration integrated with SO ?




Regards
Mandeep



This message is for the designated recipient only and may contain privileged, 
proprietary, or otherwise confidential information. If you have received it in 
error, please notify the sender immediately and d

Re: [onap-discuss] Generic SO BPMN Flow for HEAT orchestration

[Steve Smokowski]

There is a generic BPMN in place today in SO, it is the service instances 
endpoint.  The generic northbound request will be pushed early in Casablanca, 
VID will also be updated to specify input to each resource.  It should get 
merged in the next coming weeks.

Thanks

-Steve


From:  on behalf of 
"rene.rob...@orange.com" 
Date: Tuesday, June 19, 2018 at 5:32 AM
To: "Singh Kalra, Mandeep" , 
"onap-discuss@lists.onap.org" 
Subject: Re: [onap-discuss] Generic SO BPMN Flow for HEAT orchestration

Hi,

To my knowledge, there is no “generic” BPMN that allow to orchestrate 
service/vnfs/vfmodules/networks for vFW, vCPE from a single northbound SO 
request.
A specific BPMN exists for voLTE use-case but I did not experiment it.

I expect that it is possible to create such “generic” BPMN.

Any contribution on that subject would be very appreciated.

René

De : onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] De la part de Singh Kalra, Mandeep
Envoyé : lundi 18 juin 2018 13:03
À : onap-discuss@lists.onap.org
Objet : Re: [onap-discuss] Generic SO BPMN Flow for HEAT orchestration

Hi,

Would appreciate help on this.


Regards
Mandeep
From: Singh Kalra, Mandeep
Sent: Thursday, June 14, 2018 9:00 PM
To: onap-discuss@lists.onap.org
Subject: Generic SO BPMN Flow for HEAT orchestration

Hi,

  I had a doubt about the orchestration of some use cases like vFW, vCPE  
in which HEAT templates are used.
  In the demo as part of R1, VID was used to create the Service in which 
first the service was created then VNF and then VF modules.

 Is there a generic flow available in R2 in which we can pass a single 
request from the northbound system ?
 And is ARIA orchestration integrated with SO ?




Regards
Mandeep



This message is for the designated recipient only and may contain privileged, 
proprietary, or otherwise confidential information. If you have received it in 
error, please notify the sender immediately and delete the original. Any other 
use of the e-mail by you is prohibited. Where allowed by local law, electronic 
communications with Accenture and its affiliates, including e-mail and instant 
messaging (including content), may be scanned by our systems for the purposes 
of information security and assessment of internal compliance with Accenture 
policy. Your privacy is important to us. Accenture uses your personal data only 
in compliance with data protection laws. For further information on how 
Accenture processes your personal data, please see our privacy statement at 
https://www.accenture.com/us-en/privacy-policy.
__

www.accenture.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.

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

View/Reply Online (#10529): https://lists.onap.org/g/onap-discuss/message/10529
Mute This Topic: https://lists.onap.org/mt/22460843/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] Generic SO BPMN Flow for HEAT orchestration

[Steve Smokowski]

The service instances endpoint has always supported macro and alacarte 
invocations even in Beijing.  Stating that it is a step by step process is 
misleading.  This is the meaning of the Alacarte flag on the API.

Alacarte = step by step process
Macro = spin entire instance.

The introduction of the e2e service instance API was an overlap that was 
introduced when that API was created.  I think it was not well understood how 
the service instances API actually worked at the time.

Thanks

-Steve


From: Chenchuanyu 
Date: Monday, June 25, 2018 at 8:33 AM
To: "SMOKOWSKI, STEVEN" , "rene.rob...@orange.com" 
, "Singh Kalra, Mandeep" 
, "onap-discuss@lists.onap.org" 

Subject: 答复: [onap-discuss] Generic SO BPMN Flow for HEAT orchestration

Hi Steve,
  SO already have an e2eservice endpoint APIs used in voLTE use case now, 
it is generic for one-step instantiate(For vFw, vCPE, you can use generic BPMN 
or design specific BPMN for it, this depends the service recipe set to the 
service template ).
  So I think we should not have another NBI for it , please discuss this 
with SO PTL first before you do this.
 As I know, the service instances endpoint is for VID step-by-step 
operations.
Thanks,
Chuanyu Chen.

发件人: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] 代表 Steve 
Smokowski
发送时间: 2018年6月25日 20:24
收件人: rene.rob...@orange.com; Singh Kalra, Mandeep 
; onap-discuss@lists.onap.org
主题: Re: [onap-discuss] Generic SO BPMN Flow for HEAT orchestration

There is a generic BPMN in place today in SO, it is the service instances 
endpoint.  The generic northbound request will be pushed early in Casablanca, 
VID will also be updated to specify input to each resource.  It should get 
merged in the next coming weeks.

Thanks

-Steve


From: 
mailto:onap-discuss-boun...@lists.onap.org>>
 on behalf of "rene.rob...@orange.com<mailto:rene.rob...@orange.com>" 
mailto:rene.rob...@orange.com>>
Date: Tuesday, June 19, 2018 at 5:32 AM
To: "Singh Kalra, Mandeep" 
mailto:mandeep.singh.ka...@accenture.com>>, 
"onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
mailto:onap-discuss@lists.onap.org>>
Subject: Re: [onap-discuss] Generic SO BPMN Flow for HEAT orchestration

Hi,

To my knowledge, there is no “generic” BPMN that allow to orchestrate 
service/vnfs/vfmodules/networks for vFW, vCPE from a single northbound SO 
request.
A specific BPMN exists for voLTE use-case but I did not experiment it.

I expect that it is possible to create such “generic” BPMN.

Any contribution on that subject would be very appreciated.

René

De : 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
[mailto:onap-discuss-boun...@lists.onap.org] De la part de Singh Kalra, Mandeep
Envoyé : lundi 18 juin 2018 13:03
À : onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Objet : Re: [onap-discuss] Generic SO BPMN Flow for HEAT orchestration

Hi,

Would appreciate help on this.


Regards
Mandeep
From: Singh Kalra, Mandeep
Sent: Thursday, June 14, 2018 9:00 PM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: Generic SO BPMN Flow for HEAT orchestration

Hi,

  I had a doubt about the orchestration of some use cases like vFW, vCPE  
in which HEAT templates are used.
  In the demo as part of R1, VID was used to create the Service in which 
first the service was created then VNF and then VF modules.

 Is there a generic flow available in R2 in which we can pass a single 
request from the northbound system ?
 And is ARIA orchestration integrated with SO ?




Regards
Mandeep



This message is for the designated recipient only and may contain privileged, 
proprietary, or otherwise confidential information. If you have received it in 
error, please notify the sender immediately and delete the original. Any other 
use of the e-mail by you is prohibited. Where allowed by local law, electronic 
communications with Accenture and its affiliates, including e-mail and instant 
messaging (including content), may be scanned by our systems for the purposes 
of information security and assessment of internal compliance with Accenture 
policy. Your privacy is important to us. Accenture uses your personal data only 
in compliance with data protection laws. For further information on how 
Accenture processes your personal data, please see our privacy statement at 
https://www.accenture.com/us-en/privacy-policy<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.accenture.com_us-2Den_privacy-2Dpolicy=DwQFAw=LFYZ-o9_HUMeMTSQicvjIg=shs6nPzThSiGJml9VXN0Eg=jQGbiN_e30mxpaJYgEK2TMkRtV7_E2RqiWQ5-ghXV_w=WHy6JQ3tYyOCi-4hmD2F2Sh-o1zaD6M_3dkX0FpZR1E=>.
__

www.accenture.com<https://urldefense.proofpoint.com

Re: Odp.: [onap-discuss] [SO] Call Java from BPMN #so

[Steve Smokowski]

If you view the latest code, we utilize calls to java in a lot of files.  
Please review the so-bpmn-tasks for various implementations.  We currently use 
the expression language to call springbeans.

Thanks

-Steve


From:  on behalf of "Biniek, Lukasz (Nokia - 
PL/Wroclaw)" 
Reply-To: "onap-discuss@lists.onap.org" , 
"lukasz.bin...@nokia.com" 
Date: Wednesday, August 1, 2018 at 9:21 AM
To: "onap-discuss@lists.onap.org" , 
"prakas...@verizon.com" 
Subject: Odp.: [onap-discuss] [SO] Call Java from BPMN #so


Hi,



Camunda supports calling any JVM class that implements JavaDelegate interface 
(it doesn't care about language it's written in) or runs scripts from lanuage 
that are compatible with JSR-223. So you can have tasks that are written in any 
JVM-compatible language. Also keep in mind that Groovy scripts can run Java 
code (or, in general, any JVM class can run code from other JVM classes).



In case of MSOCommonBPMN Groovy scripts uses Java classes.



BR,

Łukasz Biniek


Od: onap-discuss@lists.onap.org  w imieniu 
użytkownika Prakash via Lists.Onap.Org 
Wysłane: środa, 1 sierpnia 2018 14:51:55
Do: onap-discuss@lists.onap.org
Temat: [onap-discuss] [SO] Call Java from BPMN #so

Hello Everyone,
 As of my understanding, every BPMN in SO calls Groovy scripts( for REST 
call, DB query etc) or it calls other BPMN files (subprocess). Then what is the 
purpose of having java files.(so/bpmn/MSOCommonBPMN/src/main/java/)  ?

Is the support of calling java from BPMN already exist or i'm missing something 
here?


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

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

Re: [onap-discuss] [SO] Committer's enforcing ONAP Code Standards?

[Steve Smokowski]

Can we allow for usage of the unmodified google standard?  There appears to be 
tools that can mass apply the style changes instead of doing this manually.

Thanks

-Steve


From:  on behalf of Marcus G K Williams 

Reply-To: "onap-discuss@lists.onap.org" , 
"marcus.willi...@intel.com" 
Date: Thursday, August 2, 2018 at 7:59 PM
To: onap-discuss 
Subject: [onap-discuss] [SO] Committer's enforcing ONAP Code Standards?

Hi SO Committers, PTL and community,

I think we have an opportunity to be an earlier adopter in the community. I’d 
like to propose that we work on conforming our codebase to ONAP code standards: 
https://wiki.onap.org/display/DW/Java+code+style

Generally this entails 4 spaces in place of tabs, 120 character line limit and 
google style guidelines, which largely follow generally accepted Java Style.

Our codebase does not currently conform to these standards. Further some of the 
style issues result in a very large amount of warnings in build logs (last time 
I counted it was 10s of thousands), which increase build time and space used by 
Jenkins/LF for each build.

We should also make sure we don’t have extraneous spaces (gerrit highlights 
those in red and having them in open source code is generally frowned upon by 
any self-respecting open source engineer).

Does anyone have any problem with working to make the code conform to style 
guidelines? Can we agree to -1 changes that do not conform until the submitter 
conforms the patch to style guidelines?

As a corollary I’d suggest we enforce commit message guidelines as well: 
https://wiki.onap.org/display/DW/Commit+Messages
Thanks,

Marcus Williams
IRC, Twitter, etc. @ mgkwill
Intel Corp.



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

View/Reply Online (#11649): https://lists.onap.org/g/onap-discuss/message/11649
Mute This Topic: https://lists.onap.org/mt/24149869/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][SO] How it works (to be completed)

[Steve Smokowski]

It would be immediate available, this is part of the workflow designer use case 
in Casablanca.

Regarding model id’s it depends on the table, I believe 
model_custimization_uuid is unique per change/version.

Thanks

-Steve


From: "david.perezcapar...@swisscom.com" 
Date: Friday, July 27, 2018 at 3:54 AM
To: "onap-discuss@lists.onap.org" , "SMOKOWSKI, 
STEVEN" 
Cc: "rene.rob...@orange.com" 
Subject: Re: [onap-discuss][SO] How it works (to be completed)

Hi René,

great idea, this is really helpful. If not done yet, I would suggest to add 
this text to the wiki so that it doesn’t get lost in the mailing list.
Could you please also indicate the difference between model_uuid and 
model_invariant_uuid when describing the entries to be inserted in SO DB?

Something like

model_uuid: versioned identifier of the service model (this uuid is changed for 
every major version of the service)
model_invariant_uuid: constant identifier of the service model

Ref: 
https://wiki.onap.org/display/DW/SDC+Data+model<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_SDC-2BData-2Bmodel=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=shs6nPzThSiGJml9VXN0Eg=sY90595nW3Yft6Cj1jfRH_B108aE1ZabKlBMFr5Da98=baPuN4nJeZYlciFH7lnEDHkJGAuVJNyHvQaI6BJaJVo=>

@Steve: The BPMN workflows added via REST API are immediately available? no SO 
rebuild is required?

Thanks,
David

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

On 25 Jul 2018, at 16:09, Steve Smokowski 
mailto:ss8...@att.com>> wrote:

How to add a new BPMN for a service ?
BPMN can be deployed over a REST API, we are investigating exposing this in 
Casablanca

Thanks

-Steve


From: mailto:onap-discuss@lists.onap.org>> on 
behalf of Rene Robert mailto:rene.rob...@orange.com>>
Reply-To: "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
mailto:onap-discuss@lists.onap.org>>, 
"rene.rob...@orange.com<mailto:rene.rob...@orange.com>" 
mailto:rene.rob...@orange.com>>
Date: Wednesday, July 25, 2018 at 9:36 AM
To: "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
mailto:onap-discuss@lists.onap.org>>
Subject: [onap-discuss][SO] How it works (to be completed)

Hello all,
In order to enhance ONAP documentation, I propose you to complete with me that 
short description around SO and Workflow

What happens when ONAP SDC is distributing service model to ONAP SO ?
 Informations are updated in the SO MariaDB database called “mso_catalog”, and 
especially in the table called “service”

A new entry is inserted in that table for fields :
MODEL_UUID (= UUID in SDC or Tosca file),
MODEL_NAME (= name in SDC or Tosca file),
MODEL_INVARIANT_UUID (= invariantUUID in SDC or Tosca file)
SERVICE_CATEGORY (= category in SDC or Tosca file)
 in the SO MariaDB database called “mso_catalog”, there is also a table called 
“service_recipe” but that table is not modified by SDC distribution process.

What happens when trying to create or delete a service instance based on a 
service model ?
 SO provides two northbound Rest API :

The “serviceInstances” API :
http://mso.api.simpledemo.onap.org:8080/ecomp/mso/infra/serviceInstances/v6<https://urldefense.proofpoint.com/v2/url?u=https-3A__plazza.orange.com_external-2Dlink.jspa-3Furl-3Dhttp-253A-252F-252Fmso.api.simpledemo.onap.org-253A8080-252Fecomp-252Fmso-252Finfra-252FserviceInstances-252Fv6=DwMFAw=LFYZ-o9_HUMeMTSQicvjIg=shs6nPzThSiGJml9VXN0Eg=nLcrgT9T_zxsaFACBCgWsY7XlzIWmZBnIJhnE5UHVVg=Wa3C_oelAGyZBO_6D8mDuRoSowyOzh0GiN49kpIKhZA=>
This API is used by VID and NBI components

The “e2eServiceInstances” API :
http://mso.api.simpledemo.onap.org:8080/ecomp/mso/infra/e2eServiceInstances/v3<https://urldefense.proofpoint.com/v2/url?u=https-3A__plazza.orange.com_external-2Dlink.jspa-3Furl-3Dhttp-253A-252F-252Fmso.api.simpledemo.onap.org-253A8080-252Fecomp-252Fmso-252Finfra-252Fe2eServiceInstances-252Fv3=DwMFAw=LFYZ-o9_HUMeMTSQicvjIg=shs6nPzThSiGJml9VXN0Eg=nLcrgT9T_zxsaFACBCgWsY7XlzIWmZBnIJhnE5UHVVg=ZjW3_6o_BEFQYU950Wdey1lXQTlt-ZXImXRN80iaFBw=>
This API is used by UUI component but seems dedicated to voLTE usecase (some 
hard coding values...)

When SO receive the Rest API message, the API Handler (an SO module) will check 
in the SO MariaDB, in the database called “mso_catalog” and in the table called 
“service_recipe” if there is an entry that match the serviceModelUUID contained 
in the request body (= UUID coming from  SDC or TOSCA file).

If there is an entry, then, the URI of the Orchestration BPMN is indicated in 
the table.
If no entry, then, the default Orchestration BPMN URI is selected.
Default Orchestration BPMN URI is different if using “serviceInstances” API or 
“e2eServiceInst

Re: [E] Re: [onap-discuss] [SO] Weekly Meeting Minutes 7-25-2018

[Steve Smokowski]

Next week I would like to cover the newer BB refactor we did in BPMN, and give 
some thoughts on how that would integrate into the solution that you have 
presented here.  Essentially delegating that top layer entirely to TOSCA to 
orchestrate the E2E flow.  I think we are not all that far off from re-using 
being able to re-use our BPMN artifacts, and still hand off the end to end flow 
to TOSCA entirely.
On Jul 27, 2018, at 7:28 AM, Viswanath V Kumar Skand Priya 
mailto:viswanath.kumarskandpr...@verizon.com>>
 wrote:

Dear All / SO team,

During last SO call, I was caught inbetween 2 calls and wan't able to 
participate in SO call, was largely in hearing mode. I would like to add few 
points esp on the perspectives raised by Seshu ( reuse existing BPMN and do 
something about it ) & Alex ( adding HEAT / TOSCA backend for puccini ).

One of the motivation behind this PoC ( atleast for me ) is to bridge gap 
between BPMN driven orchestration ( imperative style ) Vs TOSCA driven 
orchestration ( declarative style ). It is also important to note that, both 
styles has its own merits / demerits and both are suitable for specific set of 
use-cases. However in a typical service provider landscape, esp with the advent 
of NFV, the boundary between network orchestration & IT orchestration is 
becoming more fuzzy. We would normally need the flexibility of doing both 
styles.

IMHO TOSCA is well suited for "expressing" what you want to do and what steps 
you want to take in doing that thing. However BPMN is really suited to actually 
"do" that orchestration. In current ONAP story ( where we don't have E2E TOSCA 
), if I want to create a network service with a specific work flow, I have to 
"design a BPMN" for my case and then tie it with the engine. Though one can 
argue that, BPMNs are resuable, they are already abstract , they can be tied / 
chained with each other etc, practically it is still a complex process. TOSCA 
on other hands helps us to define what we want in more flexible & extendable 
way. So the idea here is to express what you want to do in TOSCA and execute it 
via BPMN. Thereby we get best of both worlds, with minimal impact to existing 
architecture.

Now coming to the perspectives :

  *   Re-use existing BPMN : Like I quoted above, the idea is to generate a 
BPMN flow dynamically from input TOSCA. This can be further refined to hook up 
with existing BPMN if it makes sense. The crux of this idea is to let the 
designer work completely in TOSCA mode even for workflows and then share the 
same in standard format for future purposes.
  *   Having HEAT / TOSCA backend : I second Tal's view on this one. IMHO SO 
shouldn't be coupled with controller logic and SO's core logic should be based 
on BPMN. It is the BPMN engine which is at the heart of SO, which is making SO 
as a SO. Addition of new controller logic ( HEAT / any other format ) should 
follow existing adapter logic in SO, thereby it is extendable & scalable. This 
idea / PoC is actually providing a "friendly" wrapper on top of BPMN. that's it.

Hope this sets the stage for future discussions on this topic.

@Tal Liron<mailto:tli...@redhat.com> : It was a great show !

BR,
Viswa

[http://ss7.vzw.com/is/image/VerizonWireless/vz-sig-verizon?$defaultscale$]<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.verizon.com=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=shs6nPzThSiGJml9VXN0Eg=_7HB2lj9Jl-oIgvmXgZiChFxXitstQ0ypVnHFgkjJwE=aiTojQmzLbgvSchz3l5WyGigijkg5mzUJWrGWnE98d4=>

Viswanath Kumar Skand Priya
Senior Architect
Technology, Architecture & Planning



On Thu, Jul 26, 2018 at 6:39 PM Steve Smokowski 
mailto:ss8...@att.com>> wrote:
Thank you for the readme

-Steve


From: mailto:onap-discuss@lists.onap.org>> on 
behalf of Tal Liron mailto:tli...@redhat.com>>
Reply-To: "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
mailto:onap-discuss@lists.onap.org>>, 
"tli...@redhat.com<mailto:tli...@redhat.com>" 
mailto:tli...@redhat.com>>
Date: Thursday, July 26, 2018 at 9:07 AM
To: onap-discuss 
mailto:onap-discuss@lists.onap.org>>
Subject: Re: [onap-discuss] [SO] Weekly Meeting Minutes 7-25-2018

Hi Steve,

At your request I wrote a detailed README describing the solution and the 
example: 
https://github.com/tliron/puccini-bpmn/<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_tliron_puccini-2Dbpmn_=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=shs6nPzThSiGJml9VXN0Eg=JzO-UjYTbJGUMdAp-GBJsvFFs6ShpUxOx1OcnoUcxyA=wl1FD1fND7cuPeOEzE0FYxXfWxXz4hQcW_2AWtLRQdA=>

For convenience, I will reproduce it here:
Features

The imports directory has everything needed to generate BPMN from TOSCA. 
Specifically there is 
bpmn.yaml<https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_tliron_puccini-2Dbpmn_blob_master_imports_bpmn.yaml=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=shs6nPzThSiGJml9VXN0Eg=Jz

Re: [onap-discuss] [SO] Weekly Meeting Minutes 7-25-2018

[Steve Smokowski]

Is there a readme or walkthrough of how we can reproduce the demo shown?  Or 
can you share the command used to take Puccini and have it output the bpmn?

It appears to be something like

-Parse CSAR using Puccini
-Output to Clout
-Utilize Clout output to the javascript file to transform to bpmn

Thanks

-Steve


From:  on behalf of Tal Liron 
Reply-To: "onap-discuss@lists.onap.org" , 
"tli...@redhat.com" 
Date: Wednesday, July 25, 2018 at 12:55 PM
To: onap-discuss , Seshu m 

Subject: Re: [onap-discuss] [SO] Weekly Meeting Minutes 7-25-2018

Hi Seshu,

I'm getting numerous private requests for a recording of the meeting. Did you 
end up recording?

On Wed, Jul 25, 2018 at 11:01 AM Tal Liron 
mailto:tli...@redhat.com>> wrote:
Thank you all for participating in my TOSCA/BPMN demonstration.

We can continue brainstorming ideas here on the mailing list rather than 
waiting for next week's meeting. In general it's a good idea to use email more 
for discussion, as it encourages more visibility and participation.

On Wed, Jul 25, 2018 at 9:37 AM Marcus G K Williams 
mailto:marcus.willi...@intel.com>> wrote:
https://wiki.onap.org/display/DW/SO+Weekly+Meeting+7-25-2018

Thanks,

Marcus Williams
IRC, Twitter, etc. @ mgkwill
Intel Corp.



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

View/Reply Online (#11441): https://lists.onap.org/g/onap-discuss/message/11441
Mute This Topic: https://lists.onap.org/mt/23813337/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] Error in SO when creating VF Module due to connectivity error with adopters - [SO]

[Steve Smokowski]

We would need the log from the workflow war file, this will process the async 
response from either SDNC adapter or VNF Adapter.  It queries the camunda 
history dB to find a process waiting for a message.  I imagine it is falling 
out here for some reason.
On Jul 31, 2018, at 8:24 AM, Prakash via Lists.Onap.Org 
mailto:prakash.p=verizon@lists.onap.org>>
 wrote:

No Brain. There is no error in the SDNCAdopter and VnfAdopter for both the 
Scenario I and II.

And i do see also this CADI error in WorkFlowMessageAdopter:
errordev-so-85d5cf48c5-f27j8.log:565:2018-07-31T04:42:00.001Z||EJB default - 
7|reloadMsoPropertiesERROR|PermissionError||MSO-GENERAL-5412E Missing or 
invalid properties file: /etc/mso/config.d/cadi.properties
errordev-so-85d5cf48c5-f27j8.log:566:2018-07-31T04:42:00.002Z||EJB default - 
7|reloadMsoPropertiesERROR|PermissionError||MSO-GENERAL-9400E Exception: 
java.io.FileNotFoundException: /etc/mso/config.d/cadi.properties (No such file 
or directory) - at java.io.FileInputStream.open0(Native Method) - at 
java.io.FileInputStream.open(FileInputStream.java:195) - at 
java.io.FileInputStream.(FileInputStream.java:138) - at 
java.io.FileInputStream.(FileInputStream.java:93) - at 
java.io.FileReader.(FileReader.java:58) - at 
org.openecomp.mso.properties.MsoJavaProperties.loadPropertiesFile(MsoJavaProperties.java:149)
 - at 
org.openecomp.mso.properties.MsoJavaProperties.reloadPropertiesFile(MsoJavaProperties.java:132)
 - at 
org.openecomp.mso.properties.MsoPropertiesFactory.reloadMsoProperties(MsoPropertiesFactory.java:312)
 - at sun.reflect.GeneratedMethodAccessor193.invoke(Unknown Source)
Sometime it dosen't move to any final state at all (it always stays in IN 
PROGRESS)


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

View/Reply Online (#11548): https://lists.onap.org/g/onap-discuss/message/11548
Mute This Topic: https://lists.onap.org/mt/23859940/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] [SO] Committer's enforcing ONAP Code Standards?

[Steve Smokowski]

From what I have seen most do not allow configuration.  I looked it appears you 
would have to fork the repo.

I think you should enforce it, or we can automate applying it via maven or 
another mechanism.

Thanks

-Steve


From: "Williams, Marcus" 
Date: Friday, August 3, 2018 at 2:29 PM
To: "SMOKOWSKI, STEVEN" , "onap-discuss@lists.onap.org" 

Subject: RE: [onap-discuss] [SO] Committer's enforcing ONAP Code Standards?

Counter question: Do the tools you refer to allow style modification? If not we 
can discuss unmodified google standard.

I can see us doing some effort to clean things up in one swoop and then 
maintaining or during each new code change we force the authors to fix style. 
Over time that would have the same effect.

Second question: Do committers agree to enforce style when reviewing?

If the second question is no, there is no point in making the first effort.

Thanks,

Marcus Williams
IRC, Twitter, etc. @ mgkwill
Intel Corp.

From: SMOKOWSKI, STEVEN [mailto:ss8...@att.com]
Sent: Friday, August 3, 2018 6:18 AM
To: onap-discuss@lists.onap.org; Williams, Marcus 
Subject: Re: [onap-discuss] [SO] Committer's enforcing ONAP Code Standards?

Can we allow for usage of the unmodified google standard?  There appears to be 
tools that can mass apply the style changes instead of doing this manually.

Thanks

-Steve


From: mailto:onap-discuss@lists.onap.org>> on 
behalf of Marcus G K Williams 
mailto:marcus.willi...@intel.com>>
Reply-To: "onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>, 
"marcus.willi...@intel.com" 
mailto:marcus.willi...@intel.com>>
Date: Thursday, August 2, 2018 at 7:59 PM
To: onap-discuss 
mailto:onap-discuss@lists.onap.org>>
Subject: [onap-discuss] [SO] Committer's enforcing ONAP Code Standards?

Hi SO Committers, PTL and community,

I think we have an opportunity to be an earlier adopter in the community. I’d 
like to propose that we work on conforming our codebase to ONAP code standards: 
https://wiki.onap.org/display/DW/Java+code+style

Generally this entails 4 spaces in place of tabs, 120 character line limit and 
google style guidelines, which largely follow generally accepted Java Style.

Our codebase does not currently conform to these standards. Further some of the 
style issues result in a very large amount of warnings in build logs (last time 
I counted it was 10s of thousands), which increase build time and space used by 
Jenkins/LF for each build.

We should also make sure we don’t have extraneous spaces (gerrit highlights 
those in red and having them in open source code is generally frowned upon by 
any self-respecting open source engineer).

Does anyone have any problem with working to make the code conform to style 
guidelines? Can we agree to -1 changes that do not conform until the submitter 
conforms the patch to style guidelines?

As a corollary I’d suggest we enforce commit message guidelines as well: 
https://wiki.onap.org/display/DW/Commit+Messages
Thanks,

Marcus Williams
IRC, Twitter, etc. @ mgkwill
Intel Corp.



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

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

[onap-discuss] [SO] TOSCA/BPMN POC

[Steve Smokowski]

Tosca Integration POC details we had discussed on the SO call.

Maven project path: bpmn/so-bpmn-building blocks

These particular bpmns were attempted to be designed in mind around TOSCA 
Orchestrator integrating.  We envisioned them being called based on operations 
on TOSCA nodes, without attempting to change our current CSAR structure.  I 
think it would be interesting to see if the current POC can invoke them as a 
subprocess.  The easiest being AssignServiceInstanceBB.bpmn, this one in 
essence sets up service instance data within A and SDNC for later 
orchestration.  The input would look like this json below

{
  "cloudRegion": {
"cloud-owner": "rack-space",
"cloud-region-version": "2.5",
"complex": "DFW",
"lcp-cloud-region-id": "DFW",
"tenant-id": "rackspace tenant"
  },
  "orchContext": {
"is-rollback-enabled": false
  },
  "requestContext": {
"action": "createInstance",
"mso-request-id": "f3fd7a8b-d8d1-4577-abea-a8c84369d20b",
"product-family-id": "db171b8f-115c-4992-a2e3-ee04cae357e0",
"requestParameters": {
  "aLaCarte": false,
  "subscriptionServiceType": "service subscription"
},
"requestor-id": "userId",
"source": "VID",
"subscription-service-type": "test"
  },
  "serviceInstance": {
"customer": {
  "global-customer-id": "a9a77d5a-123e-4ca2-9eb9-0b015d2ee0fb",
  "service-subscription": {
"service-instances": [],
"service-type": "service-type"
  },
  "subscriber-common-site-id": null,
  "subscriber-name": "SubscriberName",
  "subscriber-type": "INFRA"
},
"model-info-service-instance": {
  "created": "Mon Jul 16 17:26:27 GMT 2018",
  "description": "July 16 2018",
  "environment-context": "General_Revenue-Bearing",
  "model-invariant-uuid": "20d87421-0498-47f3-9404-37d1556fcfaa",
  "model-name": "Sang-CR-Service-1",
  "model-uuid": "0a2bec36-942b-42b8-9bda-94a8ce7da608",
  "model-version": "1.0",
  "service-role": "",
  "service-type": "INFRASTRUCTURE",
  "workload-context": "Production"
},
"orchestration-status": "ASSIGNED",
"owning-entity": {
  "owning-entity-id": "43b8a85a-0421-4265-9069-117dd6526b8a",
  "owning-entity-name": "OwningEntity"
},
"project": {
  "project-name": "TEST POC"
},
"service-instance-id": "8d14783d-d5f8-4663-9793-864e0d52c0c0"
  }
}

Thanks

-Steve


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

View/Reply Online (#11612): https://lists.onap.org/g/onap-discuss/message/11612
Mute This Topic: https://lists.onap.org/mt/24142438/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] [SO] Weekly Meeting Minutes 7-25-2018

[Steve Smokowski]

3A__github.com_tliron_puccini-2Dbpmn_blob_master_open-2Dloop-2Ddesign.bpmn2=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=shs6nPzThSiGJml9VXN0Eg=JzO-UjYTbJGUMdAp-GBJsvFFs6ShpUxOx1OcnoUcxyA=N0Wa3kMB5uCAs3nmwepI_HlMKCoT7GHTti0B3U4reEc=>,
 which is the same file with added diagram information so that it would appear 
more nicely in a BPMN GUI. We used the Eclipse BPMN2 
modeler<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.eclipse.org_bpmn2-2Dmodeler_=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=shs6nPzThSiGJml9VXN0Eg=JzO-UjYTbJGUMdAp-GBJsvFFs6ShpUxOx1OcnoUcxyA=SJl3qOG7SyLszHL6Ph4dGgKvZd43z7mzpHB8RQ-FwT8=>
 to edit the diagram.

You can import either file into your BPM software. Tested with 
jBPM<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.jbpm.org_=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=shs6nPzThSiGJml9VXN0Eg=JzO-UjYTbJGUMdAp-GBJsvFFs6ShpUxOx1OcnoUcxyA=W1qHS9fU6rfTyZgCQIfd6G0KXepK18Hxj3t4z-1bc1s=>
 7.8.0.

On Thu, Jul 26, 2018 at 6:51 AM Steve Smokowski 
mailto:ss8...@att.com>> wrote:
Is there a readme or walkthrough of how we can reproduce the demo shown?  Or 
can you share the command used to take Puccini and have it output the bpmn?

It appears to be something like

-Parse CSAR using Puccini
-Output to Clout
-Utilize Clout output to the javascript file to transform to bpmn



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

View/Reply Online (#11445): https://lists.onap.org/g/onap-discuss/message/11445
Mute This Topic: https://lists.onap.org/mt/23813337/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] [SO] SO Nexus IQ Security Vulnerabilities

[Steve Smokowski]

Is theressome documentation around all these tricks to get the pipelines to do 
things like clm/sonar/etc?

Thanks

-Steve


From: "Williams, Marcus" 
Date: Tuesday, August 7, 2018 at 3:57 PM
To: "onap-discuss@lists.onap.org" , "SMOKOWSKI, 
STEVEN" , "seshu.kuma...@huawei.com" 
Subject: RE: [onap-discuss] [SO] SO Nexus IQ Security Vulnerabilities

Hi Steve,

We can run CLM on any job by typing ‘run-clm’, see 
https://wiki.onap.org/display/DW/Configuring+Gerrit#ConfiguringGerrit-Run-clm<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_Configuring-2BGerrit-23ConfiguringGerrit-2DRun-2Dclm=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=shs6nPzThSiGJml9VXN0Eg=w-lVXp0zkzQUegEtEwvrPsyyNw5ov14_HpEQ515rEjU=7UiS-9RJ4IkgXCMO7AhtYz7d7e_lsw15yW0jDnjKink=>

I’ve started a CLM run on your CXF patch to see how it affects the results.

Thanks,

Marcus Williams
IRC, Twitter, etc. @ mgkwill
Intel Corp.

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Steve Smokowski
Sent: Tuesday, August 7, 2018 12:53 PM
To: onap-discuss@lists.onap.org; Williams, Marcus ; 
seshu.kuma...@huawei.com
Subject: Re: [onap-discuss] [SO] SO Nexus IQ Security Vulnerabilities

A lot seem to just be base spring-boot imports, some are not used.  I can look 
at how we would possibly exclude them.  I upgraded today the cxf, dependency, 
so we should re-run the scan to see if that one goes away at least.

Thanks

-Steve


From: mailto:onap-discuss@lists.onap.org>> on 
behalf of Marcus G K Williams 
mailto:marcus.willi...@intel.com>>
Reply-To: "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
mailto:onap-discuss@lists.onap.org>>, 
"marcus.willi...@intel.com<mailto:marcus.willi...@intel.com>" 
mailto:marcus.willi...@intel.com>>
Date: Tuesday, August 7, 2018 at 3:48 PM
To: "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
mailto:onap-discuss@lists.onap.org>>, 
"seshu.kuma...@huawei.com<mailto:seshu.kuma...@huawei.com>" 
mailto:seshu.kuma...@huawei.com>>
Subject: Re: [onap-discuss] [SO] SO Nexus IQ Security Vulnerabilities

Hi Seshu,

If the issues had been addressed in Beijing, we forgot to cherry pick them to 
master. But I doubt that because CLM seemed to be broken until recently. The 
scan is running on jenkings in the CLM job and it is scanning master.

Here are the last two jobs run on master (they match vulnerability numbers I 
stated below):
https://jenkins.onap.org/view/so/job/so-maven-clm-master/31/<https://urldefense.proofpoint.com/v2/url?u=https-3A__jenkins.onap.org_view_so_job_so-2Dmaven-2Dclm-2Dmaster_31_=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=shs6nPzThSiGJml9VXN0Eg=VZISSA4mDEjMVHPnokzzXs1i0jvSvMZc3v8X9-88XUs=SZWmwnBpekGukcnRWoqCGUVLMVrazK9IMbbDHxyz6_M=>
https://jenkins.onap.org/view/so/job/so-libs-maven-clm-master/47/<https://urldefense.proofpoint.com/v2/url?u=https-3A__jenkins.onap.org_view_so_job_so-2Dlibs-2Dmaven-2Dclm-2Dmaster_47_=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=shs6nPzThSiGJml9VXN0Eg=VZISSA4mDEjMVHPnokzzXs1i0jvSvMZc3v8X9-88XUs=rI6pwE1JPjvARw0kvAtUxCpxUAD3k2x3asNp1H5oowY=>

Either way, we should discuss as a community how to tackle these and future 
security/license issues.


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

View/Reply Online (#11729): https://lists.onap.org/g/onap-discuss/message/11729
Mute This Topic: https://lists.onap.org/mt/24216241/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] [SO] SO Nexus IQ Security Vulnerabilities

[Steve Smokowski]

A lot seem to just be base spring-boot imports, some are not used.  I can look 
at how we would possibly exclude them.  I upgraded today the cxf, dependency, 
so we should re-run the scan to see if that one goes away at least.

Thanks

-Steve


From:  on behalf of Marcus G K Williams 

Reply-To: "onap-discuss@lists.onap.org" , 
"marcus.willi...@intel.com" 
Date: Tuesday, August 7, 2018 at 3:48 PM
To: "onap-discuss@lists.onap.org" , 
"seshu.kuma...@huawei.com" 
Subject: Re: [onap-discuss] [SO] SO Nexus IQ Security Vulnerabilities

Hi Seshu,

If the issues had been addressed in Beijing, we forgot to cherry pick them to 
master. But I doubt that because CLM seemed to be broken until recently. The 
scan is running on jenkings in the CLM job and it is scanning master.

Here are the last two jobs run on master (they match vulnerability numbers I 
stated below):
https://jenkins.onap.org/view/so/job/so-maven-clm-master/31/
https://jenkins.onap.org/view/so/job/so-libs-maven-clm-master/47/

Either way, we should discuss as a community how to tackle these and future 
security/license issues.

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

View/Reply Online (#11727): https://lists.onap.org/g/onap-discuss/message/11727
Mute This Topic: https://lists.onap.org/mt/24216241/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] [SO] SO Nexus IQ Security Vulnerabilities

[Steve Smokowski]

I tried to log on the other day and got rejected login.  Is there something 
special I need to do to view these reports?

Thanks

-Steve


From:  on behalf of Marcus G K Williams 

Reply-To: "onap-discuss@lists.onap.org" , 
"marcus.willi...@intel.com" 
Date: Monday, August 6, 2018 at 7:12 PM
To: "onap-discuss@lists.onap.org" 
Subject: [onap-discuss] [SO] SO Nexus IQ Security Vulnerabilities

Hi SO Community,

I just checked out SO sections of Nexus IQ Security/Licensing Report. See links 
below (login with LF user/pass) or attached PDFs.

https://nexus-iq.wl.linuxfoundation.org/assets/index.html#/reports/so/71843a6fd9ad4d67904aa35a9aa5a03e
https://nexus-iq.wl.linuxfoundation.org/assets/index.html#/reports/so-libs/958a9efb533341f3a0fd5aadd44dd9b3

We have a total of 15 critical and 23 severe security issues, as well as 24 
severe licensing issues. It would be good to organize some way to resolve these 
issues. Maybe we can discuss at the next SO weekly meeting.

Thanks,

Marcus Williams
IRC, Twitter, etc. @ mgkwill
Intel Corp.



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

View/Reply Online (#11704): https://lists.onap.org/g/onap-discuss/message/11704
Mute This Topic: https://lists.onap.org/mt/24216241/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] Is it appropriate for SO to store request parameters in AAI on the service-instance object? #aai #so

[Steve Smokowski]

The request parameters are currently stored in the SO infra_active_requests 
table, is there a need to share them amongst other components?

Thanks
 
-Steve
 

On 7/23/18, 12:39 AM, "onap-discuss@lists.onap.org on behalf of Keong Lim" 
 wrote:

Hi all,

As part of designing the interactions between SO and AAI, the question has 
been asked "how can SO save request parameters in AAI? What string to use when 
creating service-instance?"

Seeking guidance from those in the know, I ask your help with these 
thoughts:

- Is it appropriate for SO to store request parameters in AAI on the 
service-instance object?

- What is the dividing line for including information in AAI vs excluding 
it from AAI?

- Is there a better place store SO request parameters other than the 
service-instance object in AAI?


Thanks,
Keong

Customer Experience and Platform Integration R Dept
--
Keong Lim, Huawei Technologies Co. Ltd (keong@huawei.com)
Ground Floor, Suite 1, 5 Lakeside Drive, BURWOOD EAST VIC 3151 AUSTRALIA
--
  "If ye love wealth better than liberty, the tranquillity of servitude 
than the
   animating contest of freedom-go from us in peace. We ask not your 
counsels
   or arms. Crouch down and lick the hands which feed you. May your chains 
sit
   lightly upon you, and may posterity forget that ye were our countrymen!"
- Samuel Adams







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

View/Reply Online (#11344): https://lists.onap.org/g/onap-discuss/message/11344
Mute This Topic: https://lists.onap.org/mt/23790224/21656
Mute #aai: https://lists.onap.org/mk?hashtag=aai=2740164
Mute #so: https://lists.onap.org/mk?hashtag=so=2740164
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss][SO] How it works (to be completed)

[Steve Smokowski]

How to add a new BPMN for a service ?
BPMN can be deployed over a REST API, we are investigating exposing this in 
Casablanca

Thanks

-Steve


From:  on behalf of Rene Robert 

Reply-To: "onap-discuss@lists.onap.org" , 
"rene.rob...@orange.com" 
Date: Wednesday, July 25, 2018 at 9:36 AM
To: "onap-discuss@lists.onap.org" 
Subject: [onap-discuss][SO] How it works (to be completed)


Hello all,

In order to enhance ONAP documentation, I propose you to complete with me that 
short description around SO and Workflow



What happens when ONAP SDC is distributing service model to ONAP SO ?

 Informations are updated in the SO MariaDB database called “mso_catalog”, and 
especially in the table called “service”



A new entry is inserted in that table for fields :

MODEL_UUID (= UUID in SDC or Tosca file),

MODEL_NAME (= name in SDC or Tosca file),

MODEL_INVARIANT_UUID (= invariantUUID in SDC or Tosca file)

SERVICE_CATEGORY (= category in SDC or Tosca file)

 in the SO MariaDB database called “mso_catalog”, there is also a table called 
“service_recipe” but that table is not modified by SDC distribution process.



What happens when trying to create or delete a service instance based on a 
service model ?

 SO provides two northbound Rest API :



The “serviceInstances” API :

http://mso.api.simpledemo.onap.org:8080/ecomp/mso/infra/serviceInstances/v6

This API is used by VID and NBI components



The “e2eServiceInstances” API :

http://mso.api.simpledemo.onap.org:8080/ecomp/mso/infra/e2eServiceInstances/v3

This API is used by UUI component but seems dedicated to voLTE usecase (some 
hard coding values...)



When SO receive the Rest API message, the API Handler (an SO module) will check 
in the SO MariaDB, in the database called “mso_catalog” and in the table called 
“service_recipe” if there is an entry that match the serviceModelUUID contained 
in the request body (= UUID coming from  SDC or TOSCA file).



If there is an entry, then, the URI of the Orchestration BPMN is indicated in 
the table.

If no entry, then, the default Orchestration BPMN URI is selected.

Default Orchestration BPMN URI is different if using “serviceInstances” API or 
“e2eServiceInstances” API.



For a POST for a “serviceInstances” API, the default BPMN URI is : 
/mso/async/services/CreateGenericALaCarteServiceInstance

For a POST for a “e2eServiceInstances” API , the default BPMN URI is : 
/mso/async/services/CreateCustomE2EServiceInstance



TO BE COMPLETED : interactions between API Handler and Camunda engine to 
effectively launch the BPMN ? see 
mso-api-handlers/mso-api-handler-infra/src/main/java/org/openecomp/mso/apihandlerinfra/ServiceInstances.java



What to do if I want to use a specific BPMN for a service ?



Analysing the ONAP vCPE use-case, it can be noticed that a new entry is 
inserted, by an init script, in the “service_recipe” table with the vCPE 
service UUID and the specific BPMN URI : 
/mso/async/services/CreateVcpeResCustService



How to add a new BPMN for a service ?



All BPMN are already present in the SO when installing ONAP.

 BPMN are part of the source code. Even for vCPE use-case, the BPMNs are in the 
SO source code.

 Not sure that it is possible to upload a new BPMN in a running SO without 
building a new jar/war file of the entire SO module, and rebuilding the docker 
container.



TO BE COMPLETED

[Logo 
Orange]

René Robert

Fixe : +33 2 96 07 39 29 

Mobile : +33 6 74 78 68 43 

Re: [onap-discuss] [so] SO API version

[Steve Smokowski]

I think we support v4 to v6.  What api would you like to use?

Thanks

-Steve


From:  on behalf of Sanchita Pathak 

Reply-To: "onap-discuss@lists.onap.org" , 
"sanch...@techmahindra.com" 
Date: Friday, September 7, 2018 at 11:13 AM
To: "onap-discuss@lists.onap.org" 
Subject: [onap-discuss] [so] SO API version

Hi,

We have setup ONAP Beijing release using heat based installation.
While using VID, it is invoking SO API with version v6. But SO seems to have 
APIs available with version v4 (confirmed by manually invoking API).

Can someone confirm if we are using correct SO image ?

We have pulled openecomp/mso:1.2.2 image from nexus3 ( IMAGE_ID : 7758d7bfc845 )

Thanks in advance !




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 (#12302): https://lists.onap.org/g/onap-discuss/message/12302
Mute This Topic: https://lists.onap.org/mt/25307638/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 vFW Macro Instantiation

[Steve Smokowski]

Any issue issues you can assign to me, for that testing, if there is some chat 
I can join let me know.

Thanks

-Steve


From: "MALAKOV, YURIY" 
Date: Saturday, September 8, 2018 at 10:47 AM
To: "SMOKOWSKI, STEVEN" , "seshu.kuma...@huawei.com" 
, "onap-discuss@lists.onap.org" 

Cc: "FREEMAN, BRIAN D" , "'de Talhouet, Alexis'" 
, "Yang Xu (Yang, Fixed Network)" 
, "PLATANIA, MARCO" 
Subject: RE: ONAP vFW Macro Instantiation

Excellent, Thanks Steve

Our plan is to start testing ONAP vFW Macro Instantiation next week. We will 
keep you posted with our progress.

Appreciate the feedback.


From: SMOKOWSKI, STEVEN
Sent: Saturday, September 08, 2018 10:43 AM
To: MALAKOV, YURIY ; seshu.kuma...@huawei.com; 
onap-discuss@lists.onap.org
Cc: FREEMAN, BRIAN D ; 'de Talhouet, Alexis' 
; Yang Xu (Yang, Fixed Network) 
; PLATANIA, MARCO 
Subject: Re: ONAP vFW Macro Instantiation

OOF supports only limited cases, I do not think it can be used without some 
updates from that team.  I believe homing in MACRO cases is only turned on for 
SRIOV Vnfs, therefore it would skip for this vFW case.

Thanks

-Steve


From: "MALAKOV, YURIY" mailto:ym9...@att.com>>
Date: Saturday, September 8, 2018 at 10:41 AM
To: "SMOKOWSKI, STEVEN" mailto:ss8...@att.com>>, 
"seshu.kuma...@huawei.com" 
mailto:seshu.kuma...@huawei.com>>, 
"onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>
Cc: "FREEMAN, BRIAN D" mailto:bf1...@att.com>>, "'de Talhouet, 
Alexis'" mailto:alexis.de_talho...@bell.ca>>, "Yang 
Xu (Yang, Fixed Network)" mailto:yang@huawei.com>>, 
"PLATANIA, MARCO" mailto:plata...@research.att.com>>
Subject: RE: ONAP vFW Macro Instantiation

Steve,

In Casablanca release for ONAP  use case will the SNIRO building block be 
skipped for homing optimization?
Is the plan to add the OOF support and implementation in Dublin release?

Thanks

Yuriy


From: SMOKOWSKI, STEVEN
Sent: Saturday, September 08, 2018 10:36 AM
To: MALAKOV, YURIY mailto:ym9...@att.com>>; 
seshu.kuma...@huawei.com; 
onap-discuss@lists.onap.org
Cc: FREEMAN, BRIAN D mailto:bf1...@att.com>>; 'de Talhouet, 
Alexis' mailto:alexis.de_talho...@bell.ca>>; Yang 
Xu (Yang, Fixed Network) mailto:yang@huawei.com>>; 
PLATANIA, MARCO mailto:plata...@research.att.com>>
Subject: Re: ONAP vFW Macro Instantiation

It uses SNIRO, the OOF Implementation has to be added(this was not in scope).

Thanks

-Steve


From: "MALAKOV, YURIY" mailto:ym9...@att.com>>
Date: Saturday, September 8, 2018 at 10:35 AM
To: "SMOKOWSKI, STEVEN" mailto:ss8...@att.com>>, 
"seshu.kuma...@huawei.com" 
mailto:seshu.kuma...@huawei.com>>, 
"onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>
Cc: "FREEMAN, BRIAN D" mailto:bf1...@att.com>>, "'de Talhouet, 
Alexis'" mailto:alexis.de_talho...@bell.ca>>, "Yang 
Xu (Yang, Fixed Network)" mailto:yang@huawei.com>>, 
"PLATANIA, MARCO" mailto:plata...@research.att.com>>
Subject: ONAP vFW Macro Instantiation

SO/OOF Team,

Does the current MACRO Instantiation ONAP SO building block trigger OOF for 
homing optimization?
If yes, does OOF use a default homing policy for all ONAP VNFs?

NOTE:

  *   The CDS team is planning to test the automated vFW Instantiation flow 
using the MACRO building blocks this week (Sept 10th ).

[cid:image001.png@01CF2A5B.881CE7E0]

Yuriy Malakov
SDN-CP Lead Engineer
Vacation Alert: 7/24 to 7/31
732-420-3030, Q-Chat
ym9...@att.com


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

View/Reply Online (#12313): https://lists.onap.org/g/onap-discuss/message/12313
Mute This Topic: https://lists.onap.org/mt/25364062/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 vFW Macro Instantiation

[Steve Smokowski]

It uses SNIRO, the OOF Implementation has to be added(this was not in scope).

Thanks

-Steve


From: "MALAKOV, YURIY" 
Date: Saturday, September 8, 2018 at 10:35 AM
To: "SMOKOWSKI, STEVEN" , "seshu.kuma...@huawei.com" 
, "onap-discuss@lists.onap.org" 

Cc: "FREEMAN, BRIAN D" , "'de Talhouet, Alexis'" 
, "Yang Xu (Yang, Fixed Network)" 
, "PLATANIA, MARCO" 
Subject: ONAP vFW Macro Instantiation

SO/OOF Team,

Does the current MACRO Instantiation ONAP SO building block trigger OOF for 
homing optimization?
If yes, does OOF use a default homing policy for all ONAP VNFs?

NOTE:

  *   The CDS team is planning to test the automated vFW Instantiation flow 
using the MACRO building blocks this week (Sept 10th ).

[cid:image001.png@01CF2A5B.881CE7E0]

Yuriy Malakov
SDN-CP Lead Engineer
Vacation Alert: 7/24 to 7/31
732-420-3030, Q-Chat
ym9...@att.com


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

View/Reply Online (#12309): https://lists.onap.org/g/onap-discuss/message/12309
Mute This Topic: https://lists.onap.org/mt/25364062/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 vFW Macro Instantiation

[Steve Smokowski]

OOF supports only limited cases, I do not think it can be used without some 
updates from that team.  I believe homing in MACRO cases is only turned on for 
SRIOV Vnfs, therefore it would skip for this vFW case.

Thanks

-Steve


From: "MALAKOV, YURIY" 
Date: Saturday, September 8, 2018 at 10:41 AM
To: "SMOKOWSKI, STEVEN" , "seshu.kuma...@huawei.com" 
, "onap-discuss@lists.onap.org" 

Cc: "FREEMAN, BRIAN D" , "'de Talhouet, Alexis'" 
, "Yang Xu (Yang, Fixed Network)" 
, "PLATANIA, MARCO" 
Subject: RE: ONAP vFW Macro Instantiation

Steve,

In Casablanca release for ONAP  use case will the SNIRO building block be 
skipped for homing optimization?
Is the plan to add the OOF support and implementation in Dublin release?

Thanks

Yuriy


From: SMOKOWSKI, STEVEN
Sent: Saturday, September 08, 2018 10:36 AM
To: MALAKOV, YURIY ; seshu.kuma...@huawei.com; 
onap-discuss@lists.onap.org
Cc: FREEMAN, BRIAN D ; 'de Talhouet, Alexis' 
; Yang Xu (Yang, Fixed Network) 
; PLATANIA, MARCO 
Subject: Re: ONAP vFW Macro Instantiation

It uses SNIRO, the OOF Implementation has to be added(this was not in scope).

Thanks

-Steve


From: "MALAKOV, YURIY" mailto:ym9...@att.com>>
Date: Saturday, September 8, 2018 at 10:35 AM
To: "SMOKOWSKI, STEVEN" mailto:ss8...@att.com>>, 
"seshu.kuma...@huawei.com" 
mailto:seshu.kuma...@huawei.com>>, 
"onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>
Cc: "FREEMAN, BRIAN D" mailto:bf1...@att.com>>, "'de Talhouet, 
Alexis'" mailto:alexis.de_talho...@bell.ca>>, "Yang 
Xu (Yang, Fixed Network)" mailto:yang@huawei.com>>, 
"PLATANIA, MARCO" mailto:plata...@research.att.com>>
Subject: ONAP vFW Macro Instantiation

SO/OOF Team,

Does the current MACRO Instantiation ONAP SO building block trigger OOF for 
homing optimization?
If yes, does OOF use a default homing policy for all ONAP VNFs?

NOTE:

  *   The CDS team is planning to test the automated vFW Instantiation flow 
using the MACRO building blocks this week (Sept 10th ).

[cid:image001.png@01CF2A5B.881CE7E0]

Yuriy Malakov
SDN-CP Lead Engineer
Vacation Alert: 7/24 to 7/31
732-420-3030, Q-Chat
ym9...@att.com


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

View/Reply Online (#12311): https://lists.onap.org/g/onap-discuss/message/12311
Mute This Topic: https://lists.onap.org/mt/25364062/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 Logging Project

[Steve Smokowski]

EELF has been removed from SO, we are going to be using a normal plain old SL4J 
going forward, removing the MSOlogger wrapper around it.

Thanks

-Steve


From:  on behalf of "OBRIEN, FRANK MICHAEL" 

Reply-To: "onap-discuss@lists.onap.org" , "OBRIEN, 
FRANK MICHAEL" 
Date: Monday, September 10, 2018 at 11:52 PM
To: David Farrelly , Luke Parker 

Cc: Jacqueline Harney , "WELCH, LORRAINE A" 
, "onap-discuss@lists.onap.org" 
Subject: Re: [onap-discuss] ONAP Logging Project

David,
Hi, it is good to meet you, we like working with the DCAE team.  The Clamp, 
MultiVim, SO, Portal and Policy team are also involved.
For EELF – yes most of the AT originated pods have EELF compliance (appc 
and aai directl use EELFLogger), there are several logging libraries in use in 
AA, Portal/SDK, Policy and SO I have run across – we plan on a deep dive into 
the portal/sdk library as one of the RI’s – the last time I did a check on pom 
imports of eelf – the results were posted to the table - 
https://wiki.onap.org/display/DW/Logging+Reference+Implementation#LoggingReferenceImplementation-ExistingEELFimplementations
 Luke has developed an SLF4J library that logs via logback with MDC and 
Marker(label) support – we are currently wrapping that library with a minimal 
AOP library to get markers automated – this is not EELF façade specific beyond 
support for the 4 audit/metrics/error/debug – there is no direct use of EELF.  
I am still going through how EELF is used in the ONAP seed code and will get 
back with a definitive answer.
 Posting details to 
https://wiki.onap.org/display/DW/Logging+Developer+Guide
 At this point late in Casablanca I would recommend using an existing 
library like the one in portal/sdk until we finalize the changes in logback.xml 
and post a retrofitted library and ELK elasticsearch index to process compliant 
logs – unless we finish our retrofit in the next 2 weeks .  Our plan is here - 
https://wiki.onap.org/display/DW/Logging+Casablanca+Scope

 Also, logging compliance currently spans ONAP and Acumos.
 There is a the weekly logging meeting at 11 EDT GMT-4 on Tue where the 
core logging team from Acumos also attends.
 There is the Acumos weekly meeting at 11 EDT GMT-4 on Thu where I join at 
1130 after the ONAP TSC.

 Thank you
 /michael


From: David Farrelly 
Sent: Thursday, September 6, 2018 3:47 AM
To: Luke Parker ; Michael O'Brien 
Cc: Jacqueline Harney 
Subject: ONAP Logging Project

Hi Michael, Luke

I am an engineer in Ericsson and my team is currently looking at the 3GPP 
PM-Mapper MS 
https://jira.onap.org/browse/DCAEGEN2-567.
 Specifically, I am looking into Logging Compliance and I found your names 
mentioned as the Technical Leads for the Logging Enhancements Project and I was 
wondering if I could get your opinion on some things.

I see that EELF and SLF4J are both mentioned on the wiki, which of these would 
you recommend for a new service, also if we used EELF would we only reach Level 
1 compliance and so should we be aiming to use your supplied SLF4J Library?

Regards,

David Farrelly

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 (#12370): https://lists.onap.org/g/onap-discuss/message/12370
Mute This Topic: https://lists.onap.org/mt/25509077/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] [SO] API version : V4 / V6 ?

[Steve Smokowski]

V6 should be the latest for the service instantiation API.  V7 would come in 
Casablanca.

Thanks

-Steve


From:  on behalf of Rene Robert 

Date: Wednesday, July 4, 2018 at 3:11 AM
To: seshu kumar m , "onap-discuss@lists.onap.org" 

Subject: [onap-discuss] [SO] API version : V4 / V6 ?

Hello

I would like to know about the right SO API version
Documentation is talking about V4
A tcpdump between VID and SO show that V6 is used.


[Logo 
Orange]

René Robert
Architecte sénior sur la transformation des réseaux vers l'IT.
ORANGE/IMT/OLN/CNC/NCA/SINA

Fixe : +33 2 96 07 39 29 

Mobile : +33 6 74 78 68 43 

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.


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

View/Reply Online (#10959): https://lists.onap.org/g/onap-discuss/message/10959
Mute This Topic: https://lists.onap.org/mt/23036942/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] [SO] Process retries forever

[Steve Smokowski]

Rainy_Day_Handling Table configures this, I am pretty sure we pushed a fix to 
the infinite retries though.  It should cap at whatever is configured in the 
database, you can set the default action to rollback or abort if you do not 
wish to have a retry.

Thanks
 
-Steve
 

On 10/11/18, 10:43 AM, "onap-discuss@lists.onap.org on behalf of Alexis de 
Talhouet"  
wrote:

Hello SO team,

I pulled latest Dockerimage, and when there is a failure in the flow, 
default behaviour is retrying forever. Is this intended?
Else, is there a way to configure this behaviour?

Thanks,
Alexis









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

View/Reply Online (#12957): https://lists.onap.org/g/onap-discuss/message/12957
Mute This Topic: https://lists.onap.org/mt/27242415/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] [SO] Heat template from yaml string to json for SO multicloud adapter

[Steve Smokowski]

Question 1:  Does the current SO Openstack adapter convert this Yaml  
“template” string to JSON at some point before it gets sent?  If it does, I 
haven’t been able to spot where that happens yet.
Nope

The second (related) issue is the “environment” attribute is also a string 
containing the contents of the heat env file.  I understand that multicloud 
would like to see this json attributes in the “parameters” list.
We would have to code that.

Question 2: Again, does the current SO Openstack adapter do any conversion on 
the “environment” attribute, or does it get sent ‘as is’?
Sent as is, best I can recall.

Questioin 3:  To summarize – is there current code in SO to do what I’m trying 
to do?  Or, does the current SO Openstack adapter just send the heat template 
and environment to Openstack as strings?
 I know we the intel folks are working on building in a multi-cloud plugin to 
the adapter.  Please reach out ot them, it looks like we will support it soon.


Thanks

-Steve


From: "Multanen, Eric W" 
Date: Friday, October 12, 2018 at 3:54 PM
To: "SMOKOWSKI, STEVEN" , "onap-discuss@lists.onap.org" 

Subject: [SO] Heat template from yaml string to json for SO multicloud adapter

Hi SO experts,

For the Openstack multicloud adapter we’re working on in SO, a CreateStackParam 
object is
created from the inputs and included in the “template_data” part of the 
multicloud infra request body to create a vfModule.

That looks something like this:

   “template_data” : {
  “template”: “  “,
  “stack_name”: “vfw”,
  “parameters”: {
 “vnf_id”: “”
  },
  “environment”: “  
“,
   etc.

The issue right now is that the multicloud side would like to get the 
“template” attributes in JSON format – instead of as a Yaml string.
   E.g. something like:
"template": {
"heat_template_version": "2015-10-15",
“description": "Simple template to test heat commands",
"parameters": {

}
   Instead of:
"template": 
"##\n#\n#==LICENSE_START==\n#\n#\n#
 Copyright < rest of the heat template file > “,

Question 1:  Does the current SO Openstack adapter convert this Yaml  
“template” string to JSON at some point before it gets sent?  If it does, I 
haven’t been able to spot where that happens yet.

The second (related) issue is the “environment” attribute is also a string 
containing the contents of the heat env file.  I understand that multicloud 
would like to see this json attributes in the “parameters” list.

Question 2: Again, does the current SO Openstack adapter do any conversion on 
the “environment” attribute, or does it get sent ‘as is’?

Questioin 3:  To summarize – is there current code in SO to do what I’m trying 
to do?  Or, does the current SO Openstack adapter just send the heat template 
and environment to Openstack as strings?


Thanks,
Eric




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

View/Reply Online (#12992): https://lists.onap.org/g/onap-discuss/message/12992
Mute This Topic: https://lists.onap.org/mt/27276320/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] [SO] Create/Activate BB NPE

[Steve Smokowski]

Can open a bug, not sure if we want to reject the request all together or 
simply drop the params.

Thanks

-Steve


From:  on behalf of Alexis de Talhouet 

Reply-To: "onap-discuss@lists.onap.org" , 
"adetalhoue...@gmail.com" 
Date: Thursday, October 11, 2018 at 5:30 PM
To: onap-discuss , "adetalhoue...@gmail.com" 

Subject: Re: [onap-discuss] [SO] Create/Activate BB NPE

What I found out is this comment in the code:

https://github.com/onap/so/blob/3d249b7ac314a5cd59e117672d4b678d33e34c7a/bpmn/so-bpmn-tasks/src/main/java/org/onap/so/bpmn/infrastructure/workflow/tasks/WorkflowAction.java#L242-L245

// SERVICE-MACRO-ACTIVATE, SERVICE-MACRO-UNASSIGN, and
// SERVICE-MACRO-DELETE
// Will never get user params with service, macro will have
// to query the SI in AAI to find related instances.

I was passing user param, even though it’s a service macro activate request I’m 
doing… So I’m going through this statement: 
https://github.com/onap/so/blob/049e0e2304a7de75fc0d35aac7319e89715972a9/bpmn/MSOCommonBPMN/src/main/java/org/onap/so/bpmn/servicedecomposition/tasks/BBInputSetup.java#L887-L895
 which is the one triggering the NPE…

I don’t know how to fix properly the logic, but it should by-pass checking the 
userparam if it’s a service macro assign request.

By not passing userParams, I was able to pass this issue.

Thanks,
Alexis



On Oct 11, 2018, at 11:43 AM, Alexis de Talhouet 
mailto:adetalhoue...@gmail.com>> wrote:

Hello SO team,

After having successfully assigned my service, I’m now activating it.
During that process, I hit an NPE.

Logs and sent request are attached.

Is this a bug, or am I missing something in the request?

Thanks,
Alexis








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

View/Reply Online (#12969): https://lists.onap.org/g/onap-discuss/message/12969
Mute This Topic: https://lists.onap.org/mt/27243130/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][SO] : direct access to Camunda Rest API ?

[Steve Smokowski]

Sorry I missed the Beijing part, that would need a repackage of wars.

Thanks

-Steve


From:  on behalf of "SMOKOWSKI, STEVEN" 

Reply-To: "onap-discuss@lists.onap.org" , 
"SMOKOWSKI, STEVEN" 
Date: Monday, October 15, 2018 at 8:38 AM
To: "rene.rob...@orange.com" , 
"onap-discuss@lists.onap.org" 
Cc: PERZO Thibault IMT/OLN 
Subject: Re: [onap-discuss][SO] : direct access to Camunda Rest API ?

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


It is already exposed, it is configured via the override.yaml.

Thanks

-Steve


From: "rene.rob...@orange.com" 
Date: Monday, October 15, 2018 at 8:37 AM
To: "onap-discuss@lists.onap.org" , "SMOKOWSKI, 
STEVEN" 
Cc: PERZO Thibault IMT/OLN 
Subject: [onap-discuss][SO] : direct access to Camunda Rest API ?

Hello

We would like to get access to Camunda Rest API (ref : 
https://docs.camunda.org/manual/7.8/reference/rest/)
 on our ONAP Beijing installation.
Is it possible ? URL ? port ?

Thanks

[Logo 
Orange]

René Robert
«Open and Smart solutions for autOmating Network Services»
ORANGE/IMT/OLN/CNC/NARA/OSONS

Fixe : +33 2 96 07 39 29 

Mobile : +33 6 74 78 68 43 

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.


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

View/Reply Online (#13012): https://lists.onap.org/g/onap-discuss/message/13012
Mute This Topic: https://lists.onap.org/mt/27328700/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] [SO] Camunda Cockpit Web app

[Steve Smokowski]

Cockpit requires a license, if you have one then you can enable it, if not you 
can use the new SO Monitoring UI which provides similar functionality.

Thanks
 
-Steve
 

On 10/15/18, 9:06 AM, "onap-discuss@lists.onap.org on behalf of Alexis de 
Talhouet"  
wrote:

Hello SO team,

In Casablanca, can I access the cockpit web application? Is so, what’s the 
URL and creds?

Thanks,
Alexis





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

View/Reply Online (#13015): https://lists.onap.org/g/onap-discuss/message/13015
Mute This Topic: https://lists.onap.org/mt/27328930/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][SO] : direct access to Camunda Rest API ?

[Steve Smokowski]

It is already exposed, it is configured via the override.yaml.

Thanks

-Steve


From: "rene.rob...@orange.com" 
Date: Monday, October 15, 2018 at 8:37 AM
To: "onap-discuss@lists.onap.org" , "SMOKOWSKI, 
STEVEN" 
Cc: PERZO Thibault IMT/OLN 
Subject: [onap-discuss][SO] : direct access to Camunda Rest API ?

Hello

We would like to get access to Camunda Rest API (ref : 
https://docs.camunda.org/manual/7.8/reference/rest/)
 on our ONAP Beijing installation.
Is it possible ? URL ? port ?

Thanks

[Logo 
Orange]

René Robert
«Open and Smart solutions for autOmating Network Services»
ORANGE/IMT/OLN/CNC/NARA/OSONS

Fixe : +33 2 96 07 39 29 

Mobile : +33 6 74 78 68 43 

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.

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

View/Reply Online (#13011): https://lists.onap.org/g/onap-discuss/message/13011
Mute This Topic: https://lists.onap.org/mt/27328700/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] [integration][sdnc][so] Integration Working Session

[Steve Smokowski]

https://gerrit.onap.org/r/#/c/70817/

Above fixes that, what are we testing on here?

Thanks

-Steve


From:  on behalf of "FREEMAN, BRIAN D" 

Reply-To: "onap-discuss@lists.onap.org" , 
"FREEMAN, BRIAN D" 
Date: Monday, October 22, 2018 at 12:27 PM
To: "onap-discuss@lists.onap.org" , 
"helen.c...@huawei.com" 
Subject: Re: [onap-discuss] [integration][sdnc][so] Integration Working Session

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



SO error on instantiate VFModule


Brian

"requestId": "cd595902-1896-465b-923a-263f089171f2",
"requestType": "createInstance",
"timestamp": "Mon, 22 Oct 2018 11:23:54",
"requestState": "FAILED",
"requestStatus": "Error in queryAAIVfModuleForStatus(): No such property: 
VF_MODULES for class: org.onap.so.client.aai.AAIObjectPlurals",
"percent-progress": "100"

10/22/18 11:23:53 HTTP Status: Accepted (202)
{
  "requestReferences": {
"requestId": "cd595902-1896-465b-923a-263f089171f2",
"instanceId": "24b96818-b0c7-4432-baee-4d48739351aa"
  }
}



-Original Appointment-
From: Yunxia Chen 
Sent: Monday, October 22, 2018 10:08 AM
To: Yunxia Chen; onap-discuss
Subject: [onap-discuss] [integration][sdnc][so] Integration Working Session
When: Monday, October 22, 2018 8:00 AM-10:00 AM (UTC-08:00) Pacific Time (US & 
Canada).
Where: 
https://zoom.us/j/44


When: Monday, October 22, 2018 8:00 AM-10:00 AM. (UTC-08:00) Pacific Time (US & 
Canada)
Where: 
https://zoom.us/j/44

*~*~*~*~*~*~*~*~*~*
Move two hours earlier to avoid conflict with CDS meeting.
Today we are going to test vFW instantiation.

Thank you,
Helen Chen



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

View/Reply Online (#13182): https://lists.onap.org/g/onap-discuss/message/13182
Mute This Topic: https://lists.onap.org/mt/27485563/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] [integration][sdnc][so] Integration Working Session

[Steve Smokowski]

4a92b67-f709-4e56-930d-790fd5337424","modelCustomizationId":"06f3330e-8ad4-46ce-8ed6-0e5353b0e79a","modelUuid":"b4a92b67-f709-4e56-930d-790fd5337424","modelInvariantUuid":"2221b622-ab08-46e2-9f3b-3d36db32cd56","modelInstanceName":"23461bd9-c515-44a3-ae72
 
0"}}}],"cloudConfiguration":{"tenantId":"ebb0ea7144004bacac1e39ff23105fa7","cloudOwner":"att-aic","lcpCloudRegionId":"RegionOne"},"requestParameters":{"testApi":"VNF_API","usePreload":true}},"instanceReferences":{"serviceInstanceId":"58b07f74-9671-41f1-8c4e-14efcbe6bfb0","vnfInstanceId":"a2d09fed-4a98-4aff-8a5d-950e67b3565d","vfModuleInstanceId":"64b092d3-fc50-403f-9256-af7f06d5bc3e","vfModuleInstanceName":"Vfmodule_Ete_vFW_b96e3a89-fc1f-4f8c-b5a3-e7fcb21e1d38","requestorId":"demo"},"requestStatus":{"requestState":"FAILED","statusMessage":"Received
 vfModuleException from VnfAdapter: category=\'INTERNAL\' 
message=\'org.onap.so.openstack.exceptions.MsoIOException: Connect to 
1.2.3.4:5000 [/1.2.3.4] failed: Operation timed out (Connection timed out)\' 
rolledBack=\'true\'","percentProgress":100,"finishTime":"Mon, 22 Oct 2018 
17:04:57 GMT"}}}' | 'FAILED' ]

'{"request":{"requestId":"01de2256-fdcc-4c9f-b7cc-be6b04dd2d06","startTime":"Mon,
 22 Oct 2018 17:02:32 
GMT","requestScope":"vfModule","requestType":"createInstance","requestDetails":{"modelInfo":{"modelCustomizationName":"23461bd9C51544a3Ae72..base_vfw..module-0","modelInvariantId":"15724172-62e9-4ef8-b57a-31c166b7b04c","modelType":"vfModule","modelName":"23461bd9C51544a3Ae72..base_vfw..module-0","modelVersion":"1","modelCustomizationUuid":"0f2d6f1a-2d1a-454c-a11b-d41b8dcea0df","modelVersionId":"4402746d-6bea-444d-a61a-008839e123f4","modelCustomizationId":"0f2d6f1a-2d1a-454c-a11b-d41b8dcea0df","modelUuid":"4402746d-6bea-444d-a61a-008839e123f4","modelInvariantUuid":"15724172-62e9-4ef8-b57a-31c166b7b04c","modelInstanceName":"23461bd9C51544a3Ae72..base_vfw..module-0"},"requestInfo":{"source":"VID","instanceName":"Vfmodule_Ete_vFW_b96e3a89-fc1f-4f8c-b5a3-e7fcb21e1d38","suppressRollback":false,"requestorId":"demo"},"relatedInstanceList":[{"relatedInstance":{"instanceId":"58b07f74-9671-41f1-8c4e-14efcbe6bfb0","modelInfo":{"modelInvariantId":"1fa1465c-65b4-437e-8c3a-93d075b8c4af","modelType":"service","modelName":"vFW
 2018-10-22 
16:58:04","modelVersion":"1.0","modelVersionId":"40f9ff89-8f74-4a40-aa62-98f1511656bd","modelUuid":"40f9ff89-8f74-4a40-aa62-98f1511656bd","modelInvariantUuid":"1fa1465c-65b4-437e-8c3a-93d075b8c4af"}}},{"relatedInstance":{"instanceId":"a2d09fed-4a98-4aff-8a5d-950e67b3565d","modelInfo":{"modelCustomizationName":"23461bd9-c515-44a3-ae72
 
0","modelInvariantId":"2221b622-ab08-46e2-9f3b-3d36db32cd56","modelType":"vnf","modelName":"23461bd9-c515-44a3-ae72","modelVersion":"1.0","modelCustomizationUuid":"06f3330e-8ad4-46ce-8ed6-0e5353b0e79a","modelVersionId":"b4a92b67-f709-4e56-930d-790fd5337424","modelCustomizationId":"06f3330e-8ad4-46ce-8ed6-0e5353b0e79a","modelUuid":"b4a92b67-f709-4e56-930d-790fd5337424","modelInvariantUuid":"2221b622-ab08-46e2-9f3b-3d36db32cd56","modelInstanceName":"23461bd9-c515-44a3-ae72
 
0"}}}],"cloudConfiguration":{"tenantId":"ebb0ea7144004bacac1e39ff23105fa7","cloudOwner":"att-aic","lcpCloudRegionId":"RegionOne"},"requestParameters":{"testApi":"VNF_API","usePreload":true}},"instanceReferences":{"serviceInstanceId":"58b07f74-9671-41f1-8c4e-14efcbe6bfb0","vnfInstanceId":"a2d09fed-4a98-4aff-8a5d-950e67b3565d","vfModuleInstanceId":"64b092d3-fc50-403f-9256-af7f06d5bc3e","vfModuleInstanceName":"Vfmodule_Ete_vFW_b96e3a89-fc1f-4f8c-b5a

Re: [onap-discuss] [integration][sdnc][so] Integration Working Session

[Steve Smokowski]

":{"instanceId":"58b07f74-9671-41f1-8c4e-14efcbe6bfb0","modelInfo":{"modelInvariantId":"1fa1465c-65b4-437e-8c3a-93d075b8c4af","modelType":"service","modelName":"vFW
 2018-10-22 
16:58:04","modelVersion":"1.0","modelVersionId":"40f9ff89-8f74-4a40-aa62-98f1511656bd","modelUuid":"40f9ff89-8f74-4a40-aa62-98f1511656bd","modelInvariantUuid":"1fa1465c-65b4-437e-8c3a-93d075b8c4af"}}},{"relatedInstance":{"instanceId":"a2d09fed-4a98-4aff-8a5d-950e67b3565d","modelInfo":{"modelCustomizationName":"23461bd9-c515-44a3-ae72
 
0","modelInvariantId":"2221b622-ab08-46e2-9f3b-3d36db32cd56","modelType":"vnf","modelName":"23461bd9-c515-44a3-ae72","modelVersion":"1.0","modelCustomizationUuid":"06f3330e-8ad4-46ce-8ed6-0e5353b0e79a","modelVersionId":"b4a92b67-f709-4e56-930d-790fd5337424","modelCustomizationId":"06f3330e-8ad4-46ce-8ed6-0e5353b0e79a","modelUuid":"b4a92b67-f709-4e56-930d-790fd5337424","modelInvariantUuid":"2221b622-ab08-46e2-9f3b-3d36db32cd56","modelInstanceName":"23461bd9-c515-44a3-ae72
 
0"}}}],"cloudConfiguration":{"tenantId":"ebb0ea7144004bacac1e39ff23105fa7","cloudOwner":"att-aic","lcpCloudRegionId":"RegionOne"},"requestParameters":{"testApi":"VNF_API","usePreload":true}},"instanceReferences":{"serviceInstanceId":"58b07f74-9671-41f1-8c4e-14efcbe6bfb0","vnfInstanceId":"a2d09fed-4a98-4aff-8a5d-950e67b3565d","vfModuleInstanceId":"64b092d3-fc50-403f-9256-af7f06d5bc3e","vfModuleInstanceName":"Vfmodule_Ete_vFW_b96e3a89-fc1f-4f8c-b5a3-e7fcb21e1d38","requestorId":"demo"},"requestStatus":{"requestState":"FAILED","statusMessage":"Received
 vfModuleException from VnfAdapter: category=\'INTERNAL\' 
message=\'org.onap.so.openstack.exceptions.MsoIOException: Connect to 
1.2.3.4:5000 [/1.2.3.4] failed: Operation timed out (Connection timed out)\' 
rolledBack=\'true\'","percentProgress":100,"finishTime":"Mon, 22 Oct 2018 
17:04:57 GMT"}}}' | 'FAILED' ]

'{"request":{"requestId":"01de2256-fdcc-4c9f-b7cc-be6b04dd2d06","startTime":"Mon,
 22 Oct 2018 17:02:32 
GMT","requestScope":"vfModule","requestType":"createInstance","requestDetails":{"modelInfo":{"modelCustomizationName":"23461bd9C51544a3Ae72..base_vfw..module-0","modelInvariantId":"15724172-62e9-4ef8-b57a-31c166b7b04c","modelType":"vfModule","modelName":"23461bd9C51544a3Ae72..base_vfw..module-0","modelVersion":"1","modelCustomizationUuid":"0f2d6f1a-2d1a-454c-a11b-d41b8dcea0df","modelVersionId":"4402746d-6bea-444d-a61a-008839e123f4","modelCustomizationId":"0f2d6f1a-2d1a-454c-a11b-d41b8dcea0df","modelUuid":"4402746d-6bea-444d-a61a-008839e123f4","modelInvariantUuid":"15724172-62e9-4ef8-b57a-31c166b7b04c","modelInstanceName":"23461bd9C51544a3Ae72..base_vfw..module-0"},"requestInfo":{"source":"VID","instanceName":"Vfmodule_Ete_vFW_b96e3a89-fc1f-4f8c-b5a3-e7fcb21e1d38","suppressRollback":false,"requestorId":"demo"},"relatedInstanceList":[{"relatedInstance":{"instanceId":"58b07f74-9671-41f1-8c4e-14efcbe6bfb0","modelInfo":{"modelInvariantId":"1fa1465c-65b4-437e-8c3a-93d075b8c4af","modelType":"service","modelName":"vFW
 2018-10-22 
16:58:04","modelVersion":"1.0","modelVersionId":"40f9ff89-8f74-4a40-aa62-98f1511656bd","modelUuid":"40f9ff89-8f74-4a40-aa62-98f1511656bd","modelInvariantUuid":"1fa1465c-65b4-437e-8c3a-93d075b8c4af"}}},{"relatedInstance":{"instanceId":"a2d09fed-4a98-4aff-8a5d-950e67b3565d","modelInfo":{"modelCustomizationName":"23461bd9-c515-44a3-ae72
 
0","modelInvariantId":"2221b622-ab08-46e2-9f3b-3d36db32cd56","modelType":"vnf","modelName":"23461bd9-c515-44a3-ae72","modelVersion":"1.0","modelCustomizationUuid":"06f3330e-8ad4-4

Re: [onap-discuss] [integration][sdnc][so] Integration Working Session

[Steve Smokowski]

"percentProgress":100,"finishTime":"Mon, 22 Oct 2018 
17:04:57 GMT"}}}' | 'FAILED' ]

'{"request":{"requestId":"01de2256-fdcc-4c9f-b7cc-be6b04dd2d06","startTime":"Mon,
 22 Oct 2018 17:02:32 
GMT","requestScope":"vfModule","requestType":"createInstance","requestDetails":{"modelInfo":{"modelCustomizationName":"23461bd9C51544a3Ae72..base_vfw..module-0","modelInvariantId":"15724172-62e9-4ef8-b57a-31c166b7b04c","modelType":"vfModule","modelName":"23461bd9C51544a3Ae72..base_vfw..module-0","modelVersion":"1","modelCustomizationUuid":"0f2d6f1a-2d1a-454c-a11b-d41b8dcea0df","modelVersionId":"4402746d-6bea-444d-a61a-008839e123f4","modelCustomizationId":"0f2d6f1a-2d1a-454c-a11b-d41b8dcea0df","modelUuid":"4402746d-6bea-444d-a61a-008839e123f4","modelInvariantUuid":"15724172-62e9-4ef8-b57a-31c166b7b04c","modelInstanceName":"23461bd9C51544a3Ae72..base_vfw..module-0"},"requestInfo":{"source":"VID","instanceName":"Vfmodule_Ete_vFW_b96e3a89-fc1f-4f8c-b5a3-e7fcb21e1d38","suppressRollback":false,"requestorId":"demo"},"relatedInstanceList":[{"relatedInstance":{"instanceId":"58b07f74-9671-41f1-8c4e-14efcbe6bfb0","modelInfo":{"modelInvariantId":"1fa1465c-65b4-437e-8c3a-93d075b8c4af","modelType":"service","modelName":"vFW
 2018-10-22 
16:58:04","modelVersion":"1.0","modelVersionId":"40f9ff89-8f74-4a40-aa62-98f1511656bd","modelUuid":"40f9ff89-8f74-4a40-aa62-98f1511656bd","modelInvariantUuid":"1fa1465c-65b4-437e-8c3a-93d075b8c4af"}}},{"relatedInstance":{"instanceId":"a2d09fed-4a98-4aff-8a5d-950e67b3565d","modelInfo":{"modelCustomizationName":"23461bd9-c515-44a3-ae72
 
0","modelInvariantId":"2221b622-ab08-46e2-9f3b-3d36db32cd56","modelType":"vnf","modelName":"23461bd9-c515-44a3-ae72","modelVersion":"1.0","modelCustomizationUuid":"06f3330e-8ad4-46ce-8ed6-0e5353b0e79a","modelVersionId":"b4a92b67-f709-4e56-930d-790fd5337424","modelCustomizationId":"06f3330e-8ad4-46ce-8ed6-0e5353b0e79a","modelUuid":"b4a92b67-f709-4e56-930d-790fd5337424","modelInvariantUuid":"2221b622-ab08-46e2-9f3b-3d36db32cd56","modelInstanceName":"23461bd9-c515-44a3-ae72
 
0"}}}],"cloudConfiguration":{"tenantId":"ebb0ea7144004bacac1e39ff23105fa7","cloudOwner":"att-aic","lcpCloudRegionId":"RegionOne"},"requestParameters":{"testApi":"VNF_API","usePreload":true}},"instanceReferences":{"serviceInstanceId":"58b07f74-9671-41f1-8c4e-14efcbe6bfb0","vnfInstanceId":"a2d09fed-4a98-4aff-8a5d-950e67b3565d","vfModuleInstanceId":"64b092d3-fc50-403f-9256-af7f06d5bc3e","vfModuleInstanceName":"Vfmodule_Ete_vFW_b96e3a89-fc1f-4f8c-b5a3-e7fcb21e1d38","requestorId":"demo"},"requestStatus":{"requestState":"FAILED","statusMessage":"Received
 vfModuleException from VnfAdapter: category='INTERNAL' 
message='org.onap.so.openstack.exceptions.MsoIOException: Connect to 
1.2.3.4:5000 [/1.2.3.4] failed: Operation timed out (Connection timed out)' 
rolledBack='true'","percentProgress":100,"finishTime":"Mon, 22 Oct 2018 
17:04:57 GMT"}}}' contains 'FAILED'


Thanks,
Gary

From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Steve Smokowski
Sent: Monday, October 22, 2018 9:30 AM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; FREEMAN, 
BRIAN D mailto:bf1...@att.com>>; Yunxia Chen 
mailto:helen.c...@huawei.com>>
Subject: Re: [onap-discuss] [integration][sdnc][so] Integration Working Session

https://gerrit.onap.org/r/#/c/70817/<https://urldefense.proofpoint.com/v2/url?u=https-3A__gerrit.onap.org_r_-23_c_70817_=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=eT0V7lP-NyPi_C3HYeT3IzBpMqMODaYlG6Tu6flfzXA=S7pi7aMBbQbyDqHcV9PVa0HMvV8yp9J65M5rD7AyWU0=>

Above fixes that, what are we testing on here?

Thanks

-Steve


From: mailto:onap-discuss@lists.onap.org>> on 
behalf of "FREEMAN, BRIAN D" mailto:bf1...@att.com>>
Reply-To: "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
mailto:onap-discuss@lists.onap.org>>, "FREEMAN, 
BRIAN D" mailto:bf1...@att.com>>
Date: Monday, October 22, 2018 at 12:27 PM
To: "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
mailto:onap-discuss@lists.onap.org>>, 
"helen.c...@huawei.com<mailto:helen.c...@huawei.com>" 
mailto:helen.c...@huawei.com>>
Subject: Re: [onap-discuss] [integration][sdnc][so] Integration Working Session

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

SO error on instantiate VFModule


Brian

"requestId": "cd595902-1896-465b-923a-263f089171f2",
"requestType": "createInstance",
"timestamp": "Mon, 22 Oct 2018 11:23:54",
"requestState": "FAILED",
"requestStatus": "Error in queryAAIVfModuleForStatus(): No such property: 
VF_MODULES for class: org.onap.so.client.aai.AAIObjectPlurals",
"percent-progress": "100"

10/22/18 11:23:53 HTTP Status: Accepted (202)
{
  "requestReferences": {
"requestId": "cd595902-1896-465b-923a-263f089171f2",
"instanceId": "24b96818-b0c7-4432-baee-4d48739351aa"
  }
}



-Original Appointment-
From: Yunxia Chen mailto:helen.c...@huawei.com>>
Sent: Monday, October 22, 2018 10:08 AM
To: Yunxia Chen; onap-discuss
Subject: [onap-discuss] [integration][sdnc][so] Integration Working Session
When: Monday, October 22, 2018 8:00 AM-10:00 AM (UTC-08:00) Pacific Time (US & 
Canada).
Where: 
https://zoom.us/j/44<https://urldefense.proofpoint.com/v2/url?u=https-3A__zoom.us_j_44=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=shs6nPzThSiGJml9VXN0Eg=7SlqwhpgnDk8xHLA0R3u8rbIy86RGlX8phWd_O0NkVY=9pRvdy2bKoqJSNjqC6J55vLi9RQnUn5VuQwWhQRIuS0=>


When: Monday, October 22, 2018 8:00 AM-10:00 AM. (UTC-08:00) Pacific Time (US & 
Canada)
Where: 
https://zoom.us/j/44<https://urldefense.proofpoint.com/v2/url?u=https-3A__zoom.us_j_44=DwQFoQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=n41TwnfwEDikb-wmVIodMSWMBi7bX3CUNKJjmRabXvI=XCYwrWtlflQujAZOO8PRaI_ynrWgdThl2PjN34v_g1E=>

*~*~*~*~*~*~*~*~*~*
Move two hours earlier to avoid conflict with CDS meeting.
Today we are going to test vFW instantiation.

Thank you,
Helen Chen



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

View/Reply Online (#13195): https://lists.onap.org/g/onap-discuss/message/13195
Mute This Topic: https://lists.onap.org/mt/27485563/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] [integration][sdnc][so] Integration Working Session

[Steve Smokowski]

tus":{"requestState":"FAILED","statusMessage":"Received
 vfModuleException from VnfAdapter: category=\'INTERNAL\' 
message=\'org.onap.so.openstack.exceptions.MsoIOException: Connect to 
1.2.3.4:5000 [/1.2.3.4] failed: Operation timed out (Connection timed out)\' 
rolledBack=\'true\'","percentProgress":100,"finishTime":"Mon, 22 Oct 2018 
17:04:57 GMT"}}}' | 'FAILED' ]

'{"request":{"requestId":"01de2256-fdcc-4c9f-b7cc-be6b04dd2d06","startTime":"Mon,
 22 Oct 2018 17:02:32 
GMT","requestScope":"vfModule","requestType":"createInstance","requestDetails":{"modelInfo":{"modelCustomizationName":"23461bd9C51544a3Ae72..base_vfw..module-0","modelInvariantId":"15724172-62e9-4ef8-b57a-31c166b7b04c","modelType":"vfModule","modelName":"23461bd9C51544a3Ae72..base_vfw..module-0","modelVersion":"1","modelCustomizationUuid":"0f2d6f1a-2d1a-454c-a11b-d41b8dcea0df","modelVersionId":"4402746d-6bea-444d-a61a-008839e123f4","modelCustomizationId":"0f2d6f1a-2d1a-454c-a11b-d41b8dcea0df","modelUuid":"4402746d-6bea-444d-a61a-008839e123f4","modelInvariantUuid":"15724172-62e9-4ef8-b57a-31c166b7b04c","modelInstanceName":"23461bd9C51544a3Ae72..base_vfw..module-0"},"requestInfo":{"source":"VID","instanceName":"Vfmodule_Ete_vFW_b96e3a89-fc1f-4f8c-b5a3-e7fcb21e1d38","suppressRollback":false,"requestorId":"demo"},"relatedInstanceList":[{"relatedInstance":{"instanceId":"58b07f74-9671-41f1-8c4e-14efcbe6bfb0","modelInfo":{"modelInvariantId":"1fa1465c-65b4-437e-8c3a-93d075b8c4af","modelType":"service","modelName":"vFW
 2018-10-22 
16:58:04","modelVersion":"1.0","modelVersionId":"40f9ff89-8f74-4a40-aa62-98f1511656bd","modelUuid":"40f9ff89-8f74-4a40-aa62-98f1511656bd","modelInvariantUuid":"1fa1465c-65b4-437e-8c3a-93d075b8c4af"}}},{"relatedInstance":{"instanceId":"a2d09fed-4a98-4aff-8a5d-950e67b3565d","modelInfo":{"modelCustomizationName":"23461bd9-c515-44a3-ae72
 
0","modelInvariantId":"2221b622-ab08-46e2-9f3b-3d36db32cd56","modelType":"vnf","modelName":"23461bd9-c515-44a3-ae72","modelVersion":"1.0","modelCustomizationUuid":"06f3330e-8ad4-46ce-8ed6-0e5353b0e79a","modelVersionId":"b4a92b67-f709-4e56-930d-790fd5337424","modelCustomizationId":"06f3330e-8ad4-46ce-8ed6-0e5353b0e79a","modelUuid":"b4a92b67-f709-4e56-930d-790fd5337424","modelInvariantUuid":"2221b622-ab08-46e2-9f3b-3d36db32cd56","modelInstanceName":"23461bd9-c515-44a3-ae72
 
0"}}}],"cloudConfiguration":{"tenantId":"ebb0ea7144004bacac1e39ff23105fa7","cloudOwner":"att-aic","lcpCloudRegionId":"RegionOne"},"requestParameters":{"testApi":"VNF_API","usePreload":true}},"instanceReferences":{"serviceInstanceId":"58b07f74-9671-41f1-8c4e-14efcbe6bfb0","vnfInstanceId":"a2d09fed-4a98-4aff-8a5d-950e67b3565d","vfModuleInstanceId":"64b092d3-fc50-403f-9256-af7f06d5bc3e","vfModuleInstanceName":"Vfmodule_Ete_vFW_b96e3a89-fc1f-4f8c-b5a3-e7fcb21e1d38","requestorId":"demo"},"requestStatus":{"requestState":"FAILED","statusMessage":"Received
 vfModuleException from VnfAdapter: category='INTERNAL' 
message='org.onap.so.openstack.exceptions.MsoIOException: Connect to 
1.2.3.4:5000 [/1.2.3.4] failed: Operation timed out (Connection timed out)' 
rolledBack='true'","percentProgress":100,"finishTime":"Mon, 22 Oct 2018 
17:04:57 GMT"}}}' contains 'FAILED'


Thanks,
Gary

From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Steve Smokowski
Sent: Monday, October 22, 2018 9:30 AM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; FREEMAN, 
BRIAN D mailto:bf1...@att.com>>; Yunxia Chen 
mailto:helen.c...@huawei.com>>
Subject: Re: [onap-discuss] [integration][sdnc][so] Integration Working Session

https://gerrit.onap.org/r/#/c/70817/<https://urldefense.proofpoint.com/v2/url?u=https-3A__gerrit.onap.org_r

Re: [onap-discuss] [integration][sdnc][so] Integration Working Session

[Steve Smokowski]

ule","modelName":"23461bd9C51544a3Ae72..base_vfw..module-0","modelVersion":"1","modelCustomizationUuid":"0f2d6f1a-2d1a-454c-a11b-d41b8dcea0df","modelVersionId":"4402746d-6bea-444d-a61a-008839e123f4","modelCustomizationId":"0f2d6f1a-2d1a-454c-a11b-d41b8dcea0df","modelUuid":"4402746d-6bea-444d-a61a-008839e123f4","modelInvariantUuid":"15724172-62e9-4ef8-b57a-31c166b7b04c","modelInstanceName":"23461bd9C51544a3Ae72..base_vfw..module-0"},"requestInfo":{"source":"VID","instanceName":"Vfmodule_Ete_vFW_b96e3a89-fc1f-4f8c-b5a3-e7fcb21e1d38","suppressRollback":false,"requestorId":"demo"},"relatedInstanceList":[{"relatedInstance":{"instanceId":"58b07f74-9671-41f1-8c4e-14efcbe6bfb0","modelInfo":{"modelInvariantId":"1fa1465c-65b4-437e-8c3a-93d075b8c4af","modelType":"service","modelName":"vFW
 2018-10-22 
16:58:04","modelVersion":"1.0","modelVersionId":"40f9ff89-8f74-4a40-aa62-98f1511656bd","modelUuid":"40f9ff89-8f74-4a40-aa62-98f1511656bd","modelInvariantUuid":"1fa1465c-65b4-437e-8c3a-93d075b8c4af"}}},{"relatedInstance":{"instanceId":"a2d09fed-4a98-4aff-8a5d-950e67b3565d","modelInfo":{"modelCustomizationName":"23461bd9-c515-44a3-ae72
 
0","modelInvariantId":"2221b622-ab08-46e2-9f3b-3d36db32cd56","modelType":"vnf","modelName":"23461bd9-c515-44a3-ae72","modelVersion":"1.0","modelCustomizationUuid":"06f3330e-8ad4-46ce-8ed6-0e5353b0e79a","modelVersionId":"b4a92b67-f709-4e56-930d-790fd5337424","modelCustomizationId":"06f3330e-8ad4-46ce-8ed6-0e5353b0e79a","modelUuid":"b4a92b67-f709-4e56-930d-790fd5337424","modelInvariantUuid":"2221b622-ab08-46e2-9f3b-3d36db32cd56","modelInstanceName":"23461bd9-c515-44a3-ae72
 
0"}}}],"cloudConfiguration":{"tenantId":"ebb0ea7144004bacac1e39ff23105fa7","cloudOwner":"att-aic","lcpCloudRegionId":"RegionOne"},"requestParameters":{"testApi":"VNF_API","usePreload":true}},"instanceReferences":{"serviceInstanceId":"58b07f74-9671-41f1-8c4e-14efcbe6bfb0","vnfInstanceId":"a2d09fed-4a98-4aff-8a5d-950e67b3565d","vfModuleInstanceId":"64b092d3-fc50-403f-9256-af7f06d5bc3e","vfModuleInstanceName":"Vfmodule_Ete_vFW_b96e3a89-fc1f-4f8c-b5a3-e7fcb21e1d38","requestorId":"demo"},"requestStatus":{"requestState":"FAILED","statusMessage":"Received
 vfModuleException from VnfAdapter: category='INTERNAL' 
message='org.onap.so.openstack.exceptions.MsoIOException: Connect to 
1.2.3.4:5000 [/1.2.3.4] failed: Operation timed out (Connection timed out)' 
rolledBack='true'","percentProgress":100,"finishTime":"Mon, 22 Oct 2018 
17:04:57 GMT"}}}' contains 'FAILED'


Thanks,
Gary

From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Steve Smokowski
Sent: Monday, October 22, 2018 9:30 AM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; FREEMAN, 
BRIAN D mailto:bf1...@att.com>>; Yunxia Chen 
mailto:helen.c...@huawei.com>>
Subject: Re: [onap-discuss] [integration][sdnc][so] Integration Working Session

https://gerrit.onap.org/r/#/c/70817/<https://urldefense.proofpoint.com/v2/url?u=https-3A__gerrit.onap.org_r_-23_c_70817_=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=eT0V7lP-NyPi_C3HYeT3IzBpMqMODaYlG6Tu6flfzXA=S7pi7aMBbQbyDqHcV9PVa0HMvV8yp9J65M5rD7AyWU0=>

Above fixes that, what are we testing on here?

Thanks

-Steve


From: mailto:onap-discuss@lists.onap.org>> on 
behalf of "FREEMAN, BRIAN D" mailto:bf1...@att.com>>
Reply-To: "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
mailto:onap-discuss@lists.onap.org>>, "FREEMAN, 
BRIAN D" mailto:bf1...@att.com>>
Date: Monday, October 22, 2018 at 12:27 PM
To: "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
mailto:onap-discuss@lists.onap.org>>, 
"helen.c...@huawei.com<mailto:helen.c...@huawei.com>" 
mailto:helen.c...@huawei.com>>
Subject: Re: [onap-discuss] [integration][sdnc][so] Integration Working Session

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

SO error on instantiate VFModule


Brian

"requestId": "cd595902-1896-465b-923a-263f089171f2",
"requestType": "createInstance",
"timestamp": "Mon, 22 Oct 2018 11:23:54",
"requestState": "FAILED",
"requestStatus": "Error in queryAAIVfModuleForStatus(): No such property: 
VF_MODULES for class: org.onap.so.client.aai.AAIObjectPlurals",
"percent-progress": "100"

10/22/18 11:23:53 HTTP Status: Accepted (202)
{
  "requestReferences": {
"requestId": "cd595902-1896-465b-923a-263f089171f2",
"instanceId": "24b96818-b0c7-4432-baee-4d48739351aa"
  }
}



-Original Appointment-
From: Yunxia Chen mailto:helen.c...@huawei.com>>
Sent: Monday, October 22, 2018 10:08 AM
To: Yunxia Chen; onap-discuss
Subject: [onap-discuss] [integration][sdnc][so] Integration Working Session
When: Monday, October 22, 2018 8:00 AM-10:00 AM (UTC-08:00) Pacific Time (US & 
Canada).
Where: 
https://zoom.us/j/44<https://urldefense.proofpoint.com/v2/url?u=https-3A__zoom.us_j_44=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=shs6nPzThSiGJml9VXN0Eg=7SlqwhpgnDk8xHLA0R3u8rbIy86RGlX8phWd_O0NkVY=9pRvdy2bKoqJSNjqC6J55vLi9RQnUn5VuQwWhQRIuS0=>


When: Monday, October 22, 2018 8:00 AM-10:00 AM. (UTC-08:00) Pacific Time (US & 
Canada)
Where: 
https://zoom.us/j/44<https://urldefense.proofpoint.com/v2/url?u=https-3A__zoom.us_j_44=DwQFoQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=n41TwnfwEDikb-wmVIodMSWMBi7bX3CUNKJjmRabXvI=XCYwrWtlflQujAZOO8PRaI_ynrWgdThl2PjN34v_g1E=>

*~*~*~*~*~*~*~*~*~*
Move two hours earlier to avoid conflict with CDS meeting.
Today we are going to test vFW instantiation.

Thank you,
Helen Chen



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

View/Reply Online (#13194): https://lists.onap.org/g/onap-discuss/message/13194
Mute This Topic: https://lists.onap.org/mt/27485563/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] [SO] Create/Activate BB NPE

[Steve Smokowski]

The current payload you have in yellow is correct.  Vid still states each 
resource, we can decide if that is worth tweaking and doing a look up in SO or 
not.

Thanks

-Steve


From: Alexis de Talhouët 
Date: Thursday, October 11, 2018 at 7:04 PM
To: "MALAKOV, YURIY" 
Cc: "onap-discuss@lists.onap.org" , "SMOKOWSKI, 
STEVEN" , "ZITELLA, MICHAEL V" , "DORKING, 
KEITH" 
Subject: Re: [onap-discuss] [SO] Create/Activate BB NPE

Steve, here is the bug 
https://jira.onap.org/browse/SO-1130
Yuriy, you have to empty all the userParams section. I tested this already, and 
it’s working. I mean I’m failing later in the game, but I’m passing that 
specific error.



On Oct 11, 2018, at 6:53 PM, MALAKOV, YURIY 
mailto:ym9...@att.com>> wrote:
Steve,
It may be an issue with the payload request for create and activate.

I’m not expecting the create-activate BB to have the user parameters being 
passed from VID b/c all the assignment are completed in previous flow.

Can you confirm if this is a valid payload request.

Request-activate---current

Should Be???

POST 
/onap/so/infra/serviceInstantiation/v7/serviceInstances/a644aad7-fbc3-4252-b732-bb2bcc86fde6/activate
 HTTP/1.1
Host: 10.195.197.73
Content-Type: application/json
Accept: application/json
X-FromAppId: Postman
X-TransactionId: postman-123
{
  "requestDetails": {
"subscriberInfo": {
  "globalSubscriberId": "Demonstration"
},
"requestInfo": {
  "suppressRollback": true,
  "productFamilyId": "a9a77d5a-123e-4ca2-9eb9-0b015d2ee0fb",
  "requestorId": "adt",
  "instanceName": "test-1234",
  "source": "VID"
},
"requestParameters": {
  "subscriptionServiceType": "vFW",
  "userParams": [
{
  "service": {
"instanceParams": [

],
"instanceName": "Service_E2E_vFW",
"resources": {
  "vnfs": [
{
  "modelInfo": {
"modelName": "d26a74bc-3fdb-4fd2-ad55",
"modelVersionId": "69a7d967-fe68-49d2-ad6b-fc40f5f5b31c",
"modelInvariantUuid": 
"c397d40f-cd2a-4b19-add6-e12ea9ecf4ab",
"modelVersion": "2.0",
"modelCustomizationId": 
"2cc242bc-ff38-4bac-9650-5fe1b54f5aeb",
"modelInstanceName": "d26a74bc-3fdb-4fd2-ad55 0"
  },
  "cloudConfiguration": {
"lcpCloudRegionId": "RegionOne",
"tenantId": "demo"
  },
  "platform": {
"platformName": "test"
  },
  "lineOfBusiness": {
"lineOfBusinessName": "someValue"
  },
  "productFamilyId": "a9a77d5a-123e-4ca2-9eb9-0b015d2ee0fb",
  "instanceName": "vFirewall 0",
  "instanceParams": [
  ],
  "vfModules": [
{
  "modelInfo": {
"modelName": 
"D26a74bc3fdb4fd2Ad55..base_template..module-0",
"modelVersionId": 
"e3c095c3-a620-4828-a689-7132936b90ff",
"modelInvariantUuid": 
"ac36a6de-0f92-4ee2-8b39-1b0dba0058f5",
"modelVersion": "1",
"modelCustomizationId": 
"1f8ff6cf-640b-432f-9dec-1352b7e1f862"
  },
  "instanceName": 
"vfirewall0..Vfirewall..base_template..module-0",
  "instanceParams": [
{

}
  ]
},
{
  "modelInfo": {
"modelName": "D26a74bc3fdb4fd2Ad55..vfw..module-3",
"modelVersionId": 
"086223d6-352c-47d3-abb4-213711fc5188",
"modelInvariantUuid": 
"d9e4a4e0-c0d3-4bd3-89cc-c6b95af29f6d",
"modelVersion": "1",
"modelCustomizationId": 
"a6751179-1762-4771-8ccb-541516c53cf2"
  },
  "instanceName": "vfirewall0..Vfirewall..vfw..module-0",
  "instanceParams": [
{

}
  ]
},
{
  "modelInfo": {
"modelName": "D26a74bc3fdb4fd2Ad55..vpg..module-2",
"modelVersionId": 
"6a18492b-4c9d-47a5-a8eb-34b085db0eb0",
"modelInvariantUuid": 
"74d0a390-c76f-42fd-ae5d-dc9bea9b79a5",
"modelVersion": "1",
"modelCustomizationId": 

Re: [onap-discuss][SO] : find request via SO API

[Steve Smokowski]

The entire request database is now enabled with Spring Data Rest.Example 
below of such a  query.


GET 
ipaddressOfRequestDB/infraActiveRequests?serviceInstanceId=f1ecc5d7-fc8d-408b-84af-abce8b3ab003


Thanks

-Steve


From: "rene.rob...@orange.com" 
Date: Tuesday, October 16, 2018 at 3:37 AM
To: "onap-discuss@lists.onap.org" , "SMOKOWSKI, 
STEVEN" 
Subject: [onap-discuss][SO] : find request via SO API

Hi

Is there a solution using the SO API to ask/list for “SO requests” given a 
service instance id ?

Best regards

[Logo 
Orange]

René Robert
«Open and Smart solutions for autOmating Network Services»
ORANGE/IMT/OLN/CNC/NARA/OSONS

Fixe : +33 2 96 07 39 29 

Mobile : +33 6 74 78 68 43 

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.

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

View/Reply Online (#13067): https://lists.onap.org/g/onap-discuss/message/13067
Mute This Topic: https://lists.onap.org/mt/27367334/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] #so Camunda Portal Access in Casablanca

[Steve Smokowski]

Try admin/admin?

Thanks

-Steve


From:  on behalf of Andreas Geissler 

Reply-To: "onap-discuss@lists.onap.org" , 
"andreas-geiss...@telekom.de" 
Date: Tuesday, November 6, 2018 at 9:09 AM
To: "onap-discuss@lists.onap.org" 
Subject: [onap-discuss] #so Camunda Portal Access in Casablanca

But the Beijing login is not accepted 
(admin/Kp8bJ4SXszM0WXlhak3eHlcse2gAw84vaoGGmJvUy2U)

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

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

Re: [onap-discuss] #so Camunda Portal Access in Casablanca

[Steve Smokowski]

Try just /app remove /Camunda

Thanks

-Steve


From:  on behalf of Andreas Geissler 

Reply-To: "onap-discuss@lists.onap.org" , 
"andreas-geiss...@telekom.de" 
Date: Tuesday, November 6, 2018 at 9:09 AM
To: "onap-discuss@lists.onap.org" 
Subject: [onap-discuss] #so Camunda Portal Access in Casablanca


Hi,

in Casablanca the SO Camunda port has been changed to 30277 (correct ?: 
http://so.api.simpledemo.onap.org:30277/camunda/app/admin/default/#/login)

But the Beijing login is not accepted 
(admin/Kp8bJ4SXszM0WXlhak3eHlcse2gAw84vaoGGmJvUy2U)

Has this been changed ?

Best regards

Andreas


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

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

Re: [onap-discuss] SO create service instance fails with Internal Error: One of the following should be defined in MSO URN properties file: mso.workflow.default.aai.customer.version

[Steve Smokowski]

Override yaml for bpmn container is missing the property noted in the error.

Thanks

-Steve


From:  on behalf of "Ahmad, Munir" 

Reply-To: "onap-discuss@lists.onap.org" , 
"munir.ah...@bell.ca" 
Date: Thursday, October 4, 2018 at 11:49 AM
To: "onap-discuss@lists.onap.org" , 
"PARTHASARATHY, RAMESH" 
Subject: [onap-discuss] SO create service instance fails with Internal Error: 
One of the following should be defined in MSO URN properties file: 
mso.workflow.default.aai.customer.version

Hello Ramesh and SO team,

I am trying to instantiate a service instance I onboarded and distributed in 
Casablanca and getting the following error with  "aLaCarte" flag set to true:

"statusMessage": "Internal Error: One of the following should be 
defined in MSO URN properties file: mso.workflow.default.aai.customer.version, 
mso.workflow.custom.CreateGenericALaCarteServiceInstance.aai.version, 
mso.workflow.global.default.aai.version",

I have supplied the following UUIDs for the service that we have onboarded:

  "modelVersionId": "fa38b875-a939-405f-a33c-4ea5159f10cb",
  "modelInvariantId": "0b6973da-3d7d-4a78-a4ac-fc6418b79f17",

Also I am not sure what put in for the following items so we are passing some 
random UUID:

  "productFamilyId": "a9a77d5a-123e-4ca2-9eb9-0b015d2ee0fb",
  "owningEntityId": "33a8b609-1cfe-4d19-8dc2-5b95b921dd1e",



Here is the complete request status:
{
"request": {
"requestId": "05f1e8d7-866f-447c-913e-ab176069d04f",
"startTime": "Thu, 04 Oct 2018 15:20:17 GMT",
"requestScope": "service",
"requestType": "createInstance",
"requestDetails": {
"modelInfo": {
"modelInvariantId": "0b6973da-3d7d-4a78-a4ac-fc6418b79f17",
"modelType": "service",
"modelName": "ServiceABC",
"modelVersion": "1.0",
"modelVersionId": "fa38b875-a939-405f-a33c-4ea5159f10cb",
"modelUuid": "fa38b875-a939-405f-a33c-4ea5159f10cb",
"modelInvariantUuid": "0b6973da-3d7d-4a78-a4ac-fc6418b79f17"
},
"requestInfo": {
"productFamilyId": "a9a77d5a-123e-4ca2-9eb9-0b015d2ee0fb",
"source": "VID",
"instanceName": "ServiceABCInstance3",
"suppressRollback": true,
"requestorId": "munir"
},
"subscriberInfo": {
"globalSubscriberId": "ServiceABC-Operator"
},
"requestParameters": {
"subscriptionServiceType": "ServiceABC",
"userParams": [
{
"service": {
"instanceParams": [],
"instanceName": "ServiceABCInstance3",
"resources": {},
"modelInfo": {
"modelVersion": "1.0",
"modelVersionId": 
"fa38b875-a939-405f-a33c-4ea5159f10cb",
"modelInvariantId": 
"0b6973da-3d7d-4a78-a4ac-fc6418b79f17",
"modelName": "ServiceABC",
"modelType": "service"
}
}
}
],
"aLaCarte": true
},
"project": {
"projectName": "Project-ServiceABC-Operator"
},
"owningEntity": {
"owningEntityId": "33a8b609-1cfe-4d19-8dc2-5b95b921dd1e",
"owningEntityName": "OE-ServiceABC-Operator"
}
},
"instanceReferences": {
"serviceInstanceId": "350c8846-2da6-4f2f-a345-ff4479c6a505",
"serviceInstanceName": "ServiceABCInstance3",
"requestorId": "munir"
},
"requestStatus": {
"requestState": "FAILED",
"statusMessage": "Internal Error: One of the following should be 
defined in MSO URN properties file: mso.workflow.default.aai.customer.version, 
mso.workflow.custom.CreateGenericALaCarteServiceInstance.aai.version, 
mso.workflow.global.default.aai.version",
"percentProgress": 100,
"finishTime": "Thu, 04 Oct 2018 15:20:21 GMT"
}
}
}


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

View/Reply Online (#12834): https://lists.onap.org/g/onap-discuss/message/12834
Mute This Topic: https://lists.onap.org/mt/26748035/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] PREFIX used in BPMN #so

[Steve Smokowski]

It is more historical than anything, there was an issue previously where 
handing variables between flows would overwrite one and other if using the same 
exact name.  If you are careful it is really not needed.

Thanks

-Steve


From:  on behalf of Rahul Sharma 

Reply-To: "onap-discuss@lists.onap.org" , 
"rahul.shar...@amdocs.com" 
Date: Monday, October 1, 2018 at 5:09 PM
To: "onap-discuss@lists.onap.org" 
Subject: [onap-discuss] PREFIX used in BPMN #so

Wanted to understand why we have PREFIX in BPMNs (an example 
here)?
 What's the role of these Prefix'es when we generally edit and remove them 
before we enter the subprocess BPMN (from the main BPMN --> variables)?


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

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

Re: [onap-discuss] [SO][CreateInstance][PreProcess] Internal Error encountered in PreProcess method

[Steve Smokowski]

Can you open a jira issue in SO and attach the logs please?

Thanks

-Steve


From:  on behalf of "Sliwka, Wojciech (Nokia - 
PL/Wroclaw)" 
Reply-To: "onap-discuss@lists.onap.org" , 
"wojciech.sli...@nokia.com" 
Date: Monday, October 1, 2018 at 8:10 AM
To: "onap-discuss@lists.onap.org" 
Cc: "Darosz, Piotr (Nokia - PL/Wroclaw)" , "Koblosz, 
Sandra (Nokia - PL/Wroclaw)" , "Krysiak, Adam (Nokia 
- PL/Wroclaw)" , "Krysiak, Piotr (Nokia - PL/Wroclaw)" 
, "Golabek, Tomasz (Nokia - PL/Wroclaw)" 

Subject: [onap-discuss] [SO][CreateInstance][PreProcess] Internal Error 
encountered in PreProcess method


Hi,

I'm trying to create VF  module instance in VID and I encountered several 
issues:



- Heat based installation has outdated Camunda credentials (can be fixed by 
changing config/override.yaml)

- Exception in PreProcess method - this is more important to me.



Following exception is visible in logs:

2018-10-01T11:40:37.245Z|2a621b7a-4a47-44d4-a0da-00fe37ee05bf| 
org.onap.so.bpmn.common.scripts.FalloutHandler - FH_request_id: 
2a621b7a-4a47-44d4-a0da-00fe37ee05bf
2018-10-01T11:40:37.295Z|2a621b7a-4a47-44d4-a0da-00fe37ee05bf| 
org.onap.so.bpmn.common.scripts.FalloutHandler - FH_ErrorCode: 2000
2018-10-01T11:40:37.370Z|2a621b7a-4a47-44d4-a0da-00fe37ee05bf| 
org.onap.so.bpmn.common.scripts.FalloutHandler - FH_request_id-OK --> false
2018-10-01T11:40:37.420Z|2a621b7a-4a47-44d4-a0da-00fe37ee05bf| 
org.onap.so.bpmn.common.scripts.FalloutHandler - OUTOF --> Initialize Variables 
Fallout Handler #
2018-10-01T11:40:37.428Z|2a621b7a-4a47-44d4-a0da-00fe37ee05bf| 
org.onap.so.bpmn.common.scripts.FalloutHandler - updateRequestInfraPayload:
http://schemas.xmlsoap.org/soap/envelope/; 
xmlns:req="http://org.onap.so/requestsdb;>



2a621b7a-4a47-44d4-a0da-00fe37ee05bf
BPEL
Internal Error encountered in PreProcess method!
FAILED
100






Do you know what could be wrong here? Week ago I was able to create vfmodule 
instance without that problem. I'm working on Windriver lab (integration-sb-07)


FYI - currently there is also bug in VID, which makes service instantiation 
impossible - fix is on way: 
https://gerrit.onap.org/r/#/c/69295/



BR,
Wojtek

wojciech.sli...@nokia.com
Gerrit Code 
Review
gerrit.onap.org
© 2017 ONAP. Copyright © The Linux Foundation ®. All Rights Reserved. The Linux 
Foundation has registered trademarks and uses trademarks. For a list of 
trademarks ...




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

View/Reply Online (#12757): https://lists.onap.org/g/onap-discuss/message/12757
Mute This Topic: https://lists.onap.org/mt/26440564/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] [CDS][SDNC] - Modification of GENERIC-RESOURCE-API to support capability with multiple return values

[Steve Smokowski]

Heat would require what Brian has pointed out here.  The design you proposed SO 
would have to transform your data into heat name/value params, which is what 
the design is attempting to avoid.

Thanks

-Steve


From:  on behalf of "FREEMAN, BRIAN D" 

Reply-To: "onap-discuss@lists.onap.org" , 
"FREEMAN, BRIAN D" 
Date: Wednesday, August 29, 2018 at 5:34 PM
To: "onap-discuss@lists.onap.org" , "MALAKOV, 
YURIY" , Alexis de Talhouët 
Cc: "TIMONEY, DAN" , "CHEUNG, PAT" , "SINGH, 
AJAY" , "ALBETAR, AMMAR" 
Subject: Re: [onap-discuss] [CDS][SDNC] - Modification of GENERIC-RESOURCE-API 
to support capability with multiple return values

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


Alexis,

“If we take the example of assigning an IP address, the capability could return 
three values: the ip address, the prefix, and the gateway. Current modelling 
doesn’t enable us to generically say a particular value is to be set for a 
given param, as the model allows us to only set one param for a request.”

I’m not understanding the issue. Wouldn’t there be three parameters returned 
ip_address, ip_prefix and ip_gateway.

Param: [
  { “name”: “eth0.ip_address”, “value”: “10.0.0.2” },
 { “name”: “eth0.ip_prefix”, “value”: “10.0.0.0/24” }
{ “name”: “eth0.ip_gateway”, “value”: “10.0.0.1” }
]

Where the name matches variables for the VSP heat template ?

Am I just being dense ?  which is likely :)

Brian



From: onap-discuss@lists.onap.org  On Behalf Of 
MALAKOV, YURIY
Sent: Wednesday, August 29, 2018 4:56 PM
To: Alexis de Talhouët ; onap-discuss 

Cc: TIMONEY, DAN ; CHEUNG, PAT ; SINGH, AJAY 
; ALBETAR, AMMAR 
Subject: Re: [onap-discuss] [CDS][SDNC] - Modification of GENERIC-RESOURCE-API 
to support capability with multiple return values

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
Alexi,
Excellent question. Your absolutely right that we need a generic solution to 
handle such use cases.

The question becomes if the capability mS/Rest API always returns a simple 
response structure that fits the proposed schema or nested response structured. 
If you have nested response structured then we would need to modify the Yang 
schema to handle such scenario.

Once the data is then persisted in the MD-SAL, how to we utilize for other 
cloud param resolution?

It would be good to discuss this on the SDN-C/CCSDK forum to come up with a 
generic strategy for cloud param resolution that can handle complex nested 
output structure for resource assignment resolution.

NOTE: From external client perspective, MSO is only extracting for name/value 
in params block for cloud param resource when the 
sdnc_generated_cloud_resources is set to true.


  list param {
 key "name";
 leaf name {
type string;
 }
 leaf value {
type string;
 }


From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com]
Sent: Wednesday, August 29, 2018 2:11 PM
To: onap-discuss 
mailto:onap-discuss@lists.onap.org>>
Cc: TIMONEY, DAN mailto:dt5...@att.com>>; MALAKOV, YURIY 
mailto:ym9...@att.com>>
Subject: [CDS][SDNC] - Modification of GENERIC-RESOURCE-API to support 
capability with multiple return values

Team,

For the self serve initiative, resolution from a specific capability might 
produce more than one value.
If we take the example of assigning an IP address, the capability could return 
three values: the ip address, the prefix, and the gateway.
Current modelling doesn’t enable us to generically say a particular value is to 
be set for a given param, as the model allows us to only set one param for a 
request.
But in this example, I’d like to have one resolution request providing values 
to 3 params.

Hence, current modelling of the `param` grouping might not solve all use cases. 
To that, I’m proposing to change the generic-resource-api.yang schema, and have 
a list of param that can be resolved by a single capability call.

Currently, we have:
   grouping param {
  list param {
 key "name";
 leaf name {
type string;
 }
 leaf value {
type string;
 }
 container resource-resolution-data {
list resource-key {
   key "name";
   leaf name {
  type string;
   }
   leaf value {
  type string;
   }
}
leaf status {
   description "SUCCESS, FAILED, or PENDING - RA returned data as 
capability";
   type string;
}
leaf capability-name {
   description "Resource assignment resolution Capability name";
   type string;
}
 }
  }
   }

What I’m proposing is the addition of the yellow portion:
   grouping param {
  list param {
  

Re: [E] [onap-discuss] Why we need manual SDN-C preloading?

[Steve Smokowski]

You don’t need preload, you can simply pass the params into SO.  It will still 
make a call to SDNC, but the data will just be sourced from the input.  This 
flow is being tested in Casablanca now.

Thanks

-Steve


From:  on behalf of "Viswanath Kumar Skand Priya 
via Lists.Onap.Org" 
Reply-To: "onap-discuss@lists.onap.org" , 
"viswanath.kumarskandpr...@verizon.com" 
Date: Wednesday, September 19, 2018 at 8:09 AM
To: onap-discuss , "tomasz.osins...@orange.com" 

Cc: "lukasz.rajew...@orange.com" 
Subject: Re: [E] [onap-discuss] Why we need manual SDN-C preloading?

I second this comment. We are also having same question and infact we even 
tried to bypass this SDN-C preload check but not successful so far. We modified 
BPMN file to skip the SDN-C interaction altogether, however SO's state is still 
stuck in "In Progess" state.

IMHO SDN-C preload is optional step, shouldn't be introduced as a mandatory 
step in BPMN. There were lots of usecase specific work done in R1, primarily to 
just demo a particular usecase. However this is not changed even after moving 
to 2 releases.

BR,
Viswa

[http://ss7.vzw.com/is/image/VerizonWireless/vz-sig-verizon?$defaultscale$]

Viswanath Kumar Skand Priya
Senior Architect
Technology, Architecture & Planning



On Wed, Sep 19, 2018 at 12:57 PM Tomek 
mailto:tomasz.osins...@orange.com>> wrote:
Hello,

As in title, why we need manual SDN-C preloading in ONAP? We use and work with 
ONAP from Amsterdam release. It was surprising for us that there are some 
additional, manual steps needed to perform orchestration for any single VNF. We 
have currently ongoing development of Casablanca release and I don’t see the 
feature requests to automate SDN-C preloading in ONAP. In my opinion it’s just 
a matter of information exchange between SDC/SO/AAI/SDN-C.

Could you explain me why this manual step is still needed for ONAP? Is there 
any plan to automate it?

Regards,
Tomek

[Logo Orange]

Tomasz Osiński, Main R Specialist
Orange Labs R Center
Tel.: +48 50 130 06 88,
Orange Poland, Obrzeżna 7, 02-691 Warsaw
www.orange.pl





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

View/Reply Online (#12514): https://lists.onap.org/g/onap-discuss/message/12514
Mute This Topic: https://lists.onap.org/mt/25754741/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] [VID][SO][master] Error during adding VFModule in vid

[Steve Smokowski]

SO expects SDNC to write the self-link attribute to A, it uses this  to 
retrieve the assignments that SDNC has made.  Please check the VF Module in 
A and see if the self-link attribute is set.  Please note you are testing 
the new GR-API flow, which is still being tested, if you wish to use the 
Beijing flow, set the testApi param to VNF-API.

Thanks

-Steve


From:  on behalf of "Sliwka, Wojciech (Nokia - 
PL/Wroclaw)" 
Reply-To: "onap-discuss@lists.onap.org" , 
"wojciech.sli...@nokia.com" 
Date: Monday, September 24, 2018 at 9:37 AM
To: "onap-discuss@lists.onap.org" 
Subject: [onap-discuss] [VID][SO][master] Error during adding VFModule in vid


Hi,

During adding new VFModule in VID I encountered following exception

"requestId": "fd8b4a60-7895-464a-9f27-12650930b74e",

"requestType": "createInstance",

"timestamp": "Mon, 24 Sep 2018 15:24:24",

"requestState": "FAILED",

"requestStatus": "Exception in 
org.onap.so.bpmn.infrastructure.sdnc.tasks.SDNCQueryTasks.queryVfModule Vf 
Module d94131d6-4f40-4198-af31-79110b4eb152 exists in gBuildingBlock but does 
not have a selflink value",

"percent-progress": "36"
Do you know what could be wrong here? I didn't noticed that exception in 
Beijing.

Env:
Windriver lab (Integration-SB07), service instance: ws-testing-24-09.

Br,
Wojtek

wojciech.sli...@nokia.com






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

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

Re: [E] [onap-discuss] Why we need manual SDN-C preloading?

[Steve Smokowski]

There were around 40 new bpmns in Casablanca behind that API, if you want a 
review please setup a discussion.

Thanks

-Steve


From: "rene.rob...@orange.com" 
Date: Wednesday, September 19, 2018 at 8:31 AM
To: "onap-discuss@lists.onap.org" , "SMOKOWSKI, 
STEVEN" , OSIŃSKI Tomasz O-PL , 
"viswanath.kumarskandpr...@verizon.com" 
Cc: RAJEWSKI Lukasz O-PL 
Subject: RE: [E] [onap-discuss] Why we need manual SDN-C preloading?

A new BPMN behind that API ?

René

De : onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] De la 
part de Steve Smokowski
Envoyé : mercredi 19 septembre 2018 14:23
À : OSIŃSKI Tomasz O-PL; onap-discuss@lists.onap.org; 
viswanath.kumarskandpr...@verizon.com
Cc : RAJEWSKI Lukasz O-PL
Objet : Re: [E] [onap-discuss] Why we need manual SDN-C preloading?

It should allow it on the newer GR-API Flow,  I do believe VID has a toggle 
mechanism to perform this.  The older VNF API flow does not support not using 
pre-load.  Be aware the GR-API flow is still under test in Casablanca, and is 
yet to reach full stability.

Here is a sample macro request with the input params supplied on the SO api.  
The data that was in preload can be placed under the instance-params section.


Thanks

-Steve


From: Osiński Tomasz 2 - Korpo 
Date: Wednesday, September 19, 2018 at 8:16 AM
To: "SMOKOWSKI, STEVEN" , "onap-discuss@lists.onap.org" 
, "viswanath.kumarskandpr...@verizon.com" 

Cc: Rajewski Łukasz - Korpo 
Subject: RE: [E] [onap-discuss] Why we need manual SDN-C preloading?

How I can pass these param sinto SO?

Thanks,
Tomek

[Logo Orange]

Tomasz Osiński, Główny Specjalista R
Orange Labs Polska, Wydział Rozwoju Zaawansowanych Systemów Sieciowych
Tel.: +48 50 130 06 88,
Orange Polska, Obrzeżna 7, 02-691 Warszawa
www.orange.pl<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.orange.pl=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=shs6nPzThSiGJml9VXN0Eg=O7F_jQT8orpjfVJpPVeFOJ4Xo-77ijtk-kTf09CMpnc=dtqtvgbpaGnogiUdcwMKIrRmg1Wm-13CgcxFuOcNSvg=>


From: SMOKOWSKI, STEVEN [mailto:ss8...@att.com]
Sent: Wednesday, September 19, 2018 2:14 PM
To: onap-discuss@lists.onap.org; viswanath.kumarskandpr...@verizon.com; Osiński 
Tomasz 2 - Korpo
Cc: Rajewski Łukasz - Korpo
Subject: Re: [E] [onap-discuss] Why we need manual SDN-C preloading?

You don’t need preload, you can simply pass the params into SO.  It will still 
make a call to SDNC, but the data will just be sourced from the input.  This 
flow is being tested in Casablanca now.

Thanks

-Steve


From:  on behalf of "Viswanath Kumar Skand Priya 
via Lists.Onap.Org" 
Reply-To: "onap-discuss@lists.onap.org" , 
"viswanath.kumarskandpr...@verizon.com" 
Date: Wednesday, September 19, 2018 at 8:09 AM
To: onap-discuss , "tomasz.osins...@orange.com" 

Cc: "lukasz.rajew...@orange.com" 
Subject: Re: [E] [onap-discuss] Why we need manual SDN-C preloading?

I second this comment. We are also having same question and infact we even 
tried to bypass this SDN-C preload check but not successful so far. We modified 
BPMN file to skip the SDN-C interaction altogether, however SO's state is still 
stuck in "In Progess" state.

IMHO SDN-C preload is optional step, shouldn't be introduced as a mandatory 
step in BPMN. There were lots of usecase specific work done in R1, primarily to 
just demo a particular usecase. However this is not changed even after moving 
to 2 releases.

BR,
Viswa

[http://ss7.vzw.com/is/image/VerizonWireless/vz-sig-verizon?$defaultscale$]<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.verizon.com=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=shs6nPzThSiGJml9VXN0Eg=dUB_kX68vFzpvR-YUpwCeWLHd1rlZAr7VX-YKykgtME=rs7t5sFkU74Dq0ZtMV6KvmYtJSQg_Io9BreoC4sNoWI=>

Viswanath Kumar Skand Priya
Senior Architect
Technology, Architecture & Planning



On Wed, Sep 19, 2018 at 12:57 PM Tomek 
mailto:tomasz.osins...@orange.com>> wrote:
Hello,

As in title, why we need manual SDN-C preloading in ONAP? We use and work with 
ONAP from Amsterdam release. It was surprising for us that there are some 
additional, manual steps needed to perform orchestration for any single VNF. We 
have currently ongoing development of Casablanca release and I don’t see the 
feature requests to automate SDN-C preloading in ONAP. In my opinion it’s just 
a matter of information exchange between SDC/SO/AAI/SDN-C.

Could you explain me why this manual step is still needed for ONAP? Is there 
any plan to automate it?

Regards,
Tomek

[Logo Orange]

Tomasz Osiński, Main R Specialist
Orange Labs R Center
Tel.: +48 50 130 06 88,
Orange Poland, Obrzeżna 7, 02-691 Warsaw
www.orange.pl<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.orange.pl_=DwMFBA=udBTRvFvXC5Dhqg7UHpJlPps3mZ3LRxpb6__0PomBTQ=9F3pNUkzjE-2v1eTClkRVakDRN8GH7Bm-wt1lWkxoUyyDORTqf5MxNO_GrMBs0gZ=ZTWnaPHZdfQOlWsKSFwliTGQt3zngjz-rz9zfV6rB9k=jLIhE0aOej3rXZ2aVPy9YwQPmpzYcnhbHriFWbo-H3o=>

Re: [E] [onap-discuss] Why we need manual SDN-C preloading?

[Steve Smokowski]

Designer is not related to this.  There is no need for a new BPMN as the BPMN 
already support this.

Thanks

-Steve


From:  on behalf of Tomek 

Reply-To: "onap-discuss@lists.onap.org" , 
"tomasz.osins...@orange.com" 
Date: Wednesday, September 19, 2018 at 8:35 AM
To: ROBERT René IMT/OLN , "onap-discuss@lists.onap.org" 
, "viswanath.kumarskandpr...@verizon.com" 

Cc: Rajewski Łukasz - Korpo 
Subject: Re: [E] [onap-discuss] Why we need manual SDN-C preloading?

I agree. Passing parameters via SO API and using VID UI to input these 
parameters would be satisfying enough.

According to adding new BPMN workflows, I believe workflow designer is what 
will be used for that. 
https://wiki.onap.org/display/DW/Workflow+Designer

[Logo Orange]

Tomasz Osiński, Główny Specjalista R
Orange Labs Polska, Wydział Rozwoju Zaawansowanych Systemów Sieciowych
Tel.: +48 50 130 06 88,
Orange Polska, Obrzeżna 7, 02-691 Warszawa
www.orange.pl


From: ROBERT René IMT/OLN [mailto:rene.rob...@orange.com]
Sent: Wednesday, September 19, 2018 2:28 PM
To: onap-discuss@lists.onap.org; viswanath.kumarskandpr...@verizon.com; Osiński 
Tomasz 2 - Korpo
Cc: Rajewski Łukasz - Korpo
Subject: RE: [E] [onap-discuss] Why we need manual SDN-C preloading?

Hi

Preload is about providing some Heat parameters value at instantiation time. 
Without preload, your Heat stack will use default values from your Heat 
templates coming from SDC (after distribution).
For example, “image name” or “flavor name” are not the same from one VIM to 
another VIM.

You are right, the way it works today in Beijing is not satisfying.

My proposal would be to replace that SDNC preload by the possibility to provide 
parameters/values via SO API and to use a BPMN that would use those 
parameters/values.

That means to be able to define and add a new BPMN (I do not know how to do 
that)

If anyone can share the procedure to add a new BPMN, we could try work on it.

Regards

René


[Logo 
Orange]

René Robert
«Open and Smart solutions for autOmating Network Services»
ORANGE/IMT/OLN/CNC/NARA/OSONS

Fixe : +33 2 96 07 39 29 

Mobile : +33 6 74 78 68 43 

rene.rob...@orange.com




De : onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] De la 
part de Viswanath Kumar Skand Priya via Lists.Onap.Org
Envoyé : mercredi 19 septembre 2018 14:07
À : onap-discuss; OSIŃSKI Tomasz O-PL
Cc : RAJEWSKI Lukasz O-PL
Objet : Re: [E] [onap-discuss] Why we need manual SDN-C preloading?

I second this comment. We are also having same question and infact we even 
tried to bypass this SDN-C preload check but not successful so far. We modified 
BPMN file to skip the SDN-C interaction altogether, however SO's state is still 
stuck in "In Progess" state.

IMHO SDN-C preload is optional step, shouldn't be introduced as a mandatory 
step in BPMN. There were lots of usecase specific work done in R1, primarily to 
just demo a particular usecase. However this is not changed even after moving 
to 2 releases.

BR,
Viswa

[http://ss7.vzw.com/is/image/VerizonWireless/vz-sig-verizon?$defaultscale$]

Viswanath Kumar Skand Priya
Senior Architect
Technology, Architecture & Planning



On Wed, Sep 19, 2018 at 12:57 PM Tomek 
mailto:tomasz.osins...@orange.com>> wrote:

Re: [E] [onap-discuss] Why we need manual SDN-C preloading?

[Steve Smokowski]

It should allow it on the newer GR-API Flow,  I do believe VID has a toggle 
mechanism to perform this.  The older VNF API flow does not support not using 
pre-load.  Be aware the GR-API flow is still under test in Casablanca, and is 
yet to reach full stability.

Here is a sample macro request with the input params supplied on the SO api.  
The data that was in preload can be placed under the instance-params section.


Thanks

-Steve


From: Osiński Tomasz 2 - Korpo 
Date: Wednesday, September 19, 2018 at 8:16 AM
To: "SMOKOWSKI, STEVEN" , "onap-discuss@lists.onap.org" 
, "viswanath.kumarskandpr...@verizon.com" 

Cc: Rajewski Łukasz - Korpo 
Subject: RE: [E] [onap-discuss] Why we need manual SDN-C preloading?

How I can pass these param sinto SO?

Thanks,
Tomek

[Logo Orange]

Tomasz Osiński, Główny Specjalista R
Orange Labs Polska, Wydział Rozwoju Zaawansowanych Systemów Sieciowych
Tel.: +48 50 130 06 88,
Orange Polska, Obrzeżna 7, 02-691 Warszawa
www.orange.pl


From: SMOKOWSKI, STEVEN [mailto:ss8...@att.com]
Sent: Wednesday, September 19, 2018 2:14 PM
To: onap-discuss@lists.onap.org; viswanath.kumarskandpr...@verizon.com; Osiński 
Tomasz 2 - Korpo
Cc: Rajewski Łukasz - Korpo
Subject: Re: [E] [onap-discuss] Why we need manual SDN-C preloading?

You don’t need preload, you can simply pass the params into SO.  It will still 
make a call to SDNC, but the data will just be sourced from the input.  This 
flow is being tested in Casablanca now.

Thanks

-Steve


From:  on behalf of "Viswanath Kumar Skand Priya 
via Lists.Onap.Org" 
Reply-To: "onap-discuss@lists.onap.org" , 
"viswanath.kumarskandpr...@verizon.com" 
Date: Wednesday, September 19, 2018 at 8:09 AM
To: onap-discuss , "tomasz.osins...@orange.com" 

Cc: "lukasz.rajew...@orange.com" 
Subject: Re: [E] [onap-discuss] Why we need manual SDN-C preloading?

I second this comment. We are also having same question and infact we even 
tried to bypass this SDN-C preload check but not successful so far. We modified 
BPMN file to skip the SDN-C interaction altogether, however SO's state is still 
stuck in "In Progess" state.

IMHO SDN-C preload is optional step, shouldn't be introduced as a mandatory 
step in BPMN. There were lots of usecase specific work done in R1, primarily to 
just demo a particular usecase. However this is not changed even after moving 
to 2 releases.

BR,
Viswa

[http://ss7.vzw.com/is/image/VerizonWireless/vz-sig-verizon?$defaultscale$]

Viswanath Kumar Skand Priya
Senior Architect
Technology, Architecture & Planning



On Wed, Sep 19, 2018 at 12:57 PM Tomek 
mailto:tomasz.osins...@orange.com>> wrote:
Hello,

As in title, why we need manual SDN-C preloading in ONAP? We use and work with 
ONAP from Amsterdam release. It was surprising for us that there are some 
additional, manual steps needed to perform orchestration for any single VNF. We 
have currently ongoing development of Casablanca release and I don’t see the 
feature requests to automate SDN-C preloading in ONAP. In my opinion it’s just 
a matter of information exchange between SDC/SO/AAI/SDN-C.

Could you explain me why this manual step is still needed for ONAP? Is there 
any plan to automate it?

Regards,
Tomek

[Logo Orange]

Tomasz Osiński, Main R Specialist
Orange Labs R Center
Tel.: +48 50 130 06 88,
Orange Poland, Obrzeżna 7, 02-691 Warsaw
www.orange.pl





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

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



Macro-Request.json
Description: Macro-Request.json

Re: [onap-discuss][SDC][SO][SDNC] : how to instantiate a Virtual Link based on a neutron network with ONAP

[Steve Smokowski]

Your process looks correct from SO perspective.

Thanks

-Steve


From:  on behalf of Rene Robert 

Reply-To: "onap-discuss@lists.onap.org" , 
"rene.rob...@orange.com" 
Date: Thursday, September 20, 2018 at 8:28 AM
To: "onap-discuss@lists.onap.org" , "LANDO, 
MICHAEL" , "Seshu m (seshu.kuma...@huawei.com)" 

Subject: [onap-discuss][SDC][SO][SDNC] : how to instantiate a Virtual Link 
based on a neutron network with ONAP

Objective : instantiate a Virtual Link based on a neutron network with ONAP

Here is my procedure (maybe not the best, but the one I know) :
Done with ONAP Beijing (OOM)

1 - change the heat template and heat template params already inserted in SO 
mariaDB
(I did never manage to use the existing heat template….)

Connect to SO mariadb (use DBeaver software for example)

UPDATE mso_catalog.heat_template SET NAME='Generic NeutronNet', VERSION='1', 
BODY='heat_template_version: 2013-05-23

description:
  HOT template that creates a Generic Neutron Network

parameters:
  network_name:
 type: string
 description: Name of direct network (e.g. core, dmz)
outputs:
  network_id:
description: Openstack network identifier
value: { get_resource: network }
resources:
  network:
type: OS::Neutron::Net
properties:
  name: {get_param: network_name }

', TIMEOUT_MINUTES=10, DESCRIPTION='Generic Neutron Template', 
CREATION_TIMESTAMP='2017-10-26 14:44:00.000', ARTIFACT_CHECKSUM='MANUAL RECORD' 
WHERE ARTIFACT_UUID='efee1d84-b8ec-11e7-abc4-cec278b6b50a';


INSERT INTO mso_catalog.heat_template_params (HEAT_TEMPLATE_ARTIFACT_UUID, 
PARAM_NAME, IS_REQUIRED, PARAM_TYPE, PARAM_ALIAS) 
VALUES('efee1d84-b8ec-11e7-abc4-cec278b6b50a', 'network_name', 1, 'string', 
'NULL');

2 - onboard a new service using SDC
create a new service in SDC
add a "generic neutron" VL resource to the service (composition)
validate/distibute the service

3 instantiate the service and network
using Rest API (SO, SDNC)

Service instanciation

curl -X POST \
  
http://so.api.simpledemo.onap.org:30223/ecomp/mso/infra/serviceInstances/v6
 \
  -H 'accept: application/json' \
  -H 'authorization: Basic SW5mcmFQb3J0YWxDbGllbnQ6cGFzc3dvcmQxJA==' \
  -H 'cache-control: no-cache' \
  -H 'content-type: application/json' \
  -H 'x-fromappid: APIclient' \
  -H 'x-transactionid: test' \
  -d '{
"requestDetails": {
"requestInfo": {
   "instanceName": "test-neutron-service-01",
   "source": "VID",
   "suppressRollback": false,
   "requestorId": "demo"
},
"modelInfo": {
   "modelType": "service",
   "modelInvariantId": 
"909c2700-799f-4348-9e69-a6523638ee0b",
   "modelVersionId": 
"912fe8f8-9d1e-4b46-b44d-722fb974e6bb",
   "modelName": "Neutron network",
   "modelVersion": "1.0"
},
"requestParameters": {
   "userParams": [],
   "subscriptionServiceType": "Neutron network",
   "aLaCarte": true
},
"subscriberInfo": {
   "globalSubscriberId": "generic"
},
"project": {
   "projectName": "Orange_project"
},
"owningEntity": {
   "owningEntityId": 
"2ca23314-ffc8-4511-8387-8a04b50684d6",
   "owningEntityName": "Orange"
}
}
}'


Preload for Network

curl -X POST \
  
http://sdnc.api.simpledemo.onap.org:30202/restconf/operations/VNF-API:preload-network-topology-operation
 \
  -H 'accept: application/json' \
  -H 'authorization: Basic 
YWRtaW46S3A4Yko0U1hzek0wV1hsaGFrM2VIbGNzZTJnQXc4NHZhb0dHbUp2VXkyVQ==' \
  -H 'cache-control: no-cache' \
  -H 'content-type: application/json' \
  -H 'x-fromappid: API client' \
  -H 'x-transactionid: 0a3f6713-ba96-4971-a6f8-c2da85a3176e' \
  -d '{
  "VNF-API:input": {
"VNF-API:request-information": {
  "VNF-API:request-id": 

Re: [onap-discuss] [SO][Camunda][Unauthorized][HeatBasedInstallation][Windriver]

[Steve Smokowski]

Camunda:Auth, Admin:admin is only used for the cockpit login.  The other 
passwords are stored below.  Inside apihandler you will see the encrypted 
password, in Camunda override.yaml you will see the websecurity section.

password1$, which is encrypted.  Generally you can use the cryptoUtils unit 
test to test the decryption to see if it is correct.

Thanks

-Steve


From:  on behalf of "Sliwka, Wojciech (Nokia - 
PL/Wroclaw)" 
Reply-To: "onap-discuss@lists.onap.org" , 
"wojciech.sli...@nokia.com" 
Date: Friday, September 28, 2018 at 3:04 AM
To: "onap-discuss@lists.onap.org" 
Cc: "Krysiak, Piotr (Nokia - PL/Wroclaw)" , "Krysiak, 
Adam (Nokia - PL/Wroclaw)" , "Koblosz, Sandra (Nokia - 
PL/Wroclaw)" , "Golabek, Tomasz (Nokia - PL/Wroclaw)" 
, "Darosz, Piotr (Nokia - PL/Wroclaw)" 

Subject: [onap-discuss] 
[SO][Camunda][Unauthorized][HeatBasedInstallation][Windriver]


Hi,



during testing on Windriver I noticed following exception in SO:


2018-09-27T11:23:47.457Z|1a22b244-c94f-487c-985b-77e8325fcff9| 
org.onap.so.apihandler.common.CamundaClient - Camunda url is: 
http://bpmn-infra:8081/mso/async/services/CreateGenericALaCarteServiceInstance
2018-09-27T11:23:47.462Z|1a22b244-c94f-487c-985b-77e8325fcff9| 
org.onap.so.apihandler.common.RequestClient - Security exception
javax.crypto.BadPaddingException: Given final block not properly padded. Such 
issues can arise if a bad key is used during decryption.
at com.sun.crypto.provider.CipherCore.doFinal(CipherCore.java:991)
at com.sun.crypto.provider.CipherCore.doFinal(CipherCore.java:847)
at com.sun.crypto.provider.AESCipher.engineDoFinal(AESCipher.java:446)
at javax.crypto.Cipher.doFinal(Cipher.java:2164)
at org.onap.so.utils.CryptoUtils.decrypt(CryptoUtils.java:68)




It looks like provided mso.camundaAuth in override.yaml (which is
F3473596C526938329DF877495B494DC374D1C4198ED3AD305EA3ADCBBDA1862) is not valid.
Due to that admin:admin is used which ends up with '401 Unauthorized'.

Do you know how mso.camundaAuth should be filled?


Attached more logs.
Env: Windriver Integration-SB-07


BR,
Wojtek

wojciech.sli...@nokia.com




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

View/Reply Online (#12727): https://lists.onap.org/g/onap-discuss/message/12727
Mute This Topic: https://lists.onap.org/mt/26374190/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] #so Camunda Portal Access in Casablanca

[Steve Smokowski]

Open a Jira issue for me, we may have accidentally removed it when removing the 
EE.

Thanks

-Steve


From:  on behalf of David Perez Caparros 

Reply-To: "onap-discuss@lists.onap.org" , 
"david.perezcapar...@swisscom.com" 
Date: Tuesday, December 4, 2018 at 5:09 AM
To: "onap-discuss@lists.onap.org" , 
"sanch...@techmahindra.com" 
Subject: Re: [onap-discuss] #so Camunda Portal Access in Casablanca

Hi all,

is Camunda Cockpit accessible in Casablanca?
I tried 
http://so.api.simpledemo.onap.org:30277/
 with gui / password1$ credentials
but camunda is not listed

Regards
David

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


On 14 Nov 2018, at 08:04, Sanchita Pathak 
mailto:sanch...@techmahindra.com>> wrote:

Hi,

I could see admin/admin credentials in application-local.yml file. Tried it on 
both the below URLs but no luck.

http://so.api.simpledemo.onap.org:30277/camunda/app/admin/default/#/login

http://so.api.simpledemo.onap.org:30277/app/admin/default/#/login
 (removed /camunda)

Regards,
Sanchita


From: onap-discuss@lists.onap.org 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Andreas Geissler
Sent: Monday, November 12, 2018 5:34 PM
To: Andreas Geissler 
mailto:andreas-geiss...@telekom.de>>; 
onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] #so Camunda Portal Access in Casablanca

Hi all,

I still cannot open the SO Camunda Cockpit in Casablanca.
Any ideas about URL and credentials ?

Best regards
Andreas

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 (#14246): https://lists.onap.org/g/onap-discuss/message/14246
Mute This Topic: https://lists.onap.org/mt/27870209/21656
Mute #so: https://lists.onap.org/mk?hashtag=so=2740164
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] vCPE with TOSCA VNF use case and CCVPN use case

[Steve Smokowski]

I thoroughly disagree with this statement, please show the commits you are 
referring to here.


Most of the problems with SO are caused by SO containerization which came from 
this commit 
https://gerrit.onap.org/r/#/c/58247/,
  this commit doesn't consider the function compatibility and configuration 
compatibility under the multi-containers.


Thanks

-Steve


From:  on behalf of Yan Yang 

Reply-To: "onap-discuss@lists.onap.org" , 
"yangya...@chinamobile.com" 
Date: Saturday, November 24, 2018 at 7:42 AM
To: 'Seshu m' , "LEFEVRE, CATHERINE" 
, 'Yunxia Chen' , 
"onap-discuss@lists.onap.org" , 
"onap-rele...@lists.onap.org" 
Cc: 'Gildas Lanilis' , "'Yang Xu (Yang, Fixed 
Network)'" , "FREEMAN, BRIAN D" , "LANDO, 
MICHAEL" , "NACHMIAS, LIOR" 
, 'Kenny Paul' , 'Phil 
Robb' , 'Subhash Kumar Singh' 
, '邓灵莉' 
Subject: [onap-discuss] vCPE with TOSCA VNF use case and CCVPN use case

Hi All,

For CCVPN and vCPE test case, during the integration testing ,we are facing 
some problems,  because these two use case are complex end-to-end case, 
especially CCVPN, I just list the key blocking issues here

1.  Jira-ticket

Status

2.  
AAI-1925

Code has merge,but docker haven’t released

3.  SO-1248

Workaround :Place csar package into the right directory manually

SO-1249

Has delivered, docker haven’t released

SO-1235

Has delivered

SO-1239

Workaround: Manual register API to MSB

AAI-1920

Workaround :Register vnfm with IP not domain name manually

SDC-1955

Not solved, need Michael help to check the issue

SDC-1958

Not solved


For SDC and dmaap distribution error, we encounter many times, I know from the 
integration team , they also often encounter this issue, the usual solution is 
to restart or reinstall, this can solve the problem temporarily, but we should 
find the root cause and make our system more stable. And in fact , this problem 
appeared in all three versions of the ONAP integration testing.

Most of the problems with SO are caused by SO containerization which came from 
this commit 
https://gerrit.onap.org/r/#/c/58247/,
  this commit doesn't consider the function compatibility and configuration 
compatibility under the multi-containers.

For Other use cases if they didn’t get above problems, we guess that they are 
not going into the above two test case branches.


Best Regards,
Yan
发件人: Seshu m [mailto:seshu.kuma...@huawei.com]
发送时间: 2018年11月23日 15:55
收件人: 邓灵莉; Lefevre. Catherine; Yan Yang; Yunxia Chen
抄送: Gildas Lanilis; Yang Xu (Yang, Fixed Network); FREEMAN. BRIAN D; 
Lando.Michael; Nachmias. Lior; Kenny Paul; Phil Robb; Subhash Kumar Singh
主题: RE: Re:RE: Update on "vCPE with TOSCA VNF Test Case”

Michael,

As is discussed, Here is the link for the steps involved in designing the CCVPN 
usecase

https://wiki.onap.org/display/DW/CCVPN+Service+Design

We have connectivity issues from China to open lab.
Please do the needful Buddy,...

Thanks and Regards,
M Seshu Kumar
Senior System Architect
uTraffic, Software BU,
Huawei Technologies India Pvt. Ltd.
Survey No. 37, Next to EPIP Area, Kundalahalli, Whitefield
Bengaluru-560066, Karnataka.
Tel: + 91-80-49160700 , Mob: 9845355488
___
This e-mail and its attachments contain confidential information from HUAWEI, 
which is intended only for the person or entity whose address is listed above. 
Any use of the information contained herein in any way (including, but not 
limited to, total or partial disclosure, reproduction, or dissemination) by 
persons other than the intended recipient(s) is prohibited. If you receive this 
e-mail in error, please notify the sender by phone or email immediately and 
delete it!
---

From: Seshu m
Sent: Friday, November 23, 2018 10:19 AM
To: 邓灵莉; Lefevre. Catherine; Yan Yang; Yunxia Chen
Cc: Gildas Lanilis; Yang Xu (Yang, Fixed 

Re: [onap-discuss] VNF Creation Error in VID

[Steve Smokowski]

I was referring to the SO you have deployed, this earlier error is an internal 
SO communication error.  I would need to see debug log from BPMN pod and 
APIHandler pod to see what to check,  Please open a Jira and attach it.

11/20/18 10:28:43 HTTP Status: Internal Server Error (500)
{
  "requestError": {
"serviceException": {
  "messageId": "SVC2000",
  "text": "Unable to save instance to db due to error contacting requestDb: 
org.springframework.web.client.HttpClientErrorException: 409 "


Thanks

-Steve


From: "Ukponmwan, Itohan" 
Date: Tuesday, November 20, 2018 at 3:04 PM
To: "onap-discuss@lists.onap.org" , "Ukponmwan, 
Itohan" , "SMOKOWSKI, STEVEN" 
Cc: "Deng, Yipan" , "Addepalli, Srinivasa R" 
, "Mishra, Sharad D" 

Subject: RE: [onap-discuss] VNF Creation Error in VID

Hi Steve,

What changes can I make in my already deployed OOM ONAP to redeploy and fix the 
error I am seeing with vid? What is the recommended docker image for VID?

-Itohan

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Ukponmwan, Itohan
Sent: Tuesday, November 20, 2018 11:47 AM
To: SMOKOWSKI, STEVEN ; onap-discuss@lists.onap.org
Cc: Deng, Yipan ; Addepalli, Srinivasa R 
; Mishra, Sharad D 
Subject: Re: [onap-discuss] VNF Creation Error in VID

I deployed using master on Sunday. I am seeing the following in VID logs

20-Nov-2018 19:18:16.513 SEVERE [http-nio-8443-exec-9] 
org.apache.catalina.core.StandardWrapperValve.invoke Servlet.service() for 
servlet [dispatcher] in context with path [/
vid] threw exception [Handler processing failed; nested exception is 
java.lang.NoSuchMethodError: org.json.JSONObject.(Ljava/lang/Object;)V] 
with root cause
java.lang.NoSuchMethodError: org.json.JSONObject.(Ljava/lang/Object;)V
at 
org.onap.portalapp.controller.core.MenuListController.getAppName(MenuListController.java:139)
at sun.reflect.GeneratedMethodAccessor269.invoke(Unknown Source)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)



From: SMOKOWSKI, STEVEN [mailto:ss8...@att.com]
Sent: Tuesday, November 20, 2018 11:36 AM
To: Ukponmwan, Itohan 
mailto:itohan.ukponm...@intel.com>>; 
onap-discuss@lists.onap.org
Cc: Deng, Yipan mailto:yipan.d...@intel.com>>; Addepalli, 
Srinivasa R 
mailto:srinivasa.r.addepa...@intel.com>>; 
Mishra, Sharad D mailto:sharad.d.mis...@intel.com>>
Subject: Re: [onap-discuss] VNF Creation Error in VID

Is it using master or Casablanca?  Master it may be a bug, I believe we got rid 
of hard coded encryption keys, perhaps something was not re-encrypted properly.

Thanks

-Steve


From: "Ukponmwan, Itohan" 
mailto:itohan.ukponm...@intel.com>>
Date: Tuesday, November 20, 2018 at 2:30 PM
To: "SMOKOWSKI, STEVEN" mailto:ss8...@att.com>>, 
"onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>
Cc: "Deng, Yipan" mailto:yipan.d...@intel.com>>, 
"Addepalli, Srinivasa R" 
mailto:srinivasa.r.addepa...@intel.com>>, 
"Mishra, Sharad D" mailto:sharad.d.mis...@intel.com>>
Subject: RE: [onap-discuss] VNF Creation Error in VID

Yes. I am using the deploy script in the integration repo and it pulls in the 
latest oom with the latest helm charts.

-Itohan

From: SMOKOWSKI, STEVEN [mailto:ss8...@att.com]
Sent: Tuesday, November 20, 2018 11:26 AM
To: Ukponmwan, Itohan 
mailto:itohan.ukponm...@intel.com>>; 
onap-discuss@lists.onap.org
Cc: Deng, Yipan mailto:yipan.d...@intel.com>>; Addepalli, 
Srinivasa R 
mailto:srinivasa.r.addepa...@intel.com>>; 
Mishra, Sharad D mailto:sharad.d.mis...@intel.com>>
Subject: Re: [onap-discuss] VNF Creation Error in VID

Are you using the existing helm charts? It should set it correctly then

Thanks

-Steve


From: "Ukponmwan, Itohan" 
mailto:itohan.ukponm...@intel.com>>
Date: Tuesday, November 20, 2018 at 1:45 PM
To: "SMOKOWSKI, STEVEN" mailto:ss8...@att.com>>, 
"onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>
Cc: "Deng, Yipan" mailto:yipan.d...@intel.com>>, 
"Addepalli, Srinivasa R" 
mailto:srinivasa.r.addepa...@intel.com>>, 
"Mishra, Sharad D" mailto:sharad.d.mis...@intel.com>>
Subject: RE: [onap-discuss] VNF Creation Error in VID

Please can you provide instructions for modifying the password. I am not 
familiar with SO architecture and configmaps.

Thanks,
Itohan

From: SMOKOWSKI, STEVEN [mailto:ss8...@att.com]
Sent: Tuesday, November 20, 2018 10:41 AM
To: onap-discuss@lists.onap.org; Ukponmwan, 
Itohan mailto:itohan.ukponm...@intel.com>>
Cc: Deng, Yipan mailto:yipan.d...@intel.com>>; Addepalli, 
Srinivasa R 
mailto:srinivasa.r.addepa...@intel.com>>; 
Mishra, Sharad D mailto:sharad.d.mis...@intel.com>>
Subject: Re: [onap-discuss] VNF Creation Error in VID

Pretty sure that’s going to be a bad password between SO-BPMN 

Re: [onap-discuss] VNF Creation Error in VID

[Steve Smokowski]

Is it using master or Casablanca?  Master it may be a bug, I believe we got rid 
of hard coded encryption keys, perhaps something was not re-encrypted properly.

Thanks

-Steve


From: "Ukponmwan, Itohan" 
Date: Tuesday, November 20, 2018 at 2:30 PM
To: "SMOKOWSKI, STEVEN" , "onap-discuss@lists.onap.org" 

Cc: "Deng, Yipan" , "Addepalli, Srinivasa R" 
, "Mishra, Sharad D" 

Subject: RE: [onap-discuss] VNF Creation Error in VID

Yes. I am using the deploy script in the integration repo and it pulls in the 
latest oom with the latest helm charts.

-Itohan

From: SMOKOWSKI, STEVEN [mailto:ss8...@att.com]
Sent: Tuesday, November 20, 2018 11:26 AM
To: Ukponmwan, Itohan ; onap-discuss@lists.onap.org
Cc: Deng, Yipan ; Addepalli, Srinivasa R 
; Mishra, Sharad D 
Subject: Re: [onap-discuss] VNF Creation Error in VID

Are you using the existing helm charts? It should set it correctly then

Thanks

-Steve


From: "Ukponmwan, Itohan" 
mailto:itohan.ukponm...@intel.com>>
Date: Tuesday, November 20, 2018 at 1:45 PM
To: "SMOKOWSKI, STEVEN" mailto:ss8...@att.com>>, 
"onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>
Cc: "Deng, Yipan" mailto:yipan.d...@intel.com>>, 
"Addepalli, Srinivasa R" 
mailto:srinivasa.r.addepa...@intel.com>>, 
"Mishra, Sharad D" mailto:sharad.d.mis...@intel.com>>
Subject: RE: [onap-discuss] VNF Creation Error in VID

Please can you provide instructions for modifying the password. I am not 
familiar with SO architecture and configmaps.

Thanks,
Itohan

From: SMOKOWSKI, STEVEN [mailto:ss8...@att.com]
Sent: Tuesday, November 20, 2018 10:41 AM
To: onap-discuss@lists.onap.org; Ukponmwan, 
Itohan mailto:itohan.ukponm...@intel.com>>
Cc: Deng, Yipan mailto:yipan.d...@intel.com>>; Addepalli, 
Srinivasa R 
mailto:srinivasa.r.addepa...@intel.com>>; 
Mishra, Sharad D mailto:sharad.d.mis...@intel.com>>
Subject: Re: [onap-discuss] VNF Creation Error in VID

Pretty sure that’s going to be a bad password between SO-BPMN Pod, and Request 
DB Pod.

Thanks

-Steve


From: mailto:onap-discuss@lists.onap.org>> on 
behalf of "Ukponmwan, Itohan" 
mailto:itohan.ukponm...@intel.com>>
Reply-To: "onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>, 
"itohan.ukponm...@intel.com" 
mailto:itohan.ukponm...@intel.com>>
Date: Tuesday, November 20, 2018 at 1:34 PM
To: "onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>
Cc: "Deng, Yipan" mailto:yipan.d...@intel.com>>, 
"Addepalli, Srinivasa R" 
mailto:srinivasa.r.addepa...@intel.com>>, 
"Mishra, Sharad D" mailto:sharad.d.mis...@intel.com>>
Subject: [onap-discuss] VNF Creation Error in VID

11/20/18 10:28:43 HTTP Status: Internal Server Error (500)
{
  "requestError": {
"serviceException": {
  "messageId": "SVC2000",
  "text": "Unable to save instance to db due to error contacting requestDb: 
org.springframework.web.client.HttpClientErrorException: 409 "

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

View/Reply Online (#13902): https://lists.onap.org/g/onap-discuss/message/13902
Mute This Topic: https://lists.onap.org/mt/28270014/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] VNF Creation Error in VID

[Steve Smokowski]

Are you using the existing helm charts? It should set it correctly then

Thanks

-Steve


From: "Ukponmwan, Itohan" 
Date: Tuesday, November 20, 2018 at 1:45 PM
To: "SMOKOWSKI, STEVEN" , "onap-discuss@lists.onap.org" 

Cc: "Deng, Yipan" , "Addepalli, Srinivasa R" 
, "Mishra, Sharad D" 

Subject: RE: [onap-discuss] VNF Creation Error in VID

Please can you provide instructions for modifying the password. I am not 
familiar with SO architecture and configmaps.

Thanks,
Itohan

From: SMOKOWSKI, STEVEN [mailto:ss8...@att.com]
Sent: Tuesday, November 20, 2018 10:41 AM
To: onap-discuss@lists.onap.org; Ukponmwan, Itohan 
Cc: Deng, Yipan ; Addepalli, Srinivasa R 
; Mishra, Sharad D 
Subject: Re: [onap-discuss] VNF Creation Error in VID

Pretty sure that’s going to be a bad password between SO-BPMN Pod, and Request 
DB Pod.

Thanks

-Steve


From: mailto:onap-discuss@lists.onap.org>> on 
behalf of "Ukponmwan, Itohan" 
mailto:itohan.ukponm...@intel.com>>
Reply-To: "onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>, 
"itohan.ukponm...@intel.com" 
mailto:itohan.ukponm...@intel.com>>
Date: Tuesday, November 20, 2018 at 1:34 PM
To: "onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>
Cc: "Deng, Yipan" mailto:yipan.d...@intel.com>>, 
"Addepalli, Srinivasa R" 
mailto:srinivasa.r.addepa...@intel.com>>, 
"Mishra, Sharad D" mailto:sharad.d.mis...@intel.com>>
Subject: [onap-discuss] VNF Creation Error in VID

11/20/18 10:28:43 HTTP Status: Internal Server Error (500)
{
  "requestError": {
"serviceException": {
  "messageId": "SVC2000",
  "text": "Unable to save instance to db due to error contacting requestDb: 
org.springframework.web.client.HttpClientErrorException: 409 "

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

View/Reply Online (#13900): https://lists.onap.org/g/onap-discuss/message/13900
Mute This Topic: https://lists.onap.org/mt/28270014/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] VNF Creation Error in VID

[Steve Smokowski]

Pretty sure that’s going to be a bad password between SO-BPMN Pod, and Request 
DB Pod.

Thanks

-Steve


From:  on behalf of "Ukponmwan, Itohan" 

Reply-To: "onap-discuss@lists.onap.org" , 
"itohan.ukponm...@intel.com" 
Date: Tuesday, November 20, 2018 at 1:34 PM
To: "onap-discuss@lists.onap.org" 
Cc: "Deng, Yipan" , "Addepalli, Srinivasa R" 
, "Mishra, Sharad D" 

Subject: [onap-discuss] VNF Creation Error in VID

11/20/18 10:28:43 HTTP Status: Internal Server Error (500)
{
  "requestError": {
"serviceException": {
  "messageId": "SVC2000",
  "text": "Unable to save instance to db due to error contacting requestDb: 
org.springframework.web.client.HttpClientErrorException: 409 "

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

View/Reply Online (#13898): https://lists.onap.org/g/onap-discuss/message/13898
Mute This Topic: https://lists.onap.org/mt/28270014/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][SO]Build Casablanca SO code locally and test it.

[Steve Smokowski]

Maven will output the images if you simply set the docker flags properly.  When 
testing locally on my machine and pushing to my local repo I use the following 
maven command.

mvn clean install -DskipTests -Ddocker.skip=false -Ddocker.skip.build=false 
-Ddocker.skip.push=true


Also if you pull the heat config from so-config, there is a docker-compose that 
will spin all the services needed to interact with SO locally.

Thanks

-Steve


From:  on behalf of Sunil Kumar 

Reply-To: "onap-discuss@lists.onap.org" , 
"sunilbirada...@gmail.com" 
Date: Tuesday, November 20, 2018 at 6:48 AM
To: "seshu.kuma...@huawei.com" 
Cc: "onap-discuss@lists.onap.org" 
Subject: Re: [onap-discuss][SO]Build Casablanca SO code locally and test it.

 my local code and use the same for creating the docker image.



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

View/Reply Online (#13890): https://lists.onap.org/g/onap-discuss/message/13890
Mute This Topic: https://lists.onap.org/mt/28265096/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] SO Heatbridge for Dublin Release

[Steve Smokowski]

I’d like to move it to a small microservice we can trigger in the create vf 
module BB, if you have some time and cycles we can work on this one together.

Thanks

-Steve


From:  on behalf of "Ahmad, Munir" 

Reply-To: "onap-discuss@lists.onap.org" , 
"munir.ah...@bell.ca" 
Date: Tuesday, November 20, 2018 at 1:19 PM
To: "onap-discuss@lists.onap.org" 
Subject: [onap-discuss] SO Heatbridge for Dublin Release

Hello SO team,

With Casablanca release, there is no way to synchronize OpenStack resources 
into AAI post create VF module building block automatically.

Today’s heatbridge is hardcoded to be disabled 
https://github.com/onap/so/blob/f2afd9880e409317626f393ab6d0a414a80653de/adapters/mso-openstack-adapters/src/test/java/org/onap/so/adapters/vnf/VolumeGroupAdapterCommon.java

My understanding is that there is a python script that is triggered by robot 
and I believe we need a more robust way of achieving this through SO request.

I would like to propose that we implement something more robust for Dublin 
release. Please let me know about the next steps on this.

The flag to enable heatbridge can come from SO request and the default can be 
false.

As for implementation, I believe we should not trigger the python script from 
java through Runtime execute as there are some security vulnerabilities and we 
need to mitigate OS injection attack.

https://github.com/onap/so/blob/6bfb4b9a77b8ed2ebf94c9e8c1ad683b211e680d/adapters/mso-openstack-adapters/src/main/java/org/onap/so/adapters/vnf/MsoVnfAdapterImpl.java

As an alternative, this can be implemented in java and stitched within one of 
the appropriate building blocks.

Thanks
Munir


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

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