Overview

This is a sub project of CIRV about the Pod Descriptor File (PDF) definition, based on PDF history definition in OPNFV, we name it as PDF3.0. It's expected to build up a uniformed data model which cover all necessary information in the entire lifecycle stage in the NFV construction, like planning, configuration, pre/post checks, deployment, verification/validation etc. By using the common model, all participants of different stage roles could archive related function. It targets to reduce costs in kinds of adaptation during the final integration and deployment. 

Project description and goals

PDF2.0 had been implemented by CIRV-HDV and CIRV-SDV project which are mainly using the related data for validation functions. But actually, it also includes more about NFV planning, network configuration design&configuration, vim and storage integration data.  All of the requirements are defined and update in CNTT-RI specification. This project targets on implementation of PDF definition, currently based on SDV,HDV implementation requirements. We plan to generate two types of format, flat and hierarchy.

Definition

PDF is defined in CNTT-RI1 chapter6: installer requirement, the descriptor should specify both hardware and software information for NFVI installation, including resource pool information, parameters for each server and switch, network configuration, and parameters for VIM-storage integration process.  Please refer to CNTT-RI1 documents for the details of PDF definition.(PDF 2.0) https://github.com/cntt-n/CNTT/blob/master/doc/ref_impl/cntt-ri/chapters/chapter06.md

Architecture

Implementation

There's no limitation on how to implement PDF, the format of descriptor could be json or csv, whichever works for your tool, as for the content of the descriptor, you can also customize the structure, like you can use flat version of data, or group data entries by the same properties.

...