/
Questions/Topics

Questions/Topics

Dec 07, 2018

The July Virtual Developers Event is for ONAP developers, by ONAP developers. Your contributions and needs are what will drive the agenda for all of these sessions.  To build the agenda for the we are soliciting Topics for discussion from the community.  Ideally these are questions that you need a deeper understanding of in order to make progress or deep-dive information sharing in a particular area.

Topic Template - Cut&Paste as needed

Topic/Question Name

  • Description: Description of the topic and the objective/outcome desired at the end of the discussion.

  • Topic Leader: The person that is knowledgeable enough to lead and moderate this discussion.

  • Volunteer Note Taker: First Last  email

  • Estimated Duration:

  • Link to data Source (if applicable)

  • Interested In Attending: If you are interested in this discussion and would like to participate in it, please add your name and email here (one name/email per line please). We'll use this information when building the schedule so that we minimize overbooking people where possible.

    • First Last email

    • First Last email

    • etc.

INSTRUCTIONS:  Please edit the section below and add any topics (using the template) that you would like to lead and/or attend. List the topic, and your name. If there is a topic that you would like discuss, but you do not feel that you can lead it, please list the topic below and indicate that you are "Interested in Attending", then indicate TBD as the "Topic Leader"

To getstarted wehave provided a few suggested topics based upon inputthisfar.

TOPICS



VID: Virtual Infrastructure Deployment introduction

  • Description: The Virtual Infrastructure Deployment (VID) application allows infrastructure service deployment operators to instantiate service instances and their constituent parts for distributed service models required.
    in this session we would like to introduce the ONAP community to VID capabilities and road map. we invite the community to join us.

  • Topic Leader: TBD.

  • Volunteer Note Taker: Amichai Hemli 

  • Estimated Duration: 1 hr

  • Link to data Source (if applicable)

  • Interested In Attending: 

    • @Amichai Hemli

    • @er434w

    • @Dana Bobko



Portal App Implementation and OnBoarding

  • Description: Introducing Portal SDK and its Platform Onboarding Requirements. Below topics are discussed (30mins each):

    1. How to build the Portal SDK based application?

    2. How to on-board the SDK based application onto Portal platform?

  • Topic Leader: Sunder Tatta.

  • Volunteer Note Taker: Leimeng Shi

  • Estimated Duration: 60 min

  • Link to data Source (if applicable)

  • Interested In Attending: If you are interested in this discussion and would like to participate in it, please add your name and email here (one name/email per line please). We'll use this information when building the schedule so that we minimize overbooking people where possible.

    • @Leimeng Shi

    • @Sunder Tattavarada

    • @Manoop Talasila

    • Farhan Mir 

    • @Chris Lott

    • @Guangrong Fu

    • @Tao Shen

    • @Zi Li

    • @Vijay Kumar

    • @kspviswa kspviswa.github@gmail.com

    • @Amichai Hemli

    • @Dana Bobko



Release Versioning (Day 1- Main Conf. Bridge)

  • Description: Discuss 2versioning proposals for Amsterdam

    • 1. We try to keep the version numbers all in sync and in sync with the release number which will require “downversioning” some of the code with all the problems that will cause with dependencies and artifact caching. It will also be difficult to maintain as we are applying patches after the Amsterdam release is out (a patch to one component would trigger a version update to all other components).

    • 2. We allow each repo to manage there own version number and then the Amsterdam release is just really a collection of artifacts with different version numbers properly tagged/referenced.

  • Topic Leader:@Oliver Spatscheck

  • Volunteer Note Taker: First Last  email

  • Estimated Duration:

  • Link to data Source (if applicable)

  • Interested In Attending: If you are interested in this discussion and would like to participate in it, please add your name and email here (one name/email per line please). We'll use this information when building the schedule so that we minimize overbooking people where possible.

    • @Pamela Dragosh

    • @Helen Chen

    • @Gildas Lanilis Gmail

    • @Rich Bennett

    • @Gary Wu

    • @Manoop Talasila

    • @cl664y@att.com

    • @Dana Bobko

Modeling subcommittee specification coordination

A&AI Question- AAF & MSB Interaction (Day2 - Alt-Conference Bridge #1 1:30 PM )

A&AI & VF-C Discussion (Day 3 - Main Conf. Bridge)



OOM & MSB Interaction(Day 1 - Alt-Conference Bridge #1 02:00 PM)

  • Description: 

    According to the conclusion of service registry discussionbetween MSB and OOM,  OOM and MSB manage the process and service separately at different levels and these two projects need to cooperate to use the Consul as the service registry to provide the service endpointsinfo for MSB. So MSB can leverage this info for service routing/load balancing, etc.  https://lists.onap.org/pipermail/onap-discuss/2017-June/001241.html

    Need to understand the current OOM process level registration info and how to combine process and service level registration info and save it toConsulcatalog.

  • Topic Leader: @Former user (Deleted)

  • Volunteer Note Taker: First Last  email

  • Estimated Duration:

  • Link to data Source (if applicable) MSB Release Planning MSB OOM Integration.pptx

  • Interested In Attending:

SDC Questions (Day 3- Main Conf. Bridge)



Holmes Question on DCAE?Day3: Alt-Conference Bridge #1 2:00PM?

  • Description: 

    • A couple of meetings have been held to help all relevant teams to get to know what to do and how to do them. But almost all meetings are based on abstract samples or workflows. The Holmes team has shared a concrete rule example withrelevant teams. I'm not sure whether the example helped in understanding the mechanism of Holmes. If any questions remain, we want to make some further clarification as per the questions raised in the coming couple of days. Meanwhile, we're expecting concrete samples from the components which we are going to be interactwith. Hopefully, I wish Policy, CLAMP and especially DCAE could share some details (concrete examples) with us during the virtual F2F meeting. We are eager to have a working example of the DCAE operation and flows so that Holmes can effectively integrate Holmes event/alarm correlation functionality into DCAE for Amsterdam.

    • We have to get a consensus on the deadline to provide API docs to each other so that we could start developing as soon as we can. At the moment, even if we want to get started, we don't know how.

    • We have to discuss about the workflow for delpoying Holmes independently. Through all the meetings we've had, we are now aware of the workflow of how to integrate Holmes with DCAE and how to collaborate with all the relevant conponents. It's time for us to figure out a breakthrough point for Holmes to be deployed in the standalone mode. We'll try our best to find a scheme to reuse the existing interfaces as many as possible so that we could avoid replications in API development.

  • Topic Leader: @Guangrong Fu

  • Volunteer Note Taker: First Last  email

  • Link to data Source 

  • Duration: 3 hours

  • Interested In Attending: 

Work Flow Discussion

Validation of Dependency Graph (Day 1 - Main Conf. Bridge)