Skip to end of metadata
Go to start of metadata
  1.  – is the last day for Service Providers to include their requirements into this page
  2.   – is the last day for providing use case/functional requirements as a candidates for Dublin
  3.    - is the last day for getting all of the requirements (architecture, security, projects, S3P etc.) and getting a single consolidated list so all of the projects have full picture of what is required from them. By this date, all use cases/functional requirements need to be discussed with a different projects, and demanded scope of development should be clear to the projects
  4. Vf2f in December – making a decision of what is indeed included in Dublin, based on Service providers priorities and projects’ commitments


REQDublin Requirement, along with link for details or descriptionService Provider Requesting (incl. SP name and requirement priority e.g. p1, p2, p3)How to test (existing or new use case)Owner (person)Owner (project(s), S3P, functional requirement/use case)
1

K8S based Cloud-region support

  • vFW as use case (with firewall as container, sink and generators as VMs)
  • EdgeXFoundry use case

Verizon:  P1

Vodafone - P3


vFW use case (existing but with Helm charts)

EdgeXFoundry use case (new use case)


Victor Morales

Impacted projects: Multi-Cloud, SDC, SO, VNFSDK,VNFRQTS ( Containerized VNF Onboarding, Helm Charts)(?)

functional requirement

2Continue SOL 003 Alignment work in VF-C - Aligned with VF-C PTL. Content will be finalized as part of Dublin planning

Verizon

Deutsche Telekom - P3

China Mobile - P2

Vodafone - P1

Telecom Italia - P2



Project (VFC) development,

VNFRQTS (VNF Life Cycle Operations?)

3Start SOL 005 Alignment work ( with basic interfaces ) between SO & VF-C - Had handshake with SO and VF-C PTLs. Content will be finalized as part of Dublin planning

Verizon

Deutsche Telekom - P3

China Mobile - P2

Vodafone - P2

Telecom Italia - P2



Projects (VFC, SO) development
4Implementation of “ONAP managing 5G as transport for CCVPN”  usecase

Verizon

Deutsche Telekom - P2

Vodafone - P1



Use case (CCVPN) extension, no details available
5Change Management extension including 5G requirements

Orange - P1

AT&T - P1

Vodafone - P2


Functional requirement (Change Management) extension
6True orchestration. We still need too many manual tasks to deploy a service (preload, various requests to deploy a service...)

Orange - P1

Verizon - P1

Deutsche Telekom - P1

Swisscom - P1

Bell Canada - P0

Vodafone - P1

Telecom Italia - P1


Architecture enhancement (SO, SDNC, CDS)

7

Service modeling extension.

Need to define service parameter and their link with VNF or network parameter.

Need to define parameters that can be modified by end-user

Orange - P2

Vodafone - P2


Eric DebeauModelling enhancement (SDC, SO, AAI)
8Tooling to operate ONAP: provide set of tools to configure ONAP via GUI (eg users, roles...), to restore the set of database...

Orange - P2

Verizon - P1

Deutsche Telekom - P3

Vodafone - P3

Telecom Italia - P3



Project (OOM) development
9Provide accurate documentation for operational teams, for newcomers

Orange - P0

Verizon - P0

Deutsche Telekom - P1

China Mobile - P1

Swisscom - P1

Vodafone - P0

Telecom Italia - P1



Documentation, all projects
10

External API extension to include service modification


Orange - P2

Verizon - P3

Deutsche Telekom - P3

China Mobile - P3

Swisscom - P1

Vodafone - P2

Telecom Italia - P2

BBS use case (proposal)

Project (External API) development

11

No more hard coded components for the use-cases. ONAP is a platform to run various use-cases

(similar to requirement #6 and #24)

Orange - P2

Verizon - P1

Deutsche Telekom - P1

Swisscom - P1

Vodafone - P1

Telecom italia



Architecture enhancement
12

Footprint optimization: reduce image size, avoid image duplications, reduce memory requirements.

Orange - P1

Verizon- P1

Deutsche Telekom - P2

Swisscom - P3

Vodafone - P3


Projects (OOM + All projects) enhancements

  • CIA Project - reducing image sizes
  • OOM - OOM-1175 - Getting issue details... STATUS
13

Stability first. Code must be more robust, more secure.

Integration must focus on code stability and not on use-cases verification

Orange - P0

Verizon - P0

Deutsche Telekom - P0

Swisscom - P0

Vodafone - P0

Telecom Italia - P1



S3P (Integration + All projects)
14

5G requirements (cf ORAN)

PNF discovery

Support of parameters/algorithm/model configurations

Orange - P1

Deutsche Telekom - P2

AT&T - P2

Vodafone - P3

Telecom Italia - P1



Use case 5G (SDC, AAI, APPC, etc.)

VNFRQTS ( covering PNFs)

15

Core Service/VNF LCM state and transition model
- Description of the LCM model
- Monitoring of the state
- Requirements towards VNF providers

Deutsche Telekom - P1

Vodafone - P1


Architecture enhancement (Controller (SDNC, APPC, VF-C), SO, Modelling, Log (Pomba?))

VNFRQTS

Logging Dublin Scope

LOG-707 - Getting issue details... STATUS

LOG-876 - Getting issue details... STATUS

16

Focus on Platform Automation Usecases (e.g. Scale In-Out, Upgrade of VNFs) to show the E2E Management capabilities of ONAP (addition to lines 6, 11)

(similar to requirement #6 , #24 , #11)

Deutsche Telekom - P1

AT&T - P1 (Assuming it overlaps with Req# 5 & 30)

Vodafone - P1

Telecom Italia



Use cases (platform capabilities)

VNFRQTS

17Classification of core dependencies between e.g. Service/VNF components to support root cause analysis and alignment of change procedures (LCM)

Deutsche Telekom - P2

Vodafone - P2



Modelling enhancement
18PNF Modelling and Lifecycle Management to support the well defined exposure of the service endpoints (e.g. support for Edge/OSAM usecases)

Deutsche Telekom - P2

Swisscom - P1

AT&T - P1

Turk Telekom - P1

Vodafone - P3

Telecom Italia - P1



Use case 5G (PNF support (Modelling, SDC)

VNFRQTS

19The logs of SO, SDC, SDNC, DCAE, and AAI need to be optimized. The log location of error is not particularly clear

China Telecom - P1

Deutsche Telekom - P3

Vodafone - P3


Michael O'Brien (Amdocs 1705-1905)

S3P and projects (SO, SDC, SDNC, DCAE, and AAI)

Logging Dublin Scope

LOG-707 - Getting issue details... STATUS

LOG-877 - Getting issue details... STATUS

LOG-487 - Getting issue details... STATUS

SO-1110 - Getting issue details... STATUS

LOG-178 - Getting issue details... STATUS

LOG-376 - Getting issue details... STATUS

See deployment diagram for streaming compliance plan



20

Tomcat, mongodb, zookeeper, it is recommended that each docker use a unified version

China Telecom - P1

Deutsche Telekom - P2

China Mobile - P3

Vodafone - P3



S3P and projects
21Some dockers use mysql in onap, some use mariadb, different dockers use the same database version is also inconsistent, resulting in very confusing, it is recommended to have a unified version and software.

China Telecom - P1

Deutsche Telekom - P2

China Mobile - P3

Vodafone - P3



S3P and projects (SDNC,APP-C,PORTAL,VID,NBI,CLAMP,Policy,SO

OOM - OOM-1175 - Getting issue details... STATUS , Mike Elliott)

22Onap's heat and oom mode deployments require openstack support, so how onap handles and breaks some of the limitations of openstack, such as the limit of 100 stacks.

China Telecom - P1

Deutsche Telekom - P3

Vodafone - P3



See Roger Maitland and Eric Debeau comments below OOM ?S3P

23Ability to model running instance of VNF / NS and associate it as part of NS Design (description is under Release 4 (Dublin) Service Providers (EUAG) Requirements / Proposals)

Verizon

Deutsche Telekom - P3

China Mobile - P1

Vodafone - P1 

Telecom Italia - P1



Modelling enhancement
24

Enable Self-Service use of ONAP (description is under Release 4 (Dublin) Service Providers (EUAG) Requirements / Proposals)

(similar to requirement #6 and #11)

Bell Canada - P1

Deutsche Telekom - P2

Vodafone - P2

Telecom Italia - P2



Architecture enhancement
25Multi-site / Geo-redundancy (description is under Release 4 (Dublin) Service Providers (EUAG) Requirements / Proposals)

Bell Canada - P1

Deutsche Telekom - P2

Vodafone - P2


S3P and Architecture enhancement

OOM providing additional geo-diversity platform capabilities. OOM-346 - Getting issue details... STATUS

Note: Project teams can build on platform capabilities to provide application level geo support.

26PNDA integration (description is under Release 4 (Dublin) Service Providers (EUAG) Requirements / Proposals)

Bell Canada - P1

Deutsche Telekom - P1

China Mobile - P1

Vodafone - P2 



Project (DCAE, CLAMP)
27ONAP Databases as a service (description is under Release 4 (Dublin) Service Providers (EUAG) Requirements / Proposals)

Bell Canada - P1

Deutsche Telekom - P2

China Mobile - P3

Vodafone - P3 


Project (OOM)

Building on Casablanca deliverables to provide MariaDB Cluster as first DBaaS implementation - OOM-1193 - Getting issue details... STATUS


28Enhanced ONAP CI (description is under Release 4 (Dublin) Service Providers (EUAG) Requirements / Proposals)

Bell Canada - P1

Deutsche Telekom - P1

Vodafone - P3 

Telecom Italia



S3P
29Use of secure credentials storage for native ONAP functionality (description is under Release 4 (Dublin) Service Providers (EUAG) Requirements / Proposals)

Bell Canada - P1

Deutsche Telekom - P2

Vodafone - P2 



Project (AAI)
30VNF scaling enhancements:  Manual and Automatic Scale In

AT&T - P1

Vodafone - P1


Scott Blandford

Functional requirement

Impact Details Here.

APPC, SDC, SDNC, DCAE, OOF, Policy, SO, CLAMP, VID,

VNFRQTS

31OSAM

AT&T - P1

Swisscom - P2

Turk Telekom - P1

Vodafone - P3 

Telecom Italia



Use case
32

Edge Automation WG - "Analytics-as-a-service for Service Assurance"

Fine Grain Placement Service (F-GPS) Edge Automation (Dublin)

More information here: ONAPARC-280 - Getting issue details... STATUS

China Mobile - P1

Vodafone - P3

Verizon

AT&T

Fine Grain Placement Service (F-GPS) Edge Automation (Dublin)


Functional requirements: Edge Automation WG – ramki krishnan, Raghu Ranganathan

Projects: DCAE, CLAMP, A&AI (TBD), Multi-VIM/Cloud (TBD)

33

BroadBand Service requirements:
- support for nomadic PNF (discovery, re-registration),
- service change order using External API,
- E2E service reconfiguration,
- consider scalability of ONAP components to support provisioning and assurance of high number of customer facing service instances (AAI, SO...)

BBS Broadband Service Use Case (Dublin)


Swisscom - P1

Vodafone - P3

Telecom Italia


Use case


345G requirement: 5G middle/backhaul modeling and orchestration

China Telecom - P1

China Mobile - P2

Vodafone - P2 

Telecom Italia



Use case - details are needed
35

Consistent ID of a Cloud Region (Dublin)

AT&T - P1


Functional requirement

SO,VID,SDNC,OOF, UUI,VFC

 36

Evolve OOM to support Multi-site deployments of ONAP and meet Operator requirements

(Likely aligns/overlaps with requirement #25 above)

AT&T - P2

Vodafone - P2 


 Project (OOM and (likely) all components it deploys)

Please see OOM comments added to #25

 37

 Continue progress on S3P levels across components

  • Complete unfinished Casablanca S3P requirements by component
    • For example: CADI/AAF integration, support for HTTPS/encrypted communications, Adherence to ONAP Logging Spec
  • Measured progress on CII badging level and unit test coverage percentages
AT&T - P2

China Mobile - P3

Vodafone - P3 


S3P Most (all?) components depending on current S3P levels achieved

LOG-380 - Getting issue details... STATUS

LOG-877 - Getting issue details... STATUS

LOG-876 - Getting issue details... STATUS

LOG-376 - Getting issue details... STATUS

LOG-494 - Getting issue details... STATUS

LOG-707 - Getting issue details... STATUS

LOG-178 - Getting issue details... STATUS

LOG-487 - Getting issue details... STATUS



 38 The End-End use cases that define the functionality of ONAP releases, and are tested by Integration test should include validation of the example VNFs used by ONAP (e.g. vFW)   using the test scripts for HEAT templates (from VVP project) or TOSCA ( from VNFSDK project)

AT&T - P3

Vodafone - P3 

run validation tests on the VNFs used by ONAP during integration test - TOSCA packaged VNFS using VNFSDK validation scripts and HEAT VNFS using VVP

Integration project

VNFSDK @ Victor Gao

VVP @ Steven Wright @ Trevor Lovett

INT @ Helen Chen

applies to ALL uses cases tested by ONAP

ALL ONAP VNFS should have their conformance to VNFRQTS documented in ReadTheDocs for the Release. This should include links to the VNF Packages used for onboarding. 

 39 Using "Cloud Services Architecture" constructs in building service level APIs Verizon


40

Continuation of HPA (Mostly Hardening - Add new e2e test cases, automate the integration steps for continuous testing). Automation for various use cases (vFW, vDNS with different HEAT templates, vCPE with different TOSCA templates)

Exceptions:

  • Bring ONAP and Openstack based based cloud regions manually.
  • Register cloud regions via ESR in ONAP.

Automation scripts to do following:

  • Create CSAR from demo repository.
  • Onboard CSAR in SDC using SDC API
  • Prepopulate SDNC items
  • Upload HPA policies using POLICY FW API
  • Instantiate service and VNF using SO API
  • Check that VNF workloads are instantiated with right cloud region and flavor.
  • Check that VNFs are working.
  • Bring down the VNF
  • Start next automated test

Even though this work is as part of HPA, we hope that this work helps in stabilization of code, checking for any regression on continuous basis.




Alexander Vul
41VSP Compliance Check within SDCVodafone
Rabi AbdelVSP Compliance Check within SDC (Dublin)



Analysis of Requirements

 Kevin McDonnell The following are some aids to help understand the table above. The official roadmap and priorities are maintained elsewhere (Jira) so the data below will grow stale immediately! 

  1. Dublin SP Priorities -latest.pdf  (Mindmap of Requirements, PDF)
  2. Dublin SP Requirements-Latest.xmind (Mindmap of Requirements, using XMind)
  3. Dublin SP Requirements-Ranked.xlsx (Ranking of Priorities, XLS)

The highest priority SP requirements are PNF support, scaling and change management




  • No labels

10 Comments

  1. I feel that we should put the functional requirements/use cases in this page that have owners.

    For others, I think this page should be used: Release 4 (Dublin) Service Providers (EUAG) Requirements / Proposals


    1. Srinivasa Addepalli: I am merging the contents into this single page

      1. Thanks Alla Goldner

        I think it is good to identify owners for each of the functions being requested by SPs.

        Srini


  2. With respect to #22, deployment of ONAP with OOM doesn't require OpenStack for the ONAP components themselves just the Network Functions deployed by ONAP (the new PNDA components of DCAE complicate this a small bit currently but I expect that all components will be containerized in Dublin). I don't believe the Integration team is fully testing OpenStack/Heat based deployments of ONAP anymore (used in pair wise testing only?) and many ONAP S3P features are not supported by Heat so use of OOM is strongly recommended. If you believe requirement #22 still to be valid, please elaborate.

    Thanks, Roger 

  3. I agree with Roger.

    In addition, I do not understand the limit of 100 stacks for OpenStack..It is 100 stacks by tenant (default configuration) not by VIM:

    https://docs.openstack.org/heat/latest/configuration/config-options.html

    cf  max_stacks_per_tenant parameter

  4. I believe that Req #14 and #18 are similar

    1. They both include a different extensions of PNF support

  5. I believe Req #18 and #32 are closely related. It may be worthwhile having a separate column to indicate the requirement commonalities.

  6. Based on a weighted ranking of the operator priorities  (Number of Operators who voted * Relative Priority (P0-P4)), the priority is as follows:

    13Code Robustness/Stability First25
    9Documentation for Operational teams, for newcomers21
    6True Orchestration.21
    18PNF Modelling & LCM19
    10External API extension to include service modification16
    31OSAM13
    16Platform Automation /VNF LCM12
    27DBaaS11
    26PNDA Integration11
    21Consistent Docker Images (DB)11
    20Consistent Docker Images11
    12Footprint optimization: reduce image size, avoid image duplications, reduce memory requirements.11
    11No hard coded  use-cases.11
    8Tooling to operate ONAP11
    5Change Management extension including 5G requirements11
    2SOL003 Alignment11
    345G midhaul/backhaul modeling and orchestration10
    29Secure Credentials10
    28CI10
    25Multi-Site10
    24Self-service ONAP10
    23Instance Modelling10
    145G requirements (cf ORAN)10
    3SOL005 Alignment10
    4CCVPN 5G Transport9
    30VNF scaling enhancements8
    19Logging8
    15VNF LCM8
     37S3P Extensions7
     36OOM to support Multi-site deployments6
    33BroadBand Service requirements:6
    32Analytics -aaS6
    22Resolve OpenStack Limitations6
    17Support RCA6
    7Service Modeling extensions6
    1K8S based Cloud-region support6
    39Using Cloud Services Architecture constructs in building service level APIs5
    38Provide Tested/Valid VNF Packages With Release4
    35Cloud Region ID4
  7. 5G midhaul/backhaul modeling and orchestration10

    I see this Usecase that is being proposed for Dublin. At Fujitsu Network communications we are interested in providing an Orchestration for Fronthaul and Backhaul Optical network. Can any one please let us know what would be best way to get this included

    Regards,

    Ravi