Le richieste arp non possono essere visualizzate da nodi specifici


12

Creo un wlan ad-hoc aperto usando iwconfig(ho lo stesso problema anche con wpa_supplicant). ci sono 4 nodi sulla rete come mostrato nella figura seguente. I nodi eseguono ubuntu 12.04 e debian squeeze e hanno kernel 3.7.1, 3.5 e 3.2. Uso due diverse marche di dongle USB (TP Link e ZCN) che hanno tutte chipset e ath9k_htcdriver AR9271 (ecco output lsusb e output ethtool ).

Il problema che sto riscontrando è che due nodi ( 10.0.0.2e 10.0.0.5) che dispongono di chiavette USB wifi TP link possono eseguire il ping su qualsiasi nodo della rete e viceversa. Tuttavia, gli altri nodi ( 10.0.0.6e 10.0.0.7) che hanno il dongle wifi ZCN non possono eseguire il ping tra loro, ma non hanno problemi a comunicare con i moduli wifi TP-link. tcpdumpmostra che 10.0.0.6e 10.0.0.7non possono vedere la loro richiesta arp, ad es

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

ma sono in grado di vedere e ottenere risposta dai moduli di 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

La mia domanda è che quale potrebbe essere la ragione 10.0.0.6e che 10.0.0.7non riescono a vedere arp-requestche si scambiano? Come posso scoprire il problema?

Se aggiungo altri due nodi con il dongle Wi-Fi ZCN sulla rete, anche questi nodi non sono in grado di parlare tra loro, ma vanno bene con TP-link. O se cambio i moduli wifi, i nodi con ZCN hanno sempre problemi ma i moduli TP-link vanno bene. inserisci qui la descrizione dell'immagine

qui è i /etc/network/interfaces, ifconfig, iwconfig, ip a, ip r, routeuscite

EDIT: stavo ritenendo sospetto se il problema è arp_filtercorrelato, ma /proc/sys/net/ipv4/conf/*/arp_filterè 0sulle tutti i sottodomini (*). Se aggiungo informazioni arp di 10.0.0.6e 10.0.0.7manualmente su questi nodi, tcpdumpe wiresharknon mostra che si inviano pingl'un l'altro. Se ho pingl'indirizzo di trasmissione (10.0.0.255 nel mio caso), 10.0.0.6e 10.0.0.7sono in grado di ascoltarlo.

EDIT2: Ecco i file pcap http://filebin.net/6cle9a5iae da 10.0.0.6(modulo ZCN), 10.0.0.7(modulo ZCN) e 10.0.0.5(modulo TP-link che non ha problemi). ecco le uscite ping da 10.0.0.6 http://pastebin.com/swFP2CJ9 Ho catturato i pacchetti contemporaneamente. Il collegamento include anche ifconfig; iwconfig; e uname- aoutput per ciascun nodo.


Riesci a effettuare un'acquisizione in rete del traffico ARP su entrambe le macchine 10.0.0.6 e 10.0.0.7 contemporaneamente? Usa tcp dump e condividilo come file pcap.
Mircea Vutcovici,

Grazie Mircea Vutcovici, consultare EDIT2 per i file pcap. Per favore fatemi sapere se volete avere maggiori informazioni.
johan,

Bene, puoi provare a utilizzare l'ARP statico e vedere come / se cambia il problema di connettività.
poige

Potresti pubblicare un dump del traffico da uno strumento di sniffer wireless come kismet? Ciò includerà le intestazioni 802.11 nel caso in cui ci sia qualcosa di strano in loro.
Flup,

2
dati i problemi che stai riscontrando con i dongle ZCN e la tua esigenza di avere tutti i client che parlano direttamente tra loro sulla rete, li butto via e li sostituisco con i dongle TPLink che funzionano effettivamente sulla tua rete. Oppure potrebbe essere un problema di driver con gli adattatori ZCN: provane un altro.
Agosto

Risposte:


1

Ho avuto lo stesso problema di recente. Ho capito che il chipset AR9271 ha problemi sull'antenna del trasmettitore di bordo. Se usi un'antenna esterna, non avrai problemi. E questo problema si verifica solo in modalità ad hoc.

Il motivo per cui non si verificano problemi con il TP-link dovrebbe essere che questi moduli utilizzano un'antenna esterna che risolve il problema del chipset e che i moduli ZCN non dovrebbero avere un'antenna esterna.


1

Ciò potrebbe essere correlato al " problema del nodo nascosto " se .6 e .7 non sono in contatto radio diretto, ma senza conoscere le distanze coinvolte è impossibile dirlo.

Inoltre, uno o entrambi i chipset potrebbero avere una modalità ad hoc buggy, non è molto usata in questi giorni e non sarebbe sorprendente.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.