实验网络拓扑如下：

 首先创建一个L3路由器，并给租户设置三个网络

网络节点情况：

在br-int中，tap*为DHCP的接口， qr为租户的路由器接口，目前只有一个租户，可以看出该L3路由器上有三个网络，实际的网络拓扑结构如下：

此时虚拟路由器上实际有4个接口，可以理解为br-int交换是租户私人网的内部交换机划分了三个独立vlan，每个vlan都有一个接口和虚拟路由器相连。

路由器左边的蓝色网络可以理解为provide网络，路由器通过接入br-ex使得路由器的蓝色网络与实际物理接口eth2桥接：

事实上，这些网络的隔离是依靠namespace来进行的：

每个网络都有一个自己的ns，路由器也有一个自己的ns，功能上这就类似于F5的route domain，存在一个上下文关系。

在网络节点内部dhcp接口以及namespace之间关系如下：

.计算节点情况：

此时计算节点还没有启动instance，因此也就没有相关vm的interface， 此时计算节点的hypervisor上网络接口情况如下：

下面，在网络private1网络中启动一个实例：

实例自动获得10.10.10.7IP地址，此时网络拓扑如下：

进入该实例查看：

可以看出该实例通过dhcp自动获取了ip地址以及缺省网关

在该实例中ping网关，以及ping路由器的外部网络接口都可以ping，说明路由器工作正常。

此时计算节点hypervisor上，网络变化为：

可以看出，hypervisor的网络中多出了多个网络设备qbr***,qvb***,qvo***,tap****, 那么这些设备接口是如何将一个vm与物理网络（provide网络）对接起来的？

首先查看下多出来的虚拟网桥包含什么：

qbr**虚拟网桥包含了两个接口，分别是 qvb**和tap***，tap***代表虚机实例的网卡，它和qvb***处于同一个二层网络，那么需要看看qvb***接口是连接到了哪里：

该接口和一个编号索引为19的接口做了link。 来看看这个19接口是什么：

从输出中可以看到编号19是一个叫qvo8cbe7bb6-18的接口，该接口又位于哪？

可以看到该qvo接口位于br-int网桥中。br-int网桥通过patch-tun和br-tun网桥连接，而br-tun网桥通过gre隧道接口gre-0a0a648b实现了通过底层物理接口（10.10.100.140）与外界的通信。

至此可以看到该vm通过如下路径实现了和外界的通信：

在本网络中，各个namespace的dhcp服务器都运行在network节点上，那么compute几点上的一个vm到底是如何通过2层网络与dhcp服务器通信的，network节点是如何知道该vm的接口是应该和哪个网络相通的，在horizon上，这是通过将某个网络关联到某个vm上，但是如果从底层来看，是如何在隧道中区分不同网络的。

首先查看网络节点中的openflow：

网络节点自动的为各个namespace的网络创建了对应的 tunnel （不同的tunnel id，这里分别是1,2,4）

再看计算节点的open flow：

可以看出当计算节点的br-tun桥将某个tunnel ID与某个vlan ID进行了关联，当数据包从br-int收到tag=4的数据包会剔除相关vlan id，并将其送入对应的gre tunnel里，网络节点从tunnel中收到该数据包后，根据自己这边的tunnel id与vlan id的对应关系找到正确的vlan id，并将其封装并送回给br-int。在本例中 计算节点一侧虚机网卡位于vlan 4中：

而在网络节点中，相关网络位于vlan id 9， 因此这就像使用一个gre隧道将两个不同vlan直接互联起来一样，虽然位于不同vlan，但实际上是普通的2层，无tag：

上述tap设备对应下图中的dhcp端口

观察一下计算节点的open flow，在实例中ping网关，出现：

可以看到上述条目中目标mac是对端网关的mac：

如果此时，你在同一个计算节点上开启同一网络下的另一个实例并ping相同的网关，open flow中并不会多出一条，因为此时是同一个目标mac。

若此时在同一个实例中，ping另一个ip（dhcp server）的话，会看到多出一条：

多出这一条的目的mac则对应于该网络中的dhcp服务器mac（10.10.10.2 IP对应的mac）

如果在同一个租户的同一个网络内部署两台虚机的话，则结构如下，计算节点的hypervisor对每个虚机实例都创建一个qbr**网桥：

上图中，两个实例位于同一网络，因此在br-int中，两个接口属于同一个vlan，同vlan之间通信直接通过br-int完成:

Bridge br-int
fail_mode: secure
Port patch-tun
Interface patch-tun
type: patch
options: {peer=patch-int}
Port "qvo8cbe7bb6-18"
          tag: 4
Interface "qvo8cbe7bb6-18"
Port br-int
Interface br-int
type: internal
Port "qvodd2c3906-f8"
tag: 4
Interface "qvodd2c3906-f8"

如果在同一个计算节点中再增加另一个网络的虚机实例的话，则彼此间数据流如下：

instance1和instance3处于不同的网络中，他们之间通信需要依靠网络节点进行路由，通过网络节点的open flow可以看出这一点：

此时，计算节点上的open flow为：

可以利用上面的MAC，对应下表的IP结合起来看：

最后，模拟从网络节点中的虚拟路由器上的external网络接口模拟ping 虚拟机：

root@network:/home/mycisco# ip netns exec qrouter-040c1455-6096-4806-ba91-fec64cdaed81  ping -I 192.168.0.2 10.10.10.7
PING 10.10.10.7 (10.10.10.7) from 192.168.0.2 : 56(84) bytes of data.
64 bytes from 10.10.10.7: icmp_seq=1 ttl=64 time=5.22 ms
64 bytes from 10.10.10.7: icmp_seq=2 ttl=64 time=6.31 ms
64 bytes from 10.10.10.7: icmp_seq=3 ttl=64 time=1.32 ms
64 bytes from 10.10.10.7: icmp_seq=4 ttl=64 time=1.33 ms
64 bytes from 10.10.10.7: icmp_seq=5 ttl=64 time=1.05 ms