排查步骤：
1. 确认AP管理VLAN和业务VLAN在S7506X下联AP的端口上均放通：
display interface brief
display vlan <业务VLAN>
检查下联AP端口是否tag/untag了业务VLAN。
2. 在S7506X上查看DHCP服务器或中继配置：
display dhcp relay interface
display dhcp server ip-pool
确认业务VLAN三层接口已配置DHCP中继或本身有地址池。
3. 在AP上验证业务VLAN是否下发成功：
display wlan client verbose
display interface brief
在AC上查看AP的radio绑定模板，确认业务VLAN已正确映射到服务模板。
4. 抓包定位：在S7506X下联AP端口镜像抓取DHCP Discover，看是否有请求上来，以及DHCP Offer是否回下去。
常见原因：
AP上联口未放通业务VLAN，导致本地转发报文被丢弃。
服务模板绑定的VLAN与交换机上配置不一致。
交换机端口配置了端口隔离或ACL过滤了DHCP。
本地转发时，AP默认对业务VLAN打tag，若交换机端口为access模式则不通。
电脑直连S7506X能获取地址，说明DHCP服务本身正常，问题集中在AP到交换机这段VLAN透传。
暂无评论
故障现象：WX3540X（V7），AP 为本地转发模式，无线终端拿不到 IP；把 PC 有线接 S7506X 同业务 VLAN 的端口，PC 正常获取 DHCP 地址。
关键现象解读：有线业务 VLAN、DHCP 地址池、网关 S7506X 全部正常；问题出在本地转发场景，AP 上行链路标签透传，DHCP 广播报文从 AP 发出后没有正确打上业务 VLAN 标签，到上层交换机被丢弃H3C。本地转发业务流量不走 AC，AC 只处理 CAPWAP 控制隧道。
核心根因清单（按发生概率排序）
根因 1：没有 MAP‑configuration AP 配置文件下发（最高概率）
本地转发模式，无线终端的业务 VLAN 标签，需要 AP 的上联物理 Trunk 口放行业务 VLAN；Fit‑AP 默认上行口只放行 AP 管理 VLAN，业务 VLAN 不会自动放通，必须通过 MAP 配置文件下发给每台 AP，修改 AP 的上联物理口 Trunk 配置H3C。
现象：AP 能正常注册 AC，无线终端可以关联 WiFi，DHCP 广播报文从 AP 出来标签异常，S7506 收不到无线终端的 DHCP Discover 报文；但有线接入同 VLAN 完全正常。
MAP 文件示例（txt 上传 AC 根目录，文件名 apcfg.txt）
system‑view
vlan 业务VLANID
quit
interface GigabitEthernet 1/0/1 #AP的上联有线口，固定G1/0/1
port link‑type trunk
port trunk permit vlan 管理VLAN 业务VLAN
quit
AC 视图下 AP 应用该配置文件：
wlan ap ap‑name model xxx
map‑configuration apcfg.txt
注意：所有 AP 都要绑定 map‑configuration；新增 AP 也需要绑定，备份 AC 也需要上传该 txt 文件。
根因 2：接入交换机连接 AP 的 Trunk 口配置错误
AP 直连接入交换机端口配置：
interface X
port link‑type trunk
port trunk pvid vlan AP管理VLAN
port trunk permit vlan 管理VLAN 业务VLAN
undo port trunk permit vlan 1
- 只放通管理 VLAN，漏掉无线业务 VLAN，无线带 tag 业务报文直接丢弃；
- 不要把 AP 上联口配置为 Access 口，本地转发业务 VLAN 必须带 tag 透传。
根因 3：无线服务模板与 Radio 绑定 VLAN 核查
display wlan service‑template verbose
确认：
client forwarding‑location ap（本地转发）；- service‑template 配置 vlan XX，或者 radio ap‑group 下绑定 vlan‑id；
优先级：radio 绑定 VLAN > service‑template 内 vlan 配置。
根因 4：中间交换机开启 DHCP‑Snooping，接 AP 端口不是 trust
接入交换机开启 DHCP‑snooping，连接 AP 的端口必须配置为dhcp‑snooping trust，否则 AP 发出终端 DHCP 广播报文直接丢弃；有线 PC 接交换机端口本身在 trust，所以 PC 可以正常获取 IP。
根因 5：开启用户隔离 user‑isolation，未放行网关 MAC
如果 MAP 文件配置了user‑isolation vlan XX enable，必须配置user‑isolation vlan XX permit‑mac 网关MAC；没有放行网关 MAC，DHCP 广播报文被 AP 隔离功能拦截。
排查验证命令
1.AC 查看 AP 是否加载 MAP 配置：
display wlan ap name AP名称 verbose
找到Map‑configuration filename字段确认已加载。
2. 接入交换机上抓接 AP 端口镜像，观察是否收到无线终端 DHCP‑Discover 报文（带业务 VLAN 标签）；
3. 在 S7506X 查看 mac‑address，本地转发场景，无线终端 MAC 应该学习在接入交换机，而不是 AC；如果 AC 上才学到终端 MAC，说明实际变成集中转发。
标准排查操作顺序
1. 确认 wlan service‑template 已经配置client forwarding‑location ap本地转发，确认 radio 绑定业务 VLAN；
2. 制作并下发 map‑configuration 配置文件，让 AP 上联 trunk 放行业务 VLAN；
3. 检查所有接入交换机连接 AP 端口，trunk 同时放行管理 + 业务 VLAN；DHCP‑snooping 端口配置 trust；
4. 如果启用 vlan 用户隔离，务必 permit‑mac 网关 MAC；
5. 终端连接 WiFi，接入交换机端口镜像抓包，看有没有带业务 VLAN 标签的 DHCP Discover 报文；
6. 抓包没有报文：AP 侧标签问题；抓到报文但是 S7506 不回复：上层 VLAN / 中继问题。
补充区分：有线 PC 直接接 S7506X 端口正常获取 IP，证明 DHCP 地址池、网关 VLAN、中继全部没问题，故障点一定发生在AP→接入交换机这一段二层标签透传。
暂无评论
编辑答案
亲~登录后才可以操作哦!
确定你的邮箱还未认证，请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
- 1. 您举报的内容是什么？（请在邮件中列出您举报的内容和链接地址）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
- 3. 是哪家企业？（营业执照，单位登记证明等证件）
- 4. 您与该企业的关系是？（您是企业法人或被授权人，需提供企业委托授权书）
抄袭了我的内容
×
原文链接或出处
诽谤我
×
- 1. 您举报的内容以及侵犯了您什么权益？（请在邮件中列出您举报的内容、链接地址，并给出简短的说明）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论