Network function virtualization: Difference between revisions

Revision as of 08:17, 4 July 2023

Revision as of 06:09, 7 July 2023

Line 1:

{{Short description|Creation of functions which may be chained to deliver communication services}}

'''Network functions virtualization''' (NFV)<ref>{{Cite web | url=http://www.etsi.org/technologies-clusters/technologies/nfv |title = ETSI - Standards for NFV - Network Functions Virtualisation &#124; NFV Solutions}}</ref> is a [[network architecture]] concept that leverages the IT [[virtualization]] technologies to virtualize entire classes of [[network node]] functions into building blocks that may connect, or chain together, to create and deliver communication services.

NFV relies upon traditional server-[[virtualization]] techniques such as those used in enterprise IT. A virtualized network function, or VNF, is implemented within one or more [[virtual machines]] or [[OS-level virtualization|containers]] running different software and processes, on top of commercial off the shelf (COTS) high-volume servers, switches and storage devices, or even [[cloud computing]] infrastructure, instead of having custom hardware appliances for each network function thereby avoiding vendor lock-in.

Line 14:

In October 2012, a group of telecom operators published a [[white paper]]<ref name="white">{{cite web |title=Network Functions Virtualization— Introductory White Paper |publisher= ETSI |date= 22 October 2012 |url= https://docbox.etsi.org/isg/nfv/open/Publications_pdf/White%20Papers/NFV_White_Paper1_2012.pdf |access-date= 20 June 2013 }}</ref> at a conference in [[Darmstadt, Germany]], on [[software-defined networking]] (SDN) and [[OpenFlow]]. The Call for Action concluding the White Paper led to the creation of the Network Functions Virtualization (NFV) Industry Specification Group (ISG) <ref>{{cite web |title = Network Functions Virtualisation |work= ETSI Standards for NFV |url= https://www.etsi.org/technologies/nfv |access-date= 30 June 2020 }}</ref> within the [[European Telecommunications Standards Institute]] (ETSI). The ISG was made up of representatives from the telecommunication industry from Europe and beyond.<ref>{{Cite news |title= Tier 1 Carriers Tackle Telco SDN |date= 22 October 2012 |first1=Ray|last1=Le Maistre |work=Light Reading |url= http://www.lightreading.com/software-defined-networking/tier-1-carriers-tackle-telco-sdn/240135217 |access-date=20 June 2013 }}</ref><ref>{{cite web |title= Latest Agenda at SDN & OpenFlow World Congress |publisher= Layer123.com |url-status=dead |url= http://www.layer123.com/sdn-agenda/ |archive-date= October 14, 2012 |archive-url= https://web.archive.org/web/20121014053339/http://www.layer123.com/sdn-agenda/ |access-date= 20 June 2013}}</ref> ETSI ISG NFV addresses many aspects, including functional architecture, information model, data model, protocols, APIs, testing, reliability, security, future evolutions, etc.

The ETSI ISG NFV has announced the Release 5 of its specifications since May 2021 aiming to produce new specifications and extendingextend the already published specifications based on new features and enhancements.

Since the publication of the white paper, the group has produced over 100 publications,<ref>{{cite web |title=Standards for NFV: Network Functions Virtualisation |publisher= NFV Solutions |url=https://www.etsi.org/technologies/nfv |website=ETSI |language=en-gb}}</ref> which have gained wider acceptance in the industry and are being implemented in prominent open source projects like OpenStack, ONAP, Open Source MANO (OSM) to name a few. Due to active cross-liaison activities, the ETSI NFV specifications are also being referenced in other SDOs like 3GPP, IETF, ETSI MEC etc.

Line 48:

==Relationship to SDN==

Network Functions Virtualisation is highly complementary to [[Software-Defined Networking]] (SDN).<ref name="white">{{cite web |title=Network Functions Virtualization— Introductory White Paper |publisher= ETSI |date= 22 October 2012 |url= https://docbox.etsi.org/isg/nfv/open/Publications_pdf/White%20Papers/NFV_White_Paper1_2012.pdf |access-date= 20 June 2013 }}</ref> In essence, SDN is an approach to building data networking equipment and software that separates and abstracts elements of these systems. It does this by decoupling the control plane and data plane from each other, such that the control plane resides centrally and the forwarding components remain distributed. The control plane interacts with both [[Northbound interface|northbound]] and [[Southbound interface|southbound]]. In the northbound direction the control plane provides a common abstracted view of the network to higher-level applications and programs using high-level APIs and novel management paradigms, such as Intent-based networking. In the southbound direction the control plane programs the forwarding behavior of the data plane, using device level APIs of the physical network equipment distributed around the network.

Thus, NFV is not dependent on SDN or SDN concepts, but NFV and SDN can cooperate to enhance the management of a NFV infrastructure and to create a more dynamic network environment. It is entirely possible to implement a virtualized network function (VNF) as a standalone entity using existing networking and orchestration paradigms. However, there are inherent benefits in leveraging SDN concepts to implement and manage an NFV infrastructure, particularly when looking at the management and orchestration of Network Services (NS), composed of different type of Network Functions (NF), such as Physical Network Functions (PNF) and VNFs, and placed between different geo-located NFV infrastructures, and that's why multivendor platforms are being defined that incorporate SDN and NFV in concerted ecosystems.<ref>{{cite web|url=http://www.cisco.com/go/esp|title=Platform to Multivendor Virtual and Physical Infrastructure}}</ref>