Skip to content

Latest commit

 

History

History
83 lines (57 loc) · 4.32 KB

chapter09.md

File metadata and controls

83 lines (57 loc) · 4.32 KB

9. Adoption

scope

Table of Contents

9.1 Introduction

It is vitally important for CNTT to have working solution from infrastructure vendors and mature VNFs/CNFs designs from application vendors that is compliant to CNTT specifications. It is also understood that, in some areas, the industry might not have solutions that are fully aligned with CNTT requirements.

Therefore, a transition plan, an adoption strategy, and adoption Roadmap is needed to be agreed on within the CNTT community. This document explains those elements in details.

9.2 Transition Plan

A Transition plan comprised of one or more exceptions and/or transitions is required to address technology that does not presently conform to CNTT mandates, and hence requires explicit direction to prescribe how the situation will be treated in the present, as well as in the future.

The transition plan described here will inform application designers how RC and ultimately industry certification programs will react when encountering exceptions during the qualification process, including flagging warnings and potentially errors which could prevent issuance of a certification badge.

9.2.1 Conformance Levels

  • Fully Conformant: VNFs/CNFs or NFVI are written and designed to be fully conformant to CNTT specification with no use of any of the allowed Exceptions.
  • Conformant with Exceptions: VNFs/CNFs or NFVI are written and designed to be conformant to CNTT with one or more of the allowed Exceptions used.

9.2.2 Exception Types

  • Technology Exceptions : Using specific technologies that are considered non conformant to CNTT principles (such as PCIe Direct Assignment, exposure of hardware features to VNFs/CNFs).
  • Version Exceptions: Using Versions of Software components, , APIs, or Hardware that are different from the one specified in the specification.

9.2.3 Transition Framework

VNF/CNF Transition Plan Framework

Exceptions will be clearly recorded in the appropriate specification Appendix which will act as a guidance to VNFs/CNFs vendors of what Exceptions will be allowed in each CNTT release. Figure 1 below demonstrate the concept.

  • As technology matures, fewer and fewer Exceptions will be allowed in CNTT releases.
  • For each CNTT Release, VNF/CNF can be either:
    • Fully Conformant: No Exception used.
    • Conformant with Exception: One or More of the allowed Exceptions in RM has been used.

Transition

Figure 1: Transition Plan for VNFs/CNFs within CNTT

NFVI Transition Plan Framework

Exceptions will be clearly recorded in Reference Architectures' Appendices which will act as a guidance to NFVI vendors of what Exceptions will be allowed in each CNTT release. Figure 2 below demonstrate the concept.

  • As technology matures, fewer and fewer Exceptions will be allowed in CNTT releases.
  • For each CNTT Release, VNF/CNF can be either:
    • Fully Conformant: Support the Target Reference Architecture without any exceptions. There should be a technology choice in RA to support RM Exceptions (However, none of the Exceptions allowed in RA has been used).
    • Conformant with Exceptions: One or more of the allowed exceptions in RA are used.

Transition

Figure 2: Transition Plan for NFVI solutions within CNTT

9.3 Adoption Strategy

9.3.1 Expectations from Operators

9.3.2 Expectations from Vendors

9.3.3 Expectations from Industry

9.4 Adoption Roadmap