arp-запити не можуть бачити конкретні вузли

Я створюю відкриту спеціальну програму wlan, використовуючи iwconfig(у мене є та ж проблема, що і з wpa_supplicant). у мережі є 4 вузли, як показано на малюнку нижче. Вузли запускають ubuntu 12.04 та debian видавлюють та мають ядра 3.7.1, 3.5 та 3.2. Я використовую два різних брендів usb dongle (TP link та ZCN), у яких є чіпсет AR9271 та ath9k_htcдрайвер (тут є вихід lsusb та вихід ettool ).

Проблема, яку я відчуваю, полягає в тому, що два вузли ( 10.0.0.2і 10.0.0.5), у яких є протокол Wi-Fi, що посилаються на TP, можуть пінг будь-якого вузла в мережі, і навпаки. Однак інші вузли ( 10.0.0.6і 10.0.0.7), у яких є Wi-Fi догл ZCN, не можуть пінгувати один одного, але вони не мають проблем з комунікацією з Wi-Fi модулями TP-link. tcpdumpпоказує , що 10.0.0.6і 10.0.0.7не може бачити їх АРП-запит, наприклад ,

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-посилання. Або якщо я підміняю модулі 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на всіх субдоменах (*). Якщо я додаю інформацію про арх 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виходи для кожного вузла.

У мене була така ж проблема нещодавно. Я зрозумів, що в чіпсеті AR9271 є проблеми на бортовій антені передавача. Якщо ви використовуєте зовнішню антену, то у вас не виникне проблем. І ця проблема виникає лише у спеціальному режимі.

Причиною, що у вас не виникає проблем з TP-ланкою, є те, що ці модулі використовують зовнішню антену, яка долає проблему чіпсета, а модулі ZCN не повинні мати зовнішню антену.

Це може бути пов'язано з " проблемою прихованого вузла ", якщо .6 і .7 не знаходяться в прямому радіоконтакті, але не знаючи відстань, про які йдеться, неможливо сказати.

Також будь-який чи обидва набори мікросхем можуть мати помилковий спеціальний режим, він не використовується багато в наші дні і не дивно.