• 全部
  • 经验案例
  • 典型配置
  • 技术公告
  • FAQ
  • 漏洞说明
  • 全部
  • 全部
  • 大数据引擎
  • 知了引擎
产品线
搜索
取消
案例类型
发布者
是否解决
是否官方
时间
搜索引擎
匹配模式
高级搜索

无线漫游获取地址慢

4天前提问
  • 0关注
  • 0收藏,84浏览
粉丝:0人 关注:0人

问题描述:

无线AC型号WX3520H-F,网关在核心交换机上,之前有一个ssid-1漫游获取地址都没有问题,现在新增了一个ssid-2在漫游的时候获取手机经常显示无法获取的IP地址,但是过一阵就可以了,不知道什么原因

组网及组网描述:

原有的ssid-1对应3个vlan 10 11 12分别对应不同区域,vlan10 11 12都是不同的ip地址,接入交换机配置的是trunk接口,但是修改了pvid,对应vlan 10 11 12,相当于做的access接口,ap上没有配置vlan信息,手机连接ssid-1的时候漫游没有问题获取地址也很快 现在新增了ssid-2也对应3个vlan 20 21 22,也是对应三个不同区域 vlan20 21 22也是3个不同的ip地址,在交换机上已经透传相关vlan了,同时无线ap上也配置透传了相关vlan,现在的现象是我在vlan20的区域获取ip很快就能获取到,但是当我到vlan 21 或者vlan22的区域时,正常应该通过漫游获取这两个区域的ip地址,但是刚到这两个区域的时候会提示获取不到ip地址,但是过一会就可以获取到了 不是dhcp地址池的事,因为ssid-2目前没有人使用,并且地址池也4个C足够大,请问大神们我这个ssid-2的无线服务是不是应该配置client cache aging-time 0

5 个回答
zhiliao_HyaJM8 知了小白
粉丝:0人 关注:0人

这个是二层漫游

暂无评论

粉丝:10人 关注:9人

排查步骤及关键命令
1. 检查漫游配置(核心):SSID2未开启快速漫游会导致漫游时需重新DHCP,引发慢获取。
命令:display wlan roam-profile all,确认是否开启fast-roam enable;若未开启,配置:

wlan roam-profile ssid2_roam
fast-roam enable
wlan service-template ssid2
roam-profile ssid2_roam

2. 验证DHCP中继配置:SSID2对应VLAN的DHCP中继是否指向核心服务器。
命令:display dhcp relay interface vlan 20,确认服务器地址正确;错误则配置:

dhcp relay server-group 1 ip 核心DHCP地址
interface Vlan-interface20
dhcp relay server-group 1

3. 确认AP与SSID2的VLAN绑定:
命令:display wlan ap all verbose,查看radio是否关联SSID2模板;display wlan service-template ssid2,确认绑定VLAN20/21/22正确。
4. 核心侧DHCP检查:
命令:display ip pool vlan 20(确认地址充足)、display arp vlan 20(排查IP冲突)。
常见原因:SSID2未开启快速漫游,漫游时触发重新DHCP,导致获取慢。

暂无评论

粉丝:7人 关注:46人

在POE接AP的端口使能端口隔离和STP边缘端口

暂无评论

粉丝:15人 关注:2人

你这个现象,根本原因不是 DHCP 地址池,而是「跨 VLAN 漫游时,AC 还保留旧 VLAN 的客户端缓存,导致手机在新 VLAN 迟迟不发新 DHCP 请求」。
把 client cache aging-time 改成 0 确实能缓解,但还要配合 VLAN Pool 静态模式 + 本地转发 / 边缘端口优化,才能彻底解决。
下面按你环境、原因、配置建议一步步说。
一、你的环境关键点(我先确认)
AC:WX3520H‑F
SSID‑1:vlan 10/11/12,漫游获取 IP 正常
SSID‑2:vlan 20/21/22,从 vlan20→21/22 漫游时,长时间 “正在获取 IP”,等很久才好
网关 / DHCP:核心交换机
转发:本地转发(AP 直接转,AC 只控)
接入交换机:trunk,pvid 改成业务 vlan(相当于 access)
SSID‑2 地址池很大、没人用,排除地址耗尽
二、为什么 SSID‑1 正常、SSID‑2 漫游获取 IP 慢?
1)client cache 老化时间(最核心)
默认:client cache aging-time 180 秒
含义:终端离开后,AC 还保留这个终端的旧 VLAN、旧 IP、认证信息 3 分钟。
你从 vlan20→21:
手机已漫游到新 AP(vlan21)
但 AC 还认为它在 vlan20,不强制刷新 VLAN
手机也 “以为自己还在旧网段”,迟迟不发新 DHCP Request
结果:一直转圈 “获取 IP”,180 秒后 cache 老化,才正常获取新 VLAN IP
这完全符合你描述:刚到 vlan21/22 不行,过一阵就好。
2)SSID‑1 为什么没事?
大概率:
SSID‑1 上线早,之前有人把它的 cache 老化时间改短了,或 VLAN Pool 是静态模式
或者 SSID‑1 是二层同 VLAN 漫游,不需要换 IP,自然秒通
3)SSID‑2 是 VLAN Pool(多 VLAN 分配)
你 SSID‑2 对应 20/21/22,属于VLAN Pool 场景。
默认 VLAN Pool 是动态分配:每次关联随机分配 VLAN。
配合 180s cache:漫游后新旧 VLAN 冲突 + 缓存不及时清,DHCP 必然慢。
三、要不要配 client cache aging-time 0?
可以配,能明显改善,但不是唯一要做的。
作用
aging-time 0:终端下线 / 漫游后,立刻清除旧缓存
漫游到新 VLAN:AC 马上强制终端在新 VLAN 上线,手机快速发 DHCP,基本秒获取
配置(SSID‑2 的服务模板)
bash
运行
system-view
wlan service-template SSID2_TPL
shutdown
client cache aging-time 0
undo shutdown
⚠️ 必须先 shutdown 才能改。
副作用
快速漫游(802.11r)会失效,需要重新认证
但你现在是跨 VLAN 三层漫游,本来就不能保持原 IP,所以副作用对你影响很小
四、只改 aging-time=0 够不够?
不够,建议再做 3 件事,彻底根治:
1)VLAN Pool 改成静态分配(强烈推荐)
动态分配:每次上线随机 VLAN → 漫游容易乱
静态分配:同一手机永远固定一个 VLAN → 漫游稳定
bash
运行
wlan vlan-pool POOL20
vlan 20 21 22
assignment static // 静态分配
绑定到服务模板:
bash
运行
wlan service-template SSID2_TPL
vlan-pool POOL20
2)接入交换机 AP 口设为边缘端口(加速 DHCP)
防止 STP 收敛导致 DHCP 慢:
bash
运行
interface GigabitEthernet 1/0/X
stp edge-port
3)确认本地转发 + VLAN 透传
服务模板:forward-mode direct-forward
AP 配置:允许 vlan20/21/22
接入、核心:trunk 放行 vlan20/21/22
五、你的现象完全符合的因果链
SSID‑2:VLAN Pool 动态 + cache 180s
→ 漫游到新 VLAN
→ AC 保留旧 VLAN 缓存 3 分钟
→ 手机不主动发新 DHCP
→ 长时间 “获取 IP”
→ 180s 后 cache 老化 → 正常获取
SSID‑1:要么静态 VLAN、要么 cache 时间短 → 无此问题
六、给你最终结论 + 最简配置
核心原因:跨 VLAN 漫游时,client cache 180s 过长,导致旧 VLAN 信息滞留,新 DHCP 触发慢。
必须配置:SSID‑2 服务模板下 client cache aging-time 0。
强烈建议:VLAN Pool 改为 static 静态分配。
辅助优化:AP 接入口设 STP 边缘端口。

暂无评论

粉丝:21人 关注:1人

您好!针对您遇到的 H3C WX3520H-F AC 下新增 SSID-2 在跨 VLAN 漫游时获取 IP 地址慢的问题,您的排查方向非常准确。
结论是:是的,强烈建议您在 SSID-2 对应的无线服务模板(Service Template)下配置 client cache aging-time 0

一、 为什么会出现这个问题?

这属于典型的三层漫游缓存机制导致的延迟
当终端从 VLAN 20 区域移动到 VLAN 21/22 区域时,由于跨越了不同的子网,本应触发三层漫游并重新向 DHCP 服务器申请新区域的 IP 地址。但是,AC 为了保证业务连续性,默认开启了终端信息缓存功能。AC 会“记忆”该终端之前的 VLAN 和 IP 状态,导致终端在刚切换 AP 时,仍然携带旧 VLAN (VLAN 20) 的信息去尝试通信或获取地址。由于物理位置已经改变,旧的 IP 无法在新区域正常通信,经过一段时间的超时或重试后,终端才会被迫放弃旧地址,重新发起完整的 DHCP Discover 流程,最终获取到新区域的合法 IP。

二、 如何解决?

正如您所猜测的,解决此问题的核心就是关闭这种跨 VLAN 的缓存继承。请在 AC 上进入 SSID-2 绑定的无线服务模板视图,执行以下命令:
[AC] wlan service-template <SSID-2的服务模板名称> [AC-wlan-st-xxx] client cache aging-time 0
配置效果与注意事项:
  1. 强制刷新:将该参数设置为 0 后,终端在切换 AP 时将不再继承旧的 VLAN 信息。无论客户端表项是否存在,AC 都会直接忽略旧缓存,让终端每次上线都单独计算并重新申请当前所在区域的正确 IP 地址,从而大幅加速获取 IP 的过程。
  2. 潜在影响:需要注意的是,如果您的某一个区域内存在多个业务 VLAN,将 cache 设为 0 会导致区域内 VLAN 也不被继承,部分终端在区域内漫游时可能会不重新申请 IP 而短暂中断。但在您当前“不同区域对应不同 VLAN”的规划下,这是最标准且有效的做法。
  3. 无需重输密码:修改此参数仅影响 IP/VLAN 的分配逻辑,不会导致用户在漫游时需要重新输入 Wi-Fi 密码进行认证。

三、 补充排查建议

如果在应用上述配置后,仍有极少数终端获取 IP 较慢,建议同步检查以下两点:
  • VLAN 透传完整性:确保从漫游目标 AP 到核心交换机(DHCP Server)之间的所有中间链路(包括接入交换机和汇聚交换机),均已完整放行了 VLAN 20、21、22。
  • 信号覆盖连续性:确认 VLAN 20 与 21/22 交界处的 AP 信号覆盖是否连续。如果信号存在盲区,终端可能会经历“先断开再重连”的过程,这也会导致获取 IP 变慢。

暂无评论

编辑答案

你正在编辑答案

如果你要对问题或其他回答进行点评或询问,请使用评论功能。

分享扩散:

提出建议

    +

亲~登录后才可以操作哦!

确定

亲~检测到您登陆的账号未在http://hclhub.h3c.com进行注册

注册后可访问此模块

跳转hclhub

你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作

举报

×

侵犯我的权益 >
对根叔社区有害的内容 >
辱骂、歧视、挑衅等(不友善)

侵犯我的权益

×

泄露了我的隐私 >
侵犯了我企业的权益 >
抄袭了我的内容 >
诽谤我 >
辱骂、歧视、挑衅等(不友善)
骚扰我

泄露了我的隐私

×

您好,当您发现根叔知了上有泄漏您隐私的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您认为哪些内容泄露了您的隐私?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)

侵犯了我企业的权益

×

您好,当您发现根叔知了上有关于您企业的造谣与诽谤、商业侵权等内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到 pub.zhiliao@h3c.com 邮箱,我们会在审核后尽快给您答复。
  • 1. 您举报的内容是什么?(请在邮件中列出您举报的内容和链接地址)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
  • 3. 是哪家企业?(营业执照,单位登记证明等证件)
  • 4. 您与该企业的关系是?(您是企业法人或被授权人,需提供企业委托授权书)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

抄袭了我的内容

×

原文链接或出处

诽谤我

×

您好,当您发现根叔知了上有诽谤您的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您举报的内容以及侵犯了您什么权益?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

对根叔社区有害的内容

×

垃圾广告信息
色情、暴力、血腥等违反法律法规的内容
政治敏感
不规范转载 >
辱骂、歧视、挑衅等(不友善)
骚扰我
诱导投票

不规范转载

×

举报说明