ARP缓存溢出时会发生什么？

在至少一种实施方式中，对ARP表的容量有硬限制。如果ARP缓存已满，并且提供的数据包带有未缓存的目的地（或下一跳），会发生什么情况？到底发生了什么，对服务质量有什么影响？例如，Brocade NetIron XMR和Brocade MLX路由器最多可配置ip-arp系统。在这种情况下，默认值为8192。 / 19子网的大小。从文档中尚不清楚这是针对每个接口还是针对整个路由器，但是出于这个问题的目的，我们可以假定是针对每个接口。

很少有网络人员会配置/ 19子网在故意的界面上，但事实并非如此。我们正在将核心路由器从Cisco型号迁移到Brocade。 Cisco和Brocade之间的众多差异之一是Cisco接受通过出站接口和下一跳地址定义的静态路由，但是Brocade坚持使用另一种。我们删除了下一跳地址并保留了接口。后来，我们了解了我们的方法的错误，并从接口更改为下一跳地址，但一切似乎都在最初开始起作用。

是Cisco，并且具有以下路由。

+----+ iface0    +----+
| R1 |-----------| R2 |---> (10.1.0.0/16 this way)
+----+.1       .2+----+
      10.0.0.0/30

ip route 10.1.0.0 255.255.0.0 iface0 10.0.0.2

R2是Cisco路由器，并且Cisco路由器默认执行代理ARP。这是生产中的（错误）配置，为后来的ARP缓存溢出奠定了基础。


R1接收发往10.1.0.0/16网络的数据包。
基于静态接口路由，iface0上用于目的地的R1 ARP
R2识别出它可以到达目的地，并用自己的MAC响应ARP。 /> R1缓存将远程网络中的IP与R2的MAC相结合的ARP结果。

在10.1.0.0/16中的每个不同的目的地都会发生这种情况。因此，即使/ 16已正确地划分为R2以外的子网，并且在链接R1和R2的链路上只有两个节点，R1也会遭受ARP缓存过载，因为R1会导致R2的行为就像直接连接所有65k地址一样。 br />
之所以问这个问题，是因为我希望它能帮助我理解网络服务故障报告（几天后），这些报告最终导致了我们的ARP缓存溢出。本着StackExchange模型的精神，我试图将其提炼为我认为是一个可以客观回答的明确而具体的问题。数据链路层（第2层）和网络（第3层）之间的连接层，而不是数据链路层内的MAC转发表。主机或路由器将前者构建为将IP地址映射到MAC地址，而交换机将后者构建为将IP地址映射为端口。为什么某些实现不受ARP缓存溢出的困扰，我认为解决这个问题很重要，对于这个问题。问题是“什么时候会发生”，而不是“供应商X容易受到影响”。现在，我通过描述一个具体示例来完成自己的工作。

编辑3这不是另一个问题，即“如何防止ARP缓存溢出？”