在Linux下，我感到困惑的是以下奇怪的bridge / arp行为。 它似乎过滤定向ARP请求，而它应该转发到桥的另一端。 为了testing，我在同一个networking的工作站上运行以下命令：
arping -t 00:de:ad:be:ef:00 xx.xx.xx.102 地址xx.xx.xx.102在networking上的任何地方都不存在，MAC地址（显然是P）
如果服务器configuration没有桥接，则会发生预期的结果：混杂模式下的tcpdump在接口上看到传入的ARP请求。 networking中的其他机器也一样。 这确定了networking基础设施正在工作，即交换机不是问题。
现在，如果将eth0添加到网桥接口，它将停止工作： tcpdump不再显示这些ARP请求，不在eth0 ，也不在br0 ！ 就好像这些请求被过滤了，但是我完全不知道应该发生什么。
更有趣的是，这是一个Debian wheezy机器。 挤压机不显示这种行为。 两者都有使用tg3驱动程序的Broadcom卡。 与2.6系列相比，3.2系列内核中有没有什么改变，关于桥接或MAC过滤或类似的东西？
所以，我终于发现了这个问题的根源。 禁用IMPI支持网卡使一切工作神奇！ 所以对于所有同事来说，受挫的系统pipe理员都会search这个问题：下载Broadcom诊断工具（请参阅这里 ），尝试find可以启动到DOS的东西（结果是一个挑战），然后运行b57udiag -c 0 -ipmi 0和b57udiag -c 1 -ipmi 0closures两张卡上的IMPI，它是固定的！ 请注意，closuresBMC中的IPMI是不够的，必须在网卡本身closures。