哪一个可能的原因是一个没有被解决/回答的ARP请求？

这个周末我正在testing一个来自服务提供商的新的数据链接连接，并且我经历了一些地址parsing问题。

我使用笔记本电脑testing了远端主机的可达性，并提供了ISP提供的一些networking参数。

然后，当我在我的UTM上的可用NIC上configuration它时，同一主机无法访问。 确认我的路由configuration正确安装后，我开始用tcpdump进行嗅探，发现我的linux UTM的ARP请求（ arp who-has ）在另一端的第一跳没有得到答案。 因此，在我的UTM的ARP表中创build了一个<incomplete>条目的IP地址。

作为暂时的解决方法，我通过arp -a向UTM的ARP表中添加了一个永久的条目。

• 交换IP地址后，新服务器无法访问一段时间
• Windows 8.1有限的连接（类固醇）
• Cisco WS-C6509-E Arpcaching损坏问题？
• 是否有可能在Windows 7中禁用ARP
• 需要确认第2层安全问题

我发现主机不回答我的arp请求是Cisco路由器（根据nmap OS检测function的Cisco 7600 router (IOS 12.2) ）。 什么可能是这个问题的根源呢？

• 路由器的ARP中的某种ACLconfiguration？ （我的笔记本电脑没有得到ARPparsing）
• 一些arp_filter不允许回复来自其他子网的地址/ NAT必需？
• 当我在我的UTM上configuration相同的地址时，我的笔记本电脑在路由器的ARP表和欺骗保护上​​的临时条目被激活了。
• 畸形的ARP请求？ （我没有这个问题与我在同一UTM的其他数据链接）
• 发送给我的UTM的“不可理解的”ARP答案？
• 任何其他？

数据链接的networking掩码是/30所以只有两个主机能够回复arp请求（我的UTM和路由器）

更新：

我的ISP回复：

我们确实应用了安全策略，但是在MAC地址级别，对于接入端口（Gi7 / 3），最多有10个Mac允许该端口的stream量，并且日志已经在此date注册了4个条目，因此确保安全措施（限制）尚未激活。

我确实升级了我的UTM硬件，以获得更多的网卡。 在这个升级中，我的网卡接收数据链接的MAC地址发生了变化，但行为是一样的，没有静态ARP条目，我不能发送数据包到思科路由器。