SDN Overlay 网络中虚机数据包的转发(1)

举报
G-washington 发表于 2019/12/16 16:41:34 2019/12/16
【摘要】 在配置了网络虚拟化(Overlay)的网络结构中,处于Overlay网络中的虚机数据包的封装和MAC地址学习和传统物理网络(Underlay)相似又不尽相同。

在配置了网络虚拟化(Overlay)的网络结构中,处于Overlay网络中的虚机数据包的封装和MAC地址学习和传统物理网络(Underlay)相似又不尽相同。除了我们了解Overlay网络需要借助Underlay网络进行二次封装之外,其MAC地址学习过程也相对要曲折一些。这些MAC地址学习过程取决于多种因素:
1) 虚机是否在同一虚拟子网?
2) 虚机是否在同一虚机网络的不同虚拟子网?
3) 虚机是否运行于同一台物理机?
4) 虚机是否运行在不同的物理机?
不同的场景,虚机之间学习对方的MAC地址,以及在互相学习到对方的MAC地址后何封装数据包都不尽相同,接下来我们详细分析以下5种不同场景:
1) 虚机在同一虚拟子网(VSID相同),运行在同一台主机;
2) 虚机在同一虚机网络的不同虚拟子网里(RDID相同,VSID不同),运行在同一台主机;
3) 虚机在同一虚机网络的不同虚拟子网里(RDID相同,VSID不同),运行在不同的主机;
4) 虚机在同一虚拟子网(VSID相同),运行在不同主机,未启用动态地址学习;
5) 虚机在同一虚拟子网(VSID相同),运行在不同主机,启用了动态地址学习;

本文我们将先讨论1),2)和3),并在接下来的文章继续讨论第4)和第5)个场景。
有关于微软网络虚拟化HNV的相关概念,可以返回http://www.epubit.com.cn/article/988 和http://www.epubit.com.cn/article/1021 了解。


场景1

我们先看第1个场景,如图1所示。我们在一个虚拟子网里创建了两台虚机,分配了同一个子网(192.168.188.0/24)的IP地址:
VM1的IP地址为192.168.188.2,MAC地址为MACvm1 
VM2的IP地址为192.168.188.3,MAC地址为MACvm2


此刻,这两台虚机VM1和VM2运行在同一台物理服务器,那么VM1和VM2之间如何学习对方的MAC地址以及在互相学习到对方的MAC地址后如何封装数据包呢?接下来我们详细地分析这一场景的数据包转发流。
1. VM1要和VM2通信,需要学习到对方的MAC地址。因此,VM1发送ARP消息查询 VM2 的MAC地址。
2. Hyper-V虚拟交换机记录VM1连接的端口和MAC地址,并广播ARP消息到:
① 所有在本地且VSID为11111的虚机 
② HNV Filter(HNV过滤器) 
3. 由于VM2的VSID与VM1一样同为11111,因此VM2在接收到ARP广播后,返回自己的MAC地址信息给Hyper-V交换机,Hyper-V虚拟交换机记录下VM2连接的端口和MAC地址,并将ARP响应转发给VM1。
4. VM1学习到VM2的MAC地址MACvm2 后,封装数据包(目的IP为VM2的IP, 目的MAC地址为VM2的MAC地址)并发送到Hyper-V虚拟交换机。 
5. Hyper-V虚拟交换机接收到数据包后,虚拟交换机获取到源虚机(VM1)网卡上的VSID(11111),并将VSID信息封装为带外(OOB)数据。
6. Hyper-V虚拟交换机基于RDID和VSID进行访问控制判断,得知目标VM2的RDID与VSID和VM1的RDID与VSID一致后,再将数据包转发给虚机VM2。
7. VM2收到数据包,完成此次数据的发送和接收。


注意: Hyper-V 虚拟交换机应用了基于VSID和RDID的访问控制策略,VSID ACL在Hyper-V虚拟交换机内部发生,Hyper-V虚拟交换机把VSID信息封装成OOB数据,然后基于OOB数据所提供的VSID进行访问控制。因为虚机的虚拟网卡具有指定的VSID信息,源和目的虚机的VSID相同或者在同一个虚机网络(RDID)时,HNV访问控制列表才允许互相之间的访问。目标和源虚机在同一台物理机上运行时,虚机之间发送数据包并不需要通过NVGRE/VXLAN二次封装,HNV Filter并不参与数据包的转发。


场景2

 第2个场景,如图2所示。我们在一个虚机网络里创建了2个虚拟子网(分别为172.16.188.0/24和192.168.188.0/24),然后在每个虚拟子网中各自创建1台虚机,分配了各自子网的的IP地址:
VM1的IP地址为192.168.188.2,MAC地址为MACvm1  
VM2的IP地址为172.16.188.2,MAC地址为MACvm2


此刻,这两台虚机VM1和VM2运行在同一台物理服务器,那么VM1和VM2之间如何学习对方的MAC地址以及在互相学习到对方的MAC地址后如何封装数据包呢?接下来我们详细地分析这一场景的数据包转发流。 
1. VM1要和VM2通信,需要学习到对方的MAC地址。但是VM1和VM2不在同一个子网,所以VM1要学习的是默认网关的MAC地址,而不是VM2的MAC地址。
2. Hyper-V虚拟交换机收到VM1发送ARP数据包后,记录VM1连接的端口和MAC地址,然后将ARP广播到HNV Filter。
3. HNV Filter返回默认网关的MAC地址MACdfgw给虚拟交换机, MACdfgw就是HNV Filter自身。
4. VM1学习到默认网关的MAC地址为MACdfgw,其VSID为11111 (默认网关的MAC地址MACdfgw包含在OOB数据里)。
5. VM1封装数据包,目的IP为VM2的IP地址,目的MAC地址为默认网关的MAC地址MACdfgw ,数据包先发送到默认网关。
6. 接着数据包被默认网关转发到Hyper-V虚拟交换机,Hyper-V虚拟交换机获取到源虚机(VM1)网卡上的VSID(11111),并将VSID信息封装成带外(OOB)数据。
7. 在Hyper-V交换机做进一步数据包转发之前,HNV Filter先检查源虚机VM1和目的虚机VM2的RDID是否一致,如果2者的RDID不同,那么数据包将会被丢弃。
8. HNV Filter检索查找记录(VirtulizationLookupRecord)来确定目的虚机VM2的PA地址,如果找不到目的虚机的PA地址,数据包将会被丢弃。在这种情况下,目标虚机VM2的PA地址就是本地HNV Filter的PA地址。HNV Filter重写数据包以将目的MAC地址更改为VM2的MAC地址MACvm2。
9. 同时,HNV Filter更新数据包中的OOB数据,将VSID从11111更改为22222。
10. Hyper-V虚拟交换机基于RDID和VSID进行访问控制判断,得知目标VM2的RDID和VM1的RDID一致,然后将数据包转发给虚机VM2。
11. VM2收到数据包,完成此次数据的发送和接收。

注意:在此场景下,因为虚机处于不同VSID里,HNV起到分布式路由的作用,需要注意以下4点: 
 数据包里的GRE Key/VNID里只能容下一个VSID,所以GRE只会将目标虚机的VSID放置在GRE Key/VNID里进行传输。
 如果目标和源虚机在同一台物理机上运行时,虚机之间发送数据包并不需要通过NVGRE/VXLAN二次封装。
 和2台虚机在相同的VSID的情况不同的是,2台虚机在不同VSID的情况下,HNV Filter 参与数据包的转发,因为HNV Filter承担起默认网关的角色,也即HNV的分布式路由功能。
 在承担默认网关的时候,HNV Filter 更新数据包的VSID和目标MAC地址,将其匹配到目标虚机的VSID和MAC地址 。

场景3

 第3个场景,如图3所示。我们在一个虚机网络里创建了2个虚拟子网(分别为172.16.188.0/24和192.168.188.0/24),然后在每个虚拟子网中各自创建1台虚机,分配了各自子网的的IP地址:
VM1的IP地址为192.168.188.2,MAC地址为MACvm1 
VM2的IP地址为172.16.188.2,MAC地址为MACvm2


此刻,这两台虚机VM1和VM2运行在不同的物理服务器,那么VM1和VM2之间如何学习对方的MAC地址以及在互相学习到对方的MAC地址后如何封装数据包呢?接下来我们详细地分析这一场景的数据流。
1. VM1要和VM2通信,需要学习到对方的MAC地址。但是VM1和VM2不在同一个子网,所以VM1要学习的是自己连接的虚拟交换机的默认网关的MAC地址,而不是VM2的MAC地址。
2. Hyper-V虚拟交换机收到VM1发送ARP数据包后,记录VM1连接的端口和MAC地址,然后将ARP广播到HNV Filter。
3. HNV Filter返回默认网关的MAC地址MACdfgw , MACdfgw就是HNV Filter自身。
4. VM1学习到默认网关的MAC地址为MACdfgw ,其VSID为11111 (默认网关的MAC地址MACdfgw包含在OOB数据里)
5. VM1封装数据包目的IP为VM2的IP地址,目的MAC地址为默认网关的MAC地址MACDFGW,数据包先发送到默认网关。
6. 接着数据包被发送到Hyper-V虚拟交换机,Hyper-V虚拟交换机获取到源虚机(VM1)网卡上的VSID(11111),并将VSID信息封装为带外(OOB)数据。
7. HNV Filter检查VM1和VM2的网络是否具有同样的RDID,如果2者的RDID不同,那么数据包将会被丢弃  
8. HNV Filter使用查找记录来确定目的虚机VM2的PA地址,如果找不到目的虚机的PA地址,数据包将会被丢弃。
9. HNV Filter重写数据包以将目标MAC地址更改为VM2的MAC地址MACvm2。
10. HNV Filter检索查找记录发现目的虚机的VSID(22222)和源虚机的VSID(11111)所属RDID一样。这时,NVGRE/VXLAN将目的虚机VM2的VSID(22222)、HNV Filter查找到的PA地址(10.2.41.206)连同原始数据包和其他信息做二次封装。二次封装的外部源IP地址是源虚机所对应的PA地址,外部目的IP地址是目的虚机所对应的PA地址。
11. 二次封装的数据包通过传输网络传输到目的虚机所运行的物理机。
12. 在传输网络上,IP地址为10.2.41.206以及MAC地址为MACpa2的Hyper-V物理机接收到数据包,然后将数据发送到该物理机的HNV Filter。
13. HNV Filter拆开封装的数据包,获取到内部数据包(也即原始数据包)以及包含了VSID为22222的OOB数据。
14. HNV Filter将原始数据包(在上一步获取的内部数据包)发送到具有VSID为22222的Hyper-V虚拟交换机。
15. Hyper-V虚拟交换机按照访问控制规则将数据包发送到目标虚机VM2。


注意: 在这个情况下,数据包通过NVGRE/VXLAN进行二次封装,但是封装对于源虚机和目标虚机来说完全是透明的,意味着虚机不能感知到数据的二次封装和拆封。

到此,我们详细讨论了3种不同的场景下,虚机数据转发流过程的详细说明。


本文转载自异步社区

原文链接:https://www.epubit.com/articleDetails?id=NC7E3EF9459200001B1DA30A017A55C40

【版权声明】本文为华为云社区用户转载文章,如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。