Skip to end of metadata
Go to start of metadata

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

Compare with Current View Page History

« Previous Version 4 Next »

1- Brief Project Overview (brief as it should be known)

The Policy subsystem of ONAP maintains, distributes, and operates on the set of rules that underlie ONAP’s control, orchestration, and management functions.  See Policy Framework Project Proposal (5/11/17) for more information.

2- New component capabilities for Honolulu-R8, i.e. the functional enhancements, if applicable

The following table lists the new functional requirements Policy is committing to support for the Honolulu Release:

TODO: this table was cloned from elsewhere and must be updated

Requirements

Companies Supporting Requirement

REQ-440 - E2E Network Slicing use case requirements for Honolulu release TO DO

IBM

REQ-429 - Use Case for ONAP-based SON for 5G networks TO DO

IBM

REQ-458 - ONAP CNF orchestration - Honolulu Enhancements IN PROGRESS

Orange, Samsung

REQ-457 - Extend ORAN A1 support - Honolulu IN PROGRESS

Ericcson

REQ-456 - CCVPN - Transport Slicing use case requirements for Honolulu release TO DO

Huawei (1)

REQ-463 - ONAP to support Multi Tenancy (part 2) IN PROGRESS

Bell Canada (1)

(1) Being evaluated for Honolulu, but not yet committed.

3- New or modified interfaces

The following changes will be made to the interfaces during the Honolulu release:

  • Add a new API to PAP to query the deployment status of all PDP/policy pairs
  • In the health check API, include information about the availability of dependent systems (e.g., A&AI, DB, DMaaP)

4- If they are modified, are they backwards compatible?

Yes

6- Interface naming (point to an example)

Refer to ARC Policy Framework Component Description - Honolulu-R8.

7- Consumed API from other projects

Refer to ARC Policy Framework Component Description - Honolulu-R8.

8- Published API

Refer to ARC Policy Framework Component Description - Honolulu-R8.


9- Reference to the interfaces.

Refer to https://docs.onap.org/projects/onap-policy-parent/en/latest/offeredapis.html.

10- What are the system limits?

No more than one PAP may be running at a time.

11- Involved use cases, architectural capabilities or functional requirements.

Policy is used in the following use cases:

  • vFW
  • vDNS
  • vCPE
  • CCVPN
  • 5G

12- Listing of new or impacted models used by the project (for information only).

N/A


13-Test plan/Testing Strategy

  1. Unit Testing
    1. Continue to use junit for java tests
    2. Continue to use ??? for javascript tests
  2. Dev-to-Dev Testing  and
    1. Communication between Policy components will be tested via Policy-specific CSITs
    2. There are no plans for individual point-to-point testing with other ONAP projects.  There are no facilities within Policy to test an interface independent of a use case, nor can other systems provide "sunny-day" responses without being pre-configured.  As a result, dev-to-dev testing will take place as part of the integration testing of various use cases.  This is unchanged from previous releases.
  3. Integration
    1. Integration testing will be done using the integration lab with a full kubernetes installation


14- Any other details that are specific to this functional enhancement or UseCase.




  • No labels