The following depicts the ETSI-based CNF support.
Summary
- Hybrid orchestration templates – TOSCA VNFD and Helm Charts (MCIO)
...
- Parameter mapping from Or-Vnfm (SOL003) incoming information to Helm input parameters
- Resource Mapping between resources in TOSCA VNFD and K8S resources described in Helm chart (for granting between VNFM and NFVO)
- Mapping the LCM operations to HELM commands (VNFM behavior triggered on Or-Vnfm), etc.
- VNFM-K8S communication prefers Helm APIs to lower level K8S APIs
- K8S-VIM communication uses de facto open source standards (Nova/Cinder/Neutron/Keystone/Octavia)
- CISM-CIS communication uses de facto open source standards
ETSI NFV Team's Modeling Challenges
- Package multiple NFs into a single CNF and manage them independent from each other. (Deployment flavors, aspects, …)
- Building an NF which spans multiple CNFs. The single CNF would not necessarily be a self-sufficient entity anymore. (Network Services)
- CI/CD based upgrades of microservices within a CNF. (ChangeVnfPackage)
| Gliffy Diagram | ||||
|---|---|---|---|---|
|