Page tree
Skip to end of metadata
Go to start of metadata

Purpose

This Wiki page is intended to capture and define the integration tests which exercise the Auto Use Cases from a testability perspective.

Scope

This project focuses on somewhere in between L3 and L2 in the following figure.

Edge Cloud

Reference to Auto-UC-01

Madhukesh Sambashivaiah

Test Section

ID

Title

Description

PrerequisiteStatus

TBD

auto-edge-pif-001

TBDTBD  


Resiliency Improvements

Prasad GorjaMichael O'Brien

The tests below are hypothetical examples intended to illustrate an organizational approach to developing tests that demonstrate the value of ONAP closed-loop support for improving platform resiliency. The goal for these tests is to focus first on the most commonly occurring stresses, and to expand toward chaos monkey type testing over time.

Test Section

ID

Title

Description

OPNFV Components

ONAP ComponentsPrerequisiteStatus

Physical Infra Failure

auto-resiliency-pif-001

Migration upon host failureCompute host power is interrupted by IPMI command, and affected workloads are migrated to other available hosts.    
auto-resiliency-pif-002Migration upon disk failureDisk volumes are unmounted, and affected workloads are migrated to other available hosts.    
auto-resiliency-pif-003Migration upon link failureTraffic on links is interrupted/corrupted by switch admin commands, and affected workloads are migrated to other available hosts.    
auto-resiliency-pif-004Migration upon NIC failureNIC ports are disabled by host commands, and affected workloads are migrated to other available hosts.    
Virtual Infra Failureauto-resiliency-vif-001OpenStack compute host service failCore OpenStack service processes on compute hosts are terminated, and auto-restored, or affected workloads are migrated to other available hosts.    
auto-resiliency-vif-002SDNC service failCore SDNC service processes are terminated, and auto-restored.    
auto-resiliency-vif-003OVS failOVS bridges are disabled, and affected workloads are migrated to other available hosts.    
Securityauto-resiliency-sec-001Host tamperingHost tampering is detected, the host is fenced, and affected workloads are migrated to other available hosts.    
auto-resiliency-sec-002Host intrusionHost intrusion attempts are detected, an offending workload, device, or flow is identified and fenced, and as needed affected workloads are migrated to other available hosts.    
auto-resiliency-sec-003Network intrusionNetwork intrusion attempts are detected, and an offending flow is identified and fenced.    

Enterprise vCPE

zhang chen

Test Section

ID

Title

Description

OPNFV Components

ONAP ComponentsPrerequisiteStatus

VNF Onboarding

auto-vcpe-onboarding-001

Spin up an instance of specific type VNFSpin up a vCPE/vFW/vDHCP/vAAA instance,when manually operates on Portal.    
auto-vcpe-onboarding-002Spin up VNF instances with a workflowSpin up vCPE/vFW/vDHCP/vAAA instances in sequence, when related MSO workflow is developed and executed    
Scaling Up/Downauto-vcpe-scaling-001Scaling upScaling up when the CPU usages of all the existing VNF instances are beyond the limit assigned by Policy.    
auto-vcpe-scaling-002Scaling downScaling down when a VNF instance have been idle for a period of time, which is assigned by Policy.    
Zero Touch Provisioningauto-vcpe-ztp-001Authorizing and AddressingAuthorizing and Addressing with vAAA and vDHCP, when ThinCPE first powers up and new host joins.    
auto-vcpe-ztp-002VPN establishingVPN establishing, optionally with VxLAN/IPSec/MPLS, after ThinCPE is authorized and addressed    
auto-vcpe-ztp-003Access controllingAccess controlling with vFW, when new security policy is proposed on Portal.    
  • No labels