I think Kang has a script to do the vCPE use case all in one shot  (the 7 
minute demo :)

Brian


From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com]
Sent: Wednesday, January 03, 2018 11:34 AM
To: FREEMAN, BRIAN D <bf1...@att.com>
Cc: Roger Maitland <roger.maitl...@amdocs.com>; Helen Chen 
<helen.c...@huawei.com>; onap-discuss <onap-discuss@lists.onap.org>; David 
Sauvageau <david.sauvag...@bell.ca>
Subject: Re: [onap-discuss] [integration][oom] OOM readiness for Beijing release

Brian,

For now, vFW instantiate, vFWCL instantiate has been tested and validated. 
vFWVL close loop (APPC LCM modifyconfig) is currently being tested.
Once done, I can cover the other use cases you provided to ensure it’s working 
as expected. Help will be appreciated at this point.

Thanks
Alexis


On Jan 3, 2018, at 11:30 AM, FREEMAN, BRIAN D 
<bf1...@att.com<mailto:bf1...@att.com>> wrote:

Roger,

I have used OOM as well and it has made substantial progress and I think it 
should be used for Beijing.
One thing I haven’t had a chance to check.

Are all the opensource VNF uses cases successfully running off an OOM 
installation ?


  1.  vFW instantiate
  2.  vDNS instantiate
  3.  VDNS closed loop scaling with and without MultiVIM (dnsscaling vnf 
instantiate)
  4.  vFWCL instantiate
  5.  vFWCL closed loop (APPC LCM modifyconfig)
  6.  vCPE Infrastucture instantiate
  7.  vCPE customer vG instantiate (uses macro api into SO and generic resource 
API into SDNC)
  8.  vCPE closed loop with and without MultiVIM (restart vGMUX)
  9.  vIMS (Clearwater) – we havent run this in a while but if the previous 
instantiates work the vIMS should as well.

Brian


From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Roger Maitland
Sent: Wednesday, January 03, 2018 11:15 AM
To: Yunxia Chen <helen.c...@huawei.com<mailto:helen.c...@huawei.com>>; 
onap-discuss <onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>; 
Sauvageau, David <david.sauvag...@bell.ca<mailto:david.sauvag...@bell.ca>>
Subject: Re: [onap-discuss] [integration][oom] OOM readiness for Beijing release

Hi Helen,

David is on vacation so I’ll answer - OOM is ready.

The OOM team has been working with the Integration team and the entire ONAP 
community to create the 
amsterdam<https://urldefense.proofpoint.com/v2/url?u=https-3A__gerrit.onap.org_r_gitweb-3Fp-3Doom.git-3Ba-3Dshortlog-3Bh-3Drefs_heads_amsterdam&d=DwMGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=e3d1ehx3DI5AoMgDmi2Fzw&m=a8o3_j9rZ_qxfABkALfHIrYohgel2N4EJVYEzCKmwJI&s=EhDAoxdNx8-Zbks0BGCLaqwTASRIWIhhqqxQxi3PcFE&e=>
 release of OOM which is now available.  There is a continuous delivery system 
that deploys the master branch of all of the ONAP components with OOM – 
here<http://kibana.onap.info:5601/app/kibana#/dashboard/AWAtvpS63NTXK5mX2kuS?_g=(refreshInterval:(display:Off,pause:!f,value:0),time:(from:now-24h,mode:quick,to:now))&_a=(description:%27%27,filters:!(),options:(darkTheme:!f),panels:!((col:1,id:AWAts77k3NTXK5mX2kuM,panelIndex:1,row:1,size_x:8,size_y:3,type:visualization),(col:9,id:AWAtuTVI3NTXK5mX2kuP,panelIndex:2,row:1,size_x:4,size_y:3,type:visualization),(col:1,id:AWAtuBTY3NTXK5mX2kuO,panelIndex:3,row:7,size_x:6,size_y:3,type:visualization),(col:1,id:AWAttmqB3NTXK5mX2kuN,panelIndex:4,row:4,size_x:6,size_y:3,type:visualization),(col:7,id:AWAtvHtY3NTXK5mX2kuR,panelIndex:6,row:4,size_x:6,size_y:6,type:visualization)),query:(match_all:()),timeRestore:!f,title:%27CD%20Health%20Check%27,uiState:(),viewMode:view)>
 is the dashboard.  As this system is effectively continuously evaluating ONAP 
health this should be very useful for the Integration team to quickly identify 
component submissions that result in a degradation.

The initial version of DCAE support is under final testing.  This version 
brings up the DCAE controller which then brings up the rest of the DCAE VMs.  
There is a discussion scheduled for tomorrow between the OOM and DCAE team on a 
more fully containerized solution.  The OOM team is also working on deploying 
OpenStack DNS Designate to simply the deployment of OpenStack infrastructure 
required for DCAE.  We’ll let the community know when this is ready.

Cheers,
Roger

From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Yunxia Chen
Sent: Tuesday, January 2, 2018 5:25 PM
To: onap-discuss 
<onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>>; Sauvageau, 
David <david.sauvag...@bell.ca<mailto:david.sauvag...@bell.ca>>
Subject: [onap-discuss] [integration][oom] OOM readiness for Beijing release

Hi, David,

Happy new year and it was very nice to talk with you at Santa Clara. Is OOM 
ready for Integration team to take over to test the Beijing release, maybe 
start with Amsterdam project first? From last meeting, it seems have a little 
bit issue on DCAE, has it resolved yet?

Regards,
Helen Chen
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<https://urldefense.proofpoint.com/v2/url?u=https-3A__www.amdocs.com_about_email-2Ddisclaimer&d=DwMGaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=e3d1ehx3DI5AoMgDmi2Fzw&m=a8o3_j9rZ_qxfABkALfHIrYohgel2N4EJVYEzCKmwJI&s=C2Vka0FYpZ-9uH9cmHgCGH9EKz1xr-BzjEh67UgiwfA&e=>
_______________________________________________
onap-discuss mailing list
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
https://lists.onap.org/mailman/listinfo/onap-discuss<https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.onap.org_mailman_listinfo_onap-2Ddiscuss&d=DwMFaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=e3d1ehx3DI5AoMgDmi2Fzw&m=yDcuc44LiCzLC8-Dp_PVolye9rU2_Zjlny9gJGiiCJQ&s=3LPujwBQb4dgGtd4ZmEHZckFR1p_f8EmvQOnH_aZr6Q&e=>

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

Reply via email to