<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Publishing DTD v1.1 20151215//EN" "http://jats.nlm.nih.gov/publishing/1.1/JATS-journalpublishing1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:mml="http://www.w3.org/1998/Math/MathML" xml:lang="en" article-type="research-article" dtd-version="1.1">
<front>
<journal-meta>
<journal-id journal-id-type="pmc">CMC</journal-id>
<journal-id journal-id-type="nlm-ta">CMC</journal-id>
<journal-id journal-id-type="publisher-id">CMC</journal-id>
<journal-title-group>
<journal-title>Computers, Materials &#x0026; Continua</journal-title>
</journal-title-group>
<issn pub-type="epub">1546-2226</issn>
<issn pub-type="ppub">1546-2218</issn>
<publisher>
<publisher-name>Tech Science Press</publisher-name>
<publisher-loc>USA</publisher-loc>
</publisher>
</journal-meta>
<article-meta>
<article-id pub-id-type="publisher-id">63139</article-id>
<article-id pub-id-type="doi">10.32604/cmc.2025.063139</article-id>
<article-categories>
<subj-group subj-group-type="heading">
<subject>Article</subject>
</subj-group>
</article-categories>
<title-group>
<article-title>Detecting and Mitigating Distributed Denial of Service Attacks in Software-Defined Networking</article-title>
<alt-title alt-title-type="left-running-head">Detecting and Mitigating Distributed Denial of Service Attacks in Software-Defined Networking</alt-title>
<alt-title alt-title-type="right-running-head">Detecting and Mitigating Distributed Denial of Service Attacks in Software-Defined Networking</alt-title>
</title-group>
<contrib-group>
<contrib id="author-1" contrib-type="author" corresp="yes">
<name name-style="western"><surname>Alnajim</surname><given-names>Abdullah M.</given-names></name><xref ref-type="aff" rid="aff-1">1</xref><email>najim@qu.edu.sa</email></contrib>
<contrib id="author-2" contrib-type="author">
<name name-style="western"><surname>Alotaibi</surname><given-names>Faisal Mohammed</given-names></name><xref ref-type="aff" rid="aff-2">2</xref><xref ref-type="author-notes" rid="afn1">#</xref></contrib>
<contrib id="author-3" contrib-type="author">
<name name-style="western"><surname>Khan</surname><given-names>Sheroz</given-names></name><xref ref-type="aff" rid="aff-3">3</xref><xref ref-type="author-notes" rid="afn1">#</xref></contrib>
<aff id="aff-1"><label>1</label><institution>Department of Information Technology, College of Computer, Qassim University</institution>, <addr-line>Buraydah, 51452</addr-line>, <country>Saudi Arabia</country></aff>
<aff id="aff-2"><label>2</label><institution>College of Computer Engineering and Sciences, Department of information system, Prince Sattam bin Abdulaziz University</institution>, <addr-line>Al-Kharj, 16273</addr-line>, <country>Saudi Arabia</country></aff>
<aff id="aff-3"><label>3</label><institution>Department of Electrical Engineering, College of Engineering and Information Technology, Onaizah Colleges</institution>, <addr-line>Qassim, 56447</addr-line>, <country>Saudi Arabia</country></aff>
</contrib-group>
<author-notes>
<corresp id="cor1"><label>&#x002A;</label>Corresponding Author: Abdullah M. Alnajim. Email: <email>najim@qu.edu.sa</email></corresp>
<fn id="afn1">
<p><sup>#</sup>These authors contributed equally to this work</p>
</fn>
</author-notes>
<pub-date date-type="collection" publication-format="electronic">
<year>2025</year>
</pub-date>
<pub-date date-type="pub" publication-format="electronic">
<day>19</day><month>05</month><year>2025</year>
</pub-date>
<volume>83</volume>
<issue>3</issue>
<fpage>4515</fpage>
<lpage>4535</lpage>
<history>
<date date-type="received">
<day>06</day>
<month>1</month>
<year>2025</year>
</date>
<date date-type="accepted">
<day>02</day>
<month>4</month>
<year>2025</year>
</date>
</history>
<permissions>
<copyright-statement>&#x00A9; 2025 The Authors.</copyright-statement>
<copyright-year>2025</copyright-year>
<copyright-holder>Published by Tech Science Press.</copyright-holder>
<license xlink:href="https://creativecommons.org/licenses/by/4.0/">
<license-p>This work is licensed under a <ext-link ext-link-type="uri" xlink:type="simple" xlink:href="https://creativecommons.org/licenses/by/4.0/">Creative Commons Attribution 4.0 International License</ext-link>, which permits unrestricted use, distribution, and reproduction in any medium, provided the original work is properly cited.</license-p>
</license>
</permissions>
<self-uri content-type="pdf" xlink:href="TSP_CMC_63139.pdf"></self-uri>
<abstract>
<p>Distributed denial of service (DDoS) attacks are common network attacks that primarily target Internet of Things (IoT) devices. They are critical for emerging wireless services, especially for applications with limited latency. DDoS attacks pose significant risks to entrepreneurial businesses, preventing legitimate customers from accessing their websites. These attacks require intelligent analytics before processing service requests. Distributed denial of service (DDoS) attacks exploit vulnerabilities in IoT devices by launching multi-point distributed attacks. These attacks generate massive traffic that overwhelms the victim&#x2019;s network, disrupting normal operations. The consequences of distributed denial of service (DDoS) attacks are typically more severe in software-defined networks (SDNs) than in traditional networks. The centralised architecture of these networks can exacerbate existing vulnerabilities, as these weaknesses may not be effectively addressed in this model. The preliminary objective for detecting and mitigating distributed denial of service (DDoS) attacks in software-defined networks (SDN) is to monitor traffic patterns and identify anomalies that indicate distributed denial of service (DDoS) attacks. It implements measures to counter the effects of DDoS attacks, and ensure network reliability and availability by leveraging the flexibility and programmability of SDN to adaptively respond to threats. The authors present a mechanism that leverages the OpenFlow and sFlow protocols to counter the threats posed by DDoS attacks. The results indicate that the proposed model effectively mitigates the negative effects of DDoS attacks in an SDN environment.</p>
</abstract>
<kwd-group kwd-group-type="author">
<kwd>Software-defined networking (SDN)</kwd>
<kwd>distributed denial of service (DDoS) attack</kwd>
<kwd>sampling Flow (sFlow)</kwd>
<kwd>OpenFlow</kwd>
<kwd>OpenDaylight controller</kwd>
</kwd-group>
<funding-group>
<award-group id="awg1">
<funding-source>Deanship of Graduate Studies and Scientific Research at Qassim University</funding-source>
<award-id>QU-APC-2025</award-id>
</award-group>
</funding-group>
</article-meta>
</front>
<body>
<sec id="s1">
<label>1</label>
<title>Introduction</title>
<p>Since its inception, the number of internet users has increased exponentially, leading to the emergence of architectures that can justifiably be termed the Internet of Things (IoT) or the Internet of Everything (IoE). This evolution facilitates the convergence of the physical and digital worlds, heralding an era where sensations are experienced by objects and humans across vast distances remotely, akin to direct interactions among users. This architectural framework incorporates internet-connected devices, smart objects, sensors, and associated web-based services that require processing prior to communication&#x2014;collectively referred to as the Internet of Things (IoT) or the Internet of Everything (IoE) today. Currently, over three billion users access the internet for various activities, including banking transactions, shopping from vendors around the globe, web-based monitoring and control, social media interactions, and many other applications [<xref ref-type="bibr" rid="ref-1">1</xref>].</p>
<p>As the web of everything continues to evolve, addressing the diverse requirements for intelligent and seamless connectivity will be essential. This involves leveraging advanced technologies, enhancing interoperability, and ensuring that all components of the network work together efficiently to meet the needs of end-users. These requirements cannot be effectively addressed through the intervention of network administrators, operators, or end-users alone; rather, they can only be fulfilled if the internet is engineered to be self-sustaining and self-responding. The growing number of IoT-based services in areas such as smart homes, healthcare, smart cities, agriculture, and supply chains all contribute to enhancing living conditions. However, the sheer volume of devices presents numerous challenges within the current legacy networking paradigm, which is often outdated. For instance, network manageability remains a significant challenge. The integration of edge computing, blockchain, and wireless resources, combined with the advancements in SDN, presents a unique opportunity to overcome existing limitations. By fostering interoperability and leveraging the capabilities of the software community, developers can create more dynamic, efficient, and manageable network architectures that meet the evolving demands of modern applications [<xref ref-type="bibr" rid="ref-2">2</xref>].</p>
<p>Finally, information security and privacy remain prominent areas of concerns. This raises awareness for practitioners and researchers who are concerned about their own safety and the safety of others as a result. The increasing interconnection of devices and systems, coupled with the diversity of hacker motivations, creates a challenging security environment. Ensuring robust security mechanisms while maintaining ease of use is critical to protecting sensitive information and mitigating the risks associated with network security breaches. Addressing these challenges is critical to protecting both businesses and consumers in an evolving digital environment [<xref ref-type="bibr" rid="ref-3">3</xref>,<xref ref-type="bibr" rid="ref-4">4</xref>].</p>
<p>There have been no fundamental changes to traditional network architectures, which consist of groups of routers and switches, along with devices from various manufacturers. These devices are meant to be used together to build heterogeneous networks. Because these devices may be from different manufacturers and used by different technicians under different brands, they require the construction of heterogeneous networks. Different systems from different vendors might be incompatible, making heterogeneous networks expensive to configure and difficult to operate, monitor, and maintain. Configuring different systems increases the vulnerability of hardware and software resources. This requires improving network architectures designed to meet the challenges of these growing networks, making them easy to manage, dynamic enough to accommodate different devices from different vendors, and capable of meeting changing workload requirements by scaling up or down resources with the help of cloud infrastructure. Software-defined networks (SDN) are one of the most promising approaches to improving current hardware-based network systems. Therefore, this project aims to develop a model for detecting distributed denial of service (DDoS) attacks on dynamic and diverse Internet of Things (IoT) or Internet of Everything (IoE) systems, which can be applied in smart environments to infer that the geographic distribution of attack sources follows specific patterns [<xref ref-type="bibr" rid="ref-5">5</xref>,<xref ref-type="bibr" rid="ref-6">6</xref>].</p>
<p>While IoT environments enhance productivity and convenience in a digitally connected society, the increasing complexity of these systems exposes them to significant risks, including distributed denial of service (DDoS) attacks. Addressing these vulnerabilities through effective security measures and proactive management is critical to protecting the integrity and reliability of IoT systems. This is due to the volatility of attack methods and patterns used by attackers.</p>
<p>DDoS attacks present significant challenges to Internet service availability, necessitating effective strategies to identify and differentiate between legitimate and malicious traffic congestion. Software-Defined Networking (SDN) offers a robust solution by simplifying network management and enhancing the ability to respond dynamically to varying traffic conditions, ultimately improving resilience against DDoS attacks. Furthermore, DDoS attacks can range from the misuse of application-level vulnerabilities to high-volume flooding on a network. Although, it is easy to probe the service availability and to ease traffic on the network, the most significant challenge lies in differentiating between legitimate congestion-based traffic and attacker-generated congestion. SDN addresses these shortcomings by separating network control and management from the data plane to minimise complexity through implementing flow rules in thousands per server rack [<xref ref-type="bibr" rid="ref-7">7</xref>], through effective network security and memory management at both the network control and data planes. One way of combating such DDoS menaces is through identifying for network users the legitimate IoT traffic from anomalous DDoS-generated traffic, bearing thus the SDN with the ability to detect in order to respond to abnormalities in the network in timely manner to analyze the impact of various traditional DDoS attacks imposing threats on SDN architectures [<xref ref-type="bibr" rid="ref-8">8</xref>].</p>
<p>The emergence of software-defined networking (SDN) represents a revolutionary approach to networking, particularly in addressing security challenges. Its integration with the Internet of Things, along with features such as resource pooling and on-demand self-service via cloud computing, is establishing SDN as a pivotal area of research and application in modern networking environments, making the deployment of threat/attack detection strategies in the IoT environment an essential part of the operational ecosystem [<xref ref-type="bibr" rid="ref-9">9</xref>].</p>
<p>Software-Defined Networking (SDN) presents significant advantages in collecting deployability information and improving security through dynamic control and advanced application capabilities. By leveraging these features, SDN can effectively enhance network resilience and provide robust solutions for detecting and mitigating various types of attacks.</p>
<p>In this framework, the authors have proposed an SDN-based security system that aims at protecting the SDN network from DDoS attacks. The proposed algorithm in this system uses statistical data collected by the sFlow and OpenFlow protocols to detect and mitigate the DDoS attacks. Also, the proposed algorithm can identify high network traffic to block it based on selected threshold values. It represents a significant advancement in the application of SDN technology for enhancing network security, particularly in the context of increasingly sophisticated DDoS threats. The main contributions of the paper are summarised as below:
<list list-type="bullet">
<list-item>
<p>A novel framework for detecting and mitigating the DDoS is executed in an SDN environment using the sFlow and OpenFlow protocols.</p></list-item>
<list-item>
<p>An algorithm that uses statistical data collected by the sFlow and OpenFlow protocols to detect and mitigate DDoS attacks.</p></list-item>
<list-item>
<p>The overall contribution of this work is proposing a system that uses sFlow to detect DDoS attacks and OpenFlow to mitigate these attacks.</p></list-item>
</list></p>
<p>The rest of the paper is organized as follows: <xref ref-type="sec" rid="s2">Section 2</xref> provides background on software-defined networks (SDNs), distributed denial-of-service (DDoS) attacks, defense techniques, and related work. <xref ref-type="sec" rid="s3">Section 3</xref> introduces the problem modeling and statement, <xref ref-type="sec" rid="s4">Section 4</xref> explains the proposed method, <xref ref-type="sec" rid="s5">Section 5</xref> describes the testing and evaluation environment, and <xref ref-type="sec" rid="s6">Section 6</xref> presents contemporary work. <xref ref-type="sec" rid="s7">Section 7</xref> concludes with concluding results and remarks, followed by <xref ref-type="sec" rid="s8">Section 8</xref> for further work.</p>
</sec>
<sec id="s2">
<label>2</label>
<title>Background</title>
<p>The Internet of Tings (IoT) is the interconnection of smart devices that integrate together as a single network via various services or protocols. The IoT enables the collection of sensitive information from smart devices to perform critical operations. It also allows smart devices to communicate with each other at high speed, and the SDN provides orchestration for network management by decoupling the control plane and the data plane. This section presents a review of the Software Defined Networking (SDN) and Distributed Denial of Service attack (DDoS) supported by related work and its discussions.</p>
<sec id="s2_1">
<label>2.1</label>
<title>Software Defined Networking (SDN)</title>
<p>The TSDN model is introduced to compensate for the shortcomings of the traditional network by offering programmability, compatibility, cost, manageability, and many other distinct features. The main idea of an SDN is to separate in network switches data plane and the centrally located device of control plane. It is typically centralized and manages network routing and policies. The data plane executes data routing based on the control plane&#x2019;s decisions. It consists of the physical network devices, such as switches and routers, that handle data packets, as shown in <xref ref-type="fig" rid="fig-1">Fig. 1</xref>.</p>
<fig id="fig-1">
<label>Figure 1</label>
<caption>
<title>Software Defined Networking (SDN) drawn based on concepts from [<xref ref-type="bibr" rid="ref-7">7</xref>]</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMC_63139-fig-1.tif"/>
</fig>
<p>Furthermore, an SDN architecture generally consists of three functional components: 1) Applications: these are programs that send data to the SDN controller via an application programming interface (API); 2) Controllers: these are logical entities that receive instructions or requirements from the SDN application layer and transmit them up and down the hierarchy; and 3) Network devices: these devices control the routing and processing of data across network paths [<xref ref-type="bibr" rid="ref-10">10</xref>] in the SDN controller for network security. DDoS attacks transform the vulnerable IoT devices into becoming Botnets that cause severe disruptions to the IoT system by compromising the nodes.</p>
<p>OpenFlow is a communication protocol in the SDN environment. It is used by the SDN control plane and data plane for communication. Furthermore, the SDN controller determines the paths of packets across the SDN network. It configures network devices according to its flow rules. OpenFlow also enables communication between network devices, enabling control of devices from any vendor. Finally, OpenFlow can be used to remotely control the flow tables of layer three switches [<xref ref-type="bibr" rid="ref-11">11</xref>,<xref ref-type="bibr" rid="ref-12">12</xref>].</p>
</sec>
<sec id="s2_2">
<label>2.2</label>
<title>Distributed Denial of Service (DDoS) Attack</title>
<sec id="s2_2_1">
<label>2.2.1</label>
<title>Definition</title>
<p>Distributed denial-of-service (DDoS) attacks are undoubtedly a major concerns for many businesses and organizations. These attacks are maliciously coordinated against online services, such as commercial websites, banking websites, government websites, and others. Furthermore, these attacks are typically carried out by a large number of independent programs, with the goal of disrupting system resources for a specific period of time until the targeted device is unable to provide services.</p>
</sec>
<sec id="s2_2_2">
<label>2.2.2</label>
<title>How DDoS Attacks Are Performed?</title>
<p>The first step in launching a distributed denial-of-service (DDoS) attack, which is not primarily aimed at stealing data, is to recruit a group of bots or malware. Furthermore, to turn a computer into a zombie, hackers develop and execute specialized malware. This malware can be installed on a large number of devices that have visited unsafe websites containing the malware. It can spread to targeted computers via email attachments, compromised websites, or corporate networks. As a result, legitimate users may be infected with malware that unwittingly turns them into bots. This type of malware allows attackers to gain access to infected or disabled computers. Once the computer is disabled, it connects to the attackers&#x2019; commands, which begin controlling the server. It then receives their commands. Commands may include information about the targeted server, the time of the attack, the attack method, and its duration. Additionally, an army of bots is formed as a botnet, typically consisting of thousands of bots. This network weakens the security of IoT devices and exposes them to distributed denial of service (DDoS) attacks, as shown in <xref ref-type="fig" rid="fig-2">Fig. 2</xref>.</p>
<fig id="fig-2">
<label>Figure 2</label>
<caption>
<title>Distribute denial of service (DDoS)</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMC_63139-fig-2.tif"/>
</fig>
<p>The attackers send commands to the command and control server, which serves as the central management center for the botnet. The command and control server receives these commands and relays them to all connected bots within the botnet. The server coordinates the bots&#x2019; operations and ensures they work in concert to execute the attack. Each bot, a compromised device, receives commands from the command and control server. The bots then launch a distributed denial of service (DDoS) attack on the victim&#x2019;s server to overwhelm the target. 3 derived from concepts presented in [<xref ref-type="bibr" rid="ref-13">13</xref>].</p>
</sec>
<sec id="s2_2_3">
<label>2.2.3</label>
<title>Target of DDoS Attack</title>
<p>In general, DDoS attackers, in order to cause denial of service to legitimate users, target the following network components: (i) routers, (ii) links, (iii) firewalls and defense systems, (iv) the victim&#x2019;s infrastructure, (v) the victim&#x2019;s operating system, (vi) existing connections, and (vii) the victim&#x2019;s applications [<xref ref-type="bibr" rid="ref-14">14</xref>,<xref ref-type="bibr" rid="ref-15">15</xref>].</p>
<p>Potential targets also include vulnerable IoT devices, which, when attacked, form botnets, threatening IoT system security through distributed denial-of-service (DDoS) attacks. Machine learning (ML) and deep learning (DL) techniques have demonstrated significant potential in detecting DDoS attacks, offering numerous advantages over traditional statistical or policy-based solutions.</p>
</sec>
<sec id="s2_2_4">
<label>2.2.4</label>
<title>DDoS Attack Types</title>
<p>As previously mentioned, modern computer networks rely heavily on a variety of network devices, each of which plays a critical role in ensuring seamless connectivity and high performance. Understanding the intricacies of these systems is crucial for effective network management and responding to changing conditions, given the variety of attack types, the most common of which are distributed denial of service (DDoS) attacks.</p>
<p>Distributed denial-of-service (DDoS) attacks vary in their methods and objectives, making it essential for organizations to implement effective security measures to mitigate these threats. They can be classified into three main types: 1) Value-based attacks, including User Datagram Protocol (UDP) floods, Ping floods, and spoofed packet floods, 2) Protocol-based attacks, including SYN floods, fragmented packet attacks, Ping of Death, and Smurf DDoS attacks, 3) Application layer attacks, consisting low-level and slow attacks, GET/POST floods, and targeted attacks.</p>
<p>The programmability of SDN routers is decoupled from the control decisions that enable innovation and evolution. In SDN, network intelligence is logically integrated into the software-based control plane, while OpenFlow network switches become the data plane that can be programmable via the OpenFlow protocol with an open interface [<xref ref-type="bibr" rid="ref-16">16</xref>].</p>
<p>Denial-of-service (DoS) attacks are designed to disrupt services by overwhelming the target with excessive traffic, limiting access for legitimate users. Researchers in [<xref ref-type="bibr" rid="ref-17">17</xref>] categorize DDoS attacks, from a downstream impact perspective, into: (i) application attacks, where attackers target the application itself; (ii) resource and host attacks, which disrupt resources; (iii) network attacks, which target network bandwidth; and (iv) infrastructure attacks, which target the Domain Name Server (DNS).</p>
</sec>
<sec id="s2_2_5">
<label>2.2.5</label>
<title>Challenges of DDoS Mitigation</title>
<p>There are several challenges in building an SDN controller capable of detecting and mitigating DDoS attacks. These challenges include: 1) the size of the Botnet&#x2014;for example, a large Botnet becomes extremely difficult to handle; 2) the accuracy of detecting abnormal traffic; 3) long-lasting attacks that last longer; and 4) large-scale testing to meet the needs of multi-Gbps networks.</p>
</sec>
<sec id="s2_2_6">
<label>2.2.6</label>
<title>Defense Approaches</title>
<p>There are three main defense mechanisms for detecting and mitigating DDoS attacks. The first approach, called the Proactive Defense Mechanisms framework, proposes a technique that does not directly mitigate DDoS attacks. However, this framework efficiently designs and builds infrastructure to withstand an imminent DDoS attack, known as cloud hosting. The second approach is called reactive defense mechanisms, and its main idea is to mitigate or, if possible, stop DDoS attacks when they occur. Finally, the third approach is called post-attack analysis: This technique analyzes DDoS attacks and monitors their patterns to obtain information that enables tracking and preventing attackers from carrying them out. These defense mechanisms are determined based on various performance metrics that help ensure effective communication regardless of the sites involved [<xref ref-type="bibr" rid="ref-18">18</xref>&#x2013;<xref ref-type="bibr" rid="ref-20">20</xref>].</p>
<p>Thanks to advances in the manufacture of various miniaturized sensor systems, the development of numerous web services, and cloud computing, it has become possible for almost any isolated system to communicate with similar devices, which are currently expected to number in the billions on the internet. These complex systems face numerous challenges, the most common of which are distributed denial of service (DDoS) attacks [<xref ref-type="bibr" rid="ref-21">21</xref>,<xref ref-type="bibr" rid="ref-22">22</xref>]. All of these attacks are designed to send large volumes of messages, making it difficult to find the exact signature of the nature of the attack.</p>
</sec>
</sec>
</sec>
<sec id="s3">
<label>3</label>
<title>Problem Modeling and Statement</title>
<p>Mitigating DDoS attacks is one of the main causes of concern for network administrators. SDN as shown in <xref ref-type="fig" rid="fig-3">Fig. 3</xref>, is a promising networking paradigm that can be used to tackle DDoS attacks. Furthermore, it is assumed that the network consists of a set of nodes, <inline-formula id="ieqn-1"><mml:math id="mml-ieqn-1"><mml:mrow><mml:mi>&#x1D4A9;</mml:mi></mml:mrow><mml:mo>&#x2260;</mml:mo><mml:mi mathvariant="normal">&#x2205;</mml:mi></mml:math></inline-formula>, where the number of network nodes is <inline-formula id="ieqn-2"><mml:math id="mml-ieqn-2"><mml:mi>N</mml:mi><mml:mo>=</mml:mo><mml:mrow><mml:mo stretchy="false">|</mml:mo></mml:mrow><mml:mrow><mml:mi>&#x1D4A9;</mml:mi></mml:mrow><mml:mrow><mml:mo stretchy="false">|</mml:mo></mml:mrow></mml:math></inline-formula>, <inline-formula id="ieqn-3"><mml:math id="mml-ieqn-3"><mml:mi>N</mml:mi><mml:mo>&#x2208;</mml:mo><mml:mrow><mml:mi mathvariant="double-struck">Z</mml:mi></mml:mrow></mml:math></inline-formula>, and <inline-formula id="ieqn-4"><mml:math id="mml-ieqn-4"><mml:mi>N</mml:mi><mml:mo>&#x2265;</mml:mo><mml:mn>4</mml:mn></mml:math></inline-formula>. In addition, there is a subset of these nodes as hosts <inline-formula id="ieqn-5"><mml:math id="mml-ieqn-5"><mml:mrow><mml:mi>&#x0210B;</mml:mi></mml:mrow><mml:mo>&#x2282;</mml:mo><mml:mrow><mml:mi>&#x1D4A9;</mml:mi></mml:mrow></mml:math></inline-formula> such that the number of these hosts is <inline-formula id="ieqn-6"><mml:math id="mml-ieqn-6"><mml:mi>H</mml:mi><mml:mo>=</mml:mo><mml:mrow><mml:mo stretchy="false">|</mml:mo></mml:mrow><mml:mrow><mml:mi>&#x0210B;</mml:mi></mml:mrow><mml:mrow><mml:mo stretchy="false">|</mml:mo></mml:mrow></mml:math></inline-formula>, <inline-formula id="ieqn-7"><mml:math id="mml-ieqn-7"><mml:mi>H</mml:mi><mml:mo>&#x2208;</mml:mo><mml:mrow><mml:mi mathvariant="double-struck">Z</mml:mi></mml:mrow></mml:math></inline-formula> and <inline-formula id="ieqn-8"><mml:math id="mml-ieqn-8"><mml:mi>H</mml:mi><mml:mo>&#x2265;</mml:mo><mml:mn>2</mml:mn></mml:math></inline-formula>, and some of these hosts (or users) are legitimate in the sense <inline-formula id="ieqn-9"><mml:math id="mml-ieqn-9"><mml:mrow><mml:mi>&#x1D4B0;</mml:mi></mml:mrow><mml:mo>&#x2282;</mml:mo><mml:mrow><mml:mi>&#x0210B;</mml:mi></mml:mrow></mml:math></inline-formula>, the number of these legitimate users <inline-formula id="ieqn-10"><mml:math id="mml-ieqn-10"><mml:mi>U</mml:mi><mml:mo>=</mml:mo><mml:mrow><mml:mo stretchy="false">|</mml:mo></mml:mrow><mml:mrow><mml:mi>&#x1D4B0;</mml:mi></mml:mrow><mml:mrow><mml:mo stretchy="false">|</mml:mo></mml:mrow></mml:math></inline-formula> and some of them are Bot or Zombie users <inline-formula id="ieqn-11"><mml:math id="mml-ieqn-11"><mml:mrow><mml:mi>&#x0212C;</mml:mi></mml:mrow><mml:mo>&#x2282;</mml:mo><mml:mrow><mml:mi>&#x0210B;</mml:mi></mml:mrow></mml:math></inline-formula>, the number of these bots are <inline-formula id="ieqn-12"><mml:math id="mml-ieqn-12"><mml:mi>B</mml:mi><mml:mo>=</mml:mo><mml:mrow><mml:mo stretchy="false">|</mml:mo></mml:mrow><mml:mrow><mml:mi>&#x0212C;</mml:mi></mml:mrow><mml:mrow><mml:mo stretchy="false">|</mml:mo></mml:mrow></mml:math></inline-formula>, and <inline-formula id="ieqn-13"><mml:math id="mml-ieqn-13"><mml:mi>B</mml:mi><mml:mo>&#x2208;</mml:mo><mml:mrow><mml:mi mathvariant="double-struck">Z</mml:mi></mml:mrow></mml:math></inline-formula>. Moreover, some of these nodes are switches <inline-formula id="ieqn-14"><mml:math id="mml-ieqn-14"><mml:mrow><mml:mi>&#x1D4AE;</mml:mi></mml:mrow><mml:mo>&#x2260;</mml:mo><mml:mi mathvariant="normal">&#x2205;</mml:mi></mml:math></inline-formula>, <inline-formula id="ieqn-15"><mml:math id="mml-ieqn-15"><mml:mrow><mml:mi>&#x1D4AE;</mml:mi></mml:mrow><mml:mo>&#x2282;</mml:mo><mml:mrow><mml:mi>&#x1D4A9;</mml:mi></mml:mrow></mml:math></inline-formula>, <inline-formula id="ieqn-16"><mml:math id="mml-ieqn-16"><mml:mi>S</mml:mi><mml:mo>=</mml:mo><mml:mrow><mml:mo stretchy="false">|</mml:mo></mml:mrow><mml:mrow><mml:mi>&#x1D4AE;</mml:mi></mml:mrow><mml:mrow><mml:mo stretchy="false">|</mml:mo></mml:mrow></mml:math></inline-formula>, and <inline-formula id="ieqn-17"><mml:math id="mml-ieqn-17"><mml:mi>S</mml:mi><mml:mo>&#x2208;</mml:mo><mml:msub><mml:mrow><mml:msub><mml:mi mathvariant="double-struck">Z</mml:mi><mml:mo mathvariant="double-struck">&gt;</mml:mo></mml:msub></mml:mrow><mml:mn>0</mml:mn></mml:msub></mml:math></inline-formula>. Finally, there is at least one controller in the network <inline-formula id="ieqn-18"><mml:math id="mml-ieqn-18"><mml:mrow><mml:mi>&#x1D49E;</mml:mi></mml:mrow><mml:mo>&#x2260;</mml:mo><mml:mi mathvariant="normal">&#x2205;</mml:mi></mml:math></inline-formula>, <inline-formula id="ieqn-19"><mml:math id="mml-ieqn-19"><mml:mrow><mml:mi>&#x1D49E;</mml:mi></mml:mrow><mml:mo>&#x2282;</mml:mo><mml:mrow><mml:mi>&#x1D4A9;</mml:mi></mml:mrow></mml:math></inline-formula>, the number of controller in the network is <inline-formula id="ieqn-20"><mml:math id="mml-ieqn-20"><mml:mi>C</mml:mi><mml:mo>=</mml:mo><mml:mrow><mml:mo stretchy="false">|</mml:mo></mml:mrow><mml:mrow><mml:mi>&#x1D49E;</mml:mi></mml:mrow><mml:mrow><mml:mo stretchy="false">|</mml:mo></mml:mrow></mml:math></inline-formula>, and <inline-formula id="ieqn-21"><mml:math id="mml-ieqn-21"><mml:mi>C</mml:mi><mml:mo>&#x2208;</mml:mo><mml:msub><mml:mrow><mml:mi mathvariant="double-struck">Z</mml:mi></mml:mrow><mml:mrow><mml:mo>&gt;</mml:mo><mml:mn>0</mml:mn></mml:mrow></mml:msub></mml:math></inline-formula>. Each host can send traffic with rate <inline-formula id="ieqn-22"><mml:math id="mml-ieqn-22"><mml:mi>&#x03B3;</mml:mi><mml:mo>&#x2265;</mml:mo><mml:mn>0</mml:mn></mml:math></inline-formula> and <inline-formula id="ieqn-23"><mml:math id="mml-ieqn-23"><mml:mi>&#x03B3;</mml:mi><mml:mo>&#x2208;</mml:mo><mml:mrow><mml:mi mathvariant="double-struck">R</mml:mi></mml:mrow></mml:math></inline-formula>. The bandwidth of the link between switches and between users and switches is <italic>D</italic>, and <inline-formula id="ieqn-24"><mml:math id="mml-ieqn-24"><mml:mi>D</mml:mi><mml:mo>&gt;</mml:mo><mml:mn>0</mml:mn></mml:math></inline-formula>. The main problem here is to detect bots in <inline-formula id="ieqn-25"><mml:math id="mml-ieqn-25"><mml:mrow><mml:mi>&#x0212C;</mml:mi></mml:mrow></mml:math></inline-formula> that are generating high traffic, and stop them from overwhelming the switches and bandwidth. Further, to allow only legitimate users in <inline-formula id="ieqn-26"><mml:math id="mml-ieqn-26"><mml:mrow><mml:mi>&#x1D4B0;</mml:mi></mml:mrow></mml:math></inline-formula> to send packets through links and switches. The proposed model is explained in the section that follows how it is designed to tackle the problem at hand by mitigating DDoS attack.</p>
<fig id="fig-3">
<label>Figure 3</label>
<caption>
<title>Distributed denial of service (DDoS) attack in Software Defined Networking (SDN)</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMC_63139-fig-3.tif"/>
</fig>
</sec>
<sec id="s4">
<label>4</label>
<title>The Proposed Method</title>
<p>The authors have proposed in this framework a defense approach to detect and mitigate DDoS attacks in an SDN environment.</p>
<p><bold><italic>DDoS Detection and Mitigation System Using sFlow</italic></bold></p>
<p>The proposed distributed denial-of-service (DDoS) detection and mitigation system relies on real-time traffic monitoring within an SDN environment as a defense against DDoS attacks. The security system uses statistics recorded while monitoring traffic passing through SDN OpenFlow switches to detect malicious traffic. Once the attack is detected, the proposed defense system tracks the hosts that caused it in order to block them for a specified period of time, allowing only legitimate users to use the network facilities by sending packets over OpenFlow switches and links in the SDN network. Traffic monitoring is critical to detecting and mitigating DDoS attacks using tools like Sampling Flow (sFlow).</p>
<p>Furthermore, sFlow is a sampling technique used to monitor network traffic. It can be used to detect various types of DDoS attacks, such as SYN floods, UDP user datagrams, and more. Furthermore, the OpenFlow and sFlow protocols provide SDN researchers with an integrated flow monitoring and control system where the OpenFlow controller can be used to determine which flows should be monitored by sFlow, making the controller the layer that sends packet output messages to software forwarding rules to switches. In this context, to make the most of sFlow, we will use the powerful analytics engine sFlow-RT to collect real-time statistics for switches. In general, sFlow-RT can be used to monitor traffic by recording relevant time-release statistics. It is also used for load balancing, DDoS attack detection, and mitigation. Additionally, there are three main components of sFlow: i) the sFlow aggregator in an external controller or in an SDN controller, ii) the sFlow agents integrated into Openvswitch, and iii) the sFlow protocol. Software-defined networking enables a logical and centralized separation of the network control plane from the data plane [<xref ref-type="bibr" rid="ref-23">23</xref>].</p>
<p>The main idea is to integrate sFlow agents into the OpenFlow switches within an SDN network. The main task of sFlow agents is to send samples of network traffic from a specific network device, such as a switch or router, to an sFlow aggregator in an external controller. The sFlow aggregator can then use tools like the inMon sFlow-RT to automatically detect and mitigate large and long-waiting packet flows in real time, as shown in <xref ref-type="fig" rid="fig-4">Fig. 4</xref>. The sFlow agents embedded in the OpenFlow switches communicate with the sFlow cluster via the sFlow protocol, while OpenfFlow switches communicate with OpenDaylight via the OpenFlow protocol, as shown in <xref ref-type="fig" rid="fig-5">Fig. 5</xref>. The sFlow agent encapsulates sample flow and interfaces counters into sFlow data-grams. These data-grams are sent by sFlow agents to sFlow collector in the external controller via sFlow protocol.</p>
<fig id="fig-4">
<label>Figure 4</label>
<caption>
<title>sFlow agents and sFlow collector</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMC_63139-fig-4.tif"/>
</fig><fig id="fig-5">
<label>Figure 5</label>
<caption>
<title>The sFlow agent embedded in switch drawn based on concepts from [<xref ref-type="bibr" rid="ref-24">24</xref>]</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMC_63139-fig-5.tif"/>
</fig>
<p>The sFlow agents sample data packets based on probabilities defined by network administrators, operators, or end users. They also send interface counters to the sFlow aggregator. Network users can also specify threshold values for data traffic and sampling rates. The primary role of the SDN aggregator is to analyze data samples and take necessary measures against DDoS attacks to mitigate or, where possible, stop them.</p>
<p>In addition, the REST APIs, also known an architectural style for an application program interface (API) help each application to retrieve metrics, configure flows, receive notifications, and set appropriate threshold values using <italic>GET</italic>, <italic>PUT</italic>, <italic>POST</italic> and <italic>DELETE</italic> data types, which refers to the reading, updating, creating and deleting of operations concerning resources. The sFlow agents can be embedded into OpenFlow switches by using the following code:</p>
<p><boxed-text id="box1">
<p>sudo ovs-vsctl &#x2013; &#x2013;id&#x003D;@sflow create sflow agent&#x003D;eth1</p>
<p>target&#x003D;&#x2216;&#x201C;192.168.56.102:6343&#x2216;&#x201D; sampling&#x003D;300 polling&#x003D;15</p>
<p>&#x2013; &#x2013; set bridge s1 sflow&#x003D;@sflow</p>
</boxed-text></p>
<p>The above instruction codes will configure or enable sFlow in OpenvSwitch. The sFlow agent of <inline-formula id="ieqn-27"><mml:math id="mml-ieqn-27"><mml:mi>e</mml:mi><mml:mi>t</mml:mi><mml:mi>h</mml:mi><mml:mn>1</mml:mn></mml:math></inline-formula> is embedded into the IP address of 192.168.56.102 for the controller. In addition, the sampling rate is set at 300. In other words, for every 300 packets captured by the sFlow agent, only one packet is sent to the sFlow collector. The polling period is set to 15 s. Alternatively, the client will send a data message to the sFlow collector every 15 s. <xref ref-type="fig" rid="fig-5">Fig. 5</xref> shows flow diagram of sFlow agent processing.</p>
<p>The sFlow agents are installed on OpenFlow switches, enabling them to sample network traffic in real time. These agents continuously monitor traffic and capture flow data, which is essential for analyzing network performance and security. The agents send the collected traffic data to the sFlow analytics engine in real time. This data includes information about packet flows, protocols, and bandwidth usage, allowing for comprehensive traffic analysis. The sFlow analytics engine processes the incoming data to identify anomalies or patterns that may indicate a distributed denial of service (DDoS) attack. By analyzing traffic trends, the engine can detect sudden spikes or unusual behaviors that are typical of DDoS attacks. When a potential DDoS attack is detected, the analytics engine sends immediate notifications to the affected application on the targeted server. This early alert mechanism enables a rapid response, enabling the application to implement countermeasures or strategies to mitigate the effects of the attack.</p>
<p>The listed Algorithm 1 demonstrates a pseudo-code designed for the detection of DDoS attacks and mitigation. The algorithm checks the traffic flow rate <inline-formula id="ieqn-28"><mml:math id="mml-ieqn-28"><mml:mi>&#x03BB;</mml:mi></mml:math></inline-formula> at any time <inline-formula id="ieqn-29"><mml:math id="mml-ieqn-29"><mml:mi>t</mml:mi></mml:math></inline-formula> in all switches in the SDN network through sFlow that allows to check the usage of the bandwidth accordingly. Once the traffic reaches a pre-set threshold value <inline-formula id="ieqn-30"><mml:math id="mml-ieqn-30"><mml:mi>&#x03B8;</mml:mi></mml:math></inline-formula> that identifies to mean DDoS-based attack is detected. In this paper, the value of <inline-formula id="ieqn-31"><mml:math id="mml-ieqn-31"><mml:mi>&#x03B8;</mml:mi></mml:math></inline-formula> is kept equal to 10% of the bandwidth (<italic>D</italic>), <inline-formula id="ieqn-32"><mml:math id="mml-ieqn-32"><mml:msub><mml:mi>&#x03B8;</mml:mi><mml:mn>1</mml:mn></mml:msub><mml:mo>=</mml:mo><mml:mo stretchy="false">(</mml:mo><mml:mfrac><mml:mi>D</mml:mi><mml:mn>100</mml:mn></mml:mfrac><mml:mo>&#x00D7;</mml:mo><mml:mn>10</mml:mn></mml:math></inline-formula>). The utilization of bandwidth is <inline-formula id="ieqn-33"><mml:math id="mml-ieqn-33"><mml:mi>u</mml:mi></mml:math></inline-formula>. It is noteworthy to note that <inline-formula id="ieqn-34"><mml:math id="mml-ieqn-34"><mml:mi>&#x03B8;</mml:mi></mml:math></inline-formula> could take any other value, depending on network administrator. The algorithm then blocks the users who behave like a Bot by keeping them on hold for <italic>T</italic> seconds, a value set for 60 s in this paper. The algorithm is made more complex by making the threshold value a range instead of single value, thus setting up a criterion for how long the time period, <inline-formula id="ieqn-35"><mml:math id="mml-ieqn-35"><mml:msub><mml:mi>T</mml:mi><mml:mn>1</mml:mn></mml:msub></mml:math></inline-formula>, should be. However, if else the value of <inline-formula id="ieqn-36"><mml:math id="mml-ieqn-36"><mml:mi>&#x03B8;</mml:mi></mml:math></inline-formula> is kept equal or less than 15% of the bandwidth (<italic>D</italic>) <inline-formula id="ieqn-37"><mml:math id="mml-ieqn-37"><mml:msub><mml:mi>&#x03B8;</mml:mi><mml:mn>2</mml:mn></mml:msub><mml:mo>=</mml:mo><mml:mo stretchy="false">(</mml:mo><mml:mfrac><mml:mi>D</mml:mi><mml:mn>100</mml:mn></mml:mfrac><mml:mo>&#x00D7;</mml:mo><mml:mn>15</mml:mn></mml:math></inline-formula>), then the time period is kept as <inline-formula id="ieqn-38"><mml:math id="mml-ieqn-38"><mml:msub><mml:mi>T</mml:mi><mml:mn>2</mml:mn></mml:msub></mml:math></inline-formula>.</p>
<fig id="fig-10">
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMC_63139-fig-10.tif"/>
</fig>
</sec>
<sec id="s5">
<label>5</label>
<title>Testbed and Evaluation</title>
<p>In this work, Mininet was used as a network simulator and OpenDaylight as an SDN controller to develop a test environment to demonstrate how it can serve as a reference topology for security applications. The computer system used for simulation purposes was a Core i7-4790 processor at 3.60 GHz and 32 GB of RAM. An Oracle VM Box was also used to create a virtual machine to host the SDN network devices involved.</p>
<sec id="s5_1">
<label>5.1</label>
<title>Network Emulator</title>
<p>An SDN network consists of five main components: 1) the application plane (AP), 2) the northbound interface (NBI), 3) the control plane (CP), 4) the southbound interface (SBI), and 5) the data plane (DP). The control plane, connected to SDN controllers, interacts with applications to transport data flows to their destinations, ensuring device sharing and quality-of-service (QoS)-compliant data routing between connected devices. Network simulators enhance fundamental understanding in the field of next-generation wireless network technologies worldwide.</p>
<p>There are several network simulators used in research, such as Network Simulator 3 (NS3), OPNET, OMNeT&#x002B;&#x002B;, NetSim, REAL, QualNet, and J-Sim (R24). However, the researchers decided to use Mininet as a network simulator due to its simplicity and ease of implementation. Furthermore, Mininet can simulate an entire network of terminal receivers, controllers, and links for large SDNs operating on limited virtual machine resources in a single computer. Mininet switches also support OpenFlow protocols [<xref ref-type="bibr" rid="ref-25">25</xref>]. IoT devices are increasingly becoming targets for cyberattacks due to their inherent vulnerabilities including one emerging threat is the Mongolian DDoS attack that exploits the vulnerabilities of the distributed nature of the IoT.</p>
</sec>
<sec id="s5_2">
<label>5.2</label>
<title>SDN Controller</title>
<p>SDN controllers, also called network operating systems (NOS), are responsible for routing packets. These controllers have comprehensive monitoring of the SDN network through packet flow (from a viewpoint). They can monitor all network devices within their administrative scope. Several open source SDN controllers are available for research use, including but not limited to: a) Open Daylight, b) ONOS, c) Project Calico, d) Project Fast Data, e) Project Floodlight, f) Beacon, g) NOX/POX, h) vneio/sdnc, i) Ryu controller, j) Cherry, k) Faucet, and f) OpenContrail. However, in this work, the OpenDaylight SDN controller is adopted as an open source SDN architecture because it provides a comprehensive platform for the general design aspects of our framework.</p>
</sec>
<sec id="s5_3">
<label>5.3</label>
<title>Network Traffic Generator</title>
<p>Many software-based packet generation tools can be used to flood an SDN network with random packets or allow the user to create custom packet exchanges between hosts in an SDN network. These tools include, but are not limited to, AnetTest, Pktgen, IP Sorcery, Pierf, and Scorpy. In this work, the authors chose to use Hping3 for its simplicity and ease of implementation. It specializes in generating, analyzing, and sending malicious IP packets for DDoS attacks.</p>
</sec>
<sec id="s5_4">
<label>5.4</label>
<title>Case Study</title>
<p>The proposed method for detecting and mitigating the DDoS attacks in an SDN environmental setup is implemented by utilizing sFlow and OpenFlow protocols for performance evaluation.</p>
<p>The star topology as shown in <xref ref-type="fig" rid="fig-6">Fig. 6</xref> has been used. The number of nodes in the SDN network is <inline-formula id="ieqn-43"><mml:math id="mml-ieqn-43"><mml:mi>N</mml:mi><mml:mo>=</mml:mo><mml:mn>13</mml:mn></mml:math></inline-formula> nodes, there are 9 hosts in this network, <inline-formula id="ieqn-44"><mml:math id="mml-ieqn-44"><mml:mi>H</mml:mi><mml:mo>=</mml:mo><mml:mn>9</mml:mn></mml:math></inline-formula>, four of these hosts are legitimate users, that is, <inline-formula id="ieqn-45"><mml:math id="mml-ieqn-45"><mml:mi>U</mml:mi><mml:mo>=</mml:mo><mml:mn>4</mml:mn></mml:math></inline-formula> and four of them are bots, <inline-formula id="ieqn-46"><mml:math id="mml-ieqn-46"><mml:mi>B</mml:mi><mml:mo>=</mml:mo><mml:mn>4</mml:mn></mml:math></inline-formula> and one host is a server. Furthermore, there is also one controller <inline-formula id="ieqn-47"><mml:math id="mml-ieqn-47"><mml:mi>C</mml:mi><mml:mo>=</mml:mo><mml:mn>1</mml:mn></mml:math></inline-formula> and four OpenFlow switches, <inline-formula id="ieqn-48"><mml:math id="mml-ieqn-48"><mml:mi>S</mml:mi><mml:mo>=</mml:mo><mml:mn>4</mml:mn></mml:math></inline-formula>. We will use an OpenDaylight controller (Nitrogen version) and OpenvSwitch to receive/forward commands using OpenFlow protocols. In addition, the legitimate user sends traffic at rate <inline-formula id="ieqn-49"><mml:math id="mml-ieqn-49"><mml:mi>&#x03BB;</mml:mi><mml:mo>=</mml:mo></mml:math></inline-formula> 10 to 80 Kbps, whereas the bot sends traffic at rate <inline-formula id="ieqn-50"><mml:math id="mml-ieqn-50"><mml:mi>&#x03BB;</mml:mi></mml:math></inline-formula> between 1 and 10 Mbps. <xref ref-type="table" rid="table-1">Table 1</xref> lists more details about users and traffic rates for generating SDN traffic jam.</p>
<fig id="fig-6">
<label>Figure 6</label>
<caption>
<title>Star topology (OpenDaylight interface)</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMC_63139-fig-6.tif"/>
</fig><table-wrap id="table-1">
<label>Table 1</label>
<caption>
<title>SDN traffic details</title>
</caption>
<table>
<colgroup>
<col/>
<col/>
<col/>
</colgroup>
<thead>
<tr>
<th>Host number</th>
<th>Host type</th>
<th>Traffic rate</th>
</tr>
</thead>
<tbody>
<tr>
<td>1</td>
<td>Legitimate user</td>
<td>10 Kbps</td>
</tr>
<tr>
<td>2</td>
<td>Legitimate user</td>
<td>30 Kbps</td>
</tr>
<tr>
<td>3</td>
<td>Legitimate user</td>
<td>20 Kbps</td>
</tr>
<tr>
<td>4</td>
<td>Legitimate user</td>
<td>80 Kbps</td>
</tr>
<tr>
<td>5</td>
<td>Bot</td>
<td>3 Mbps</td>
</tr>
<tr>
<td>6</td>
<td>Bot</td>
<td>4 Mbps</td>
</tr>
<tr>
<td>7</td>
<td>Bot</td>
<td>5 Mbps</td>
</tr>
<tr>
<td>8</td>
<td>Bot</td>
<td>10 Mbps</td>
</tr>
</tbody>
</table>
</table-wrap>
<p>The sFlow agents have been configured for all OpenFlow switches of <xref ref-type="fig" rid="fig-6">Fig. 6</xref> described in <xref ref-type="table" rid="table-1">Table 1</xref>. All the OpenFlow switches have been configured automatically using Python. The malicious traffic is generated by using the following <inline-formula id="ieqn-51"><mml:math id="mml-ieqn-51"><mml:mi>H</mml:mi><mml:mi>p</mml:mi><mml:mi>i</mml:mi><mml:mi>n</mml:mi><mml:mi>g</mml:mi><mml:mn>3</mml:mn></mml:math></inline-formula> command:</p>

<p><boxed-text id="box2">
<p>Bot name hping3 &#x2013;flood &#x2013;tcp -k -s 80 Server name</p>
</boxed-text></p>
<p>The top four plots in <xref ref-type="fig" rid="fig-7">Fig. 7</xref> show regular traffic generated by legitimate users, while the high traffic generated by the <inline-formula id="ieqn-52"><mml:math id="mml-ieqn-52"><mml:mi>H</mml:mi><mml:mi>p</mml:mi><mml:mi>i</mml:mi><mml:mi>n</mml:mi><mml:mi>g</mml:mi><mml:mn>3</mml:mn></mml:math></inline-formula> command to simulate DDoS attack behavior in an SDN network is generated by four bots as shown in the bottom four plots of the same figure.</p>
<fig id="fig-7">
<label>Figure 7</label>
<caption>
<title>SDN network traffic (Kbps): the top four charts in this figure depict the sample of traffic generated by legitimate users whereas the bottom four charts demonstrate the DDoS attack</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMC_63139-fig-7.tif"/>
</fig>
<p><xref ref-type="fig" rid="fig-8">Fig. 8</xref> illustrates the SDN network traffic of the device with IP (192.168.11.35) with and without the DDoS mitigation algorithm. As shown in <xref ref-type="fig" rid="fig-9">Fig. 9</xref>, the traffic exceeds the pre-set threshold of 1.25 Mbps in the beginning, which happens because the detection and mitigation algorithms are not running as the controller had not been enabled. Then, after running the detection and mitigation algorithm, the traffic is kept below the threshold value. The suspension of IP address has been set to last for around 60 s. Subsequently, the mitigation algorithm removes the suspension after 60 s to re-trigger provided the Bot has been still attacking.</p>
<fig id="fig-8">
<label>Figure 8</label>
<caption>
<title>Real-time values of DDoS attack generated by the first Bot that triggers the mitigation algorithm when the threshold value is exceeded</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMC_63139-fig-8.tif"/>
</fig><fig id="fig-9">
<label>Figure 9</label>
<caption>
<title>Shows time when Mitigation algorithm controller is Active (in blue), Pending (in yellow)</title>
</caption>
<graphic mimetype="image" mime-subtype="tif" xlink:href="CMC_63139-fig-9.tif"/>
</fig>
<p><xref ref-type="fig" rid="fig-8">Fig. 8</xref> shows the SDN network traffic for a device with IP address 192.168.11.35 with and without a DDoS mitigation algorithm. As shown in <xref ref-type="fig" rid="fig-9">Fig. 9</xref>, the traffic initially exceeds the preset threshold value of 1.25 Mbps, because the detection and mitigation algorithms are not being triggered due to inactive controller.</p>
<p>It is clear that the DDoS attack has been carried out by only one Bot (Host 5) with IP address 192.168.11.35. The results in the Figure confirm that the proposed sFlow-based detection and mitigation algorithm is working well to mitigate a large number of DDoS attacks on SDN networks. This is illustrated in <xref ref-type="fig" rid="fig-9">Fig. 9</xref> when the sFlow controller is active (shown in blue) or suspended (shown in orange).</p>
<p>The results also confirm that the detection time is approximately three seconds in this setting. The researchers believe that the results may vary depending on the magnitude and type of the DDoS attack. Furthermore, a key advantage of using the sFlow algorithm is that it doesn&#x2019;t burden the controller with a huge amount of additional data, which could delay traffic by increasing packet latency in the network, because it only sends a sample. It&#x2019;s worth noting that this experiment was initially conducted to verify the effectiveness of sFlow with an SDN network in mitigating DDoS attacks crafted using HPing3 as the DDoS generator.</p>
<p>The results of this work, which detects any type of distributed denial of service (DDoS) attack, are compared to the results of a recent study that detected SYN flood attacks on edge routers connecting hosts to the Internet [<xref ref-type="bibr" rid="ref-26">26</xref>]. The proposed Adaptive Machine Learning-based and SDN-enabled DDoS Detection and Mitigation (AMLSDM) framework is a state-of-the-art solution designed to address the growing threat of DDoS attacks. The comparison was made at 1.25 Mbps, with detection occurring within 3 vs. 4 s, as shown. <xref ref-type="fig" rid="fig-7">Fig. 7</xref> in this work shows a comparison between legitimate users and botnet attackers, which reduces the detection and mitigation potential of DDoS attacks. Similarly, recently proposed techniques focus primarily on issues related to centralized visibility, link state detection, flow rule setting, and controller load balancing in [<xref ref-type="bibr" rid="ref-27">27</xref>]. While the anomaly detection results are compared with [<xref ref-type="bibr" rid="ref-28">28</xref>] to restore the system to normal within 10 s, enabling more efficient use of network resources. The authors present a variety of controllers before presenting the Mininet tools used in the research.</p>

<p>Additionally, the work presented by the authors in [<xref ref-type="bibr" rid="ref-29">29</xref>] only detects high-volume traffic, whereas our method can detect and mitigate low-volume SYN DDoS attacks by combining aggregated sFlow traffic with traffic blocked using OpenFlow. The authors in [<xref ref-type="bibr" rid="ref-30">30</xref>] addressed DDoS attacks by resetting the controller, which redirected access control tasks to the data plane. This method, while effective in mitigating attacks, introduced latency issues due to the combination of three OpenFlow protocols. In the current paper, the authors propose a solution that maintains network performance even as the network size increases. They emphasize that increasing the network size does not adversely affect traffic overhead between the controller and the OpenFlow switches. The approach involves keeping the sampling rate low, which helps minimize traffic overhead. By efficiently managing the sampling rate, the system can handle larger networks without a significant increase in communication load between the controller and switches.The DDoS attacks are thwarted by resetting the controller to send access control to the data plane, which caused latency issues by combining three open flow protocols. However, in this paper, increasing the network size does not affect the traffic overhead adversely between the controller and the OpenFlow switches by keeping the sampling rate low to keep the traffic overhead low.</p>
</sec>
</sec>
<sec id="s6">
<label>6</label>
<title>Contemporary Work</title>
<p>There are multiple solutions available to mitigate distributed denial-of-service (DDoS) attacks. DDoS attacks can be at the application level, the control level, or at a large scale. One common method used by large enterprises and service providers to protect against DDoS threats is BGP remotely activated blackhole (RTBH). This attack instructs routers to block data traffic at the edge before it enters the protected target network, reducing network overload. The number of internet users has increased significantly, now accounting for 57% of the world&#x2019;s population. Such a large number of internet users make them vulnerable to various security threats, including denial-of-service attacks via geographically distributed devices. Hence the name distributed denial-of-service (DDoS) is assigned to such attackers. Distributed denial-of-service (DDoS) attacks are a serious threat, exploiting network vulnerabilities and using malicious software, such as Trojans, to disrupt services. Understanding these mechanisms is critical to developing effective mitigation strategies to protect networks from these threats [<xref ref-type="bibr" rid="ref-31">31</xref>].</p>
<p>Various devices can also be used to mitigate distributed denial-of-service (DDoS) attacks by filtering out all types of attacks that drain resources, disrupting many services and thus degrading network performance. SDN technologies, such as Open Flow, provide multiple methods for controlling routing and switching, making existing networks more feature-rich, allowing network resources to be adjusted through so-called dynamic control defense to meet emerging demands [<xref ref-type="bibr" rid="ref-32">32</xref>].</p>
<p>With the development of computer networks, current network systems and data centers have become feature-rich, complex, and highly data-intensive, so that system designers often need to modify network software and coordinate network resources according to specific requirements. However, traditional network architectures do not meet these requirements from the perspective of enterprises, telecom companies, and end users. For example, decision-making power in legacy networks is distributed across different network components, making adding new devices or services to the network a daunting task. This is achieved by integrating AI into the data layer using software-defined networking (SDN) architectures [<xref ref-type="bibr" rid="ref-33">33</xref>,<xref ref-type="bibr" rid="ref-34">34</xref>].</p>
<p>SDN networks, combined with machine learning-based defense systems, significantly improve the classification and management of incoming requests. This capability enables more effective threat and anomaly detection, contributing to a more secure and efficient network environment in the face of the latest DDoS attack scenarios in SDN and cloud computing [<xref ref-type="bibr" rid="ref-35">35</xref>,<xref ref-type="bibr" rid="ref-36">36</xref>]. These algorithms include PATMOS, a new hybrid flow-based processor with a protocol that uses a rumor-like approach to identify attacks [<xref ref-type="bibr" rid="ref-37">37</xref>&#x2013;<xref ref-type="bibr" rid="ref-39">39</xref>], and an SDN scheduling algorithm that ensures SDN is unavailable during certain attacks. Using different algorithms, SDN can learn different DDoS techniques and counterattacks before they can harm the server.</p>
<p>SDNs are useful because they help repel automated botnet attacks and can detect DDoS attacks early, delaying server downtime. A new protocol called PATMOS is used to mitigate DDoS attacks in multi-controller SDNs by clustering controllers Additionally, SDN networks can operate automatically with minimal supervision to handle DDoS attacks such as UDP, HTTP, etc. Essentially, an effective method must be used to ensure DDoS attacks are detected by appropriate packet traffic management in an SDN network environment.</p>
<p>In [<xref ref-type="bibr" rid="ref-40">40</xref>,<xref ref-type="bibr" rid="ref-41">41</xref>], the authors propose an SDN-enabled adaptive machine learning-based distributed denial-of-service (AMLSDM) detection and mitigation framework for Internet of Things (IoT)-based networks. The authors used a combination of three techniques: the Snort intrusion detection system, the sFlow sampling standard, and the OpenFlow protocol. They used Snort to quickly detect DDoS attacks. Although the authors did not provide details of their system, the researchers behind this work believe that the proposed method is complex and may raise concerns about packet latency in such small networks [<xref ref-type="bibr" rid="ref-42">42</xref>].</p>
<p>The authors in [<xref ref-type="bibr" rid="ref-43">43</xref>] proposed a defense framework based on sFlow and OpenFlow. However, their proposed model did not include their algorithm. They were able to provide some preliminary results. They demonstrated that their proposed system can only detect massive DDoS attacks in secure environments and may not handle traffic in hostile environments.</p>
<p>The authors in [<xref ref-type="bibr" rid="ref-44">44</xref>] proposed a defense system against SYN DDoS attacks using sFlow and OpenFlow. However, the proposed model was unable to handle other types of DDoS attacks. After examining the above, it is clear that most of the proposed models are only able to detect and mitigate massive attacks by adaptively balancing attack detection coverage and accuracy. Some recommended modules also focused on a specific type of DDoS attack [<xref ref-type="bibr" rid="ref-45">45</xref>&#x2013;<xref ref-type="bibr" rid="ref-47">47</xref>]. <xref ref-type="table" rid="table-2">Table 2</xref> is reproduced by comparing the work in this paper with the results of some contemporary research.</p>
<table-wrap id="table-2">
<label>Table 2</label>
<caption>
<title>Comparative analysis with contemporary techniques</title>
</caption>
<table>
<colgroup>
<col width="15mm"/>
<col width="50mm"/>
<col width="50mm"/>
<col width="30mm"/>
</colgroup>
<thead>
<tr>
<th>Paper</th>
<th>Technique</th>
<th>Results</th>
<th>Comparison</th>
</tr>
</thead>
<tbody>
<tr>
<td>[<xref ref-type="bibr" rid="ref-26">26</xref>]</td>
<td>SDN-based IoT security using Snort for intrusion detection, sFlow for attack detection, and OpenFlow for mitigation.</td>
<td>Fast SYN DDoS detection with Snort.</td>
<td>Complex and slow response.</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-27">27</xref>]</td>
<td>The authors implement an SDN-based information security defense mechanism (ISDM) incorporating three OpenFlow management tools with sFlow standard for network intrusion detection system (NIDS), to perform anomaly detection, mitigation to reduce the loss caused by the DDoS attacks.</td>
<td>To guard against ICMP Flood attack, the SDN controller sends commands to OpenFlow switch for dropping datagrams, when the flow information entering. It shows that the flood traffic has reduced as shown in <xref ref-type="fig" rid="fig-8">Fig. 8</xref>.</td>
<td>Complicated and time consuming in responding.</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-28">28</xref>]</td>
<td>Proposes Safe-Guard Scheme (SGS) to implement anomaly traffic detection and controller dynamics detection by remapping controller to send access control to data plane.</td>
<td>Forged flows are differentiated from the legitimate ones by adopting a four-tuple vector to reduce the flow setup and controller response time.</td>
<td>Complicated and time consuming in responding.</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-45">45</xref>]</td>
<td>An SD-IoT network model on the COOJA simulator where in some nodes in this model are configured to generate massive traffic to other nodes. The detection mechanism is deployed on the SDNWISE controller by applying IP Packet counter and Payload Detection techniques by analyzing packet logs.</td>
<td>It can detect the vulnerabilities in IoT devices or malicious traffic generated by IoT devices using the session IP counter and IP Payload analysis.</td>
<td>Complicated and time consuming in responding.</td>
</tr>
<tr>
<td>[<xref ref-type="bibr" rid="ref-46">46</xref>]</td>
<td>Proposes an SDN-based, four module DDoS attack detection and mitigation framework for IoT networks called FMDADM.</td>
<td>The experimental results show that the proposed framework performed better than most cutting-edge solutions currently available with the following benchmarks for accuracy, precision.</td>
<td>Complicated and time consuming in responding.</td>
</tr>
<tr>
<td>This work</td>
<td>The proposed method for detecting and mitigating the DDoS attacks in an SDN environmental setup is implemented by utilizing sFlow and OpenFlow protocols for performance evaluation.</td>
<td>The star topology as shown in <xref ref-type="fig" rid="fig-6">Fig. 6</xref> shows an SDN network is <inline-formula id="ieqn-53"><mml:math id="mml-ieqn-53"><mml:mi>N</mml:mi><mml:mo>=</mml:mo><mml:mn>14</mml:mn></mml:math></inline-formula> nodes, there are 9 hosts in this network, <inline-formula id="ieqn-54"><mml:math id="mml-ieqn-54"><mml:mi>H</mml:mi><mml:mo>=</mml:mo><mml:mn>9</mml:mn></mml:math></inline-formula>, four of these hosts are legitimate users. In addition, the legitimate user sends traffic at rate <inline-formula id="ieqn-55"><mml:math id="mml-ieqn-55"><mml:mi>&#x03BB;</mml:mi><mml:mo>=</mml:mo><mml:mn>10</mml:mn></mml:math></inline-formula> to <inline-formula id="ieqn-56"><mml:math id="mml-ieqn-56"><mml:mn>80</mml:mn></mml:math></inline-formula> Kbps, whereas the bot sends traffic at rate <inline-formula id="ieqn-57"><mml:math id="mml-ieqn-57"><mml:mi>&#x03BB;</mml:mi></mml:math></inline-formula> between 1 and 10 Mbps.</td>
<td>Easy implementation and faster response in detecting and mitigating traffic.</td>
</tr>
</tbody>
</table>
</table-wrap>
</sec>
<sec id="s7">
<label>7</label>
<title>Conclusion</title>
<p>In conclusion, the findings of this framework have been examined and evaluated as a defense system for detecting and mitigating DDoS attacks in SDN networks. Preliminary simulation results confirm that the proposed defense system can efficiently detect and mitigate DDoS attacks within approximately three seconds. The proposed method has provided a comparative analysis of regular traffic from legitimate users while mimicking DDoS behavior using the Hping3 command to generate traffic congestion, as detailed in <xref ref-type="table" rid="table-1">Table 1</xref>. The traffic analysis indicates that, with the DDoS mitigation algorithm in place, traffic remains below the threshold value of 1.25 Mbps. Additionally, the system suspends the IP address for around 60 s if a bot continues to attack. These findings demonstrate that the proposed sFlow-based detection and mitigation algorithm is effective in handling a significant number of DDoS attacks on the SDN network. Moreover, results indicate that the proposed method does not adversely affect overhead traffic. Finally, by utilizing the suggested defense system, scalability concerns can be effectively managed, as network administrators can adjust the sampling rate to minimize overhead traffic between the controller and OpenFlow switch.</p>

<p>This article demonstrates that SDN can play a crucial role in reducing the impact of DDoS attacks. A preliminary framework for detecting DDoS attacks within an SDN architecture has been presented as a defense mechanism, utilizing overflow and sFlow technologies. Initial results indicate that the proposed model can effectively minimize the consequences of DDoS attacks in an SDN-based environment.</p>
<p>This work is planned to progress in three key directions using the OpenDaylight (ODL) controller for mitigating DDoS attacks. Firstly, a multi-level controller approach (comprising global and local controllers) will be explored to address DDoS attacks while minimizing overhead traffic between the data plane of switches and the control plane in a single-controller architecture. Secondly, the authors plan to investigate running OpenDaylight on a Raspberry Pi 3. The preliminary idea involves developing a DDoS mitigation script (mitigation algorithm) to implement on the Raspberry Pi 3 device architecture. Finally, the current system utilizes a randomly set sampling rate; the authors aim to identify methods for selecting the optimal sampling rate to ensure fast detection times and reduced packet latency.</p>
</sec>
<sec id="s8">
<label>8</label>
<title>Future Work</title>
<p>In addition to measuring how effective a system is at detecting and mitigating DDoS attacks, another security effectiveness metric is the false positive rate, which measures how often legitimate users are incorrectly identified as attackers. A high false positive rate can annoy legitimate users with recurrent disconnections, which can significantly weaken network availability. Although this study did not explicitly measured the FPR, reducing false positives remains a critical goal for improving the accuracy and reliability of SDN-based DDoS mitigation systems. Future studies will consider FPR analysis.</p>
</sec>
</body>
<back>
<ack>
<p>The researchers would like to thank the Deanship of Graduate Studies and Scientific Research at
Qassim University for financial support (QU-APC-2025).</p>
</ack>
<sec>
<title>Funding Statement</title>
<p>This work is supported by the Deanship of Graduate Studies and Scientific Research at Qassim University for financial support (QU-APC-2025).</p>
</sec>
<sec>
<title>Author Contributions</title>
<p>The authors confirm contribution to the paper as follows: Conceptualization, Faisal Mohammed Alotaibi, Abdullah M. Alnajim; methodology, Faisal Mohammed Alotaibi, Abdullah M. Alnajim; software, Faisal Mohammed Alotaibi, Abdullah M. Alnajim; validation, Abdullah M. Alnajim, Sheroz Khan; formal analysis, Abdullah M. Alnajim, Faisal Mohammed Alotaibi, Sheroz Khan; investigation, Abdullah M. Alnajim, Faisal Mohammed Alotaibi; resources, Faisal Mohammed Alotaibi, Abdullah M. Alnajim; data curation, Faisal Mohammed Alotaibi, Sheroz Khan; writing&#x2014;original draft preparation, Faisal Mohammed Alotaibi, Sheroz Khan; writing&#x2014;review and editing, Abdullah M. Alnajim, Faisal Mohammed Alotaibi, Sheroz Khan; visualization, Faisal Mohammed Alotaibi, Abdullah M. Alnajim, Sheroz Khan; supervision, Faisal Mohammed Alotaibi, Abdullah M. Alnajim, Sheroz Khan; project administration, Faisal Mohammed Alotaibi, Abdullah M. Alnajim, Sheroz Khan; funding acquisition, Faisal Mohammed Alotaibi, Abdullah M. Alnajim. All authors reviewed the results and approved the final version of the manuscript.</p>
</sec>
<sec sec-type="data-availability">
<title>Availability of Data and Materials</title>
<p>The researchers declare that there are no data and materials for this work.</p>
</sec>
<sec>
<title>Ethics Approval</title>
<p>Not applicable.</p>
</sec>
<sec sec-type="COI-statement">
<title>Conflicts of Interest</title>
<p>The authors declare no conflicts of interest to report regarding the present study.</p>
</sec>
<ref-list content-type="authoryear">
<title>References</title>
<ref id="ref-1"><label>[1]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Khan</surname> <given-names>LU</given-names></string-name>, <string-name><surname>Han</surname> <given-names>Z</given-names></string-name>, <string-name><surname>Saad</surname> <given-names>W</given-names></string-name>, <string-name><surname>Hossain</surname> <given-names>E</given-names></string-name>, <string-name><surname>Guizani</surname> <given-names>M</given-names></string-name>, <string-name><surname>Hong</surname> <given-names>CS</given-names></string-name></person-group>. <article-title>Digital twin of wireless systems: overview, taxonomy, challenges, and opportunities</article-title>. <source>IEEE Communicat Surv Tutor</source>. <year>2022</year>;<volume>24</volume>(<issue>4</issue>):<fpage>2230</fpage>&#x2013;<lpage>54</lpage>. doi:<pub-id pub-id-type="doi">10.1109/COMST.2022.3198273</pub-id>.</mixed-citation></ref>
<ref id="ref-2"><label>[2]</label><mixed-citation publication-type="book"><person-group person-group-type="author"><string-name><surname>Goransson</surname> <given-names>P</given-names></string-name>, <string-name><surname>Black</surname> <given-names>C</given-names></string-name>, <string-name><surname>Culver</surname> <given-names>T</given-names></string-name></person-group>. <source>Software defined networks: a comprehensive approach</source>. <publisher-loc>San Francisco, CA, USA</publisher-loc>: <publisher-name>Morgan Kaufmann</publisher-name>; <year>2016</year>.</mixed-citation></ref>
<ref id="ref-3"><label>[3]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Sarwar</surname> <given-names>A</given-names></string-name>, <string-name><surname>Alnajim</surname> <given-names>AM</given-names></string-name>, <string-name><surname>Marwat</surname> <given-names>SN</given-names></string-name>, <string-name><surname>Ahmed</surname> <given-names>S</given-names></string-name>, <string-name><surname>Alyahya</surname> <given-names>S</given-names></string-name>, <string-name><surname>Khan</surname> <given-names>WU</given-names></string-name></person-group>. <article-title>Enhanced anomaly detection system for iot based on improved dynamic SBPSO</article-title>. <source>Sensors</source>. <year>2022</year>;<volume>22</volume>(<issue>13</issue>):<fpage>4926</fpage>. doi:<pub-id pub-id-type="doi">10.3390/s22134926</pub-id>; <pub-id pub-id-type="pmid">35808425</pub-id></mixed-citation></ref>
<ref id="ref-4"><label>[4]</label><mixed-citation publication-type="book"><person-group person-group-type="author"><string-name><surname>Bhattacharyya</surname> <given-names>DK</given-names></string-name>, <string-name><surname>Kalita</surname> <given-names>JK</given-names></string-name></person-group>. <source>DDoS attacks: evolution, detection, prevention, reaction, and tolerance</source>. <publisher-loc>Boca Raton, FL, USA</publisher-loc>: <publisher-name>CRC Press</publisher-name>; <year>2016</year>.</mixed-citation></ref>
<ref id="ref-5"><label>[5]</label><mixed-citation publication-type="other"><person-group person-group-type="author"><string-name><surname>Agrawal</surname> <given-names>N</given-names></string-name>, <string-name><surname>Tapaswi</surname> <given-names>S</given-names></string-name></person-group>. <article-title>Defense mechanisms against DDoS attacks in a cloud computing environment: state-of-the-art and research challenges</article-title>. <source>IEEE Commun Surv Tutor</source>. <year>2019</year>;<volume>21</volume>(<issue>4</issue>):<fpage>3769</fpage>&#x2013;<lpage>95</lpage>.</mixed-citation></ref>
<ref id="ref-6"><label>[6]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Wang</surname> <given-names>A</given-names></string-name>, <string-name><surname>Chang</surname> <given-names>W</given-names></string-name>, <string-name><surname>Chen</surname> <given-names>S</given-names></string-name>, <string-name><surname>Mohaisen</surname> <given-names>A</given-names></string-name></person-group>. <article-title>Delving into internet DDoS attacks by botnets: characterization and analysis</article-title>. <source>IEEE/ACM Transact Network</source>. <year>2018</year>;<volume>26</volume>(<issue>6</issue>):<fpage>2843</fpage>&#x2013;<lpage>55</lpage>. doi:<pub-id pub-id-type="doi">10.1109/TNET.2018.2874896</pub-id>.</mixed-citation></ref>
<ref id="ref-7"><label>[7]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Hussain</surname> <given-names>M</given-names></string-name>, <string-name><surname>Shah</surname> <given-names>N</given-names></string-name>, <string-name><surname>Amin</surname> <given-names>R</given-names></string-name>, <string-name><surname>Alshamrani</surname> <given-names>SS</given-names></string-name>, <string-name><surname>Alotaibi</surname> <given-names>A</given-names></string-name>, <string-name><surname>Raza</surname> <given-names>SM</given-names></string-name></person-group>. <article-title>Software-defined networking: categories, analysis, and future directions</article-title>. <source>Sensors</source>. <year>2022</year>;<volume>22</volume>(<issue>15</issue>):<fpage>5551</fpage>. doi:<pub-id pub-id-type="doi">10.3390/s22155551</pub-id>; <pub-id pub-id-type="pmid">35898063</pub-id></mixed-citation></ref>
<ref id="ref-8"><label>[8]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Dayal</surname> <given-names>N</given-names></string-name>, <string-name><surname>Srivastava</surname> <given-names>S</given-names></string-name></person-group>. <article-title>Analyzing behavior of DDoS attacks to identify DDoS detection features in SDN</article-title>. In: <conf-name>2017 9th International Conference on Communication Systems and Networks (COMSNETS)</conf-name>. <publisher-loc>Bengaluru, India</publisher-loc>: <publisher-name>IEEE</publisher-name>; <year>2017</year>. p. <fpage>274</fpage>&#x2013;<lpage>81</lpage>.</mixed-citation></ref>
<ref id="ref-9"><label>[9]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Qaddos</surname> <given-names>A</given-names></string-name>, <string-name><surname>Yaseen</surname> <given-names>MU</given-names></string-name>, <string-name><surname>Al-Shamayleh</surname> <given-names>AS</given-names></string-name>, <string-name><surname>Imran</surname> <given-names>M</given-names></string-name>, <string-name><surname>Akhunzada</surname> <given-names>A</given-names></string-name>, <string-name><surname>Alharthi</surname> <given-names>SZ</given-names></string-name></person-group>. <article-title>A novel intrusion detection framework for optimizing IoT security</article-title>. <source>Sci Rep</source>. <year>2024</year>;<volume>14</volume>(<issue>1</issue>):<fpage>21789</fpage>. doi:<pub-id pub-id-type="doi">10.1038/s41598-024-72049-z</pub-id>; <pub-id pub-id-type="pmid">39294195</pub-id></mixed-citation></ref>
<ref id="ref-10"><label>[10]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Aladaileh</surname> <given-names>MA</given-names></string-name>, <string-name><surname>Anbar</surname> <given-names>M</given-names></string-name>, <string-name><surname>Hasbullah</surname> <given-names>IH</given-names></string-name>, <string-name><surname>Chong</surname> <given-names>YW</given-names></string-name>, <string-name><surname>Sanjalawe</surname> <given-names>YK</given-names></string-name></person-group>. <article-title>Detection techniques of distributed denial of service attacks on software-defined networking controller&#x2014;a review</article-title>. <source>IEEE Access</source>. <year>2020</year>;<volume>8</volume>:<fpage>143985</fpage>&#x2013;<lpage>95</lpage>. doi:<pub-id pub-id-type="doi">10.1109/ACCESS.2020.3013998</pub-id>.</mixed-citation></ref>
<ref id="ref-11"><label>[11]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Rawat</surname> <given-names>DB</given-names></string-name>, <string-name><surname>Reddy</surname> <given-names>SR</given-names></string-name></person-group>. <article-title>Software defined networking architecture, security and energy efficiency: a survey</article-title>. <source>IEEE Communicat Surv Tutor</source>. <year>2016</year>;<volume>19</volume>(<issue>1</issue>):<fpage>325</fpage>&#x2013;<lpage>46</lpage>. doi:<pub-id pub-id-type="doi">10.1109/COMST.2016.2618874</pub-id>.</mixed-citation></ref>
<ref id="ref-12"><label>[12]</label><mixed-citation publication-type="book"><person-group person-group-type="author"><string-name><surname>Tr</surname> <given-names>O</given-names></string-name></person-group>. <source>Principles and practices for securing software-defined networks</source>. <publisher-loc>Palo Alto, CA, USA</publisher-loc>: <publisher-name>Open Networking Foundation</publisher-name>; <year>2015</year>.</mixed-citation></ref>
<ref id="ref-13"><label>[13]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Batool</surname> <given-names>S</given-names></string-name>, <string-name><surname>Khan</surname> <given-names>FZ</given-names></string-name>, <string-name><surname>Shah</surname> <given-names>SQA</given-names></string-name>, <string-name><surname>Ahmed</surname> <given-names>M</given-names></string-name>, <string-name><surname>Alroobaea</surname> <given-names>R</given-names></string-name>, <string-name><surname>Baqasah</surname> <given-names>AM</given-names></string-name>, <etal>et al.</etal></person-group> <article-title>[Retracted] lightweight statistical approach towards TCP SYN Flood DDoS attack detection and mitigation in SDN environment</article-title>. <source>Secur Commun Netw</source>. <year>2022</year>;<volume>2022</volume>(<issue>1</issue>):<fpage>2593672</fpage>.</mixed-citation></ref>
<ref id="ref-14"><label>[14]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Sangodoyin</surname> <given-names>AO</given-names></string-name>, <string-name><surname>Akinsolu</surname> <given-names>MO</given-names></string-name>, <string-name><surname>Pillai</surname> <given-names>P</given-names></string-name>, <string-name><surname>Grout</surname> <given-names>V</given-names></string-name></person-group>. <article-title>Detection and classification of DDoS flooding attacks on software-defined networks: a case study for the application of machine learning</article-title>. <source>IEEE Access</source>. <year>2021</year>;<volume>9</volume>:<fpage>122495</fpage>&#x2013;<lpage>508</lpage>. doi:<pub-id pub-id-type="doi">10.1109/ACCESS.2021.3109490</pub-id>.</mixed-citation></ref>
<ref id="ref-15"><label>[15]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Aslam</surname> <given-names>N</given-names></string-name>, <string-name><surname>Srivastava</surname> <given-names>S</given-names></string-name>, <string-name><surname>Gore</surname> <given-names>MM</given-names></string-name></person-group>. <article-title>A comprehensive analysis of machine learning-and deep learning-based solutions for DDoS attack detection in SDN</article-title>. <source>Arab J Sci Eng</source>. <year>2024</year>;<volume>49</volume>(<issue>3</issue>):<fpage>3533</fpage>&#x2013;<lpage>73</lpage>. doi:<pub-id pub-id-type="doi">10.1007/s13369-023-08075-2</pub-id>.</mixed-citation></ref>
<ref id="ref-16"><label>[16]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Eliyan</surname> <given-names>LF</given-names></string-name>, <string-name><surname>Di Pietro</surname> <given-names>R</given-names></string-name></person-group>. <article-title>DoS and DDoS attacks in software defined networks: a survey of existing solutions and research challenges</article-title>. <source>Future Gener Comput Syst</source>. <year>2021</year>;<volume>122</volume>(<issue>3</issue>):<fpage>149</fpage>&#x2013;<lpage>71</lpage>. doi:<pub-id pub-id-type="doi">10.1016/j.future.2021.03.011</pub-id>.</mixed-citation></ref>
<ref id="ref-17"><label>[17]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Douligeris</surname> <given-names>C</given-names></string-name>, <string-name><surname>Mitrokotsa</surname> <given-names>A</given-names></string-name></person-group>. <article-title>DDoS attacks and defense mechanisms: classification and state-of-the-art</article-title>. <source>Comput Netw</source>. <year>2004</year>;<volume>44</volume>(<issue>5</issue>):<fpage>643</fpage>&#x2013;<lpage>66</lpage>. doi:<pub-id pub-id-type="doi">10.1016/j.comnet.2003.10.003</pub-id>.</mixed-citation></ref>
<ref id="ref-18"><label>[18]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Carle</surname> <given-names>G</given-names></string-name>, <string-name><surname>Raumer</surname> <given-names>D</given-names></string-name>, <string-name><surname> Schwaighofer</surname> <given-names>L</given-names></string-name></person-group>. <source>Future internet (FI) and innovative internet technologies and mobile communications (IITM)</source>. <year>[cited 2025 Jan 1]</year>. Available from: <ext-link ext-link-type="uri" xlink:href="https://www.net.in.tum.de/publications/net/net-2015-09-1.html">https://www.net.in.tum.de/publications/net/net-2015-09-1.html</ext-link>.</mixed-citation></ref>
<ref id="ref-19"><label>[19]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Mousavi</surname> <given-names>SM</given-names></string-name>, <string-name><surname>St-Hilaire</surname> <given-names>M</given-names></string-name></person-group>. <article-title>Early detection of DDoS attacks against SDN controllers</article-title>. In: <conf-name>2015 International Conference on Computing, Networking and Communications (ICNC)</conf-name>. <publisher-loc>Anaheim, CA, USA</publisher-loc>: <publisher-name>IEEE</publisher-name>; <year>2022</year>. p. <fpage>77</fpage>&#x2013;<lpage>81</lpage>.</mixed-citation></ref>
<ref id="ref-20"><label>[20]</label><mixed-citation publication-type="book"><person-group person-group-type="author"><string-name><surname>Keromytis</surname> <given-names>AD</given-names></string-name>, <string-name><surname>Misra</surname> <given-names>V</given-names></string-name>, <string-name><surname>Rubenstein</surname> <given-names>D</given-names></string-name></person-group>. <chapter-title>Using overlays to improve network security</chapter-title>. In: <source>Scalability and traffic control in IP networks II</source>. Vol. <volume>4868</volume>. <publisher-loc>Bellingham, DC, USA</publisher-loc>: <publisher-name>SPIE</publisher-name>; <year>2002</year>. p. <fpage>245</fpage>&#x2013;<lpage>54</lpage>.</mixed-citation></ref>
<ref id="ref-21"><label>[21]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Wang</surname> <given-names>H</given-names></string-name>, <string-name><surname>Zhang</surname> <given-names>D</given-names></string-name>, <string-name><surname>Shin</surname> <given-names>KG</given-names></string-name></person-group>. <article-title>Detecting SYN flooding attacks</article-title>. In: <conf-name>Proceedings. Twenty-First Annual Joint Conference of the IEEE Computer and Communications Societies</conf-name>. <publisher-loc>New York, NY, USA</publisher-loc>: <publisher-name>IEEE</publisher-name>; <year>2002</year>. p. <fpage>1530</fpage>&#x2013;<lpage>9</lpage>.</mixed-citation></ref>
<ref id="ref-22"><label>[22]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Limwiwatkul</surname> <given-names>L</given-names></string-name>, <string-name><surname>Rungsawang</surname> <given-names>A</given-names></string-name></person-group>. <article-title>Distributed denial of service detection using TCP/IP header and traffic measurement analysis</article-title>. In: <conf-name>IEEE International Symposium on Communications and Information Technology 2004 (ISCIT 2004)</conf-name>. <publisher-loc>Sapporo, Japan</publisher-loc>: <publisher-name>IEEE</publisher-name>; <year>2004</year>. p. <fpage>605</fpage>&#x2013;<lpage>10</lpage>.</mixed-citation></ref>
<ref id="ref-23"><label>[23]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Chemalamarri</surname> <given-names>VD</given-names></string-name>, <string-name><surname>Braun</surname> <given-names>R</given-names></string-name>, <string-name><surname>Abolhasan</surname> <given-names>M</given-names></string-name></person-group>. <article-title>Constraint-based rerouting mechanism to address congestion in software defined networks</article-title>. In: <conf-name>2020 30th International Telecommunication Networks and Applications Conference (ITNAC)</conf-name>. <publisher-loc>Melbourne, VIC, Australia</publisher-loc>: <publisher-name>IEEE</publisher-name>; <year>2020</year>. p. <fpage>1</fpage>&#x2013;<lpage>6</lpage>.</mixed-citation></ref>
<ref id="ref-24"><label>[24]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Monika, Kaushik</surname> <given-names>A</given-names></string-name>, <string-name><surname>Shekhar</surname> <given-names>M</given-names></string-name></person-group>. <article-title>Network simulators for next generation networks: an overview</article-title>. <source>Int J Mob Netw Commun Telemat</source>. <year>2014</year>;<volume>4</volume>(<issue>4</issue>):<fpage>39</fpage>&#x2013;<lpage>51</lpage>. doi:<pub-id pub-id-type="doi">10.5121/ijmnct.2014.4404</pub-id>.</mixed-citation></ref>
<ref id="ref-25"><label>[25]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Doshi</surname> <given-names>K</given-names></string-name>, <string-name><surname>Yilmaz</surname> <given-names>Y</given-names></string-name>, <string-name><surname>Uludag</surname> <given-names>S</given-names></string-name></person-group>. <article-title>Timely detection and mitigation of stealthy DDoS attacks via IoT networks</article-title>. <source>IEEE Transact Depend Secure Comput</source>. <year>2021</year>;<volume>18</volume>(<issue>5</issue>):<fpage>2164</fpage>&#x2013;<lpage>76</lpage>. doi:<pub-id pub-id-type="doi">10.1109/TDSC.2021.3049942</pub-id>.</mixed-citation></ref>
<ref id="ref-26"><label>[26]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Aslam</surname> <given-names>M</given-names></string-name>, <string-name><surname>Ye</surname> <given-names>D</given-names></string-name>, <string-name><surname>Tariq</surname> <given-names>A</given-names></string-name>, <string-name><surname>Asad</surname> <given-names>M</given-names></string-name>, <string-name><surname>Hanif</surname> <given-names>M</given-names></string-name>, <string-name><surname>Ndzi</surname> <given-names>D</given-names></string-name>, <etal>et al.</etal></person-group> <article-title>Adaptive machine learning based distributed denial-of-services attacks detection and mitigation system for SDN-enabled IoT</article-title>. <source>Sensors</source>. <year>2022</year>;<volume>22</volume>(<issue>7</issue>):<fpage>2697</fpage>. doi:<pub-id pub-id-type="doi">10.3390/s22072697</pub-id>; <pub-id pub-id-type="pmid">35408312</pub-id></mixed-citation></ref>
<ref id="ref-27"><label>[27]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Alsaeedi</surname> <given-names>M</given-names></string-name>, <string-name><surname>Mohamad</surname> <given-names>MM</given-names></string-name>, <string-name><surname>Al-Roubaiey</surname> <given-names>AA</given-names></string-name></person-group>. <article-title>Toward adaptive and scalable OpenFlow-SDN flow control: a survey</article-title>. <source>IEEE Access</source>. <year>2019</year>;<volume>7</volume>:<fpage>107346</fpage>&#x2013;<lpage>79</lpage>. doi:<pub-id pub-id-type="doi">10.1109/ACCESS.2019.2932422</pub-id>.</mixed-citation></ref>
<ref id="ref-28"><label>[28]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Gupta</surname> <given-names>N</given-names></string-name>, <string-name><surname>Maashi</surname> <given-names>MS</given-names></string-name>, <string-name><surname>Tanwar</surname> <given-names>S</given-names></string-name>, <string-name><surname>Badotra</surname> <given-names>S</given-names></string-name>, <string-name><surname>Aljebreen</surname> <given-names>M</given-names></string-name>, <string-name><surname>Bharany</surname> <given-names>S</given-names></string-name></person-group>. <article-title>A comparative study of software defined networking controllers using mininet</article-title>. <source>Electronics</source>. <year>2022</year>;<volume>11</volume>(<issue>17</issue>):<fpage>2715</fpage>. doi:<pub-id pub-id-type="doi">10.3390/electronics11172715</pub-id>.</mixed-citation></ref>
<ref id="ref-29"><label>[29]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Nugraha</surname> <given-names>M</given-names></string-name>, <string-name><surname>Paramita</surname> <given-names>I</given-names></string-name>, <string-name><surname>Musa</surname> <given-names>A</given-names></string-name>, <string-name><surname>Choi</surname> <given-names>D</given-names></string-name>, <string-name><surname>Cho</surname> <given-names>B</given-names></string-name></person-group>. <article-title>Utilizing OpenFlow and sFlow to detect and mitigate SYN flooding attack</article-title>. <source>J Korea Multimedia Soc</source>. <year>2014</year>;<volume>17</volume>(<issue>8</issue>):<fpage>988</fpage>&#x2013;<lpage>94</lpage>. doi:<pub-id pub-id-type="doi">10.9717/kmms.2014.17.8.988</pub-id>.</mixed-citation></ref>
<ref id="ref-30"><label>[30]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Lin</surname> <given-names>H</given-names></string-name>, <string-name><surname>Wang</surname> <given-names>P</given-names></string-name></person-group>. <article-title>Implementation of an SDN-based security defense mechanism against DDoS attacks</article-title>. In: <conf-name>Proceedings of the 2016 Joint International Conference on Economics and Management Engineering (ICEME 2016) and International Conference on Economics and Business Management (EBM 2016)</conf-name>; <year>2016</year>; <publisher-loc>Philadelphia, PA, USA</publisher-loc>.</mixed-citation></ref>
<ref id="ref-31"><label>[31]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Singh</surname> <given-names>J</given-names></string-name>, <string-name><surname>Behal</surname> <given-names>S</given-names></string-name></person-group>. <article-title>Detection and mitigation of DDoS attacks in SDN: a comprehensive review, research challenges and future directions</article-title>. <source>Comput Sci Rev</source>. <year>2020</year>;<volume>37</volume>(<issue>2</issue>):<fpage>100279</fpage>. doi:<pub-id pub-id-type="doi">10.1016/j.cosrev.2020.100279</pub-id>.</mixed-citation></ref>
<ref id="ref-32"><label>[32]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Wang</surname> <given-names>Y</given-names></string-name>, <string-name><surname>Hu</surname> <given-names>T</given-names></string-name>, <string-name><surname>Tang</surname> <given-names>G</given-names></string-name>, <string-name><surname>Xie</surname> <given-names>J</given-names></string-name>, <string-name><surname>Lu</surname> <given-names>JSGS</given-names></string-name></person-group>. <article-title>Safe-guard scheme for protecting control plane against DDoS attacks in software-defined networking</article-title>. <source>IEEE Access</source>. <year>2019</year>;<volume>7</volume>:<fpage>34699</fpage>&#x2013;<lpage>710</lpage>. doi:<pub-id pub-id-type="doi">10.1109/ACCESS.2019.2895092</pub-id>.</mixed-citation></ref>
<ref id="ref-33"><label>[33]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Wani</surname> <given-names>A</given-names></string-name>, <string-name><surname>Khaliq</surname> <given-names>R</given-names></string-name></person-group>. <article-title>SDN-based intrusion detection system for IoT using deep learning classifier (IDSIoT- SDL)</article-title>. <source>CAAI Transact Intell Technol</source>. <year>2021</year>;<volume>6</volume>(<issue>3</issue>):<fpage>281</fpage>&#x2013;<lpage>90</lpage>. doi:<pub-id pub-id-type="doi">10.1049/cit2.12003</pub-id>.</mixed-citation></ref>
<ref id="ref-34"><label>[34]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Varghese</surname> <given-names>JE</given-names></string-name>, <string-name><surname>Muniyal</surname> <given-names>B</given-names></string-name></person-group>. <article-title>An efficient IDS framework for DDoS attacks in SDN environment</article-title>. <source>IEEE Access</source>. <year>2021</year>;<volume>9</volume>:<fpage>69680</fpage>&#x2013;<lpage>99</lpage>. doi:<pub-id pub-id-type="doi">10.1109/ACCESS.2021.3078065</pub-id>.</mixed-citation></ref>
<ref id="ref-35"><label>[35]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Haider</surname> <given-names>S</given-names></string-name>, <string-name><surname>Akhunzada</surname> <given-names>A</given-names></string-name>, <string-name><surname>Mustafa</surname> <given-names>I</given-names></string-name>, <string-name><surname>Patel</surname> <given-names>TB</given-names></string-name>, <string-name><surname>Fernandez</surname> <given-names>A</given-names></string-name>, <string-name><surname>Choo</surname> <given-names>K-KR</given-names></string-name>, <etal>et al.</etal></person-group> <article-title>A deep CNN ensemble framework for efficient DDoS attack detection in software defined networks</article-title>. <source>IEEE Access</source>. <year>2020</year>;<volume>8</volume>:<fpage>53972</fpage>&#x2013;<lpage>83</lpage>. doi:<pub-id pub-id-type="doi">10.1109/ACCESS.2020.2976908</pub-id>.</mixed-citation></ref>
<ref id="ref-36"><label>[36]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Dong</surname> <given-names>S</given-names></string-name>, <string-name><surname>Abbas</surname> <given-names>K</given-names></string-name>, <string-name><surname>Jain</surname> <given-names>R</given-names></string-name></person-group>. <article-title>A survey on distributed denial of service (DDoS) attacks in SDN and cloud computing environments</article-title>. <source>IEEE Access</source>. <year>2019</year>;<volume>7</volume>:<fpage>80813</fpage>&#x2013;<lpage>28</lpage>. doi:<pub-id pub-id-type="doi">10.1109/ACCESS.2019.2922196</pub-id>.</mixed-citation></ref>
<ref id="ref-37"><label>[37]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Lim</surname> <given-names>S</given-names></string-name>, <string-name><surname>Ha</surname> <given-names>J</given-names></string-name>, <string-name><surname>Kim</surname> <given-names>H</given-names></string-name>, <string-name><surname>Kim</surname> <given-names>Y</given-names></string-name>, <string-name><surname>Yang</surname> <given-names>S</given-names></string-name></person-group>. <article-title>A SDN-oriented DDoS blocking scheme for botnet-based attacks</article-title>. In: <conf-name>2014 Sixth International Conference on Ubiquitous and Future Networks (ICUFN)</conf-name>. <publisher-loc>Shanghai, China</publisher-loc>: <publisher-name>IEEE</publisher-name>; <year>2014</year>. p. <fpage>63</fpage>&#x2013;<lpage>8</lpage>.</mixed-citation></ref>
<ref id="ref-38"><label>[38]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Phan</surname> <given-names>TV</given-names></string-name>, <string-name><surname>Bao</surname> <given-names>NK</given-names></string-name>, <string-name><surname>Park</surname> <given-names>M</given-names></string-name></person-group>. <article-title>novel hybrid flow-based handler with DDoS attacks in software-defined networking</article-title>. In: <conf-name>2016 International IEEE Conferences on Ubiquitous Intelligence and Computing, Advanced and Trusted Computing, Scalable Computing and Communications, Cloud and Big Data Computing, Internet of People, and Smart World Congress (UIC/ATC/ScalCom/CBDCom/IoP/SmartWorld)</conf-name>. <publisher-loc>Toulouse, France</publisher-loc>: <publisher-name>IEEE</publisher-name>; <year>2016</year>. p. <fpage>350</fpage>&#x2013;<lpage>7</lpage>.</mixed-citation></ref>
<ref id="ref-39"><label>[39]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Tedeschi</surname> <given-names>P</given-names></string-name>, <string-name><surname>Sciancalepore</surname> <given-names>S</given-names></string-name>, <string-name><surname>Di Pietro</surname> <given-names>R</given-names></string-name></person-group>. <article-title>Satellite-based communications security: a survey of threats, solutions, and research challenges</article-title>. <source>Comput Netw</source>. <year>2022</year>;<volume>216</volume>(<issue>18</issue>):<fpage>109246</fpage>. doi:<pub-id pub-id-type="doi">10.1016/j.comnet.2022.109246</pub-id>.</mixed-citation></ref>
<ref id="ref-40"><label>[40]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Macedo</surname> <given-names>R</given-names></string-name>, <string-name><surname>de Castro</surname> <given-names>R</given-names></string-name>, <string-name><surname>Santos</surname> <given-names>A</given-names></string-name>, <string-name><surname>Ghamri-Doudane</surname> <given-names>Y</given-names></string-name>, <string-name><surname>Nogueira</surname> <given-names>M</given-names></string-name></person-group>. <article-title>Self-organized SDN controller cluster conformations against DDoS attacks effects</article-title>. In: <conf-name>2016 IEEE Global Communications Conference (globecom)</conf-name>. <publisher-loc>Washington, DC, USA</publisher-loc>: <publisher-name>IEEE</publisher-name>; <year>2016</year>. p. <fpage>1</fpage>&#x2013;<lpage>6</lpage>.</mixed-citation></ref>
<ref id="ref-41"><label>[41]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Yan</surname> <given-names>Q</given-names></string-name>, <string-name><surname>Gong</surname> <given-names>Q</given-names></string-name>, <string-name><surname>Yu</surname> <given-names>FR</given-names></string-name></person-group>. <article-title>Effective software-defined networking controller scheduling method to mitigate DDoS attacks</article-title>. <source>Electr Letters</source>. <year>2017</year>;<volume>53</volume>(<issue>7</issue>):<fpage>469</fpage>&#x2013;<lpage>71</lpage>. doi:<pub-id pub-id-type="doi">10.1049/el.2016.2234</pub-id>.</mixed-citation></ref>
<ref id="ref-42"><label>[42]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Zhang</surname> <given-names>P</given-names></string-name>, <string-name><surname>Wang</surname> <given-names>H</given-names></string-name>, <string-name><surname>Hu</surname> <given-names>C</given-names></string-name>, <string-name><surname>Lin</surname> <given-names>C</given-names></string-name></person-group>. <article-title>On denial of service attacks in software defined networks</article-title>. <source>IEEE Network</source>. <year>2016</year>;<volume>30</volume>(<issue>6</issue>):<fpage>28</fpage>&#x2013;<lpage>33</lpage>. doi:<pub-id pub-id-type="doi">10.1109/MNET.2016.1600109NM</pub-id>.</mixed-citation></ref>
<ref id="ref-43"><label>[43]</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Xu</surname> <given-names>Y</given-names></string-name>, <string-name><surname>Liu</surname> <given-names>Y</given-names></string-name></person-group>. <article-title>DDoS attack detection under SDN context</article-title>. In: <conf-name>IEEE INFOCOM 2016-the 35th Annual IEEE International Conference on Computer Communications</conf-name>; <publisher-loc>San Francisco, CA, USA</publisher-loc>: <publisher-name>IEEE</publisher-name>; <year>2016</year>. p. <fpage>1</fpage>&#x2013;<lpage>9</lpage>.</mixed-citation></ref>
<ref id="ref-44"><label>[44]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Josbert</surname> <given-names>NN</given-names></string-name>, <string-name><surname>Wei</surname> <given-names>M</given-names></string-name>, <string-name><surname>Wang</surname> <given-names>P</given-names></string-name>, <string-name><surname>Rafiq</surname> <given-names>A</given-names></string-name></person-group>. <article-title>A look into smart factory for Industrial IoT driven by SDN technology: a comprehensive survey of taxonomy, architectures, issues and future research orientations</article-title>. <source>J King Saud Univ-Comput Inf Sci</source>. <year>2024</year>;<volume>36</volume>(<issue>5</issue>):<fpage>102069</fpage>. doi:<pub-id pub-id-type="doi">10.1016/j.jksuci.2024.102069</pub-id>.</mixed-citation></ref>
<ref id="ref-45"><label>[45]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Buzzio-Garc&#x00ED;a</surname> <given-names>J</given-names></string-name>, <string-name><surname>Vergara</surname> <given-names>J</given-names></string-name>, <string-name><surname>R&#x00ED;os-Guiral</surname> <given-names>S</given-names></string-name>, <string-name><surname>Garz&#x00F3;n</surname> <given-names>C</given-names></string-name>, <string-name><surname>Guti&#x00E9;rrez</surname> <given-names>S</given-names></string-name>, <string-name><surname>Botero</surname> <given-names>JF</given-names></string-name>, <etal>et al.</etal></person-group> <article-title>Exploring traffic patterns through network programmability: introducing sdnflow, a comprehensive openflow-based statistics dataset for attack detection</article-title>. <source>IEEE Access</source>. <year>2024</year>;<volume>12</volume>:<fpage>42163</fpage>&#x2013;<lpage>80</lpage>. doi:<pub-id pub-id-type="doi">10.1109/ACCESS.2024.3378271</pub-id>.</mixed-citation></ref>
<ref id="ref-46"><label>[46]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Luo</surname> <given-names>Z</given-names></string-name>, <string-name><surname>Dai</surname> <given-names>X</given-names></string-name></person-group>. <article-title>Reinforcement learning-based computation offloading in edge computing: principles, methods, challenges</article-title>. <source>Alex Eng J</source>. <year>2024</year>;<volume>108</volume>(<issue>6</issue>):<fpage>89</fpage>&#x2013;<lpage>107</lpage>. doi:<pub-id pub-id-type="doi">10.1016/j.aej.2024.07.049</pub-id>.</mixed-citation></ref>
<ref id="ref-47"><label>[47]</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Rahdari</surname> <given-names>A</given-names></string-name>, <string-name><surname>Jalili</surname> <given-names>A</given-names></string-name>, <string-name><surname>Esnaashari</surname> <given-names>M</given-names></string-name>, <string-name><surname>Gheisari</surname> <given-names>M</given-names></string-name>, <string-name><surname>Vorobeva</surname> <given-names>AA</given-names></string-name>, <string-name><surname>Fang</surname> <given-names>Z</given-names></string-name>, <etal>et al.</etal></person-group> <article-title>Security and privacy challenges in SDN-enabled IoT systems: causes, proposed solutions, and future directions</article-title>. <source>Comput Mater Contin</source>. <year>2024</year>;<volume>80</volume>(<issue>2</issue>):<fpage>2511</fpage>&#x2013;<lpage>33</lpage>. doi:<pub-id pub-id-type="doi">10.32604/cmc.2024.052994</pub-id>.</mixed-citation></ref>
</ref-list>
</back></article>