diff options
| -rw-r--r-- | docs/Chapter4.rst | 4 | ||||
| -rw-r--r-- | docs/Chapter5.rst | 2 | ||||
| -rw-r--r-- | docs/Chapter7.rst | 6 |
3 files changed, 6 insertions, 6 deletions
diff --git a/docs/Chapter4.rst b/docs/Chapter4.rst index 76907d0..952bb86 100644 --- a/docs/Chapter4.rst +++ b/docs/Chapter4.rst @@ -232,7 +232,7 @@ the five broad security areas for VNFs that are detailed in the following sections: - **VNF General Security**: This section addresses general security - requirements for the VNFs that the VNF provide will need to address. + requirements for the VNFs that the VNF provider will need to address. - **VNF Identity and Access Management**: This section addresses security requirements with respect to Identity and Access Management @@ -272,7 +272,7 @@ Integration and operation within a robust security environment is necessary and * R-23882 The VNF **SHOULD** be scanned using both network scanning and application scanning security tools on all code, including underlying OS and related configuration. Scan reports shall be provided. Remediation roadmaps shall be made available for any findings. * R-46986 The VNF **SHOULD** have source code scanned using scanning tools (e.g., Fortify) and provide reports. * R-55830 The VNF **MUST** distribute all production code from NCSP internal sources only. No production code, libraries, OS images, etc. shall be distributed from publically accessible depots. -* R-99771 The VNF **MUST** provide all code/configuration files in a “Locked down” or hardened state or with documented recommendations for such hardening. All unnecessary services will be disabled. VNF provide default credentials, community strings and other such artifacts will be removed or disclosed so that they can be modified or removed during provisioning. +* R-99771 The VNF **MUST** provide all code/configuration files in a "Locked down" or hardened state or with documented recommendations for such hardening. All unnecessary services will be disabled. VNF provider default credentials, community strings and other such artifacts will be removed or disclosed so that they can be modified or removed during provisioning. * R-19768 The VNF **SHOULD** support L3 VPNs that enable segregation of traffic by application (dropping packets not belonging to the VPN) (i.e., AVPN, IPSec VPN for Internet routes). * R-33981 The VNF **SHOULD** interoperate with various access control mechanisms for the Network Cloud execution environment (e.g., Hypervisors, containers). * R-40813 The VNF **SHOULD** support the use of virtual trusted platform module, hypervisor security testing and standards scanning tools. diff --git a/docs/Chapter5.rst b/docs/Chapter5.rst index 30d0044..fb76017 100644 --- a/docs/Chapter5.rst +++ b/docs/Chapter5.rst @@ -5099,7 +5099,7 @@ even in the short-term as of the long-term direction. c. VNFM Driver Development Steps ================================ -Refer to the ONAP documentation for VNF providerr instructions on integrating +Refer to the ONAP documentation for VNF provider instructions on integrating special VNFM adaptors with VF-C. The VNF driver development steps are highlighted below. diff --git a/docs/Chapter7.rst b/docs/Chapter7.rst index b4e164c..d5d903a 100644 --- a/docs/Chapter7.rst +++ b/docs/Chapter7.rst @@ -29,7 +29,7 @@ and GS NFV IFA011 V0.3.0 (2015-10) - Network Functions Virtualization **Resource Description** -* R-77707 The VNF provide **MUST** include a Manifest File that contains a list of all the components in the VNF package. +* R-77707 The VNF provider **MUST** include a Manifest File that contains a list of all the components in the VNF package. * R-66070 The VNF Package **MUST** include VNF Identification Data to uniquely identify the resource for a given VNF provider. The identification data must include: an identifier for the VNF, the name of the VNF as was given by the VNF provider, VNF description, VNF provider, and version. * R-69565 The VNF Package **MUST** include documentation describing VNF Management APIs. The document must include information and tools for: @@ -837,7 +837,7 @@ Using the semantics and syntax supported by YAML, VNF providers will indicate sp arise, and recommend actions that should be taken at specific thresholds, or if specific conditions repeat within a specified time interval. -Based on the VNF provider’s recommendations, the Service Provider may create additional YAML artifacts +Based on the VNF provider's recommendations, the Service Provider may create additional YAML artifacts (using ONAP design Studio), which finalizes Service Provider engineering rules for the processing of the VNF events. The Service Provider may alter the threshold levels recommended by the VNF providor, and may modify and more clearly specify actions that should be taken when specified conditions arise. @@ -877,7 +877,7 @@ Using the semantics and syntax supported by YANG, VNF providers will indicate sp arise, and recommend actions that should be taken at specific thresholds, or if specific conditions repeat within a specified time interval. -Based on the VNF provider’s recommendations, the Service Provider may create additional YAML artifacts +Based on the VNF provider's recommendations, the Service Provider may create additional YAML artifacts (using ONAP design Studio), which finalizes Service Provider engineering rules for the processing of the VNF events. The Service Provider may alter the threshold levels recommended by the VNF provider, and may modify and more clearly specify actions that should be taken when specified |