I and my colleague are working on analysis of OpenFlow protocol. We have installed ‘Chaos Calmer’ version of OpenWRT on MikroTik RouterBoard 750GL. To convert our router into an OpenFlow enabled switch, we installed Pantou over it which has OpenFlow v1.0. After some additional setting to the router, OpenFlow started working. We made a report of the work done till here, which is available on http://andash.seecs.nust.edu.pk/andash_publications/SDN.pdf.
The network configuration in our OpenFlow network was made through making 3 VLANs through the web interface of OpenWRT, ‘LuCI’. Port 1 was connected to the controller, Port 2 was on a different VLAN, and Port 3 and 4 were on a separate VLAN. The controller was connected on ‘192.168.1.145’, and two hosts were connected on ‘192.168.2.142’ and ‘192.168.3.248’ respectively. The IP of the switch was ‘192.168.1.1’.
The network configuration settings of the router are as follows:
option netmask '255.0.0.0'
option ports '0t 1'
option ports '0t2'
option ports '0t 34'
The OpenFlow configuration settings of the router are as follows:
option 'dp' 'dp0'
option 'ofports' 'eth0.1 eth0.2 eth0.3'
option 'ofctl' 'tcp:192.168.1.145:6633'
option 'mode' 'outofband'
After making all the settings, we enabled the OpenFlow package on the router with a controller. We have tried this with POX and Floodlight controller. The problem is that when initially connected to OpenFlow network, as there should be no flow table entries the ping should not work, but when we ping from host 1 to host 2 the ping is working. To ensure that there is no flow table entry, we checked the switch’s flow table entry through the ‘dpctl’ command. The ping could be from traditional network traffic, but this should not be the case once OpenFlow has started.
How can the normal traffic be isolated from OpenFlow traffic? Please guide us if we have done something wrong.