Giorni fa mi è capitato sott'occhio questo device della Acer, che ha delle caratteristiche interessanti: sembra avere un buon hardware e costa poco. Inutile ricordare che per un abitante di Genova ovviamente il secondo punto è quello più interessante....

L'idea è stata da subito quella di utilizzarlo come centralino Asterisk: dopo diverse prove e verifiche sono riuscito nell'intento, e visto che c'era gli ho messo su un freepbx per agevolarne la configurazione.

Ecco le istruzioni: Acer Revo M1-601: How to install Asterisk & Freepbx

 


Penso che molti di Voi avranno letto con apprensione l'annuncio apparso nel Developer blog di Google (Modernizing OAuth interactions in Native Apps for Better Usability and Security - in linkografia) in cui si dice che non verrà più supportato l'autenticazione outh con le web-view, guarda caso quella utilizzata proprio dal'SDK di  Azure Mobile Client.

Senza scendere troppo nel dettaglio quando si usa l'autenticazione di Google per accedere ai servizi Azure, e l'SDK Azure Mobile Cliente, al lancio del comando loginasync del citato SDK si viene direzionati a una pagina web che ci chiede la userid e password: l'oggetto del contendere è in pratica il modo in cui viene visualizzata tale pagina,

Sino ad oggi si usa il web browser di default (embedded browser) installato sul dispositivo (tutto il processo è ovviamente trasparente: basta lanciare loginasync e tutto avviene in modo automagico), ma questo a Google non piace più, e obbliga a rivedere il processo di autenticazione.

Qualche giorno fa "mi sono permesso" di fare un upgrade di FreePbx a un'installazione funzionante, e al termine non riuscivo più ad accedere a nessuna funzionalità. Nella pratica dopo aver eseguito la login correttamente qualisiasi voce selezionassi nel menù di FreePbx ritornavo alla richiesta di password.

Dopo un pò di tentativi... capisco di non essere ben accetto dal sistema...... e quindi mi metto fargli un discorsetto più approfondito consultando i log e.... voilà trovo l'errorre sopra.

Anche nel passato ogni tanto capitava: a seguito di modifiche varie si perde qualche permesso per strada.

Per risolvere basta guardare Asterisk/FreePbx 12 – How to solve error Permission denied (13) in /var/www/html/admin/config.php on line 68.

Spero Vi sia stao utile !

 

I fax nel Voip sono da sempre la bestia nera ! Spesso per aumentare l'affidabilità di della ricezione dei fax in Asterisk occorre spesso usare il protocollo T.38 nella comunicazione Gateway-Centralino Asterisk !

Sia ben inteso: questo non sempre ! Occorre fare dei test accurati se sia meglio adottare per la ricezione dei fax il procollo T.38 oppure i normali codec non compressi (alaw e ulaw).

Dalla mia esperienza se si utilizzano provider che usano a loro volta tale protocollo per trasportare fax nella loro rete (esempio: Fastweb) allora implementare a nostra volta tale protocollo per trasportare dal gateway al centralino può addirittura peggiorare la situazione. Ma non sempre. L'unica soluzione è: provare, provare, e .... testare !

Occorre dotarsi di calma, e inviare diversi fax di diverse decine di pagine da apparecchi diversi al nostro centralino Asterisk e tirare giù una statistica per valurae quale soluzione sia meglio: per mia conoscenza non esiste una soluzione generale !