



Ciao, eccomi quà dopo qualche giorno di assenza!
Anche nel nostro “amato” Trixbox può essere necessario ricompilare Asterisk, anche per rendere più stabile il demone stesso, inoltre perchè no, per renderlo più performante.
Sicuramente di più che nella classica compilazione del pacchetto rpm, per i386.
Per farlo però sono necessari alcuni piccoli e semplici accorgimenti.
Innanzittutto scaricate e scompattate il sorgente in /usr/src e dovrete avere gli headers del kernel, utili anche nel caso doveste compilare anche mISDN.
Per scaricare gli headers basterà
yum -y install kernel-devel
o yum -y install kernel-smp-devel
se avete un processore SMP o più di un processore
A questo punto dovete editare il file Makefile e trovare la riga
ASTVARRUNDIR=$(INSTALL_PREFIX)/var/run
che va modificata in
ASTVARRUNDIR=$(INSTALL_PREFIX)/var/run/asterisk
Fatto ciò fate make, poi vi consiglio di spostare in una directory a parte il contenuto della dir /usr/lib/asterisk/modules che contiene il moduli precompilati orginali.
Infatti dando make install senza togliere i moduli presenti, riceverete uno warning che vi avviserà di qualche, eventuale e non sicuro, malfunzionamento.
Per sicurezza cancellate tutti i moduli standard, lasciando all’installer script di ricopiarci i nuovi.
Se Asterisk (che avrete fermato con amportal stop prima del make install) una volta riavviato non dovesse appunto “partire”, controllate nel file /var/log/asterisk/full l’eventuale modulo mancante o non funzionante.
Alla fine però avrete un sistema più sicuro e performante sul vostro Trixbox.




Capita molto spesso, specie su schede economiche isdn, che i fax arrivino corrotti o mezzi “mangiati”.
Questo può dipendere anche dalla cancellazione dell’eco, che se con la voce elimina fastidi, con i fax può eliminare dati utili, inoltre non è proprio necessaria.
Con chan_misdn è possibile cambiare “on-the-fly” le impostazioni sulla cancellazione, dell’eco, sul jitterbuffer ed altro in tempo reale, per mitigare quanto possibile il problema.
In particolare su Trixbox 2.0 è da modificare il file extensions.conf e la macro faxreceive
[macro-faxreceive]
exten => s,1,Set(FAXFILE=/var/spool/asterisk/fax/${UNIQUEID}.tif)
exten => s,2,Set(EMAILADDR=${FAX_RX_EMAIL})
exten => s,3,misdn_set_opt(n:!e:jb0:jt0:vt0)
exten => s,4,rxfax(${FAXFILE})
exten => s,103,Set(EMAILADDR=${FAX_RX_EMAIL})
exten => s,104,Goto(4)
Inoltre nel file misdn-init.conf i valori dsp_poll e poll devono essere settati sullo stesso valore, mentre per default su Trixbox poll=128 e dsp_poll non specificato (quindi valore di default 64).
Io ho avuto riscontri abbastanza positivi! ![]()
Inoltre la modifica dei parametri mISDN può essere fatta anche per le chiamate in uscita, semplicemente aggiungendoli dopo una / che segue l’estensione chiamata, una coda del tipo exten => _X.,1,Dial(mISDN/1/12345/!e:vt0)




Utilizzando spesso l’installazione di mISDN, che si appoggia su un server SVN, avevo problemi nell scaricare questi file.
Ho scoperto che di default nella configurazione di squid, non è presente il metodo richiesto dal svn client.
Quindi vi basterà aggiungere in squid.conf
extension_methods REPORT MERGE MKACTIVITY CHECKOUT
e riavviare il proxy…
Così magicamente sarà possibile il download da servers SVN




Ciao, dopo qualche giorno di silenzio totale, dovuto a taaaanto lavoro, eccomi qui a ripostare qualche cosuccia, spero utile!
In questi giorni, il nostro pbx aziendale ha avuto qualche problema, e dopo qualche indagine, ho trovato che i problemi erano sui driver mISDN, infatti sul log messages avevo tali messaggi, un pò random
Feb 12 17:46:03 pbx kernel: mISDN dss1 fromup without proc pr=35a80 dinfo(112dd9)
Feb 12 17:46:49 pbx kernel: mISDN dss1 fromup without proc pr=35a80 dinfo(112ddc)
Feb 12 17:47:03 pbx kernel: mISDN dss1 fromup without proc pr=35a80 dinfo(112ddd)Feb 13 11:32:45 pbx kernel: mISDN_rdata: rport queue overflow 256/256 [addr:52020201 prim:120282 dinfo:ffffffff]
Feb 13 11:32:45 pbx kernel: mISDN_rdata: rport queue overflow 256/256 [addr:52010401 prim:120282 dinfo:ffffffff]
Feb 13 11:32:45 pbx kernel: mISDN_rdata: rport queue overflow 256/256 [addr:52020201 prim:120282 dinfo:ffffffff]Feb 13 13:05:35 pbx kernel: mISDN_FsmAddTimer: timer already active!
Feb 13 13:08:32 pbx kernel: mISDN: prim 280 addr 1000000 not implemented
Feb 13 13:08:55 pbx kernel: mISDN dss1 fromup without proc pr=35a80 dinfo(80070)
Feb 13 13:57:28 pbx kernel: mISDN dss1 fromup without proc pr=35a80 dinfo(a0107)
Feb 13 13:59:49 pbx kernel: mISDN: INTERNAL ERROR in /usr/src/install-misdn-mqueue/mqueue-misdn/mISDN/drivers/isdn/hardware/mISDN/stack.c:971 register duplicate 50010800 d91c3400 d91c3400
Feb 13 13:59:49 pbx kernel: mISDN: INTERNAL ERROR in /usr/src/install-misdn-mqueue/mqueue-misdn/mISDN/drivers/isdn/hardware/mISDN/stack.c:1180
Feb 13 13:59:49 pbx kernel: mISDNd: addr(f0000) prim(f1980) failed err(-22)
Feb 13 13:59:54 pbx kernel: mISDN: prim 280 addr 1000000 not implemented
Feb 13 13:59:54 pbx kernel: mISDN: prim 280 addr 1000000 not implemented
Feb 13 14:01:20 pbx kernel: mISDN: INTERNAL ERROR in /usr/src/install-misdn-mqueue/mqueue-misdn/mISDN/drivers/isdn/hardware/mISDN/stack.c:971 register
E così via…
Bhe questi problemi sembravano affliggere solo le versioni di mISDN precedenti alla 1.0.4, e potete risolvere installando la nuova versione, seguendo le istruzioni in un mio precedente post o dal sito misdn.org.
Però potrete incorrere, come me, nei seguenti errori
/usr/src/install-misdn-mqueue/mISDN-1_0_4/drivers/isdn/hardware/mISDN/hfc_multi.c: In function `handle_bmsg’:
/usr/src/install-misdn-mqueue/mISDN-1_0_4/drivers/isdn/hardware/mISDN/hfc_multi.c:2770: error: `HW_ECHOCAN_ON’ undeclared (first use in this function)
/usr/src/install-misdn-mqueue/mISDN-1_0_4/drivers/isdn/hardware/mISDN/hfc_multi.c:2770: error: (Each undeclared identifier is reported only once
/usr/src/install-misdn-mqueue/mISDN-1_0_4/drivers/isdn/hardware/mISDN/hfc_multi.c:2770: error: for each function it appears in.)
/usr/src/install-misdn-mqueue/mISDN-1_0_4/drivers/isdn/hardware/mISDN/hfc_multi.c:2783: error: `HW_ECHOCAN_OFF’ undeclared (first use in this function)
/usr/src/install-misdn-mqueue/mISDN-1_0_4/drivers/isdn/hardware/mISDN/hfc_multi.c: In function `release_ports_hw’:
/usr/src/install-misdn-mqueue/mISDN-1_0_4/drivers/isdn/hardware/mISDN/hfc_multi.c:3511: warning: ISO C90 forbids mixed declarations and code
/usr/src/install-misdn-mqueue/mISDN-1_0_4/drivers/isdn/hardware/mISDN/hfc_multi.c: In function `hfcpci_probe’:
/usr/src/install-misdn-mqueue/mISDN-1_0_4/drivers/isdn/hardware/mISDN/hfc_multi.c:4188: warning: ISO C90 forbids mixed declarations and code
/usr/src/install-misdn-mqueue/mISDN-1_0_4/drivers/isdn/hardware/mISDN/hfc_multi.c: In function `HFCmulti_cleanup’:
/usr/src/install-misdn-mqueue/mISDN-1_0_4/drivers/isdn/hardware/mISDN/hfc_multi.c:4378: warning: unused variable `i’
make[3]: *** [/usr/src/install-misdn-mqueue/mISDN-1_0_4/drivers/isdn/hardware/mISDN/hfc_multi.o] Error 1
make[2]: *** [_module_/usr/src/install-misdn-mqueue/mISDN-1_0_4/drivers/isdn/hardware/mISDN] Error 2
make[2]: Leaving directory `/usr/src/linux-2.6.15.2′
make[1]: *** [all] Error 2
make[1]: Leaving directory `/usr/src/install-misdn-mqueue/mISDN-1_0_4′
make: *** [mISDN-1_0_4] Error 2
Bene, basta che prima di eseguire il make, lanciare make force.
Ringrazio corona33cl del forum vocesuip.com per la soluzione!




Su Trixbox abbiamo due backup, quello offerto da FreePBX che però si limita a salvare i file di configurazione, i file de CDR, le voicemail e i record.
Questi backup possono essere fatti all’istante oppure schedulati.
Il modulo non funzionava pero! Ma dopo l’update che ho eseguito poco a, questa funzione finalmente funziona ![]()
L’altro backup è quello relativo al sistema trixbox, che salva inoltre librerie, file audio ed altro.
Per eseguirlo basta lanciare da console lo script backup_trixbox.sh, che però nella versione 2.0 ha un bug!
Infatti è passato al tar un parametro nella posizione sbagliata, ovvero dopo l’opzione “f”, che va messa in coda “–ignore-failed-read”.
Di seguito lo script corretto
#!/bin/sh
echo “Backing up system…”
mysqldump –user=root –password=passw0rd –all-databases –add-drop-table > /tmp/backup.sql
rm -f /etc/trixbox/trixbox_backup.tar.gz
tar cvf /etc/trixbox/trixbox_backup.tar /etc/zaptel.conf /etc/misdn-init.conf /etc/amportal.conf /etc/modprobe.conf /etc/fxotune.conf /etc/sysconfig/zaptel /etc/asterisk/* /var/lib/asterisk /var/spool/asterisk /var/lib/asterisk/sounds/custom/* /var/www/html/panel/*.cfg /tmp/backup.sql –ignore-failed-read
gzip /etc/trixbox/trixbox_backup.tar
rm -f /tmp/backup.sql
chown asterisk:asterisk /etc/trixbox/trixbox_backup.tar.gzecho “Done.”
That’s all folks!




Sul mio blog, vedo dalle statistiche, che una delle maggiori ricerche riguardo Trixbox, è la possibilità di ricevere fax via email.
Bene, è tutto molto semplice, dovete solamente configurare su General Settings – Fax Machine
Extension of fax machine for receiving faxes : system
Email address to have faxes emailed to : la vostra email
Email address that faxes appear to come from : quello che volete
Poi sotto Inbound Routes nella vostra route di default, dovete mettere come Fax Estension FreePBX default, fax email vuoto o specificato, Fax Detection type mettete Zaptel o NVfax (ritornerò su questo punto) e così pure Pause after answer un certo valore.
Come dice la parola stessa, su schede Zaptel dovrete mettere come detection type Zaptel, mentre come nel mio caso, con una scheda isdn e mISDN come stack, ricevo i fax usando NVfax, che è usato pure per SIP e IAX.
Come tempo di pausa, bhe mettete almeno 3 secondi, nelle mie prove 2 non bastano!
Così riceverete delle mail con allegati i fax in formato pdf.




Direi…niente di più semplice!
Ho letto in alcuni forum tempi addietro di gente afflitta dalla “difficoltà” di far funzionare schede isdn con Asterisk.
Bhe la difficoltà non è tanto per (o non solo) la configurazione di tali schede, ma proprio perchè è ISDN un tipo di protocollo complesso e che in Italia è gestito (male) da Telecom.
La risorsa principale di riferimento è mISDN, di stampo tedesco, lasciate perdere Bristuff.
Questo ci permetterà di utilizzare varie schede isdn, dai semplici modem isdn con il famoso chip Cologne HFC, alle schede professionali come le Beronet multi BRI (io ne ho una 8 BRI, con i cavi ad Y
)
Allora una volta installato il nostro Trixbox 2.0 questi i passi da fare
Se tutto parte senza errori editiamo un attimino il file /etc/asterisk/misdn.conf che dovrà seguire questa falsariga, che come regola generale va bene al 90%
[general]
debug = 0
method=standard
bridging=no
stop_tone_after_first_digit=yes
append_digits2exten=yes
dynamic_crypt=no
crypt_prefix=**
crypt_keys=test,muh[default]
context=misdn
language=it
musicclass=default
senddtmf=yes
far_alerting=no
allowed_bearers=all
nationalprefix=0
internationalprefix=00
rxgain=0
txgain=0
te_choose_channel=no
pmp_l1_check=no
reject_cause=16
need_more_infos=no
nttimeout=no
method=standard
dialplan=0
localdialplan=0
cpndialplan=0
early_bconnect=yes
incoming_early_audio=no
nodialtone=no
callgroup=1
pickupgroup=1
presentation=-1
screen=-1
echocancel=yes
jitterbuffer=4000
jitterbuffer_upper_threshold=0
hdlc=no[isdn]
ports=1
context=from-pstn
msns=*
Fondametale (sempre per colpa della Telecom) che sia presente pmp_l1_check=no, altrimenti dopo una chiamata la borchia si impalla, come se il cavo fosse rotto.
Per scrupolo loggatevi sulla console di Asterisk e dovrete avere disponibile il comando misdn.
Ah dimenticavo!!! Dovrete “far partire” lo stack mISDN prima dell’avvio di Asterisk, quindi create un link in /etc/rc3.d che punti a /etc/init.d, come priorità deve essere precedente a quella di zaptel, ad esempio S08.
–


More Options ...
Categorie
Tag Cloud
Blog RSS
Comments RSS

Void « Default
Life
Earth
Wind
Water
Fire
Light 