我有这个问题： arp表填满了
但我确信我不能怪卡巴斯基。
Scenarie：
在路由器的ARP表中我看到：
192.168.24.144 00:16:41:42:3c:9e Lenovo LAN 192.168.24.145 00:16:41:42:3c:9e Lenovo LAN 192.168.24.181 00:16:41:42:3c:9e Lenovo LAN 192.168.24.150 00:16:41:42:3c:9e Lenovo LAN 192.168.24.151 00:16:41:42:3c:9e Lenovo LAN 192.168.24.152 00:16:41:42:3c:9e Lenovo LAN 192.168.24.156 00:16:41:42:3c:9e Lenovo LAN 192.168.24.157 00:16:41:42:3c:9e Lenovo LAN 192.168.24.159 00:16:41:42:3c:9e Lenovo LAN 192.168.24.160 00:16:41:42:3c:9e Lenovo LAN 192.168.24.130 00:16:41:42:3c:9e Lenovo LAN 192.168.24.132 00:16:41:42:3c:9e Lenovo LAN 192.168.24.164 00:16:41:42:3c:9e Lenovo LAN 192.168.24.137 00:16:41:42:3c:9e Lenovo LAN 192.168.24.140 00:16:41:42:3c:9e Lenovo LAN 192.168.24.206 00:16:41:42:3c:9e Lenovo LAN 最后的.206是他给自己的静态地址。
几个用户描述完全相同的问题。 它在删除交换机中的一些filter之后开始，所有的用户都在一个LAN上并且可以看到对方。 之前，当filter阻止访问彼此的电脑时，没有人报告过这种行为。
UPDATE
当客户端尝试连接ARP表时会被填满。 过了一会儿，我已经检查了多表清单再次被删除的ARP表。 我还检查了哪些IP没有被列为活动或过期的DHCP租约。 因此，即使在ARP表中创build了一个ARP条目，也似乎没有分配IP
UPDATE2
我结束了更换路由器，并没有再次报告问题。 感谢所有的反馈
你可以find那台电脑与该MAC？ 该机器上可能存在病毒/蠕虫，接pipe所有IP。 检查dhcp日志。 另一个可能性是有人在那里运行一些黑客/ DoS工具。 用防毒软件检查机器。
另一种可能是，这是一个android平板电脑/手机发送一个DHCP请求，但从来没有释放旧的IP，并最终使用dhcp范围内的所有IP。 这是一些Android版本/实现中的已知错误。
第三种可能性是有人在那台机器上运行ARP代理，并且正在响应所有的ARP请求。
在使用该mac查找并隔离该机器之前，我们可以猜测。