arp-requestsは特定のノードからは見ることができません


12

を使用して、オープンなアドホックWLANを作成しますiwconfig(同じ問題がありwpa_supplicantます)。次の図に示すように、ネットワーク上に4つのノードがあります。ノードは、ubuntu 12.04およびdebian squeezeを実行し、3.7.1、3.5、および3.2カーネルを備えています。私はすべてAR9271チップセットとath9k_htcドライバーを備えた2つの異なるUSBドングルブランド(TPリンクとZCN)を使用しています(ここではlsusb出力ethtool出力です)。

私が経験している問題は、TPリンクusb wifiドングルを持つ2つのノード(10.0.0.2および10.0.0.5)がネットワーク上の任意のノードをpingできること、およびその逆です。ただし、ZCN wifiドングルを持つ他のノード(10.0.0.6および10.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.610.0.0.7見ることができないarp-request、彼らはお互いを送ること?問題を見つけるにはどうすればよいですか?

ネットワーク上にZCN wifiドングルを使用してノードをさらに2つ追加すると、これらのノードも相互に通信できなくなりますが、TPリンクでは問題ありません。または、wifiモジュールを交換した場合、ZCNのノードには常に問題がありますが、TPリンクモジュールは問題ありません。 ここに画像の説明を入力してください

ここ/etc/network/interfacesifconfigiwconfigip aip rroute出力

EDIT:問題がある場合、私は疑ったarp_filter関連するが/proc/sys/net/ipv4/conf/*/arp_filterある0すべてのサブドメイン(*)で。私はのARP情報を追加する場合10.0.0.610.0.0.7、手動でこれらのノード上で、tcpdumpそしてwireshark、彼らが送っていることを示していないpingお互いに。私pingがブロードキャストアドレス(私の場合は10.0.0.255)で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.610.0.0.710.0.0.510.0.0.6 ifconfigiwconfiguname- a


10.0.0.6と10.0.0.7の両方のマシンで同時にARPトラフィックのネットワークキャプチャを作成できますか?tcpダンプを使用して、pcapファイルとして共有します。
ミルチャVutcovici

Mircea Vutcoviciに感謝します。pcapファイルについてはEDIT2をご覧ください。さらに情報が必要な場合はお知らせください。
ヨハン

静的ARPを使用して、接続の問題がどのように/どのように変化するかを確認してください。
poige

次のようなワイヤレススニファーツールからのトラフィックのダンプを投稿できますkismetか?これには、奇妙なことがある場合に備えて802.11ヘッダーが含まれます。
フラップ

2
ZCNドングルで発生している問題、およびクライアントがすべてネットワーク上で直接対話するという要件を考えると、それらを破棄して、実際にネットワークで動作するTPLinkドングルに置き換えます。または、ZCNアダプターのドライバーの問題である可能性があります。別のアダプターを試してください。
8

回答:


1

最近同じ問題がありました。AR9271チップセットには、オンボードトランスミッターアンテナに問題があることがわかりました。外部アンテナを使用する場合、問題はありません。そして、この問題はアドホックモードでのみ発生します。

TPリンクで問題が発生しない理由は、これらのモジュールがチップセットの問題を克服する外部アンテナを使用し、ZCNモジュールに外部アンテナがないことです。


1

これは、.6と.7が直接無線接続されていない場合、「隠れノードの問題」に関連している可能性がありますが、関係する距離が分からない限り、言うことはできません。

また、チップセットのいずれかまたは両方にバグのあるアドホックモードを設定することもできますが、最近ではあまり使用されておらず、驚くこともありません。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.