Meeting Dates
6/19/17 - APPC Project Kick-Off
Meeting: APPC Project Kick-Off
Date: 6-19-17
Participants:
- RANDA MAHER <rx196w@us.att.com>;
- MACNIDER, JAMES <james.macnider@amdocs.com>;
- SULLIVAN, JOEY <joey.sullivan@amdocs.com>;
- Skip Wonnell <skip@att.com>;
- BRADY, PATRICK D <pb071s@att.com>;
- SHARMA, RAHUL <Rahul.Sharma2@amdocs.com>;
- Mark Runnels <runnels@att.com>;
- SEABOLT, SCOTT <js9808@att.com>;
- MILLER, PAUL <pm3608@att.com>;
- SOLORZANO, DEE ANN <ds4681@att.com>;
- Eric Debeau <eric.debeau@orange.com>;
- YOUNG, LISA C <ly3793@att.com>;
- KLEIN, REUBEN <rk1518@att.com>;
- ANAPAN-LAVALLE, HECTOR A <ha076r@att.com>;
- Avi Chapnick <avich@amdocs.com>;
- VELARDO, PAT <pv1753@att.com>;
- Marcus Williams <marcus.williams@intel.com>
- SULLIVAN, JOEY joey.sullivan@amdocs.com
Agenda & Notes:
- Introductions
- Define what role each member will play (architect, developer, tester, etc,,,)
- Refer to "APPC Team for Release 1"section below
- Decide on date/time for weekly meeting
- Proposed: Wed @ 11AM EST -
- Decision: go for this slot and adjust if it doesn't work
- Determine agenda for this weekly meeting
- Reuben and Ave to re-align on APPC Project proposal as identified on the wiki.
- Review release schedule
- Upcoming Milestone - M1, due 6/29
- Must have Epics/Stories defined for release 1.
- Start discussing potential scope for release 1
Decisions/Working agreements:
- Weekly call to be held on Wednesdays at 11AM EST initially; will adjust as needed if this time is problematic. With folks on Pacific Coast (PST), France, and Belgium, and India, this is the most accommodating for majority.
Participant must participate as a contributor and gain some expertise before they can be nominated for Committer status.- Per input from Marcus, this does not appear to be aligned with ONAP TSC charter, so I'm scratching this.
Action Items
- Schedule call for Wed., setup zoom invite.
- For this Wednesday's team call, 6/21/17, agenda will be to realign on the APPC project proposal. Reuben and Avi to present.
- Owner: Randa/Catherine
- Status: Done.
- Schedule a call for Thurs, 6/22/17.
- Agenda for this call: Paul will present current capabilities of APPC..
- Owner; Randa
- Status: Done, call scheduled for 6/22/17 at 12PM EST for APPC Project team.
- Follow-up with Piyush, Marcus, Alexis, Rashmi on participation.
- Owner: Randa/Catherine
- Status: In-Progress
APPC Team for Release 1
Present | Name | Email | Role | Allocation | Notes |
Yes | Reuben Klein | rk1518@att.com | Architect | 10% | Co-wrote proposal with Avi for APPC Release 1; will be acting as architect for Release 1 |
Yes | Avi Chapnick | avich@amdocs.com | Architect | 10% | Co-wrote proposal with Reuben for APPC Release 1; will be acting as architect for Release 1 |
No | Piyush Garg | Piyush.Garg1@amdocs.com | Committer | ? | Need to follow-up for participation details |
Yes | Hector Anapan | ha076r@att.com | Contributor | 25% | Led open source effort for APPC for seed contribution; Wants to continue as a contributor; Hector is also part of integration project as a committer and interested in pairwise/integration testing |
No | Jamil Chawki | jamil.chawki@orange.com | TSC |
| Part of Architecture sub-committer Will engage in testing support post August as resource availability opens up |
No | Vimal Begwani | begwani@att.com | Architecture/Consultant |
| Works for Paul Bartolli and his role is to put together a Controller guide; he's involved in all the controller work - Look to him to define what falls into APPC and what does not based on use cases. Also, if we need library support from other implementation, he may be the resource. |
No | Paul Bartoli | pb2317@att.com | Architecture/Consultant |
| Part of Architecture sub-committee |
Yes | Marcus Williams | marcus.williams@intel.com | Committer
| 35% | Marcus will be 100% on ONAP but his time will be spread between three projects, APPC, SDNC, CCSDK. I will contribute code and review code. |
Yes | Pat Velardo | pv1753@att.com | APPC Consultant |
|
|
Yes | James MacNider | James.MacNider@amdocs.com | APPC Consultant |
| James will be moving to another project (SDNC), will be providing consultation to other members who will contribute to APPC (Joey and Rahul) |
Yes | Rahul Sharma | rahul.sharma2@amdocs.com | Contributor | 25% | Working closely with James |
No | Alexis de Talhouët | alexis.de_talhouet@bell.ca | ? | ? | OOO notification June, 19 until July, 3. Catherine will write to manager to see if Alexis can be a potential contributor |
No | Rashmi Pujar | rashmi.pujar@bell.ca | ? | ? | Catherine will write to manager to see if Alexis can be a potential contributor |
No | Bin Yang | bin.yang@windriver.com | Multi-VM SME/Consultant |
| Bin is a committer of Multi-VIM/Cloud project; his focus will be to help identify the dependency/interaction between APP-C and Multi-VIM/Cloud so that we can synergy our effort. |
Yes | Paul Miller | pm3608@att.com | Architect | 10% |
|
Yes | Patrick Brady | pb071s@att.com | Committer | 100% | Patrick has been prime for maintaining APPC repo and merging to date.. |
Yes | Skip Wonnell - | kw5258@att.com | Committer | 100% | Skip will also be a contributor as well as a committer |
Yes | Randa Maher | rx196w@att.com | Proposed PTL | 50% |
|
Yes | Joey Sullivan | joey.sullivan@amdocs.com | Contributor | 25% | Working closely with James |
6/21/17 APPC Project Weekly Minutes
Agenda
Plan for next meeting
- There were a lot of questions at this meeting about what APPC was, how it fit into the overall architecture, so plan for next week is to provide knowledge sharing session on current capabilities of APPC.
Notes around today's discussion.
- Today there are two Application Controller designs
- Collection of OPEN-O orchestrators, more dependent on VNFC for doing many of its actions.
- APPC
- Manages lifecycle actions through a set of commands, you have a model and inventory VNF/VNFC instances; the approach is to support different flavors of VNFs without having to ask for vendor support (no need to provide a VNF manager, just provide a model), utilize Nefconf, Chef, Ansible plug-ins.
- When we say "model" in context of APP-C, what are we talking about?
- APPC is agnostic, APPC is all about how we can generalize VNF management - the concept of APPC.
- We want to take all of the management capabilities and express them as a model and policy.
- MANO looks at each vendor system in isolation, we want to build an inter-vendor solution, build models on demand.
- We have a series of Yang for components and some on services
- SDC provides TOSCA model for dependency order. We want to add to these capabilities.
- We want to get to a common set of APIs so that operations teams don't have to worry about the underlying mechanism.
- APPC does not instantiate, this is done by SO. Once instantiated, APPC's job is to configure, manage state, and respond to actions triggered by Policy. Such as the case of closed loop corrective actions (Eg. Restart). APPC manages the lifecycle of VNFs.
- Collectors are not in the scope of APPC. ONAP is an integrated system, APPC plugs into this overall system. DCAE local is doing the analytics collection.
- The concept of APPC is entirely independent of the client that calls it on the NB side; APPC is to create implementation of LCM and not assume.
- There is an VNF SDK & modeling project, how do we connect with those projects? How are the dots connected? Further investigation needed.
- What would participants like to hear about in these weekly meetings.
- Participants would like to learn more about APPC and how it interacts with other parts of the stack.
- Interactions with APPC and instantiation with respect to Policy.
- Use cases around service chaining.
06/28/17 - APPC Project Weekly Minutes
Agenda
- Logistics/housekeeping
- Jira APPC project & board
- Communication:
- Email: use onap-discuss with [appc] tag in subject line
- Any other options ?
- Miinutes will be kept here:
- Review Use cases & Brainstorm on what we want to achieve in Release 1
- Other topics/dependencies
- MultiVIM
- OOM/Common Controller SDK ?
- SDC ?
Action Items:
- Alex to get details on VNF planned for vCPE use case
- Setup call with SO & APPC teams…
- Setup call with MutiVIM team - lead Xinhui Li
Notes:
- Resources review
- Have not heard back from 1 committer; will leave him on list for now
- Sharon Chisholm will be contributing to the project, focusing on resiliency
- VoLTE Use Case
- Current approved use case does not include APPC
- There is an alternate VoLTE use case that was proposed by Gil Bullard, but marked Obsoleted.
- What are we committing for Release 1?
- Need to work out the combined architecture
- vCPE Use Case
- APPC will be contributing to the vCPE use case in the closed loop flow for VM Restart; important to note that this is VM level and not VNF level restart
- Some of the VMs selected are optimized for hardware platforms
- Some of the VNFs being used are coming from Intel, need to see if they are compatible with APPC [however, if we stiff to VM level Restart, this is not an issue for vCPE use case]
- Can use Ansible, need Ansible server and write the playbook…
- vFW / vDN Use Case
- Regression test; need to ensure these work with all the new added code..
- MultiVIM
- Separate session to be scheduled to discuss CDP-PAL
07/03/17 - APPC/SDC Discussions
Agenda
- Review of Residential Broadband vCPE with the SDC team
Attendees: Eric Lebeau, Michael Lando, Eden Rozin, Catherine Lefèvre
Key Notes
- Review of "Onboarding of infrastructure VNFs" flow
- There is already an existing APPC/SDC interface but the content is not yet really used by APPC
- The content is based on TOSCA format
- Another integration point is foreseen between SDC & APPC as part of ONAP R1:
Currently artifacts are uploaded manually. The goal is to upload automatically.
Action Items:
- Eden will review this flow (DCAE Telemetry) as well as the second integration point (upload automatically the artifacts) with Hector Anapan by 7/10.
07/05/17 - APPC Project Weekly Minutes
Agenda
- Review items from checklist
- SDNC upgrade to Carbon - APPC impact
- Scope for Release 1
- Work needed specifically to support vCPE use case
- What areas are folks interested in ?
- Agree on sprint cadence and goals
- July
- Aug
- Sept (code freeze 9/14)
- Labs
- Documentation
Participants:
Notes:
- All contributors and committers should familiarize themselves with:
- Release 1 key goals
- Consume all the code contributions, large part coming end of July. Deliver on the model driven design and additional features
- Support VM Restart for vCPE use case
- Support vDNS/vFW
- Scope for Release 1 - specifics
- Consume all code contributions [stories in backlog - need to update/complete adding stories - Action: Randa to update]
- Upgrade to Carbon to stay aligned with SDNC
- Need to validate/confirm with Dan Timoney from SDNC team that this is indeed the plan for R1
- If so, Need to raise as a risk for APPC - could have multiple side effects that could impact timeline.
- Drop date date for ODL Docker needed from SDNC would be 8/4
- Working to get confirmation from Dan
- Support vCPE Use Case for VM level restart
- Need DG for VM Restart
- What is needed to make this work… ?
- How do we test -
- Will we depend on Integration team to validate, or
- Can we connect Integration lab to our APPC in TLAB?
- Action: Need details on the vCPE - are they running on hardware or Openstack? - schedule call for Monday w/Vimal & Brian -
- Randa following up to see if we can setup a review on Monday at 11AM EST if that works.
- Integration with MultiVIM
- Discussion taking place with MultiVIM team to see how APPC is impacted by this change.
- Meeting planned for tomorrow (Thurs @11AM EST; working to get CDP-PAL SME to present CDP-PAL, Scott will provide flow sample for APPC.
- Demo proposal - VM/VNF restart of vDNS/vFW via MultiVIM ? Need to discuss in more detail
- Integration with OOM
- Per Catherine, Objectives for release 1 based on OOM call earlier today:
- Want to move to container paradigm using Kubernetes - will provide guidelines to teams to move from Docker to Kubernetes
- Will work with team to prioritize - not sure if APPC be on the priority list
- ECOMP Controller proposal is not part of release 1; will be considered for Release 2
- Hector has been involved with OOM
- Bell Canada used Kubernetes template to do test - template of ONAP based on Heat templates
- We want to keep APIs generic, multiple approaches can be taken (ECOMP SDK & OOM, Robot Framework, etc..)
- Action: Hector will setup a session with John Ng and Nicolas Hu to discuss OOM.
- Need to see how APPC can contribute to OOM -
- Action to AMDOCS team (Michael Meller & Sharon C. to see how APPC would interplay with OOM
- Need clear list of all API available for Release 1 and their type - Scott is working with team to get this.
- Lab readiness (T-LAB)
- T-Lab setup for vDNS/vFW
- SDC & AAI integration.. ? What VNFs do we on-booard? Where do we get data?
- Lab Status:
- People are still working on this, but should be done this week. Action: Hector will follow-up on status.
- Documentation
- The Documentation project is will provide guidance on how documentation should be done in ONAP; however, each project is responsible for updating their documentation per release
- When Documentation Project will have their recommendation and tools in place is TBD at this point.
- You can refer to their project page to see what is under consideration.
- APPC has the following documents that will need to be updated for Release 1
- HA/Resiliency stories identifications [items for roadmap]
- Cluster deployment
- Geo-redundancy
- Note that nothing is being committed for release 1 related to this area, this item is only about having the conversations and contributing stories to the backlog for future releases
- Replace openecomp with onap [APPC-13]
- Any volunteers to start working on this?
- Educational Video
- What areas are folks interested in ?
- Send note to Randa
- Do you have local environments setup? If not, 'how-to' instructions can be found here:
07/06/17 - Meeting with MultiVIM team
Material reviewed attached.
07/12/17 - APPC Project Weekly Minutes
Agenda:
- ODL Version for R1
- vCPE Use Case
- Code Contributions
- Labs for testing
- MultiVIM
- OOM
- Integration Testing with AAI & SDC
- Other topics?
Notes:
- ODL Version for R1
- Confirmed with SDNC team - they will be using Carbon release of ODL for R1.
- ODL Docker will not be available until end of July.
- SDNC-26 (ODL upgrade) - ETA is end of July
- APPC Story needed: Need story to upgrade ODL version to Carbon
- vCPE Use Case
- Code Contributions -
- Upcoming code contribution from AT&T pre-requisite for vCPE use case support, teams working to get that submitted
- awaiting ETA (restart DG key)
- Action: Follow-up with Scott on the list of DGs being open-sourced
- Labs
- T-Lab: Lab prep in progress - Spondon working on this - availability date TBD
- T-lab still waiting on servers… not likely to be ready this week
- T-Lab lab will be available externally via VPN
- Integration team discussion with WindRiver for a possible development lab for pairwise testing… more details pending.
- They are taking images from Jenkins (latest image) to stand up lab…..
- Generating jira issues if they run into problems
- Focusing on e2e connectivity at the moment, using the demo use cases to validate lab.
- MultiVIM
- Scope for R1 - MultiVIM proxies requests…
- Need to confirm support for R1 from CDP-PAL development team
- CDP-PAL is not part of ONAP and opensource available via github, so we need their agreement to partner on this release for any changes needed in CDP-PAL.
- Reached out to development owner of CDP-PAL (Ram Koya), awaiting feedback from the team if they have capacity to support.
- Assuming CDP-PAL is onboard, when would MultVIM target for readiness to start integration testing.
- Action: Randa to check if there are any dependencies between Carbon & CDP-PAL - checking with Varun
- 7/18/19 update: No, there is no dependency between CDP-PAL and ODL version
- Multivim: R1 is a short term goal to demonstrate integration with APPC, goal to minimize impact due to lack of bandwidth/resource on both sides, but for R2 or beyond, long term approach is TBD, various options still under assessment - CDP-PAL, Cloudify, something else??Comment: If they move to a model approach, this is a much larger impact
- OOM
- Invited David (OOM PTL) to join us for next meeting (7/19)
- OOM still waiting on seed code, which applications may be impacted is still not clear.
- Question: Who is responsible for packaging app to work with OOM - does OOM take care of it or are instructions provided to each app to ensure proper packaging.
- HA/Resiliency
- Sharon has some suggestions for capabilities around resiliency that she would like to review with the team.
- We will plan to focus part of next meeting on this. Sharon will provide a presentation on resiliency/clustering
- Other topics
- Integration Testing with AAI & SDC - investigating to see what we can do locally
- Areas of interest from the team? No feedback received.
- Volunteer to start working on APPC-13 (replace openecomp with ONAP) - no volunteers yet
- Update M1 template (Randa to update)
- Update dependencies details
- Add CDP-PAL support if MultiVIM is to be part of R1
- Add risks
- Carbon coming end of July, If SDNC runs into issues, could be later; the ODL docker is a fundamental dependency for APPC.
- SO & APPC interface
- Questions received on workflow dependencies between SO and APPC. Response provided: Follow-up discussions will be scheduled as needed.
From an APPC perspective, it manages Layer 4-7 configuration and life cycle management. APPC exposes a REST API that is accessible via DMaaP and would support the SO adapter calling APPC for any of its workflow engines. The way APPC is architected, it’s model driven, so how the invoking entity is architected is transparent to APPC. APPC strives to be completely agnostic of the network and make no assumptions. The APPC behavior is identified in the model/information sent to APPC. From an APPC perspective, it does not matter who is the calling entity, but the preferred approach is to call API via a message bus, not direct REST call. APPC provides a DMaaP message bus library which is used by callers in ONAP if they choose to use DMaaP. A similar library would be needed if a different message bus is used.
Paul Miller, one of our APPC architects gave a nice presentation on the model driven approach for APPC, which is recorded and may be of interest.
https://wiki.onap.org/display/DW/APPC+Meeting+Minutes?preview=/6593568/8226046/APPC%20Model%20Driven%20Approach%20-%20PMiller%206-22-17.mp4
07/19/17 - APPC Project Weekly Minutes
Agenda:
- OOM discussion with David
- Sharon present information on resiliency and ODL clustering
- MultiVIM
- Generic restart code submission
- ODL
- Re-confirmed with Dan Timoney that Carbon is planned for SDNC R1
- Story APPC-?
- CSIT
- Documentation
- University - propose 2
- Upcoming milestones
Notes:
- OOM discussion with David
- Question from previous meeting: Who is responsible for packaging app to work with OOM - does OOM take care of it or are instructions provided to each app to ensure proper packaging.
- Answer: OOM wants each project team to create their own Kubernetes packages; however, for this first release, they will do it.
- For R1, scope for APPC is to deploy, upgrade using the 1 click API; however, don't anticipate any development needed on APPC side to support any activities planned for R1.
- Presentations from Sharon on APPC Resiliency and HA, plus OAM feature contributions (refer to Epic APPC-38)
- MultiVIM
- No big update; waiting on confirmation from CDP-PAL development team on resource availability to support R1 proposal for APPC & MultiVIM integration via proxy.
- Ram Koya & Varun Gudisena primes for CDP-PAL
- LCM Generic Restart
- Code submission in progress - APPC-88
- This will provide the LCM VNF or VM restart capability needed for vCPE use case support.
- ODL Version
- Re-confirmed with Dan Timoney that Carbon is planned for SDNC R1
- APPC-91 created to track the work in APPC to update ODL versio
- Per last conversation with Dan, the ODL docker will be available end of July (delays in this delivery add risk to APPC)
- CSIT
- Creating a CSIT Test
- Integration team would like each project to submit a test plan in a form of a docker that can be kicked off by Robot framework
- Need to define the set of test cases that can be automated.
- This list of test cases identified is needed for M2 (8/3/17)
- University
- Propose 2 videos: Action: Discuss with Paul and Scott - add Epic & Stories
- Create Model Driven Architecture training video - Propose Paul
- Create APPC Overview training video - Propose Scott
- Documentation
- Documentation Epic: APPC-89
- Stories to be added as we better understand what documentation updates are needed.
- SONAR
- Labs
- ETA on Dev WindRiver lab to be provided by Thurs TSC per Helen during PTL call
- This lab will be for dev to dev integration testing
- Reference VNFs will be vFW and vDNS
- Not sure if it will include vCPE
- T-Lab - Spondon working on this, no ETA yet
- Hector is working on standing up an internal ONAP lab, he need AAI credential information from AAI team; he is also working on issues with other components.
- Upcoming Milestones:
Functionality freeze | M2 | August 03, 2017 | Functionality freeze, no new visible functionality is to be added to the current ONAP release. Each Project team has defined and documented their Functional Test Cases. The vendor equipments have been delivered. A stable document describing the API is documented and available in wiki. |
08/02/17 - APPC Project Weekly Minutes
Agenda:
- Review High Level Release Plan Proposal
- Discuss Story Pointing Approach
- Review List of Functional Test Cases
- MultiVIM update
- Review M2 checklist
- Communication (IRC)
- Labs
- Documentation
- Round Table
Notes:
- Release Plan - high level proposal reviewed with the team;
- Sprint One: 8/1 - 8/16
- Identify the functional test cases [APPC-105]
- Restart LCM action [APPC-88]
- Bug fix contribution [APPC-100]
- Functional test case automation - part 1
- Can we automate any during sprint 1?
- SONAR blockers- Part 1
- ODL upgrade???
- Updated ETA from SDNC is now 8/4; so tentative at this point if this is Sprint 1 or 2
- OAM Epic (APPC-38)
- Action: Discuss with Sharon if some stories need to be in Sprint 2;
- Sprint Two: 8/17 - 8/31
- AT&T feature contributions (epics: APPC-9, 22,12,10,11,53,57,62,63)
- ODL upgrade ??
- Functional test case automation - part 2
- LCM API Doc upgrade
- SONAR blockers/criticals - Part 2
- Sprint Three: 9/1 - 9/14
- MultiVIM integration testing
- SONAR - blockers/critical - Part 3
- Documentation updates (Epic APPC-89)
- Release Notes
- API Guide
- User Guide
- APPC Client Library Guide
- Sprint Four: 9/15-9/29 - Hardening
- University training recordings
- Scott - APPC overview
- Paul - APPC model driven
- Defect fixes as needed
- Comments on release plan:
- no major issues raised by team
- question/concern raised on heavy loading of Sprint 2, but that is where the bulk of the code contribution from AT&T and AMDOCs is coming. We will need to see how we can mitigate this during Sprint 2. Will explore to see If there are opportunities to get some of this in Sprint 1.
- JIRA APPC board currently reflect above plan for the most part: APPC JIRA Board
- Story Pointing Approach….
- We did not get a chance to cover this topic, but my proposal is to use a simple story point method for R1 : 1 or 0
- 1 means in-progress
- 0 means it's done.
- This method seems most reasonable for this release since many of the contribution are coming items being worked by various companies and being pushed to ONAP..
- Reminders of JIRA good practices:
- When you start to work a story or bug, move State to In-Progress.
- When you deliver or close a story or bug, don't forget to update the Resolution field; i.e., don't leave it Unresolved!
- Review list of Test Cases (unit, functional, integration) - what can be automated, what can’t be automated; any we can undertake in Sprint 1
- MultiVIM discussion/priority
- Discussion took place with CDP-PAL team
- Identified list of actions that are needed by APPC
- We prioritized list into Priority 1, 2, 3, priority 1 being what we need to support vCPE use case, however, we would also like priority 2.
- Thanks to Scott Seabolt and Ryan Young, following list was provided to CDP-PAL team.
- CDP-PAL team to complete the mapping of CDP action to openstack action.
- MultiVIM has requested changes from CDP-PAL by 8/20; hence, APPC has integration with MultiVIM in Sprint 3.
- I have requested that integration to MultiVIM be transparent to APPC because I want fallback plan to be CDP-PAL without need to make code changes. All this is still under discussion.
- Review M2 checklist
- Communication - IRC channel (#onap-appc)
- Labs
- Marco Platania has a rackspace lab that is used to deploy new dockers on daily basis, so we will be running through some level of integration testing to make sure we are not breaking anything. We will not have access to do dev testing in this lab, but we may possible request some specific tests. Marco will reach out to APPC if he sees problems.
- Additionally, Hector is working on his internal lab - making good progress.He was able to bring up a fully working (as far as passing healthchecks go) ONAP instance, We didn't get a chance to discuss this one, we can get more next week.
- Lab with vCPE? Still under discussion, no conclusion yet.
- Sonar
- We have been given a target for unit test/code coverage for R1 - 30% - 50%
- There is an issue with Sonar not reporting correct data (we were at 18%, but now shows 0%)
- Ticket opened with LF Helpdesk (ONAP Helpdesk #43745), no response yet.
- R1 blockers
- List was started as part of Virtual developers event - can be found here:
- I added dependency on ODL Docker from SDNC tean.
- Do you have any other you want to add?
- OpenECOMP vs. ONAP renaming (APPC-13)
- This came up as a topic in PTL weekly call
- Making change from openecomp to onap has wide and extensive implications, cannot be accommodated in R1 without impacting other scope.
- Discussion being taken up by TSC - proposal is to identify plan in R1, execute in R2
- Waiting on guidance for this story.
08/09/17 - APPC Project Weekly Minutes
Agenda:
- APPC/CDP-PAL/MultiVIM- integration discussion
- Sprint 1 Status
- Documentation
Notes:
- Audio record of meeting: APPC Project Call recording 8-9-17.MP4
- APPC/CDP-PAL/MultiVIM integration discussion
- Primes:
- APPC - Ryan Young and Scott Seabolt
- CDP-PAL - Satish Addagada and Tyler Smith
- MultiVIM - Xinhui Li and Bin Yang
- Plan
- CDP-PAL
- In order to make expected 8/20 deadline, we will implement the following solution.
- We will take in the following properties (actual values are subject to change, based upon discussion):
Property | Value Type |
provider.isMultiVIMProxy | True/False |
provider.multivimproxy.identity.password | String |
provider.MultiVIMProxy.identity.url | URL |
provider.multivimproxy.identity.username | String |
provider.MultiVIMProxy.service.url | URL |
- Based upon those properties, we will route our API calls through the MultiVIM service url.
- APPC
- Will require development to handle new URL format
- MutlVIM
- Already working on their keystone proxy
- Additional information on MultiVIM plan can be found in attached slides:
- R1 Priority
- Support actions needed by APPC to support vCPE use case are a must. Identified as Priority 1 in attached file. Priority 2 items are needed to be able to validate other functionality offered by APPC, but not needed to support R1 use cases, but would like to have in R1 (mitigatiion plan is for APPC to be able to support both MultiVIM and CDP-PAL URL formats)
- Sync-up calls
- Three sync-up calls will be setup in case we need to address technical questions that may arise:
- Friday 8/11, Tuesday 8/15, and Thursday 8/17
- Assumptions
- CDP-PAL
- When invoking the authentication API call to MultiVIM’s identity url (passing in the openstack username, password, and identity service URL), we will get a token identical to the one we would normally receive from Openstack.
In order to access the Openstack provider API’s through the MultiVIM proxy, we need only replace the OpenStack service base url with the MultiVIM service base url. Furthermore, we expect the API response to be identical to what we would normally get if we had interacted directly with the Openstack Provider API.
e.g. instead of https://OpenStackServiceURL/v2.0/login, we will use https://MultiVimProxyServiceURL/v2.0/login.
- MutliVIM
- MultiVIM team is aligned with above assumption and is aligned with their plans
- Impacts
- Development impacts for APPC, CDP-PAL, and MultiVIM teams
- Deadlines
- All components will be code complete by 8/20 with goal of being able to start pairwise testing week of 8/21 pending availability of an environment
- Testing- where?
- Most likely environment for use is the WindRiver Dev2Dev lab being setup by Integration team.
- Action: Randa to follow-up with Helen and Marco on readiness of this environment for testing start week of 8/21.
- Open Issues:
- What version of OpenStack does APPC need?
- https://releases.openstack.org/
- VoLTE is using Mitaka, which is EOL, we probably want Newton or Ocata - neet to verify.
- Sprint 1 Status
- Sprint One: 8/1 - 8/16
- Identify the functional test cases [APPC-105]
- This is done; A wiki page has also been added to track these test, plus individual JIRA issues to track automatio of each test case.
- Looking for volunteers to take on these test case automation. Please let me know if you want to take one on.
- Restart LCM action [APPC-88]
- This done and available; looking for place to validate, talking with Marco Plantania and Dan Rose about using an internal lab that has latest dockers deployed. Working with them to get vFW VNFs deployed and populated in AAI.
- Bug fix contribution [APPC-100]
- Functional test case automation - part 1
- Aaron has started working on one of them, but this will be part of Sprint 2, not 1 most likely.
- Still looking for volunteers to work the other ones.
- SONAR blockers- Part 1
- We will do what we can in Sprint 1 bandwidth permitting.
- We will create another story for Sprint 2 to make sure we continue focusing on this.
- Need volunteers to look at issues.
- ODL upgrade
- This will move to Sprint 1.
- Per Dan Timoney (PTL for CCSDK and SDNC), Carbon package slipped to this week.
- Also, SDNC was refactored to move core functions into CCSDK, so we will have a bit more work to integrate Carbon ODL. This work is assigned to Patrick (APPC-91)
- OAM Epic (APPC-38)
- Will be submitted as part of Sprint 1. Stories moved to Sprint 1.
- Action: Discuss with Sharon if some stories need to be in Sprint 2;
- Update: CLOSED. All stories linked to Epic APPC-38 will be submitted in Sprint 1
- Documentation
- Working with Rich Bennett. He would like to use APPC release notes as the pilot project to demo their proposal for documentation using rst.
- The idea is that documentation is handled like code, files managed in code repos, changes need to be submitted to Gerrit for reviewes, tools are use for rendering, etc.
8/11/2017 - Feedback from discussion with the Integration Team
- Multi-VIM/APPC Testing – Helen will contact the Multi-VIM team to determine which lab is the most appropriated based on their needs
- Labs supported by the Integration Team - OpenStack Flavour: Mitaka & Newton
- The E2E Development Lab (WindRiver) is supporting Mitaka Openstack
- Chetan Doshi's team can get an access to the E2E Development lab but the latest APPC docker image should be available to install on the E2E Dev Lab (WindRiver).
Sync-up with Marco/Dan is required when the APPC Docker image is available
08/11/17 - APPC/CDP-PAL/MultVIM - Touch Base 1
Participants:
Action Item:
- Confirm with MultiVIM team base url (Varun sent an email on this)
Notes:
- Update on potential labs for testing provided above by Catherine
- CPD-PAL would like to confirm base URL
- APPC team wanted to confirm format of URL is as documented in slides
- APPC does not hard code or configure URL; it receives it in the request and must be able to parse it.
- Today, this is the pattern matching it's dong and will need to update:
public class IdentityURL {
*
The regular expression pattern used to parse the URL. Capturing groups are used to identify and extract the
various component parts of the URL.
private static Pattern pattern = Pattern.compile("(\\p{Alnum}+)://([^/:]+)(?::([0-9]+))?/(v[0-9\\.]+)/?");
08/15/17 - APPC/CDP-PAL/MultiVIM - Touch Base 2
Participants:
Action Items
- Need to confirm URL for testing - Randa & Xinhui to follow-up with Helen
- Tyler will work on Priority 2 items for openstack mapping by Thrus., 8/17,
- Ryan and Tyler to discuss how to handle endpoints and come back with expectations/assumptions to get all aligned.
- Bin Yang to document all his questions/concerns and send in advance of this meeting so that we can discuss. There is an open action item on what exactly is getting populated in A&AI. APPC get URL from A&AI.
Action Items from last week:
- Confirm with MultiVIM team base url (Varun sent an email on this)
- Please confirm the base url: base multicloud api call looks like : msb.onap.org:80/api/multicloud/v0/
- Status: CLOSED. Confirm by Xinhui
Notes:
- APPC Story: APPC-131 - Ryan working on this one…
- Tyler - coding change small, but testing is the larger scope- need to validate the various use cases
- Bin - there are a lot of other dependencies that need to be in place before we can integrate test with MultiVIM: ESR, A&AI - However, to validate flow from APPC/CDP-PAL to MultiVIM, we don't see a full blown end to end flow. Can we manually populate data in A&AI? AppC will look for URL for MultiVIM in A&AI
- APPC does not hard code URL, it expects to get it with the reqeust
- Need more clarification from MultiVIM team on plans to register with A&AI and what MSB has to do with plans - this was not clear. APPC assumption has always been that the full URL would be coming from A&AI or the incoming request; anything else would need to be reassessed if it can fit into R1 at this stage.
08/16/17 - APPC Project Weekly Minutes
Agenda:
- Wrap up Sprint 1 and start Sprint 2- pending items
Notes:
- Sprint 1 will close today;
- APPC-87 okay to close.
- APPC-92 will be closed and another story will be opened for Sprint 2 to continue working SONAR issues.
- ODL Carbon update (Epic APPC-158)
- This work is in sprint 2;
- Patrick working on this, changing references over to CCSDK, still having issues with build, some CCSDK items not ready.
- Marcus will work wth Patrick. Marcus also workig on CCSDK project
- MultiVIM Support (Epic APPC-123)
- Working with CDP-PAL and MultiVIM team.
- Weekly touchbase meetings being held, working through requirements
- Next touchbase planned for Thur, 8/17, at 9AM EST
- Environment for validation will be the WindRiver lab - see below for update from Catherine.
8/16/2017 - Feedback from discussion with the Integration Team
- vCPE will be validated on the WindRiver lab while vVolte will be validated in the China Mobile lab
- Helen will send an e-mail later this week on this topic
- CSIT (APPC-104)
- Working on local environment so that we can validate the test cases using Robot framwork.
- This continues to be a work in progress; we are supposed to have 50% of planned TC done by M3, but not sure we will hit that
- Documentaton (APPC-89)
- Paul Miller will update the API Guide for R1/M3 (APPC-102)
- Documentation project planning a meeting next week, we will find out more about what they recommend, but we need to keep moving ahead with our updates for M3.
- Restart Testing in internal ORD instance
- Have not been able to successfully test restart, still have not been able to get AAI data populated; however, error we are getting suggests that current deployment may not have pick up our code.
- Action: Patrick to check lab to ensure we have version with code deployed
- Sonar
- Reporting 0% Unit test coverage - needs investigation why this is reporting incorrect data
- Action: Marcus and Skip will look into this.
- Update: Closed. Fixed by Marcus!
- Tracking deferred Gerrit comments
- Story APPC-157 opened to track these items for completion.
- Integration Testing
- Catherine is working with Helen Chen from Integration team to create a JIRA dashboard to track Integration issues
- Convention to flag issues openend by Integration Team
- Label will be used to identify issue are originated by Integration Team
- Affects Version = Amsterdam Release
08/18/17 - APPC/CDP-PAL/MultiVIM - Touch Base 3
Participants:
RANDA MAHER rx196w@us.att.com, Chenfei Gao cgao@research.att.com, Ryan Young ry303t@att.com, Scott Seabolt js9808@att.com, Bin Yang bin.yang@windriver.com, TYLER SMITH ts4124@us.att.com, Ethan Lynn ethanlynnl@vmware.com, Joseph Chou jc2555@att.com, Pamela Dragosh pdragosh@research.att.com, BECKY L HOTZE bk2371@att.com, Bin Hu bh526r@att.com, ram bagadi rb341d@att.com, Skip Wonnell skip@att.com, Phil Nguyen pn8984@att.com, AARON HAY ah415j@att.com, varun gudisena vg411h@att.com, xinhui li lxinhui@vmware.com, Hector Anapan ha076r@att.com
Meeting Recording:
MultiIVIM Meeting 8-18-17- Touchbase3.mp4
Action Items:
- Randa to setup a call with Policy and CLAMP to clarify what APPC will be as part of the closed loop in support of vCPE use case
- Ryan will investigate what additional work would be required if Policy passed the VNFID only and not the full identify URL
- Bing Yang will investigate if MultiVIM can support https
- Tyler will investigate if CDP-PAL can support http
- MultiVIM team still needs to finalize storage of identity-url into AAI - discussion going on with ESR and VID team.
Conclusion from discussion:
- The full url will be stored in AAI as part of the identity-url, as shown below:
cloud-region |
|
|
| cloud-owner and cloud-region-id as compound key |
| cloud-owner | onap:cloud-owner | str | cloud owner name, e.g. att-aic |
|
| openo:vendor |
|
|
| cloud-region-id | onap:cloud-region-id | str | RegionOne |
| cloud-type | onap:cloud-type | str | type of the cloud, decides which multicloud plugin to use, openstack-ocata |
|
| openo:type |
|
|
| identity-url | onap:identity-url | str | http://msb.onap.org:80/api/multicloud/v0/{cloudowner}_{region}/identity/v3 |
- For username & password, APPC stores the credential locally in a properties file and these are passed to OpenStack to authenticate. For R1, this will remain the same. APPC will make no changes to this existing functionality.
- Ethan indicated that credential would be stored in AAI as part of cloud region, put there by ESR as part of VM info; however, for R1, APPC will not extract username/password from AAI. Implication for testing is that these credentials in properties file must match what is stored in AAI for that cloud instance.
- Note that APPC only has 1 set of credential for all cloud instance today.
Additional Notes:
- APPC/CDP-PAL use HTTPS; need MultiVIM to investigate if they can support HTTPS. Tyler will do likewise to see if HTTP can be supported by CDP-PAL.
- MutliVIM team is still in discussions on identify-url and how it will get into AAI
- Question from Policy - does Policy need to send the full url or can APPC look it up based on VNF ID and retrieve it from AAI instead of having it passed in request? Ryan to look into what it would take to retrieve the url.
Action Items from last week:
- Need to confirm URL for testing - Randa & Xinhui to follow-up with Helen
- Status: Pending Waiting on details to be provided by Helen
- Tyler will work on Priority 2 items for openstack mapping by Thurs., 8/17.
- Status: Pending, new ETA 8/21/
- Ryan and Tyler to discuss how to handle endpoints and come back with expectations/assumptions to get all aligned
- Status: CLOSED - CDP) was under the impression that they would have to manage a different authentication mechanism with VIM; however, from today's meeting with MultiVIM team, the confirmed that the identity url in A&AI would be the same as if were the OpenStack identity. This means that MultiVIM proxy responds identically as OpenStack, so no changes to CDP-PAL.
- Bin Yang to document all his questions/concerns and send in advance of this meeting so that we can discuss. There is an open action item on what exactly is getting populated in A&AI. APPC get URL from A&AI.
- Status: CLOSED. Were part of items discussed in 8/18 meeting.
08/22/17 - ONAP Architecture Subcommittee APPC Interfaces and Restart Flow
08/23/17 - APPC Project Weekly Minutes
Agenda
- M3 status (Randa)
- ODL upgrade (Patrick)
- MultiVIM integration status (Ryan & Tyler)
- Code contributions (Skip)
- Documentation status (Randa & Scott)
- CSIT (Aaron)
- SONAR coverage
- Testing (Hector)
- Anything else?
Meeting Recording: 8-23-17 APPC Weekly Project Meeting.mp4
Notes:
- EPA (Extended Platform Awareness)
- Alex requested time to go through EPA project with team to do some brainstorming on what is possible/not possible on what is being proposed
- Would like to do it before Sep 25-28 F2F meetings
- Will target 9/13/17 for this discussion.
- M3 Status
- All items ready with exception of following:
- CSIT not at 50%
- Sonar coverage not at 30%
- Updated API Doc will be posted end of week
- Refer to M3 checklist
- ODL Upgrade - APPC-158
- Issues for new ODL dependencies fixed
- Now testing with new docker image from ccsdk,
- Project is compiling with new ODL and new CCSDK and test passing, now just need to get new docker image to work.
- On-track for Sprint 2 (ends 8/30)
- MultiVIM Integration status
- APPC (Ryan)
- Meeting held with Policy team - decision that policy will only pass VNFID, APPC will do the look-up for identify URL
- Meeting held with AAI to get details on API changes - see AAI API VIM Definitions
- Main work left right now is to determine where the AAI calls wll actually be made from - looking at a couple of places, possible updates to DGs..
- On-track for Sprint 2 (ends 8/30)
- CDP-PAL (Tyler)
- Typler confirmed that CDP-PAL can support either https or http
- Based on latest changes on APPC, there may not be any development work for CDP-PAL.
- Dev (WindRiver) Lab access
- No update from Helen and she's on vacation this week.
- Risk - APPC and CDP-PAL can have code ready, but there is no lab yet for integration/pairwise testing.
- Code Contribution Status
- All code contributed with the exception of the GUI for the Configuration Design Tool (CDT)
- GUI may be more than 10K lines, having to break it up just to stay under this limit may present problems so we will submit all the code to avoid any delays.
- Need to go through JIRA stories to ensure they are all updated as applicable.
- Documentation Status
- Documentation team planning meeting with all PTLs on 8/24
- API Guide - updated draft available; will be posted to wiki in doc format for now as we continue work to convest to rst and submit to git.
- Client Library Guide - draft available, will be posted to wiki in doc format for now as we continue work to convest to rst and submit to git.
- CDT tool documentation - pending…
- User Guide update - pending - Randa will setup a call to review this document to see what changes we want to make.
- Release Notes - pending.
- CSIT
- Healthcheck test case submitted by Aaron - Covers APPC-111
- Patrick will take a closer look at APPC-112 to see if covered by work Aaron did with Healthcheck (APPC-111)
- Phil will work on APPC-113, APPC-119, APPC-120
- Aaron will continue working on APPC-115 and APPC-116
- Next?
- SONAR
- test coverage - only at 13.4% overall, need to improve - see here
- Randa to setup a call to strategize on increasing coverage.
- Blockes.. need volunteers to work these...
- From a process perspective if you work on Sonar issues
- Assign issue to yourself in Sonar if you are going to work on, also
- Create a task under story to track the submission.(APPC-156).
- Skip indicated they are working on the "Catch Exception instead of Throwable", which should reduce numbers quite a bit.
- Testing
- Hector working on his internal lab, trying to test LCM Restart, but blocked by APPC-169. Also partnering with Ashwin on APPC to AAI integration.
- ORD environment also blocked by APPC-169 and AAI data - reached out to SO team for support.
- Anything else?
- APPC setup script - provided as part of work submitted by Aaron under APPC-111
08/30/17 - APPC Project Weekly Minutes
Agenda:
- vFW close loop regression - how will this be supported (Paul, Patrick, Chenfei)
- ODL upgrade status (Patrick)
- APPC changes to support MultiVIM integration status (Ryan)
- APPC Client Library merge status (Skip)
- CSIT Status (Aaron, Patrick, Phil)
- Documentation Update (Scott)
- Closing Sprint 2
- Sprint 3 (9/1 - 9/15)
- Misc
Meeting Recording: 8-30-17 APPC Weekly Project Meeting.mp4
Notes:
- vFW close loop regression - how will this be supported (Paul, Patrick, Chenfai)
- No change needed if using R0 approach
- The request sent today for closed loop is not doing anything actually on the vFW, it is doing it on the traffic generator, but that doesn't matter, traffic generator can mount; there is no process in the LCM flow to do exactly what they are doing, that is to delete the existing config and apply a new one. There are 2 options
- Option 1 - call the same legacy API and DG;
- Option 2 - make it work through LCM API itself, we have an approach we have used in the patch that we've used for OpenStack action, which allow caller to invoke the LCM API with a version number, but we would end up invoke the existing DG.
- Option 1 would not require any additional effort, we just use what is currently there for legacy APIs; Option 2 would require some work, no code changes, but records to tables would be needed.
- Giving where we are in the release cycle and the work yet to complete, decision is to go with Option 1. Patrick confirmed that DG is still there.
- ODL status update (Patrick)
- In-Progress; working through some failures; sli features is not coming up; hard to tell if issue is on CCSDK side or APPC side since code is so closely coupled.
- Patrick will open defect to CCSDK as needed
- Will work with Marcus since he is also on CCSDK project.
- APPC changes to support MultiVIM integration (Ryan)
- Pushing out initial changes today for IaaS adapter [APPC-131]
- APPC-185 - added to include some DG changes for getting AAI info we need to pull for identity url
- As far as we can tell, there are no CDP-PAL changes at this stage unless testing reveals anything different
- Biggest change is for APPC getting Identity url from aai and ensure backwards compatibility with CDP-PAL to OpenStack.
- MultiVIM looks like is only supporting Priority 1 actions and we need to be able to validate the other actions. Don't want to be limited by what MultiVIM can support.
- APPC Client Library update (Skip)
- CSIT Status (Aaron, Patrick, Phil)
- Core set
- Aaron: APPC-115 and APPC-116 done; Current view reflected on the wiki
- Need to look at the test case implemented to check bundle count; it would require updates if bundles are added/removed. Can this be done dynamically.
- Sli APIs are being used for basic healthcheck, not the OAM Get Status API.
- Phil: Working assigned test cases, but needs the port numbers.
- ODL check - APPC-111 - if bundles are up and running, then that's a good indicator that OpenDaylight is running.
- Action: Randa will setup a separate call to discuss ports usage since we need to document this in release notes or deployment guide
- 9/12/17 - CLOSED - will be documented as part of release notes.
- Action: Need to review the approach to check health status of APPC to be consistent with the business logic being implemented (i.e, OAM feature). Possible work for R2 since API may need to be updated.
- Stretch
- LCM restart (VM & VNF level) - Phil currently testing. Randa to create Story
- Documentation Update (Scott)
- API Guide has been converted to rst format and should be submitted to GIT today/tomorrow
- APPC Client guide is close and should also be going; need to update location of client library in ONAP.
- APPC User Guide - meeting will be scheduled to discuss what updates we want to make to this document.
- Closing Sprint 2
- Review list of remaining epic/stories with Skip & Mark - need confirmation if all contributions were make. Randa will setup a call to discuss.
- Noticed issue with missing tables For example:
- APPC-75 -Story -
- APPC-155 - bug
- Hector recommends that all tables be included in the deployment repo. From email sent,
- Here are the steps to take to add a database in the ONAP MySQL and add tables using the APPC Docker Image’s deployment scripts: [this addresses new tables, we need to also handle changed table]
- Sprint 3 - focus
- Documentation
- Finish CSIT
- Complete items pushed out from Sprint 2
- SONAR junit Coverage
- SONAR Blockers
- Testing
- Lab access - POD-14
- Scott was able to VPN and access Horizon console; should have what we need, but need to verify that we can log into the VMs
- MultiVIM team also requested access to this lab.
- Not quite certain what’s there yet. Helen indicated that this lab is only being updated weekly, they are not yet in a position to do daily updates.
- Misc
- New License text changes, so we will see some churn
- Mysql-connector-java under GPL2.0 - per Phil Robb and Steve Winslow would probably be a blocker for R1 - detected by Nexus IQ Server scan
- Update: This is covered by following FOSS Exception, should not be a blocker for R1.
09/06/17 - APPC Project Weekly Minutes
Agenda:
- APPC, MutliVIM, AAI/ESR integration testing
- APPC changes to support MultiVIM status
- ODL Carbon upgrade status
- CSIT status
- Sprint 2 closure
- Sprint 3
- Sonar update
Meeting Recording: 9-06-17 APPC Weekly Project Call.mp4
Participants: Bin Hu, Gil Hellmann, Hector Anapan, Jimmy Forsyth, Lionel Goarzin, Lizi, Patrick Brady, Phil Nguyen, Ryan Young, Veer Rajasekhar, Adolfo, Bin Yang, Ethan Lynn, Gildas Lanilis, Honghui Xiao, Keliang, Mark Runnels, Martial Gervais, Rahul Sharma, Skip Wonnell, Gordon Warrack, Scott Seabolt, Aaron Hay, Randa Maher
Action Items:
- Randa: Follow-up with DMaaP team to see if they are ready for integration testing.
- Update 9-7-17: From Varun Gudisena, "We have the working DMaaP Message Router docker image ready. I will send specs tomorrow"
- Stephen or Gil: Provide more details on the POD-25 lab
- Update 9-13-17: Details sent to primes listed on pairwise testing wiki.
- Phil: Provide documentation of some test cases that they run internally to see if we can run these in POD-25.
- Update 9-13-17: List provided, needs to be reviewed to see what can be done in POD-25.
Notes:
- Pairwise/integration testing notes are tracked on the paiwise wiki page: Pairwise Testing
- APPC changes to support MultiVIM - AAI query (APPC-185)
- Being worked by Ryan and should be done by end of week 9-8-17 - working with Jim Forsyth from AAI
- AAI team working through some issues with their master branch, but also anticipate being ready by end of week.
- ODL upgrade (APPC-91)
- Looking code for end of week, draft gerrit submit made, working through some failing junits.
- CSIT
- APPC-118 - Aaron working on this
- APPC-113, 119, 120 - Phil
- Story for the LCM Restart - VM and VNF - created APPC-192 and APPC-193
- Sprint 2- stories in question - code contribution confirmed, stories and sprint closed
- Spritn 3 - started - ends 9/15
- Sonar - coverage up to 24% - up 6% since last meeting.
09/13/17 - APPC Project Weekly Minutes
Agenda:
- POD-25 lab access/details (Gil, Stephen)
- APPC DG changes to retrieve identify URL (Ryan)
- CSIT Jenkins Jobs (Aaron)
- DMaaP integration testing (Varun, Phil, Ryan)
- Test Cases for pairwise testing
- Review outstanding items from Sprint 3
- Sprint 4
- Documentation update
- Misc
- EPA discussion - 9/15/17 at 12PMEST
Meeting Recording: 9-13-17 APPC Weekly Project Call.mp4
09/15/17 - EPA Presentation by Alex Vul
Meeting Recording: EPA Presentation by Alex Vul 9-15-17.mp4
09/20/17 - APPC Project Weekly Minutes
Agenda:
- POD-25 deployment (Aaron, Bin)
- Build stability & Key issues (All)
- AAI DG changes for MultiVIM integration (Ryan)
- CSIT (Aaron, Phil)
- Test Cases for Pairwise testing
- Documentation (Scott)
- M4 Checklist review
- F2F next week
- Other topics?
10/04/17 - APPC Project Weekly Minutes
Agenda:
- Pairwise testing - outstanding items (Bin, Jimmy, Scott)
- DMaaP integration (Dominic, Varun)
- CSIT (Phil)
- Documentation (Scott, Randa, Hector)
- Defects
Meeting Recording: 10-04-17 - APPC Weekly Project Call.mp4
Notes:
- Pairwise testing
- Outstanding items (Bin, Jimmy, Scott)
- AAI data for VNFs
- Jimmy got vnf data provided by Scott & Ryan loaded today, next step is for APPC to verify now with APPC to see if all is in place; however, note that data given to jimmy does not include MultiVim url, only OpenStack. Data will need to be updated once MultiVIM info is available.
- AAI data for MultiVIM
- Bin was able to populate info into AAI, put VIM end point into cloud region - needs to verify first, will let team know when done with validation
- For now, Ryna and Scott can validate that flow works through APPC without MultiVIM - going directly to OpenStack; Will update and re-run flows via MultiVIM when ready.
- AAI backup -
- Once we validate the objects we want, Jimmy will set it up to be populate with each deployment.
- DMaaP integration (Varun, Dominic)
- Know issues in WindRiver lab and waiting for their IT dept to address (OPENLABS-62) - not ETA at this point.
- Team has been working on a workaround, but can't guarantee that it will always work.
- CSIT (Phil)
- 4 of 11 CSIT added are currently failing due to Carbon differences in apidoc explorer.
- Phil hopes to have a solution sometime today.
- Integration testing…schedule for Amsterdam
- Documentation (http://onap.readthedocs.io/en/latest/release/index.html)
- API Guide (Scott, Randa)
- Formatting issues - will submit once technical issues with his local environment are resolved
- Randa to review for additional updates that need to be made
- User Guide (Randa) - not started yet
- Deployment documentation (Hector) - one remaining item to be added on how to add DGs using existing code
- Defects
- Sprint 5 - ends 10/13
- License items:
- Following up with LF to determine if references to mysql-connector need to be removed from seed code (1.0.0)
- Need to remove powermock-module-javaagent-1.6.5.jar since it's GPL2.0 license (APPC-258)
10/11/17 - APPC Project Weekly Minutes
Agenda:
- Pairwise testing (Ryan, Scott)
- Integration testing support (Scott, Ryan, Patrick)
- CSIT (Phil)
- Documentation (Randa, Hector, Patrick)
- RC0 milestone
- Defects
Notes:
| RC1 | Oct 26, 2017 | Release Candidate 1 |
| RC2 | Nov 9, 2017 | Release Candidate 2 |
| Sign-Off | Release Delivery | Nov 16, 2017 | Amsterdam Release Sign-Off |
10/25/17 - APPC Project Weekly Minutes
Agenda:
- Sprint 6 pending items
- RC1
- Documentation
- Release branching - will do it by RC2
- Testing
- Blocking issues:
- CDP-PAL issue - APPC-285
- MultiCloud issue - MULTICLOUD-119
- Testing progress
- vCPE
- Pairwise (POD-25 - .80 lab)
- Working session…
Notes:
- Sprint 6 pending items - sprint closes on 10/27
- RC1
- Failing jenkins javadocs job that needs to be fixed (APPC-266)
- Sev 1 issue (APPC-285)
- CDP-PAL changes being tracked under this APPC ticket.
- Documentation
- Logging section added to readthedocs
- APPC User Guide, which includes Architecture section added to readthedocs
- Will be added some documentation on OAM APIs on readthedocs.
- Release notes still pending.
- Release branching - will do it by RC2
- Testing
- Blocking issues:
- CDP-PAL issue - APPC-285
- MultiCloud issue - MULTICLOUD-119
- Testing progress
- vCPE
- Pairwise (POD-25 - .80 lab)
- Working session...
11/08/17 - APPC Project Weekly Minutes
Agenda:
- Wrapping up Amsterdam Release
- Only Highest/High defect priority bug fixes directly related to the use cases are allowed
- Creating release version (v1.2.0) - dependency on CCSDK to complete
- Release branching (decision to be made at TSC meeting this Thurs)
- Testing details
- Documentation
- RC2 checklist
- Other Lose ends…
- Last test case, WBN, not critical for Amsterdam.
- Update INT-181 test results
- VM restart ?
- Priority once Amsterdam branch is created
11/22/17 - APPC Project Weekly Minutes
Agenda:
- A new amsterdam branch has been created.
- Beijing changes can now go into master.
- needs to be validated and documented.
- Package naming will be changing.