Problema nanobean m5 300, crash e reset

Primi passi con i prodotti UBNT (Ubiquti Networks)

Re: Problema nanobean m5 300, crash e reset

Messaggiodi linix86 » 19 novembre 2015, 15:49

per quanto riguarda la questione dei reset, disabilitando il reset da remoto si è risolto ma facendo delle modifiche ann'antenna e riavviando da interfaccia, l'antenna si è resettata. Ora ho sostituito l'alimentatore, pare che sia quello il problema.
Per la questione frequenze, impostando una giusta frequenza scelta minuziosamente, non ho più disconnessioni o anomalie nei log.
Ho notato una cosa, lasciando frequenza su "auto" e spuntando la voce "hide indoor channel", la freequenza assegnatami dall'antenna va ugualmente su quelle indoor, e normale o è un problema firmware recente ma non ultimo?

in altre situazioni invece impostare la frequenza outdoor sembra impossibile, dopo pochi minuti tra i log mi apparela voce "radar ecc" e avviene un cambio frequenza automatico che causa la disconnessione di alcuni client con segnale un po scarso, tipo 78/80dBm. per risolvere la situazione ho dovuto abilitare airmax ed a fatica o trovato una freqienza molto stabile, la 5580. Fatto sta che dopo mesi la frequenza è cambiata in automatico sulla 5560 ed è stato un disastro, tornando alla 5580 si è ripreso tutto. è possibile che tra 5580 e 5560 ci sia cosi tanta differenza?
considerate che la frequenza la scelgo sempre tramite l'utility sull'antenna e imposto qiella più libera possibile ma nonostante questo a volta rileva inferferenza e cambia in automatico.
Questi problemi li ho su un rocket m5 con firmware 5.6.2.
C'è un modo ottimale per stabilire la frequenza migliore in assoluto su quella zona?
linix86
User
 
Messaggi: 12
Iscritto il: 12 novembre 2015, 13:45

Re: Problema nanobean m5 300, crash e reset

Messaggiodi thema3x » 19 novembre 2015, 17:15

Ciao,

ti confermo difetto PoE riscontrato e bug con hide indoor e frequency su AUTO. Anche le sta ( per inciso ) sono buggate ... con la freq list spuntata dal 5500 al 5700 durante la scansione i canali indoor vengono cmq battuti ...5.6.3 ? :l0l:

Tutti i problemi che indichi ( radar ) sono frutto dell' intervento del DFS che di fatto evita che + trasmittenti trasmettano una potenza superiore a quella ammessa in banda.

Es. Io e te a 5Km. Stesso canale. Tutti e due a 1W. Ovvio che se faccio una survey e i ns due link sono sovrapposti non avrò un W ( perche perdo in aria ) ma cmq ho la somma di mia potenza + tua potenza - abbattimento al punto di misura. Se al punto di misura ci mettiamo una CPE anche lei AP e anche lei sullo stesso canale, essa tramite il DFS, rileverà che il suo W radio sommato a quelli degli altri due link, in quel punto, supererebbe il massimo ammesso in banda specifica ( o porzione di essa rispetto ai canali convenzionali ) e quindi tac => radar detected e channel drop verso uno con meno intensità radio.

Questo meccanismo automatico che tra il 5.3 e il 5.6 è stato pesantemente e massicciamente implementato ( per rigido cambio normativo world wide ) unito all' aumento del traffico medio in banda ( causa molti + utenti ) = PROBLEMI CHE NON PUOI RISOLVERE ... tra un po il 5Ghz sarà da abbandonare in alcune zone ( per forza ) in funzione dell' 11 del 17 e del 24Ghz unlicensed ..

Ciao

TheMa3x
Avatar utente
thema3x
Broadband Boss
 
Messaggi: 7119
Iscritto il: 26 marzo 2011, 2:19
Località: Tradate - Varese - Lombardia - Nord Italia

Re: Problema nanobean m5 300, crash e reset

Messaggiodi linix86 » 19 novembre 2015, 21:00

ok, grazie delle info, ero a conoscenza del funzionamento del dfs, in passato mi è capitato che la frequenza è cambiata ed i vari client non si agganciavano all'AP, per questo chiedevo pero purtroppo ho notato anche io che il 5ghz è ormai pieno, dalle misure che ho fatto in vari punti ho scoperto che ci sono una marea di ponti, spero in regola e autorizzati

Ma se avessi 3 rocket da 120° montati a triangolo per avere 360° di copertura, potrei usare la stessa frequenza su tutti o avrei problemi incredibili di interferenza? suppongo di si essendo montati a circa 1,5mt di distanza l'uno dall'altro
linix86
User
 
Messaggi: 12
Iscritto il: 12 novembre 2015, 13:45

Re: Problema nanobean m5 300, crash e reset

Messaggiodi thema3x » 20 novembre 2015, 9:57

Ciao,

"spero in regola e autorizzati" :ninja: :nonono:

" o avrei problemi incredibili di interferenza?" Nel caso della coolocazione di + AP sulla medesima area il canale deve essere diverso e distante il giusto tra tutti, se no problemi.

Allo scopo, esistono cmq le GPS con AirSync per lo scenario P2mP, che appunto sincronizzandosi tra loro via UTC GPS, trasmettono e ricevono "a turno" in modo da ridurre ulteriormente cmq l' effetto dell' esercizio in coolocazione su canali diversi e distanti ( che cmq come avrai intuito resta già di per se un problema ). Se ti interessa approfondisci online badando di prendere visione di quando il sistema GPS / Airsync NON può essere utilizzato.

Ulteriormente ci sono i prodotti per p2p ( tipo la serie titanium ) che concedono una minore ricezione in generale delle interferenze, ma ripeto, quando lo spettro è pieno .... resta poco da fare.

Ciao

TheMa3x
Avatar utente
thema3x
Broadband Boss
 
Messaggi: 7119
Iscritto il: 26 marzo 2011, 2:19
Località: Tradate - Varese - Lombardia - Nord Italia

Re: Problema nanobean m5 300, crash e reset

Messaggiodi linix86 » 30 novembre 2015, 12:08

un log del gener ead esempio è imputabile solo al server pppoe?

Nov 29 23:11:34 wpa-supplicant: WPA: Group rekeying completed with dc:9f:db:0e:af:2c [GTK=CCMP]
Nov 29 23:59:25 pppd[4349]: No response to 5 echo-requests
Nov 29 23:59:25 pppd[4349]: Serial link appears to be disconnected.
Nov 29 23:59:25 pppd[4349]: Connect time 5268.6 minutes.
Nov 29 23:59:25 pppd[4349]: Sent 296478394 bytes, received 1538389860 bytes.
Nov 29 23:59:25 dnsmasq[4350]: no servers found in /etc/resolv.conf, will retry
Nov 29 23:59:34 pppd[4349]: Connection terminated.
Nov 29 23:59:34 pppd[4349]: Modem hangup
Nov 29 23:59:50 pppd[4349]: Timeout waiting for PADO packets
Nov 29 23:59:50 pppd[4349]: Unable to complete PPPoE Discovery
Nov 30 00:00:06 pppd[4349]: Timeout waiting for PADO packets
Nov 30 00:00:06 pppd[4349]: Unable to complete PPPoE Discovery
Nov 30 00:00:22 pppd[4349]: Timeout waiting for PADO packets
Nov 30 00:00:22 pppd[4349]: Unable to complete PPPoE Discovery
Nov 30 00:00:38 pppd[4349]: Timeout waiting for PADO packets
Nov 30 00:00:38 pppd[4349]: Unable to complete PPPoE Discovery
Nov 30 00:00:54 pppd[4349]: Timeout waiting for PADO packets
Nov 30 00:00:54 pppd[4349]: Unable to complete PPPoE Discovery
Nov 30 00:01:10 pppd[4349]: Timeout waiting for PADO packets
Nov 30 00:01:10 pppd[4349]: Unable to complete PPPoE Discovery
Nov 30 00:01:26 pppd[4349]: Timeout waiting for PADO packets
Nov 30 00:01:26 pppd[4349]: Unable to complete PPPoE Discovery
Nov 30 00:01:42 pppd[4349]: Timeout waiting for PADO packets
Nov 30 00:01:42 pppd[4349]: Unable to complete PPPoE Discovery
Nov 30 00:01:58 pppd[4349]: Timeout waiting for PADO packets
Nov 30 00:01:58 pppd[4349]: Unable to complete PPPoE Discovery
Nov 30 00:02:04 pppd[4349]: PPP session is 3884
Nov 30 00:02:04 pppd[4349]: Using interface ppp0
Nov 30 00:02:04 pppd[4349]: Connect: ppp0 <--> ath0
Nov 30 00:02:04 pppd[4349]: Remote message: Login ok
Nov 30 00:02:04 pppd[4349]: PAP authentication succeeded
Nov 30 00:02:04 pppd[4349]: peer from calling number D4:xx:xx:xx:xx:x0 authorized
Nov 30 00:02:05 pppd[4349]: local IP address x.x.x.x
Nov 30 00:02:05 pppd[4349]: remote IP address 1x.x.x.x
Nov 30 00:02:05 pppd[4349]: primary DNS address x.x.x.x
Nov 30 00:02:05 pppd[4349]: secondary DNS address x.x.x.x
Nov 30 00:02:05 dnsmasq[4350]: reading /etc/resolv.conf
Nov 30 00:02:05 dnsmasq[4350]: using nameserver x.x.x.x#53
Nov 30 00:02:05 dnsmasq[4350]: using nameserver x.x.x.x#53
Nov 30 00:11:34 wpa-supplicant: WPA: Group rekeying completed with dc:9f:db:0e:af:2c [GTK=CCMP]

ho usato le x per questione di provacy ma ovviamente al loro posto c'è l'ip correttamete assegnato
linix86
User
 
Messaggi: 12
Iscritto il: 12 novembre 2015, 13:45

Re: Problema nanobean m5 300, crash e reset

Messaggiodi thema3x » 1 dicembre 2015, 15:45

Ciao,

sembrerebbe di si. Se il link fisico è buono ( segnale, ccq, rate, ecc ) potrebbe essere un problema da cercare ed individuare prima lato client poi lato gestione sistema.

Nello specifico sarebbero da verificare a mio avviso lato log Server PPPoE i seguenti eventi:

- evento Modem hangup ( Nov 29 23:59:34 )
- evento Unable to complete PPPoE Discovery

Se lato server risulta che tu hai chiuso la chiamata il problema potrebbe essere client.

Ciao

TheMa3x
Avatar utente
thema3x
Broadband Boss
 
Messaggi: 7119
Iscritto il: 26 marzo 2011, 2:19
Località: Tradate - Varese - Lombardia - Nord Italia

Precedente

Torna a Iniziare con UBNT - Ubiquiti Networks

Chi c’è in linea

Visitano il forum: Nessuno

cron