Я создаю открытую специальную WLAN с помощью iwconfig(у меня та же проблема, wpa_supplicantчто и с). в сети 4 узла, как показано на рисунке ниже. Узлы работают под управлением Ubuntu 12.04 и Debian Squeeze и имеют ядра 3.7.1, 3.5 и 3.2. Я использую два различных марок USB Dongle (TP ссылку и ZCN) , которые все имеют AR9271 набор микросхем и ath9k_htcводитель (здесь выход lsusb и выход Ethtool ).
Проблема, с которой я сталкиваюсь, состоит в том, что два узла ( 10.0.0.2и 10.0.0.5), которые имеют Wi-Fi-адаптеры TP-link, могут пропинговать любой узел в сети, и наоборот. Тем не менее, другие узлы ( 10.0.0.6и 10.0.0.7), которые имеют Wi-Fi-адаптер ZCN, не могут пропинговать друг друга, но у них нет проблем со связью с модулями Wi-Fi TP-link. 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что они посылают друг другу? Как я могу выяснить проблему?
Если я добавлю еще пару узлов с Wi-Fi-адаптером ZCN в сети, эти узлы также не смогут общаться друг с другом, но с TP-link они в порядке. Или, если я поменяю местами модули wifi, у узлов с ZCN всегда будут проблемы, но с модулями TP-link все в порядке.
здесь является /etc/network/interfaces, ifconfig, iwconfig, ip a, ip r, routeвыходы
EDIT: Я был заподозрить , если проблема arp_filterсвязанная , но /proc/sys/net/ipv4/conf/*/arp_filterэто 0на все поддомены (*). Если я добавлю arp info 10.0.0.6и 10.0.0.7вручную на эти узлы, tcpdumpи wiresharkне покажу, что они отправляют pingдруг другу. Если я pingшироковещательный адрес (10.0.0.255 в моем случае), 10.0.0.6и 10.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, у которого нет проблем). Вот результаты ping с 10.0.0.6 http://pastebin.com/swFP2CJ9. Я собрал пакеты одновременно. Ссылка также включает в себя ifconfig; iwconfig; и uname- aвыходы для каждого узла.
kismet? Это будет включать заголовки 802.11 на случай, если в них что-то странное.Ответы:
У меня недавно была такая же проблема. Я выяснил, что у чипсета AR9271 есть проблема на антенне бортового передатчика. Если вы используете внешнюю антенну, то у вас не будет проблем. И эта проблема возникает только в режиме ad-hoc.
Причина, по которой у вас не возникает проблем с TP-link, заключается в том, что в этих модулях используется внешняя антенна, которая решает проблему чипсета, а модули ZCN не должны иметь внешнюю антенну.
источник
Это может быть связано с « проблемой скрытых узлов », если .6 и .7 не находятся в прямом радиосвязи, но без знания расстояний невозможно сказать.
Кроме того, один или оба чипсета могут иметь специальный режим с ошибками, в наши дни он используется редко и не удивительно.
источник