用例编写原则： 1、【要求】每个动作要有校验 2、【要求】每个用例执行完要对资源进行回收，所有用例执行完要回到执行前状态 3、【要求】每个用例要有通用性，可以在不同资源池上跑 4、【要求】新增普通用例都打上network_all标签，如果用例涉及重启服务或物理机打上network_restart_service标签，用来方便区分开源用例 5、【建议】每个用例用装饰skip_cleanups_decorator装饰方便异常时保留资源进行问题定位分析

Tricircle 是一个由 OpenStack 社区维护的项目，旨在为跨多个 OpenStack 云环境提供联邦网络服务和资源管理。 Tricircle 允许用户在多个 OpenStack 云环境之间创建和管理虚拟网络，并且跨各个云环境之间的虚拟机可以进行通信和互操作。它提供了一种方法来跨不同的云环境共享网络资源，实现云资源的灵活扩展和管理。

用快照来加快OVS流表恢复

在Openstack下对RPC请求流量整形

如今，在各种文件的传输和通信中，消息系统已经成为了非常常见的一种解决方案。而其中消息中间件更是非常重要的一环。在这篇文章中，我将会介绍几种消息中间件，并对其性能进行比较。

通过OVS流表实现ARP应答功能

Neutron常用命令集合

把Neutron看成一个整体，neutron外部就是：nova，linux，ovs，dnsmsq database等。简单描述neutron的主要工作就是接收nova API请求，完成一些动作到linux、ovs、database等，最后再返回结果给nova和管理台。对于neutron内部，将API映射到对应Plugin进行处理，Plugin又会将请求通过RPC发送到对应的agent进行处理。