Problema disconnessione nanostation

[thema3x]

Sicuro che nella sostituzione l' allineamento è stato fatto bene ? dato che non sono in visibilità basta un centimetro in giu per cambiare il mondo ...

Poi non sono in visibilità, ma nel mezzo che c'è ? Dando la zona di Fresnel come ostruita ( sei in piena diffrazione ) diventa anche importante capire in mezzo che c'è ( bosco, case, ecc ) e se qualcosa è cambiato nel frattempo. Spesso la casualità porta a circostanze di eventi che accadono simultaneamente generando problemi la cui risoluzione non si trova finchè non si sono trovate tutte le cause in somma ...

La nsm2 ( loco ) rispetto alle non M funziona proprio in un altro modo ( non è MIMO, basta dire questo ) quindi è + che accettabile che la resa del link cambi drasticamente ...

Ultima cosa, sicuro che non c'è in giro qualche ping wdog attivo ?

Facci saxe

Ciao

TheMa3x

[Ciospy]

eccomi, diciamo che ci sono un paio di alberi in mezzo...potrebbe esssere anche che sono cresciuti un pò e ora il link sia ostruito ancora di più....per il discorso di ns m2 e ns 2...quello che mi fa incazz è che prima c'era una ns 2 loco (quindi non m) e il link era stabile...non saltava.....il puntamento l'ho rifatto un paio di volte....però non ha cambiato nulla...il segnale e sempre quello.....anche se spostavo una ns di un bel pò di centimetri il segnale era uguale.... ora controllo il ping w-dog.....

[thema3x]

Facci saxe !

Ciao

TheMa3x

[Ciospy]

niente da fare...il ping w-dog è disattivato.....ora ho fatto una prova, ho alzato un pò la potenza, voglio vedere se è effettivamente un problema di segnale o qualcos'altro....

[Ciospy]

Questo è il log lato station (tenendo conto che ho alzato la potenza):

Apr 29 18:31:13 CSP 1AP user.info syslog: CTRL-EVENT-DISCONNECTED - Disconnect event - remove keys
Apr 29 18:31:13 CSP 1AP user.info syslog: Associated with dc:9f:db:6e:xxxx
Apr 29 18:31:13 CSP 1AP user.info syslog: WPA: Key negotiation completed with dc:9f:db:6e:xxxx [PTK=CCMP GTK=TKIP]
Apr 29 18:31:13 CSP 1AP user.info syslog: CTRL-EVENT-CONNECTED - Connection to dc:9f:db:6e:xxxx completed (reauth) [id=0 id_str=]
Apr 29 18:50:38 CSP 1AP syslog.info -- MARK --
Apr 29 19:10:38 CSP 1AP syslog.info -- MARK --
Apr 29 19:30:38 CSP 1AP syslog.info -- MARK --
Apr 29 19:31:10 CSP 1AP user.info syslog: WPA: Group rekeying completed with dc:9f:db:6e:xxxx [GTK=TKIP]
Apr 29 19:50:38 CSP 1AP syslog.info -- MARK --
Apr 29 20:10:38 CSP 1AP syslog.info -- MARK --
Apr 29 20:30:38 CSP 1AP syslog.info -- MARK --
Apr 29 20:31:10 CSP 1AP user.info syslog: WPA: Group rekeying completed with dc:9f:db:6e:xxxx [GTK=TKIP]
Apr 29 20:50:38 CSP 1AP syslog.info -- MARK --
Apr 29 21:10:38 CSP 1AP syslog.info -- MARK --
Apr 29 21:30:38 CSP 1AP syslog.info -- MARK --
Apr 29 21:31:10 CSP 1AP user.info syslog: WPA: Group rekeying completed with dc:9f:db:6e:xxxx [GTK=TKIP]
Apr 29 21:50:38 CSP 1AP syslog.info -- MARK --
Apr 29 22:10:38 CSP 1AP syslog.info -- MARK --
Apr 29 22:30:38 CSP 1AP syslog.info -- MARK --
Apr 29 22:31:10 CSP 1AP user.info syslog: WPA: Group rekeying completed with dc:9f:db:6e:xxxx [GTK=TKIP]
Apr 29 22:50:38 CSP 1AP syslog.info -- MARK --
Apr 29 23:10:38 CSP 1AP syslog.info -- MARK --
Apr 29 23:30:38 CSP 1AP syslog.info -- MARK --
Apr 29 23:31:10 CSP 1AP user.info syslog: WPA: Group rekeying completed with dc:9f:db:6e:xxxx [GTK=TKIP]
Apr 29 23:50:38 CSP 1AP syslog.info -- MARK --
Apr 30 00:10:38 CSP 1AP syslog.info -- MARK --
Apr 30 00:30:38 CSP 1AP syslog.info -- MARK --
Apr 30 00:31:10 CSP 1AP user.info syslog: WPA: Group rekeying completed with dc:9f:db:6e:xxxxx [GTK=TKIP]
Apr 30 00:50:38 CSP 1AP syslog.info -- MARK --
Apr 30 01:10:38 CSP 1AP syslog.info -- MARK --
Apr 30 01:30:38 CSP 1AP syslog.info -- MARK --
Apr 30 01:31:10 CSP 1AP user.info syslog: WPA: Group rekeying completed with dc:9f:db:6e:xxxx [GTK=TKIP]
Apr 30 01:50:38 CSP 1AP syslog.info -- MARK --
Apr 30 02:10:38 CSP 1AP syslog.info -- MARK --
Apr 30 02:30:38 CSP 1AP syslog.info -- MARK --
Apr 30 02:31:10 CSP 1AP user.info syslog: WPA: Group rekeying completed with dc:9f:db:6e:xxxx [GTK=TKIP]
Apr 30 02:50:38 CSP 1AP syslog.info -- MARK --
Apr 30 03:10:38 CSP 1AP syslog.info -- MARK --
Apr 30 03:30:38 CSP 1AP syslog.info -- MARK --
Apr 30 03:31:10 CSP 1AP user.info syslog: WPA: Group rekeying completed with dc:9f:db:6e:xxxx [GTK=TKIP]
Apr 30 03:50:38 CSP 1AP syslog.info -- MARK --
Apr 30 04:10:38 CSP 1AP syslog.info -- MARK --
Apr 30 04:30:38 CSP 1AP syslog.info -- MARK --
Apr 30 04:31:10 CSP 1AP user.info syslog: WPA: Group rekeying completed with dc:9f:db:6e:xxxx [GTK=TKIP]
Apr 30 04:50:38 CSP 1AP syslog.info -- MARK --
Apr 30 05:10:38 CSP 1AP syslog.info -- MARK --
Apr 30 05:30:38 CSP 1AP syslog.info -- MARK --
Apr 30 05:31:10 CSP 1AP user.info syslog: WPA: Group rekeying completed with dc:9f:db:6e:xxxx [GTK=TKIP]
Apr 30 05:50:38 CSP 1AP syslog.info -- MARK --
Apr 30 06:10:38 CSP 1AP syslog.info -- MARK --
Apr 30 06:30:38 CSP 1AP syslog.info -- MARK --
Apr 30 06:31:10 CSP 1AP user.info syslog: WPA: Group rekeying completed with dc:9f:db:6e:xxxx [GTK=TKIP]
Apr 30 06:50:38 CSP 1AP syslog.info -- MARK --
Apr 30 07:10:38 CSP 1AP syslog.info -- MARK --
Apr 30 07:30:38 CSP 1AP syslog.info -- MARK --
Apr 30 07:31:10 CSP 1AP user.info syslog: WPA: Group rekeying completed with dc:9f:db:6e:xxxx [GTK=TKIP]
Apr 30 07:36:27 CSP 1AP user.info syslog: CTRL-EVENT-DISCONNECTED - Disconnect event - remove keys
Apr 30 07:36:33 CSP 1AP user.info syslog: CTRL-EVENT-SCAN-RESULTS
Apr 30 07:36:33 CSP 1AP user.info syslog: Trying to associate with dc:9f:db:6e:xxxx (SSID='CSP 3 AP' freq=2422 MHz)
Apr 30 07:36:43 CSP 1AP user.info syslog: Authentication with dc:9f:db:6e:xxxx timed out.
Apr 30 07:36:44 CSP 1AP user.info syslog: CTRL-EVENT-SCAN-RESULTS
Apr 30 07:36:44 CSP 1AP user.info syslog: Associated with dc:9f:db:6e:xxxx
Apr 30 07:36:44 CSP 1AP user.info syslog: WPA: Key negotiation completed with dc:9f:db:6e:xxxxx [PTK=CCMP GTK=TKIP]
Apr 30 07:36:44 CSP 1AP user.info syslog: CTRL-EVENT-CONNECTED - Connection to dc:9f:db:6e:xxxx completed (reauth) [id=0 id_str=]

[thema3x]

Pare vada meglio, no ?

Se cosi fosse il link è ostruito e devi "trapanare" per arrivare dall' altra parte decentemente ...

Facci saxe

Ciao

TheMa3x

[Ciospy]

probabile sia problema di segnale come dici tu thema.....però ancora non mi spiego perchè con una ns 2 loco il link, per quano poco non cadeva...1 ha un pannello più piccolo, quindi meno db....e 2 è la versione non M....bah

[redfive]

E le piante erano piu' basse ......

[Ciospy]

beh non penso che nel giro di 2-3 giorni le piante crescano di mezzo metro sarà stata una coincidenza....vabbè...almeno sono arrivato al punto di sapere da cosa dipende....e vi ringrazio tanto!!!! sempre presenti e gentilissimi!!!

[thema3x]

Ciao,

guarda anche a me a volte è successo: link da -78dBm dal vene al lune down per le piante ( maledetta primavera ). Basta un rametto nella posizione giusta o qualche altro frescone che butta una AP a balla a cazz sulla tua freq e link precario è down ... A questo punto valuterei

a- rilievi in tratta per capire dove sbatte il link

b- alzare / accordare le posizioni di installazione

Nota personale: Nonostante i prodotti M siano 100.000 volte migliori rispetto ai non M per funzionalità e performance, personalmente ritengo che i non M ( non so esattamente perchè, ma secondo me si tratta di protocolli di trasporto radio ) erano e siano + efficienti e stabili in condizioni precarie di collegamento ( es. ho un link da 8Km con 2 NS5 su una stazione di pompaggio acque nere che sposta pochi byte ad una centrale di controllo - le NS5 sono fuori norma e che quindi dovremo presto cambiarle per forza - che da GUI mi da -88dBm con CCQ mai sotto il 98% che funziona bene al momento, ma ho paura che con le M - dato che link è anche coperto - faremo fatica ...

Ciao

TheMa3x