特定节点无法看到 arp 请求

特定节点无法看到 arp 请求

我使用创建了一个开放的 ad-hoc wlan iwconfig(我也遇到了同样的问题wpa_supplicant)。网络上有 4 个节点,如下图所示。节点运行 ubuntu 12.04 和 debian squeeze,并具有 3.7.1、3.5 和 3.2 内核。我使用两个不同的 usb 加密狗品牌(TP link 和 ZCN),它们都具有 AR9271 芯片组和ath9k_htc驱动程序(这里是lsusb 输出ethtool 输出)。

我遇到的问题是,两个具有 TP link usb wifi 加密狗的节点(10.0.0.210.0.0.5)可以 ping 网络上的任何节点,反之亦然。但是,具有 ZCN wifi 加密狗的其他节点(10.0.0.610.0.0.7)无法相互 ping,但它们与 TP-link wifi 模块通信没有问题。tcpdump显示10.0.0.610.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 rroute

编辑:我怀疑问题是否arp_filter相关,但/proc/sys/net/ipv4/conf/*/arp_filter问题出0在所有子域(*)上。如果我在这些节点上手动添加10.0.0.6和的 arp 信息,并没有显示它们相互发送。如果我添加广播地址(我的情况是 10.0.0.255),并且能够听到它。10.0.0.7tcpdumpwiresharkpingping10.0.0.610.0.0.7

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

答案1

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

您在使用 TP-link 时没有遇到问题的原因应该是这些模块使用外部天线,从而解决了芯片组的问题,而 ZCN 模块不应该有外部天线。

答案2

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

另外,其中一个或两个芯片组都可能存在有缺陷的临时模式,这种模式目前并不常用,因此并不奇怪。

相关内容