yêu cầu arp không thể được nhìn thấy bởi các nút cụ thể

Tôi tạo một wlan ad-hoc mở bằng cách sử dụng iwconfig(tôi cũng có vấn đề tương tự wpa_supplicant). Có 4 nút trên mạng như trong hình bên dưới. Các nút chạy ubfox 12.04 và debian bóp, và có các hạt nhân 3.7.1, 3.5 và 3.2. Tôi sử dụng hai nhãn hiệu USB dongle khác nhau (TP link và ZCN) mà tất cả đều có chipset và ath9k_htctrình điều khiển AR9271 (ở đây là đầu ra lsusb và đầu ra ethtool ).

Vấn đề tôi gặp phải là hai nút ( 10.0.0.2và 10.0.0.5) có các wifi wifi liên kết TP có thể ping bất kỳ nút nào trên mạng và ngược lại. Tuy nhiên, các nút khác ( 10.0.0.6và 10.0.0.7) có dongle wifi ZCN không thể ping nhau, nhưng chúng không gặp vấn đề gì khi giao tiếp với các mô-đun wifi TP-link. tcpdumpcho thấy 10.0.0.6và 10.0.0.7không thể thấy yêu cầu arp của họ, vd

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

nhưng họ có thể xem và nhận phản hồi từ các mô-đun của 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

Câu hỏi của tôi là những gì có thể là lý do mà 10.0.0.6và 10.0.0.7không thể thấy arp-requestrằng họ gửi cho nhau? Làm thế nào tôi có thể tìm ra vấn đề?

Nếu tôi thêm vài nút với dongle wifi ZCN trên mạng, các nút này cũng không thể nói chuyện với nhau, nhưng chúng vẫn ổn với TP-link. Hoặc nếu tôi trao đổi các mô-đun wifi, các nút có ZCN luôn có vấn đề nhưng các mô-đun TP-link vẫn ổn.

đây là /etc/network/interfaces, ifconfig, iwconfig, ip a, ip r, routekết quả đầu ra

EDIT: Tôi đã nghi ngờ nếu vấn đề có arp_filterliên quan nhưng /proc/sys/net/ipv4/conf/*/arp_filterlà 0trên tất cả các tên miền phụ (*). Nếu tôi thêm thông tin arp 10.0.0.6và 10.0.0.7thủ công trên các nút này tcpdumpvà wiresharkkhông hiển thị rằng chúng gửi pingcho nhau. Nếu tôi pinglà địa chỉ quảng bá (10.0.0.255 trong trường hợp của tôi) 10.0.0.6và 10.0.0.7có thể nghe thấy nó.

EDIT2: Đây là tệp pcap http://filebin.net/6cle9a5iae từ 10.0.0.6(mô-đun ZCN), 10.0.0.7(mô-đun ZCN) và 10.0.0.5(mô-đun TP-link không có vấn đề). đây là kết quả ping từ 10.0.0.6 http://pastebin.com/swFP2CJ9 Tôi đã chụp các gói đồng thời. Liên kết cũng bao gồm ifconfig; iwconfig; và uname- ađầu ra cho mỗi nút.

Tôi đã có cùng một vấn đề gần đây. Tôi đã tìm ra rằng chipset AR9271 có vấn đề trên ăng ten máy phát trên bo mạch. Nếu bạn sử dụng ăng-ten ngoài, thì bạn sẽ không gặp vấn đề gì. Và vấn đề này chỉ xảy ra trên chế độ ad-hoc.

Lý do bạn không gặp vấn đề với TP-link là vì các mô-đun này sử dụng ăng-ten ngoài khắc phục sự cố của chipset và các mô-đun ZCN không nên có ăng-ten ngoài.

Điều này có thể liên quan đến " vấn đề nút ẩn " nếu .6 và .7 không tiếp xúc với radio trực tiếp, nhưng không biết khoảng cách liên quan thì không thể nói.

Ngoài ra, một trong hai hoặc cả hai chipset có thể có chế độ quảng cáo lỗi, ngày nay nó không được sử dụng nhiều và sẽ không gây ngạc nhiên.