“Preventing DoS attacks in multi-domain optical SDN”

From Navigators

(Difference between revisions)
Jump to: navigation, search
(Created page with "{{Publication |type=mastersthesis |title=Preventing DoS attacks in multi-domain optical SDN |ResearchLine=Fault and Intrusion Tolerance in Open Distributed Systems (FIT) |month=n...")
Line 7: Line 7:
|abstract=Legacy networks do not have the necessary dynamism to follow the evolution
|abstract=Legacy networks do not have the necessary dynamism to follow the evolution
online services have experienced in the past few years. In order to
online services have experienced in the past few years. In order to
-
overcome this problem, the Software De�ned Networking (SDN) paradigm
+
overcome this problem, the Software Defined Networking (SDN) paradigm
was proposed. The goal of this paradigm is change the way networks are
was proposed. The goal of this paradigm is change the way networks are
controlled. In legacy networks, the control plane and the data plane are coupled
controlled. In legacy networks, the control plane and the data plane are coupled
Line 13: Line 13:
the data plane through the use of a standard SDN Application Programming
the data plane through the use of a standard SDN Application Programming
Interface (API) in the data plane to communicate with the logically centralized
Interface (API) in the data plane to communicate with the logically centralized
-
control plane. In order to reap the bene�ts of SDN, a plan of migration
+
control plane. In order to reap the benefits of SDN, a plan of migration
for legacy networks should be established. For optical networks the migration
for legacy networks should be established. For optical networks the migration
to SDN is not easy because optical equipments have their own protocols
to SDN is not easy because optical equipments have their own protocols
Line 28: Line 28:
operators) only need to have a main controller to orchestrate the whole
operators) only need to have a main controller to orchestrate the whole
network through the use of OEM controllers. With this solution the Service
network through the use of OEM controllers. With this solution the Service
-
Providers (SP) are able to control the optical network with di�erent optical
+
Providers (SP) are able to control the optical network with different optical
equipment from multiple vendors (multi-domain networks).
equipment from multiple vendors (multi-domain networks).
The OEM controllers are responsible to execute all the operations in the
The OEM controllers are responsible to execute all the operations in the
Line 38: Line 38:
This is the main motivation for this project.
This is the main motivation for this project.
The objective of our work is to develop a solution that can help the
The objective of our work is to develop a solution that can help the
-
Service Provider (SP) to have con�dence in the NEs and respective optical
+
Service Provider (SP) to have confidence in the NEs and respective optical
network connections. To achieve this goal, the system has to guarantee the
network connections. To achieve this goal, the system has to guarantee the
availability and integrity of the OEM controller. This component should be
availability and integrity of the OEM controller. This component should be
-
always available to process noti�cations, be it from the NEs or from the main
+
always available to process notifications, be it from the NEs or from the main
controller. It should also be ensured that the integrity of all requests thatare sent by the SP controller to the OEM controllers is guaranteed.
controller. It should also be ensured that the integrity of all requests thatare sent by the SP controller to the OEM controllers is guaranteed.
In order to solve these problems, we propose a new security mechanism
In order to solve these problems, we propose a new security mechanism
for the OEM controller to protect the optical network. The solution consists
for the OEM controller to protect the optical network. The solution consists
-
in the use of a reverse proxy and a �rewall to control the  
+
in the use of a reverse proxy and a firewall to control the  
ow of requests to
ow of requests to
the OEM controller. The communication between the SP controller and the
the OEM controller. The communication between the SP controller and the
OEM controller is also made secure to assure the integrity of requests.
OEM controller is also made secure to assure the integrity of requests.
|school=Mestrado em Engenharia Informática, Departamento de Informática, Faculdade de Ciências da Universidade de Lisboa
|school=Mestrado em Engenharia Informática, Departamento de Informática, Faculdade de Ciências da Universidade de Lisboa
-
|advisor=Fernando Ramos,  
+
|advisor=Fernando Ramos,
}}
}}

Revision as of 10:21, 19 January 2017

 (advised by Fernando Ramos)

Master’s thesis, Mestrado em Engenharia Informática, Departamento de Informática, Faculdade de Ciências da Universidade de Lisboa, Nov. 2016

Abstract: Legacy networks do not have the necessary dynamism to follow the evolution online services have experienced in the past few years. In order to overcome this problem, the Software Defined Networking (SDN) paradigm was proposed. The goal of this paradigm is change the way networks are controlled. In legacy networks, the control plane and the data plane are coupled together in the network elements. SDN separates the control plane and the data plane through the use of a standard SDN Application Programming Interface (API) in the data plane to communicate with the logically centralized control plane. In order to reap the benefits of SDN, a plan of migration for legacy networks should be established. For optical networks the migration to SDN is not easy because optical equipments have their own protocols to communicate and there are no SDN standardized interfaces prepared to abstract these type of equipments. In order to solve this problem, organizations such as China Mobile, China Telecom, Verizon and industry organizations like the Open Networking Foundation (ONF) have proposed the use of an abstraction layer between the data plane and the main controller. This abstraction layer is responsible to convert the optical equipment protocols into a standard SDN Application Programming Interface (API) to communicate with the main controller. The abstraction layer can be considered an optical equipment controller, the Original Equipment Manufacturer (OEM) controller. With this approach, service providers (SP) (i.e., telecommunication operators) only need to have a main controller to orchestrate the whole network through the use of OEM controllers. With this solution the Service Providers (SP) are able to control the optical network with different optical equipment from multiple vendors (multi-domain networks). The OEM controllers are responsible to execute all the operations in the Network Element (NE) (the NE is the optical equipment) that constitutes the Data Plane (DP). They also process information that comes from the NE and translate that information to the main controller. Examples include: network information and performance of services. The challenge is that if the OEM controller is compromised, the entire optical network is compromised. This is the main motivation for this project. The objective of our work is to develop a solution that can help the Service Provider (SP) to have confidence in the NEs and respective optical network connections. To achieve this goal, the system has to guarantee the availability and integrity of the OEM controller. This component should be always available to process notifications, be it from the NEs or from the main controller. It should also be ensured that the integrity of all requests thatare sent by the SP controller to the OEM controllers is guaranteed. In order to solve these problems, we propose a new security mechanism for the OEM controller to protect the optical network. The solution consists in the use of a reverse proxy and a firewall to control the ow of requests to the OEM controller. The communication between the SP controller and the OEM controller is also made secure to assure the integrity of requests.


Export citation

BibTeX

Project(s):

Research line(s): Fault and Intrusion Tolerance in Open Distributed Systems (FIT)

Personal tools
Navigators toolbox