OpenFlow Needs You! A Call for a Discussion about a Cleaner OpenFlow API
- 1 October 2013
- conference paper
- conference paper
- Published by Institute of Electrical and Electronics Engineers (IEEE)
Abstract
Software defined networks are poised to dramatically simplify deployment and management of networks. OpenFlow, in particular, is becoming popular and starts being deployed. While the definition of the "northbound" API that can be used by the new services to interact with an OpenFlow controller is receiving considerable attention, the traditional, "southbound", API that is used to program OpenFlow switches is far from perfect. In this paper, we analyze the current OpenFlow API and its usage in several controllers and show semantic differences between the intended and actual use. Thus, we argue for making the OpenFlow API clean and simple. In particular, we propose to mimic the process that exists in the Python community for deriving changes that result in a preferably only one, obvious way of performing a task. Toward this end, we propose three OpenFlow Enhancement Proposals: i) providing positive acknowledgment, ii) informing the controller about "silent" modifications, and iii) providing a partial order synchronization primitive.Keywords
This publication has 5 references indexed in Scilit:
- A SOFT way for openflow switch interoperability testingPublished by Association for Computing Machinery (ACM) ,2012
- OFTEN Testing OpenFlow NetworksPublished by Institute of Electrical and Electronics Engineers (IEEE) ,2012
- OpenFlow and Multi-layer Extensions: Overview and Next StepsPublished by Institute of Electrical and Electronics Engineers (IEEE) ,2012
- Where is the debugger for my software-defined network?Published by Association for Computing Machinery (ACM) ,2012
- Abstractions for network updatePublished by Association for Computing Machinery (ACM) ,2012