Re: [onap-discuss] Can we skip openstack verification in Robot VM?

[Viswa KSP]

But where & in which DB/Table sdc/vid models are stored ?

Cos when we logged into maria_db and try to see data in MSO DB, we don't
see NS that we created in VID.

Bharath,

Could you paste DB output to the forum.

BR,
Viswa

On Jun 9, 2017 2:04 AM, "ROSE, DANIEL V"  wrote:

> At distribution time everything is stored in MSO as far as I know. Nothing
> is stored at instantiation time but they may query sdc for extra stuff.
>
>
>
> Daniel Rose
>
> ECOMP / ONAP
>
> com.att.ecomp
>
> 732-420-7308
>
>
>
> *From:* bharath thiruveedula [mailto:bharath_...@hotmail.com]
> *Sent:* Thursday, June 08, 2017 3:08 PM
> *To:* onap-discuss@lists.onap.org
> *Cc:* Ahmad, Munir ; ROSE, DANIEL V ;
> Viswa KSP 
> *Subject:* Re: [onap-discuss] Can we skip openstack verification in Robot
> VM?
>
>
>
> Hi,
>
>
>
> Quick question on the high level flow.
>
>
>
> When we deploy network instance or add VNF in VID, does it store the same
> info in MSO db? Do distributed network services in design phase also stored
> in MSO DB?
>
>
>
> Actually I was trying to figure out, at what step the module is stored in
> mso catalog db.
>
>
>
> Regards
>
> Bharath T
>
>
> --
>
> *From:* Viswa KSP 
> *Sent:* Thursday, June 8, 2017 11:48 PM
> *To:* bharath thiruveedula
> *Cc:* Ahmad, Munir; Kanagaraj Manickam; ROSE, DANIEL V;
> onap-discuss@lists.onap.org
> *Subject:* Re: [onap-discuss] Can we skip openstack verification in Robot
> VM?
>
>
>
> Oh right….
>
>
>
> On Jun 8, 2017, at 11:41 PM, bharath thiruveedula 
> wrote:
>
>
>
>
> Viswa,
>
>
>
> Tried  that approach of using the module name we use for ./demo.sh preload
> and while creating VF module in GUI as instance name too. We got the same
> error.
>
>
>
> -Bharath T
>
>
> --
>
> *From:* Viswa KSP 
> *Sent:* Thursday, June 8, 2017 11:37 PM
> *To:* bharath thiruveedula
> *Cc:* Ahmad, Munir; Viswa KSP; Kanagaraj Manickam; ROSE, DANIEL V;
> onap-discuss@lists.onap.org
> *Subject:* Re: [onap-discuss] Can we skip openstack verification in Robot
> VM?
>
>
>
> Bharath,
>
>
>
> I think we missed the sequencing… Preload with some name and then use the
> same name while create VF module via GUI. Lets try that Tom.
>
>
>
> BR,
>
> Viswa
>
>
>
> On Jun 8, 2017, at 11:31 PM, bharath thiruveedula 
> wrote:
>
>
>
> Hi Ahmad,
>
>
>
> Yes, we did preload in Robot VM, all tests were passed, I can see entry in
> SDNC portal.
>
>
>
> >>Module name is something you come up with and will be used when click  *Add
> VF-Module*
>
>
>
> Even before running ./demo.sh preload, I can see module when we click on
> "Add VF module". Even after running ./demo.sh preload I can see the same VF
> module, what we see before running.
>
>
>
> We tried to check db of MSO, we couldn't see entries of newly added VNF in
> VID app in 'VNF_recipe and VNF_resource' tables.
>
>
>
> Regards
>
> Bharath T
>
>
> --
>
> *From:* Ahmad, Munir 
> *Sent:* Thursday, June 8, 2017 10:44 PM
> *To:* Viswa KSP
> *Cc:* Kanagaraj Manickam; bharath thiruveedula; ROSE, DANIEL V;
> onap-discuss@lists.onap.org
> *Subject:* Re: [onap-discuss] Can we skip openstack verification in Robot
> VM?
>
>
>
> Just to confirm you created an instance called *DemoNS*
>
> Then you created a VNF called it *kspviswa-ns-inst1-vnf-inst1* then you
> did you preload?
>
>
>
> Preload requires your VNF name and module name.
> *TutorialFirewall..base_vfw..module-0 *does not seem like a good name for
> module name.
>
>
>
> Module name is something you come up with and will be used when click  *Add
> VF-Module*
>
>
>
> *./demo.sh preload
> kspviswa-ns-inst1-vnf-inst1 kspviswa-ns-inst1-module-inst1*
>
>
>
> Thanks
>
> Munir
>
>
>
> *From: *Viswa KSP 
> *Date: *Thursday, June 8, 2017 at 11:42 AM
> *To: *"Ahmad, Munir" 
> *Cc: *Kanagaraj Manickam , bharath
> thiruveedula , "ROSE, DANIEL V" ,
> "onap-discuss@lists.onap.org" 
> *Subject: *Re: [onap-discuss] Can we skip openstack verification in Robot
> VM?
>
>
>
> Here you go. It is quite apparent that, something is missing in MSO DB
> schema... Could you please let us know what are we missing???
>
>
>
> *Below are the logs while deploying NS and VNF in VID *
>
> 15:15:12,940 INFO  [stdout] (default task-25) URL :
> http://mso:8080/mso/async/services/CreateServiceInstanceInfra
> 
>
> 15:15:13,094 INFO  [stdout] (pool-13-thread-3)
> createServiceInstanceIncoming - 

Re: [onap-discuss] [Modeling]breakout room 1614 for modeling discussion

[denghui (L)]

Apologize for mistake,  1614

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of denghui (L)
Sent: Friday, June 9, 2017 12:18 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [Modeling]breakout room 1612 for modeling discussion

Hello all

The breakout room will be 1612, please come to level 16, we are going to have a 
discussion on it
Time: 2:30-3:30pm, Beijing time

Thanks

Deng Hui


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

[onap-discuss] [Modeling]breakout room 1612 for modeling discussion

[denghui (L)]

Hello all

The breakout room will be 1612, please come to level 16, we are going to have a 
discussion on it
Time: 2:30-3:30pm, Beijing time

Thanks

Deng Hui


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

Re: [onap-discuss] [SDC] Questions on VNF onboarding, service design, and testing

[ROSE, DANIEL V]

1-2,6 these questions would be better answered by the VNF Validation, ICE or 
VNF Guideline people at att.
4 its manual today so nothing is done when you hit the button. In the future we 
have to see what projects define as the role of the step.
5 Today it changes the icons you can select for your vnf. There are no 
differences otherwise as far as I can tell.
7 Again nothing is done today when you hit the button. In the future the 
project would design what it should do.


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

From: Kang Xi [mailto:kang...@huawei.com]
Sent: Thursday, June 08, 2017 3:59 PM
To: onap-discuss@lists.onap.org; LANDO, MICHAEL ; ROSE, 
DANIEL V 
Subject: [SDC] Questions on VNF onboarding, service design, and testing

Hi Michael and Daniel,

I have a few questions related to the design of SDC and appreciate if you could 
shed some light.

1. The document "VNF Management Requirements for ECOMP" says "The vendor must 
provide VNF packages that include a rich set of recipes, ". What types of 
specific recipes are required? what are the corresponding language/file format? 
In the future, is it required to validate these recipes during VNF onboarding, 
and how?

2. The same document says "The VNF vendor must provide testing scripts to 
support testing." What types of testing are expected here? And how are those 
testing scripts used in SDC or ICE?

3. During VNF onboarding, does a designer do any testing before submitting the 
VNF to tester? If yes, what kind of testings the designer will do?

4. During VNF onboarding, when a tester clicks "Start Testing", what is 
actually executed in the background in the current ONAP release? In the future, 
does this step use the testing scripts provided by the vendors? And does SDC 
actually spin up a VNF instance to perform such testing?

5. During VNF onboarding, the developer is asked to select from a long list a 
category for the VNF (such as gateway, router, database, firewall, load 
balancer, ...). How does the selection affect the onboarding and subsequent 
service design? For VNFs belonging to the same category, what kind of common 
properties are required? API, Yang, DG, etc?

6. In the future, do we also need to onboard a PNF and/or the associated 
recipes? If yes, how will it be different from onboarding a VNF?

7. After a service is designed and passed to a tester, what specific testing is 
actually executed when the button "Start testing" is clicked? In the ideal 
future, do we expect ONAP to spin up the entire service in a sandbox to perform 
testing?


Regards,
Kang

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

[onap-discuss] vFirewall VF Demo status - on Rackspace

[Michael O'Brien]

Team,
Subject: A functional vFirewall demo on Rackspace
Had some issues getting the vFW demo running until today, Yves Do Régo and 
I were trying to get the vFW 201702xx zip attached to confluence working - with 
several nexus repo, key, ip, network modifications (turns out the init script 
for the PGN VM at least was failing on script pulls from nexus (refactored 
since before 1.0.0-SNAPSHOT) - we reran with the official 1.0.0 template and 
traffic generation looks to be working now NICELY!.  We are sharing with the 
group and updating the demo wiki pages to help as some of our and other(s) 
questions are answered now.


1)  The vFW zip attached to the onap.org wiki that we were using will not 
work with 1.0.0-SNAPSHOT or 1.0.0 (disabled/replacing it) - we are using the 
official yaml now from 1.0.0 - this fixes the userdata bootstrap script on the 
PGN instance - where nexus pulls of TG scripts was failing (why the demo did 
not work in the past) - we now use (with modified ssh key, ips and networks)

Heat template:

https://nexus.onap.org/content/sites/raw/org.openecomp.demo/heat/vFW/1.0.0/
Scripts to verify on the PGN VM:

https://nexus.onap.org/content/sites/raw/org.openecomp.demo/vnfs/vfw/1.0.0/

After this we were able to run ./demo.sh appc - to start the TG

We will post our modified vFW zip as a reference to

https://wiki.onap.org/download/attachments/1015849/vFW_100_20170608.zip?api=v2

https://wiki.onap.org/display/DW/Reference+Documents

Referenced by

https://wiki.onap.org/display/DW/Installing+and+Running+the+ONAP+Demos



2)  We still get the odd docker container down - one deployment had a 
stopped AA for 1.0.0, and a long running IAD DC deployment currently has only 
2 of 5 containers running on the CDAP02 VM (2 + the DB have had stopped) - this 
may be related to long running JVM's eventually running out of heap? As there 
was no real traffic.  This should improve in 1.x under 
scaling/granular-heathcheck.

3)  The DFW DC can also be used as a 2nd full deployment (the dropdowns for 
the DC on the 3 create Service/VNF/VF-Module work)

4)  The configurable options like ip, network-names, vnf name and ssh-key 
don't get overridden via the env file - so be aware of the defaults if creating 
2 or more - or trying to ssh to the VM's
https://jira.onap.org/browse/UCA-17



5)  VF-Module creation times out before the 3 VMs are provisioned (there 
are 10 fixed retries) - VMs create OK later - so this can be ignored for now.
This is OK for now as we just need to increase the tries/timeout to account for 
the length of time to bring up the 3 vFW VMs - the sink VM takes the longest
https://jira.onap.org/browse/UCA-19



Thank you
/michael


Michael O'Brien
Amdocs Technology
16135955268
55268
[amdocs-a]

This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,

you may review at https://www.amdocs.com/about/email-disclaimer 

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

Re: [onap-discuss] Can we skip openstack verification in Robot VM?

[ROSE, DANIEL V]

At distribution time everything is stored in MSO as far as I know. Nothing is 
stored at instantiation time but they may query sdc for extra stuff.

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

From: bharath thiruveedula [mailto:bharath_...@hotmail.com]
Sent: Thursday, June 08, 2017 3:08 PM
To: onap-discuss@lists.onap.org
Cc: Ahmad, Munir ; ROSE, DANIEL V ; Viswa 
KSP 
Subject: Re: [onap-discuss] Can we skip openstack verification in Robot VM?


Hi,



Quick question on the high level flow.



When we deploy network instance or add VNF in VID, does it store the same info 
in MSO db? Do distributed network services in design phase also stored in MSO 
DB?



Actually I was trying to figure out, at what step the module is stored in mso 
catalog db.



Regards

Bharath T


From: Viswa KSP >
Sent: Thursday, June 8, 2017 11:48 PM
To: bharath thiruveedula
Cc: Ahmad, Munir; Kanagaraj Manickam; ROSE, DANIEL V; 
onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] Can we skip openstack verification in Robot VM?

Oh right….

On Jun 8, 2017, at 11:41 PM, bharath thiruveedula 
> wrote:


Viswa,

Tried  that approach of using the module name we use for ./demo.sh preload and 
while creating VF module in GUI as instance name too. We got the same error.

-Bharath T


From: Viswa KSP >
Sent: Thursday, June 8, 2017 11:37 PM
To: bharath thiruveedula
Cc: Ahmad, Munir; Viswa KSP; Kanagaraj Manickam; ROSE, DANIEL V; 
onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] Can we skip openstack verification in Robot VM?

Bharath,

I think we missed the sequencing… Preload with some name and then use the same 
name while create VF module via GUI. Lets try that Tom.

BR,
Viswa

On Jun 8, 2017, at 11:31 PM, bharath thiruveedula 
> wrote:

Hi Ahmad,

Yes, we did preload in Robot VM, all tests were passed, I can see entry in SDNC 
portal.

>>Module name is something you come up with and will be used when click  Add 
>>VF-Module

Even before running ./demo.sh preload, I can see module when we click on "Add 
VF module". Even after running ./demo.sh preload I can see the same VF module, 
what we see before running.

We tried to check db of MSO, we couldn't see entries of newly added VNF in VID 
app in 'VNF_recipe and VNF_resource' tables.

Regards
Bharath T


From: Ahmad, Munir >
Sent: Thursday, June 8, 2017 10:44 PM
To: Viswa KSP
Cc: Kanagaraj Manickam; bharath thiruveedula; ROSE, DANIEL V; 
onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] Can we skip openstack verification in Robot VM?

Just to confirm you created an instance called DemoNS
Then you created a VNF called it kspviswa-ns-inst1-vnf-inst1 then you did you 
preload?

Preload requires your VNF name and module name. 
TutorialFirewall..base_vfw..module-0 does not seem like a good name for module 
name.

Module name is something you come up with and will be used when click  Add 
VF-Module

./demo.sh preload kspviswa-ns-inst1-vnf-inst1 kspviswa-ns-inst1-module-inst1

Thanks
Munir

From: Viswa KSP >
Date: Thursday, June 8, 2017 at 11:42 AM
To: "Ahmad, Munir" >
Cc: Kanagaraj Manickam 
>, bharath 
thiruveedula >, "ROSE, 
DANIEL V" >, 
"onap-discuss@lists.onap.org" 
>
Subject: Re: [onap-discuss] Can we skip openstack verification in Robot VM?

Here you go. It is quite apparent that, something is missing in MSO DB 
schema... Could you please let us know what are we missing???

Below are the logs while deploying NS and VNF in VID
15:15:12,940 INFO  [stdout] (default task-25) URL : 
http://mso:8080/mso/async/services/CreateServiceInstanceInfra
15:15:13,094 INFO  [stdout] (pool-13-thread-3) createServiceInstanceIncoming - 

[onap-discuss] [SDC] Questions on VNF onboarding, service design, and testing

[Kang Xi]

Hi Michael and Daniel,

I have a few questions related to the design of SDC and appreciate if you could 
shed some light.

1. The document "VNF Management Requirements for ECOMP" says "The vendor must 
provide VNF packages that include a rich set of recipes, ". What types of 
specific recipes are required? what are the corresponding language/file format? 
In the future, is it required to validate these recipes during VNF onboarding, 
and how?

2. The same document says "The VNF vendor must provide testing scripts to 
support testing." What types of testing are expected here? And how are those 
testing scripts used in SDC or ICE?

3. During VNF onboarding, does a designer do any testing before submitting the 
VNF to tester? If yes, what kind of testings the designer will do?

4. During VNF onboarding, when a tester clicks "Start Testing", what is 
actually executed in the background in the current ONAP release? In the future, 
does this step use the testing scripts provided by the vendors? And does SDC 
actually spin up a VNF instance to perform such testing?

5. During VNF onboarding, the developer is asked to select from a long list a 
category for the VNF (such as gateway, router, database, firewall, load 
balancer, ...). How does the selection affect the onboarding and subsequent 
service design? For VNFs belonging to the same category, what kind of common 
properties are required? API, Yang, DG, etc?

6. In the future, do we also need to onboard a PNF and/or the associated 
recipes? If yes, how will it be different from onboarding a VNF?

7. After a service is designed and passed to a tester, what specific testing is 
actually executed when the button "Start testing" is clicked? In the ideal 
future, do we expect ONAP to spin up the entire service in a sandbox to perform 
testing?


Regards,
Kang

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

Re: [onap-discuss] Can we skip openstack verification in Robot VM?

[Viswa KSP]

Oh right….

> On Jun 8, 2017, at 11:41 PM, bharath thiruveedula  
> wrote:
> 
> 
> Viswa,
> 
> Tried  that approach of using the module name we use for ./demo.sh preload 
> and while creating VF module in GUI as instance name too. We got the same 
> error.
> 
> -Bharath T
> 
> From: Viswa KSP 
> Sent: Thursday, June 8, 2017 11:37 PM
> To: bharath thiruveedula
> Cc: Ahmad, Munir; Viswa KSP; Kanagaraj Manickam; ROSE, DANIEL V; 
> onap-discuss@lists.onap.org
> Subject: Re: [onap-discuss] Can we skip openstack verification in Robot VM?
>  
> Bharath,
> 
> I think we missed the sequencing… Preload with some name and then use the 
> same name while create VF module via GUI. Lets try that Tom.
> 
> BR,
> Viswa
> 
>> On Jun 8, 2017, at 11:31 PM, bharath thiruveedula > > wrote:
>> 
>> Hi Ahmad,
>> 
>> Yes, we did preload in Robot VM, all tests were passed, I can see entry in 
>> SDNC portal. 
>> 
>> >>Module name is something you come up with and will be used when click  Add 
>> >>VF-Module
>> 
>> Even before running ./demo.sh preload, I can see module when we click on 
>> "Add VF module". Even after running ./demo.sh preload I can see the same VF 
>> module, what we see before running.
>> 
>> We tried to check db of MSO, we couldn't see entries of newly added VNF in 
>> VID app in 'VNF_recipe and VNF_resource' tables.
>> 
>> Regards
>> Bharath T
>> 
>> From: Ahmad, Munir >
>> Sent: Thursday, June 8, 2017 10:44 PM
>> To: Viswa KSP
>> Cc: Kanagaraj Manickam; bharath thiruveedula; ROSE, DANIEL V; 
>> onap-discuss@lists.onap.org 
>> Subject: Re: [onap-discuss] Can we skip openstack verification in Robot VM?
>>  
>> Just to confirm you created an instance called DemoNS
>> Then you created a VNF called it kspviswa-ns-inst1-vnf-inst1 then you did 
>> you preload? 
>>  
>> Preload requires your VNF name and module name. 
>> TutorialFirewall..base_vfw..module-0 does not seem like a good name for 
>> module name.
>>  
>> Module name is something you come up with and will be used when click  Add 
>> VF-Module
>>  
>> ./demo.sh preload kspviswa-ns-inst1-vnf-inst1 kspviswa-ns-inst1-module-inst1
>>  
>> Thanks
>> Munir
>>  
>> From: Viswa KSP > >
>> Date: Thursday, June 8, 2017 at 11:42 AM
>> To: "Ahmad, Munir" >
>> Cc: Kanagaraj Manickam > >, bharath thiruveedula 
>> >, "ROSE, DANIEL V" 
>> >, "onap-discuss@lists.onap.org 
>> " > >
>> Subject: Re: [onap-discuss] Can we skip openstack verification in Robot VM?
>>  
>> Here you go. It is quite apparent that, something is missing in MSO DB 
>> schema... Could you please let us know what are we missing???
>>  
>> Below are the logs while deploying NS and VNF in VID 
>> 15:15:12,940 INFO  [stdout] (default task-25) URL : 
>> http://mso:8080/mso/async/services/CreateServiceInstanceInfra 
>> 
>> 15:15:13,094 INFO  [stdout] (pool-13-thread-3) createServiceInstanceIncoming 
>> - 
>> {"requestDetails":{"requestInfo":{"instanceName":"DemoNS","source":"VID","suppressRollback":false},"modelInfo":{"modelType":"service","modelInvariantId":"d11fbeb3-35c9-4a61-81c3-75d9873bd94d","modelNameVersionId":"789bb384-4837-4550-a6e3-c7526a738816","modelName":"ONAP-demo-network-service","modelVersion":"1.0"},"requestParameters":{"userParams":[],"subscriptionServiceType":"vFW"},"subscriberInfo":{"globalSubscriberId":"Demo102"}}}
>> 15:15:13,350 INFO  [stdout] (pool-13-thread-3) INSIDE --> Complete MSO 
>> Process Done SUCCESSFULLY
>> 15:15:13,352 INFO  [stdout] (pool-13-thread-3) CompleteMsoProcess Response 
>> -->
>> 15:15:13,352 INFO  [stdout] (pool-13-thread-3)
>> 15:17:21,012 INFO  [stdout] (default task-30) URL : 
>> http://mso:8080/mso/async/services/CreateVnfInfra 
>> 
>> 15:17:21,349 INFO  [stdout] (pool-13-thread-1) INSIDE --> Complete MSO 
>> Process Done SUCCESSFULLY
>> 15:17:21,352 INFO  [stdout] (pool-13-thread-1) CompleteMsoProcess Response 
>> -->
>> 15:17:21,352 INFO  [stdout] (pool-13-thread-1)
>> 15:21:21,525 INFO  [stdout] (Camunda Metrics Reporter) 15:21:21.525 [Camunda 
>> Metrics Reporter] DEBUG o.a.i.t.managed.ManagedTransaction - Opening JDBC 
>> Connection
>> 15:21:21,526 INFO  [stdout] (Camunda Metrics Reporter) 15:21:21.525 [Camunda 
>> Metrics Reporter] DEBUG o.c.b.e.i.p.e.M.insertMeterLog - ==>  Preparing: 
>> insert into ACT_RU_METER_LOG (ID_, NAME_, VALUE_, TIMESTAMP_) values ( ?, ?, 
>> ?, ? )

Re: [onap-discuss] Can we skip openstack verification in Robot VM?

[Ahmad, Munir]

Here is the steps you can follow: 
https://wiki.onap.org/display/DW/Tutorial%3A+Creating+a+Service+Instance+from+a+Design+Model


From: bharath thiruveedula 
Date: Thursday, June 8, 2017 at 2:11 PM
To: Viswa KSP 
Cc: "Ahmad, Munir" , Kanagaraj Manickam 
, "ROSE, DANIEL V" , 
"onap-discuss@lists.onap.org" 
Subject: Re: [onap-discuss] Can we skip openstack verification in Robot VM?




Viswa,



Tried  that approach of using the module name we use for ./demo.sh preload and 
while creating VF module in GUI as instance name too. We got the same error.



-Bharath T


From: Viswa KSP 
Sent: Thursday, June 8, 2017 11:37 PM
To: bharath thiruveedula
Cc: Ahmad, Munir; Viswa KSP; Kanagaraj Manickam; ROSE, DANIEL V; 
onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] Can we skip openstack verification in Robot VM?

Bharath,

I think we missed the sequencing… Preload with some name and then use the same 
name while create VF module via GUI. Lets try that Tom.

BR,
Viswa

On Jun 8, 2017, at 11:31 PM, bharath thiruveedula 
> wrote:

Hi Ahmad,

Yes, we did preload in Robot VM, all tests were passed, I can see entry in SDNC 
portal.

>>Module name is something you come up with and will be used when click  Add 
>>VF-Module

Even before running ./demo.sh preload, I can see module when we click on "Add 
VF module". Even after running ./demo.sh preload I can see the same VF module, 
what we see before running.

We tried to check db of MSO, we couldn't see entries of newly added VNF in VID 
app in 'VNF_recipe and VNF_resource' tables.

Regards
Bharath T


From: Ahmad, Munir >
Sent: Thursday, June 8, 2017 10:44 PM
To: Viswa KSP
Cc: Kanagaraj Manickam; bharath thiruveedula; ROSE, DANIEL V; 
onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] Can we skip openstack verification in Robot VM?

Just to confirm you created an instance called DemoNS
Then you created a VNF called it kspviswa-ns-inst1-vnf-inst1 then you did you 
preload?

Preload requires your VNF name and module name. 
TutorialFirewall..base_vfw..module-0 does not seem like a good name for module 
name.

Module name is something you come up with and will be used when click  Add 
VF-Module

./demo.sh preload kspviswa-ns-inst1-vnf-inst1 kspviswa-ns-inst1-module-inst1

Thanks
Munir

From: Viswa KSP >
Date: Thursday, June 8, 2017 at 11:42 AM
To: "Ahmad, Munir" >
Cc: Kanagaraj Manickam 
>, bharath 
thiruveedula >, "ROSE, 
DANIEL V" >, 
"onap-discuss@lists.onap.org" 
>
Subject: Re: [onap-discuss] Can we skip openstack verification in Robot VM?

Here you go. It is quite apparent that, something is missing in MSO DB 
schema... Could you please let us know what are we missing???

Below are the logs while deploying NS and VNF in VID
15:15:12,940 INFO  [stdout] (default task-25) URL : 
http://mso:8080/mso/async/services/CreateServiceInstanceInfra
15:15:13,094 INFO  [stdout] (pool-13-thread-3) createServiceInstanceIncoming - 
{"requestDetails":{"requestInfo":{"instanceName":"DemoNS","source":"VID","suppressRollback":false},"modelInfo":{"modelType":"service","modelInvariantId":"d11fbeb3-35c9-4a61-81c3-75d9873bd94d","modelNameVersionId":"789bb384-4837-4550-a6e3-c7526a738816","modelName":"ONAP-demo-network-service","modelVersion":"1.0"},"requestParameters":{"userParams":[],"subscriptionServiceType":"vFW"},"subscriberInfo":{"globalSubscriberId":"Demo102"}}}
15:15:13,350 INFO  [stdout] (pool-13-thread-3) INSIDE --> Complete MSO Process 
Done SUCCESSFULLY
15:15:13,352 INFO  [stdout] (pool-13-thread-3) CompleteMsoProcess Response -->
15:15:13,352 INFO  [stdout] (pool-13-thread-3)
15:17:21,012 INFO  [stdout] (default task-30) URL : 
http://mso:8080/mso/async/services/CreateVnfInfra
15:17:21,349 INFO  [stdout] (pool-13-thread-1) INSIDE --> Complete MSO Process 
Done SUCCESSFULLY
15:17:21,352 INFO  [stdout] (pool-13-thread-1) CompleteMsoProcess Response -->
15:17:21,352 INFO  [stdout] (pool-13-thread-1)
15:21:21,525 INFO  [stdout] (Camunda Metrics Reporter) 15:21:21.525 [Camunda 
Metrics Reporter] DEBUG o.a.i.t.managed.ManagedTransaction - Opening JDBC 
Connection
15:21:21,526 INFO  [stdout] (Camunda Metrics Reporter) 15:21:21.525 [Camunda 
Metrics Reporter] DEBUG o.c.b.e.i.p.e.M.insertMeterLog - ==>  Preparing: insert 
into ACT_RU_METER_LOG 

Re: [onap-discuss] Can we skip openstack verification in Robot VM?

[bharath thiruveedula]

Viswa,


Tried  that approach of using the module name we use for ./demo.sh preload and 
while creating VF module in GUI as instance name too. We got the same error.


-Bharath T


From: Viswa KSP 
Sent: Thursday, June 8, 2017 11:37 PM
To: bharath thiruveedula
Cc: Ahmad, Munir; Viswa KSP; Kanagaraj Manickam; ROSE, DANIEL V; 
onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] Can we skip openstack verification in Robot VM?

Bharath,

I think we missed the sequencing… Preload with some name and then use the same 
name while create VF module via GUI. Lets try that Tom.

BR,
Viswa

On Jun 8, 2017, at 11:31 PM, bharath thiruveedula 
> wrote:

Hi Ahmad,

Yes, we did preload in Robot VM, all tests were passed, I can see entry in SDNC 
portal.

>>Module name is something you come up with and will be used when click  Add 
>>VF-Module

Even before running ./demo.sh preload, I can see module when we click on "Add 
VF module". Even after running ./demo.sh preload I can see the same VF module, 
what we see before running.

We tried to check db of MSO, we couldn't see entries of newly added VNF in VID 
app in 'VNF_recipe and VNF_resource' tables.

Regards
Bharath T


From: Ahmad, Munir >
Sent: Thursday, June 8, 2017 10:44 PM
To: Viswa KSP
Cc: Kanagaraj Manickam; bharath thiruveedula; ROSE, DANIEL V; 
onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] Can we skip openstack verification in Robot VM?

Just to confirm you created an instance called DemoNS
Then you created a VNF called it kspviswa-ns-inst1-vnf-inst1 then you did you 
preload?



Preload requires your VNF name and module name. 
TutorialFirewall..base_vfw..module-0 does not seem like a good name for module 
name.



Module name is something you come up with and will be used when click  Add 
VF-Module



./demo.sh preload kspviswa-ns-inst1-vnf-inst1 kspviswa-ns-inst1-module-inst1



Thanks
Munir



From: Viswa KSP >
Date: Thursday, June 8, 2017 at 11:42 AM
To: "Ahmad, Munir" >
Cc: Kanagaraj Manickam 
>, bharath 
thiruveedula >, "ROSE, 
DANIEL V" >, 
"onap-discuss@lists.onap.org" 
>
Subject: Re: [onap-discuss] Can we skip openstack verification in Robot VM?



Here you go. It is quite apparent that, something is missing in MSO DB 
schema... Could you please let us know what are we missing???



Below are the logs while deploying NS and VNF in VID
15:15:12,940 INFO  [stdout] (default task-25) URL : 
http://mso:8080/mso/async/services/CreateServiceInstanceInfra
15:15:13,094 INFO  [stdout] (pool-13-thread-3) createServiceInstanceIncoming - 
{"requestDetails":{"requestInfo":{"instanceName":"DemoNS","source":"VID","suppressRollback":false},"modelInfo":{"modelType":"service","modelInvariantId":"d11fbeb3-35c9-4a61-81c3-75d9873bd94d","modelNameVersionId":"789bb384-4837-4550-a6e3-c7526a738816","modelName":"ONAP-demo-network-service","modelVersion":"1.0"},"requestParameters":{"userParams":[],"subscriptionServiceType":"vFW"},"subscriberInfo":{"globalSubscriberId":"Demo102"}}}
15:15:13,350 INFO  [stdout] (pool-13-thread-3) INSIDE --> Complete MSO Process 
Done SUCCESSFULLY
15:15:13,352 INFO  [stdout] (pool-13-thread-3) CompleteMsoProcess Response -->
15:15:13,352 INFO  [stdout] (pool-13-thread-3)
15:17:21,012 INFO  [stdout] (default task-30) URL : 
http://mso:8080/mso/async/services/CreateVnfInfra
15:17:21,349 INFO  [stdout] (pool-13-thread-1) INSIDE --> Complete MSO Process 
Done SUCCESSFULLY
15:17:21,352 INFO  [stdout] (pool-13-thread-1) CompleteMsoProcess Response -->
15:17:21,352 INFO  [stdout] (pool-13-thread-1)
15:21:21,525 INFO  [stdout] (Camunda Metrics Reporter) 15:21:21.525 [Camunda 
Metrics Reporter] DEBUG o.a.i.t.managed.ManagedTransaction - Opening JDBC 
Connection
15:21:21,526 INFO  [stdout] (Camunda Metrics Reporter) 15:21:21.525 [Camunda 
Metrics Reporter] DEBUG o.c.b.e.i.p.e.M.insertMeterLog - ==>  Preparing: insert 
into ACT_RU_METER_LOG (ID_, NAME_, VALUE_, TIMESTAMP_) values ( ?, ?, ?, ? )
15:21:21,526 INFO  [stdout] (Camunda Metrics Reporter) 15:21:21.526 [Camunda 
Metrics Reporter] DEBUG o.c.b.e.i.p.e.M.insertMeterLog - ==> Parameters: 
20934ac7-4c5e-11e7-9abf-0242ac110003(String), activity-instance-start(String), 
0(Long), 2017-06-08 15:21:21.525(Timestamp)
15:21:21,541 INFO  [stdout] (Camunda Metrics Reporter) 15:21:21.541 [Camunda 
Metrics Reporter] DEBUG o.c.b.e.i.p.e.M.insertMeterLog - <==Updates: 1
15:21:21,542 INFO  [stdout] (Camunda 

Re: [onap-discuss] Can we skip openstack verification in Robot VM?

[Viswa KSP]

Bharath,

I think we missed the sequencing… Preload with some name and then use the same 
name while create VF module via GUI. Lets try that Tom.

BR,
Viswa

> On Jun 8, 2017, at 11:31 PM, bharath thiruveedula  
> wrote:
> 
> Hi Ahmad,
> 
> Yes, we did preload in Robot VM, all tests were passed, I can see entry in 
> SDNC portal. 
> 
> >>Module name is something you come up with and will be used when click  Add 
> >>VF-Module
> 
> Even before running ./demo.sh preload, I can see module when we click on "Add 
> VF module". Even after running ./demo.sh preload I can see the same VF 
> module, what we see before running.
> 
> We tried to check db of MSO, we couldn't see entries of newly added VNF in 
> VID app in 'VNF_recipe and VNF_resource' tables.
> 
> Regards
> Bharath T
> 
> From: Ahmad, Munir 
> Sent: Thursday, June 8, 2017 10:44 PM
> To: Viswa KSP
> Cc: Kanagaraj Manickam; bharath thiruveedula; ROSE, DANIEL V; 
> onap-discuss@lists.onap.org
> Subject: Re: [onap-discuss] Can we skip openstack verification in Robot VM?
>  
> Just to confirm you created an instance called DemoNS
> Then you created a VNF called it kspviswa-ns-inst1-vnf-inst1 then you did you 
> preload? 
>  
> Preload requires your VNF name and module name. 
> TutorialFirewall..base_vfw..module-0 does not seem like a good name for 
> module name.
>  
> Module name is something you come up with and will be used when click  Add 
> VF-Module
>  
> ./demo.sh preload kspviswa-ns-inst1-vnf-inst1 kspviswa-ns-inst1-module-inst1
>  
> Thanks
> Munir
>  
> From: Viswa KSP 
> Date: Thursday, June 8, 2017 at 11:42 AM
> To: "Ahmad, Munir" 
> Cc: Kanagaraj Manickam , bharath thiruveedula 
> , "ROSE, DANIEL V" , 
> "onap-discuss@lists.onap.org" 
> Subject: Re: [onap-discuss] Can we skip openstack verification in Robot VM?
>  
> Here you go. It is quite apparent that, something is missing in MSO DB 
> schema... Could you please let us know what are we missing???
>  
> Below are the logs while deploying NS and VNF in VID 
> 15:15:12,940 INFO  [stdout] (default task-25) URL : 
> http://mso:8080/mso/async/services/CreateServiceInstanceInfra 
> 
> 15:15:13,094 INFO  [stdout] (pool-13-thread-3) createServiceInstanceIncoming 
> - 
> {"requestDetails":{"requestInfo":{"instanceName":"DemoNS","source":"VID","suppressRollback":false},"modelInfo":{"modelType":"service","modelInvariantId":"d11fbeb3-35c9-4a61-81c3-75d9873bd94d","modelNameVersionId":"789bb384-4837-4550-a6e3-c7526a738816","modelName":"ONAP-demo-network-service","modelVersion":"1.0"},"requestParameters":{"userParams":[],"subscriptionServiceType":"vFW"},"subscriberInfo":{"globalSubscriberId":"Demo102"}}}
> 15:15:13,350 INFO  [stdout] (pool-13-thread-3) INSIDE --> Complete MSO 
> Process Done SUCCESSFULLY
> 15:15:13,352 INFO  [stdout] (pool-13-thread-3) CompleteMsoProcess Response -->
> 15:15:13,352 INFO  [stdout] (pool-13-thread-3)
> 15:17:21,012 INFO  [stdout] (default task-30) URL : 
> http://mso:8080/mso/async/services/CreateVnfInfra 
> 
> 15:17:21,349 INFO  [stdout] (pool-13-thread-1) INSIDE --> Complete MSO 
> Process Done SUCCESSFULLY
> 15:17:21,352 INFO  [stdout] (pool-13-thread-1) CompleteMsoProcess Response -->
> 15:17:21,352 INFO  [stdout] (pool-13-thread-1)
> 15:21:21,525 INFO  [stdout] (Camunda Metrics Reporter) 15:21:21.525 [Camunda 
> Metrics Reporter] DEBUG o.a.i.t.managed.ManagedTransaction - Opening JDBC 
> Connection
> 15:21:21,526 INFO  [stdout] (Camunda Metrics Reporter) 15:21:21.525 [Camunda 
> Metrics Reporter] DEBUG o.c.b.e.i.p.e.M.insertMeterLog - ==>  Preparing: 
> insert into ACT_RU_METER_LOG (ID_, NAME_, VALUE_, TIMESTAMP_) values ( ?, ?, 
> ?, ? )
> 15:21:21,526 INFO  [stdout] (Camunda Metrics Reporter) 15:21:21.526 [Camunda 
> Metrics Reporter] DEBUG o.c.b.e.i.p.e.M.insertMeterLog - ==> Parameters: 
> 20934ac7-4c5e-11e7-9abf-0242ac110003(String), 
> activity-instance-start(String), 0(Long), 2017-06-08 15:21:21.525(Timestamp)
> 15:21:21,541 INFO  [stdout] (Camunda Metrics Reporter) 15:21:21.541 [Camunda 
> Metrics Reporter] DEBUG o.c.b.e.i.p.e.M.insertMeterLog - <==Updates: 1
> 15:21:21,542 INFO  [stdout] (Camunda Metrics Reporter) 15:21:21.542 [Camunda 
> Metrics Reporter] DEBUG o.a.i.t.managed.ManagedTransaction - Closing JDBC 
> Connection [Transaction-aware proxy for target Connection 
> [org.jboss.jca.adapters.jdbc.jdk7.WrappedConnectionJDK7@11614a76]]
>  
>  
> The below logs are from ApiHandlers/error.log
> 2017-06-08T15:02:32.057Z|8efe1d7e-df4b-4ac8-880e-8a358a248156|default 
> task-2|getVfModuleType|InfraPortalClient|VF Module Type||ERROR|DataError|No 
> VfModuleType found in DB|MSO-APIH-3006E Attribute MSO_PROP_APIHANDLER_INFRA 
> not found in DB
> 

Re: [onap-discuss] Can we skip openstack verification in Robot VM?

[Viswa KSP]

Hi Munir,

> Then you created a VNF called it kspviswa-ns-inst1-vnf-inst1 then you did you 
> preload? 

Yup.

I tried with generic name "module1” as well. However, I did’t try the other way 
i.e Do a preload with some module name e.g. module1 and then use the same name 
(i.e module1) during click Add VF-Module.

Please let me know if above sequence should work. I shall give a try and revert.

BR,
Viswa

> On Jun 8, 2017, at 10:44 PM, Ahmad, Munir  wrote:
> 
> Just to confirm you created an instance called DemoNS
> Then you created a VNF called it kspviswa-ns-inst1-vnf-inst1 then you did you 
> preload? 
>  
> Preload requires your VNF name and module name. 
> TutorialFirewall..base_vfw..module-0 does not seem like a good name for 
> module name.
>  
> Module name is something you come up with and will be used when click  Add 
> VF-Module
>  
> ./demo.sh preload kspviswa-ns-inst1-vnf-inst1 kspviswa-ns-inst1-module-inst1
>  
> Thanks
> Munir
>  
> From: Viswa KSP >
> Date: Thursday, June 8, 2017 at 11:42 AM
> To: "Ahmad, Munir" >
> Cc: Kanagaraj Manickam  >, bharath thiruveedula 
> >, "ROSE, DANIEL V" 
> >, "onap-discuss@lists.onap.org 
> "  >
> Subject: Re: [onap-discuss] Can we skip openstack verification in Robot VM?
>  
> Here you go. It is quite apparent that, something is missing in MSO DB 
> schema... Could you please let us know what are we missing???
>  
> Below are the logs while deploying NS and VNF in VID 
> 
> 15:15:12,940 INFO  [stdout] (default task-25) URL : 
> http://mso:8080/mso/async/services/CreateServiceInstanceInfra 
> 
> 15:15:13,094 INFO  [stdout] (pool-13-thread-3) createServiceInstanceIncoming 
> - 
> {"requestDetails":{"requestInfo":{"instanceName":"DemoNS","source":"VID","suppressRollback":false},"modelInfo":{"modelType":"service","modelInvariantId":"d11fbeb3-35c9-4a61-81c3-75d9873bd94d","modelNameVersionId":"789bb384-4837-4550-a6e3-c7526a738816","modelName":"ONAP-demo-network-service","modelVersion":"1.0"},"requestParameters":{"userParams":[],"subscriptionServiceType":"vFW"},"subscriberInfo":{"globalSubscriberId":"Demo102"}}}
> 
> 15:15:13,350 INFO  [stdout] (pool-13-thread-3) INSIDE --> Complete MSO 
> Process Done SUCCESSFULLY
> 
> 15:15:13,352 INFO  [stdout] (pool-13-thread-3) CompleteMsoProcess Response -->
> 
> 15:15:13,352 INFO  [stdout] (pool-13-thread-3)
> 
> 15:17:21,012 INFO  [stdout] (default task-30) URL : 
> http://mso:8080/mso/async/services/CreateVnfInfra 
> 
> 15:17:21,349 INFO  [stdout] (pool-13-thread-1) INSIDE --> Complete MSO 
> Process Done SUCCESSFULLY
> 
> 15:17:21,352 INFO  [stdout] (pool-13-thread-1) CompleteMsoProcess Response -->
> 
> 15:17:21,352 INFO  [stdout] (pool-13-thread-1)
> 
> 15:21:21,525 INFO  [stdout] (Camunda Metrics Reporter) 15:21:21.525 [Camunda 
> Metrics Reporter] DEBUG o.a.i.t.managed.ManagedTransaction - Opening JDBC 
> Connection
> 
> 15:21:21,526 INFO  [stdout] (Camunda Metrics Reporter) 15:21:21.525 [Camunda 
> Metrics Reporter] DEBUG o.c.b.e.i.p.e.M.insertMeterLog - ==>  Preparing: 
> insert into ACT_RU_METER_LOG (ID_, NAME_, VALUE_, TIMESTAMP_) values ( ?, ?, 
> ?, ? )
> 
> 15:21:21,526 INFO  [stdout] (Camunda Metrics Reporter) 15:21:21.526 [Camunda 
> Metrics Reporter] DEBUG o.c.b.e.i.p.e.M.insertMeterLog - ==> Parameters: 
> 20934ac7-4c5e-11e7-9abf-0242ac110003(String), 
> activity-instance-start(String), 0(Long), 2017-06-08 15:21:21.525(Timestamp)
> 
> 15:21:21,541 INFO  [stdout] (Camunda Metrics Reporter) 15:21:21.541 [Camunda 
> Metrics Reporter] DEBUG o.c.b.e.i.p.e.M.insertMeterLog - <==Updates: 1
> 
> 15:21:21,542 INFO  [stdout] (Camunda Metrics Reporter) 15:21:21.542 [Camunda 
> Metrics Reporter] DEBUG o.a.i.t.managed.ManagedTransaction - Closing JDBC 
> Connection [Transaction-aware proxy for target Connection 
> [org.jboss.jca.adapters.jdbc.jdk7.WrappedConnectionJDK7@11614a76]]
> 
>  
> 
>  
> 
> The below logs are from ApiHandlers/error.log
> 
> 2017-06-08T15:02:32.057Z|8efe1d7e-df4b-4ac8-880e-8a358a248156|default 
> task-2|getVfModuleType|InfraPortalClient|VF Module Type||ERROR|DataError|No 
> VfModuleType found in DB|MSO-APIH-3006E Attribute MSO_PROP_APIHANDLER_INFRA 
> not found in DB
> 
> 2017-06-08T15:09:29.635Z|025f6d38-b430-47a9-b99c-a971e87d3e9f|default 
> task-3|generateUUID|InfraPortalClient|||INFO|null||MSO-APIH-5021I Missing 
> requestID. Assigned 025f6d38-b430-47a9-b99c-a971e87d3e9f
> 
> 2017-06-08T15:09:51.608Z|45deab97-ac16-4db9-914a-53ff3ea1a6bc|default 
> 

Re: [onap-discuss] Can we skip openstack verification in Robot VM?

[Ahmad, Munir]

Just to confirm you created an instance called DemoNS
Then you created a VNF called it kspviswa-ns-inst1-vnf-inst1 then you did you 
preload?

Preload requires your VNF name and module name. 
TutorialFirewall..base_vfw..module-0 does not seem like a good name for module 
name.

Module name is something you come up with and will be used when click  Add 
VF-Module

./demo.sh preload kspviswa-ns-inst1-vnf-inst1 kspviswa-ns-inst1-module-inst1

Thanks
Munir

From: Viswa KSP 
Date: Thursday, June 8, 2017 at 11:42 AM
To: "Ahmad, Munir" 
Cc: Kanagaraj Manickam , bharath thiruveedula 
, "ROSE, DANIEL V" , 
"onap-discuss@lists.onap.org" 
Subject: Re: [onap-discuss] Can we skip openstack verification in Robot VM?

Here you go. It is quite apparent that, something is missing in MSO DB 
schema... Could you please let us know what are we missing???


Below are the logs while deploying NS and VNF in VID

15:15:12,940 INFO  [stdout] (default task-25) URL : 
http://mso:8080/mso/async/services/CreateServiceInstanceInfra

15:15:13,094 INFO  [stdout] (pool-13-thread-3) createServiceInstanceIncoming - 
{"requestDetails":{"requestInfo":{"instanceName":"DemoNS","source":"VID","suppressRollback":false},"modelInfo":{"modelType":"service","modelInvariantId":"d11fbeb3-35c9-4a61-81c3-75d9873bd94d","modelNameVersionId":"789bb384-4837-4550-a6e3-c7526a738816","modelName":"ONAP-demo-network-service","modelVersion":"1.0"},"requestParameters":{"userParams":[],"subscriptionServiceType":"vFW"},"subscriberInfo":{"globalSubscriberId":"Demo102"}}}

15:15:13,350 INFO  [stdout] (pool-13-thread-3) INSIDE --> Complete MSO Process 
Done SUCCESSFULLY

15:15:13,352 INFO  [stdout] (pool-13-thread-3) CompleteMsoProcess Response -->

15:15:13,352 INFO  [stdout] (pool-13-thread-3)

15:17:21,012 INFO  [stdout] (default task-30) URL : 
http://mso:8080/mso/async/services/CreateVnfInfra

15:17:21,349 INFO  [stdout] (pool-13-thread-1) INSIDE --> Complete MSO Process 
Done SUCCESSFULLY

15:17:21,352 INFO  [stdout] (pool-13-thread-1) CompleteMsoProcess Response -->

15:17:21,352 INFO  [stdout] (pool-13-thread-1)

15:21:21,525 INFO  [stdout] (Camunda Metrics Reporter) 15:21:21.525 [Camunda 
Metrics Reporter] DEBUG o.a.i.t.managed.ManagedTransaction - Opening JDBC 
Connection

15:21:21,526 INFO  [stdout] (Camunda Metrics Reporter) 15:21:21.525 [Camunda 
Metrics Reporter] DEBUG o.c.b.e.i.p.e.M.insertMeterLog - ==>  Preparing: insert 
into ACT_RU_METER_LOG (ID_, NAME_, VALUE_, TIMESTAMP_) values ( ?, ?, ?, ? )

15:21:21,526 INFO  [stdout] (Camunda Metrics Reporter) 15:21:21.526 [Camunda 
Metrics Reporter] DEBUG o.c.b.e.i.p.e.M.insertMeterLog - ==> Parameters: 
20934ac7-4c5e-11e7-9abf-0242ac110003(String), activity-instance-start(String), 
0(Long), 2017-06-08 15:21:21.525(Timestamp)

15:21:21,541 INFO  [stdout] (Camunda Metrics Reporter) 15:21:21.541 [Camunda 
Metrics Reporter] DEBUG o.c.b.e.i.p.e.M.insertMeterLog - <==Updates: 1

15:21:21,542 INFO  [stdout] (Camunda Metrics Reporter) 15:21:21.542 [Camunda 
Metrics Reporter] DEBUG o.a.i.t.managed.ManagedTransaction - Closing JDBC 
Connection [Transaction-aware proxy for target Connection 
[org.jboss.jca.adapters.jdbc.jdk7.WrappedConnectionJDK7@11614a76]]





The below logs are from ApiHandlers/error.log

2017-06-08T15:02:32.057Z|8efe1d7e-df4b-4ac8-880e-8a358a248156|default 
task-2|getVfModuleType|InfraPortalClient|VF Module Type||ERROR|DataError|No 
VfModuleType found in DB|MSO-APIH-3006E Attribute MSO_PROP_APIHANDLER_INFRA not 
found in DB

2017-06-08T15:09:29.635Z|025f6d38-b430-47a9-b99c-a971e87d3e9f|default 
task-3|generateUUID|InfraPortalClient|||INFO|null||MSO-APIH-5021I Missing 
requestID. Assigned 025f6d38-b430-47a9-b99c-a971e87d3e9f

2017-06-08T15:09:51.608Z|45deab97-ac16-4db9-914a-53ff3ea1a6bc|default 
task-7|generateUUID|InfraPortalClient|||INFO|null||MSO-APIH-5021I Missing 
requestID. Assigned 45deab97-ac16-4db9-914a-53ff3ea1a6bc

2017-06-08T15:10:09.783Z|cd798737-a7ef-4d38-9c19-ec13e5a4b3a1|default 
task-11|generateUUID|InfraPortalClient|||INFO|null||MSO-APIH-5021I Missing 
requestID. Assigned cd798737-a7ef-4d38-9c19-ec13e5a4b3a1

2017-06-08T15:10:42.475Z|3bbd8915-5b93-4e14-825a-dbfcb1b679e5|default 
task-16|generateUUID|InfraPortalClient|||INFO|null||MSO-APIH-5021I Missing 
requestID. Assigned 3bbd8915-5b93-4e14-825a-dbfcb1b679e5

2017-06-08T15:10:58.516Z|b75df4e0-352c-4235-a3ee-3f6692a1a458|default 
task-20|generateUUID|InfraPortalClient|||INFO|null||MSO-APIH-5021I Missing 
requestID. Assigned b75df4e0-352c-4235-a3ee-3f6692a1a458

2017-06-08T15:15:12.895Z|5f22ccc8-4ebb-4e4e-8a37-40558b1daf26|default 
task-25|generateUUID|InfraPortalClient|||INFO|null||MSO-APIH-5021I Missing 
requestID. Assigned 5f22ccc8-4ebb-4e4e-8a37-40558b1daf26

2017-06-08T15:17:20.973Z|093d4765-7471-4b05-bcad-8236f10590d1|default 

Re: [onap-discuss] Can we skip openstack verification in Robot VM?

[Viswa KSP]

Here you go. It is quite apparent that, something is missing in MSO DB
schema... Could you please let us know what are we missing???

*Below are the logs while deploying NS and VNF in VID *

15:15:12,940 INFO  [stdout] (default task-25) URL :
http://mso:8080/mso/async/services/CreateServiceInstanceInfra

15:15:13,094 INFO  [stdout] (pool-13-thread-3)
createServiceInstanceIncoming -
{"requestDetails":{"requestInfo":{"instanceName":"DemoNS","source":"VID","suppressRollback":false},"modelInfo":{"modelType":"service","modelInvariantId":"d11fbeb3-35c9-4a61-81c3-75d9873bd94d","modelNameVersionId":"789bb384-4837-4550-a6e3-c7526a738816","modelName":"ONAP-demo-network-service","modelVersion":"1.0"},"requestParameters":{"userParams":[],"subscriptionServiceType":"vFW"},"subscriberInfo":{"globalSubscriberId":"Demo102"}}}

15:15:13,350 INFO  [stdout] (pool-13-thread-3) INSIDE --> Complete MSO
Process Done SUCCESSFULLY

15:15:13,352 INFO  [stdout] (pool-13-thread-3) CompleteMsoProcess Response
-->

15:15:13,352 INFO  [stdout] (pool-13-thread-3)

15:17:21,012 INFO  [stdout] (default task-30) URL :
http://mso:8080/mso/async/services/CreateVnfInfra

15:17:21,349 INFO  [stdout] (pool-13-thread-1) INSIDE --> Complete MSO
Process Done SUCCESSFULLY

15:17:21,352 INFO  [stdout] (pool-13-thread-1) CompleteMsoProcess Response
-->

15:17:21,352 INFO  [stdout] (pool-13-thread-1)

15:21:21,525 INFO  [stdout] (Camunda Metrics Reporter) 15:21:21.525
[Camunda Metrics Reporter] DEBUG o.a.i.t.managed.ManagedTransaction -
Opening JDBC Connection

15:21:21,526 INFO  [stdout] (Camunda Metrics Reporter) 15:21:21.525
[Camunda Metrics Reporter] DEBUG o.c.b.e.i.p.e.M.insertMeterLog - ==>
Preparing: insert into ACT_RU_METER_LOG (ID_, NAME_, VALUE_, TIMESTAMP_)
values ( ?, ?, ?, ? )

15:21:21,526 INFO  [stdout] (Camunda Metrics Reporter) 15:21:21.526
[Camunda Metrics Reporter] DEBUG o.c.b.e.i.p.e.M.insertMeterLog - ==>
Parameters: 20934ac7-4c5e-11e7-9abf-0242ac110003(String),
activity-instance-start(String), 0(Long), 2017-06-08 15:21:21.525(Timestamp)

15:21:21,541 INFO  [stdout] (Camunda Metrics Reporter) 15:21:21.541
[Camunda Metrics Reporter] DEBUG o.c.b.e.i.p.e.M.insertMeterLog - <==
Updates: 1

15:21:21,542 INFO  [stdout] (Camunda Metrics Reporter) 15:21:21.542
[Camunda Metrics Reporter] DEBUG o.a.i.t.managed.ManagedTransaction -
Closing JDBC Connection [Transaction-aware proxy for target Connection
[org.jboss.jca.adapters.jdbc.jdk7.WrappedConnectionJDK7@11614a76]]





*The below logs are from ApiHandlers/error.log*

2017-06-08T15:02:32.057Z|8efe1d7e-df4b-4ac8-880e-8a358a248156|default
task-2|getVfModuleType|InfraPortalClient|VF Module Type||ERROR|DataError|No
VfModuleType found in DB|MSO-APIH-3006E Attribute MSO_PROP_APIHANDLER_INFRA
not found in DB

2017-06-08T15:09:29.635Z|025f6d38-b430-47a9-b99c-a971e87d3e9f|default
task-3|generateUUID|InfraPortalClient|||INFO|null||MSO-APIH-5021I Missing
requestID. Assigned 025f6d38-b430-47a9-b99c-a971e87d3e9f

2017-06-08T15:09:51.608Z|45deab97-ac16-4db9-914a-53ff3ea1a6bc|default
task-7|generateUUID|InfraPortalClient|||INFO|null||MSO-APIH-5021I Missing
requestID. Assigned 45deab97-ac16-4db9-914a-53ff3ea1a6bc

2017-06-08T15:10:09.783Z|cd798737-a7ef-4d38-9c19-ec13e5a4b3a1|default
task-11|generateUUID|InfraPortalClient|||INFO|null||MSO-APIH-5021I Missing
requestID. Assigned cd798737-a7ef-4d38-9c19-ec13e5a4b3a1

2017-06-08T15:10:42.475Z|3bbd8915-5b93-4e14-825a-dbfcb1b679e5|default
task-16|generateUUID|InfraPortalClient|||INFO|null||MSO-APIH-5021I Missing
requestID. Assigned 3bbd8915-5b93-4e14-825a-dbfcb1b679e5

2017-06-08T15:10:58.516Z|b75df4e0-352c-4235-a3ee-3f6692a1a458|default
task-20|generateUUID|InfraPortalClient|||INFO|null||MSO-APIH-5021I Missing
requestID. Assigned b75df4e0-352c-4235-a3ee-3f6692a1a458

2017-06-08T15:15:12.895Z|5f22ccc8-4ebb-4e4e-8a37-40558b1daf26|default
task-25|generateUUID|InfraPortalClient|||INFO|null||MSO-APIH-5021I Missing
requestID. Assigned 5f22ccc8-4ebb-4e4e-8a37-40558b1daf26

2017-06-08T15:17:20.973Z|093d4765-7471-4b05-bcad-8236f10590d1|default
task-30|generateUUID|InfraPortalClient|||INFO|null||MSO-APIH-5021I Missing
requestID. Assigned 093d4765-7471-4b05-bcad-8236f10590d1

2017-06-08T15:19:29.214Z|9ae1e0ba-06e0-4b37-9672-44284cd02371|default
task-34|generateUUID|InfraPortalClient|||INFO|null||MSO-APIH-5021I Missing
requestID. Assigned 9ae1e0ba-06e0-4b37-9672-44284cd02371

2017-06-08T15:19:29.224Z|9ae1e0ba-06e0-4b37-9672-44284cd02371|default
task-34|getVfModuleType|InfraPortalClient|VF Module
Type||ERROR|DataError|No VfModuleType found in DB|MSO-APIH-3006E Attribute
MSO_PROP_APIHANDLER_INFRA not found in DB

2017-06-08T15:23:34.029Z|d0b960d9-5be2-4630-b80d-7a5e7d0c6707|default
task-35|generateUUID|InfraPortalClient|||INFO|null||MSO-APIH-5021I Missing
requestID. Assigned d0b960d9-5be2-4630-b80d-7a5e7d0c6707

2017-06-08T15:23:34.044Z|d0b960d9-5be2-4630-b80d-7a5e7d0c6707|default
task-35|getVfModuleType|InfraPortalClient|VF Module
Type||ERROR|DataError|No VfModuleType found 

Re: [onap-discuss] Can we skip openstack verification in Robot VM?

[Ahmad, Munir]

Please send us MSO docker logs captured during the steps of deploying VNF from 
VID.

From: Viswa KSP 
Date: Thursday, June 8, 2017 at 10:45 AM
To: "Ahmad, Munir" 
Cc: Kanagaraj Manickam , bharath thiruveedula 
, "ROSE, DANIEL V" , 
"onap-discuss@lists.onap.org" 
Subject: Re: [onap-discuss] Can we skip openstack verification in Robot VM?

Dear All,

We ( Myself & Bharath ) progressed a little bit by manually calling REST APIs 
for AAI to create entry for relationship between subscriber, network service & 
tenant . LCP region automatically got populated.

Then we were able to create service, create VNF successfully. However when we 
proceed to create VF Module, we hit below error :

[cid:image001.png@01D2E047.321459A0]

We then did  ./demo.sh preload kspviswa-ns-inst1-vnf-inst1 
TutorialFirewall..base_vfw..module-0 , however situation didn't improve.
Could you let us know what we are missing here?

BTW we tried debugging using code and here is our understanding.


  *   Portal component is calling VID component @ 
http://vid.api.simpledemo.openecomp.org:8080/vid/mso/mso_get_orch_reqs/filter=serviceInstanceId:EQUALS:?r=0.758821279377281
  *   VID Component then serves this request @ 
/mso_create_vfmodule_instance/{serviceInstanceId}/vnfs/{vnfInstanceId} as per 
source MsoController.java.

 *   Here, VID is trying to contact MSO @ 
/serviceInstances/v2//vnfs//vfmodules 
endpoint.
 *   As per System.properties file, 
mso.server.url=https://mso.api.simpledemo.openecomp.org:8443/ecomp/mso/infra
 *   So, complete URL would be 
http://mso.api.simpledemo.openecomp.org:8989/ecomp/mso/infra/serviceInstances/v3/de2d685a-48b5-4eb8-b83c-e2b36f1a4c02/vnfs/72d5ebc7-3b9a-4ebf-bcc6-e08ed9ef2471/vfModules/
 *   However when we try to see list of containers running in MSO VM, we 
don't see anything listening in 8443 port.
 *   But... If we try to create another instance of network service with 
same instance name, we are getting exception from MSO. So it is quite clear 
that, there is a communication b/w VID & MSO, but we are not sure about the 
target. Could you please shed some light here.
BR,
Viswa
​

On Thu, Jun 8, 2017 at 6:08 PM, Ahmad, Munir 
> wrote:
You can update open stack info

/opt/eteshare/config/integration_robot_properties.py
/opt/eteshare/config/vm_properties.py

I recommend you look into all the config files in /opt/eteshare/config/ and 
update where necessary.

You will also need to update public_net_id, vfw_image_name, etc for the two use 
cases. Below is the directory where the two heat and env files can be found.

/var/opt/OpenECOMP_ETE/robot/assets/asdc/

Example for vfw it would be 
/var/opt/OpenECOMP_ETE/robot/assets/asdc/base_vfw/base_vfw.env


From: 
>
 on behalf of Kanagaraj Manickam 
>
Date: Thursday, June 8, 2017 at 12:13 AM
To: bharath thiruveedula 
>, "ROSE, DANIEL V" 
>, 
"onap-discuss@lists.onap.org" 
>
Subject: Re: [onap-discuss] Can we skip openstack verification in Robot VM?

I observed that robot is pre-configured with static IP and rackspace related 
settings. But I am trying on the OpenStack setup. So Do we have any guidelines 
on configuring the robot before running the demo.sh.

Thanks
Kanagaraj M

***
本邮件及其附件含有华为公司的保密信息，仅限于发送给上面地址中列出的个人或群组。禁止任何其他人以任何形式使用（包括但不限于全部或部分地泄露、复制、或散发）本邮件中的信息。如果您错收了本邮件，请您立即电话或邮件通知发件人并删除本邮件！**

***
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: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org]
 On Behalf Of bharath thiruveedula
Sent: 08 June 2017 00:39
To: ROSE, DANIEL V; 

Re: [onap-discuss] [onap-discssus] Tooling for call flow

[ROSE, DANIEL V]

I have been using it and like it a lot 
(https://github.com/Orange-OpenSource/EtheRemark is also nice). Can we get 
these setup as part of our infrastructure on LF?

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

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of LEFEVRE, CATHERINE
Sent: Wednesday, June 07, 2017 11:29 PM
To: onap-discuss@lists.onap.org; eric.deb...@orange.com
Subject: Re: [onap-discuss] [onap-discssus] Tooling for call flow

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

EtherPlant seems to be a great tool.
Brian started to use it to define some of the use case call flows.
I would like to recommend it as well.

Best regards
Catherine

From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Lefevre, Catherine
Sent: Monday, May 29, 2017 7:05 PM
To: onap-discuss@lists.onap.org; 
eric.deb...@orange.com
Subject: Re: [onap-discuss] [onap-discssus] Tooling for call flow

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

It could be an interesting if people have not the Visio license (or any similar 
tool).
I will try it.

Best regards
Catherine

From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of ROSE, DANIEL V
Sent: Friday, May 26, 2017 9:39 PM
To: eric.deb...@orange.com; 
onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [onap-discssus] Tooling for call flow

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
Ah totally different then what I thought! I cant help much there :)

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

From: eric.deb...@orange.com 
[mailto:eric.deb...@orange.com]
Sent: Friday, May 26, 2017 3:31 PM
To: ROSE, DANIEL V >; 
onap-discuss@lists.onap.org
Subject: RE: [onap-discssus] Tooling for call flow

Hello

I am talking about call flow for use-case description (eg call flow for VoLTE: 
https://wiki.onap.org/download/attachments/3246140/image2017-5-17_18-34-39.png?version=1=149501728=v2
) or for any documentation.

Eric

De : ROSE, DANIEL V [mailto:dr6...@att.com]
Envoyé : mercredi 24 mai 2017 19:58
À : DEBEAU Eric IMT/OLN; 
onap-discuss@lists.onap.org
Objet : RE: [onap-discssus] Tooling for call flow

Hi Eric,

Are you talking about call flows in the model 
(https://wiki.onap.org/display/DW/Service+Design#ServiceDesign-CNCF
 )?

Or are you talking about DGs in sdnc?

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

From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of 
eric.deb...@orange.com
Sent: Wednesday, May 24, 2017 3:17 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [onap-discssus] Tooling for call flow

Hello

To be able to work on call flow in a collaborative way, I believe that we 
should use a tool based on a description language rather using images.

Is there any guideline within the Linux Foundation for such tooling ?

Within Orange, we developed a cool tool:
https://github.com/Orange-OpenSource/EtherPlant

Eric

_



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 

Re: [onap-discuss] Can we skip openstack verification in Robot VM?

[Viswa KSP]

Dear All,

We ( Myself & Bharath ) progressed a little bit by manually calling REST
APIs for AAI to create entry for relationship between subscriber, network
service & tenant . LCP region automatically got populated.

Then we were able to create service, create VNF successfully. However when
we proceed to create VF Module, we hit below error :


We then did  *./demo.sh preload kspviswa-ns-inst1-vnf-inst1
TutorialFirewall..base_vfw..module-0 *, however situation didn't improve.
Could you let us know what we are missing here?

BTW we tried debugging using code and here is our understanding.


   - Portal component is calling VID component @
   
http://vid.api.simpledemo.openecomp.org:8080/vid/mso/mso_get_orch_reqs/filter=serviceInstanceId:EQUALS:?r=0.758821279377281
   - VID Component then serves this request @
   /mso_create_vfmodule_instance/{serviceInstanceId}/vnfs/{vnfInstanceId} as
   per source MsoController.java.
  - Here, VID is trying to contact MSO @
  /serviceInstances/v2//vnfs//vfmodules
  endpoint.
  - As per System.properties file, mso.server.url=
  https://mso.api.simpledemo.openecomp.org:8443/ecomp/mso/infra
  - So, complete URL would be
*http://mso.api.simpledemo.openecomp.org:8989/ecomp/mso/infra/serviceInstances/v3/de2d685a-48b5-4eb8-b83c-e2b36f1a4c02/vnfs/72d5ebc7-3b9a-4ebf-bcc6-e08ed9ef2471/vfModules/
  
*
  - However when we try to see list of containers running in MSO VM, we
  don't see anything listening in 8443 port.
  - But... If we try to create another instance of network service with
  same instance name, we are getting exception from MSO. So it is
quite clear
  that, there is a communication b/w VID & MSO, but we are not
sure about the
  target. Could you please shed some light here.

BR,
Viswa
​

On Thu, Jun 8, 2017 at 6:08 PM, Ahmad, Munir  wrote:

> You can update open stack info
>
>
>
> */opt/eteshare/config/*integration_robot_properties.py
>
> */opt/eteshare/config/*vm_properties.py
>
>
>
> I recommend you look into all the config files in */opt/eteshare/config/*
> and update where necessary*.*
>
>
>
> You will also need to update public_net_id, vfw_image_name, etc for the
> two use cases. Below is the directory where the two heat and env files can
> be found.
>
>
>
> /var/opt/OpenECOMP_ETE/robot/assets/asdc/
>
>
>
> Example for vfw it would be /var/opt/OpenECOMP_ETE/robot/
> assets/asdc/base_vfw/base_vfw.env
>
>
>
>
>
> *From: * on behalf of Kanagaraj
> Manickam 
> *Date: *Thursday, June 8, 2017 at 12:13 AM
> *To: *bharath thiruveedula , "ROSE, DANIEL V" <
> dr6...@att.com>, "onap-discuss@lists.onap.org" <
> onap-discuss@lists.onap.org>
> *Subject: *Re: [onap-discuss] Can we skip openstack verification in Robot
> VM?
>
>
>
> I observed that robot is pre-configured with static IP and rackspace
> related settings. But I am trying on the OpenStack setup. So Do we have any
> guidelines on configuring the robot before running the demo.sh.
>
>
>
> Thanks
>
> Kanagaraj M
>
>
>
> 
> ***
> 本邮件及其附件含有华为公司的保密信息，仅限于发送给上面地址中列出的个人或群组。禁止任何其他人以任何形式使用（包括但不限于全部或部分地泄露、
> 复制、或散发）本邮件中的信息。如果您错收了本邮件，请您立即电话或邮件通知发件人并删除本邮件！*
> 
> *
>
> 
> ***
> 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:* onap-discuss-boun...@lists.onap.org [mailto:onap-discuss-bounces@
> lists.onap.org] *On Behalf Of *bharath thiruveedula
> *Sent:* 08 June 2017 00:39
> *To:* ROSE, DANIEL V; onap-discuss@lists.onap.org
> *Subject:* Re: [onap-discuss] Can we skip openstack verification in Robot
> VM?
>
>
>
> Hi Daniel,
>
>
>
> Thanks for the info.
>
>
>
> I tried to manually create subscriber using the following ReST URLs
> sequentially
>
>
>
> 1)PUT /cloud-infrastructure/cloud-regions/cloud-region/{
> cloud-owner}/{cloud-region-id}
>
> 2)PUT /cloud-infrastructure/cloud-regions/cloud-region/{
> cloud-owner}/{cloud-region-id}/tenants/tenant/{tenant-id}
> 3)PUT /
>
> business/customers/customer/{customer-id}
>
> 

Re: [onap-discuss] [onap-tsc] Call for vCPE VNFs proposals

[Zhou, Danny]

Before we answer the questions who is going to support the open source VNFs, we 
might need to figure out whether those VNFs can really support a complete vCPE 
use case. For vDHCP, vDNS and vAAT which have relatively simple and fixed 
simple functionalities, it is easy to package them as VNFs or containerized 
VNFs, but for the vBRG, vBNG, vGW there are lots of complicated 
features/functionalities are involved which need the vCPE use case to 
specifically list the required features in first release then volunteers could 
figure out the technical gaps of existing open source VNFs and then provide 
meaningful estimation about how much additional development work as well as 
integration work needed.

From: ROSE, DANIEL V [mailto:dr6...@att.com]
Sent: Thursday, June 1, 2017 10:35 PM
To: SULLIVAN, BRYAN L ; SPATSCHECK, OLIVER 
; Zhou, Danny 
Cc: onap-discuss ; onap-...@lists.onap.org
Subject: RE: [onap-tsc] Call for vCPE VNFs proposals

Viability to even be included is certainly an important point.

But I think oliver’s point is there is always some work to get a vnf to be onap 
ready, and then some more work to configure it to work in our use case. Someone 
in the ONAP project has to take ownership and agree to either do that work, or 
find someone (possibly the projects actual contributors) to do that work.  This 
is analogous to a vendor who agrees to support their vnf in the use cases we 
use them for.

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

From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of SULLIVAN, BRYAN L
Sent: Thursday, June 01, 2017 10:31 AM
To: SPATSCHECK, OLIVER 
>; Zhou, Danny 
>
Cc: onap-discuss 
>; 
onap-...@lists.onap.org
Subject: Re: [onap-discuss] [onap-tsc] Call for vCPE VNFs proposals

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
Having support info in the table of open source VNFs, as well as notes on 
functional limitations / fitness for a particular purpose, and some consensus 
assessment [limited, viable] or status [experimental, lab-ready, deployed] that 
can change over time, would be useful. There are various types/levels of 
purpose here, and for the community’s need, functionally complete / 
production-ready open source VNFs while clearly a desired goal, are a 
would-be-nice.

Viability would include the level of community support for maintaining or 
further developing the VNF. But some VNFs may be still be viable for particular 
purposes (e.g. in tests for performance or lifecycle automation) even if they 
are incomplete or there is no active community.

Thanks,
Bryan Sullivan | AT

From: SPATSCHECK, OLIVER
Sent: Thursday, June 01, 2017 6:07 AM
To: Zhou, Danny >
Cc: SULLIVAN, BRYAN L >; KLUGER, YOAV 
>; 
onap-...@lists.onap.org; onap-discuss 
>
Subject: Re: [onap-tsc] Call for vCPE VNFs proposals


Could we also start listing who is supporting the open source VNFs? E.g. even 
the simple open source based VNFs we are using for the current ONAP demo  based 
on the seed code took a couple of people 2 months or so to get to work properly 
in the integration environment. I would assume that for commercial VNFs this 
support will be provided by the vendor. However, for open source VNFs we need 
volunteers to take on that role. I would track those on the Wiki or identify 
them as gaps. If we can’t find that support we can’t use that VNF.

Thx

Oliver

On May 31, 2017, at 11:36 PM, Zhou, Danny 
> wrote:

The wiki 
page
 already lists preferred and usable open source VNFs like below, but the ONOS 
vBNG as open source vBNG and OpenWRT as open source vHGW does not make sense to 
me. Specifically, the ONOS vBNG is essentially a L3 NAT without the 
capabilities to address requirement such as session management, traffic 
aggregation and routing, etc., and in addition to OpenWRT acting as vHGW, VPP 
based high performance Home 

Re: [onap-discuss] Can we skip openstack verification in Robot VM?

[Ahmad, Munir]

You can update open stack info

/opt/eteshare/config/integration_robot_properties.py
/opt/eteshare/config/vm_properties.py

I recommend you look into all the config files in /opt/eteshare/config/ and 
update where necessary.

You will also need to update public_net_id, vfw_image_name, etc for the two use 
cases. Below is the directory where the two heat and env files can be found.

/var/opt/OpenECOMP_ETE/robot/assets/asdc/

Example for vfw it would be 
/var/opt/OpenECOMP_ETE/robot/assets/asdc/base_vfw/base_vfw.env


From:  on behalf of Kanagaraj Manickam 

Date: Thursday, June 8, 2017 at 12:13 AM
To: bharath thiruveedula , "ROSE, DANIEL V" 
, "onap-discuss@lists.onap.org" 
Subject: Re: [onap-discuss] Can we skip openstack verification in Robot VM?

I observed that robot is pre-configured with static IP and rackspace related 
settings. But I am trying on the OpenStack setup. So Do we have any guidelines 
on configuring the robot before running the demo.sh.

Thanks
Kanagaraj M

***
本邮件及其附件含有华为公司的保密信息，仅限于发送给上面地址中列出的个人或群组。禁止任何其他人以任何形式使用（包括但不限于全部或部分地泄露、复制、或散发）本邮件中的信息。如果您错收了本邮件，请您立即电话或邮件通知发件人并删除本邮件！**

***
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: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of bharath thiruveedula
Sent: 08 June 2017 00:39
To: ROSE, DANIEL V; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] Can we skip openstack verification in Robot VM?


Hi Daniel,



Thanks for the info.



I tried to manually create subscriber using the following ReST URLs sequentially



1)PUT 
/cloud-infrastructure/cloud-regions/cloud-region/{cloud-owner}/{cloud-region-id}
2)PUT 
/cloud-infrastructure/cloud-regions/cloud-region/{cloud-owner}/{cloud-region-id}/tenants/tenant/{tenant-id}
3)PUT /

business/customers/customer/{customer-id}
4)PUT 
/business/customers/customer/{global-customer-id}/service-subscriptions/service-subscription/{service-type}
5)PUT /service-design-and-creation/services/service/$UUID

I could see the subscriber list while deploy service instance. But while adding 
VNF to the service instance, I couldn't LCP region and tenant populated. I have 
provided cloud-region-id and tenant  created in step-1 and step-2 while 
creating customer, aren't those LCP and tenant? Any additional request do I 
need to perform for this?

The other questions on these exercise I have are:

1)Do we use subscriber to be tied with openstack tenant logically? so that 
whenever we deploy network service it deploys in the openstack tenant space to 
which subscriber is linked to(I am assuming this from the context of ReST API-3 
above)

2)While adding VNF, we have a textbox called "Product Family", what does it 
refers to? Is it the same as service type we created in step-4?

P.S: Daniel, any plans for creating/encouraging more of direct chat tools like 
IRC/Slack, am aware of existing IRC channels though?

Best Regards
Bharath T

From: ROSE, DANIEL V >
Sent: Wednesday, June 7, 2017 12:38 AM
To: bharath thiruveedula
Subject: RE: Can we skip openstack verification in Robot VM?


It is just a customer basically. Subscriber, openstack tenant, openstack region 
all have to be loaded into aai and that’s done with a rest api



Thanks,



Daniel Rose

ECOMP / ONAP

com.att.ecomp

732-420-7308



From: bharath thiruveedula [mailto:bharath_...@hotmail.com]
Sent: Tuesday, June 06, 2017 2:46 PM
To: ROSE, DANIEL V >
Subject: Re: Can we skip openstack verification in Robot VM?



ah okay, makes sense!

Can you please let me the know context behind the subscriber. Is there a way to 
populate subscriber list?



Regards

Bharath T





From: ROSE, DANIEL V >
Sent: Wednesday, June 7, 2017 12:04 AM
To: bharath thiruveedula; 
onap-discuss@lists.onap.org
Subject: RE: Can we skip openstack verification in Robot VM?



Robot isn’t checking anything, robot is doing steps to 

Re: [onap-discuss] [onap-tsc] Final Preparation For ONAP Project Creation Reviews For June 8th and 9th

[Kenny Paul]

Hello Marco,

We are recording audio which will be posted, with the caveat that there have 
been a number of sound quality issues with today’s session.

Best Regards, 
-kenny

Kenny Paul,  Technical Program Manager
kp...@linuxfoundation.org
510.766.5945

> On Jun 7, 2017, at 5:12 PM, PLATANIA, MARCO (MARCO) 
>  wrote:
> 
> Phil,
>  
> Will the video recordings of the F2F sessions (especially those on the 
> proposed projects) available to those that cannot attend in person?
>  
> Thanks,
> Marco
>  
> From:  > on behalf of Phil Robb 
> >
> Date: Wednesday, June 7, 2017 at 1:34 AM
> To: onap-tsc >, 
> "onap-discuss@lists.onap.org " 
> >
> Subject: [onap-tsc] Final Preparation For ONAP Project Creation Reviews For 
> June 8th and 9th
>  
> Hello ONAP Developer Community:
>  
> I am looking very forward to seeing many of you tomorrow at our second Face 
> to Face meeting hosted by China Mobile in Beijing.
>  
> We will be attempting to get through as many Project Creation Reviews as 
> possible during this two day event.  Given that we have around 30 project 
> proposals and only about 6.5 hours allotted for the reviews we are going to 
> need to be very efficient with our time.
>  
> We have created a wiki page to break-down the Creation Review time slots into 
> 15 minute intervals.  It is located 
> here:https://wiki.onap.org/pages/viewpage.action?pageId=6590432 
> 
>  
> If you are a "Project Contact" for an ONAP project, and you want your project 
> to be reviewed during Face to Face meeting, please find an empty time slot on 
> that wiki page and enter your information there.
> ** Please remember to have reviewed the "Initial Project Proposal Feedback 
> From The TSC" page and ensure that the questions/comments raised there have 
> been addressed in your project proposal.
> https://wiki.onap.org/display/DW/Initial+Project+Proposal+Feedback+From+the+TSC
>  
> 
>  
> For ONAP TSC members, please re-review both the Project Feedback page, and 
> the Project Proposal page for each project to be reviewed in preparation of 
> the Creation Reviews. 
>  
> If you have any questions, please do not hesitate to contact me.
>  
> Best,.
>  
> Phil.
> -- 
> Phil Robb
> Executive Director, OpenDaylight Project
> VP Operations - Networking & Orchestration, The Linux Foundation
> (O) 970-229-5949
> (M) 970-420-4292
> Skype: Phil.Robb
> ___
> ONAP-TSC mailing list
> onap-...@lists.onap.org 
> https://lists.onap.org/mailman/listinfo/onap-tsc 
> 

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

Re: [onap-discuss] Can we skip openstack verification in Robot VM?

[Josef Reisinger]

Folks,
this seems to be a repeating request and I created a little Wiki page 
which lists the steps which make demo.sh run successful (at lest for me). 
If there is more to a add, please update accordingly
https://wiki.onap.org/display/DW/Run+demo.sh+on+vanilla+Openstack

Mit freundlichen Grü?en / Kind regards 
Josef Reisinger 



From:   Kanagaraj Manickam 
To: bharath thiruveedula , "ROSE, DANIEL V" 
, "onap-discuss@lists.onap.org" 

Date:   08.06.2017 06:14
Subject:Re: [onap-discuss] Can we skip openstack verification in 
Robot VM?
Sent by:onap-discuss-boun...@lists.onap.org



I observed that robot is pre-configured with static IP and rackspace 
related settings. But I am trying on the OpenStack setup. So Do we have 
any guidelines on configuring the robot before running the demo.sh.
 
Thanks
Kanagaraj M
 
***

本邮件及其附件含有华为公司的保密信息，仅限于发送给上面地址中列出的个人或群
组。禁止任何其他人以任何形式使用（包括但不限于全部或部分地泄露、复制、或散
发）本邮件中的信息。如果您错收了本邮件，请您立即电话或邮件通知发件人并删除
本邮件！
**

***
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: onap-discuss-boun...@lists.onap.org [
mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of bharath 
thiruveedula
Sent: 08 June 2017 00:39
To: ROSE, DANIEL V; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] Can we skip openstack verification in Robot 
VM?
 
Hi Daniel,
 
Thanks for the info.
 
I tried to manually create subscriber using the following ReST URLs 
sequentially
 
1)PUT 
/cloud-infrastructure/cloud-regions/cloud-region/{cloud-owner}/{cloud-region-id}
2)PUT 
/cloud-infrastructure/cloud-regions/cloud-region/{cloud-owner}/{cloud-region-id}/tenants/tenant/{tenant-id}

3)PUT / 
business/customers/customer/{customer-id}
4)PUT 
/business/customers/customer/{global-customer-id}/service-subscriptions/service-subscription/{service-type}
5)PUT /service-design-and-creation/services/service/$UUID
 
I could see the subscriber list while deploy service instance. But while 
adding VNF to the service instance, I couldn't LCP region and tenant 
populated. I have provided cloud-region-id and tenant  created in step-1 
and step-2 while creating customer, aren't those LCP and tenant? Any 
additional request do I need to perform for this?
 
The other questions on these exercise I have are:
 
1)Do we use subscriber to be tied with openstack tenant logically? so that 
whenever we deploy network service it deploys in the openstack tenant 
space to which subscriber is linked to(I am assuming this from the context 
of ReST API-3 above)
 
2)While adding VNF, we have a textbox called "Product Family", what does 
it refers to? Is it the same as service type we created in step-4?
 
P.S: Daniel, any plans for creating/encouraging more of direct chat tools 
like IRC/Slack, am aware of existing IRC channels though?
 
Best Regards
Bharath T

From: ROSE, DANIEL V 
Sent: Wednesday, June 7, 2017 12:38 AM
To: bharath thiruveedula
Subject: RE: Can we skip openstack verification in Robot VM? 
 
It is just a customer basically. Subscriber, openstack tenant, openstack 
region all have to be loaded into aai and that’s done with a rest api
 
Thanks,
 
Daniel Rose
ECOMP / ONAP
com.att.ecomp
732-420-7308
 
From: bharath thiruveedula [mailto:bharath_...@hotmail.com] 
Sent: Tuesday, June 06, 2017 2:46 PM
To: ROSE, DANIEL V 
Subject: Re: Can we skip openstack verification in Robot VM?
 
ah okay, makes sense! 
Can you please let me the know context behind the subscriber. Is there a 
way to populate subscriber list?
 
Regards
Bharath T 
 

From: ROSE, DANIEL V 
Sent: Wednesday, June 7, 2017 12:04 AM
To: bharath thiruveedula; onap-discuss@lists.onap.org
Subject: RE: Can we skip openstack verification in Robot VM? 
 
Robot isn’t checking anything, robot is doing steps to load data from 
openstack into aai. But all it is oing is reading openstack and loading 
data into AAI so you can def do that yourself if you feel so inclined.
 
Thanks,
 
Daniel Rose
ECOMP / ONAP
com.att.ecomp
732-420-7308
 
From: onap-discuss-boun...@lists.onap.org [
mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of bharath 
thiruveedula
Sent: