The Experts below are selected from a list of 2112 Experts worldwide ranked by ideXlab platform
Chih-liang Chou - One of the best experts on this subject based on the ideXlab platform.
-
design implementation and performance evaluation of software Openflow flow counters in a bare metal commodity Switch
International Symposium on Computers and Communications, 2016Co-Authors: Shie-yuan Wang, Szu-yu Liu, Chih-liang ChouAbstract:In this paper, we designed, implemented, and evaluated the performance of software Openflow flow counters in a bare metal commodity Switch. Normally, flow counters are implemented in hardware for line-rate operations and their number needs to be very large to support a large flow-based SDN network. Although these hardware counters operate very fast, they greatly increase the cost of an Openflow Switch. In addition, due to the limited chip size of the Switching ASIC used in an Openflow Switch, the number of hardware counters cannot scale to a large number. To overcome these drawbacks, we designed and implemented software flow counters in a 48 port × 10 Gbps (port bandwidth) bare metal commodity Switch and evaluated their performance and limitations. This paper also reports important findings obtained from this practical work.
-
ISCC - Design, implementation and performance evaluation of software Openflow flow counters in a bare metal commodity Switch
2016 IEEE Symposium on Computers and Communication (ISCC), 2016Co-Authors: Shie-yuan Wang, Szu-yu Liu, Chih-liang ChouAbstract:In this paper, we designed, implemented, and evaluated the performance of software Openflow flow counters in a bare metal commodity Switch. Normally, flow counters are implemented in hardware for line-rate operations and their number needs to be very large to support a large flow-based SDN network. Although these hardware counters operate very fast, they greatly increase the cost of an Openflow Switch. In addition, due to the limited chip size of the Switching ASIC used in an Openflow Switch, the number of hardware counters cannot scale to a large number. To overcome these drawbacks, we designed and implemented software flow counters in a 48 port × 10 Gbps (port bandwidth) bare metal commodity Switch and evaluated their performance and limitations. This paper also reports important findings obtained from this practical work.
Guy Pujolle - One of the best experts on this subject based on the ideXlab platform.
-
NOMS - sOFTDP: Secure and efficient Openflow topology discovery protocol
NOMS 2018 - 2018 IEEE IFIP Network Operations and Management Symposium, 2018Co-Authors: Abdelhadi Azzouni, Nguyen Thi Mai Trang, Raouf Boutaba, Guy PujolleAbstract:Topology discovery is one of the most critical tasks of Software-Defined Network (SDN) controllers. Current SDN controllers use the Openflow Discovery Protocol (OFDP) as the de-facto protocol for discovering the underlying network topology. In a previous work, we have shown the functional, performance and security limitations of OFDP. In this paper, we introduce and detail a novel protocol called secure and efficient Openflow Discovery Protocol sOTDP. sOFTDP requires minimal changes to Openflow Switch design, eliminates major vulnerabilities in the topology discovery process and improves its performance. We have implemented sOFTDP as a topology discovery module in Floodlight for evaluation. The results show that our implementation is more secure than OFDP and previous security workarounds. Also, sOFTDP reduces the topology discovery time several orders of magnitude compared to the original OFDP and existing OFDP improvements.
-
SOFTDP: Secure and efficient Openflow topology discovery protocol
IEEE IFIP Network Operations and Management Symposium: Cognitive Management in a Cyber World NOMS 2018, 2018Co-Authors: Abdelhadi Azzouni, Nguyen Thi Mai Trang, Raouf Boutaba, Guy PujolleAbstract:Topology discovery is one of the most critical tasks of Software-Defined Network (SDN) controllers. Current SDN controllers use the Openflow Discovery Protocol (OFDP) as the de-facto protocol for discovering the underlying network topology. In a previous work, we have shown the functional, performance and security limitations of OFDP. In this paper, we introduce and detail a novel protocol called secure and efficient Openflow Discovery Protocol sOTDP. sOFTDP requires minimal changes to Openflow Switch design, eliminates major vulnerabilities in the topology discovery process and improves its performance. We have implemented sOFTDP as a topology discovery module in Floodlight for evaluation. The results show that our implementation is more secure than OFDP and previous security workarounds. Also, sOFTDP reduces the topology discovery time several orders of magnitude compared to the original OFDP and existing OFDP improvements.
-
sOFTDP: Secure and Efficient Topology Discovery Protocol for SDN.
arXiv: Networking and Internet Architecture, 2017Co-Authors: Abdelhadi Azzouni, Raouf Boutaba, Thi Mai Trang Nguyen, Guy PujolleAbstract:Topology discovery is one of the most critical tasks of Software-Defined Network (SDN) controllers. Current SDN controllers use the Openflow Discovery Protocol (OFDP) as the de-facto protocol for discovering the underlying network topology. In a previous work, we have shown the functional, performance and security limitations of OFDP. In this paper, we introduce and detail a novel protocol called secure and efficient Openflow Discovery Protocol sOTDP. sOFTDP requires minimal changes to Openflow Switch design, eliminates major vulnerabilities in the topology discovery process and improves its performance. We have implemented sOFTDP as a topology discovery module in Floodlight for evaluation. The results show that our implementation is more secure than OFDP and previous security workarounds. Also, sOFTDP reduces the topology discovery time several orders of magnitude compared to the original OFDP and existing OFDP improvements.
Shie-yuan Wang - One of the best experts on this subject based on the ideXlab platform.
-
design implementation and performance evaluation of software Openflow flow counters in a bare metal commodity Switch
International Symposium on Computers and Communications, 2016Co-Authors: Shie-yuan Wang, Szu-yu Liu, Chih-liang ChouAbstract:In this paper, we designed, implemented, and evaluated the performance of software Openflow flow counters in a bare metal commodity Switch. Normally, flow counters are implemented in hardware for line-rate operations and their number needs to be very large to support a large flow-based SDN network. Although these hardware counters operate very fast, they greatly increase the cost of an Openflow Switch. In addition, due to the limited chip size of the Switching ASIC used in an Openflow Switch, the number of hardware counters cannot scale to a large number. To overcome these drawbacks, we designed and implemented software flow counters in a 48 port × 10 Gbps (port bandwidth) bare metal commodity Switch and evaluated their performance and limitations. This paper also reports important findings obtained from this practical work.
-
ISCC - Design, implementation and performance evaluation of software Openflow flow counters in a bare metal commodity Switch
2016 IEEE Symposium on Computers and Communication (ISCC), 2016Co-Authors: Shie-yuan Wang, Szu-yu Liu, Chih-liang ChouAbstract:In this paper, we designed, implemented, and evaluated the performance of software Openflow flow counters in a bare metal commodity Switch. Normally, flow counters are implemented in hardware for line-rate operations and their number needs to be very large to support a large flow-based SDN network. Although these hardware counters operate very fast, they greatly increase the cost of an Openflow Switch. In addition, due to the limited chip size of the Switching ASIC used in an Openflow Switch, the number of hardware counters cannot scale to a large number. To overcome these drawbacks, we designed and implemented software flow counters in a 48 port × 10 Gbps (port bandwidth) bare metal commodity Switch and evaluated their performance and limitations. This paper also reports important findings obtained from this practical work.
Abdelhadi Azzouni - One of the best experts on this subject based on the ideXlab platform.
-
NOMS - sOFTDP: Secure and efficient Openflow topology discovery protocol
NOMS 2018 - 2018 IEEE IFIP Network Operations and Management Symposium, 2018Co-Authors: Abdelhadi Azzouni, Nguyen Thi Mai Trang, Raouf Boutaba, Guy PujolleAbstract:Topology discovery is one of the most critical tasks of Software-Defined Network (SDN) controllers. Current SDN controllers use the Openflow Discovery Protocol (OFDP) as the de-facto protocol for discovering the underlying network topology. In a previous work, we have shown the functional, performance and security limitations of OFDP. In this paper, we introduce and detail a novel protocol called secure and efficient Openflow Discovery Protocol sOTDP. sOFTDP requires minimal changes to Openflow Switch design, eliminates major vulnerabilities in the topology discovery process and improves its performance. We have implemented sOFTDP as a topology discovery module in Floodlight for evaluation. The results show that our implementation is more secure than OFDP and previous security workarounds. Also, sOFTDP reduces the topology discovery time several orders of magnitude compared to the original OFDP and existing OFDP improvements.
-
SOFTDP: Secure and efficient Openflow topology discovery protocol
IEEE IFIP Network Operations and Management Symposium: Cognitive Management in a Cyber World NOMS 2018, 2018Co-Authors: Abdelhadi Azzouni, Nguyen Thi Mai Trang, Raouf Boutaba, Guy PujolleAbstract:Topology discovery is one of the most critical tasks of Software-Defined Network (SDN) controllers. Current SDN controllers use the Openflow Discovery Protocol (OFDP) as the de-facto protocol for discovering the underlying network topology. In a previous work, we have shown the functional, performance and security limitations of OFDP. In this paper, we introduce and detail a novel protocol called secure and efficient Openflow Discovery Protocol sOTDP. sOFTDP requires minimal changes to Openflow Switch design, eliminates major vulnerabilities in the topology discovery process and improves its performance. We have implemented sOFTDP as a topology discovery module in Floodlight for evaluation. The results show that our implementation is more secure than OFDP and previous security workarounds. Also, sOFTDP reduces the topology discovery time several orders of magnitude compared to the original OFDP and existing OFDP improvements.
-
sOFTDP: Secure and Efficient Topology Discovery Protocol for SDN.
arXiv: Networking and Internet Architecture, 2017Co-Authors: Abdelhadi Azzouni, Raouf Boutaba, Thi Mai Trang Nguyen, Guy PujolleAbstract:Topology discovery is one of the most critical tasks of Software-Defined Network (SDN) controllers. Current SDN controllers use the Openflow Discovery Protocol (OFDP) as the de-facto protocol for discovering the underlying network topology. In a previous work, we have shown the functional, performance and security limitations of OFDP. In this paper, we introduce and detail a novel protocol called secure and efficient Openflow Discovery Protocol sOTDP. sOFTDP requires minimal changes to Openflow Switch design, eliminates major vulnerabilities in the topology discovery process and improves its performance. We have implemented sOFTDP as a topology discovery module in Floodlight for evaluation. The results show that our implementation is more secure than OFDP and previous security workarounds. Also, sOFTDP reduces the topology discovery time several orders of magnitude compared to the original OFDP and existing OFDP improvements.
Ilora Maity - One of the best experts on this subject based on the ideXlab platform.
-
AMOPE: Performance Analysis of Openflow Systems in Software-Defined Networks
IEEE Systems Journal, 2020Co-Authors: Ayan Mondal, Sudip Misra, Ilora MaityAbstract:In this paper, we address the problem of defining probabilistic bounds of packet flow through an Openflow Switch in software-defined networks (SDNs). The problem is challenging, as Openflow is one of the popular southbound application programming interfaces, which enables controller-Switch interaction. The related existing literature addresses the different aspects of Openflow and SDN-controller interactions. However, there is a need to analyze the performance of the Openflow Switch, in order to determine the bounds of the performance measures. In this paper, we propose Markov chain-based analytical model, named AMOPE, for analyzing packet flow through an Openflow Switch, while defining the probabilistic bounds on performance analysis. Additionally, in AMOPE, we propose a state diagram based on the Openflow specification version 1.5.0, and calculate the theoretical probabilities of a packet to be in different states of the Openflow Switch. Furthermore, AMOPE defines the theoretical bounds of Openflow performance measures such as the output action, packet drop, and send to the controller probabilities. Simulation-based analysis exhibits that approximately ${\text{60}}\%$ of the processed packets are sent to output action, ${\text{31}}\%$ of the processed packets are sent to the controller, and the remaining processed packets are dropped in an Openflow Switch.
-
Buffer Size Evaluation of Openflow Systems in Software-Defined Networks
IEEE Systems Journal, 2019Co-Authors: Ayan Mondal, Sudip Misra, Ilora MaityAbstract:In this paper, we address the problem of minimum buffer size evaluation of an Openflow system in software-defined networks (SDNs), while ensuring optimum packet waiting time. The problem is important, as Openflow is one of the popular southbound application programing interfaces, which enables controller–Switch interaction. The related existing literature addresses schemes on enhancement and packet flow in an Openflow system. However, there is a need to analyze the optimum buffer size of an Openflow Switch, for ensuring the quality-of-service of SDNs. In this paper, we propose an analytical scheme for buffer bound evaluation of an Openflow system, named OPUS. Additionally, we propose a queuing scheme for an Openflow system—C-M/M/1/K/ $\infty$ queuing model—based on the Openflow specification version 1.5.0. Further, we calculate the minimum buffer size requirement of an Openflow Switch, theoretically. Simulation-based analysis exhibits that with two times increase in packet processing rate, the packet arrival rate can be increased by 26.15– $\text{30.4}\%$ . We infer that for an Openflow system, the minimum buffer size is 0.75 million packets with the maximum packet arrival and the minimum processing rate of 0.20–0.25 million packets per second (mpps) and 0.03–0.35 mpps, respectively, and the maximum packet waiting time is 0.173–0.249 s.