Validation of the Interface to the Routing System (I2RS) - - PowerPoint PPT Presentation
Chair for Network Architectures and Services Technical University of Munich (TUM) Validation of the Interface to the Routing System (I2RS) intermediate talk Kerem Saka June 15, 2016 Chair for Network Architectures and Services Department of
Chair for Network Architectures and Services Technical University of Munich (TUM)
June 15, 2016 Chair for Network Architectures and Services Department of Informatics Technical University of Munich (TUM)
Kerem Saka – Validation of I2RS 1
Chair for Network Architectures and Services Technical University of Munich (TUM)
Mininet and MiniNext Quagga Netconf and Yang
Kerem Saka – Validation of I2RS 2
Chair for Network Architectures and Services Technical University of Munich (TUM)
◮ I2RS new Protocol from IETF
◮ Only specification of the Protocol and no implemantation ◮ Realtime/Event driven interaction with routing system ◮ Allows to add and retrive parameters/information in to/from the routing
Kerem Saka – Validation of I2RS 3
Chair for Network Architectures and Services Technical University of Munich (TUM)
Kerem Saka – Validation of I2RS 4
Chair for Network Architectures and Services Technical University of Munich (TUM)
◮ First understanding I2RS and set up the development and testing
◮ Vm includes Mininet, Mininext, Quagga ◮ After that add own I2RS Daemon to Quagga
Kerem Saka – Validation of I2RS 5
Chair for Network Architectures and Services Technical University of Munich (TUM)
◮ Mininet emulates a virtual network ◮ 2 different kind of nodes: switch and host ◮ Provides OpenFlow VSwitch(OVS) ◮ Limitation of Mininet: no native routing protocol
Kerem Saka – Validation of I2RS 6
Chair for Network Architectures and Services Technical University of Munich (TUM)
◮ Solution to add routing protocol to Mininet: miniNExT ◮ Extention to Mininet ◮ Hosts have own configuration ◮ Hosts can run Quagga software
Kerem Saka – Validation of I2RS 7
Chair for Network Architectures and Services Technical University of Munich (TUM)
Kerem Saka – Validation of I2RS 8
Chair for Network Architectures and Services Technical University of Munich (TUM)
◮ Software Router ◮ Runs in virtual network ◮ Supports different routing protocols (OSPF
◮ Has an interface for the different daemon allowing the creation of a
◮ But no support for NETCONF and YANG
Kerem Saka – Validation of I2RS 9
Chair for Network Architectures and Services Technical University of Munich (TUM)
◮ Build own Deamon as I2RS Agent ◮ Communicate with the ZEBRA daemon to manipulate Network ◮ Combine daemon with ConfD to support NETCONF and YANG ◮ Use NETCONF and YANG models to build I2RS protocol
Kerem Saka – Validation of I2RS 10
Chair for Network Architectures and Services Technical University of Munich (TUM)
◮ Network Configuration Protocol ◮ Provides mechanisms to install, manipulate and delete configurations ◮ YANG data modeling language ◮ Model configuration data and state data of network elements ◮ Data model for I2RS is implemented in YANG
Kerem Saka – Validation of I2RS 11
Chair for Network Architectures and Services Technical University of Munich (TUM)
◮ Implement an I2RS daemon for Quagga ◮ Combining I2RS daemon with ConfD ◮ Build I2RS Client with YANG Cli pro or OpenDaylight ◮ Establish communication with I2RS Agent and I2RS Client
Kerem Saka – Validation of I2RS 12
Chair for Network Architectures and Services Technical University of Munich (TUM)
◮ Thank you
Kerem Saka – Validation of I2RS 13