通过对相关数据包的深入分析，我们发现，出现故障的时候，网关222.111.66.1 ARP表中没有了222.111.66.180的条目，或者有但不正确。
这说明网关找不到服务器222.111.66.180，进而造成丢包。
如下图，故障期间，从采集点2看到，网关222.111.66.1上的ARP表信息发生变化，网关无法获取到服务器222.111.66.180的MAC地址。
网关多次广播查询服务器MAC地址，均无结果。
接着，我们从采集点1看，即在服务器上看。
如下图框选内容，服务器看到了寻找它的ARP请求，但没有响应。这里的ARP信息和采集点2看到的一模一样。
这里，由于服务器本身原因，造成故障。
那么，故障又是如何恢复的呢？
在服务器经历一段时间的数据包重传后，服务器180主动更新一次ARP信息。下图Frame 274表示服务器询问网关的MAC地址，Frame 275是网关立即响应，告诉了自身物理地址。
故障立即消失。
这里，也是由于服务器本身的动作，应用恢复正常。
分析结论
