Versions Compared

Old Version 190

changes.mady.by.user Zi Li

Saved on

compared with

New Version 191

changes.mady.by.user Ran

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

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.

Info
titleTopic 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  emailLast email
    • First Last  emailLast 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 get started we have getstarted wehave provided a few suggested topics based upon input this farinputthisfar.

...

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: 

...

Release Versioning (Day 1- Main Conf. Bridge)

  • Description: Discuss 2 versioning 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 “down versioning” “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.

...

...

...

...

  • Description: 

    According to the conclusion of service registry discussion between 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 endpoints info 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 to Consul catalogtoConsulcatalog.

  • Topic Leader: Former user (Deleted)
  • Volunteer Note Taker: First Last  email
  • Estimated Duration:
  • Link to data Source (if applicable) MSB Release Planning
  • Interested In Attending:

...

...

  • 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 with relevant 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 interact withinteractwith. 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: 

...

...

...

Release Status, Release Process and Scrum Board Usage (Day 1 - Main Conf. Bridge)

...

...

...

Open Lab subcommittee meeting

VoLTE Use Case Control Loop Automation (Day 2- Main Conf. Bridge)

...

  • Description: The ONAP VNFRQTS are supposed to be an integrated set of deliverable documentation. An agreed document outline structure permits the sections of the documents to be developed independently. Initial proposal based on chapters from some of the seed documents. Another proposal was to structure chapters towards intended users of the VNF Requirements documents - based, e.g. on the VNFRQTS JIRA epics. 
  • Topic Leader: Wenyao Guan, Steven Wright
  • Volunteer Note Taker: First Last  email
  • Estimated Duration: 0.5 hour
  • Link to data Source (if applicable) VNF Document Outlines
  • 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.

VNFRQTS - Use Cases & Test Case Descriptions/chapter structure of the documents

...

Developer's Typical Setup (Day 3 - Main Conf. Bridge)

...

VoLTE Service Design and Instantiation (Day 2 - Main Conf. Bridge)

  • Description: Discuss the details of service design and instantiation for VoLTE use case:
      1. VNF template format (TOSCA/HEAT)
      2. vEPC and vIMS VNFs onboarding
      3. Network service design for data center interconnect network (underlay and overlay), and network between 2 VNFs
      4. SDC output artifacts (content and format)
      5. VoLTE service instantiation

...

vCPE Use Case Review (Day 2- Main Conf. Bridge)

...