1、确认故障 AP 的 MAC 对应的端口 VLAN
display mac-address xxxx‑xxxx‑xxxx
确认该 MAC 学习到的 VLAN,和其他 3 台正常 AP 的 VLAN 是否完全一致。 常见坑:交换机端口被误划入业务 VLAN、PVID 不对、配置了 dot1x、port‑security、DHCP‑snooping 静态绑定、ACL 过滤 DHCP 报文。
2、对比正常 AP 与故障 AP 的交换机端口配置
dhcp‑snooping:确认该端口配置 dhcp‑snooping trust;AP 接入端口必须配置 trust,否则 AP 发出的 DHCP‑Discover 报文会被交换机直接丢弃(同交换机其他 AP 正常,有可能该端口漏配 trust)。典型故障:其余 3 个端口配置 dhcp‑snooping trust,唯独故障 AP 接入端口忘记配置,交换机收到 AP 发出 DHCP Discover 直接丢弃;交换机仍然学习 MAC,但是 AP 永远拿不到 IP。
3、端口快速定位验证 把故障 AP 的网线,换到交换机上另外一个正常 AP 在用的空闲端口(正常 AP 的端口配置完整),PoE 供电保持不变。
WA6620X没有蓝牙调试口;故障离线状态不启用临时管理 SSID;没有远程 ssh/telnet 入口,拿不到 IP 完全无法远程登录H3C。 可选手段:
interface GigabitEthernet 1/0/x
poe disable
#等待20秒
poe enable
PoE 上下电,让 AP 完整冷重启。解决 AP 内部进程卡死,DHCP 客户端异常;部分 AP 软件异常重启之后恢复正常。 重启之后观察交换机 MAC 表是否重新学习,看是否获取 IP 上线云简平台。
2、云简平台侧:能否通过 SN 预注册处理?
前提:AP 上电后可以访问云简域名,但是拿不到 IP,此条件不满足本场景。拿不到 IP,AP 无法访问公网云简,SN 预注册无效。
⚠️重要限制:拿不到 IP 的前提下,没有任何网络方式登录这台 WA6620X,不能远程恢复出厂、不能远程收集 debug 日志。
3、如果 PoE 重启无效:只能现场高空作业,接 Console 或者按 Reset 按钮恢复出厂。
dis mac-address 这个几个AP都一样。换端口重启都不行。
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
dis mac-address 这个几个AP都一样。换端口重启都不行。