WA6230-C

只是把了下网线不需要重新配置， 会自动上线的

上线不成功是不是设备硬件问题

根据你“重新拔插网线、重新配置AP后显示离线”的描述，问题很可能出在AP的工作模式（FAT/Fit）与AC不匹配，或者是CAPWAP隧道建立失败。

这是一个比较典型的故障，可以按照从物理层到应用层的顺序，一步步来排查。

📝 排查步骤

第一步：检查AP工作模式 (最可能的原因)

“重新配置”这个操作，可能会无意中将AP的工作模式从Fit（瘦AP，由AC集中管理）切换到了FAT（胖AP，可独立工作），导致它无法被AC识别。

• 如何判断：登录AC的Web界面或命令行，查看该AP的“状态”或“模式”。如果显示为FAT或Cloud模式，而AC管理的是Fit模式的AP，那它就是离线的。

• 解决方法：需要将AP手动切换回Fit模式。具体方法请参考H3C官方文档（通常需通过Console口登录AP执行命令）。

第二步：检查物理层与供电

这是最基础的一步，确保硬件本身没有问题。

• 观察AP指示灯：查看AP的电源指示灯是否正常。如果AP未正常启动，需要检查POE交换机供电、网线质量等。

• 检查网线与端口：尝试更换一根已知完好的网线，或将AP接到交换机上另一个确认正常的端口，排除物理链路故障。

第三步：检查网络层连通性

AP必须与AC在网络层可达，才能进行后续通信。

• 确认AP已获取IP地址：

  • 在AC上执行 display wlan ap all 查看AP状态。如果状态是“I”（Idle），很可能没获得IP。

  • 检查DHCP服务器的地址池，确认是否有可用的IP地址分配给AP。

• 测试连通性：在AC的命令行，尝试 ping 离线AP的IP地址。

  • ping不通：说明二层网络不通，需要检查交换机VLAN配置、端口状态等。

  • ping延时很高（如200ms以上）：说明链路质量差，可能存在丢包，重点检查物理线路。

第四步：检查CAPWAP隧道建立

AP与AC之间通过CAPWAP协议（端口UDP 5246/5247）建立隧道。隧道建不起来，AP就无法上线。

• 检查AC发现机制：AP需要知道AC的IP地址，通常通过DHCP Option 43下发。

  • 在AP上执行 display dhcp client verbose，检查是否通过Option 43获取到了正确的AC地址。

  • 确认DHCP服务器上Option 43的配置是否正确。

• 查看隧道断开原因：这是定位问题的关键。在AC上执行 display wlan ap statistics tunnel-down-record，查看AP隧道断开的具体原因。

  • 常见原因如 Neighbor dead timer expired（邻居报告定时器超时）或 Failed to retransmit message（报文重传失败），通常指向链路不稳定或丢包。

第五步：检查AC配置与License

确保AC端没有“拒绝”AP接入。

• 检查License：确认AC的License数量是否已用尽。如果授权达到上限，新AP将无法上线。

• 检查AP型号与版本：

  • 确认AC的软件版本支持 WA6230-C 这个型号。

  • 检查AC的Flash中是否有该AP对应的Fit版本文件（通常为.ipe文件）。如果版本不匹配，AP状态可能会反复停留在“IL”（ImageLoad，镜像加载）状态。

• 检查AP白名单：如果AC上开启了AP MAC或SN地址认证，需要确认该AP的信息已被正确添加到AC的“AP白名单”或“AP组”中。

# WA6320‑C（图里型号，你写的 WA6230‑C 是笔误）AP 离线，拔插网线后无法上线

>
> 现象：AP06 状态**离线，MAC 地址显示 N/A**；AP 是**手工添加（静态 AP）**，用序列号注册，没有填入 AP 的 MAC 地址。
> 静态手工添加 AP，AP 拔插网线重启后，**CAPWAP 注册失败，AC 上 MAC 显示 N/A，状态离线**。

## 核心问题

1. 这是**手工（静态）添加 AP**模式，AC 是通过**序列号 SN**来识别 AP；
2. 截图里 AP06 的 MAC 地址栏是占位符`HH‑HH‑HH‑HH‑HH‑HH`，**没有填入真实 MAC**；
3. 当 AP 重启 / 拔插网线后：AP 发起 CAPWAP 发现 AC，但是 AC 本地静态表项**没有 AP 的 MAC 信息**，AC 拒绝该 AP 注册，AP 一直离线，AC 页面 MAC 显示 N/A。

>
> 静态手工 AP 两种注册模式：
>
>
> - ✅ **SN 注册（当前使用）**：AP 上报 SN，AC 比对静态配置的 SN，匹配成功才允许上线；
> - ✅ **MAC 注册**：填写 AP 的物理 MAC，用 MAC 来匹配。

## 故障原因

AP 拔插网线重启，AP 上电后发送 CAPWAP 发现报文，但是：

1. AP 的 CAPWAP 报文里面携带 SN；
2. AC 这边静态 AP 配置，**SN 虽然正确，但是 AP 的 MAC 为空**；部分版本 AC 会校验 AP‑MAC，无 MAC 则拒绝注册；
3. 所以 AP 一直无法注册，状态离线，MAC 地址列显示 N/A。

## 处理方案（两种，优先方案 1）

### 方案 1：完善静态 AP 配置（推荐，保留手工 SN 添加模式）

1. 拿到 AP06 的真实 MAC 地址：
- 方式 A：看 AP 机身标签；
- 方式 B：AP 上电，交换机上`display mac‑address`看 AP 的 MAC；
2. 进入 AP06 修改配置页面（第二张截图）
- 选择【AP MAC 地址】单选框，填入 AP 真实 MAC 地址，格式`xx‑xx‑xx‑xx‑xx‑xx`
- 保存配置；
3. AP 断电重启，等待 CAPWAP 注册上线。

>
> ⚠️ 注意：**SN 和 MAC 都要填对**，静态手工 AP，SN 与 MAC 两者必须和 AP 实物保持一致。

### 方案 2：改为自动发现 AP（放弃手工静态添加）

>
> 适合现场 AP 多，不想一个个填 SN/MAC

1. AC 删除 AP06 这条手工静态 AP 条目；
2. 开启 AP 自动发现：

```
wlan ap auto‑enable
```

3. AP 重新上电，AP 会自动注册 AC，AC 自动生成 AP 表项，不需要手工录入 SN/MAC。

## 排障命令（AC 后台）

```
#查看AP注册状态
display wlan ap all
#看CAPWAP交互日志
display wlan ap verbose name AP06
#查看AP的CAPWAP发现报文
debugging capwap packet
```

### 典型日志现象

```
CAPWAP: Received discovery request from AP, SN=219801A2BS8216E0078C, but AP mac not configured in static ap list, reject
```

>
> 这个日志就说明：SN 匹配，但是 AC 静态表没有配置 AP‑MAC，直接拒绝 AP 注册。

## 现场常见踩坑

1. ❌只填 SN，不填 MAC，部分版本 V7 AC 会拒绝静态 AP 注册，就出现**离线、MAC=N/A**；
2. ❌MAC 填错，AP 上报的 MAC 和 AC 配置不一致，AP 注册被拒绝；
3. ❌AP 拔插网线后，AP 获取不到管理 VLAN 地址，AP 无法到达 AC，CAPWAP 发现报文发不出去；
4. ❌管理 VLAN 的三层互通、DHCP 地址分配故障，AP 拿不到 IP。

### 快速区分：

- 如果 AP 获取不到 IP：AP 的 console 看，AP 一直没有获取到管理 VLAN 的 IP；
- 如果 AP 拿到 IP，但 AC 拒绝注册：就是静态 AP 表缺少 MAC，就是本问题。

## 操作建议

1. 先确认 AP 拿到管理 VLAN 的 IP；
2. 把 AP 真实 MAC 填入静态 AP 配置页面，保存；
3. AP 重启，观察 AP 上线。