|
|
|
|
移动端

话说VLAN Tag 的“来龙去脉”

自从上篇文章《三层交换机的工作原理》发布后,有很多的网络爱好者私底下与我取得了联系,针对当前的TCP/IP网络做了很多的探讨,本文主要来阐述TCP/IP中Vlan的基本原理—Vlan Tag的“来龙去脉”。

作者:张龙来源:SDNLAB|2018-01-09 04:59

技术沙龙 | 6月30日与多位专家探讨技术高速发展下如何应对运维新挑战!


前言

自从上篇文章《三层交换机的工作原理》发布后,有很多的网络爱好者私底下与我取得了联系,针对当前的TCP/IP网络做了很多的探讨,从这些爱好者身上我也学习到了很多,正所谓活到老,学到老;看这些爱好者对网络的技术的那种热爱与激情,也给我们写作者增加了不少的动力。

无论我们现在的技术发展到什么地步,最基本最核心的思想仍然不会发生变化;当前我们还在使用传统的路由器、交换机构建数据中心,但当前的网络技术也在不断的革新,另一种网络时代的格局即将到来,例如现在SDN(软件定义网络)、SDS(软件定义存储)、SDW(软件定义广域网)、SDS(软件定义软件)等,从本质上看SDN是将网络转发过程中的控制层面与数据层面分离,两个层面独自开发运作,也可以说这是将控制层面从分布式部署变成集中式部署,但无论怎样改变其底层还是使用TCP/IP协议,这就叫千变万变,万变不离其宗。但是我们也不得不承认TCP/IP协议也存在很多的缺点,其功能的复杂性和安全问题层出不穷,无论你是什么网站只要挂载到Internet上,你都从不敢说它很安全。本文主要来阐述TCP/IP中Vlan的基本原理—Vlan Tag的“来龙去脉”。

VLAN

一、Vlan tag

无论在传统物理交换机、路由器,还是在Openstack Neutron网络、SDN网络中其工作原理仍然不会发生变化,网络上对此解释层出不穷,追本溯源还需研究其代码的实现方式;首先来回顾一下带有Vlan tag的Ethernet Frame封装格式:

Vlan tag的Ethernet Frame封装格式

其4字节的Tag字段有12bit是Vlan ID位,总共支持的VLAN数为2^12。

二、数据转发,Vlan标签如何动作

针对于这样的数据帧在我们传统的交换机,或者Vswitch里面是怎样被转发的呢?我们用两个例子来解释,如下图:

1和A通信,标签如何“动作”(本例中省略Native vlan的解释)

1).1主机发送普通的数据帧;

2).switch1收到此帧首先需要对其解封装,查看二层帧头部帧目的MAC地址;

3).从CAM表中查找其目的MAC地址对应的VLAN ID与接收该帧的接口对应的VLAN ID 是否相同,如果相同则找到对应的出接口,如果不同则丢弃该帧;

4).找到出接口后,打上对应的VLAN 标签,封装成802.1Q的帧,从Trunk接口发送出去;

5).到达switch2后,解封装查看帧头部的目的MAC地址;

6).从CAM表中查找其目的MAC地址对应的VLAN ID与接收该帧头部的VLAN ID是否匹配,如果匹配,则查找对应的出接口,如果不同则丢弃该帧;

7).找到出接口后,封装成原始的帧,从相应端口转发出去。

注意:vlan tag动作打不打标签不是基于接口的概念,而是基于其查表,cpu计算,背板的功能,我看过太多的文章,也听过很多人在描述交换机转发数据包是说的一句话“Access 口用来去标签,Trunk口用来打标签,”或是“Access口和Trunk口具有打标签和剥离标签的功能”,这样的描述都是错的。如果这样做的话,交换机太傻了,这样的代码实现也是非常低级的。例如,我们再看一种情况:

主机1和主机2通信,问在交换机内部有打标签和剥离标签的动作吗?1和2 在相同的vlan中,他们之间通信经过交换机如果需要打标签的话,那岂不是加重交换机的计算负载吗,所以像这样的两个主机在相互通信的时候,仅仅是查看CAM表,而不需要执行打标签和剥离标签的动作。

三、Openstack Neutron网络中vlan 的工作原理

Openstack Neutron网络中vlan 的工作原理

情景1——vm03 与 vm 04 通信

由于vm03 和 vm 04 分别在两台不同的物理服务器上,所以他们之间通信必须要经过外界物理交换机的帮助;

a. vm03 从eth0发送常规ethernet frame经过qbrccc到qvoccc;

b. br-int 上的qvoccc接收到该帧之后,开始解封装其数据包,查看ethernet头部的dest mac字段;

c. 因为其发送的数据是从qvoccc接收到的,而qvoccc 接口已经被划分到vlan 20中,如下配置:

d. 所以在查看vcam表的时候,需要查看mac/vlan id是否一致,如果一致则将数据封装成802.1Q的frame从int-br-eth1发送到br-eth1上,如果不一致则丢弃;

e. 当br-eth1 从 phy-br-eth1 接收到ethernet frame 时,首先就去查看local-vlan 到 global-vlan的一个映射表,配置如下:

发现 local_vlan=20 需要将其转换成vlan 120 ;

f. br-eth1 将会查看其vcam表,查找frame destmac address对应的vlan id是否为120 如果是,则将其封装成802.1Q vlan 120的frame 从对应的接口(eth1)转发出去;

g. 物理交换机中转发过程此处不再熬述;

h. 此frame到达vm04所在的物理机br-eth1上时,将解封装查看帧的dest mac 字段;

i. 然后查找vcam表地址对应的vlan tag与此帧的tag是否一致,如果一致则封装之后从相应的接口(phy-br-eth1)转发出去,如果不一致则丢弃(此处与传统交换机并无差异);

j. 当vm04所在物理机的br-int的int-br-eth1接收到该帧的时候,首先解封装查看帧的dest mac 字段;

k. 继而查看vcam表,寻找该mac地址对应的vlan id 与该帧的vlan tag 是否匹配,如果匹配执行如下操作,如果不匹配丢弃;

l. 当匹配时,br-int上将会查看local_global vlan id 映射关系,配置如下:

vlan tag=120 需要转换成 tag 20;注意:转换是查表的一个过程中,而不是具体的一个操作,更不是在进入接口的时候;

m. 当查询完成映射表之后将会再一次查找vcam表,寻找转化后的vlan id与该表中 mac地址对应的vlan id是否匹配,如果匹配则封装成常规的frame,从相应端口转发出去,如果不匹配则丢弃。

情景2—vm01和vm02之间通信

和我们传统的交换机是一样的,在这个过程中,br-int是不做任何的打标签,弹标签的动作,就是普通的frame之间转发数据,此处不再熬述。

【编辑推荐】

  1. CRN:2017年最酷的软件定义网络技术
  2. 数据中心传统网络向新网络技术演进难题
  3. 基于OVS的VLAN应用及实现
  4. 全年盘点:2017最酷的10项软件定义网络技术
  5. OVS中基于VLAN的DHCP地址池实现
【责任编辑:赵宁宁 TEL:(010)68476606】


点赞 0
分享:
大家都在看
猜你喜欢

热门职位+更多

读 书 +更多

信息安全风险评估

信息安全风险评估理论研究日趋成熟,相关资料比较充分,但有关评估实际工作的参考资料很少。本书以信息安全风险评估实践为基础,围绕评估工...

订阅51CTO邮刊

点击这里查看样刊

订阅51CTO邮刊