These meetings will start at 9pm China Time/7.30pm IST/2pm CET/3pm ILS/8am EST/5am PST

Bridge Details: https://zoom.us/j/924179436 

Session Recordings

December 10th, 2018 - 3 hours  Zoom Chat Log

December 11th, 2018 - 3 hours

December 12th, 2018 - 3 hours

Zoom Chat Log- Dec 10 

04:56:59 From Alex Vul (Intel) : Is this the VF2F meeting
04:57:05 From Kenny Paul (LFN) : yes
04:57:28 From Chaker Al-Hakim : #info Chaker Al-Hakim, Huawei
04:57:47 From Bin Yang (Wind River) : #info Bin Yang, Wind River
04:58:15 From Alla Goldner : #info Alla Goldner, Amdocs
04:58:26 From Alex Vul (Intel) : is it only for TSC members?
04:58:31 From Kenny Paul (LFN) : no
04:58:40 From Alla Goldner : quite an opposite, Alex
04:58:43 From Kenny Paul (LFN) : e v e r y b o d y
04:58:49 From Alla Goldner : you are supposed to present HPA shortly :-)
04:58:58 From Alex Vul (Intel) : they why are you taking roll call of TSC members
04:59:11 From Alfons Mittermaier : Alfons Mittermaier (highstreet technologies)
04:59:16 From Alla Goldner : as always during ANY TSC call
04:59:19 From James MacNider ( Amdocs ) : #info James MacNider, Amdocs
04:59:29 From Alla Goldner : for quorum, in case voting is needed
04:59:33 From Kenny Paul (LFN) : because the TSC are supposed to be present
04:59:43 From Kenny Paul (LFN) : and what Alla said :-)
04:59:59 From Catherine Lefevre : #info, Catherine Lefevre, AT&T
05:00:02 From Alla Goldner : Kenny, on Wed I am on vacation till next wed, should I assign a proxy also for wed, not only for TSC meeting on Thu?
05:00:30 From Andreas Geissler (Deutsche Telekom) : #info Andreas Geissler, DT
05:00:31 From Ranny Haiby : #info Ranny Haiby, Nokia
05:01:02 From James MacNider ( Amdocs ) : oops sorry, I say you say "everybody"
05:01:17 From Davide Cherubini : #info Davide Cherubini, Vodafone
05:01:25 From Yan Chen : #info Yan Chen?China Telecom
05:01:47 From LinMeng : #info Lin Meng, China Mobile
05:02:06 From Kenny Paul (LFN) : https://wiki.onap.org/display/DW/Proxy+List
05:02:13 From Henrik Andersson : #info Henrik Andersson, Björn Magnusson, Maxime Bonneau, Ericsson
05:02:35 From Martin Skorupski (highstreet) : #info Martin Skorupski (highstreet technologies)
05:02:45 From LinMeng : sorry, haven’t seen it’s for TSC
05:03:13 From LinMeng : please ignore my #info
05:03:29 From Henrik Andersson : Same here for Ericsson
05:03:40 From Murat Turpcu ( Turk Telekom) : #info Murat Turpcu, Turk Telekom
05:04:32 From Murat Turpcu ( Turk Telekom) to Kenny Paul (LFN) (Privately) : hi kenny, i am also going to need to drop in the middle.
05:06:24 From Keong Lim k00759777 : eric multanen
05:07:13 From Kenny Paul (LFN) to Murat Turpcu ( Turk Telekom) (Privately) : seen thank you
05:09:04 From Kenny Paul (LFN) : #topic planned use cases and requirements for Dublin
05:10:13 From Kenny Paul (LFN) : #subtopic g use cases5
05:10:18 From Catherine Lefevre : sorry I lost the connection - I am just back
05:10:35 From Kenny Paul (LFN) : subtopic 5G usecases
05:11:26 From CMCC OPENO : #info Lingli, CMCC
05:11:45 From Kenny Paul (LFN) to CMCC OPENO (Privately) : seen thank you
05:12:27 From Alex Vul (Intel) : #info Alex, Intel
05:12:52 From Kenny Paul (LFN) to Alex Vul (Intel) (Privately) : thank you
05:13:45 From Alex Vul (Intel) to Kenny Paul (LFN) (Privately) : when will the 2019 event calendar be published?
05:14:40 From Alex Vul (Intel) to Kenny Paul (LFN) (Privately) : our budget process requires me to estimate how many F2F and how many other meetings will take place in 2019
05:15:10 From Stephen Terrill : ,#info, Stephen Terrill, Ericsson
05:15:42 From Andreas Geissler (Deutsche Telekom) : q:q
05:18:58 From Kenny Paul (LFN) to Alex Vul (Intel) (Privately) : plan for 1-2 days each aligned to April (ONS San Jose) and Sept (ONS Antwerp) and 2 DDFs in June and December TBD
05:19:22 From Kenny Paul (LFN) to Stephen Terrill (Privately) : seen. thank you.
05:20:05 From Kenny Paul (LFN) : @Andreas, please type you question(s) here.
05:20:58 From Susana (VF) : #info Susana Sabater, Vodafone
05:21:22 From Kenny Paul (LFN) to Susana (VF) (Privately) : seen. thank you
05:22:56 From Kenny Paul (LFN) : #subtopic BBS Broadband
05:28:24 From Eric Debeau : I am surprised that we want to manage CFS at ONAP level
05:29:20 From Gildas Lanilis : @Benjamin, couldyou provide the liunk to the deck you presented a few minutes ago?
05:29:55 From Benjamin Cheung : yes I will upload
05:30:00 From Gildas Lanilis : Thanks
05:30:19 From Brian : Is thre a testing strategy for the BBS use case on the wiki ?
05:30:26 From RRAO : David: FNC is planning to propose an extension for creating an optical L0/L1 service using ONAP. May be we could use this in your usecase also. We can discuss more offline.
05:31:23 From Kenny Paul (LFN) : #subtopic CCVPN
05:31:27 From Benjamin Cheung : I have uploaded to the 5G U/C page: https://wiki.onap.org/pages/viewpage.action?pageId=38119661
05:31:50 From Benjamin Cheung : Direct Link to the 5G U/C slides: https://wiki.onap.org/download/attachments/38119661/5GUseCaseVirtualF2F_12102018_v8.pptx?api=v2
05:35:37 From Alla Goldner : this meeting apparently can host up to 99 people
05:35:44 From Alla Goldner : some of my colleagues can't join now
05:36:02 From David Perez (Swisscom) : @Brian: we will provide test scenarios at a later stage. Required HW will be installed in Swisscom’s lab
05:36:18 From Kenny Paul (LFN) : this is a 500 person bridge
05:36:29 From Alex Vul (Intel) to Kenny Paul (LFN) (Privately) : hi kenny
05:36:42 From Jason Hunt : I just switched lines and had no trouble getting in.
05:36:48 From Jason Hunt : #info Jason Hunt, IBM
05:36:54 From Alla Goldner : thanks, will let my colleagues know
05:37:47 From David Perez (Swisscom) : @RRAO: let’s discuss offline. In principle, BBS relies on the 3rd party controller for that
05:39:25 From Kenny Paul (LFN) to Alex Vul (Intel) (Privately) : yes?
05:39:52 From Alex Vul (Intel) to Kenny Paul (LFN) (Privately) : where are the ONAP bylaws
05:40:09 From Alex Vul (Intel) to Kenny Paul (LFN) (Privately) : is there a link?
05:41:38 From Kenny Paul (LFN) to Alex Vul (Intel) (Privately) : both the Technical Charter and the Community Document are linked from the TSC page. https://wiki.onap.org/pages/viewpage.action?pageId=4719160
05:42:25 From RRAO : Yes Fujitsu has our own controller which can be plugged into SDN-C to orchestrate the Optical Transport network. As you have suggested we can discuss. Will reach you by email. My email id is ravi.rao@us.fujitsu.com
05:44:08 From Eric Debeau : In the Mef poc, we connected SDN-C with the Fujistsu Controler
05:44:47 From Brian : @Eric - for MEF POC did you do a custom odl adapter or generic netconf ?
05:44:55 From Davide Cherubini : @Alex we cantake this offline
05:45:49 From Eric Debeau : @Brian: I need to check.
05:46:07 From Kenny Paul (LFN) : #subtopic Consistent ID for a Cloud Region
05:48:48 From Jason Hunt : on this topic, have you synced up with those looking at edge? Edge will introduce potentially 1000s of “cloud regions”. Will this approach work well with that?
05:49:06 From Eric Debeau : What about APPC ?
05:49:48 From Alex Vul (Intel) : How is this a use case? This is a platform featuree
05:50:03 From Alex Vul (Intel) : why are we treating as a use case now…
05:50:07 From Margaret Chiosi (Huawei) : i agree with Jason
05:50:30 From RRAO : Brian we used the generic one, but as an extension toCCVPN we have proposed a Optical service orchestration use case in which we are planning for a dedicated plugin for our third-party controller
05:50:32 From Kenny Paul (LFN) : #subtopic HPA
05:51:54 From Chaker Al-Hakim : I agree with Alex.. Usecase vs feature
05:52:13 From Alla Goldner : Alex - clound region ID - is a func requirement, not a use case
05:52:16 From Alla Goldner : we handle both
05:52:33 From Alla Goldner : the difference is that functional req is tested on existing use case(s)
05:52:38 From Bin Yang (Wind River) : @Jason, I do think this is exactly to pave the road to have 1000s of cloud regions by having them represented in one place (AAI) and have consistent ID for all ONAP components which might refer to or use it
05:52:39 From RRAO : is anything being shared ?
05:53:26 From RRAO : For HPA
05:53:27 From Srini Addepalli (Intel) : I still see the "consistent cloud region" page. Can it be moved to "Continuation of HPA".
05:53:39 From Jason Hunt : @Bin - that makes sense. Just asking if you have coordinated with the people working on edge… do they support this?
05:53:48 From Margaret Chiosi (Huawei) : Some more folks want to join this bridge and it hit the maz of 100. Can someone increase the limit?
05:54:21 From Margaret Chiosi (Huawei) : max of 100 on zoom
05:54:48 From RRAO : ok Thanks
05:54:49 From Srini Addepalli (Intel) : Link to HPA: https://wiki.onap.org/pages/viewpage.action?pageId=45300198
05:55:05 From Kenny Paul (LFN) : For some reason the ONAP1 Bridge was renewed w/ only a 100 participant limit rather than the 500 participant upgrade. I will work with IT to get that corrected for tomorrow.
05:55:24 From Bin Yang (Wind River) : @jason, I have discussions with people in Edge automation task force, but we didn't yet discuss that yet since we didn't see there is something special from perspective of Edge
05:55:56 From Bin Yang (Wind River) : If you think there is anything special w.r.t. Edge scenario, please let me know, thanks in advance
05:57:32 From Bin Yang (Wind River) : @Eric, indeed APPC has seperate representation of cloud region, I should include them as part of this functional requirement. but I am not able to get connected to right people from APPC team, could you help on that? Thanks
05:57:44 From Bin Yang (Wind River) : @Eric, I will update the wiki as well
06:00:07 From Eric Debeau : @Bin, Thks for teh clarification. I can help. and Catherine can help more than me ;-)
06:00:56 From Gildas Lanilis : @Bin, Taka is the contant for APPC. Taka should be back from OOO.
06:01:17 From Pavel Paroulek : but shouldn’t the use-case implementors consult with the PTLs of the projects how to support the different aspects of the use cases? The PTLs should know how to best implement the needed functionality
06:03:46 From Kenny Paul (LFN) : #subtopic Scaling
06:05:44 From Bin Yang (Wind River) : @Eric, @Gildas, Thanks I will reach out to Taka , thanks
06:06:05 From Keong Lim k00759777 : should ONAP adopt a variant of Intel tick-tock model? tick = new use cases & features, tock = optimise and address technical debts?
06:06:37 From Alla Goldner : we have this ongoing
06:06:46 From Alla Goldner : thie issue is how we enforce prioritization
06:07:06 From Alla Goldner : considering that resources are put by companies, interested in some specific functionality
06:07:14 From Alla Goldner : not necessarily the prioritized one
06:07:20 From Alex Vul (Intel) : Is OOF actually being used as part of scaling?
06:08:11 From Brian : @RRAO/Eric - thanks
06:08:33 From Alex Vul (Intel) : It seems like we are breaking the HPA functional requirement again...
06:09:56 From Keong Lim k00759777 : what does "harden" mean for controlloop? harden usually means improve security
06:12:03 From Catherine Lefevre : got feedback that some PTLs could not connect due to the zoom limitations so please ensure that you are contacting all the PTLs who are impacted by your use cases offline
06:12:17 From Catherine Lefevre : or functional requirements
06:12:37 From Alla Goldner : also some of use cases/reqs presenters..
06:12:40 From Alla Goldner : e.g. ramki
06:13:28 From Brian : offline
06:13:31 From Brian : do this offline
06:14:46 From Catherine Lefevre : #action Alex/Scott to discus HPA/ScaleOut alignment
06:16:41 From Pamela Dragosh : How is it broken? It just isn’t being called.
06:17:27 From Catherine Lefevre : #action - Alex to document any remaining open issue through JIRA so we can start to act on it with impacted PTLs
06:17:31 From Alex Vul (Intel) : @pam - all the HPA policies that we create, are only honored during initial instantiation…
06:17:33 From Pamela Dragosh : Easy to add in the call to OOF, just add the resources towards adding that piece and testing it.
06:18:03 From Pamela Dragosh : Great Alex. So nothing is broken. Just need to add in the call to Scale Out.
06:18:42 From Alex Vul (Intel) : You are right Pam, broken as designed...
06:19:10 From Pamela Dragosh : Not at all Alex. Scott had that in the design for Casablanca. OOF didn’t have the resources to support it.
06:19:48 From Alex Vul (Intel) : If I were going to use ONAP commercially, I would expect that the choice of resources for VNF resource allocation/placement would be honored throughout the VNF lifecycle
06:20:03 From Kenny Paul (LFN) : #subtopic K8 based Cloud Region Support
06:20:29 From Pamela Dragosh : Resources are prioritized by companies priorities and also realistic software development timelines.
06:21:50 From Brian : Probably need to show both demo and testsuite repo impacts - demo is where we put the VNF artifacts like heat template and parameters and testsuite is the robot repo that would have to onboard and instantiate differently with helm VNFs vs HEAT VNFs
06:22:19 From Alex Vul (Intel) : @pam - adoption of ONAP commercially suffers because we leave things half-baked…
06:22:39 From Alex Vul (Intel) : Unless of course you don’t expect anyone to scale out VNFs in general...
06:22:53 From Pamela Dragosh : No kidding Alex. No one is disagreeing with you.
06:24:15 From Ryan Hallahan : @Alex - no one disagrees that calling OOF in that flow is ideal. The design exists and was socialized last release. But in Casablanca, no one in the community was willing to bring resources to work on it. If there are now resources to work on it - great to hear. Otherwise, what is the debate here?
06:24:28 From Alex Vul (Intel) : @Pam - ok then, :-) lets get scaling and OOF working first, then work on the rest of the dublin features...
06:24:50 From Alla Goldner : @Alex - how do you propose to enforce that?
06:25:08 From Alex Vul (Intel) : @Ryan - it’ not about “ideal”, it’s about necessary and required…
06:25:24 From Alla Goldner : I mean - of course we all in agreement that functionality should be correctly implemented, but we also need to find some enforcement measures that currently do not exist
06:25:34 From Alla Goldner : and any suggestion on that is more than welcomed!!!
06:26:13 From Alex Vul (Intel) : @Alla - simple… start keeping track of “critical path” items and their dependencies…
06:26:34 From Alla Goldner : I wish it was so simple :-)
06:26:39 From Alla Goldner : but we will definitely do that
06:29:04 From Ryan Hallahan : @Alla - Ajay was finally able to get into the meeting room to discuss Change Mgmt, but it looks like we're running out of time...
06:29:20 From Stephen Terrill : we can probably use a few minutes from my part
06:34:25 From Keong Lim k00759777 : are there really 12 focii for Dublin?
06:34:52 From Bin Yang (Wind River) : @Srini, will this analytic as a service be a replaced solution to realize HPA telemetry which was supposed to use prometheus?
06:36:25 From Pamela Dragosh : This seems like something that should have been presented and worked on through the Control Loop Sub Committee.
06:37:20 From Bin Yang (Wind River) : How much resources a typical analytic apllication based on PNDA consumes? The estimation from PDNA seems pretty big, any plan to test it over integration lab?
06:37:31 From Vijay Venkatesh Kumar : @Srini - As we had some discussion - the edge analytics/configuration proposal alignment with DCAE and rest of ONAP is open item. The usecase would be better if we can integrate with existing services and configuration flow for new servies targetted rathern than separate/new flows.
06:38:53 From Pamela Dragosh : What about CLAMP? Policy?
06:41:08 From Avi Chapnick : @Srini - how DCAE manages analytics application configuration? shouldnt this proposal align with the same mechanisem as DCAE?
06:41:22 From Kenny Paul (LFN) : #subtopic changemangement
06:41:29 From RRAO : Are these Chat conv stored somewhere ?
06:41:43 From Bin Yang (Wind River) : @Srini, It is not clear how multicloud could help on "Normalize from of cloud agnostic event/alert/fault" and dispatching them from edge to central ONAP (will multicloud has SBI to a "analytic as a service"? Will there be some mandatory API should be imposed to those "analytic as a service" so that multicloud could consume?
06:41:44 From Kenny Paul (LFN) : will be uploaded
06:41:49 From Alla Goldner : yes, they are stored
06:43:09 From Pavel Paroulek : the ratio between agenda and time seems suboptimal
06:43:46 From Alla Goldner : Pavel, considering we have only 9 hourse in total for vf2f...
06:44:01 From Alla Goldner : hours
06:44:37 From Srini Addepalli (Intel) : @Avi, DCAE has tighter integration with Cloudify. As Vijay mentioned in the chat, I agree that it requires more discussion. Hence, we are trying to remove the dedpendency on the DCAE in Dublin and do activities that are indepdent of DCAE and CLAMP. Due to this, there are many manual steps in R4. Hopefully, by R5, we can integrate with DCAE and CLAMP.
06:46:01 From Pavel Paroulek : Alla, I understand the resource limitations, but the point of syncing like this is to leverage cross-project collaboration which seems crippled by this tight schedule.
06:46:43 From Brian : @Alla - perhaps a process improvement is to have the Use Case team actually list the re-useable platform API's that the use case consumes/creates that could be applied for other use cases
06:46:53 From Alla Goldner : @Pavel - this is the major disadvantage of having vf2f vs physical...in some cases "P" is better than "V" :-)
06:46:58 From Brian : at least for new or modified APIs
06:47:23 From Pavel Paroulek : Alla, otherwise we could have watched pre-recorded presentations in our own time, there is no point in coming together like this
06:47:26 From Alla Goldner : @Brian - yes
06:47:29 From Srini Addepalli (Intel) : @Bin, In Multi-Cloud, I believe Ramki already talked to you on this. MC role in Alarm is to translate third party analytics alarms to events expected by Policy.
06:47:42 From Alla Goldner : wil ltrigger discussion/wiki page with all shortages/and proposals on how to fix
06:48:42 From Alla Goldner : @Pavel - I believe, there is still a point, as you could become aware
06:48:53 From Alla Goldner : but Yes, I agree, no real discussion can be handled
06:49:05 From Alla Goldner : if we wanted to have - we needed to have 3 weeks vf2f
06:49:30 From Pavel Paroulek : Alla, the same benefit would be achieved by pre-recorded sessions
06:50:38 From Vijay Venkatesh Kumar : @Srini - The Edge anlaytics proposal includes lof of new services for Dublin. Instead of divering and builting a unique one of deployment and configuration, it will be better to align the flow with current onboarding/configuration flow using DCAE/CLAMP/Policy. Cloudify design in DCAE can support helm chart and edge application deployment (I understand there is some reservation to use this flow) - unless there is architecture decision to change it, all application should follow current flows.
06:50:47 From Alla Goldner : if you believe so then we need to discuss effectiveness of vf2f in general. probably, an alternative solution is indeed to provide recorded sessions
06:51:44 From Pavel Paroulek : Eric - ok, maybe the use-case sessions are better place to discuss the details
06:52:14 From Alla Goldner : a more detailed discussions are definitely handled there
06:52:21 From Alla Goldner : and by different use cases task forces
06:52:32 From Alla Goldner : this one is intended for a larger community
06:52:40 From Alla Goldner : but your point should be considered in any case
06:53:01 From Srini Addepalli (Intel) : @Vijay, Yes Vijay and I agree that more discussions are required. That is why, intention is to do basic stuff in R4 for analytics-as-a-service and integrate with DCAE/CLAMP in R5.
06:53:11 From Brian : it would be interesting to separately track in VF2F on a page/poll who wants to have a followup discussion - kind of llike a Like button vs a Comment button so presenters get feedback
06:54:05 From Stephen Terrill : One question regarding change management and SW upgrade. Does it also consider container based VNFs as being described by Srini?
06:54:16 From Brian : Thanks Alla
06:54:31 From Kenny Paul (LFN) : #topic Control Loop Sub Committee Dublin Requirements
06:54:35 From Alla Goldner : thanks to all use cases and functional requirements owners
06:54:55 From Srini Addepalli (Intel) : Thanks Alla.
06:55:07 From Ajay Mahimkar : thanks alla !
06:55:23 From Catherine Lefevre : thank you to all the presenters - maybe continue to add your questions under the wiki link associated to each use case or make
06:56:34 From Catherine Lefevre : or send an e-mail to the use case owner through the onap usecase district list
06:57:26 From Catherine Lefevre : security requirements will be presented on 12/13 during the TSC call
06:57:32 From Brian : did we lose Adam ?
06:57:38 From Keong Lim k00759777 : lost sound?
06:57:41 From James MacNider ( Amdocs ) : I think we lost Adam
06:59:13 From Murat Turpcu ( Turk Telekom) to Kenny Paul (LFN) (Privately) : need to drop, see you at tomorrows meeting
07:04:41 From Brian : What is the test strategy for Dublin ?
07:04:58 From Brian : do we have a two or three microservices to use instead of or with TCA ?
07:05:28 From Brian : we can do it offline but that should be part of wiki discussion
07:06:33 From Vijay Venkatesh Kumar : We can also include some of other DCAE MS and have it policy managed.
07:09:05 From Brian : Can we get a Grad studect to create a ML based TCA or something to demonstreate a second TCA ?
07:10:14 From Brian : pybook micro service might be an interesting example as well
07:14:05 From DENG Hui : so model driven means template driven ?
07:14:40 From Keong Lim k00759777 : is there a concrete usecase demonstrating an analytic or policy?
07:18:54 From Brian : seems like they are both design time
07:19:09 From Brian : the two teams should get together and maybe do a combined effort in Dublin ?
07:20:37 From Brian : if they publish to dmaap the answer is yes
07:20:47 From Brian : 1 pubsliehr multiple subscribers
07:22:24 From Brian : at some level this is no different than SFC - track the flows using an intalled microservice so you know when you can delete that microservice but its control-loops on top of instance so micro-serivce and there are multiple loops running through the microservices
07:26:55 From Dave Allabaugh : Regarding Policy being defined and mapped in SDC: Also need to consider whether design time policies are the only ones supported. Given my experience in deployment environments, there are also cases where the desired policies are situational (e.g. related to specific locations or customers) which don't apply to all instances of a service type.
07:42:18 From Kenny Paul (LFN) : #topic Security Requirements
07:53:10 From Keong Lim k00759777 : does istio work to encrypt comms to external systems as well?
07:53:33 From Brian : how will ISTIO integrate with AAF or would we do AAF at the edges ?
07:54:11 From Gildas Lanilis : I can work with @Steve and @Amy to bring the secuirty chnages in checklist
07:59:26 From Catherine Lefevre : thanks Gildas
07:59:42 From Catherine Lefevre : will also need something similar for documentation
08:00:12 From Gildas Lanilis : @kenny, we have a hard stop at 8 am. This zoom bridge will be used for the PTL meeting.
08:00:36 From Gildas Lanilis : @yes for doc Catherine
08:00:51 From Vijay Venkatesh Kumar : @Steve - With regard to VNF-DCAE services, will SECCOM propose how the certificate management/distribution? Like to understand that and impacts based on if leveraging AAF (or istio).
08:03:29 From Kenny Paul (LFN) : If I cannot resolve the bridge capacity issue by noon pacific I will send out a new bridge for the VF2F tomorrow
08:04:00 From Kenny Paul (LFN) : #PTL MEETING STARTS NOW
08:04:34 From Kenny Paul (LFN) : #topic Casablanca Maint. Release
08:05:19 From Kenny Paul (LFN) : multicloud docker released.
08:06:24 From Mike Elliott (OOM) : The OOM commitments for the maintenance release are in the OOM Casablanca-3.0.1 Sprint found here: https://jira.onap.org/secure/RapidBoard.jspa?projectKey=OOM&rapidView=41&view=planningThe OOM commitments for the maintenance release are in the Casablanca-3.0.1 Sprint: https://jira.onap.org/secure/RapidBoard.jspa?projectKey=OOM&rapidView=41&view=planning
08:06:38 From Kenny Paul (LFN) : need to step away briefly.
08:08:05 From Brian : we will use the casblance versions in the manifest for the maintenance release package
08:09:11 From Kenny Paul (LFN) : back
08:09:37 From Mike Elliott (OOM) : Unfortunately traveling - need to drop at 8:15. Prudence Au can cover OOM and bring any discussion back to me later today.
08:09:38 From Pamela Dragosh : https://jira.onap.org/browse/POLICY-1222
08:09:46 From Pamela Dragosh : https://jira.onap.org/browse/POLICY-1221
08:10:06 From Brian : are we labeling them as integration so they show up in the Integration Blockers list ?
08:10:24 From Catherine Lefevre : they should brian
08:11:02 From Brian : @yang - we need to change the filter in the integration blocker so it ignore Dublin targeted jira's
08:11:56 From Yang Xu : Yes, we will change the filter
08:20:17 From Kenny Paul (LFN) : #topic Dublin release
08:29:23 From Brian : today was candidates not the committed list
08:31:40 From Catherine Lefevre : PTL checklist
08:32:02 From Catherine Lefevre : #1 do you have enough info to perform an assessment
08:32:15 From Catherine Lefevre : #2 have you resources ?
08:32:28 From Catherine Lefevre : # review your committers
08:33:47 From Catherine Lefevre : keep capacity for your documentation and security, removal of manual steps enhncements
08:39:30 From Brian : our assumption is a service provider "might" want to run all use cases
08:40:24 From Brian : agree that there is a difference for the models to "configure" ONAP for a use ccase
08:46:44 From Brian : need to ask now if they are using beijing or casablanca as a standard input to onap-discuss