VNF Package CSAR for ONAP Release 2 – adding Telco grade features Andrei Kojukhov, PhD, Amdocs Oct 6, 2017.

Slides:



Advertisements
Similar presentations
Open Virtualization Format Dr. Gregor von Laszewski Dr. Lizhe Wang.
Advertisements

A DIFFERENT APPROACH TO PACKAGE MANAGEMENT GPN 11 PRESENTATION – BASTIAN EICHER ZERO INSTALL.
TOSCA v1.0 Figures. Definition of building blocks for services … along with the implementation artifacts for manageability operations … and the definition.
Presented by : Piero Milani ( InfoCamere - Italy)Piero Milani InfoCamere - Italy VCD Signature & VCD Verification strategy as seen by InfoCamere ( WP1.
SDN-O LCM for Mercury Release Key Points and Overview
ARC: Definitions and requirements for SO/APP-C/VF-C discussion including call notes Chris Donley July 5, 2017.
VNF SDK Design and Packaging issues
Mapping between NFV model and TOSCA
ETSI NSD Overview & TOSCA model Thinh Nguyenphu, Nokia thinh
VNF Package CSAR Format Tal Halfon, Amdocs Andrei Kojukhov, PhD, Amdocs Aug 3, 2017.
ONAP SDC VoLTE Model Support
VNF Package CSAR Format Tal Halfon, Amdocs Andrei Kojukhov, PhD, Amdocs Aug 3, 2017.
VNF Package Integrity and Authenticity – Public key based
Joint ONAP security subcommittee – SDC and VNFSDK project meeting
ETSI NFV: IFA & SOL specifications list
Change Log VNF Package Model Business Compute Req.
VoLTE VNF Descriptor gaps
ARC: Definitions and requirements for SO/APP-C/VF-C discussion Chris Donley Date , 2017.
ONAP SDC TOSCA Import Gap Analysis
NFV Updates Deepanshu Gautam.
ONAP Information Model and Data Model
VNFD and NSD modeling: Rel2 Thinh Nguyenphu, Nokia thinh
A Service Provider using VNF Requirements as prototype text for RFPs to acquire VNFs to run in an ONAP context ONAP.org VNF Requirements Project VNF Provider.
ETSI NSD Overview & TOSCA model Thinh Nguyenphu, Nokia thinh
Centralize Image Management for ONAP
Approach to finalize the TOSCA NFV profile
OASIS TOSCA Report for December ONAP Event
VoLTE remaining requirements Auto & manual Scaling
Clarification of CSAR format Thinh Nguyenphu, Nokia thinh
ONAP – Centralised Parser Distribution Atul Purohit - Vodafone
TOSCA Namespaces for tosca-nfv-profile
Deployment Flavor Model – Challenges and Emerging trends for ONAP adaptation Priya TG, NetCracker Technology.
OASIS TOSCA Report for December ONAP Modeling Workshop
VF-C R2 Feature Planning & Implementation Yan Yang
Nov, 2015 Howard Huang, Huawei Julien Zhang, ZTE
OASIS TOSCA Report for December ONAP Event
Documenting ONAP components (functional)
DF design as a node type (output by Chris and shitao)
TOSCA NFV profile: short vs long-term approach
TOSCA-Metadata (directory )
DF design as a node type (output by Chris and shitao)
Artifact Properties Use cases and Examples to demonstrate the need of artifact properties July 2018.
Lixiang,YaoguangWang, ChangMing Bai,
SwImageDesc Shitao li.
Remain issues
“Deployment Flavor” Concept Desired End-Goal
TOSCA Namespaces for tosca-nfv-profile
ELECTRONIC MAIL SECURITY
TOSCA-Metadata (directory )
Defining ONAP VNF Package Model
VNF Package Model Per ETSI NFV SOL001, SOL004, SOL005
IFA007: VNF LCM The Or-Vnfm reference point is used for exchanges between Network Functions Virtualization Orchestrator (NFVO) and Virtualized Network.
ONAP modeling report shitao.
New VDU model proposal.
ELECTRONIC MAIL SECURITY
DF design as a node type (output by Chris and shitao)
5G RAN Deployment – Casablanca PNF software and configuration management Huawei,
Deployment Flavour as VNF Capability: Alt1_r2
JAR Desc CSAR Notes A package file format typically used to aggregate many Java class files and associated metadata and resources (text, images, etc.)
NFV adhoc Shitao li.
Metadata The metadata contains
TOSCA Simple Profile for YAML: Changes proposed for 1.3 release
Open Source Projects Collaborations with ONAP
NFV adhoc Shitao li.
VNF Package CSAR Format Tal Halfon, Amdocs Andrei Kojukhov, PhD, Amdocs Aug 3, 2017.
SOL003 Adapter Architecture, Technical Debt and Roadmap
NSD model in ONAP service descriptors (draft7)
5G Use Cases for R4/Dublin
Proposed Approach for ONAP Runtime Support of Network Service Onboarding Gil Bullard, AT&T.
ETSI-Alignment Task Force Update
Presentation transcript:

VNF Package CSAR for ONAP Release 2 – adding Telco grade features Andrei Kojukhov, PhD, Amdocs Oct 6, 2017

Main Principles for ONAP VNF Package CSAR ONAP Rel.1 CSAR Based on TOSCA.meta file – ETSI GS NFV-SOL004 Option 1 Implemented a Manifest file as a migration path to a Telco-grade VNF package format ONAP Rel.2 CSAR should implement Telco-grade features of VNF package format Both Option 1 and 2 to be supported: with and without TOSCA.meta file Manifest file at the root of CSAR including All artifacts (internal and external) Security features: Adding digests for all artifacts (internal and external) Adding a CMS certificate signature

VNF CSAR for ONAP Rel.1 metadata: vnf_product_name: VNF_Name vnf_provider_id: ZTE vnf_package_version: 1.0 vnf_release_data_time: 2017.01.01T10:00+03:00 source: MainServiceTemplate.yaml source: Definitions/GlobalSubstitutionTypesServiceTemplate.yaml source: Artifacts/install.sh source: Artifacts/create_stack.sh source: Licenses/license.xml References: IANA register for Hash Function Textual Names https://www.iana.org/assignments/hash-function-text-names/hash-function-text-names.xhtml

VNF Package VNF Package The VNF Package contains: the VNF descriptor (VNFD) that defines metadata for package onboarding and VNF management, the software images needed to run the VNF, and Manifest file that provides package integrity and authenticity (optional) additional files to manage the VNF (e.g. scripts, vendor-specific files etc.). The VNF Package is delivered by the VNF provider as a whole and is immutable (protected from modification). The VNF Package or its Manifest file is digitally signed The VNF Package is stored in a repository by the NFVO. The VNF Package can be accessed by VNFM. VNF Package Manifest file VNFD Software image(s) Additional files Reference: ETSI GS NFV-IFA 011 ETSI GS NFV-SOL 004

VNF Package Structure (Option 1): TOSCA YAML CSAR with Metadata File The TOSCA.meta file includes block_0 with the Entry-Definitions keyword pointing to a TOSCA definitions YAML file used as entry for parsing the contents of the overall CSAR archive – MRF.yaml TOSCA-Meta-File-Version: 1.0 CSAR-Version: 1.1 Created-by: Company Name Entry-Definitions: Definitions/ MRF.yaml Any TOSCA definitions files besides the one denoted by the Entry-Definitions can be found by processing respective imports statements in the entry definitions file (or in recursively imported files) Any artifact files (e.g. scripts, binaries, configuration files) can be either declared explicitly through blocks in the TOSCA.meta file or pointed to by relative path names through artifact definitions in one of the TOSCA definitions files contained in the CSAR file.  !------TOSCA-Metadata !------TOSCA.meta   !------Definitions !----- MRF.yaml !----- OtherTemplates (e.g., type definitions) !------Files !----- ChangeLog.txt !----- MRF.cert !----- image(s) !----- other artifacts !------Tests !----- file(s) !------Licenses !------Scripts !----- install.sh !----- MRF.mf References: ETSI GS NFV-SOL 004 TOSCA-Simple-Profile-YAML-v1.1

VNF Package Structure Option 2: TOSCA YAML CSAR without Metadata File CSAR contains a single yaml (.yml or .yaml) file at the root of the archive – MRF.yaml The yaml file contains a metadata section with template_name and template_version metadata. This file is the CSAR Entry-Definition file The CSAR-Version is defined by the template_version metadata: tosca_definitions_version: tosca_simple_yaml_1_1 metadata: template_name: MRF template_author: Company Name template_version: 1.0 !--------- MRF.yaml(R1)   !--------- MRF.mf (R1) !--------- MRF.cert (R2) !--------- ChangeLog.txt (R2) !--------- Tests (R2) !----- file(s) !--------- Licenses (R1) !--------- Artifacts (R1) !----- install.sh !----- images !----- templates !----- start.yang References: ETSI GS NFV-SOL 004 TOSCA-Simple-Profile-YAML-v1.1

VNF Package Manifest File with Security support VNF package metadata A list of blocks each is related to one file in the VNF package, including Source: artifact URI Algorithm: name of an algorithm used to generate the hash Hash: text string corresponding to the hexadecimal representation of the hash Manifest file Signature metadata: vnf_product_name: vMRF-1-0-0 vnf_provider_id: Acme vnf_package_version: 1.0 vnf_release_data_time: 2017.01.01T10:00+03:00 Source: MRF.yaml Algorithm: SHA-256 Hash: 09e5a788acb180162c51679ae4c998039fa6644505db2415e35107d1ee213943   Source: scripts/install.sh Hash: d0e7828293355a07c2dccaaa765c80b507e60e6167067c950dc2e6b0da0dbd8b Source: https://www.vendor_org.com/MRF/v4.1/scripts/scale/scale.sh Hash: 36f945953929812aca2701b114b068c71bd8c95ceb3609711428c26325649165 -----BEGIN CMS----- MIGDBgsqhkiG9w0BCRABCaB0MHICAQAwDQYLKoZIhvcNAQkQAwgwXgYJKoZIhvcN AQcBoFEET3icc87PK0nNK9ENqSxItVIoSa0o0S/ISczMs1ZIzkgsKk4tsQ0N1nUM dvb05OXi5XLPLEtViMwvLVLwSE0sKlFIVHAqSk3MBkkBAJv0Fx0= -----END CMS----- References: IANA register for Hash Function Textual Names https://www.iana.org/assignments/hash-function-text-names/hash-function-text-names.xhtml