IEEE COMMUNICATIONS LETTERS, VOL. 21, NO. 4, APRIL 2017 785
Local Fast Reroute With Flow Aggregation in Software Defined Networks
Xiaoning Zhang, Zijing Cheng, RongPing Lin, Lei He, Shui Yu, and Hongbin Luo
Abstract—In this letter, we propose a local fast reroute (LFR)
algorithm with flow aggregation in software defined net-
works (SDN). In LFR, if a link failure is detected, all traffic
flows affected by the failure are aggregated to be a new “big”
flow. Then, a local reroute path is dynamically deployed by the
SDN controller for the aggregated flow. LFR reduces the number
of flow operations between the SDN controller and switches.
Numerical results show that the LFR enables fast recovery while
minimizing the total number of flow entries in SDN.
Index Terms— Fast reroute, SDN, restoration, failure.
I. INTRODUCTION
S
OFTWARE Defined Network (SDN) [1] is a new network
paradigm with control plane and data plane separated,
which allows operators to easily deploy network applications
through a central controller in the control plane, and to
distribute fine-grained policies into switch flow tables in the
data plane through standard interfaces. The central controller
that has a global network state is responsible for path selec-
tion, and it controls the network-wide distributed forwarding
devices with the OpenFlow protocol. Flexible structure, central
configuration, and fast deployment of network services and
applications are amongst the benefits of SDN.
Thanks to the considerable flexibility offered by SDN,
resilience technologies against network failures may be very
efficient. Resilience mechanisms in SDN are divided into two
categories: protection and restoration. In the case of protec-
tion [2], [3], backup path is always pre-planned and reserved
before failures. Hence, when a failure occurs, no additional
signaling is needed to establish protected paths, disrupted
traffic flows can immediately be redirected. Sharma et al. [2],
first apply path protection in OpenFlow networks. When BFD
(Bidirectional Forwarding Detection) packets detect the failure
of a working path, the traffic on the working path is switched to
the backup path according to the GroupTable that is specified
in OpenFlow v1.1. Sgambelluri et al. [3] proposed the segment
protection enabling fast recovery. Each link of a working
path is protected by a specified backup path. Fast recovery is
performed locally by the switch connected to the failed link.
Manuscript received October 16, 2016; revised November 29, 2016;
accepted December 7, 2016. Date of publication December 9, 2016; date
of current version April 7, 2017. This work was supported in part by
the National Natural Science Foundation of China (NSFC) under Grant
(91438117, 61671124, 61201129). The associate editor coordinating the
review of this letter and approving it for publication was K. Ota.
X. Zhang, R. Lin, and L. He are with the School of Communication
and Information Engineering and Center for Cyber Security, University
of Electronic Science and Technology of China, Chengdu 611731, China
(e-mail: xnzhang@uestc.edu.cn).
Z. Cheng is with Beijing Institute of Satellite Information Engineering,
Beijing 100191, China (e-mail: linuxdemo@126.com).
S. Yu is with the School of IT, Deakin University, Melbourne, VIC 3125,
Australia.
H. Luo is with the School of Electronic and Information Engineering,
Beijing Jiaotong University, Beijing 100044, China.
Digital Object Identifier 10.1109/LCOMM.2016.2638430
However, in the case of restoration [4], recovery paths are not
allocated until a failure occurs. Thus, when a failure occurs,
additional signaling is required to establish restoration path.
Sharma et al. [4] proposed path restoration where the SDN
controller reacts to the failure notification by deleting the flow
entries of the disrupted flows, computing restoration paths, and
installing new required flow entries.
In the mechanism of SDN protection, flow entries of a
backup path are installed in advance. When a link fails, the
data-plane switches automatically activate the backup path
without involving the SDN controller. Thus SDN protection
enables fast recovery from link failure. However, SDN pro-
tection possesses disadvantages as well. Firstly, the protection
technique itself is rigid. The working and backup paths are
correlated, as the latter is reassigned every time the working
path is changed. Secondly, flow entries in a SDN switch
are stored in Ternary Content Addressable Memory (TCAM),
which is limited in size, and it can hold only a few thousands
of entries as it is expensive and power hungry. In SDN
protection, extra flow entries for backup paths consume valu-
able TCAMs, which greatly increases network cost. In the
mechanism of SDN restoration, flow entries of a restoration
path are installed only after the failure notification. As a result,
the number of flow entries is greatly reduced than that of
protection mechanism. But the recovery time from link failure
is larger than that of protection mechanism. The reason is that
the SDN controller calculates restoration paths and installs
new flow entries for all disrupted flows. Therefore, frequent
flow operations are needed between the SDN controller and
switches, which leads to the increment of recovery time. From
the advantages and disadvantages of protection and restoration,
it is necessary to design a new resilient mechanism to balance
failure recover time efficiency and memory cost in SDN.
In this letter, we first propose Local Fast Reroute (LFR)
algorithm in SDN. LFR is designed to provide local reroute
path for any possible link failure between adjacent nodes after
link failure occurring. All traffic flows affected by the failure
are aggregated to be a new “big” flow with a new label. Then
the SDN controller only needs to calculate restoration path and
install flow entries for the aggregation flow. LFR enables fast
recovery by reducing the number of flow operations between
the SDN controller and switches.
II. L
OCAL FAST REROUTE
The proposed Local Fast Reroute (LFR) algorithm requires
an immediate action of the SDN controller after notification
of a link failure. The disrupted traffic flows are aggregated
with a new label. Then the SDN controller calculates a local
reroute path and installs new flow entries for the aggregation
flow. For brevity, we firstly summarize the notations that will
be used in Table I.
1558-2558 © 2016 IEEE. Personal use is permitted, but republication/redistribution requires IEEE permission.
See http://www.ieee.org/publications_standards/publications/rights/index.html for more information.