In this tutorial I’ll briefly describe how to perform a standard installation of Mininet. This tutorial should work on Ubuntu 14.04.
sudo apt-get update
sudo apt-get install -y git
git clone git://github.com/mininet/mininet
cd mininet
git checkout -b 2.2.0 2.2.0
util/install.sh -nfv
Do install.sh -h to explore additional options.
3 CommentsHow can be openflow used to do topology discovery? Why would you want to do that?
You might be interest in doing topology discovery on your topology for multiple reasons such as applying custom forwarding strategies from a centralized global view of the network. You may want something simple like running spanning tree or you may want to run shortest path forwarding. OpenFlow gives you the power to do that or even harder things.
SDN controllers can capitalize on the centralized view of the network and perform all kinds of operations such as pre-computing and installing backup paths.*
In this tutorial I’ll briefly describe the topology discovery module of the RYU controller and guide you through the development of a very naive application to print the information of the network.
35 CommentsSo, Openflow doesn’t do shortest path forwarding? How can a network architecture NOT do shortest path forwarding? SDN is BS.
Yes, Openflow doesn’t do shortest path forwarding by itself, in fact, it doesn’t do anything by itself. Openflow is a tool that allows you to programmatically control your network devices.
However, it gives you the power to do it. In this post I’ll guide you through the development of a shortest-path forwarding network application using the RYU Controller and Openflow. Hopefully I’ll post a few thoughts on different forwarding schemes and Openflow.
For this tutorial, I’m assuming you are familiar with Openflow, Mininet and RYU. If you are not, go ahead and check this other posts. I’m using RYU, which is an OpenFlow Controller written in python with support to OpenFlow 1.3. To know more about it visit their website
To install RYU you can easily do pip install ryu and BOOM! If it doesn’t work you can try using the Mininet installation script with the -y option.
The network application will be organized in three blocks:
For the topology discovery we’ll use a RYU module/library called topology. For network view construction we’ll use an awesome python graph library called networkX. For forwarding we’ll use OpenFlow.
42 CommentsIn this last post, I explained how to install the last version of the OFDissector.
I still had one other problem after installing it.
Whenever I run wireshark as a root user I had this following error:
Lua: Error during loading: [string "/usr/share/wireshark/init.lua"]:45: dofile has been disabled
What happens is that whenever something tries to run LUA code with root permissions, that script is blocked.
What you gotta do to fix that: you have to not run wireshark with root permissions. To do that you might want to still be able to capture traffic from all interfaces, then you should do what is described here:
sudo setcap 'CAP_NET_RAW+eip CAP_NET_ADMIN+eip' /usr/bin/dumpcap
After that you should be able to run Wireshark without any problems.
Thanks
Leave a CommentIn this tutorial we will go through basic setup of the OpenDaylight Controller (ODL).
I am supposing that you have already installed the latest version of ODL. If not I suggest you to simply deploy a VM with everything you need.
First, start the controller.
sudo-s
cd controller-sp/opendaylight/
bash run.sh -startThen, be patient.
Initialization was very slow (10 to 15 min) and buggy for me, you can check if everything is fine by doing this:
bash run.sh -statusYou should get an output like this:
Controller with PID: 2363 -- Running!If you get anything different like:
Doesn't seem any Controller daemon is currently running, at least no PID file has been foundThen you should try to wait few minutes then check it again. If the problem persists you should stop the controller then try to start it again. If it persists again, try rebooting the system.
bash run.sh -stop
Controller with PID: 2363 -- Stopped!After the controller is running simply create a Mininet topology for it with:
sudo mn --controller=remote,ip=127.0.0.1 --topo tree,2After that try to access the OpenDayLight Web Interface by accessing http:// [ODL_IP_ADDRESS]:8080.
Then go back to mininet and ping two hosts then refresh ODL again.
Pretty interesting huh?
2 CommentsThe first official release of OpenDaylight, HYDROGEN, is available for download at their website since February 4, 2014. It is a promise among the SDN controllers. It is an Open source project, and a lot of huge colaborators are part of it, like Cisco and Juniper.
Cisco have already brought to the market a comercial version of it. The Cisco XNC 1.5 has a few more features than ODL such as interface with Cisco OnePK and it is part of the Cisco ONE (Open Network Environment).
Still, the ODL controller is a big name and in this series of tutorial posts we will go through installation and configuration of basic functionalities.
If you just want to be introduced to the ODL the easiest way to install it is not actualy to installing it. Instead just download this VM with all the required code you need to run it.
You can easily deploy this VM on Virtualbox, or VMware Workstation. Source: HERE.
Ps.: If you want to actually install it, you can follow this tutorial. In the future I will post a tutorial with ODL installation for developing purpose.
Configuration comes next.
Leave a CommentAs you start messing around in the Software-Defined Networking area you might want to analyze OpenFlow packets in Wireshark. This post is a installation tutorial of ofdissector, a plugin to analyze OpenFlow 1.3 packets in Wireshark.
The guys from CPqD have developed a plugin called ofdissector that is capable of doing that. In this post I am going to report the troubleshooting I had to do to make it work. The main problem was to make Wireshark to be able of analyzing OF 1.3. The original installation guide is linked here.
I started by following this tutorial and finally came up with this successful installation script :
cd $HOME/
git clone git://github.com/mininet/mininet
mininet/util/install.sh -n3f
sudo -s
apt-get install scons
git clone https://github.com/CPqD/ofdissector
cd ofdissector/src
export WIRESHARK=/usr/include/wireshark
scons install
The first problem I had was not being able to install ofdissector correctly. Adding the sudo -s command made things better I don’t know why exactly. But before I was having the following error:
scons: Reading SConscript files ...
### ERROR: You need to set the WIRESHARK environment variable to the
location of your wireshark include directory.
### ERROR: (such that epan/packet.h is a valid include path)The seconde problem I had was conflicting installations of different versions of ofdissector. I installed both versions. You can avoid the problem by not installing the oldversion of ofdissector, using the following line of code instead of the wrong one:
##This is Right!!!
mininet/util/install.sh -n3f
##This is WRONG!!
mininet/util/install.sh -n3fxw
## the w option will install the wireshark plugin for OF1.0Anyway, if you install both and fall into this problem:
Err Duplicate protocol name "OpenFlow Protocol"! This might be caused by an inappropriate plugin or a development error.The only thing you have to do is to remove the old openflow plugin and reinstall the new ofdissector by doing this:
sudo -s
rm -f /usr/lib/wireshark/libwireshark1/plugins/openflow.so
cd $HOME/ofdissector/src
export WIRESHARK=/usr/include/wireshark
scons installThat’s it. Feel free to report issues with the installation script.
2 CommentsSo I’ve struggled the whole day to install RouteFlow and I just want to post my results here.
The easiest way to use RouteFlow is to download a pre-built vm from this ftp:
ftp.cpqd.com.br/pub/routeflow/RouteFlow.zip
I tried to build it from source code several times and only succeeded when I created a clean Ubuntu 12.04 VM from scratch. https://github.com/CPqD/RouteFlow
I tried to build the source code on a machine that I used for mininet 2.1, 2.0, and it didn’t work, I guess that the Ubuntu version really makes a difference. But that’s only a guess.
That’s it.
Thanks
Leave a CommentThis tutorial aims to make you get in touch with some subtleties of the OpenFlow 1.3. The requirements for this tutorial are:
So this tutorial will follow these steps:
SO, in this tutorial we will test several scenarios. The initial problem we faced with OF1.3 was negotiation. Basically, if controller and switch don’t match versions they won’t talk, and won’t work.
I will give you the best solution in advance, then if you want to understand a lil better you can read the article to the end. The best solution is to enable OVS 2.0 switches to work with all versions of OF AND make sure RYU is running the right code.
Start ryu with OF13. (Note in line 20 of the code that Ryu imports OF13)
cd ryu PYTHONPATH=. ./bin/ryu-manager ryu/app/simple_switch_13.py
Start Mininet:
sudo mn --topo linear,4 --mac --switch ovsk --controller remote h1 ping h4
Enable OpenFlow 1.3 in the switches. ( you need to open a new terminal with xterm s1 for that)
ovs-vsctl set bridge s1 protocols=OpenFlow10,OpenFlow13 ovs-vsctl set bridge s2 protocols=OpenFlow10,OpenFlow13 ovs-vsctl set bridge s3 protocols=OpenFlow10,OpenFlow13 ovs-vsctl set bridge s4 protocols=OpenFlow10,OpenFlow13
The article is not finished haha, I will finish it ASAP.
3 Comments