Versions Compared

Old Version 213

changes.mady.by.user Adrian BP

Saved on

compared with

New Version Current

changes.mady.by.user Viswanath Kumar Skand Priya

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.

...

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: 


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.


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.

Modeling subcommittee specification coordination

...


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: 

...

Open Lab subcommittee meeting

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

VNFRQTS - Guidelines & Requirements/chapter structure of the documents

  • 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.

...

  • Description: The ONAP VNFRQTS are supposed to be an integrated set of deliverable documentation. An agreed document outline structure, and templates permits the sections of the documents to be developed independently. Initial proposals based on previous types of documents in the industry. Another proposal was to structure chapters towards intended users of these documents - based, e.g. on the VNFRQTS JIRA epics, or other ONAP projects as users of these document types. 
  • Topic Leader: , Steven Wright
  • Volunteer Note Taker: First Last  email
  • Estimated Duration:
  • 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.

...

Security (Day 1 - 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

...

...

Demo of Application Authorization Framework (AAF) Integration  – Rescheduled to Next week. I will send invitation ( Varun - vg411h@att.com).

  • Description: This demo shows how to integrate AAF with an application which wants to leverage Authentication and Authorization from AAF.
  • Topic Leader: Jonathan Gathman
  • Volunteer Note Taker: First Last  email
  • Estimated Duration: 1.5 hours
  • 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.

...