Network Function Virtualization
Network Function Virtualization runs network functions as software on shared virtualized infrastructure instead of tying each function to a dedicated appliance. It lets operators manage the service, its software, and its infrastructure as related but separate concerns.
itNetworking | OpenSkills.info
Course pathWalk it in order
Look it upDip in anytime
Go furtherLeaves this page
Don't Panic
Don't Panic — Network Function Virtualization
Network Function Virtualization, or NFV, is the decision to run a network function as software on virtualized infrastructure instead of receiving the function bolted to one dedicated appliance. The appliance did not vanish in a puff of responsible accounting. Its job was separated from the compute, storage, and network resources that host it.
The useful unit is a Network Service, not a lonely virtual machine trying to look important. A service can combine Virtualized Network Functions, physical network functions, and the connectivity between them. That last part matters. A firewall, router, or traffic optimizer does not become a service merely because it has started. Traffic still needs a path, and some functions still remain tied to special hardware. NFV is comfortable with this mixed arrangement, which is more realistic than insisting that every useful thing has the same shape.
The three names that prevent most diagrams from becoming decorative wallpaper are NFVI, NFVO, and VNFM. NFV Infrastructure supplies the compute, storage, and network resources. The NFV Orchestrator coordinates Network Service resources and lifecycle. The VNF Manager manages the lifecycle of a VNF. The Virtualized Infrastructure Manager controls the virtualized infrastructure resources. They have different jobs because changing a service, changing a function, and changing the place it runs are different kinds of trouble.
A descriptor is the written contract that says what a VNF or service needs and how its constituents connect. It is not a magical performance certificate. Latency, throughput, availability, isolation, and observability still depend on the deployed function, connectivity, and infrastructure together. This is the small print that turns out to be most of the print.
Read the introduction when you need the architecture and its vocabulary in one place. Use the slides for the relationships between service, MANO, and NFVI. Keep the cheatsheet nearby when NFVO, VNFM, VIM, PNF, and descriptor begin behaving like a bowl of abbreviations. Then follow the reference links to the ETSI architecture and an implementation such as Open Source MANO, where the lifecycle model has to meet actual operations.
Where this skill leads
Relevant careers
See how this topic contributes to broader role-level skill maps.
Sources
- https://www.etsi.org/deliver/etsi_gs/NFV/001_099/006/05.02.01_60/gs_nfv006v050201p.pdf
Supports
- NFV separates network-function software from infrastructure and defines relationships between VNFs and NFVI
- Network Services can combine VNFs, PNFs, and connectivity
- A VNF can be deployed on virtualized infrastructure, while a PNF is tightly coupled to its hardware
- VNF deployment and operational behavior requirements are captured in a VNFD carried in a VNF Package
- Virtual Links abstract connectivity between service constituents
- NFV-MANO includes the NFVO, VNFM, and VIM functional blocks
- The VNFM manages VNF lifecycle and standardized interfaces support components with different lifecycles
- The architecture includes containerized deployment support and related management functions
- https://www.etsi.org/technical-groups/nfv/
Supports
- ETSI evolves the Telco Cloud Architecture introduced in NFV Release 6 while maintaining and enhancing earlier NFV specifications
- ETSI publishes NFV specifications, studies, performance and security requirements, and interoperability guidance
- Current ETSI NFV publications include Release 5 protocol and data-model specifications
- https://osm.etsi.org/docs/user-guide/latest/
Supports
- Open Source MANO is an ETSI-hosted open-source MANO stack for NFV
- OSM is aligned to NFV ISG information models and is VIM-independent
- https://www.etsi.org/deliver/etsi_gs/NFV-SOL/001_099/016/05.02.01_60/gs_NFV-SOL016v050201p.pdf
Supports
- The specification defines NFV-MANO procedures involving multiple interfaces
- https://github.com/ravens/awesome-telco
Supports
- The Awesome Telco list includes 5G-SHARP Orchestrator as a tool for configuring, deploying, and monitoring 5G open-source network components
- https://www.etsi.org/images/files/ETSIWhitePapers/ETSI-WP-54-Evolving_NFV_towards_the_next_decade.pdf
Supports
- Telecom operators released the original NFV concept white paper and ETSI formed the NFV ISG in 2012
- Release 1 established concepts, Release 2 addressed interoperable implementation, Release 3 added operational concerns, and Release 4 added containerized VNF support
- NFV influenced the transition from virtual-machine deployments to containerized 5G cloud deployments
- https://www.etsi.org/newsroom/news/1128-2016-09-news-etsi-brings-virtualization-of-telecommunication-networks-closer-with-announcement-of-nfv-release-2/
Supports
- ETSI announced NFV Release 2 on 27 September 2016 after initial NFV documentation published in late 2014
- Release 2 covered interoperable requirements, interfaces, information models, and lifecycle and resource-management capabilities
- https://www.etsi.org/images/files/ETSInewsletter/etsinewsletter_feb2017.pdf
Supports
- ETSI announced Open Source MANO Release ONE on 4 October 2016
- OSM Release ONE included interoperability work for VNFs, VIMs, and SDN controllers
- https://www.etsi.org/technologies/689-network-functions-virtualisation?tmpl=component
Supports
- ETSI started NFV Release 2 in 2015, Release 3 in 2017, and Release 6 in 2023
- Release 3 expanded NFV operational, edge, slicing, cloud-native VNF, and acceleration work
- https://www.etsi.org/newsroom/press-releases/1652-2019-10-etsi-nfv-release-4-empowers-orchestration-and-cloud-enabled-deployments/
Supports
- ETSI started NFV Release 4 in October 2019 with work on cloud techniques, automation, container-based VNF deployment, and management architecture
- https://osm.etsi.org/
Supports
- OSM is an ETSI-hosted open-source MANO stack aligned with ETSI NFV information models
- https://www.onap.org/
Supports
- ONAP is an open-source platform for network automation and orchestration
- https://www.cisco.com/c/en/us/products/cloud-systems-management/network-services-orchestrator-nso/index.html
Supports
- Cisco NSO automates network services across traditional and virtualized networks
- https://www.nokia.com/core-networks/cloudband-application-manager/
Supports
- CloudBand Application Manager acts as an ETSI NFV-compliant VNFM and automates VNF lifecycle management
- https://www.nokia.com/ip-networks/virtualized-service-router/
Supports
- Nokia Virtualized Service Router supplies virtualized IP edge functions for x86 telco-cloud environments
- https://www.juniper.net/us/en/products/routers/mx-series/vmx-virtual-router-datasheet.html
Supports
- Juniper vMX is a virtualized router deployed as software on x86 servers and public clouds
