问广播消息中的ARP超时

EN

在你的描述中，你至少错过了一件事。ARP回复作为ARP条目缓存一段时间。因此，H1将在H2下降后将一些流量发送到黑洞。这段时间被选择为随机数，介于base_reachable_time/2和3*base_reachable_time/2之间。(随机用于及时分发来自不同设备的请求)。默认情况下，base_reachable_time是30秒。

经过这个随机时间之后，H1尝试更新ARP条目。通过发送间隔为H1的retrans_time_ms请求(默认情况下为1秒)，通过单播消息(直接发送到网络而不进行任何广播)执行更新。如果ucast_solicit (默认情况下为3)尝试失败，则执行广播探测。

如果广播探测也失败(mcast_solicit尝试了间隔retrans_time_ms)，则ARP条目被认为是不完整的。在此检查期间，内核可以保存发送到ARP队列中的H2的数据包。

总结：

• 15-45秒后，ARP条目重新验证。
• (3+3)*在探测启动后，在ARP条目被认为无效之前，经过1000毫秒。