Finalmente ho conseguito un’altra certificazione Digium, ovvero la Digium Certified Sales Engineer (dCSE), che ci permetterà di essere Partner Digium e di vendere prodotti Switchvox.
Ancora non ho messo mano a questi oggetti, ma sembrano ottimi, soprattutto alla release 5.0
Adesso mi manca solo di ottenre la dCAP, vedremo in futuro!
Ciao a tutti, dopo quasi un mese di assenza dal blog, adesso siamo rientrati in totale ottica lavoro, dopo la classica calma piatta estiva!
Importanti novità ci saranno nella mia azienda per la fine di quest’anno e l’inizio del famigerato 2012, tra cui anche l’intenzione di diventare “ufficialmente” partner Digium, ovviamente chi mi segue e esegue Asterisk sa di cosa stiamo parlando!
Soprattutto m’interessa approfondire la conoscenza del loro prodotto Switchvox, che mi pare veramente ottimo!
Che dire, ci sentiamo, ah dimenticavo, oramai è da tempo che uso Twitter, chi mi vuol seguire mi trova su @marcociacci
Una delle novità , per me piacevole, di Asterisk 1.8 è la possibilità di resettare il contatore delle chiamate in una particolare coda e soprattutto di NON resettare questi valori quando viene ricaricato il modulo app_queue.so, come succedeva nelle precedenti versioni.
Questo è utilissimo in certi ambienti, con una turnazione non propriamente definita, che utilizza ad esempio il fewestcalls come policy di chiamata.
Immaginiamo di avere 10 postazioni con questa policy, 9 posti sono occupati da subito alla mattina, quindi l’algoritmo “spalmerà ” le chiamate in maniera equa tra gli agenti presenti.
Dopo qualche ora arriva qualcuno ad occupare la postazione fino ad adesso vuota, ovviamente il povero malcapitato sarà bombardato di chiamate per “portarsi in pari” con gli altri.
Quindi in questi casi può essere necessario resettare i contatori delle code, magari mettendo in crond il comando seguente:
asterisk -r -x “queue reset stats NOMECODA“
Nell’installazione di default di Asterisk 1.8, noterete la presenza in/var/log/asterisk solo del log messages, un pò povero d’informazioni!
Per riabilitare “l’amato” full è molto semplice, baserà editare il file /etc/asterisk/logger.conf ed aggiungere questa riga
full => notice,warning,error,debug,verbose
E riavviare il servizio logger da console, tramite module reload logger
Era da un pò di tempo che non mi trovavo a parlare di Asterisk e lo farò perchè in azienda abbiamo avviato la roadmap per l’update dei nostri sistemi, di conseguenza dei nostri clienti, dalla 1.4 alla 1.8.
Sarà sicuramente un processo lungo e doloroso in quanto molti dei comandi usati erano deprecati al tempo del 1.4, alcuni sono stati modificati e totalmente eliminati.
Rimane valido il suggerimento di far girare come utente non-root Asterisk, anche stavolta tramite make install e make config saranno installati /etc/init.d/asterisk e /usr/sbin/safe_asterisk
Per far “girare” asterisk come utente non-root troverete in giro di editare le variabili AST_USER e AST_GROUP in vari file, tra cui /etc/init.d/asterisk, /etc/sysconfig/asterisk o /etc/default/asterisk
Non server a niente! Dato che è presente safe_asterisk e LUI da editare, dovrete trovare la riga in cui è scritto ASTARGS=”" che andrà modificata come di seguito
ASTARGS=”-U asterisk -G asterisk”
Ovviamente dopo che avrete dato i diritti e l’ownership giusti alle varie directories usate da Asterisk.
Come ho già scritto nel blog in passato, noi ci occupiamo anche di callcenter e le nostre centrali Asterisk sono basate su di un framework in Java e PHP (vecchio core, adesso rilegato a scopi minori).
Comunque la parte in PHP è molto stressata, come fosse un sito da alto traffico, quindi il carico nella CPU normalmente sale molto, quindi da anni usiamo eAccelerator, come dice il nome ottimizza ed accelera il PHP, cachando il compilato.
Però cercando di compilarlo come estensione Zend in un nostro server, durante il make ricevevo un errore
eaccelerator-0.9.6.1/ea_store.c: In function ‘store_property_access_check’:
eaccelerator-0.9.6.1/ea_store.c:683: error: ‘zend_property_info’ has no member named ‘ce’
make: *** [ea_store.lo] Error 1
In questo caso va editato il file ea_store.c ed alla linea 653 dobbiamo commentare (quindi //) la linea return (child_info->ce != from);
A questo punto salvare e tentare di nuovo la compilazione, che si concluderà senza problemi.
Bhe era scontato.
Come saprete, Skype è stato acquisito da Micro$oft e puntulmente non è stata rinnovata la partnership tra Digium e Skype per il plugin che permette(va) di usare un account Skype come trunk su Asterisk.
Per chi ha acquistato questo modulo sarà garantito un supporto per altri due anni, ma i nuovi acquisti non saranno più possibili dopo il 26 di luglio 2011.
Ovviamente Digum si aspetta che i clienti già presenti possano usare questa funzione anche DOPO il 2013, am questo sarà a discrezione di Skype…io m’immagino già come andrà a finire!
Ah, sarà forse perchè Micro$oft vuole spingere lo stesso servizio sul suo OCS (ora conosciuto come Lync Server), a pensar male non si fa peccato!
Oggi mi e’ capitato di tornare da un cliente su cui gia’ dai tempi di Asterisk 1.0 facemmo un IVR.
Solo adesso ci siamo accorti che dopo il discorso in background la linea cadeva subito alla fine del messaggio, benche’ avessimo impostato il TIMEOUT(response) appropriato.
Il fatto e’ che in Asterisk 1.4 e’ attivo di default autofallthrough=yes, quindi alla fine del messaggio la chiamata viene forzatamente chiusa.
Soluzioni? Due, la prima semplicemente settare no la funzione, ma non lo consiglio, basta usare la nuova funzione WaitExten() con un numero appropriato di secondi.
In quest’ultimo periodo stiamo relalizzando un server fax basato su Asterisk che sfrutta questo modulo commerciale della Digium.
Ho avuto modo di provarlo sia nella sua versione 1.4 (moduli res_fax.so e res_fax_digium.so) che in quella 1.8 (il res_fax.so è già presente di default).
Con una scheda Digium TDM400, quindi roba vecchia, non ho problemi a ricevere fax, mentre ho incontrato problemi, per ora non superati con i gateway, ho provato sia Patton che Grandstream e pur usando il T.38 i fax molto lunghi, sopra 10/12 pagine non andavano a buon fine, terminando la connessione con l’errore di fax parziale.
Ho aperto anche un ticket alla Digium ma non mi hanno dato risposte certissime, vedrò di approfondire.
Mi è capitato giorni addietro di avere un problema con un flusso primario della Wind, collegato ad una Sangoma A102DE.
Tutte le telefonate ai fissi funzionavano perfettamente, mentre verso i cellulari andava subito in hangup.
Dopo un breve controllo al debug sul primario e con la collaborazione dei loro tecnici, è uscito il problema, perchè le telefonate si presentavano con dialplan national, pertanto non venivano instradate, quindi è opportuno aggiungere
pridialplan=unknown
prilocaldialplan=unknown
in chan_dahdi.conf, ma diversamente da altri moduli, non basta riavviare solo il servizio, me è opportuno riavviare la macchina.
Inoltre un altro caso può essere quello di dover inserire, sempre nello stesso file
nationalprefix=0
internationalprefix=00
Previous Entries
Categories
Tag Cloud
Blog RSS
Comments RSS
Last 50 Posts
Back
Void 
Life 
Earth 
Wind 
Water 
Fire