Connessione UMTS always on?

[dynaptic]

Promemoria primo messaggio :

Ciao a tutti, ho da poco preso un Fritz Box 7390 ed ho effettuato l'aggiornamento del firmware all'ultima versione disponibile (84.05.22) perché avevo necessità di connettere una USB stick UMTS Huawei e372.
Premetto di non avere collegamento DSL e di utilizzare esclusivamente la modalità di connessione tramite chiavetta in HSDPA con operatore Wind.
Devo dire che la navigazione ed il voip sono di alta qualità. Addirittura arrivo a velocità di upload di 2Mb, un risultato che con una ADSL classica è da sogno. Anche la qualità delle telefonate è ottima.
Il problema è che periodicamente avviene la disconnessione e sul log degli eventi si legge: La connessione Internet è stata chiusa.
Non ho impostato alcuna disconnessione automatica perché ho una tariffa a volume e non a tempo.
Leggo sul manuale del prodotto che, con queste impostazioni, il Fritz si dovrebbe riconnettere automaticamente anche nel caso in cui sia il provider ad effettuare un distacco programmato (es. ogni 24 ore):

Selezionate questa impostazione se la vostra tariffa non viene contabilizzata sulla base del tempo. In questo caso, il FRITZ!Box resta collegato a Internet per tutto il tempo. Se il vostro provider di Internet, ad esempio, chiude la connessione ogni 24 ore, il FRITZ!Box la ripristina immediatamente.

Questa cosa non succede. La connessione viene chiusa (credo dal provider) ed il Fritz non tenta nemmeno di ripristinarla.
Ho anche aperto un ticket con l'assistenza AVM, ma al momento non ho avuto risposta. Ricerche in giro non hanno sortito effetto. Insomma, non so più cosa tentare e la connessione always on mi serve per via del telefono voip ricevente.
Che ne dite?

[landreal]

Ho visto sul sito dell'avm.de sotto fritz labor che stanno testando la .27 beta..

[giafiorentino]

Dynaptic io ho il tuo stesso problema con fritz 7270 aggiornato all'ultima versione disponibile e chiavetta huawey e372.Random si disconnette e quindi o riavvio il fritz oppure nelle impostazione prima disattivo la connessione via radiotelefonia e subito dopo la riattivo.mi puoi spiegare un pò più dettagliatamente come posso usare il tuo script sempre che il 7270 lo accetti?
come faccio ad inviarlo al fritz e verificare che fuzioni?
ciao grazie

[dynaptic]

Ciao, il fatto che hai la stessa chiavetta che ho io mi mette dei dubbi sulla natura del problema.
C'è nessuno che usa il FB in radiotelefonia senza il problema della mancata riconnessione automatica?
Ok, ti elenco quello che devi fare su un 7390. Non so se incontrerai differenze sul 7270 (che non conosco).
Intanto devi abilitare telnet. Sul 7390 si fa componendo il codice #96*7* da un telefono configurato sul Fritz.
Oppure, se non c'è configurato nessun telefono, inserisci nella rubrica una nuova voce con il numero #96*7* (e #96*8* per la disabilitazione). Abilita la funzione clicca e chiama (click to call).
Fatto questo devi editare il file debug.cfg che si trova in /var/flash.
Ti colleghi via telnet al Fritz da un terminale, gli dai la stessa password che hai impostato per l'amministrazione web e fai così:

Codice:

vi /var/tmp/prova.sh

ti si apre vi con un file vuoto. Ora, se non sei pratico di vi ti consiglio di cercare qualche guida perché come editor di testo è un po' ostico.
Nel file vuoto ci copi il mio codice, che per l'occasione è stato aggiornato:

Codice:

#!/bin/sh
while true; do
  sleep 600
  testODNS=$(ping -c 2 -W 20 208.67.222.222 2>&1 | egrep -c "\<0 packets received\>|\<unreachable\>")
  echo "`date` testODNS:$testODNS" >> /var/media/ftp/FRITZ/umtschkconn.log
  if [ "$testODNS" != "0" ]; then
    testGoogle=$(ping -c 2 -W 20 173.194.35.146>&1 | egrep -c "\<0 packets received\>|\<unreachable\>")
    if [ "$testGoogle" != "0" ]; then
      echo "`date` testGoogle:$testGoogle, then reboot..." >> /var/media/ftp/FRITZ/umtschkconn.log
      reboot
    fi
  fi
done

In questa nuova versione ho affinato il controllo facendo un ulteriore ping a google nel caso fallisca il ping su opendns, visto che tempo fa opendns non rispondeva per problemi suoi e il fritz mi si riavviava di continuo pur essendoci connessione.
Una volta copiato il testo dentro il file, salvi e chiudi vi.
Poi:

Codice:

chmod 754 /var/tmp/prova.sh
cat /var/tmp/prova.sh > /var/flash/debug.cfg

Un riavvio e lo script dovrebbe partire.
Se vuoi controllare che tutto stia funzionando, collegati in ftp al fritz e guarda nella directory ftp://fritz.box/FRITZ/
dovresti trovare il file di log umtschkconn.log dopo circa 10 minuti.
In quel file vengono scritti i log del test che avviene ogni 10 minuti.
Se cade la connessione puoi stare al massimo 10 minuti senza (dipende da quanto tempo era stato effettuato il test).
Spero che funzioni.

[Massinge]

Bello script! Lo aggiungiamo in wiki per i posteri che dite?

Io utilizzo una chiavetta Huawei sul 7240, ma in genere solo per 2-3 ore e poi chiudo, per cui non ho ancora rilevato tale problematica.

Lo script volendo è adattabile anche per i fritz connessi in LAN quando l'ip esterno cambia e ci sono problemi col voip, era già stato fatto tempo fa non qui, date uno sguardo qui:
http://wiki.vocesuip.com/index.php?title=Script_per_la_sincronizzazione_dell%27IP_quando_il_Fritz_%C3%A8_in_LAN
Non funziona più, ma non è complicato adattarlo..

Scusate l'OT.
Ciao!

[giafiorentino]

l'accesso ftp mi da 550 accesso negato ....
cosa posso fare?

[dynaptic]

Prova un po' con l'IP:

Codice:

ftp://192.168.178.1

Comunque il log lo puoi controllare anche da telnet. Viene scritto in:

Codice:

/var/media/ftp/FRITZ/

[landreal]

Ciao a tutti,
non essendo soddisfatto del mio 7270 v2 che faceva cadere la connessione umts sono passato al 7390 con ovviamente gli stessi problemi...

Ho deciso di modificare il file debug.cfg ma ho avuto dei problemi, se tento di modificarlo direttamente non mi permette di salvarlo, allora ho creato il file di prova per poi spostarlo/rinominandolo , dopo aver fatto tutto provo a riaprirlo ma è sempre vuoto e se riavvio il router non mi crea i file di log, il che mi fa pensare che non è andato a buon fine la modifica...
Mi potete dire dove sbaglio???
Grazie.

[dynaptic]

Ho deciso di modificare il file debug.cfg ma ho avuto dei problemi, se tento di modificarlo direttamente non mi permette di salvarlo, allora ho creato il file di prova per poi spostarlo/rinominandolo , dopo aver fatto tutto provo a riaprirlo ma è sempre vuoto e se riavvio il router non mi crea i file di log, il che mi fa pensare che non è andato a buon fine la modifica...
Mi potete dire dove sbaglio???
Grazie.

Hai seguito alla lettera le mie istruzioni?
In particolare, sei sicuro di aver salvato il file prova con vi?
Dopo aver creato e salvato il file prova.sh, prova a dare:

Codice:

cat /var/tmp/prova.sh

È pieno?

Per scriverlo sul debug.cfg devi dare questi comandi:

Codice:

chmod 754 /var/tmp/prova.sh
cat /var/tmp/prova.sh > /var/flash/debug.cfg


Ok?

Dici che il debug.cfg è vuoto. Lo hai controllato con cat o con vi?

[landreal]

Con vi... Mi viene il dubbio.. non è che l'ho cancellato con vi..

[dynaptic]

Che succede se dai:

Codice:

cat /var/flash/debug.cfg

?

P.S.: Se dai

Codice:

vi /var/flash/debug.cfg

ti dico già che non vedi niente. Anzi vi ti dice:
"/var/flash/debug.cfg" Not a regular file

Si tratta, infatti, di un file character device.
È per questo che lo devi editare con un file di appoggio e poi scrivere come stream con cat sul debug.cfg.

[landreal]

Si infatti mi dice quello, questa sera provi ma sicuramente funzionerà, ma se volessi utilizzare la stringa per sincronizzare l'ip cosa devo cambiare al codice che trovo sul wiki?? Soltanto i link??
Grazie.

[Massinge]

trovare un link che restituisca solo l'IP pubblico della tua connessione ed inserirlo al posto di quello di vocesuip.

Ciao!

[landreal]

Scusatemi ma sono proprio rinco...
Sono riuscito a creare il file debug.cfg e se vado a vederlo con "cat" lo vedo correttamente, ho riavviato il router ma è come se non entrasse in esecuzione, infatti non mi crea neanche il file di log e non riavvia il router.
Secondo voi cosa potrebbe essere??

[dynaptic]

Mi posti il risultato di:

Codice:

ls -l /var/flash/debug.cfg

?

[landreal]

il risultato è:
crw-r--r-- 1root root 250,98 jan 1 1970 /var/flash/debug.cfg

[dynaptic]

Scusa se ti chiedo cose ovvie.
Mi posti anche:

Codice:

ls -l /var/media/ftp/FRITZ/

Inoltre, a parte il file di log che non vedi, ti è già capitata una disconnessione da parte del provider per testare il fatto che lo script non ti funziona?

[landreal]

Eccolo:

BusyBox v1.18.5 (2011-10-27 16:00:43 CEST) built-in shell (ash)
Enter 'help' for a list of built-in commands.

ermittle die aktuelle TTY
tty is "/dev/pts/0"
Console Ausgaben auf dieses Terminal umgelenkt
# ls -l /var/media/ftp/FRITZ/
drwxrwxrwx 1 root root 2048 Jan 1 1970 voicebox
#


Ho anche provato a staccare la chiavetta ma non si riavvia.
Ho anche provato a far il file a mano per vedere se gli scriveva dentro ma nulla.

[dynaptic]

Il debug.cfg non viene eseguito, mi pare.
Sicuramente c'è qualche errore al suo interno. Purtroppo non so se c'è un log di sistema che ti informa della mancata esecuzione del file.
Se hai fatto un copia-incolla su vi è probabile che ci sia qualche errore di battitura. Stai attento soprattutto alle tabulazioni (io le ho tolte a mano dopo il copia-incolla) e agli accapi.
Casomai apri il terminale a schermo intero (la finestra a dimensione massima insomma) e posta il contenuto di:

Codice:

cat /var/flash/debug.cfg

così come lo vedi e senza aggiustare niente.
Anzi, sarebbe meglio se mettessi uno screenshot.

[landreal]

Ecco:

Fritz!Box web password:


BusyBox v1.18.5 (2011-10-27 16:00:43 CEST) built-in shell (ash)
Enter 'help' for a list of built-in commands.

ermittle die aktuelle TTY
tty is "/dev/pts/0"
Console Ausgaben auf dieses Terminal umgelenkt
# cat /var/flash/debug.cfg
#!/bin/sh
while true; do
sleep 180
testODNS=$(ping -c 2 -W 20 208.67.222.222 2>&1 | egrep -c "\<0 packets receive
d\>|\")
echo "date testODNS:$testODNS" >> /var/media/ftp/FRITZ/umtschkconn.log
if [ "$testODNS" != "0" ]; then
testGoogle=$(ping -c 2 -W 20 173.194.35.146>&1 | egrep -c "\<0 packets recei
ved\>|\")
if [ "$testGoogle" != "0" ]; then
echo "date testGoogle:$testGoogle, then reboot..." >> /var/media/ftp/FRITZ/u
mtschkconn.log
reboot
fi
fi

#

[landreal]

Ho provato a riscrivere tutto e forse funziona... per il momento ho solo visto che scrive nel file ma se provo a togliere la chiavetta non si riavvia, adesso aspetto che si sconnetta per vedere se si riavvia.
Comunque grazie a tutti per l'aiuto...

[dynaptic]

Sì, lo script che hai postato era errato. C'erano degli accapo che non andavano e mancavano proprio dei pezzi.
Se ora scrive il log vuol dire che sta girando.
Il distacco della chiavetta non l'ho testato, ma probabilmente non è un evento che fa tornare al ping i messaggi che cerco di greppare. Che poi sono "Network unreachable" e "0 packets received".
Ti conviene attendere una disconnessione del provider, aspettare 10 minuti e vedere che succede.
In ogni caso, se c'è un riavvio, sul log viene registrato.
Facci sapere.

[andtre]

Salve ho letto con rammarico che la soluzione alle disconnessioni UMTS non è ancora stata trovata.
La mia esperienza è che sto usando da quattro settimane sia la Huawei E3131 che la E353 su 5 modem TP-LINK TL-MR3220 (Prezzo ultrapopolare) per operazioni di collegamento remoto e non ho mai avuto una disconnessione. Ho acquistato il 7390 per attivare anche un servizio di voip e dopo cinque dieci ore di inattività si verifica sistematicamente la disconnessione. Il bello è che neanche estraendo e inserendo la chiavetta si ha il ripristino del collegamento: solo un reboot del modem permette di ristabilire la connessione. Lo script proposto è lodevole ma mi rifiuto di pensare che AVM non possa risolvere il problema.
PS: dato che il problema è sistematico sarei anche disposto a spedire al loro laboratorio sia il mio 7390 che il modem Tp-LInk e il modem Huawei.
Saluti
Andrea T.

[dynaptic]

Facciamo chiarezza:
disconnessioni da parte dell'operatore possono avvenire. Ad esempio Wind ti disconnette dopo qualche ora di assoluta inattività di rete e, comunque, dopo 24 ore anche se c'è attività. Il mio script risolve il primo tipo di disconnessione perché, effettuando un ping ogni 10 minuti, genera traffico e quindi non si viene disconnessi se non ogni 24 ore.
In generale, però, il problema è del Fritz che, stando a quanto dice il manuale, deve essere in grado di ripristinare la connessione in caso di distacco dell'operatore.
Questo non avviene. Allora interviene il mio script che, non rilevando più la connessione riavvia il dispositivo.
È un work around, non è una soluzione. Ma io ci vivo bene.
Se oltre a me, anche tutti gli altri che hanno questo problema, aprissero un ticket ad AVM, forse si degnerebbero di rispondere in maniera un po' meno indisponente.
Ad esempio, nel momento in cui dicono che a loro non risultano altre segnalazioni di questo tipo, vuol dire che stanno mentendo.
Attenzione però: l'apertura del ticket in assistenza comporta che si debba andare avanti fino alla fine. Vi proporranno l'invio dei dati di assistenza, l'installazione (inutile) di firmware beta, il capture dei log...
Se vi fermate e non andate fino in fondo il ticket viene chiuso e viene considerato risolto.
Di certo, dopo questa faccenda, con me AVM ha chiuso.
E con i miei clienti, beninteso.

[andtre]

Il problema sembra risolto! Scaricato e installato l'ultima versione beta del firmware (FRITZ.Box_Fon_WLAN_7390_BETA.en-de-es-it-fr.84.05.50-24523.image) dall'ottimo sito http://fritzbox-repository.tk/, e negli ultimi tre giorni non si sono più verificate disconnessioni. Ho testato con successo anche la chiavetta di BIP (Alcatel ONE TOUCH x230S).
Procedo quindi a richiedere la portabilità su voip del numero di telefono del fisso e a disdire il contratto di telefonia e adsl.
Qualcuno ha consigli da darmi?
Grazie a tutti
andtre

[Massinge]

Ed anche la tua pennina ora è stata aggiunta all'elenco di quelle compatibili col Fritz!. Grazie per il contributo!
Ciao!

[dynaptic]

Confermo. Hanno risolto il problema.
Noto dal log della connessione che le disconnessioni avvengono ogni 2 o 3 ore ma, adesso, sono prontamente ripristinate.
Queste sono le disconnessioni che l'operatore Wind effettua se non rileva attività di rete ed erano quelle che prima non avvenivano perché lo script effettuava un ping ogni 10 minuti causando, così, attività di rete. Comunque ora il comportamento è corretto.

Procedo quindi a richiedere la portabilità su voip del numero di telefono del fisso e a disdire il contratto di telefonia e adsl.
Qualcuno ha consigli da darmi?
Grazie a tutti
andtre

Dipende da quanto volume di traffico ti serve. Io sono ben coperto da Wind che ha le offerte economicamente più vantaggiose. Con 2 SIM spendo meno di 22 euro al mese per un traffico di 20 GB, sufficiente anche se fai P2P e streaming video.
Però con il voip c'è qualche magagna. Non ho ancora capito se lo bloccano volontariamente o se il problema è semplicemente che l'IP è sotto NAT (il 90% delle volte).
Se ti serve una connessione libera da qualsiasi restrizione con IP pubblico, ti consiglio Coopvoce. Stanno su rete TIM e ti danno 5 GB mensili a 14 euro.

[Contenuto sponsorizzato]