arp-request tidak dapat dilihat oleh node tertentu

12

Saya membuat wlan ad-hoc terbuka dengan menggunakan iwconfig(saya juga memiliki masalah yang sama wpa_supplicant). ada 4 node di jaringan seperti terlihat pada gambar di bawah ini. Node menjalankan ubuntu 12.04 dan debian squeeze, dan memiliki kernel 3.7.1, 3.5 dan 3.2. Saya menggunakan dua merek dongle usb yang berbeda (TP link dan ZCN) yang semuanya memiliki chipset dan ath9k_htcdriver AR9271 (di sini adalah output lsusb dan output ethtool ).

Masalah yang saya alami adalah bahwa dua node ( 10.0.0.2dan 10.0.0.5) yang memiliki dongle usb link TP usb dapat melakukan ping pada setiap node di jaringan, dan sebaliknya. Namun, node lain ( 10.0.0.6dan 10.0.0.7) yang memiliki dongle wifi ZCN tidak dapat saling ping, tetapi mereka tidak memiliki masalah berkomunikasi dengan modul wifi TP-link. tcpdumpmenunjukkan bahwa 10.0.0.6dan 10.0.0.7tidak dapat melihat permintaan arp mereka, mis

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

tetapi mereka dapat melihat dan mendapatkan balasan dari modul 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

Pertanyaan saya adalah apa yang bisa menjadi alasan itu 10.0.0.6dan 10.0.0.7tidak bisa melihat arp-requestbahwa mereka saling mengirim? Bagaimana saya bisa mengetahui masalahnya?

Jika saya menambahkan lebih banyak node dengan dongle wifi ZCN di jaringan, node ini juga tidak dapat berbicara satu sama lain, tetapi mereka baik-baik saja dengan TP-link. Atau jika saya menukar modul wifi, node dengan ZCN selalu bermasalah tetapi modul TP-link baik-baik saja. masukkan deskripsi gambar di sini

di sini adalah /etc/network/interfaces, ifconfig, iwconfig, ip a, ip r, routeoutput

EDIT: Saya curiga jika masalah arp_filterterkait tetapi /proc/sys/net/ipv4/conf/*/arp_filterada 0di semua subdomain (*). Jika saya menambahkan info arp 10.0.0.6dan 10.0.0.7secara manual pada node ini, tcpdumpdan wiresharktidak menunjukkan bahwa mereka saling mengirim ping. Jika saya pingalamat broadcast (10.0.0.255 dalam kasus saya), 10.0.0.6dan 10.0.0.7dapat mendengarnya.

EDIT2: Ini file pcap http://filebin.net/6cle9a5iae dari 10.0.0.6(modul ZCN), 10.0.0.7(modul ZCN), dan 10.0.0.5(modul TP-link yang tidak memiliki masalah). di sini adalah hasil ping dari 10.0.0.6 http://pastebin.com/swFP2CJ9 Saya menangkap paket secara bersamaan. Tautan ini juga mencakup ifconfig; iwconfig; dan uname- aoutput untuk setiap node.

linux networking wifi linux-networking arp johan
sumber
Bisakah Anda membuat jaringan menangkap lalu lintas ARP pada kedua mesin 10.0.0.6 dan 10.0.0.7 secara bersamaan? Gunakan dump tcp dan bagikan sebagai file pcap.
Mircea Vutcovici
Terima kasih Mircea Vutcovici, silakan lihat EDIT2 untuk file pcap. Tolong beri tahu saya jika Anda ingin memiliki informasi lebih lanjut.
johan
Nah, Anda dapat mencoba menggunakan ARP statis dan melihat bagaimana / jika itu mengubah masalah konektivitas.
poige
Bisakah Anda memposting dump lalu lintas dari alat sniffer nirkabel seperti kismet? Ini akan mencakup header 802.11 kalau-kalau ada sesuatu yang aneh tentang mereka.
Flup
2
mengingat masalah yang Anda alami dengan dongle ZCN, dan persyaratan Anda untuk membuat semua klien berbicara langsung satu sama lain di jaringan, saya hanya akan membuangnya dan mengganti dengan dongle TPLink yang benar-benar berfungsi pada jaringan Anda. Atau itu bisa menjadi masalah driver dengan adaptor ZCN - coba yang lain.
Agustus

Jawaban:

1

Saya memiliki masalah yang sama baru-baru ini. Saya tahu bahwa chipset AR9271 memiliki masalah pada antena pemancar onboard. Jika Anda menggunakan antena eksternal, maka Anda tidak akan memiliki masalah. Dan masalah ini hanya terjadi pada mode ad-hoc.

Alasan Anda tidak mengalami masalah dengan TP-link adalah karena modul ini menggunakan antena eksternal yang mengatasi masalah chipset, dan modul ZCN seharusnya tidak memiliki antena eksternal.

Angs
sumber
1

Ini bisa terkait dengan " masalah simpul tersembunyi " jika .6 dan .7 tidak ada dalam kontak radio langsung, tetapi tanpa mengetahui jarak yang terlibat, mustahil untuk mengatakannya.

Juga salah satu atau kedua chipset dapat memiliki mode ad-hoc kereta, itu tidak banyak digunakan hari ini dan tidak akan mengejutkan.

LapTop006
sumber