Abstract

This paper describes the mathematical model and description of concepts of distributed network systems making use of NFVI & NFVO using graph theory-based modelling. The idea of decomposing elements as vertices and edges to represent a concept towards unleashing distributed virtual objects using integrated linear programming to understand the underlying issue.

Introduction

Network Functions Virtualization (NFV) induces profound changes in the architecture of fixed and mobile networks. It decouples the network function software from the underlying hardware, allowing it to run on commodity hardware. Resultantly NFV provides the necessary flexibility to enable an agile, cost-effective, and on-demand service delivery model combined with automated management. While Network Function Virtualization continues to draw attention from industry and academic researchers, NFV technology promises to reduce capital and operating expenses, making networks more scalable and flexible with increased service agility. However, despite the unprecedented interest it has gained, there are significant challenges associated with network and function management and orchestration that need to be addressed before NFV can advance To reality in industrial deployments, let alone deliver on the anticipated gains. This white paper gives an overview of the MANO framework proposed by the European Telecommunications Standards Institute. Network management systems will remain pivotal in NFV, coordinated with the MANO entities through a clear separation of roles and identities. MANO entities will deal with those aspects related to the virtualization mechanisms, while network management functions are expected to manage features associated with the semantics of the specific network services being provided by the composition of VNFs and, potentially, physical nodes. These network management systems include Element Management, Cross Domain Network Manager, and Cloud & Hosted Operating Systems.

introduction

Mathematical Exploration toward Solution Descriptors

The European Telecommunications Standards Institute developed Network Functions Virtualization Management and Orchestration framework. This framework consists of VIM , NFV orchestrator and Virtualized/Containerized/Kubernetes Network Function Manager (xNFM) functional blocks responsible for managing network service’s lifecycle and their associated VNFs. However, they face significant scalability and performance challenges in large and distributed NFV-deployed systems.

To solve this issue of managing VIM-NFVO-xNFM integration and scalability, we shall represent them by a linear programming formulation model of the problem statement and propose a two-step management algorithm.

Let us solve this issue first with Network Orchestrator

A. Hierarchical orchestration techniques have been long employed in NFV to address various challenges, such as orchestration across single and multi- technology network domains to address the NFV MANO scalability and performance challenges for large-scale centralized and distributed NFV systems.

B. The challenge of identifying the optimal number and location of NFVO, xNFM to manage a given set of xNF instances distributed over a set of NFVI-Presence of Points. To mathematically describe this problem, we can attempt a Linear Programming approach with Graph Theory to address the formulation of the issue. Specifically, we could deploy Integer linear programming to articulate the issue.

Slide1 (1)

Consider a distributed NFV Infra consisting of multiple NFVI-Point of Presence located in different regions and interconnected through a WAN network. The architecture supports two or three-layer hierarchical-based orchestration based on ETSI Architecture. The bottom layer encompasses a set of NFVOs; each performs the same functionality as defined by the ETSI NFV-ISG MANO framework. At the top layer is a Global Service Management Orchestrator responsible for the end-to-end service orchestration management across multiple NFVOs. The bottom-most representation is NFVI is decomposed into domains such that their number is equivalent to the number of Sub- NFVO's. The architecture enables the system to scale the number of NFVOs and VNFMs and meet different scenarios' scalability and performance requirements. However, finding their number and placement is challenging.

Problem Definition & Goal

We, formally, can define the main actors as follows:

1) Group of NFVI-Point of Presence

2) Group of xNF (x-VNF/CNF/KNF) instances with location

3) DGSMO Location

Our goal is to find out:

1) Determine the optimal number and placement of NFVOs needed in an NFV system.

2) Assign NFVI-Point of Presence to each NFVO.

3) Determine the number and placement of VNFMs in each domain.

4) Assign VNF instances to each VNFM.

The goal should be to minimize gradually the number of NFVOs and VNFMs while fulfilpng the capacity and delay constraints. We make the following assumptions, namely:

1) VNF instances and their Element Managers are deployed at the same NFVI-Point of Presence.

2) The Virtual Infrastructure Manager (VIM) manages resources within a single NFVI-Point of Presence and is placed at that location.

3) Functional blocks communicate over the same network links.

goals

Mathematical Model Definition & Variables

Let us use Graph theory to solve this issue.Consider the NFVI modelled as a directed graph.

G = (P, E), where P is the NFVI-Point of Presence nodes set.

E is the network edge set linking them, such that E = {(p, q) | p ∈ P, q ∈ P, p 6= q}.

δp, δq represents the network delay of an edge (p, q) ∈ E.

V represents the set of VNF instances in the system.

Location of a VNF instance v ∈ V is defined by lv,p ∈ {0, 1} such that lv, p equals to 1 only when v is placed at p ∈ P.

M represents the set of VNFMs that can be used to manage the xNF instances. ϕ denotes the capacity of a VNFM. It represents the maximum number of xNF instances that a VNFM can manage.

We consider that an NFVO has capacity defined in terms of the maximum number of xNF instances in its domain.

  • We employ Φ to refer to this capacity.
  • Assume that the DGSMO is deployed at a given NFVI-Point of Presence.

We define wp ∈ {0, 1} to indicate the DGSMO location, such that wp is equal to 1 only if the DGSMO is placed at p ∈ P.

There is an upper bound on the acceptable network delay between various functional blocks to ensure predictable system performance.

We use ψ to denote the maximum acceptable delay between an NFVO at the DGSMO and the VIM on the other hand.

VNFM can manage different VNF types, which can impose different requirements on the network delay over the VNFM reference points.

Define the upper bound on network delay between a VNFM and other functional blocks per VNF instance.

Ωv indicates the maximum acceptable delay between the NFVO and the VNFM assigned to VNF instance v.

Employ ωv to denote the upper bound on the delay between the VNF instance v and its designated VNFM.

Going with our assumptions (2) and (3) of the problem statement, ωv also represents the maximum acceptable delay between the VNFM and the VIM of NFVI-Point of Presence where v is located.

def-and-var

Decision Variables

hp ∈ {0, 1} : (1) indicates that a NFVO is placed at p ∈ P, (0) otherwise.

rq,p ∈ {0, 1} : (1) specifies that q ∈ P is assigned to the NFVO which is placed at p ∈ P, (0) otherwise.

xm,p ∈ {0, 1} : (1) designates that m ∈ M is placed at p ∈ P, (0) otherwise.

yv,m,p ∈ {0, 1} : (1) indicates that v ∈ V is assigned to m ∈ M which is placed at p ∈ P, (0) otherwise.

Minimize X p∈P hp + X m∈M X p∈P xm,p - (1)

Subject to:

X p∈P rq,p = 1, ∀q ∈ P - (2)

rq,p ≤ hp, ∀q, p ∈ P - (3)

rp,p = hp, ∀p ∈ P - (4)

X p∈P xm,p ≤ 1, ∀m ∈ M - (5)

X m∈M X p∈P yv,m,p = 1, ∀v ∈ V - (6)

yv,m,p ≤ xm,p, ∀v ∈ V, m ∈ M, p ∈ P - (7)

lv,q yv,m,p´ rp,p ´ ≤ rq,p, ∀v ∈ V, m ∈ M, q, p, p ´ ∈ P - (8)

X v∈V X m∈M X q∈P yv,m,q rq,p ≤ Φ hp, ∀p ∈ P - (9)

X v∈V yv,m,p ≤ ϕ xm,p, ∀m ∈ M, p ∈ P - (10)

xm,p ≤ X v∈V yv,m,p, ∀m ∈ M, p ∈ P - (11)

wp hq δp,q ≤ ψ, ∀(p, q) ∈ E - (12)

rq,p δp,q ≤ Ψ, ∀(p, q) ∈ E - (13)

lv,p yv,m,q δp,q ≤ ωv, ∀v ∈ V, m ∈ M,(p, q) ∈ E - (14)

yv,m,q rq,p δp,q ≤ Ωv, ∀v ∈ V, m ∈ M,(p, q) ∈ E - (15)

dec-var

Minimised Objective Function Constraint Defined

The objective function constraints listed are as follows

Constraint - (1)

(Eq.1) seeks to minimize the number of NFVOs and VNFMs as their number is a measure of the operational cost of the NFV management and orchestration.

Constraint - (2)

stipulates that one NFVO is responsible for the resource orchestration of a NFVI-Point of Presence, i.e. a NFVI-Point of Presence belongs exactly to one domain.

Constraint - (3)

ensures that the NFVI-Point of Presence q can be assigned to the NFVO at NFVI-Point of Presence p when there exists an active NFVO at p.

Constraint - (4)

indicates that a NFVO should be placed within its domain boundaries.

Constraint - (5)

ensures that a VNFM can be placed only at one NFVI-Point of Presence.

Constraint - (6)

indicates that each VNF instance should be assigned to one VNFM.

Constraint - (7)

stipulates that a VNF instance can be assigned to VNFM m placed at NFVI-Point of Presence p only when m exists at p.

Constraint - (8)

stipulates that a VNF instance can be assigned to VNFM m placed at NFVI-Point of Presence p only when m exists at p.

We enforce the capacity constraints of NFVO and VNFM by (9) and (10).

Constraint - (11)

ensures that a VNFM is active only when it manages at least one VNF instance.

Constraints - (12)-(15)

enforce the delay limits in the system.

Note that the constraints (8), (9) and (15) are non-linear constraints and can be linearized by replacing them with linear constraints (16)-(21) as follows

lv,q zv,m,p,p ´ ≤ rq,p, ∀v ∈ V, q, p, p ´ ∈ P (16)

X v∈V X m∈M X q∈P zv,m,q,p ≤ Φ hp, ∀p ∈ P (17)

zv,m,q,p δp,q ≤ Ωv, ∀v ∈ V, m ∈ M,(p, q) ∈ E (18)

zv,m,q,p ≤ yv,m,q, ∀v ∈ V, m ∈ M,(p, q) ∈ E (19)

zv,m,q,p ≤ rq,p, ∀v ∈ V, m ∈ M,(p, q) ∈ E (20)

zv,m,q,p ≥ yv,m,q + rq,p − 1, ∀v ∈ V, m ∈ M,(p, q) ∈ E (21)

Proposed Mathematical Solution

We propose a two-step management algorithm to solve the problem

1. Firstly, decompose the NFVI into one or more domains and place a single NFVO in each domain. This step is performed through a metaheuristic search method employing local search methods used for mathematical optimization search-based algorithm which will be discussed later in section IV-A. However, the algorithm generally aims to minimize the number of NFVOs in the system.

2. It gives the solution of decision variables hp and rq,p that satisfies the model constraints (2)–(4), (12) and (13). Besides, this step disregards the placement of VNFMs themselves. However, we assure that the solution design would allow future VNFM placement to satisfy the VNFM delay constraints, i.e. constraints (14) and (15).

3. To do so, we impose additional constraints on the solution to ensure that

a. ∀v ∈ V, ∃p´ ∈ P such that: lv,q rq,p rp,p ´ δq,p´ ≤ ωv, ∀q, p ∈ P - (22)

b. lv,q rq,p rp,p ´ δp,p ´ ≤ Ωv, ∀q, p ∈ P - (23)

4. The constraints (22) and (23) guarantee that for every VNF instance v, there exists a NFVI-Point of Presence p´ in the same domain where a VNFM can be placed to manage v while fulfilling the delay constraints.

5. After that, in the second step, we place the needed VNFMs for each domain and map the VNF instances onto the VNFMs. We do that by utilizing the VNFM placement algorithm presented in our earlier work [11].

6. This step provides the solution of decision variables xm,p and yv,m,p. The obtained solution satisfies the model constraints (5)–(11), (14) and (15).

7. Use Metaheuristic search method employing local search methods used for mathematical optimization search-based algorithm to place the NFVOs and define the boundaries of their domains.

8. Metaheuristic search method employing local search methods used for mathematical optimization.

9. [12] is a widely adopted meta-heuristic that guides a local search procedure to explore the solution space beyond local optimality. It starts the search process from an initial solution and iteratively explores the neighbour solutions.

10. Each iteration uses movements to produce a set of neighbor solutions and employs an objective function to evaluate them. The search continues till the stop criteria are met.

Summary and Conclusion

Adoption of hierarchical service orchestration architecture to overcome the scalability and performance challenges of NFV management and orchestration is the key understanding arrived at. This architecture defragmentation enables the system to scale out the number of NFVOs and VNFMs and meet various scalability and performance requirements.

In this context, we have addressed the problem of finding the optimal number of NFVOs and VNFMs along with their placement. We have formulated the problem as ILP and proposed a two-step management algorithm.

About the Author


Joe Issac-1

Joe Issac, Senior Principal Architect, Technology Group

Joe has 28 years of experience in the IT & Telecom Domain including Network Engineering & Communication Service Providers Business verticals. He has been associated with CTO Office-based functioning and heading early technology adoption into solution conceptualization, design & development and taking it to global T1 & T2 customers. He has built about 14+ platforms & products for customers and internal developments for NG-OSS/BSS, Green Energy Management Platform, Radio Network Emulators, Cloud Car & Software Defined Vehicle. He led various customer projects as the chief architect, where he was involved in architecture inception definition, development & rollout of telecom products for T1 & T2 customers across the globe. His expertise is in areas of homegrown and COTS tools in areas of Telecom B/OSS, SDN NFV, Disaggregation of Telecom & Automotive domains - Softwarisation,Containerisation Virtualisation of Wireless & Wireline Systems, Telco Cloud, Edge Networks, 5G & 6G ORAN Radio Networks, Network Automation - Resource & Service Orchestration, RT & Non-RT RIC Controller, Interface Specs Packet Core implementations & Automotive domain - Cloud Car & Software Defined Vehicle.

He is a senior member at IEEE ; member at ACM and a contributing member to various technical forums such as FB-TIP, ORAN Alliance, TSDSI-SDO, TMF, ETSI, LF-ONAP, Akrino ,OAI, SOAFEE, CENT-OS & Ubuntu Automotive SIG & an Invited Speaker at many of these forums.

About Cyient

Cyient (Estd: 1991, NSE: CYIENT) is a global Engineering and Technology solutions company. We collaborate with our customers to design digital enterprises, build intelligent products and platforms and solve sustainability challenges. We are committed to designing tomorrow together with our stakeholders and being a culturally inclusive, socially responsible, and environmentally sustainable organization.

For more information, please visit www.cyient.com