IlPuntoTecnico
Hardware e Software => Connessioni ADSL/VDSL/FTTC => Topic aperto da: cybdrw - 10 Novembre 2017, 12:24
-
Ciao a tutti,
dopo aver downgradato dalla 1.0.4 dalla 1.0.3 e sbloccato il router, ho perso quello che è la telefonia tradizionale.
Qualcuno mi può dare qualche suggerimento/impostazioni/settaggi TIM per ripristinarla ?
L'app telefono di tim sullo smartphone funziona comunque
Grazie a tutti
Ciao
cybdrw
-
Sei già andato a verificare nel menù apposito del router?
Cosa ti dice lì riguardo la Line 1?
-
E' la cosa che mi blocca di piu' ... il funzionamento della fonia e' fondamentale, non posso perderlo per guadagnare l'accesso SSH :-(
-
??? di cosa parli non ti seguo.... non si perde nulla guadagnando l'accesso ssh
-
Sei già andato a verificare nel menù apposito del router?
Cosa ti dice lì riguardo la Line 1?
ecco quello che mi salta fuori...
line 1 abilitata
profilo: sip_profile_1
nome: utente line1
uri: line1
password
visualizza nome: vuoto
rete sip: sip network
-
??? di cosa parli non ti seguo.... non si perde nulla guadagnando l'accesso ssh
@Ansuel ciao, scusa il ritardo nella risposta
Ho sbloccato lo scolapasta bianco seguendo la guida... tutto perfetto, tutto regolare, ma non funziona piu' la telefonia analogica, anche nello status da' errore. (mi pare Status: NIP)
Ho comprato lo scolapasta nero a 30€, e siccome funziona perfettamente, al momento non mi azzardo a smanettarci. Devo procurarmene uno "sacrificabile" prima.
A me della fonia non importa nulla, mi basta una delle porte ethernet per essere felice... ma siccome il modem non e' installato a casa mia, e a loro importa eccome, preferisco non rischiare immani rotture di scatole :-)
-
Sbloccarlo non elimina la configurazione voip e una volta fatto puoi facilmente eseguire un backup salvandoti i file nella cartella /etc/config (quelli che iniziano con mpbx)
-
Si, ma comunque c'è qualquadra che non cosa nella parte VoIP che neanche riabilitando la telegestione viene risolto, io su 1.03 con GUI 3.16 ho notato che l'unico modo per riottenere la fonia quando si deregistra, e si deregistra facile, è effettuare un reset completo di openwrt (mount_root, firstboot, reboot), comunque ho notato che dopo il rooting i dati in ART permangono anche dopo un factory reset e non è una bella cosa (MAC address in whitelist, password wpa, SSID, tutta roba che ricompare a tendina anche dopo un factory reset, ovviamente NON proviene dal browser che ho provveduto a rasare, c'è definitivamente qualcosa che non va), tutta la roba WOL se è un WIP trovo che non dovrebbe essere presente in ciò che rilasci, nel caso non sia documentata, in fondo, il mondo open-source è bello proprio per la possibilità di collaborare, in modo che fra tutti si riesca a rendere un codice il più pulito possibile. Non prendere ciò che ti dico come una critica "tanto per", se è una critica vuole comunque essere costruttiva ed è in ogni caso riconoscente dell'impegno profuso, questo router è un gioiello lato hardware, merita un codice pulito, se non ci riescono gli ingegneri TIM, cerchiamo di farcelo da soli, ma cercando di non peggiorare la situazione, ovvero utilizzando il "se non è rotto non cerchiamo di aggiustarlo", backdoor, bug e vulnerabilità in genere sono cose che su un router non dovrebbero proprio esistere, purtroppo facendo dei taglia e cuci si corre il rischio di implementarle, magari involontariamente, magari no, tutto dipende dal cappello che uno si vuole mettere in testa, quello bianco è più difficile da sistemare bene, ma alla fine da più soddisfazioni. Un cordiale saluto.
-
personalmente i problemi che tu riscontri non li ho mai notati. in primo luogo non esiste mount_root, firstboot, reboot... anche perchè non esiste la failsafe mode su questo router... in secondo luogo non esiste affatto una partizione art perchè effettivamente non ne ha bisogno... tutti i dati vengono salvati in una partizione criptata rip che a meno che non si abbia la key privata technicolor, non puoi cambiare. Riguardo i reset di quei dati... tutto è salvato in una cartella in overlay... quindi eliminando quella il modem non ha in nessun modo la possibiltà di reperire i dati.
Mi hai sottolineato il problema della deregistrazione... se fosse realmente un problema profuso in molti me lo avrebbero segnalato e invece... C'è solo il problema che alcune volte non si autoconfigura se lo hai sbloccato con il root... ma telecom ha professato che è un problema con i suoi server cwmp.
per il wol... l'ho semplicemente rubato e abilitato, era già presente quindi quella è roba technicolor. bug vulnerabilità backdoor... bug va benissimo... vulnerabilità e backdoor... questo modem lo hanno blindato tanto è vero che nella 17.1 non c'è modo di ottenere il root... e le mie modifiche non ne implementano affatto... quindi per favore cerchiamo di evitare critiche fondate sul nulla... e comunque tutte le mie modifiche sono su github... sarei molto felice di ricevere un aiuto o dei pr... purtroppo però non vedo nulla... e sono solo io che lavoro a questa cosa...
-
personalmente i problemi che tu riscontri non li ho mai notati. in primo luogo non esiste mount_root, firstboot, reboot... anche perchè non esiste la failsafe mode su questo router... in secondo luogo non esiste affatto una partizione art perchè effettivamente non ne ha bisogno... tutti i dati vengono salvati in una partizione criptata rip che a meno che non si abbia la key privata technicolor, non puoi cambiare. Riguardo i reset di quei dati... tutto è salvato in una cartella in overlay... quindi eliminando quella il modem non ha in nessun modo la possibiltà di reperire i dati.
Mi hai sottolineato il problema della deregistrazione... se fosse realmente un problema profuso in molti me lo avrebbero segnalato e invece... C'è solo il problema che alcune volte non si autoconfigura se lo hai sbloccato con il root... ma telecom ha professato che è un problema con i suoi server cwmp.
per il wol... l'ho semplicemente rubato e abilitato, era già presente quindi quella è roba technicolor. bug vulnerabilità backdoor... bug va benissimo... vulnerabilità e backdoor... questo modem lo hanno blindato tanto è vero che nella 17.1 non c'è modo di ottenere il root... e le mie modifiche non ne implementano affatto... quindi per favore cerchiamo di evitare critiche fondate sul nulla... e comunque tutte le mie modifiche sono su github... sarei molto felice di ricevere un aiuto o dei pr... purtroppo però non vedo nulla... e sono solo io che lavoro a questa cosa...
Ehi, ehi, calma, non ci siamo capiti, non ho detto che tu hai infilato roba del genere nelle tue modifiche, il mio era solo un elenco di alcune cose che non ci stanno molto bene su un router, senza alcun riferimento al tuo operato.
Beh, mount_root, firstboot e reboot sono li e funzionano, con o senza failsafe sono parte di openwrt, non è che me li sono inventati io, inoltre se riavvii il router dopo aver svuotato il nome host del modem la shell ritorna root@openwrt, o questa è una delle cause di possibili problemi con la registrazione voip, oppure casualmente appena ho inserito di nuovo il nome host originale il protocollo in registrazione ha restituito esito positivo proprio in quel momento, un'altra possibile causa potrebbe essere il nome host lato LAN, anche in questo caso mi è capitato di vedere la spia accendersi dopo aver reinserito il nome host di default, altre volte peraltro il router ha continuato a mantenere la registrazione per un periodo decisamente lungo, nell'ordine delle 72 ore nonostante diversi riavvii o power-cycle, pertanto mi rimane la curiosità scientifica, se me la consenti, riguardo alle cause del comportamento anomalo del voip in seguito allo sblocco che si manifesta a volte si ed altre no, tanto con configurazioni uguali che diverse, direi che, dato che senza sbloccare il router la fonia funziona sempre perfettamente, lato client o lato server in ogni caso è in seguito allo sblocco che succede qualcosa che non piace al server TR069, quindi se si può trovare una soluzione bisogna comunque cercarla lato client.
Riguardo alle configurazioni, strano, ad un'analisi più approfondita mi sembra che stia quasi tutto piuttosto banalmente in etc/config
Per quanto riguarda il WOL preferisco fare a meno degli SDB piuttosto che rischiare di rendere un mio router parte di una botnet, preferenze strettamente personali.
Tornando al punto, quindi, sarebbe interessante capire il reale motivo per cui in seguito allo sblocco l'autoconfigurazione voip spesso non funzioni, alcuni motivi potrebbero essere PEBKAC, ad esempio ho notato che se i server NTP predefiniti vengono cambiati, CWMP non riesce a riconfigurare la telefonia e neanche solo a registrare il relativo account anche in presenza di configurazione già completa, altri motivi potrebbero risiedere altrove e sarei ben felice di darti una mano nel caso tu decidessi di indagare, purtroppo solo nei limiti della frazione di tempo libero che ho e che è piccola rispetto a quella che vorrei avere per giocare con questi oggetti.
Ti rinnovo il cordiale saluto.
-
Ragazzi mi raccomando, cerchiamo di mantenere la discussione nei limiti della ragionevolezza, posso capire i punti di discussione e le critiche, ad ogni modo c'è sempre da ricordare che @Ansuel ha lavorato allo sblocco da solo e per pura passione, a tal proposito auspico che un minimo di donazioni per l'operato (effettuabili tramite l'exe) gli vengano fatte, perchè se le merita.
Per il resto come in tutto il ciclo di vita di un software, in questo caso specifico, firmware ci sta la fase di test e ci sta che qualcosa non funga alla perfezione, calcolando che lui non ha avuto una squadra per effettuare i TEST ma sono stati gli utenti finali a fungere da tester.
-
Cmq alla fine facendo un reset di fabbrica la linea telefonica è magicamente tornata .. :D
-
Ora Ansuel ha sistemato il problema che con telegestione disattivata, il modem non riusciva a completare la registrazione della linea VoIP con conseguente perdita della telefonia stessa. Se installi le ultime versioni della gui (3.30 in poi) puoi downgradare, disattivare telegestione e quant'altro ma la telefonia dovrebbe riuscire a registrarsi autonomamente