You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 15 Next »

According to ONAP Guilin Release requirement input Guilin Release Requirements

Reporting on the Guilin release to the TSC will begin nnn, so the deadline for the input of high level reuiqrement will be M0: Apr. 23rd. 2020.

Prioritize & Finalize: 

before M1: May th 2020 , the requirement will be finalized.


There are other 5 categories of high level requirement,

  • 1) Will be implemented in R7 by code commitment to different impacted projects/components. 
  • 2) Will document only for the Guilin release.
  • 3) Documentation after implemented in prior release
  • 4) Lower Priority
  • 5) Experimental

The first category is that those requirement will be documented only in Guilin release

the second category will document the current implementation in those projects.

Other two categories like lower priority and experimental will not be included in the release 3, the contributor will work with best effort to influence future release.

Owners of each requirement needs to coordinate the modeling spec commitment and code commitment with PTLs of impacted project.


Below High Level Requirements have been agreed by modeling subcommitee with code commitment promise to Frankfurt release, modeling subcommittee request related to projects to approve those related submission.

Category 1) will be implemented in the Guilin release

Modeling Domain

Modeling Requirement

Modeling Requirement Description

Impacted

Projects

Use Case

Relevance

Modeling Spec

Commitment

Code

Commitment

Provider

Priority

Mapping to M1 requirementOwnerUse Case Owner
Resource DMETSI VNF ModelSupport mapping of ETSI NFV SOL001 VNF Descriptor into AID DMSDC
Byung-Woo Jun

Service DMETSI Network ServiceSupport mapping of ETSI NFV SOL001 Network Service Descriptor into AID DMSDC
Byung-Woo Jun

VES IM

VES DM Spec

StndDefined VES Notification Model UpdateONAP/3GPP & O-RAN Alignment: Standards Defined Notifications over VES

DCAE

VNF-REQT

ONAP/3GPP & O-RAN Alignment-Standards Defined Notifications over VES

Vimal Begwani

Marge Hillis

Damian Nowak


Update this model: VES 7.1




Category 2) Will document only for the Guilin release


Modeling Domain

Modeling Requirement

Modeling Requirement Description

Impacted

Projects

Use Case

Relevance

Modeling Spec

Commitment

Code

Commitment

Provider

Priority

Mapping to M1 requirementOwnerUse Case Contact
Service IM5G Service ModelModeling work for creating a 5G serviceModelingR7 5G Service ModelingBenjamin CheungDocumentation Only

REQ-320 - Getting issue details... STATUS

Benjamin Cheung
Resource IM5G Resource ModelResource Modeling work to support a PNF creationModelingR7 5G Service ModelingBenjamin CheungDocumentation Only

REQ-320 - Getting issue details... STATUS

Resource IM/DMGeolocation ModelGeolocation Model (and standards harmonization)ModelingPNF Plug and Play (PNF Support Use Case)Documentation Only

REQ-318 - Getting issue details... STATUS

Benjamin Cheung












Category 3) Documentation Only after implemented in prior release

Modeling Domain

Modeling Requirement

Modeling Requirement Description

Impacted

Projects

Use Case

Relevance

Modeling Spec

Commitment

Code

Commitment

Provider

Priority

Mapping to M1 requirement Owner











Below tables are not downgrade, but Guilin won't make it

Category 4) Lower Priority:

Modeling Domain

Modeling Requirement

Modeling Requirement Description

Impacted

Projects

Use Case

Relevance

Modeling Spec

Commitment

Code

Commitment

Provider

Priority

 Owner









Category 5) Experimental:

Modeling Domain

Modeling Requirement

Modeling Requirement Description

Impacted

Projects

Use Case

Relevance

Modeling Spec

Commitment

Code

Commitment

Provider

Priority

 Owner

Resource IM/DM

Information and Data Model to support CNFAdd new information elements in the information model for MCIOP, container Descriptor, container image, ...SDC, A&AI, SO, DCAE


Fernando Oliveira



Per discussion in Paris, requirements can be based on:

  • Release / project specific needs
  • Recognized 'future' needs
  •  Documenting existing models

Some concepts may be complex enough, if we wait for the release / project requirement, we will be too late to properly develop the concept.



  • No labels