MÔ PHỎNG MẠNG SOFTWARE-DEFINED NETWORKING SỬ DỤNG MININET

The study tested the simulation of a software-defined network using the Mininet tool by comparing the start/stop execution times of topologies on two different hardware environments an[r]

EMULATION OF SOFTWARE-DEFINED NETWORK USING MININET

Do Van Khoaa*, Tran Ngo Nhu Khanha

aThe Faculty of Information Technology, Dalat University, Lam Dong, Vietnam *Corresponding author: Email: khoadv@dlu.edu.vn

Article history

Received: February 20th, 2020

Received in revised form: October 4th, 2020 | Accepted: December 29th, 2020

Available online: February 5th, 2020

Abstract

Software-defined networking (SDN) represents a new structure of computer network that simplifies and improves network management by splitting the control plane and data plane Since SDN is regarded as a new research issue, the application of SDN in practice faces some barriers Most network devices such as routers and switches that implement SDN functionalities are expensive An alternative solution in SDN research and experiments is to use network emulators By using Mininet, an open source network emulator, this study simulates SDN implementations in different environments Results show that the simulation environment affects building network topology time

Keywords: Control plane; Controller; Data plane; Mininet; Software-defined networking

DOI: http://dx.doi.org/10.37569/DalatUniversity.11.1.657(2021) Article type: (peer-reviewed) Full-length research article Copyright © 2021 The author(s)

1 INTRODUCTION

The vigorous growth of the internet and information communication technology, along with novel technologies such as mobile, cloud computing, big data, and the rapidly increasing demand for digital transformation, require a proportional development of infrastructure for bandwidth, convenient access, and flexible management (Masoudi & Ghaffari, 2016) Expansion of network infrastructure to meet these requirements will probably make management and configuration tasks more complicated and time-consuming (Xia et al., 2015) Software-defined networking (SDN) is designed to simplify and improve network management, prioritizing flexibility by isolating two components: the control plane and the data plane This new generation of network architecture has received much attention by researchers However, since it is only in the early stages of development, the lack of support for SDN by network devices (such as routers and switches) and the high costs are impediments to research and development of SDN (de Oliveira et al., 2014) One solution for testing and researching SDN is to use emulators This study simulates SDN using the Mininet emulation tool in different simulation environments Through the implementation of many network topologies in different environments, the results are analyzed and evaluated to determine the impact on the execution time when simulating SDN using Mininet

1.1 Software-Defined Networking Overview

For SDN technology, control is centralized at the control layer, with the idea of separating the control plane and the forwarding (or data) plane, allowing the network control to be simpler for programming Furthermore, the network infrastructure is independent of network applications and services For the user, the configuration of network devices does not necessarily need to be done directly, but only through APIs to build applications for the whole network (Masoudi & Ghaffari, 2016)

The SDN architecture (Figure 1) has two main components: the control plane above and the data plane below The forwarding component includes forwarding devices such as routers or switches, and it communicates with the network control component via APIs called the Southbound API The network control section consists of the Network Operating System and abstracted objects Users can interact directly with the controls through APIs called Northbound APIs In particular, Kreutz et al (2014) define SDN architecture with four pillars:

• The control plane and the data plane of a network device are no longer tied together as usual but separated Control has been removed from network devices, and the network device will focus on simple packet transport

collection of packets that are transferred from the source device to the target device All data stream packets are subject to identical service policies at the forwarding devices The data flow abstraction allows the behavior of different types of network devices to be unified, including routers, switches, firewalls, and intermediaries Programming data flows permits unprecedented flexibility compared to previous data flows, which were limited to the performance of a flow table

• Logic control is transferred to an external entity, called the SDN controller or the Network Operating System (NOS) The NOS is a software platform that runs on servers and provides the resources and levels of abstraction needed to facilitate the programming of transition devices by a logical centralized management model and the general diagram of a virtual network system Its purpose, therefore, is similar to that of a traditional operating system

• The network can be programmed through the application software running on the NOS, interacting with the underlying data relay devices This is a fundamental characteristic of SDN and considered the most advantageous part

Figure Architecture overview of software-defined networking

Source: Kreutz et al (2014)

1.2 Mininet and Controllers 1.2.1 Mininet

relatively full support for the OpenFlow protocol This tool enables creating and building SDN quickly, customizing the network topology, and supporting functional software such as a web server, packet analysis, and custom packet forwarding Mininet is also user-friendly and can be executed on a variety of hardware platforms Operationally, Mininet permits running multiple hosts and switches on a single operating system kernel The virtual hosts and switches associated with the controllers on Mininet are real entities that are emulated in the form of software instead of hardware A Mininet host can perform remote access (secure shell–SSH) and execute any software installed on the system environment where Mininet is running Mininet not only helps users to create and simulate network topologies simply, but it also allows them to customize network topologies programmatically

1.2.2 Controller

In the SDN architecture, the controller acts as the "brain" of the system, providing a comprehensive view of the overall network and allowing the administrator to decide how the underlying systems (e.g., routers and switches) handle network traffic These days, there are various controllers available, which are classified into two groups: open source and commercial products In addition to the default controller pre-installed in Mininet, this study also uses two other controllers, POX and Ryu

POX controller: an SDN controller developed on the Python platform and widely used in research on account of its easy programming ability POX renders a platform for rapid prototyping and development of OpenFlow-enabled network device control applications POX can connect remotely to Mininet and other applications, such as firewalls, intrusion detection and prevention systems, leftover balancing, routing, and switching

Ryu controller: An open-source controller based on the Python platform providing powerful APIs to help developers program, control, and manage applications Network devices can be configured based on Ryu execution applications over a variety of protocols, such as Netconf, OpenFlow, and OF-Config By using OpenFlow, Ryu can export statistics of the packet forwarding information of the switches so the firewall, router, or switch function (Ali et al., 2018) can be configured

2 RELATED RESEARCH

Mininet's scalability on two environments with different hardware configurations using a POX controller Specifically, their study used a simulation environment of two computers with different configurations to compare and evaluate the execution times needed to create tree network topologies with different numbers of nodes The results showed that the simulation environment affected the topology construction time The impact was especially obvious as the number of network nodes in the topology increased The common point of these studies, however, is that they have only been tested on personal computers with Mininet implemented in a virtual machine environment Furthermore, the tests used only the tree network topology

Recently, many studies have affirmed that SDN applied in the Internet of Things (IoT) field could help to increase network performance while solving security issues that IoT networks have been facing when combined with other technologies, such as blockchain or machine learning (Al-Hayajneh et al., 2020; Hu et al., 2020; Restuccia et al., 2018) This raises the need to test and evaluate the performance of SDN on mobile devices, which are small, low in hardware configuration, and commonly used in IoT networks, such as Raspberry Pi computers Gupta et al (2018) designed a highly versatile and low-cost SDN switch using a Raspberry Pi computer Marzuqi et al (2019) also tested the applicability of a single-board computer, namely, the Raspberry Pi in the deployment of a software-defined network

On the performance issue of SDN controllers, Ali et al (2018) and Priya and Radhika (2019) evaluated and compared the performance of POX and Ryu controllers in many aspects, such as latency, bandwidth, and packet forwarding throughput The results showed that the Ryu controller had better performance metrics than POX

Based on a comprehensive review of the results of related studies, we aim in this study to evaluate the implementation of SDN with the Mininet network emulator tool in different environments and with many types of network topologies In addition, the study also compares different controllers in the same hardware environment

3 TESTING AND RESULTS

3.1 Experimental design

Tests were performed to assess Mininet's scalability in implementing network topologies The start/stop time of a network topology was calculated as the time from the start of topology creation, with parameters such as topology type, host number, controller, etc., until the topology was stopped The study conducted two tests

• Test 2: Compare the execution times of topologies on the same Raspberry Pi environment (Environment of Test 1) with two different controllers, POX and Ryu

Table Parameter two hardware environments

Environment Device Configuration

1 Virtual environment - Virtual Oracle VirtualBox Gb RAM runs on Laptop Intel® Core™ i5-2430M, CPU 2.40 GHz, GB RAM; - PC Operating system: Ubuntu 14.04.1 64 bit; - Mininet 2.2.2

2 Raspberry Pi - Raspberry Pi 3, Cortex-A53 (ARMv8) 64-bit So @ 1.4 GHz, GB RAM;

- Ubuntu PC operating system: 14.04.1 64 bit; - Mininet 2.2.2

Timing was performed with a program written in the Python language The topologies used include

• Single topology: A single topology in which a switch is connected to n hosts For example, #sudo mn-topo single, 4 (creating a topology with switch connected to hosts);

• Tree topology: A topology that depends on the depth of the tree and the number of hosts connected to each switch at the end of the tree (fanout) For example, #sudo mn-topo tree, depth = 3, fanout = 2 (creating a tree topology with the depth of such that each switch at the last floor has hosts);

• Linear topology: A linear topology depending on the number of switches and the number of hosts connected to each switch Example: #sudo mn-topo linear, 3 (creating a topology with switches such that each switch is connected to host)

3.2 Results 3.2.1 Test

Figure Comparison of the execution times for a single topology Table Test results for the single topology

Topology Node (n) Host (n) Switch (n) Start/Stop Time Virtualized environment (seconds)

Start/Stop Time Raspberry (seconds) Single 0.13 0.31

Single 0.21 0.57 Single 15 14 0.41 1.27 Single 31 30 0.79 2.34 Single 63 62 1.67 4.97 Single 127 126 3.33 10.12 Single 255 254 11.20 22.66 Single 511 510 19.42 51.18

Table Test results for the tree topology

Topology Node (n) Host (n) Switch (n) Start/Stop Time Virtualized environment (seconds)

Start/Stop Time Raspberry (seconds)

Tree 0.13 0.31

Tree 0.30 0.75

Tree 15 0.69 1.92 Tree 31 16 15 1.29 3.60 Tree 63 32 31 3.23 7.68 Tree 127 64 63 14.83 17.90 Tree 255 128 127 34.83 39.46 Tree 511 256 255 70.97 86.62

Figure Comparison of the execution times for the linear topology Table Test results for the linear topology

Topology Node (n) Host (n) Switch (n) Start/Stop Time Virtualized environment (seconds)

Start/Stop Time Raspberry (seconds) Linear 2 0.22 0.47

3.2.2 Experiment

The results of measuring and comparing the execution times for different topologies on the same Raspberry Pi environment with two POX and Ryu controllers are shown in the following tables and graphs The results for the tree topology are shown in Table and Figure 4, and the results for the linear topology are shown in Table and Figure

Figure Execution times for the Pox and Ryu controllers with the tree topology Table Test results for the tree topology in the Raspberry Pi environment

Topology Node (n) Host (n) Switch (n) Start/Stop Time–Pox Controller (seconds)

Start/Stop Time–Ryu Controller (seconds) Tree 0.31 0.31

Figure Execution times for the Pox and Ryu controllers with the linear topology Table Test results for the linear topology in the Raspberry Pi environment

Topology Node (n) Host (n) Switch (n) Start/Stop Time–Pox Controller (seconds)

Start/Stop Time–Ryu Controller (seconds)

Linear 2 0.47 0.47 Linear 4 0.90 1.10 Linear 16 8 1.99 1.99 Linear 32 16 16 4.19 4.31 Linear 64 32 32 8.01 7.93 Linear 128 64 64 17.17 17.40 Linear 256 128 128 37.97 39.04 Linear 512 256 256 88.34 87.79

3.3 Comments

times were 19.42 s and 51.18 s, respectively Similarly, for the tree topology, the execution time for the least number of nodes in Environments and was 0.13 s and 0.31 s, and with the number of maximum nodes, it was 70.97 s and 86.62 s, respectively For the linear topology, the execution times were 0.22 s and 0.47 s with the least number of nodes (4 nodes), and 67.43 s, and 87.79 s with the highest number of nodes (512 nodes) The difference in topology execution time for the two media became clearer as the number of nodes increased, with the most obvious difference between the two environments being observed in the single network topology

This result is in agreement with previous studies that found that the simulation environment affects the time to build topologies (de Oliveira et al., 2014; Keti & Askar, 2015) Nevertheless, the difference of this study is that by testing and comparing the virtual machine environment and the Raspberry Pi machine, the results showed that the current basic hardware configurations fully satisfy the simulation software-defined network with Mininet Although previous studies evaluated Mininet as an important tool in SDN research, there were performance limitations for topologies with a large number of nodes and differences in simulated and real environments

In Test 2, the difference in execution time for the two controllers was insignificant for the topologies with the same hardware environment The POX controller had an execution time of 0.31 s for the tree topology with the fewest nodes (3 network nodes) and 88.50 s with the most nodes (511 nodes) The Ryu controller had execution times of 0.31 s and 86.62 s, respectively, for the same topologies and hardware environment For the linear topology, the execution times were 0.47 s and 88.34 s for the POX controller, and 0.47 s and 87.79 s for the Ryu controller The similar execution times can be explained in that the tests only measure the start/stop time of the topologies, and the controllers not have much impact on this task The controllers have more impact when the topology exchanges information between the topology components

4 CONCLUSIONS AND RECOMMENDATIONS

The study tested the simulation of a software-defined network using the Mininet tool by comparing the start/stop execution times of topologies on two different hardware environments and on the same hardware environment but with different controllers These scalability tests were conducted on three types of topologies (single, tree, and linear) with POX and Ryu controllers

even with a topology with a large number of nodes This has important implications for the use of emulators such as Mininet in research, teaching, and learning about SDN It shows the ability to apply and deploy software-defined networks in the field of IoT with mobile devices and low configuration

For testing on the same hardware environment, the execution time of the topologies does not differ much between controllers since the controllers not affect topology construction time In future studies, we plan to evaluate the performance of SDN topologies, such as bandwidth, packet routing, and forwarding capabilities, on different emulator environments and controllers

REFERENCES

Al-Hayajneh, A., Bhuiyan, Z A., & McAndrew, I (2020) Improving internet of things (IoT) security with software-defined networking (SDN) Computers, 9(1), 1-14 DOI:10.3390/computers9010008

Ali, J., Lee, S., & Roh, B (2018) Performance analysis of POX and Ryu with different SDN topologies In Proceedings of the 2018 International Conference on Information Science and System (pp 244-249) Association for Computing Machinery DOI:10.1145/3209914.3209931

de Oliveira, R L S., Schweitzer, C M., Shinoda, A A., & Prete, L R (2014) Using mininet for emulation and prototyping software-defined networks In 2014 IEEE Colombian Conference on Communications and Computing (COLCOM) (pp 44-49) IEEE DOI: 10.1109/ColComCon.2014.6860404

Gupta, V., Kaur, K., & Kaur, S (2018) Developing small size low-cost software-defined networking switch using raspberry Pi In D K Lobi yal, V Mansotra, & U Singh (Eds), Next-generation networks (pp 147-152) Springer

Hu, J., Reed, M., Thomos, N., AI-Naday, M F., & Yang, K (2020) Securing SDN controlled IoT networks through edge-blockchain IEEE Internet of Things Journal, 1-14 DOI:10.1109/jiot.2020.3017354

Keti, F., & Askar, S (2015) Emulation of software defined networks using mininet in different simulation environments In Proceedings of the 2015 6th International Conference on Intelligent Systems, Modelling and Simulation (pp 205-210) IEEE DOI: 10.1109/ISMS.2015.46

Kreutz, D., Ramos, F M., Verissimo, P E., Rothenberg, C E., Azodolmolky, S., & Uhlig, S (2014) Software-defined networking: A comprehensive survey Proceedings of the IEEE, 103(1), 14-76 DOI: 10.1109/JPROC.2014.2371999

Marzuqi, O., Virgono, A., & Negara, R M (2019) Implementation model architecture software defined network using raspberry Pi: A review paper Telkomnika, 17(3), 1136-1141

Priya, A V., & Radhika, N (2019) Performance comparison of SDN OpenFlow controllers International Journal of Computer Aided Engineering and Technology, 11(4-5), 467-479

Restuccia, F., D’Oro, S., & Melodia, T (2018) Securing the internet of things in the age of machine learning and software-defined networking IEEE Internet of Things Journal, 5(6), 4829-4842 DOI: 10.1109/JIOT.2018.2846040

: http://dx.doi.org/10.37569/DalatUniversity.11.1.657(2021) CC BY-NC 4.0 DOI:10.3390/computers9010008. y DOI:10.1145/3209914.3209931. :10.1109/jiot.2020.3017354. 10.1016/j.jnca.2016.03.016.