Based on timeplan of modeling subcommittee, high level requirements need to be finished by M0/M1,
There are 4 categories of high level requirement,
- 1) Will be implemented and included in the release 4
- 2) Documentation after implemented, or implemented but not in the release
- 3) Lower Priority
- 4) Experimental
The first category is that those requirement will be implemented and commited by the impacted projects in this 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.
1) Will be implemented and included in the release 4
Modeling Domain | Modeling Requirement | Modeling Requirement Description | Impacted Projects | Use Case Relevance | Modeling Spec Commitment | Code Commitment | Provider Priority | Mapping to M1 requirement | Owner |
---|---|---|---|---|---|---|---|---|---|
Resource | ETSI NFV SOL001 v2.6.1 | VNFD | SDC, VFC | CCVPN | |||||
Service | ETSI NFV SOL001 v2.6.1 | NSD | SDC, SO, VFC | CCVPN | |||||
2) Documentation after implemented, or implemented but not in the 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 |
---|---|---|---|---|---|---|---|---|---|
Service | |||||||||
Resource | |||||||||
Below tables are not downgrade, but casablanca won't make it
3) Lower Priority:
Modeling Domain | Modeling Requirement | Modeling Requirement Description | Impacted Projects | Use Case Relevance | Modeling Spec Commitment | Code Commitment | Provider Priority | Owner |
---|---|---|---|---|---|---|---|---|
Service | ||||||||
Resource | ||||||||
Infrastructure | ||||||||
4) Experimental:
Modeling Domain | Modeling Requirement | Modeling Requirement Description | Impacted Projects | Use Case Relevance | Modeling Spec Commitment | Code Commitment | Provider Priority | Owner |
---|---|---|---|---|---|---|---|---|
Resource | ||||||||
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.
the committee agreed
1) Thinh Nguyenphu (Unlicensed) will lead 1st task force working on #1,#2 recommendations:
Recommend#1: member companies prepare and submit these additional extension to ETSI NFV IFA and SOL WG toward v2.6.1 or later. (agreed) Recommend#2: ONAP adopts SOL001 Type extension method, per clause 5.6 (agreed)
2) Former user (Deleted) victor gao will lead 2nd task working on $4 recommendation:
Recommend #4: SDC supports SOL001 v2.5.1 type definitions (VNFD, PNFD, NSD) (agreed)
3) Thinh Nguyenphu (Unlicensed) will report NSD comparision with service csar in 2 weeks,
All 3 work will be reported to Anatoly weekly DM conference call, Anatoly will ask final approval from Modeling subcommittee
Following are a few development areas to consider.
- Resource
- PNF
- Allotted (Contribution Posted)
- Network Function (perhaps related to rooting descriptors and instances below)
- Network Slicing
- Pnf
- Service
- Network Service
- Service Instance (Runtime)
- CFS reconcile (BBS Use Case)
- Infrastructure
- Multi-VIM/Clouid
- Cloud Region
- Common
- VES (Some Material Posted)
- License
- Rooting Descriptors and Instances
- Policy
- Other
- Onboarding and Runtime Model Classes
- Scaling
- Configuration
- Further HPA Modeling