neutron除了核心资源以外还有扩展资源，核心资源的API处理实现流程已经分析过了（见：https://blog.try-except.com/technology/neutron-server-api.html）。
那么neutron是如何支持扩展资源的API并进行相关的路由配置呢？
neutron-server服务启动完成后，就能接收API请求并做出相应的处理了，本文就来分析一下neutron server是如何处理各API请求的。
neutron-server启动的过程可以参考：https://blog.try-except.com/technology/neutron-server-start.html
neutron-server是目前接触的比较多的一个项目，抽空分析一下它是如何启动的。
在Openstack的计算节点中都会运行一个neutron的L2agent，它与neutron server端的plugin共同来提供和管理二层网络的功能，目前比较流行的一个是OVS Neutron Agent。
下面就开始对其源码进行分析，本文不会分析所有的代码，只对其中vlan相关的内容进行解读。
我们已经知道在二层中的API资源(network, subnet, port)被称为是neutron的核心资源，并且由Core-plugin(ML2)负责管理。
而从三层到七层的API资源包括L3的Router，防火墙等被称为neutron的扩展资源，由Neutron中的service-plugin来负责管理。对这些资源进行操作的REST API被neutron-server看作是Extension API。
Neutron在OpenStack项目中负责提供网络相关的功能，我们知道OSI定义了一个七层网络模型，而Neutron在二层到七层都提供了一定程度的插件结构来支持各种不同的网络设备和网络服务。本文主要描述下我对Neutron在二层中的一些理解。
openstack使用neutron-db-manage这个工具来管理neutron的数据库。如果我们对neutron的数据库要做一些修改，比如简单的增加一张表，删除一张表等，就需要使用这个工具了。
下面简单介绍一下如何使用这个工具：
OpenStack 版本：Liberty
下面的配置针对的是allinone的部署方式，但是同理的可以应用到多节点的部署。