What is ‘Neutron’?
Neutron is the networking component of OpenStack. It’s the component responsible for managing your cloud networking resources and provide network devices connectivity.
It manages resources such as networks, routers, subnets, and ports and allows users to develop and implement plugins to makes use of various networking devices and technologies.
Continue reading “OpenStack Neutron 101”
Usually I don’t publish a post on every new project I create, but in this case I believe a lot of people can find it helpful in their learning process. So for the junior networking folks out there, or folks who just enjoy learning more about networking, you might want to take a look on the following page:
Basically, it’s a collection of networking videos and slides on a variety of computer networking subjects (sdn, ovs, neutron, openflow, general networking concepts, etc.).
Continue reading “Networking: Self-Study Resources Collection”
Important note: this post is based on the great sessions ‘I Can’t Ping My VM! Learn How to Debug Neutron and Solve Common Problems‘ of Rossella Sblendido & OpenStack Neutron Troubleshooting by Assaf Muller. So the credit goes to them. I simply gathered it here in a written form and added a little bit of description and examples. Enjoy =)
Common problems classification
The problems you may experience can be divided into two categories:
Continue reading “Openstack Neutron: troubleshooting and solving common problems”
- Misconfiguration – you may experience issues due to an inadequate configuration you put in the config files used by Neutron. Wrong usage of the configuration tools may also be relevant and cause some issues. In addition, a misconfigured underlying network will affect neutron functionality as every packet goes eventually through the physical. For example, it can be an external network that isn’t reachable or firewall rule that is blocking traffic from your VMs or to them. So if the underlying network isn’t working, Neutron will also fail to work properly.
- Bug in the code – you may found a bug in the code. Good chances you are not the first to bump into this bug so it’s worth checking here if someone already reported it. If you can’t find the bug there, then you are probably the first one to catch it and you should report it so that the developers can start fixing it.
Note: this introduction based on the great presentations:
Neutron Core Concepts
Neutron three core concepts ( aka core resources) are:
Continue reading “Openstack Neutron: Introduction”
Important note: This post is a written form of this great presentation of Carl Baldwin and Rossella Sblendido. Usually when I watching vids, I write down some notes. In this case I decided to gather most of the presentation content here in one post and share it with you as you may find it also useful. Enjoy 🙂
Its main responsibility is to wire new devices (TAP interfaces created by Nova) and to configure the software bridges on the compute nodes. There are usually two bridges: br-int and br-tun.
br-int is the integration bridge. It’s the bridge that takes care of tagging & untagging the traffic which coming in or out of the VMs. To tag the traffic, it uses local vlan id and assign it to the network.
Continue reading “Openstack Neutron: L2 & L3 agents”
When I was much younger and foolish (last month), I tried to debug neutron network creation, by inserting ‘import pdb; pdb.set_trace()’ to /usr/lib/python2.7/site-packages/neutron/db/db_base_plugin_v2.py and simply create network, waiting for pdb to take action. But that didn’t happen. I had to guess it will not work since neutron-server starts as a daemon, and not owned by the terminal. So using the pdb.set_trace() had no effect.
The right way would be to start neutron-server directly and not by starting the service. Don’t worry, we’ll do it together. step by step.
Continue reading “Openstack: How to debug neutron with pdb”