特定節點看不到 arp-requests

iwconfig我通過使用（我也有同樣的問題）創建了一個開放的臨時 wlan wpa_supplicant。如下圖所示，網路上有 4 個節點。這些節點執行 ubuntu 12.04 和 debian squeeze，並具有 3.7.1、3.5 和 3.2 核心。我使用兩個不同的 USB 加密狗品牌（TP 連結和 ZCN），它們都有 AR9271 晶片組和ath9k_htc驅動程序（這裡是lsusb 輸出和ethtool 輸出）。

我遇到的問題是具有 TP 連結 USB wifi 加密狗的兩個節點（10.0.0.2和10.0.0.5）可以 ping 網路上的任何節點，反之亦然。但是，其他具有 ZCN wifi dongle 的節點 (10.0.0.6和10.0.0.7) 無法相互 ping 通，但它們與 TP-link wifi 模組通信沒有問題。tcpdump顯示10.0.0.6並且10.0.0.7看不到他們的 arp 請求，例如

20:37:52.470305 ARP, Request who-has 10.0.0.7 tell 10.0.0.6, length 28
20:37:53.463713 ARP, Request who-has 10.0.0.7 tell 10.0.0.6, length 28
20:37:54.463622 ARP, Request who-has 10.0.0.7 tell 10.0.0.6, length 28
20:37:55.472868 ARP, Request who-has 10.0.0.7 tell 10.0.0.6, length 28
20:37:56.463439 ARP, Request who-has 10.0.0.7 tell 10.0.0.6, length 28
20:37:57.463469 ARP, Request who-has 10.0.0.7 tell 10.0.0.6, length 28

但他們能夠看到並從 TP-link 的模組中得到回复。

20:39:23.634459 ARP, Request who-has 10.0.0.2 tell 10.0.0.6, length 28
20:39:23.634551 ARP, Reply 10.0.0.2 is-at 64:70:02:18:d4:6a (oui Unknown), length 28
20:39:23.636687 IP 10.0.0.6 > 10.0.0.2: ICMP echo request, id 572, seq 1, length 64
20:39:23.636809 IP 10.0.0.2 > 10.0.0.6: ICMP echo reply, id 572, seq 1, length 64
20:39:24.635497 IP 10.0.0.6 > 10.0.0.2: ICMP echo request, id 572, seq 2, length 64
20:39:24.635558 IP 10.0.0.2 > 10.0.0.6: ICMP echo reply, id 572, seq 2, length 64
20:39:28.651946 ARP, Request who-has 10.0.0.6 tell 10.0.0.2, length 28
20:39:28.654021 ARP, Reply 10.0.0.6 is-at 00:19:70:94:7c:8b (oui Unknown), length 28

我的問題是，這可能是什麼原因，10.0.0.6並且10.0.0.7看不到arp-request他們互相發送的資訊？我怎樣才能找出問題所在？

如果我在網路上添加更多帶有 ZCN wifi 加密狗的節點，這些節點也無法相互通信，但它們可以使用 TP-link。或者如果我交換 wifi 模組，帶有 ZCN 的節點總是有問題，但 TP-link 模組很好。

這是/etc/network/interfaces, ifconfig, iwconfig, ip a, ip r,route輸出

編輯：我懷疑問題是否arp_filter相關但/proc/sys/net/ipv4/conf/*/arp_filter在0所有子域（*）上。如果我在這些節點上手動添加 arp 資訊，並且10.0.0.6不顯示它們相互發送。如果我廣播地址（在我的情況下為 10.0.0.255），並且能夠聽到它。10.0.0.7``tcpdump``wireshark``ping``ping``10.0.0.6``10.0.0.7

EDIT2：這是來自（ZCN 模組）、（ZCN 模組）和（沒有問題的 TP-link 模組）的 pcap 文件http://filebin.net/6cle9a5iae 。這是來自http://pastebin.com/swFP2CJ9的 ping 輸出，我同時擷取了這些包。該連結還包括；; 和每個節點的輸出。10.0.0.6``10.0.0.7``10.0.0.5``10.0.0.6 ifconfig``iwconfig``uname- a

我最近遇到了同樣的問題。我發現 AR9271 晶片組的板載發射天線有問題。如果您使用外部天線，那麼您將沒有問題。而且這個問題只發生在 ad-hoc 模式下。

您沒有遇到TP-link問題的原因應該是這些模組使用外部天線克服了晶片組的問題，並且ZCN模組不應該有外部天線。

如果 .6 和 .7 沒有直接無線電聯繫，這可能與“隱藏節點問題”有關，但不知道所涉及的距離是不可能的。

此外，任何一個或兩個晶片組都可能有一個錯誤的 ad-hoc 模式，這些天它並沒有被太多使用，也不足為奇。

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