定向 ARP 請求未到達網橋介面

我對 Linux 下以下奇怪的橋接/arp 行為感到困惑。它似乎以某種方式過濾了定向 ARP 請求，而它應該將它們轉發到網橋的另一端。為了測試，我在同一網路中的工作站上執行以下命令：

arping -t 00:de:ad:be:ef:00 xx.xx.xx.102

地址 xx.xx.xx.102 在網路上的任何地方都不存在，MAC 地址也不存在（顯然：P）

如果伺服器配置為沒有橋接，預期的結果會發生：tcpdump在混雜模式下，會在介面上看到傳入的 ARP 請求。網路中的其他機器也是如此。這確定了網路基礎設施正在工作，也就是說，這不是交換機的問題。

現在，如果我添加eth0到網橋介面，它就會停止工作：tcpdump不再顯示這些 ARP 請求，不再顯示eth0，也不再顯示br0！就好像請求在某處被過濾了，但我完全不知道這應該發生在哪裡。

更有趣的是，這是一個 Debian wheezy 機器。擠壓機不會顯示這種行為。兩者都有使用tg3驅動程序的 Broadcom 卡。與 2.6 系列相比，3.2 系列核心在橋接或 MAC 過濾或類似方面有什麼變化嗎？

所以，我終於找到了這個問題的根本原因。禁用對網卡的 IMPI 支持會使一切都神奇地工作！所以對於所有在Google上搜尋這個問題的沮喪的系統管理員：下載 Broadcom 診斷工具（見這裡），嘗試找到可以啟動到 DOS 的關閉的東西（結果證明這是一個挑戰），然後執行b57udiag -c 0 -ipmi 0並b57udiag -c 1 -ipmi 0關閉 IMPI兩張卡，都修好了！注意在BMC中關閉IPMI是不夠的，還得在網卡本身中關閉。

引用自：https://serverfault.com/questions/616876