AP 如何找到 AC
瘦 AP（FIT）自身不保存业务配置，上电后第一件事是找到 AC 并完成注册（俗称上线）。发现方式有四种：DHCP Option 43 下发 AC 地址、DNS 解析 AC 域名、同网段二层广播、以及手工静态指定。AP 会按厂商定义的顺序依次尝试，全部失败就一直重试并最终处于未上线状态。跨三层的大网基本依赖前两种，广播只在 AP 与 AC 同一广播域时有效。
基本信息
| 发现方式 | DHCP Option 43 / DNS 解析 / 二层广播 / 静态指定 |
|---|---|
| 依赖协议 | DHCP、DNS、UDP 广播；注册后走厂商管理隧道 |
| 典型端口 | 厂商私有端口（多为 UDP 与 TCP 并存），需按手册放行 |
| 必要条件 | AP 与 AC 三层可达，且沿途策略不拦管理流量 |
| 地址来源 | AP 的地址通常由 DHCP 分配，建议做保留或静态 |
DHCP Option 43 配置形态
DHCP Option 43 配置形态
# 字符串形式（Linux dhcpd 示例，编码方式厂商不同）
option space vendor;
option vendor.ac-address code 43 = string;
vendor-option-space vendor;
option vendor.ac-address "10.10.0.10";
# 部分厂商要求十六进制形式或带前缀长度，务必按对应版本手册填写典型使用场景
- 新建园区批量上线：一次性把 AC 地址写进 DHCP，新 AP 插线即自动注册
- 跨三层部署：AP 分散在各楼层网段，靠 Option 43 或 DNS 指到中心 AC
- 小规模临时扩容：AP 与 AC 同网段时用广播即可，无需改 DHCP
- 异地小分支：通过 DNS 记录统一指向云 AC 或总部 AC 域名
- 故障隔离：上线失败的 AP 先用静态指定排除 DHCP 与 DNS 因素
发现方式对比
| 方式 | 适用条件 | 注意事项 |
|---|---|---|
| DHCP Option 43 | 跨三层、批量部署 | 编码格式厂商各异，抄错即上线失败 |
| DNS 解析 | 跨三层、有统一域名体系 | 记录名与解析源需与 AP 侧配置一致 |
| 二层广播 | AP 与 AC 同广播域 | 仅限小规模，跨网段无效 |
| 静态指定 | 调试与少量设备 | 维护成本高，设备移动后需重配 |
AP 注册不上时先分级定位：AP 有没有拿到 IP（DHCP 问题）→ 能不能 ping 通 AC（路由问题）→ 发现方式是否被正确下发（Option 43/DNS）→ 管理端口是否被策略拦截。
AP 与 AC 之间经过 NAT 时，注册常因地址转换失败，厂商通常提供 NAT 穿越相关配置；不确定是否支持时应查对应版本手册，而不是反复重启 AP。