1）允许不同vlan的network下的虚拟机之间通信。一般情况下，虚拟机只能在相同vlan的网络下通信。
2）允许虚拟机发送vlan报文。
虚拟机出来的tap设备连接到tbr网桥上，此时tap设备不打tag值, vlan_mode = trunk ,trunk port 与 subport 共用一个tap设备。
tbr网桥与br-int网桥用ovs自身的patch对相连。
1）untag -> local vlan
报文从vm1下行经过br-int后，在br-int匹配类似转换流表 “in_port=5,vlan_tci=0x0000 actions=mod_vlan_vid:3”
2) local vlan -> untag
若报文欲从trbxxx网桥上行进入vm2，在trbxxx匹配类似转换流表 “in_port=4,dl_vlan=3 actions=strip_vlan”
注：若报文欲从br-phy物理网桥出本主机，则走普通流程，在br-phy将local vlan 转换成 真正用户网络的vlan
3） vm vlan -> local vlan
报文从vm1下行经过br-int后，在br-int匹配类似转换流表 “in_port=5,dl_vlan=1000 actions=mod_vlan_vid:4”
4） local vlan -> vm vlan
若报文欲从trbxxx网桥上行进入vm2，在trbxxx匹配类似转换流表 “in_port=4,dl_vlan=4 actions=mod_vlan_vid:1000”
1） 生成xml文件。后续会根据xml文件挂载tap设备，此处tap设备是挂载到tbr网桥上。
2） 准备组网环境。
在创建虚拟机前，nova compute 进行plug动作准备好相关资源，如创建tbr网桥，用patch对连接tbr与br-int网桥。
然后启动虚拟机，将tap设备挂载到tbr网桥上。
3） ovs-agent 扫描 tbr网桥上新增的tap设备（trunk port），然后下发相应的流表。
对于subport，由于无法在tbr网桥上扫描到，只能通过neutron北向接口创建subport时，neutron-server通过rpc消息通知ovs-agent，再下发流表。
neutron port-create $network_id_1 --trunkport:type trunk
neutron port-create $network_id_2 --trunkport:type subport --trunkport:parent_id $trunkport_id
（创建subport的net与trunk port的net不是同一个，即vlan不同）
nova boot --image xxx --flavor 1 --nic port-id=$trunkport_id (必须指定trunkport而不是subport来创建VM)
vconfig add eth0 100 （在虚拟机中添加vlan 100的子接口）
dhcpcd -L eth0.100 （在该子接口获取ip）
混杂模式（Promiscuous Mode）是指一台机器能够接收所有经过它的数据流，而不论其目的地址是否是它。是相对于通常模式（又称“非混杂模式”）而言的。
这被网络管理员使用来诊断网络问题，但是也被无认证的想偷听网络通信（其可能包括密码和其它敏感的信息）的人利用。
在云计算openstack背景下，去混杂模式就是要抑制未知单播，只让目的mac是自身的报文或者广播/组播报文才允许进入虚拟机，减少不必要的虚拟机对报文处理所需的性能消耗。
未知单播，即设备MAC表中没有该单播帧的目的MAC条目。
在交换机工作原理中，当交换机起动时，MAC地址表是空的，所以如果此时A主机发送一个帧给主机B，那么当交换机接受此帧的时候，查看源地址（主机A），并将它添加到MAC地址表中，但是交换机并不知道主机B在哪个端口上（MAC地址表中没有主机B的MAC地址），所以这个帧就是 未知单播帧 。交换机会泛洪这个帧。
混杂模式时，policy网桥流表类似"...actions=normal..."，不对流量进行区别，按正常转发即可。
去混杂模式时，policy网桥会添加以下相关流表：
priority=2,in_port=2,dl_dst=01:00:00:00:00:00/01:00:00:00:00:00,action=normal //广播、组播报文正常转发
priority=2,in_port=2,dl_dst=$vm_mac,actions=normal //对目的地址是VM本身mac的报文则正常转发
prrority=1,in_port=2,actions=drop //其他报文就丢弃 虚拟机之间通信的vlan报文能够封装到vxlan中在外部网络中传输，类似于qinq（vlan in vlan）。
不带vlan信息的报文，在pkt_mark做下标记后往下送，pkt_mark 信息存储在寄存器中：
vlan_tci = 0x0000/0x1ffff actions=load:1 -> NXM_NX_PKT_MARK[31..31], normal 带vlan的报文，将vlan信息（共12bit）保存在pkt_mark后往下送：
actions = move:OXM_OF_VLAN_VID[0..11] -> NXM_NX_PKT_MARK[0..11], load: 0-> NXM_NX_PKT_MARK[31..31], strip_vlan, normal pkt_mark为0x1的报文，直接送往虚拟机：
pkt_mark = 0x00000001 actions = normal pkt_mark不为0x1的报文，从pkt_mark获取到vlan信息后送往虚拟机：
actions = move:NXM_NX_PKT_MARK[0..11] -> OXM_OF_VLAN_VID[0..11], normal pkt_mark为0x1的报文，按正常流程直接走table 20/22 ：
pkt_mark = 0x00000001, actions = resubmit(,20) / (,22) pkt_mark不为0x1的报文，获取并设置vlan信息，设置vni后走vxlan隧道出主机：
actions = move:NXM_NX_PKT_MARK[0..11] -> OXM_OF_VLAN_VID[0..11], set_tunnel:0x1388, output:3 报文不带vlan信息时，设置pkt_mark标志后，按照正常流程走table 10：
vlan_tci = 0x0000/0x1fff, tunnel_id = 0x1388, actions = load:1 -> NXM_NX_PKT_MARK[31..31], resubmit(, 10) 报文带vlan信息时，保存vlan信息到pkt_mark中，并将vxlan的vni修改为local vlan
tun_id = 0x1388, actions = move: OXM_OF_VLAN_VID[0..11] -> NXM_NX_PKT_MARK[0..11], load: 0->NXM_NX_PKT_MARK[31..31], mod_vlan_vid:1, resubmit(, 10)
转载于:https://www.cnblogs.com/allcloud/p/5587337.html