rete nano M5 - fastidiose disconnessioni autorisolventisi

[zebedeo]

Hola themax, eletrovox e tutti
qualche mese orsono, con la vs. collaborazione, ho realizzato la rete seguente:
pc "A" -m/r D-link --> Ap1 > STA1/STA2 > STA3 > Ap2 --> pc "B" + area wireless (3pico)
- provider TeleTu - protocollo HTCP auto - firmware 5.5.2.
tutto perfettamente funzionante!!

Da circa una settimana - problema:
a) in “A” - impalli del router - rimedio OFF/ON e tutto torna OK;
b) in “B” - sconnessioni di due-tre secondi e spontanee riconnessioni;

Controlli effettuati da “B”
- verifica configurazione router - OK;
- eseguito reboot - apparentemente - Ok;
- verifica sincronizzazione router/adsl - OK;
- autenticazione client su internet - OK;

da 3 gg. router non più problemi ma in “B” disconnessioni/riconnessioni, anche a clic apertura pagine web, continuano

Altri controlli effettuati, sempre da “B”
- Uptime di ciascun apparato - non risultano sconnessioni/riconnessioni tranne in una nel cui log... (vd sotto (*))
- dbm delle "sta" - sempre minore di – 85

OUT - forse ho le traveggole ma giurerei che una sera (in “B” - aera wireless) un notebook ha continuato a lavorare anche mentre il pc filare era andato in out per sconnessione.

Log di cui non mi convinco (stante che Uptime regolare)
[size=20]
Sep 2 07:39:08 hostapd: ath0: STA 00:27:22:ac:05:5f IEEE 802.11: disassociated
Sep 2 07:39:08 wireless: ath0 Sending deauth to 00:27:22:ac:05:5f. Reason: Authentication is not valid (2).
Sep 2 07:39:08 wireless: ath0 STA-TRAFFIC-STAT mac=00:27:22:ac:05:5f rx_packets=6899
rx_bytes=1469662 - tx_packets=5425 - tx_bytes=851873
Sep 2 07:39:08 wireless: ath0 Expired node:00:27:22:AC:05:5F
Sep 2 07:39:33 wireless: ath0 MLME-AUTH.indication(addr=00:27:22:ac:05:5f)
Sep 2 07:39:33 hostapd: ath0: STA 00:27:22:ac:05:5f IEEE 802.11: associated
Sep 2 07:39:33 wireless: ath0 Registered node:00:27:22:AC:05:5F
Sep 2 07:39:33 hostapd: ath0: STA 00:27:22:ac:05:5f WPA: pairwise key handshake completed (RSN)
Sep 2 07:40:19 hostapd: ath0: STA 00:27:22:ac:05:5f WPA: group key handshake completed (RSN)
Sep 2 07:40:19 hostapd: ath0: STA 00:27:22:92:71:24 WPA: group key handshake completed (RSN)
Sep 2 08:09:38 hostapd: ath0: STA 00:27:22:ac:05:5f IEEE 802.11: disassociated
Sep 2 08:09:38 wireless: ath0 Sending deauth to 00:27:22:ac:05:5f. Reason: Authentication is not valid (2).
Sep 2 08:09:38 wireless: ath0 STA-TRAFFIC-STAT mac=00:27:22:ac:05:5f rx_packets=646 rx_bytes=144793 tx_packets=262 - tx_bytes=25159
Sep 2 08:09:38 wireless: ath0 Expired node:00:27:22:AC:05:5F
Sep 2 08:09:39 hostapd: ath0: STA 00:27:22:ac:05:5f IEEE 802.11: associated
Sep 2 08:09:39 wireless: ath0 MLME-AUTH.indication(addr=00:27:22:ac:05:5f)
Sep 2 08:09:39 wireless: ath0 Registered node:00:27:22:AC:05:5F
Sep 2 08:09:43 hostapd: ath0: STA 00:27:22:ac:05:5f WPA: PTK: Failed to receive EAPOL-Key msg 2/4 response, all tries exhausted.
Sep 2 08:09:43 hostapd: ath0: STA 00:27:22:ac:05:5f IEEE 802.11: deauthenticated due to local deauth request Sep 2 08:09:43 wireless: ath0 Sending deauth to 00:27:22:ac:05:5f. Reason: 4-way keying handshake timeout (15).
Sep 2 08:09:43 wireless: ath0 STA-TRAFFIC-STAT mac=00:27:22:ac:05:5f rx_packets=0 rx_bytes=0 tx_packets=4 tx_bytes=428 Sep 2 08:09:43 hostapd: ath0: STA 00:27:22:ac:05:5f IEEE 802.11: disassociated Sep 2 08:09:43 wireless: ath0 Expired node:00:27:22:AC:05:5F
Sep 2 08:09:50 wireless: ath0 MLME-AUTH.indication(addr=00:27:22:ac:05:5f)
Sep 2 08:09:50 wireless: ath0 Registered node:00:27:22:AC:05:5F
Sep 2 08:09:50 hostapd: ath0: STA 00:27:22:ac:05:5f IEEE 802.11: associated
Sep 2 08:09:50 hostapd: ath0: STA 00:27:22:ac:05:5f WPA: pairwise key handshake completed (RSN)
Sep 2 08:10:53 wireless: ath0 Sending deauth to 00:27:22:ac:05:5f. Reason: Authentication is not valid (2).
Sep 2 08:10:53 wireless: ath0 STA-TRAFFIC-STAT mac=00:27:22:ac:05:5f rx_packets=4 rx_bytes=308 tx_packets=2 tx_bytes=0
Sep 2 08:10:53 wireless: ath0 Expired node:00:27:22:AC:05:5F
Sep 2 08:10:53 hostapd: ath0: STA 00:27:22:ac:05:5f IEEE 802.11: disassociated
Sep 2 08:11:44 wireless: ath0 MLME-AUTH.indication(addr=00:27:22:ac:05:5f)
Sep 2 08:11:44 wireless: ath0 Registered node:00:27:22:AC:05:5F
Sep 2 08:11:44 hostapd: ath0: STA 00:27:22:ac:05:5f IEEE 802.11: associated
Sep 2 08:11:44 hostapd: ath0: STA 00:27:22:ac:05:5f WPA: pairwise key handshake completed (RSN)

Domanda:
- i riporti log sopra indicati sono riferibili alle disconnessioni?
- se si qual'è il problema
- altri controlli/procedure eseguibili per individuare la causa dell'anomalia e chi (lungo la rete) ne è responsabile?
a presto leggervi e grazie come sempre

[zebedeo]

Aggiungerei una riflessione/dubbio sortami quando vi ho cennato del singolare fatto che in stato di sconnessione il notebook wireless fungeva ed il pc filare no:
premetto che è una masturbazione mentale

premessa
- collegamento filare (mt 25) della M5 e della pico 2 ad apposito swicth;
- POE collegati allo Swicth medesimo;

dubbio:
eccessiva lunghezza del cavo e conseguenti cadute di tensione, ergo, sconnessioni ad ogni minima variazione di questa?

contro tale ipotesi
1 - perchè per sei mesi non si sono mai verificate?
2 - perchè sconnesso il pc filare (quindi nano in out) il notebook fungeva ancora; la pico (wireless) essendo connessa alla nano, sarebbe necessariamente anch'essa dovuta essere in out?
3 - perchè (se di sconnessioni si tratta) l'Uptime della nano non segnala interruzioni di attività alcuna?

Probabilmente ciò che dedurrete dal log condurrà in tutt'altra direzione ma mi è piaciuto fantasticare.
A ben leggervi

[zebedeo]

Buon dì
solo ora mi accorgo di avere allegato nel primo post un log vecchio;
chiedo venia ma (le sconnessioni sono al ritmo di una ogni 3 minuti) il nervosismo mi ha fregato; il comando di mostra "log" visualizza il medesimo, ovviamente, da quando è parito e mostra quello che entra in videata; lo scroll a me non funge. Devo cancellare riga per riga (migliaia). Scusate ancora

[thema3x]

Ciao,

allora l' uptime prima di tutto non è in riferimento alla connessione, ma al tempo in cui il dispositivo è acceso: torna a zero quindi solo quanto viene riavviato. Il connection time ( che riparte da zero ad ogni drop di connessione ) lo trovi nei dettagli delle STA / AP, nella main.

Problemi di POE direi no se il cavo è bene fatto: abbiamo verificato che fino a 70mt ilPOE non batte fiacca.

Il segnale -85dB è cmq molto basso ( -90 è il nulla ), quindi potrebbe essere che qualcosa in tratta ( alberi ) con la primavera / estate sia cresciuto ed ora ti problemi. Inoltre può essere che se hai tratte a 5Ghz il DFS intervenga e ti faccia cambiare canale.

Può essere poi che nelle tratte a 2.4Ghz qualcuno si sia messo sui tuoi stessi canali.

Non è da darei per scontato poi, che il modem che devi riavviare spesso abbia un problema sulla parte LAN e crei dei problemi di fruibilità del servizio.

Soluzione:

ISOLARE I BLOCCHI DI RETE E TESTARLI SEPARATAMENTE,IN MODO DA IDENTIFICARE CON L' INSERIMENTO DI CHI, SI PROVOCA COSA.

Ciao

TheMa3x