前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >无Capwap隧道和集中式网关的园区无线漫游

无Capwap隧道和集中式网关的园区无线漫游

原创
作者头像
星融元Asterfusion
修改2023-07-04 15:57:55
5350
修改2023-07-04 15:57:55
举报
文章被收录于专栏:星融元

什么是无线漫游?

无线漫游是指终端在不同AP覆盖范围之间移动且保持用户业务不中断的行为。

实现WLAN漫游的两个AP必须使用相同的SSID和安全模板(安全模板名称可以不同,但是安全模板下的配置必须相同),认证模板的认证方式和认证参数也要配置相同。

园区网络的无线漫游策略是为了解决什么问题?

在跨三层的无线漫游场景中,因为所在的IP子网发生了变化,终端不得不获取新的IP地址以适应新的网关,这势必会造成终端网络的断联。

  • 避免漫游过程中的认证时间过长导致丢包甚至业务中断。
  • 保证用户授权信息不变。
  • 保证用户IP地址不变。

传统的园区网络中最常见的无线漫游解决方案

方案1:尽可能将需要漫游的区域规划在一个二层网络里,由于同在一个子网,所以不需要再建立隧道去处理漫游后的数据报文流量,而是本地直接转发

方案2:通过在新旧网关之间建立隧道,把漫游后的终端流量通过隧道传输到原来的网关进行转发,

方案1:同一子网下直接转发

用户的数据报文到达AP后,不经过CAPWAP的隧道封装而直接转发到上层网络。AC只对AP进行管理,业务数据都是由本地直接转发

优势:数据流量不经过AC,AC负担小

问题:二层网络越大越不安全,这样的园区漫游有相当大的限制条件

方案2:建立capwap隧道转发

业务数据报文由AP统一封装后到达AC实现转发,AC不但进行对AP管理,还是AP流量的转发中枢。用户的数据报文经过CAPWAP隧道封装后再由AC转发到上层网络。

优势: 数据流和管理流全部经过AC,可以更容易对无线用户实施安全控制策略。

问题:复杂的配置和低效的流量转发路径。

转发模型

特点

二层漫游直接转发

由于二层漫游后漫游终端仍然在原来的子网中,所以漫游后接入的AP和AC对二层漫游用户的流量转发和平台

二层漫游隧道转发

新上线的用户没有区别,直接在本地完成直接网络转发,不需要通过隧道转发回原网关中转

三层漫游直接转发

原AP和原AC之间的业务报文不通过CAPWAP隧道封装,无法判定他们是否在同一个子网内,此时设备默认报文需返回到原AP进行中转

三层漫游隧道转发

原AP和原AC之间的业务报文通过CAPWAP隧道封装,此时可以将他们看作在同一个子网内,所以报文无需返回原AP,可直接通过原AC中转到上层网络

新一代云化园区:基于分布式的网关设计,高效实现园区无缝漫游

云化园区网络在全三层组网的基础上借鉴了云网中分布式网关的概念,即:在每一台接入交换机上运行统一的分布式网关,实现对上层业务无感知的终端无缝漫游。分布式网关的另一个好处是实现了终端(一般为服务器)通过网卡配置Bond双上行到不同的Leaf,无需堆叠和MC-LAG。

  • 当移动终端发生漫游时,分布式网关的作用尤为重要,因为漫游后的接入Leaf上已经配置了网关信息,并且自动学习和同步了漫游终端的IP/MAC信息,因此漫游后的终端可以高性能的接入网络(所发信息无需再到一个“集中的网关”上去兜圈子),并且漫游过程中业务不断连(即确保不丢包,因为漫游后的接入Leaf上已经有了该漫游终端的所有信息);
  • 对于网络管理员来说,只需要在网络初始化时一次性配置好所有分布式网关的信息即可,无需在运行过程中动态调整,从而进一步降低运维的复杂度。

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
目录
  • 什么是无线漫游?
  • 园区网络的无线漫游策略是为了解决什么问题?
  • 传统的园区网络中最常见的无线漫游解决方案
    • 方案1:同一子网下直接转发
      • 方案2:建立capwap隧道转发
      • 新一代云化园区:基于分布式的网关设计,高效实现园区无缝漫游
      领券
      问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档