Open AccessHigh Availability Aspects of SDN-IP Reactive Routing
Author(s) -
Angga Friyanto
Publication year - 2020
Publication title -
iop conference series. materials science and engineering
Language(s) - English
Resource type - Journals
eISSN - 1757-899X
pISSN - 1757-8981
DOI - 10.1088/1757-899x/879/1/012070
Subject(s) - computer network , computer science , openflow , forwarding plane , software defined networking , packet forwarding , ip forwarding , virtual routing and forwarding , network packet , border gateway protocol , peering , routing protocol , internet protocol suite , ipv6 , the internet , routing table , static routing , operating system
SDN (Software-Defined Network) is a new paradigm in the world of networks that separates the control plane from the data plane. Over the past few years, SDN network deployment has been difficult because it was isolated from the current IP network. SDN-IP is an ONOS (Open Network Operating System) application used to connect SDN networks to external networks using the standard Border Gateway Protocol. The SDN device will create a path with OpenFlow after receiving a route from an external peering network with BGP speakers on the SDN network. SDN-IP Reactive Routing will calculate and create paths for traffic when receiving ipv4 or ipv6 packets. Therefore, with SDN-IP Reactive, Routing can make host communication between two SDN Network or SDN Network with the internet network. As a core network that connects autonomous systems to internet network, SDN-IP networks need to pay attention to aspects of redundancy. In this research, SDN-IP Architecture use many OpenFlow Switches that are connected to an external BGP are not sufficiently controlled by one controller because if the controller is down, the forwarding plane will be lost. Multiple controllers and multiple links are required to ensure the system continues to run when the controller or link is broken. The purpose of this research is to analyze the High Availability aspects of SDN-IP Reactive Routing. This is done by making multiple onos controllers in one onos cluster system. The testing process is carried out on aspects of BGP speakers, ONOS controller and links between components.