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 <[email protected]> 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 ? > > vFW instantiate > vDNS instantiate > VDNS closed loop scaling with and without MultiVIM (dnsscaling vnf > instantiate) > vFWCL instantiate > vFWCL closed loop (APPC LCM modifyconfig) > vCPE Infrastucture instantiate > vCPE customer vG instantiate (uses macro api into SO and generic resource API > into SDNC) > vCPE closed loop with and without MultiVIM (restart vGMUX) > vIMS (Clearwater) – we havent run this in a while but if the previous > instantiates work the vIMS should as well. > > Brian > > > From: [email protected] > [mailto:[email protected]] On Behalf Of Roger Maitland > Sent: Wednesday, January 03, 2018 11:15 AM > To: Yunxia Chen <[email protected]>; onap-discuss > <[email protected]>; Sauvageau, David <[email protected]> > 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: [email protected] > <mailto:[email protected]> > [mailto:[email protected] > <mailto:[email protected]>] On Behalf Of Yunxia Chen > Sent: Tuesday, January 2, 2018 5:25 PM > To: onap-discuss <[email protected] > <mailto:[email protected]>>; Sauvageau, David > <[email protected] <mailto:[email protected]>> > 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 > [email protected] > https://lists.onap.org/mailman/listinfo/onap-discuss
_______________________________________________ onap-discuss mailing list [email protected] https://lists.onap.org/mailman/listinfo/onap-discuss
