“Principle of separating network functions from the hardware they run on by using virtual hardware abstraction”<\/p>\n\n\n\n
In short, running network functions on commodity generic hardware such as servers using virtualization technology for the purpose of reduced costs.<\/p>\n\n\n\n
Now lets have a quick overview of important blocks in NFV architecture as per ETSI<\/p>\n\n\n\n
NFV Architecture<\/h2>\n\n\n\n![\"NFV](\"https:\/\/telecomlighthouse.com\/wp-content\/uploads\/2015\/03\/NFA-Architecture.png\")
<\/a><\/figure>\n\n\n\n1. VNF (Virtualized Network Function):<\/h2>\n\n\n\n
A VNF is the basic block in NFV Architecture. It is the virtualized network element. For example when a router is virtualized, we call it Router VNF; another example is base station VNF. Even when one sub-function of a network element is virtualized, it is called VNF. For example in router case, various sub-functions of the router can be separate VNFs which together function as virtual router<\/a>.<\/p>\n\n\n\nOther examples of Virtual Network Functions include firewalls, IPS, GGSN, SGSN, RNC, EPC etc.<\/p>\n\n\n\n
2. EM (Element Management ):<\/h2>\n\n\n\n
This is the element management system for VNF. This is responsible for the functional management of VNF i.e. FCAPS ( Fault, Configuration, Accounting, Performance and Security Management). This may manage the VNFs through proprietary interfaces. There may be one EMS per VNF or an EMS can manage multiple VNFs. EMS itself can be a VNF.<\/p>\n\n\n\n
3. VNF Manager:<\/h2>\n\n\n\n
A VNF Manager manages a VNF or multiple VNFs i.e. it does the life cycle management of VNF instances. Life cycle management means setting up\/ maintaining and tearing down VNFs.<\/p>\n\n\n\n
Additionally VNFM ( VNF Manager) does the FCAPS for the virtual part of the VNF.<\/p>\n\n\n\n
The difference between EM and VNFM should be noted. EM does the management of functional components. While the VNFM does the management for the virtual components. An example would make it clear. In case where Mobile core is virtualized, the EM will do the management of the functional part ( for example issues related to mobile signaling), while VNFM will do the management for the virtual part ( for example issues related to bringing up an VNF itself)<\/p>\n\n\n\n
4. NFVI (Network Functions Virtualization Infrastructure):<\/h2>\n\n\n\n
NFVI ( NFV Infrastructure) is the environment in which VNFs run. This includes Physical resources, virtual resources and virtualization layer, described below.<\/p>\n\n\n\n
4.1 Compute, Memory and Networking Resources:<\/h3>\n\n\n\n
This is the physical part in NFVI. Virtual resources are instantiated on these physical resources. Any commodity switch or physical server\/storage server is part of this category.<\/p>\n\n\n\n
4.2 Virtual Compute, Virtual Memory and Virtual Networking Resources:<\/h3>\n\n\n\n
This is the virtual part in NFVI. The physical resources are abstracted into virtual resources that are ultimately utilized by VNFs.<\/p>\n\n\n\n
4.3 Virtualization Layer:<\/h3>\n\n\n\n
This layer is responsible for abstracting physical resources into virtual resources. The common industry term for this layer is \u201cHypervisor\u201d. This layer decouples software from hardware which enables the software to progress independently from hardware.<\/p>\n\n\n\n
Suppose, there is no virtualization layer, one may think that VNFs can run on physical resources directly; However, as such by definition we CANNOT call them VNF nor it would be NFV architecture. They may appropriately be called PNFs ( Physical Network Functions).<\/p>\n\n\n\n
The network can also be virtualized using Software Defined Networking (SDN) layer.<\/p>\n\n\n\n
5. VIM (Virtualized Infrastructure Manager):<\/h2>\n\n\n\n
This is the management system<\/a> for NFVI. It is responsible for controlling and managing the NFVI compute, network resources and storage resources within one operator\u2019s infrastructure domain. It is also responsible for collection of performance measurements and events.<\/p>\n\n\n\n6. NFV Orchestrator:<\/h2>\n\n\n\n
Generates, maintains and tears down network services of VNF themselves. If there are multiple VNFs, orchestrator will enable creation of end to end service over multiple VNFs.<\/p>\n\n\n\n
NFV Orchestrator is also responsible for global resource management of NFVI resources. For example managing the NFVI resources i.e. compute, storage and networking resources among multiple VIMs in network.<\/p>\n\n\n\n
The Orchestrator performs its functions by NOT talking directly to VNFs but through VNFM and VIM.<\/p>\n\n\n\n
Example:<\/p>\n\n\n\n
Let’s say there are multiple VNFs which need to be chained to create an end to end service. One example of such case is a virtual Base station and a virtual EPC. They can be from same or different vendors. There will be a need to create an end to end service using both VNFs. This would demand a service orchestrator to talk to both VNFs and create an end to end service.<\/p>\n\n\n\n
Note that VIM,VNFM and NFVO together are also called Management and Network Orchestration (MANO)<\/p>\n\n\n\n
7. OSS\/BSS(Operation Support System\/Business Support System)<\/h2>\n\n\n\n
<\/a><\/figure>\n\n\n\n1. VNF (Virtualized Network Function):<\/h2>\n\n\n\n
A VNF is the basic block in NFV Architecture. It is the virtualized network element. For example when a router is virtualized, we call it Router VNF; another example is base station VNF. Even when one sub-function of a network element is virtualized, it is called VNF. For example in router case, various sub-functions of the router can be separate VNFs which together function as virtual router<\/a>.<\/p>\n\n\n\n Other examples of Virtual Network Functions include firewalls, IPS, GGSN, SGSN, RNC, EPC etc.<\/p>\n\n\n\n This is the element management system for VNF. This is responsible for the functional management of VNF i.e. FCAPS ( Fault, Configuration, Accounting, Performance and Security Management). This may manage the VNFs through proprietary interfaces. There may be one EMS per VNF or an EMS can manage multiple VNFs. EMS itself can be a VNF.<\/p>\n\n\n\n A VNF Manager manages a VNF or multiple VNFs i.e. it does the life cycle management of VNF instances. Life cycle management means setting up\/ maintaining and tearing down VNFs.<\/p>\n\n\n\n Additionally VNFM ( VNF Manager) does the FCAPS for the virtual part of the VNF.<\/p>\n\n\n\n The difference between EM and VNFM should be noted. EM does the management of functional components. While the VNFM does the management for the virtual components. An example would make it clear. In case where Mobile core is virtualized, the EM will do the management of the functional part ( for example issues related to mobile signaling), while VNFM will do the management for the virtual part ( for example issues related to bringing up an VNF itself)<\/p>\n\n\n\n NFVI ( NFV Infrastructure) is the environment in which VNFs run. This includes Physical resources, virtual resources and virtualization layer, described below.<\/p>\n\n\n\n This is the physical part in NFVI. Virtual resources are instantiated on these physical resources. Any commodity switch or physical server\/storage server is part of this category.<\/p>\n\n\n\n This is the virtual part in NFVI. The physical resources are abstracted into virtual resources that are ultimately utilized by VNFs.<\/p>\n\n\n\n This layer is responsible for abstracting physical resources into virtual resources. The common industry term for this layer is \u201cHypervisor\u201d. This layer decouples software from hardware which enables the software to progress independently from hardware.<\/p>\n\n\n\n Suppose, there is no virtualization layer, one may think that VNFs can run on physical resources directly; However, as such by definition we CANNOT call them VNF nor it would be NFV architecture. They may appropriately be called PNFs ( Physical Network Functions).<\/p>\n\n\n\n The network can also be virtualized using Software Defined Networking (SDN) layer.<\/p>\n\n\n\n This is the management system<\/a> for NFVI. It is responsible for controlling and managing the NFVI compute, network resources and storage resources within one operator\u2019s infrastructure domain. It is also responsible for collection of performance measurements and events.<\/p>\n\n\n\n Generates, maintains and tears down network services of VNF themselves. If there are multiple VNFs, orchestrator will enable creation of end to end service over multiple VNFs.<\/p>\n\n\n\n NFV Orchestrator is also responsible for global resource management of NFVI resources. For example managing the NFVI resources i.e. compute, storage and networking resources among multiple VIMs in network.<\/p>\n\n\n\n The Orchestrator performs its functions by NOT talking directly to VNFs but through VNFM and VIM.<\/p>\n\n\n\n Example:<\/p>\n\n\n\n Let’s say there are multiple VNFs which need to be chained to create an end to end service. One example of such case is a virtual Base station and a virtual EPC. They can be from same or different vendors. There will be a need to create an end to end service using both VNFs. This would demand a service orchestrator to talk to both VNFs and create an end to end service.<\/p>\n\n\n\n Note that VIM,VNFM and NFVO together are also called Management and Network Orchestration (MANO)<\/p>\n\n\n\n2. EM (Element Management ):<\/h2>\n\n\n\n
3. VNF Manager:<\/h2>\n\n\n\n
4. NFVI (Network Functions Virtualization Infrastructure):<\/h2>\n\n\n\n
4.1 Compute, Memory and Networking Resources:<\/h3>\n\n\n\n
4.2 Virtual Compute, Virtual Memory and Virtual Networking Resources:<\/h3>\n\n\n\n
4.3 Virtualization Layer:<\/h3>\n\n\n\n
5. VIM (Virtualized Infrastructure Manager):<\/h2>\n\n\n\n
6. NFV Orchestrator:<\/h2>\n\n\n\n
7. OSS\/BSS(Operation Support System\/Business Support System)<\/h2>\n\n\n\n