ARP 表项异常意味着什么
ARP 的作用是把 IP 地址解析成 MAC 地址：设备发出请求，目标回一个应答，表项才会变成完整状态。当请求发出后一直没有应答，表项会停留在未完成状态，思科在表里明确显示为 Incomplete。大量未完成表项说明这一网段里有相当一批地址根本无法被解析，通常不是 ARP 协议本身坏了，而是二层不通、对端不在线，或者 ARP 报文被中途丢弃。
基本信息
| 适用平台 | 三家厂商设备通用 |
|---|---|
| 查看命令 | display arp、show arp、display arp statistics、show ip arp statistics |
| 典型现象 | 网段不通或大量丢包，同时 ARP 表中出现未完成条目 |
| 权限要求 | 查看类命令用户视图即可 |
| 配合手段 | 端口镜像或设备侧抓包，确认请求有没有发出去、应答有没有回来 |
典型使用场景
- 整网段突然不通：先看网关 ARP 表里是否成片出现未完成条目
- 用户报障单点不通：核对目标地址是否有完整 ARP 表项
- 排查私接与冲突：结合 MAC 地址表定位表项对应到哪个端口
- 接入安全上线后异常：确认是否因 ARP 检测类特性误拦
- 割接验证：切换后确认关键网段的 ARP 学习是否正常
华为 VRP
华为 VRP
<Huawei> display arp # 查看表项与对应的接口
<Huawei> display arp | include Incomplete # 过滤未完成条目
<Huawei> display arp statistics all # 各类表项计数
<Huawei> display mac-address | include xxxx-xxxx-xxxx # 反查 MAC 对应端口思科 IOS
思科 IOS
SW-CORE-01# show arp
SW-CORE-01# show arp | include Incomplete # 未完成表项
SW-CORE-01# show ip arp statistics # 收发包与失败计数
SW-CORE-01# show mac address-table | include xxxx.xxxx.xxxxH3C Comware
H3C Comware
<H3C> display arp
<H3C> display arp | include Incomplete
<H3C> display arp statistics常见原因与验证
| 原因 | 表现 | 验证方式 |
|---|---|---|
| 对端不在线或已关机 | 少数地址出现未完成表项 | 直接 ping 目标地址，结合用户侧确认 |
| VLAN 未放通或链路不通 | 整片地址无法解析 | 检查 Trunk 放通列表与端口 up 状态 |
| ARP 检测类特性误拦 | 启用安全特性后突然大面积出现 | 查看检测类特性的丢弃计数 |
| 表项容量或老化异常 | 表项频繁出现又消失 | 对照统计计数与老化时间设置 |
| 网段内有 ARP 代理缺失 | 跨网段解析失败 | 确认中间设备是否启用代理功能 |
网关侧大量未完成条目而终端表现正常，常见于老化时间不一致或中间存在 ARP 代理设备；接入侧大量未完成条目，则优先怀疑安全特性误拦与端口状态。先抓包确认「谁在发、谁没回」，比反复刷新表项有效。