下发一台测试虚拟机，找到他在对应宿主机节点的qvo设备，通过手动修改该qvo的tag，然后恢复qvo设备的tag。整个过程用另外一台虚拟机Ping测试虚拟机，测试修改过程中是否断网以及恢复tag的时候是否恢复通信。
修改tag命令：ovs-vsctl set port PORT_ID tag=xx
1、手动设置qvo设备的tag为4095，然后发现正常通信的端口，过一会就无法通信
2、先将无法端口的状态改为False
3、然后再改回True
4、改完后发现端口从不能通信的状态，变为正常。
解释：4095 问题是 openstack 社区的 bug，社区已经有了详细的讨论，根本原因是
neutron-server 服务比 neutron-openvswitch-agent 启动的快导致的
1. 服务器关闭，这个服务器上 neutron 服务被标记为 down 状态
2. 服务器开机后，neutron server 服务先启动，检查发现 agent 服务没启
动，这些端口标注为 bind failed 状态。
3. agent 启动之后，发现这些端口是 down 状态。。。然后就把它们标记成
4095
社区讨论的地址是：
https://bugzilla.redhat.com/show_bug.cgi?id=1257567#c0