arp-requests不能被特定节点看到

我使用iwconfig创build了一个打开的临时wlan(我也和wpa_supplicant有同样的问题)。 networking上有4个节点,如下图所示。 节点运行Ubuntu 12.04和debian挤压,并有3.7.1,3.5和3.2内核。 我使用两个不同的USBencryption狗品牌(TP链接和ZCN),都有AR9271芯片组和ath9k_htc驱动程序(这里是lsusb输出和ethtool输出 )。

我遇到的问题是有两个节点( 10.0.0.210.0.0.5 ),它们具有TP链接usb wifi dongles可以ping任何networking上的节点,反之亦然。 但是,有ZCN WiFi dongle的其他节点( 10.0.0.610.0.0.7 )不能互相ping通,但与TP-link wifi模块通信没有问题。 tcpdump显示10.0.0.610.0.0.7看不到他们的arp-request,例如

 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.610.0.0.7不能看到他们发送对方的arp-request的原因? 我怎样才能找出问题所在?

如果我在networking上添加了更多的ZCN WiFiencryption狗节点,这些节点也不能互相通话,但是在TP-link上却没有问题。 或者如果我交换wifi模块,与ZCN的节点总是有问题,但TP-link模块是好的。 在这里输入图像描述

这里是/etc/network/interfacesifconfigiwconfigip aip rroute输出

编辑:我怀疑,如果问题是arp_filter相关,但所有子域(*) /proc/sys/net/ipv4/conf/*/arp_filter0 。 如果我在这些节点上手动添加10.0.0.610.0.0.7 arp信息,则tcpdumpwireshark不会显示它们互相发送ping 。 如果我ping的广播地址(10.0.0.255在我的情况), 10.0.0.610.0.0.7能听到它。

EDIT2:这里是10.0.0.6 (ZCN模块), 10.0.0.7 (ZCN模块)和10.0.0.5 (没有问题的TP-link模块)中的pcap文件http://filebin.net/6cle9a5iae 。 这里是来自10.0.0.6的ping输出http://pastebin.com/swFP2CJ9我同时捕获了这些包。 链接还包括ifconfig ; iwconfig ; 并为每个节点uname- a输出。

    我最近有同样的问题。 我发现AR9271芯片组在机载发射天线方面存在问题。 如果你使用外部天线,那么你不会有问题。 而这个问题只发生在ad-hoc模式下。

    你不会遇到问题的TP链接应该是这些模块使用外部天线,克服了芯片组的问题,ZCN模块不应该有一个外部天线。

    这可能与“ 隐藏节点问题 ”有关,如果.6和.7没有直接的无线电联系,但是不知道所涉及的距离是不可能的。

    另外,两个芯片组中的任何一个或两个都可能有一个有问题的ad-hoc模式,这些日子并没有太多用处,也不会令人意外。