# A Multidomain Survivable Virtual Network Mapping Algorithm

Authors: Xiancui Xiao; Xiangwei Zheng; Yuang Zhang
Journal: Security and Communication Networks
 (2017)

---

## Abstract

Although the existing networks are more often deployed in the multidomain environment, most of existing researches focus on single-domain networks and there are no appropriate solutions for the multidomain virtual network mapping problem. In fact, most studies assume that the underlying network can operate without any interruption. However, physical networks cannot ensure the normal provision of network services for external reasons and traditional single-domain networks have difficulties to meet user needs, especially for the high security requirements of the network transmission. In order to solve the above problems, this paper proposes a survivable virtual network mapping algorithm (IntD-GRC-SVNE) that implements multidomain mapping in network virtualization. IntD-GRC-SVNE maps the virtual communication networks onto different domain networks and provides backup resources for virtual links which improve the survivability of the special networks. Simulation results show that IntD-GRC-SVNE can not only improve the survivability of multidomain communications network but also render the network load more balanced and greatly improve the network acceptance rate due to employment of GRC (global resource capacity).


---

## Body

## 1. Introduction

Network virtualization enables multiple virtual networks (VNs) to coexist on the same physical network dynamically, so that virtual network users can share the underlying physical network [1]. At the same time, network virtualization technology as a new technology means to provide a solution to cloud computing diverse services [2, 3]. In order to relieve the interdependence between network control and data plane [4, 5], network service operators are generally divided into two roles: the underlying infrastructure provider (InP) and the service provider (SP); their tasks are to deploy the underlying network resources and lease a number of underlying infrastructure providers to provide the underlying network resources to meet the custom scalability of virtual network services [6, 7].This paper refers to the relevant algorithms in the literature [8–12] and combines the multidomain mapping problem with the network survivability. We classify process as two stages, the resource classification process and the network mapping process, and the resource classification process is further divided into two parts, the primary flow and the backup flow resource, which can, respectively, form a complete underlying physical network topology. The characteristic of this paper is that we protect the security of node data by mapping the virtual nodes to different domains of the physical network. Simultaneously, in order to ensure the balance of network load, we choose a new measure, global resource capacity (GRC) [13], which can measure the potential mapping capability of nodes in the process of node mapping. IntD-GRC-SVNE is applied in a multidomain environment and when compared with the traditional algorithm of IntD-GREEDY-SVNE and random algorithm IntD-RANDOM-SVNE, the acceptance rate, network load balancing, and network revenue of IntD-GRC-SVNE all show better performance. In addition, the non-cross-allocation of the primary flow and backup flow resources in this paper can greatly improve the survivability of the network.This paper is organized as follows: we review related work in Section2. We introduce problem description in Section 3 and provide survivable virtual network mapping model in Section 4. The details of virtual network mapping algorithm are given in Section 5. Finally, we analyze experiments and provide discussion in Section 6.


## 2. Related Work

As the core of network virtualization technology, the goal of virtual network mapping is to provide node and link resources for dynamic virtual requests to meet their mapping service requirements. However, with the number of network users climbing, the user requirements for the stability of the network are getting higher and higher. In order to improve the survivability of the network, many researchers have done some researches and most of the current researches focused on both protection and backup [14].Physical failure is generally divided into node failure and link failure. In order to deal with physical link failure, Rahman et al. [15] designed a SVNE method for passive allocation of backup resources, which is essentially a virtual link remapping method after a failure. However, because the node failure will inevitably lead to its adjacent link failure, it is necessary to rebuild the virtual nodes affected by the virtual node and the virtual nodes affected by the virtual link, so the recovery of node failure is relatively complex. Guo et al. [16] proposed a SVNE method for proactively allocating backup resources for virtual links in the initial mapping of VNs which can be timely recovery network failure. By this way, the economic losses caused by network failures can be minimized in the case of efficient use of resources.In order to guarantee the survivability of VN under the influence of physical node failure, Yu et al. [17] designed method of reliable VN two-stage SVNE method; they firstly extended VN to a reliable network that backs up important virtual nodes by adding redundant nodes and corresponding redundant links to the original VN and secondly mapped the reliable VN to the physical network with the goal of maximizing shared backup link resources. Qiao et al. [18] used another two-stage SVNE method to further reduce the backup overhead, but, after a node failure, the method may need to migrate a large number of working virtual nodes in addition to migrating affected virtual nodes. Hu et al. [14] defined and solved the SVNE problem of the constraint position, emphasizing that the backup node used for remapping must satisfy the position constraint specified by Yeow et al. [19] who used the SVNE method of ORP (opportunistic redundancy pooling) to dynamically create and pool backup virtual nodes and made different VNs share backup virtual nodes for better fault tolerance and cost performance.The number of researches in the literature on the protection of node data is still relatively small, especially in the event of a major natural disaster such as earthquakes and tsunamis which may lead to domain network failure and serious loss of node data in a moment [20–22]. In this situation, the existing node protection mechanism will lose its role. Therefore, implementing multidomain mapping can not only protect the independence of the various data sets but also avoid domain data loss caused by the failure. At this stage, there are a few studies; Papagianni et al. [9] used the advantages and related principles of cloud computing to achieve the distribution of files between multiple geographies and the process of document distribution for the cloud computing in this paper is actually the realization of a multiarea information exchange. Mijumbi et al. [8] also put forward using multidomain advantages to achieve resource allocation in the virtual network environment. Nonetheless, there are few existing literatures that really solve the problem of network mapping.


## 3. Problem Description

In this section, we first give a multidomain underlying physical network, virtual request network model, and their formal descriptions. Then we give a description of survivable virtual network mapping algorithm that supports multidomain mapping.


### 3.1. Physical Network

The underlying network topology is marked as a weighted undirected graphGs=(NS,LS,Csn,Csl), where Ns represents a collection of underlying network nodes, LS represents a collection of underlying network links, Csn represents the computational power of the physical node, and CSl indicates the link bandwidth corresponding to the physical path. Figure 1 depicts an example of an underlying physical network which includes two subnetworks in different domains. Tables 1 and 2 show the geographical coordinates of the physical nodes in the two sub-networks, respectively represents the relative position between the physical network nodes and the available computing resources of the nodes CPU. Table 3 shows the available bandwidth resources of physical links.Table 1
Subnetwork 1 node information.
Physical node
Coordinate position(x,y)
Computing resources, CPU
A
(57, 54)
57
B
(36, 46)
39
C
(47, 60)
34
D
(40, 11)
24
E
(37, 33)
25Table 2
Subnetwork 2 node information.
Physical node
Coordinate position(x,y)
Computing resources, CPU
F
(67, 74)
57
G
(76, 66)
39
H
(65, 60)
34
I
(70, 81)
24
J
(77, 63)
25Table 3
Link resource information.
Link serial number
Link available bandwidth resources (bw)
Interdomain communication link (Y: 1, N: 0)
1
74.827859
0
2
83.370701
0
3
77.140495
0
4
95.433926
0
5
66.452354
0
7
69.448338
0
8
56.235293
1
9
57.188120
0
10
77.287520
1
11
54.428015
0
12
96.737798
0
13
88.669225
0
14
81.164182
0
15
60.910143
1
16
51.048862
1
17
79.065118
0Figure 1
Physical network.As shown in Figure1, circles filled with different English alphabets such asA,B, andC and so on represent different physical nodes. The physical node is a physical, active electronic device attached to the substrate network and can send, receive, or forward information via communication channel.There are two types of physical links: the interdomain link which is used to complete the interdomain communication and the intradomain link in a single-domain network which is used to complete intradomain communication. No matter what kinds of underlying links are there and how many virtual links can be mapped, the substrate connection is a physical communication channel between two substrates nodes.


### 3.2. Virtual Network

The undirected graph of the virtual network request is similar to the undirected graph of the underlying network. The network topology map is marked as a weighted undirected graphGV=NV,LV,RVn,RVl, where NV represents a collection of virtual network nodes, LV represents a collection of virtual network links, RVn represents the computing power requirements of the virtual node, and RVl indicates the bandwidth resource requirements of the virtual link. Figure 2 depicts an example of a virtual request with node constraints and link constraints. Table 4 shows the relative geographical coordinates of the virtual nodes, node computing resource, CPU, and maximum mapping distance which is defined as formula (1), and Table 5 shows the bandwidth resource requirement of the virtual links in a virtual request.(1)Lim_DisLim_Dis=x1-x22+y1-y22.Table 4
Virtual network node information.
Virtual node
Coordinate position (x,y)
Resources required, CPU
Distance limit (Lim_Dis)
a
(55, 50)
10
75
b
(37, 40)
35
60
c
(80, 96)
20
40Table 5
Resource requirements of virtual links.
Link serial number
Link bandwidth resources required (bw)
1
74.827859
2
83.370701
3
77.140495Figure 2
Virtual request.As shown in Figure2, hexagons filled with different English alphabetsa,b, andc represent different virtual nodes. A virtual node is a software component that has a host or routing function, such as an operating system encapsulated in a virtual machine. Virtual nodes form a virtual network topology through the virtual link interconnection.The lines identified as 1 and 2 are virtual links which are logical interconnections between virtual nodes. For a viutual network, the function of virtual link is to connect directly with the physical network and dynamically display the user’s resource requirements.


### 3.3. Global Resource Capacity

In the node mapping phase, the corresponding mapping nodes need to be found on the underlying physical network for each virtual node. In general, all physical nodes with more resources than the resources required by the virtual node can be used as candidate nodes for virtual nodes. In this paper, we obtain the unit of measurementGRC(Ni) which is used to measure the potential mapping ability of all the physical nodes through the global resource calculation method in the process of node selection. The calculation method is defined as follows: (2)GRCNi=1-dCrNi+d∑v∈NebNibwi,j∑k∈NebNjbwk,jGRCNj.In (2), d is set to a constant representation of the decreasing factor, bwi,j,i,j∈E, represents link resources, and Neb(Ni) represents a set of physical nodes adjacent to the node Ni. In addition, Cr(Ni) represents the proportion of the node computing resources that occupy the entire network computing resource. The calculation formula is defined as follows: (3)CrNi=CPUNi∑Nv∈VCPUNv,∀Ni∈V.The calculation of GRCS for all nodes using the vector format can be defined as follows: (4)GRC=1-dCR+dMRGRC,whereGRC=(GRCN1, GRCN2, GRCN3,…,GRCNv)T  CR=(Cr1,Cr2,Cr3,…,Crv)T, and MR is a matrix of V∗V dimensions. Each dimension data corresponds to two adjacent contacts m(u,v) value which is defined as follows:(5)mu,v=bwu,v∑x∈Nebv,bwx,vu,v∈E0,other.


### 3.4. Evaluation Indices

The primary evaluation index of the network is defined as follows:(
1) Network Acceptance Rate
(6)
lim
T
→
∞
⁡
∑
t
=
0
T
V
N
R
∑
t
=
0
T
V
N
R
S
.In (6), ∑t=0TVNR represents the number of virtual networks successfully mapped from t=0 to T and ∑t=0TVNRS represents the total number of virtual network requests from t=0 to T.(
2) Average Cost of the Network
(7)
lim
T
→
∞
⁡
∑
t
=
0
T
C
o
s
t
G
V
,
t
∑
t
=
0
T
V
N
R
S
.In (7), ∑t=0TCostGV,t represents the resources required to successfully map the virtual network from t=0 to T.(
3) Node Pressure
(8)
N
o
d
e
_
L
o
a
d
n
s
=
∑
v
∈
E
v
M
a
p
n
s
C
n
v
C
n
s
.In (8), Cns indicates the node resources of the physical node ns and Mapns(Cnv) represents the sum of the resources including all virtual nodes mapped on physical node ns.(
4) Link Pressure
(9)
L
i
n
k
_
L
o
a
d
l
s
=
∑
v
∈
E
v
,
p
∈
p
,
v
M
a
p
l
s
C
l
1
v
p
,
v
+
C
l
2
v
p
,
v
C
l
s
.Link pressure is divided into two parts, the primary flow link pressure and backup flow link pressure. As the former is used to provide link resources under the normal service of the network, the latter is used to provide backup link resources for network failure. In (9), Cls indicates a physical link l and MaplsCl1vp,v+Cl2vp,v represents the total resources consumption including primary and backup resources.(
5) Long-Term Network Revenue
(10)
lim
T
→
∞
⁡
∑
t
=
0
T
R
e
v
G
V
,
t
T
.In (10), ∑t=0TRev(GV,t) represents the total revenue obtained from the virtual network that is successfully mapped from t=0 to T.


## 3.1. Physical Network

The underlying network topology is marked as a weighted undirected graphGs=(NS,LS,Csn,Csl), where Ns represents a collection of underlying network nodes, LS represents a collection of underlying network links, Csn represents the computational power of the physical node, and CSl indicates the link bandwidth corresponding to the physical path. Figure 1 depicts an example of an underlying physical network which includes two subnetworks in different domains. Tables 1 and 2 show the geographical coordinates of the physical nodes in the two sub-networks, respectively represents the relative position between the physical network nodes and the available computing resources of the nodes CPU. Table 3 shows the available bandwidth resources of physical links.Table 1
Subnetwork 1 node information.
Physical node
Coordinate position(x,y)
Computing resources, CPU
A
(57, 54)
57
B
(36, 46)
39
C
(47, 60)
34
D
(40, 11)
24
E
(37, 33)
25Table 2
Subnetwork 2 node information.
Physical node
Coordinate position(x,y)
Computing resources, CPU
F
(67, 74)
57
G
(76, 66)
39
H
(65, 60)
34
I
(70, 81)
24
J
(77, 63)
25Table 3
Link resource information.
Link serial number
Link available bandwidth resources (bw)
Interdomain communication link (Y: 1, N: 0)
1
74.827859
0
2
83.370701
0
3
77.140495
0
4
95.433926
0
5
66.452354
0
7
69.448338
0
8
56.235293
1
9
57.188120
0
10
77.287520
1
11
54.428015
0
12
96.737798
0
13
88.669225
0
14
81.164182
0
15
60.910143
1
16
51.048862
1
17
79.065118
0Figure 1
Physical network.As shown in Figure1, circles filled with different English alphabets such asA,B, andC and so on represent different physical nodes. The physical node is a physical, active electronic device attached to the substrate network and can send, receive, or forward information via communication channel.There are two types of physical links: the interdomain link which is used to complete the interdomain communication and the intradomain link in a single-domain network which is used to complete intradomain communication. No matter what kinds of underlying links are there and how many virtual links can be mapped, the substrate connection is a physical communication channel between two substrates nodes.


## 3.2. Virtual Network

The undirected graph of the virtual network request is similar to the undirected graph of the underlying network. The network topology map is marked as a weighted undirected graphGV=NV,LV,RVn,RVl, where NV represents a collection of virtual network nodes, LV represents a collection of virtual network links, RVn represents the computing power requirements of the virtual node, and RVl indicates the bandwidth resource requirements of the virtual link. Figure 2 depicts an example of a virtual request with node constraints and link constraints. Table 4 shows the relative geographical coordinates of the virtual nodes, node computing resource, CPU, and maximum mapping distance which is defined as formula (1), and Table 5 shows the bandwidth resource requirement of the virtual links in a virtual request.(1)Lim_DisLim_Dis=x1-x22+y1-y22.Table 4
Virtual network node information.
Virtual node
Coordinate position (x,y)
Resources required, CPU
Distance limit (Lim_Dis)
a
(55, 50)
10
75
b
(37, 40)
35
60
c
(80, 96)
20
40Table 5
Resource requirements of virtual links.
Link serial number
Link bandwidth resources required (bw)
1
74.827859
2
83.370701
3
77.140495Figure 2
Virtual request.As shown in Figure2, hexagons filled with different English alphabetsa,b, andc represent different virtual nodes. A virtual node is a software component that has a host or routing function, such as an operating system encapsulated in a virtual machine. Virtual nodes form a virtual network topology through the virtual link interconnection.The lines identified as 1 and 2 are virtual links which are logical interconnections between virtual nodes. For a viutual network, the function of virtual link is to connect directly with the physical network and dynamically display the user’s resource requirements.


## 3.3. Global Resource Capacity

In the node mapping phase, the corresponding mapping nodes need to be found on the underlying physical network for each virtual node. In general, all physical nodes with more resources than the resources required by the virtual node can be used as candidate nodes for virtual nodes. In this paper, we obtain the unit of measurementGRC(Ni) which is used to measure the potential mapping ability of all the physical nodes through the global resource calculation method in the process of node selection. The calculation method is defined as follows: (2)GRCNi=1-dCrNi+d∑v∈NebNibwi,j∑k∈NebNjbwk,jGRCNj.In (2), d is set to a constant representation of the decreasing factor, bwi,j,i,j∈E, represents link resources, and Neb(Ni) represents a set of physical nodes adjacent to the node Ni. In addition, Cr(Ni) represents the proportion of the node computing resources that occupy the entire network computing resource. The calculation formula is defined as follows: (3)CrNi=CPUNi∑Nv∈VCPUNv,∀Ni∈V.The calculation of GRCS for all nodes using the vector format can be defined as follows: (4)GRC=1-dCR+dMRGRC,whereGRC=(GRCN1, GRCN2, GRCN3,…,GRCNv)T  CR=(Cr1,Cr2,Cr3,…,Crv)T, and MR is a matrix of V∗V dimensions. Each dimension data corresponds to two adjacent contacts m(u,v) value which is defined as follows:(5)mu,v=bwu,v∑x∈Nebv,bwx,vu,v∈E0,other.


## 3.4. Evaluation Indices

The primary evaluation index of the network is defined as follows:(
1) Network Acceptance Rate
(6)
lim
T
→
∞
⁡
∑
t
=
0
T
V
N
R
∑
t
=
0
T
V
N
R
S
.In (6), ∑t=0TVNR represents the number of virtual networks successfully mapped from t=0 to T and ∑t=0TVNRS represents the total number of virtual network requests from t=0 to T.(
2) Average Cost of the Network
(7)
lim
T
→
∞
⁡
∑
t
=
0
T
C
o
s
t
G
V
,
t
∑
t
=
0
T
V
N
R
S
.In (7), ∑t=0TCostGV,t represents the resources required to successfully map the virtual network from t=0 to T.(
3) Node Pressure
(8)
N
o
d
e
_
L
o
a
d
n
s
=
∑
v
∈
E
v
M
a
p
n
s
C
n
v
C
n
s
.In (8), Cns indicates the node resources of the physical node ns and Mapns(Cnv) represents the sum of the resources including all virtual nodes mapped on physical node ns.(
4) Link Pressure
(9)
L
i
n
k
_
L
o
a
d
l
s
=
∑
v
∈
E
v
,
p
∈
p
,
v
M
a
p
l
s
C
l
1
v
p
,
v
+
C
l
2
v
p
,
v
C
l
s
.Link pressure is divided into two parts, the primary flow link pressure and backup flow link pressure. As the former is used to provide link resources under the normal service of the network, the latter is used to provide backup link resources for network failure. In (9), Cls indicates a physical link l and MaplsCl1vp,v+Cl2vp,v represents the total resources consumption including primary and backup resources.(
5) Long-Term Network Revenue
(10)
lim
T
→
∞
⁡
∑
t
=
0
T
R
e
v
G
V
,
t
T
.In (10), ∑t=0TRev(GV,t) represents the total revenue obtained from the virtual network that is successfully mapped from t=0 to T.


## 4. Survivable VN Mapping Model for Multidomain Network

### 4.1. Mapping Problem Description

Virtual network mapping problems are generally defined as mapping:M∈GvNv,Lv→GSNS,LS which usually include node mapping and link mapping. The number of physical network resources is deemed to be shown in Figure 1. When the virtual request arrives, in the node mapping phase, the candidate physical node satisfies two conditions: (1) the number of available computing resources is greater than the amount of CPU resources required by the virtual node and (2) the physical coordinates of the physical node meet the requirements of the virtual node.As shown in Figure3, the virtual nodes a and b are, respectively, mapped on the physical nodesBandC in subnetwork 1 according to the mapping requirements and the node selection method GRC. But the virtual node c cannot find the mapping node in subnetwork 1 under the limit of the maximum mapping distance. Based on previous studies, under the single-domain network provider environment, the virtual request in this paper will fail to map.Figure 3
Network mapping.In order to minimize the geographical coordinates caused by the failed mapping and improve the acceptance rate of the network, the proposed IntD-GRC-SVNE in this paper supports multidomain network mapping, so we can find a feasible physical node in the network outside subnetwork 1. For example, as shown in Figure3, the physical nodeH is found as the mapping node in subnetwork 2.


### 4.2. Data Security

As the nodes are mapped in different domain subnetworks, when a major accident happened in a subnetwork, such as earthquakes, floods, or other large natural disasters, mapping in different domain subnetworks can effectively avoid the loss of data and improve the security of the data.As shown in Figure3, for example, when a major natural disaster occurred at the location of the domain, subnetwork 2 will result in paralyzed service process and large loss of data. In accordance with the previous mapping, the virtual request mapped to subnetwork 2 will be interrupted. In this paper, the virtual request is mapped to different domain subnetworks; in the case of the paralyzed network, the mapping method of IntD-GRC-SVNE can not only ensure that some nodes and links work properly but also improve the node data security to a certain degree.At the same time, in order to prevent the impact of link failure, IntD-GRC-SVNE sets the primary resources and backup resources and the proportion of the former isα(s)b(s) and the proportion of the latter is β(s)b(s). These two types of resources cannot be crossed in order to ensure the effective use of resources; that is, α(s)+β(s)=1.The network mapping process is shown in Figure3, virtual link 1 is mapped to the primary flow path which is identified as (a,b)→(C,B), and the backup flow path is defined as (a,b)→(C,A,B). Virtual link 2 is mapped to the primary flow path which is identified as (b,c)→(B,H) and the backup flow path is defined as (b,c)→(B,E,F,H). Once the virtual request is accepted, the resources on the primary flow resource path are always used until the virtual request service ends, so the primary flow resource does not support resource sharing. The backup flow path is used to ensure that the network can quickly reroute and make the network reprovide normal service in the event of a failure.


### 4.3. Business Utility Model for Multidomain Mapping

Based on the description of the network mapping problem in Section4.1, we give the function model of the problem in this section. During the virtual network mapping process, the cost of the network mainly includes two parts, the node cost and the link cost, and the latter includes intradomain link cost and interdomain link cost. The two costs are defined in different ways: the intradomain link cost is defined as (11) and interdomain link cost is defined as (12):(11)Inter_CostGv=∑v∈EvCPUnv+∑v∈Ev,p∈pvωb1p,v+b2p,v,(12)Dom_CostGv=∑v∈Ev,p∈pvDom_b1p,v+Dom_b2p,v.In (11), nv represents any virtual node in a virtual request and CPUnv represents the computing resource occupied by the virtual node nv. In (11) and (12), b1p,v and Dom_b1p,v, respectively, represent the primary flow path within the intradomain and interdomain resource consumption, while b2p,v and Dom_b1p,v, respectively, represent the backup flow path within the intradomain and interdomain resource consumption. As ω represents the balance parameter between the node cost and the link cost, ∑v∈EvCPU(nv) represents the consumption of node resources. While ∑v∈Ev,p∈p(v)ωb1(p,v)+b2(p,v) represents primary flow of interdomain resource consumption, Dom_b1(p,v)+Dom_b2(p,v) represents backup flow of interdomain resource consumption. So the total cost is defined as follows:(13)TCOGv=Inter_Cost+φDom_Cost.The goal of the algorithm in this paper is to achieve greater revenue by improving the acceptance rate of the network as much as possible in the case of satisfying the requirement of users. The relevant constraints of this algorithm are as follows (see (14)~(19)).Resource capacity limits of primary flows and backup flows of intradomain physical link and interdomain physical link are as follows:(14)∑v∈Ev,p∈pvϑspb1p,v,Dom_b1p,v≤Rαs,∀s∈Es,∑v∈Ev,p∈pvϑspb2p,v,Dom_b2p,v≤Rβs,∀s∈Es.Resource capacity limits of primary flow and backup flow of virtual network link are as follows:(15)bv=∑p∈pvb1p,v,Domb1p,v,∀v∈Ev,(16)bv≤∑p∈pvb2p,v,Domb2p,v,∀v∈Ev.In (16), as the remaining resources of the primary flow are marked as Rα(s), the remaining resources of the backup flow are marked as Rβ(s) and ϑs(p) is a flag variable indicating whether the link is occupied; when the value is 1, s∈p; otherwise s∉p.The primary and backup flow resource cannot be crossed:(17)ϑspϑsqδ1p,v+δ2p,v≤1,∀s∈ESb1p,v,Dom_b1p,v≤bvδ1p,v,∀p∈pvb2p,v,Dom_b1p,v≤bvδ2p,v,∀p∈pv.Range of variables is as follows:(18)δ1p,v∈0,1,∀v∈Ev,∀p∈Pv,(19)δ2p,v∈0,1,∀v∈Ev,∀p∈Pv.In (18)~(19), δi is a flag used to represent whether the primary resource and backup resource are cross-occupied. The initial value of δi is set to 0; once the resources are occupied during the mapping process, δi will be set to 1.


## 4.1. Mapping Problem Description

Virtual network mapping problems are generally defined as mapping:M∈GvNv,Lv→GSNS,LS which usually include node mapping and link mapping. The number of physical network resources is deemed to be shown in Figure 1. When the virtual request arrives, in the node mapping phase, the candidate physical node satisfies two conditions: (1) the number of available computing resources is greater than the amount of CPU resources required by the virtual node and (2) the physical coordinates of the physical node meet the requirements of the virtual node.As shown in Figure3, the virtual nodes a and b are, respectively, mapped on the physical nodesBandC in subnetwork 1 according to the mapping requirements and the node selection method GRC. But the virtual node c cannot find the mapping node in subnetwork 1 under the limit of the maximum mapping distance. Based on previous studies, under the single-domain network provider environment, the virtual request in this paper will fail to map.Figure 3
Network mapping.In order to minimize the geographical coordinates caused by the failed mapping and improve the acceptance rate of the network, the proposed IntD-GRC-SVNE in this paper supports multidomain network mapping, so we can find a feasible physical node in the network outside subnetwork 1. For example, as shown in Figure3, the physical nodeH is found as the mapping node in subnetwork 2.


## 4.2. Data Security

As the nodes are mapped in different domain subnetworks, when a major accident happened in a subnetwork, such as earthquakes, floods, or other large natural disasters, mapping in different domain subnetworks can effectively avoid the loss of data and improve the security of the data.As shown in Figure3, for example, when a major natural disaster occurred at the location of the domain, subnetwork 2 will result in paralyzed service process and large loss of data. In accordance with the previous mapping, the virtual request mapped to subnetwork 2 will be interrupted. In this paper, the virtual request is mapped to different domain subnetworks; in the case of the paralyzed network, the mapping method of IntD-GRC-SVNE can not only ensure that some nodes and links work properly but also improve the node data security to a certain degree.At the same time, in order to prevent the impact of link failure, IntD-GRC-SVNE sets the primary resources and backup resources and the proportion of the former isα(s)b(s) and the proportion of the latter is β(s)b(s). These two types of resources cannot be crossed in order to ensure the effective use of resources; that is, α(s)+β(s)=1.The network mapping process is shown in Figure3, virtual link 1 is mapped to the primary flow path which is identified as (a,b)→(C,B), and the backup flow path is defined as (a,b)→(C,A,B). Virtual link 2 is mapped to the primary flow path which is identified as (b,c)→(B,H) and the backup flow path is defined as (b,c)→(B,E,F,H). Once the virtual request is accepted, the resources on the primary flow resource path are always used until the virtual request service ends, so the primary flow resource does not support resource sharing. The backup flow path is used to ensure that the network can quickly reroute and make the network reprovide normal service in the event of a failure.


## 4.3. Business Utility Model for Multidomain Mapping

Based on the description of the network mapping problem in Section4.1, we give the function model of the problem in this section. During the virtual network mapping process, the cost of the network mainly includes two parts, the node cost and the link cost, and the latter includes intradomain link cost and interdomain link cost. The two costs are defined in different ways: the intradomain link cost is defined as (11) and interdomain link cost is defined as (12):(11)Inter_CostGv=∑v∈EvCPUnv+∑v∈Ev,p∈pvωb1p,v+b2p,v,(12)Dom_CostGv=∑v∈Ev,p∈pvDom_b1p,v+Dom_b2p,v.In (11), nv represents any virtual node in a virtual request and CPUnv represents the computing resource occupied by the virtual node nv. In (11) and (12), b1p,v and Dom_b1p,v, respectively, represent the primary flow path within the intradomain and interdomain resource consumption, while b2p,v and Dom_b1p,v, respectively, represent the backup flow path within the intradomain and interdomain resource consumption. As ω represents the balance parameter between the node cost and the link cost, ∑v∈EvCPU(nv) represents the consumption of node resources. While ∑v∈Ev,p∈p(v)ωb1(p,v)+b2(p,v) represents primary flow of interdomain resource consumption, Dom_b1(p,v)+Dom_b2(p,v) represents backup flow of interdomain resource consumption. So the total cost is defined as follows:(13)TCOGv=Inter_Cost+φDom_Cost.The goal of the algorithm in this paper is to achieve greater revenue by improving the acceptance rate of the network as much as possible in the case of satisfying the requirement of users. The relevant constraints of this algorithm are as follows (see (14)~(19)).Resource capacity limits of primary flows and backup flows of intradomain physical link and interdomain physical link are as follows:(14)∑v∈Ev,p∈pvϑspb1p,v,Dom_b1p,v≤Rαs,∀s∈Es,∑v∈Ev,p∈pvϑspb2p,v,Dom_b2p,v≤Rβs,∀s∈Es.Resource capacity limits of primary flow and backup flow of virtual network link are as follows:(15)bv=∑p∈pvb1p,v,Domb1p,v,∀v∈Ev,(16)bv≤∑p∈pvb2p,v,Domb2p,v,∀v∈Ev.In (16), as the remaining resources of the primary flow are marked as Rα(s), the remaining resources of the backup flow are marked as Rβ(s) and ϑs(p) is a flag variable indicating whether the link is occupied; when the value is 1, s∈p; otherwise s∉p.The primary and backup flow resource cannot be crossed:(17)ϑspϑsqδ1p,v+δ2p,v≤1,∀s∈ESb1p,v,Dom_b1p,v≤bvδ1p,v,∀p∈pvb2p,v,Dom_b1p,v≤bvδ2p,v,∀p∈pv.Range of variables is as follows:(18)δ1p,v∈0,1,∀v∈Ev,∀p∈Pv,(19)δ2p,v∈0,1,∀v∈Ev,∀p∈Pv.In (18)~(19), δi is a flag used to represent whether the primary resource and backup resource are cross-occupied. The initial value of δi is set to 0; once the resources are occupied during the mapping process, δi will be set to 1.


## 5. Virtual Network Mapping Algorithm (IntD-GRC-SVNE)

### 5.1. Flow Chart of IntD-GRC-SVNE

The implementation of this algorithm is in accordance with the order of arrival of the events. At different time points, the algorithm will deal with different events which include two types of virtual network requests: the new virtual request waits for service and the virtual request leaves after service has been completed. The algorithm flow will not be completed until all the events have been processed.In Figure4, the core part of this algorithm is to find the mapping scheme in the multidomain environment and the key is to find the physical mapping nodes distributed in different domain subnetworks for virtual nodes on one link. Through the above mapping method, we can improve the node data security and avoid data loss due to domain failures and the process of finding a mapping scheme is illustrated in Figure 5.Figure 4
Flow chart of network mapping.Figure 5
Flow chart of searching a mapping scheme in multidomain environment.


### 5.2. Algorithmic Description of IntD-GRC-SVNE

The survivable virtual network mapping algorithm (GRC-SVNE) is described in Algorithm1.Algorithm 1
(1) Create a number of virtual network request events
(2) The physical link resources are divided into the primary and backup flow resources, and set the ratio as 1 : 1.
(3)WHILE(Virtual network events are not fully processed)
(4) IF(The event type is a new virtual network request)
(5) Calculate the GRC value of the physical node according to formula (1)
(6) FOR(The number of virtual nodes)
(7) FOR(The number of virtual links connected to the node)
(8) The two nodes on the same virtual link are mapped in two different domain sub-networks.
(9) IF (Cannot find a different sub-network)
(10) Randomly select a domain network as a mapping network and put the candidate physical node
number found in the candidate [i].
(11) ELSE
(12) Find the candidate physical node within the selected sub-network and place the serial number in
the candidate [i].
(13) ENFIF
(14) ENDFOR
(15) IF(!candidate [i])
(16) Return Node mapping failed.
(17) ELSE
(18) Select the eligible physical node in the candidate [i] as the mapping node according to the value of
GRC from large to small;
(19) ENDIF
(20) ENDFOR
(21) Form a virtual request node mapping scheme;
(22) ENDFOR
(23) FOR(The number of virtual links)
(24) Use the Dijkstra method to find the primary flow path and the backup flow path between Node_From
andNode_To;
(25)IF(!Primary flow path  !Backup flow path)
(26)WHILE(Candidate [i].size > 0)
(27)Randomly re-select the physical node in Candidate [i] as the mapping node for the virtual node;
(28)Delete the mapping node number in Candidate [i];
(29)Use theDijkstramethod to find the primary flow path and the backup flow path for the new
node scheme;
(30)IF(Candidate [i].size ==−1)
(31)Return Link mapping failed;
(32)ENDWHILE
(33)ENIF
(34)ENDFOR
(35)Form a new link mapping scheme;
(36)ENIF
(37)ELSE(The event type is the virtual network request to leave)
(38)Update the virtual network request information;
(39)Update physical network resources (including node resources, primary flow resources, and backup link
flow resources);
(40)ENDWHILE


## 5.1. Flow Chart of IntD-GRC-SVNE

The implementation of this algorithm is in accordance with the order of arrival of the events. At different time points, the algorithm will deal with different events which include two types of virtual network requests: the new virtual request waits for service and the virtual request leaves after service has been completed. The algorithm flow will not be completed until all the events have been processed.In Figure4, the core part of this algorithm is to find the mapping scheme in the multidomain environment and the key is to find the physical mapping nodes distributed in different domain subnetworks for virtual nodes on one link. Through the above mapping method, we can improve the node data security and avoid data loss due to domain failures and the process of finding a mapping scheme is illustrated in Figure 5.Figure 4
Flow chart of network mapping.Figure 5
Flow chart of searching a mapping scheme in multidomain environment.


## 5.2. Algorithmic Description of IntD-GRC-SVNE

The survivable virtual network mapping algorithm (GRC-SVNE) is described in Algorithm1.Algorithm 1
(1) Create a number of virtual network request events
(2) The physical link resources are divided into the primary and backup flow resources, and set the ratio as 1 : 1.
(3)WHILE(Virtual network events are not fully processed)
(4) IF(The event type is a new virtual network request)
(5) Calculate the GRC value of the physical node according to formula (1)
(6) FOR(The number of virtual nodes)
(7) FOR(The number of virtual links connected to the node)
(8) The two nodes on the same virtual link are mapped in two different domain sub-networks.
(9) IF (Cannot find a different sub-network)
(10) Randomly select a domain network as a mapping network and put the candidate physical node
number found in the candidate [i].
(11) ELSE
(12) Find the candidate physical node within the selected sub-network and place the serial number in
the candidate [i].
(13) ENFIF
(14) ENDFOR
(15) IF(!candidate [i])
(16) Return Node mapping failed.
(17) ELSE
(18) Select the eligible physical node in the candidate [i] as the mapping node according to the value of
GRC from large to small;
(19) ENDIF
(20) ENDFOR
(21) Form a virtual request node mapping scheme;
(22) ENDFOR
(23) FOR(The number of virtual links)
(24) Use the Dijkstra method to find the primary flow path and the backup flow path between Node_From
andNode_To;
(25)IF(!Primary flow path  !Backup flow path)
(26)WHILE(Candidate [i].size > 0)
(27)Randomly re-select the physical node in Candidate [i] as the mapping node for the virtual node;
(28)Delete the mapping node number in Candidate [i];
(29)Use theDijkstramethod to find the primary flow path and the backup flow path for the new
node scheme;
(30)IF(Candidate [i].size ==−1)
(31)Return Link mapping failed;
(32)ENDWHILE
(33)ENIF
(34)ENDFOR
(35)Form a new link mapping scheme;
(36)ENIF
(37)ELSE(The event type is the virtual network request to leave)
(38)Update the virtual network request information;
(39)Update physical network resources (including node resources, primary flow resources, and backup link
flow resources);
(40)ENDWHILE


## 6. Experiments and Discussions

### 6.1. Experimental Settings

In this paper, the topology and location information of the network are randomly generated by the GT-ITM tools. The underlying network topology which consists of six domain subnetworks includes 100 nodes and 570 links. The node CPU resource and bandwidth resource in each domain subnetwork obey a uniform distribution of 50–100. The rest of the parameters involved in the paper are shown in Table6. The numbers of nodes and intradomain links are shown in Table 7, while the number of interdomain links is shown in Table 8.Table 6
Simulation parameters.
Node number of the substrate network
100
Link number of the substrate network
570
Initial available computing resources on substrate nodes
50–100 units
Initial available bandwidth resources on substrate links
50–100 units
Average lifetime of the VNRs
500 time-units
Bandwidth demand of a virtual link
0–50 units
Computing resource demand of a virtual node
0–50 units
Node number in a VNR
10–25
α
(
s
)
0.5
β
(
s
)
0.5Table 7
Resource information for each domain subnetwork.
Domain network serial number
Number of nodes
Number of links
0
19
38
1
16
34
2
15
27
3
17
32
4
18
38
5
15
26Table 8
Interdomain link number information.
Domain subnetworksi
Domain subnetworksj
Number of communication links
0
1
24
0
2
34
0
3
22
0
4
21
0
5
9
1
2
23
1
3
29
1
4
8
1
5
18
2
3
28
2
4
42
2
5
28
3
4
22
3
5
37
4
5
30We assume that the number of virtual network requests arriving in 100 time-units obeys thePoisson process with an average of 5 and the lifetime of each virtual network is also exponentially distributed with an average lifetime of 500 time-units. For any virtual network request, the number of network nodes is uniformly distributed between 2 and 20, and any two virtual network nodes are connected with a probability of 0.8. The numbers of virtual network node resources and link bandwidth resource requirements are uniformly distributed between 0 and 50. The coordinates of the nodes x and y variables are uniformly distributed from 0 to 100, assuming that the location constraintsD of all virtual network mapping requests are constants. Each simulation experiment runs about 10,000 time-units and contains 100 virtual network requests.


### 6.2. Results and Discussions

As IntD-GRC-SVNE supports multidomain virtual network mapping, in order to improve the network load balancing, the algorithm uses the existing metric GRC that measures the potential mapping capability of physical nodes to select the more reasonable nodes as the mapping nodes in node mapping phase. In addition, in order to demonstrate the performance of the algorithms in multidomain networks, this paper applies the traditional random algorithm (named as IntD-RANDOM-SVNE in experimental results) and greedy algorithm (named as IntD-GREEDY-SVNE in experimental results) to multidomain network environment. The acceptance rate, average cost, and long-term revenue of the experimental comparison results between the three algorithms are shown in Figures6–8.Figure 6
Acceptance rate.Figure 7
Network costs.Figure 8
Node pressure variance.As shown in Figure6, IntD-GRAND-SVNE and IntD-GREEDY-SVNE are applied in the multidomain environment and then compared with the algorithm proposed in this paper. Contrast simulation experiments show that IntD-GRC-SVNE reflects obvious advantages in the aspect of acceptance rate. IntD-RANDOM-SVNE, IntD-GREEDY-SVNE, and IntD-GRC-SVNE are all applied in the multidomain environment in this paper, and when compared with the traditional algorithm, IntD-GRC-SVNE proposed in this paper is more survivable. In addition, because IntD-GRC-SVNE uses a new node selection scheme (using a new metric GRC to measure the potential mapping capabilities of physical nodes), the process of selecting nodes is more reasonable, which further makes the utilization of node resources more efficient and reduces node mapping failure rate. Therefore, the mapping success rate of IntD-GRC-SVNE is significantly higher than the other two traditional algorithms IntD-RANDOM-SVNE and IntD-GREEDY-SVNE.In addition, the algorithms used in this paper preferentially look for mapping nodes in different network domains. So IntD-RANDOM-SVNE, IntD-GREEDY-SVNE, and IntD-GRC-SVNE have higher data security guarantees than those algorithms previously mapped in a single-domain network environment.As shown in Figure7, at the beginning of the run-time, the cost of IntD-GREEDY-SVNE is much lower than IntD-RANDOM-SVNE and the IntD-GRC-SVNE proposed in this paper. With the passage of service time, due to the unreasonable use of resources, the available resource in IntD-GREEDY-SVNE is not enough and further causes network costs to rise.In general, the network cost consists of two parts: the node resource and the link resource. In the context of this experiment, the link resource includes the primary flow resource and the backup flow resource. In the case of its highest acceptance rate, the network cost of IntD-GRC-SVNE is still lower compared with the other two algorithms; this can fully show the rationality of the mapping scheme. As IntD-GRC-SVNE can not only realize the multidomain mapping to meet the data security requirements but also make network costs lower when compared to the traditional algorithms IntD-GREEDY-SVNE and IntD-RANDOM-SVNE in the same multidomain network environment, the above experimental results and analysis demonstrate the practicality of IntD-GRC-SVNE proposed in this paper.Figure8 shows the degree of node load balancing. In order to show the network load gap between different algorithms, this paper uses the common variance solution method to get the pressure distribution characteristics of the node. As shown in Figure 8, IntD-GRC-SVNE is more balanced than the IntD-RANDOM-SVNE and IntD-GREEDY-SVNE nodes. Since IntD-GRC-SVNE not only supports the security of the multidomain mapping to protect the node data but also applies the existing measurement metric GRC to the survivability network environment to make the network load more balanced, in this paper, all the required resources need to be found in a multidomain environment. The different amounts of resources in subnetwork can easily lead to network load imbalance, as GRC which is used in the paper indicates that the node mapping capabilities in whole network; this can just solve network balance problem. IntD-GRC-SVNE proposed in this paper shows the improvement effect of load balancing compared to IntD-RANDOM-SVNE and IntD-GREEDY-SVNE.Similar to the node pressure variance, Figure9 shows the link pressure variance which is calculated by the traditional mathematical method. As shown in Figure 9, compared with IntD-RANDOM-SVNE and IntD-GREEDY-SVNE, the link load of IntD-GRC-SVNE is obviously more balanced which can also explain why the algorithm cost is low. In IntD-GRC-SVNE, the use of link resources is relatively balanced, so there are sufficient resources to receive more virtual requests. In IntD-GRC-SVNE, the GRC metric is applied to select the appropriate mapping node in the node selection process as the GRC value is determined by two kinds of resources: resources of the node itself and the number of link resources directly connected and indirectly connected to the node. The node selection process will affect the subsequent link mapping process to a certain extent. So IntD-GRC-SVNE selects the physical node which has better potential mapping capability as the mapping node. At the same time, it chooses a physical node with better potential mapping capability as the mapping node will reduce the difficulty of finding mapping links. Through the mapping, most of the selected mapping links can be better connected with other physical nodes, which not only improve the success rate of mapping but also improve the efficiency of the link and further make the link load more balanced.Figure 9
Link pressure variance.There is also something that is worth emphasizing: because virtual requests are mapped across different domain networks, single-domain communication congestion is avoided. This also improves the load balancing of the network compared to the previous single-domain network mapping algorithm.As shown in Figure10, IntD-GRC-SVNE shows higher revenue when compared with the other two traditional algorithms, IntD-GREEDY-SVNE and IntD-RANDOM-SVNE. The average revenue from the network is derived from the associated costs of providing services for virtual requests. Therefore, to a certain extent, the amount of receiving virtual requests and the length of service time jointly determine the network provider revenue. As shown in Figure 6, IntD-GRC-SVNE has a higher receiving rate compared to the other algorithms and its corresponding network average revenue is also higher as shown in Figure 10.Figure 10
Average network revenue.In general, the mapping of virtual requests in different subnetworks can avoid the sudden termination of service due to domain disastrous paralysis of the network. Although the experimental results cannot directly reflect the algorithm to improve the security of the data as the three algorithms support multidomain network mapping to ensure the consistency of mapping conditions, in practical applications, there is no doubt that the virtual request mapping in multidomain network environment will improve data security.


## 6.1. Experimental Settings

In this paper, the topology and location information of the network are randomly generated by the GT-ITM tools. The underlying network topology which consists of six domain subnetworks includes 100 nodes and 570 links. The node CPU resource and bandwidth resource in each domain subnetwork obey a uniform distribution of 50–100. The rest of the parameters involved in the paper are shown in Table6. The numbers of nodes and intradomain links are shown in Table 7, while the number of interdomain links is shown in Table 8.Table 6
Simulation parameters.
Node number of the substrate network
100
Link number of the substrate network
570
Initial available computing resources on substrate nodes
50–100 units
Initial available bandwidth resources on substrate links
50–100 units
Average lifetime of the VNRs
500 time-units
Bandwidth demand of a virtual link
0–50 units
Computing resource demand of a virtual node
0–50 units
Node number in a VNR
10–25
α
(
s
)
0.5
β
(
s
)
0.5Table 7
Resource information for each domain subnetwork.
Domain network serial number
Number of nodes
Number of links
0
19
38
1
16
34
2
15
27
3
17
32
4
18
38
5
15
26Table 8
Interdomain link number information.
Domain subnetworksi
Domain subnetworksj
Number of communication links
0
1
24
0
2
34
0
3
22
0
4
21
0
5
9
1
2
23
1
3
29
1
4
8
1
5
18
2
3
28
2
4
42
2
5
28
3
4
22
3
5
37
4
5
30We assume that the number of virtual network requests arriving in 100 time-units obeys thePoisson process with an average of 5 and the lifetime of each virtual network is also exponentially distributed with an average lifetime of 500 time-units. For any virtual network request, the number of network nodes is uniformly distributed between 2 and 20, and any two virtual network nodes are connected with a probability of 0.8. The numbers of virtual network node resources and link bandwidth resource requirements are uniformly distributed between 0 and 50. The coordinates of the nodes x and y variables are uniformly distributed from 0 to 100, assuming that the location constraintsD of all virtual network mapping requests are constants. Each simulation experiment runs about 10,000 time-units and contains 100 virtual network requests.


## 6.2. Results and Discussions

As IntD-GRC-SVNE supports multidomain virtual network mapping, in order to improve the network load balancing, the algorithm uses the existing metric GRC that measures the potential mapping capability of physical nodes to select the more reasonable nodes as the mapping nodes in node mapping phase. In addition, in order to demonstrate the performance of the algorithms in multidomain networks, this paper applies the traditional random algorithm (named as IntD-RANDOM-SVNE in experimental results) and greedy algorithm (named as IntD-GREEDY-SVNE in experimental results) to multidomain network environment. The acceptance rate, average cost, and long-term revenue of the experimental comparison results between the three algorithms are shown in Figures6–8.Figure 6
Acceptance rate.Figure 7
Network costs.Figure 8
Node pressure variance.As shown in Figure6, IntD-GRAND-SVNE and IntD-GREEDY-SVNE are applied in the multidomain environment and then compared with the algorithm proposed in this paper. Contrast simulation experiments show that IntD-GRC-SVNE reflects obvious advantages in the aspect of acceptance rate. IntD-RANDOM-SVNE, IntD-GREEDY-SVNE, and IntD-GRC-SVNE are all applied in the multidomain environment in this paper, and when compared with the traditional algorithm, IntD-GRC-SVNE proposed in this paper is more survivable. In addition, because IntD-GRC-SVNE uses a new node selection scheme (using a new metric GRC to measure the potential mapping capabilities of physical nodes), the process of selecting nodes is more reasonable, which further makes the utilization of node resources more efficient and reduces node mapping failure rate. Therefore, the mapping success rate of IntD-GRC-SVNE is significantly higher than the other two traditional algorithms IntD-RANDOM-SVNE and IntD-GREEDY-SVNE.In addition, the algorithms used in this paper preferentially look for mapping nodes in different network domains. So IntD-RANDOM-SVNE, IntD-GREEDY-SVNE, and IntD-GRC-SVNE have higher data security guarantees than those algorithms previously mapped in a single-domain network environment.As shown in Figure7, at the beginning of the run-time, the cost of IntD-GREEDY-SVNE is much lower than IntD-RANDOM-SVNE and the IntD-GRC-SVNE proposed in this paper. With the passage of service time, due to the unreasonable use of resources, the available resource in IntD-GREEDY-SVNE is not enough and further causes network costs to rise.In general, the network cost consists of two parts: the node resource and the link resource. In the context of this experiment, the link resource includes the primary flow resource and the backup flow resource. In the case of its highest acceptance rate, the network cost of IntD-GRC-SVNE is still lower compared with the other two algorithms; this can fully show the rationality of the mapping scheme. As IntD-GRC-SVNE can not only realize the multidomain mapping to meet the data security requirements but also make network costs lower when compared to the traditional algorithms IntD-GREEDY-SVNE and IntD-RANDOM-SVNE in the same multidomain network environment, the above experimental results and analysis demonstrate the practicality of IntD-GRC-SVNE proposed in this paper.Figure8 shows the degree of node load balancing. In order to show the network load gap between different algorithms, this paper uses the common variance solution method to get the pressure distribution characteristics of the node. As shown in Figure 8, IntD-GRC-SVNE is more balanced than the IntD-RANDOM-SVNE and IntD-GREEDY-SVNE nodes. Since IntD-GRC-SVNE not only supports the security of the multidomain mapping to protect the node data but also applies the existing measurement metric GRC to the survivability network environment to make the network load more balanced, in this paper, all the required resources need to be found in a multidomain environment. The different amounts of resources in subnetwork can easily lead to network load imbalance, as GRC which is used in the paper indicates that the node mapping capabilities in whole network; this can just solve network balance problem. IntD-GRC-SVNE proposed in this paper shows the improvement effect of load balancing compared to IntD-RANDOM-SVNE and IntD-GREEDY-SVNE.Similar to the node pressure variance, Figure9 shows the link pressure variance which is calculated by the traditional mathematical method. As shown in Figure 9, compared with IntD-RANDOM-SVNE and IntD-GREEDY-SVNE, the link load of IntD-GRC-SVNE is obviously more balanced which can also explain why the algorithm cost is low. In IntD-GRC-SVNE, the use of link resources is relatively balanced, so there are sufficient resources to receive more virtual requests. In IntD-GRC-SVNE, the GRC metric is applied to select the appropriate mapping node in the node selection process as the GRC value is determined by two kinds of resources: resources of the node itself and the number of link resources directly connected and indirectly connected to the node. The node selection process will affect the subsequent link mapping process to a certain extent. So IntD-GRC-SVNE selects the physical node which has better potential mapping capability as the mapping node. At the same time, it chooses a physical node with better potential mapping capability as the mapping node will reduce the difficulty of finding mapping links. Through the mapping, most of the selected mapping links can be better connected with other physical nodes, which not only improve the success rate of mapping but also improve the efficiency of the link and further make the link load more balanced.Figure 9
Link pressure variance.There is also something that is worth emphasizing: because virtual requests are mapped across different domain networks, single-domain communication congestion is avoided. This also improves the load balancing of the network compared to the previous single-domain network mapping algorithm.As shown in Figure10, IntD-GRC-SVNE shows higher revenue when compared with the other two traditional algorithms, IntD-GREEDY-SVNE and IntD-RANDOM-SVNE. The average revenue from the network is derived from the associated costs of providing services for virtual requests. Therefore, to a certain extent, the amount of receiving virtual requests and the length of service time jointly determine the network provider revenue. As shown in Figure 6, IntD-GRC-SVNE has a higher receiving rate compared to the other algorithms and its corresponding network average revenue is also higher as shown in Figure 10.Figure 10
Average network revenue.In general, the mapping of virtual requests in different subnetworks can avoid the sudden termination of service due to domain disastrous paralysis of the network. Although the experimental results cannot directly reflect the algorithm to improve the security of the data as the three algorithms support multidomain network mapping to ensure the consistency of mapping conditions, in practical applications, there is no doubt that the virtual request mapping in multidomain network environment will improve data security.


## 7. Conclusion and Future Work

After summarizing the existing research on network survivability and node data security, this paper proposes a survivable virtual network mapping algorithm (IntD-GRC-SVNE) that supports multidomain network mapping. A new metric, GRC, is used to represent the potential mapping capability of the node in the node selection phase. In order to facilitate the comparison of the experimental results, this paper has applied the existing greedy algorithm and random algorithm to the multidomain network environment, which are called IntD-RANDOM-SVNE and IntD-GREEDY-SVNE, respectively, in experimental results. The simulation results show that IntD-GRC-SVNE proposed in this paper not only realizes the multidomain mapping but also improves the survivability of the network. When compared with the two traditional algorithms, the acceptance rate, the network load, and the network revenue of IntD-GRC-SVNE embody the obvious advantages.Further work mainly focuses on the following two aspects: (1) studying IntD-GRC-SVNE’s adaptability in different physical network environments and the impact of physical resources on algorithm performance and (2) studying the multidomain network problem and attempting to reduce the impact of network services failure.



---

*Source: 5258010-2017-11-13.xml*