火星源和服务器丢失networking

首先，我是通过linux诊断networking问题的新手。 我有我们的局域网服务器间歇性的问题。 他们似乎失去了与networking的所有连接，如果禁用适配器，则重新启用适配器，服务器将恢复联机状态。 值得注意的是，这些服务器都是虚拟化的，并运行Windows 2012 Standard。

现在我在我的路由器（vyatta日志）下面的消息。 源中的IP地址可能有所不同，但是networking中的所有服务器都是这样。 所有stream量都通过来自172.16.0.0networking的eth0进行NAT转换。 eth0是外部的，eth1是内部的。

martian source 172.16.0.5 from 172.16.0.254, on dev eth0 ll header: ff:ff:ff:ff:ff:ff:00:50:56:00:00:05:08:06 

现在我从上面知道：

来源IP：172.16.0.5 – 服务器我已经closures了！ （重复closures），不能ping通。

• NFS显示目录中的文件，但无法打开或统计
• 超时locking/.Xauthority
• openvpn客户端阻止http服务器将网页提供给WAN
• 在虚拟环境中testing灾难恢复的最佳方法
• 无法在Red Hat上将ecrytpfs挂载为非root用户

来自IP：172.16.0.254 – 路由器eth1地址

头。 所以如果我正确地理解这一点。

 ff:ff:ff:ff:ff segment = 255.255.255.255 (broadcast in hex) 00:50:56:00:00:05 = The offending mac address. Which is the mac address of eth1 08:06 = Arp traffic. 

现在正如post所说，这些条目直接关系到（至less看起来是）连接松动（networking）的服务器。 这可能是巧合。

任何人都可以对以下几点进行阐述。

1. 这些火星源日志条目是否可以成为这些服务器失去连接性的指针？
2. 是否有可能有networking上的其他人试图欺骗我的mac地址？
3. 我如何追踪更多的信息\解决这些消息

如果有更多的信息可以提供，请告诉我。