Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

  • Remove references and use of openecomp and replace  with onap 
  • Address S3P Platform Maturity requirements to the extent possible to comply with minimum requirements requested for Beijing for areas not already at this level.
    • Notes:  
      • Compliancy for Performance Level 1 is still being investigated
      • Compliancy for Stability is assumed to be addressed by Integration team system level testing
      • Resiliency -
        • Local HA: this is a function of ODL clustering capability, so whatever is supported by ODL Nitrogen defines local HA capabilities
        • Geo-red: manual site failover only will be supported in Beijing 
    Beijingl.
  • Support AAF (Authentication and Authorization Framework) for API access
    • Dependency on AAF project to provide feature (AAF-91) to enable AAF security on the web server level (jetty level).
  • Upgrade ODL version to Nitrogen (driven by CCSDK dependency)
  • Replace MySQL with MariaDB (driven by CCSDK dependency)
  • Increase Code Coverage to 50%
  • Provide support for the following new LCM actions:
    • Following Actions in support of In-place software upgrade
      • QuiesceTraffic
      • ResumeTraffic
      • UpgradeSoftware
      • UpgradePreCheck
      • UpgradePostCheck
      • UpgradeBackup
      • UpgradeBackout
    • Additional LCM actions including:
      • ActionCancel
      • ActionStatus
      • AttachVolume
      • DetachVolume
  • Contribute CDT Tool - an APP-C Design Tool enabling VNF owners to create templates and other artifacts for used by APP-C Configure command actions (used to apply a post-instantiation configuration) as well as other life cycle commands.
  • Documentation updates for Beijing

...

AreaActual LevelTargeted Level for current ReleaseHow, EvidencesComments
Performance0TBDAwaiting guidance from Benchmark subcommittee
  • 0 -- none
  • 1 – baseline performance criteria identified and measured
  • 2 & 3 – performance improvement plans created & implemented
Stability0

21

APPC will do a 72 hr soak test

We assume integration team will do a 72 hour soak test at the platform level, which would increase this to 2.

  • 0 – none
  • 1 – 72 hours component level soak w/random transactions
  • 2 – 72 hours platform level soak w/random transactions
  • 3 – 6 months track record of reduced defect rate
Resiliency1

1Need clarification

on 1 - is manual failure/recovery for single site or geo-red ?Clarification was provided by Jason Hunt that Level 1 is  manual failure detection and recovery within a single site.

APPC leverages CCSDK/SDNC distributions of OpenDaylight and DB. We will work closely with CCSDK/SDNC team to leverage what they are doing and not duplicate effort.

CCSDK indicates Level 2 support, so Level 2 will be a stretch goal for APPC at this stage until we have a better understanding of dependency.

  • 0 – none
  • 1 – manual failure and recovery (< 30 minutes)
  • 2 – automated detection and recovery (single site)
  • 3 – automated detection and recovery (geo redundancy)
Security01We will target 50% Sonar coverage for Beijing and  completing the Passing badge Survey.
  • 0 – none
  • 1 – CII Passing badge + 50% Test Coverage
  • 2 – CII Silver badge; internal communication encrypted; role-based access control and authorization for all calls
  • 3 – CII Gold
Scalability11

APPC uses ODL distribution from CCSDK project.

Scaling is a function of ODL capabilities - adding nodes to an existing cluster or adding a new cluster

  • 0 – no ability to scale
  • 1 – single site horizontal scaling
  • 2 – geographic scaling
  • 3 – scaling across multiple ONAP instances
Manageability11APPC supports/integrates EELF.
  • 1 – single logging system across components; instantiation in < 1 hour
  • 2 – ability to upgrade a single component; tracing across components; externalized configuration management
Usability11Documentation is already available on readthedocs. It will be updated for Beijing as needed.
  • 1 – user guide; deployment documentation; API documentation
  • 2 – UI consistency; usability testing; tutorial documentation

...