昨天我们提到了，一些厂商发现，通过MPLS V**可以实现园区网络的切片，把不同组的用户加入不同切片，来实现权限跟随用户。
但这么做的弊端也很明显，接入层交换机一般为低成本的设备，对VRF的支持很有限。即使是近一两年推出的CISCO Catalyst 9200，也仅支持4个VRF。因此，工程师们想到了更优的方案——EV** VXLAN方案。
事实上，在EV** VXLAN刚刚成为RFC标准的时候，业界以H3C为代表的厂商，就已经发布了基于EV** VXLAN的园区网SDN方案。
它的部署方式如下图：
怎么样，这是不是和数据中心EV** VXLAN方案一模一样？
对了，核心相当于数据中心的Spine，承担高速转发的角色；
汇聚相当于数据中心的TOR，承担VXLAN网关和策略控制的角色；
接入相当于数据中心的OVS，承担打VLAN标签的角色；
而园区EV** VXLAN与数据中心EV** VXLAN方案的区别在于，园区解决的是终端漫游接入问题，而不是VM漫游(迁移)问题。
在前面，我们提到，VM上线和迁移的时候，云平台(Nova)会感知这个事件，并通过Neutron的层次化端口绑定机制，向SDN控制器同步这一事件。在园区网中，谁感知到终端的接入和漫游呢？
对了，是认证(AAA)服务器。
在园区网络中，为了保证安全，所有用户需要通过802.1x/Portal/MAC等方式进行认证。
如图，用户在认证时，认证点(汇聚交换机)向Radius发起认证请求，继而Radius会根据用户所在用户组下发VLAN。
同时，Radius与SDN控制器进行联动，SDN控制器向汇聚交换机下发EV**配置，汇聚交换机建立VXLAN隧道：
这样的方案只需要接入交换机支持SNMP和VLAN即可，汇聚交换机需要支持VXLAN，大大降低了接入层成本，甚至可以与第三方接入交换机混合组网，有利于利用旧有设备，在网络改造场景优势巨大。
当然，园区网络还有更多有趣的VXLAN组网方式，这，就需要下回分解了。
