Sto attrezzandomi per un altra iniziativa, ovvera la realizzazione di video corsi.
Per adesso ho realizzato un video per la creazione di un trunk custom su Trixbox, utile ad esempio per configurare un Patton qualisiasi.
Questo può affiancarsi alla guida che propongo con una piccola contribuzione, in alternativa alla guida cartacea + il file di configurazione del Patton.
Come esempio in questo caso uso Trixbox 2.6.0.7, se eventualmente siete interessati vi comunico “la contribuzione” su consulenze at ciacci.biz
Ciao!
Il titolo del post riassume quello che voglio fare, ovvero un sistema fault tollerance che prevede la sincronizzazione dei dati utente e di sistema (quindi voicemail, db di freepbx e altro) tra i due sistemi, HA con HeartBeat e monitor con MON, in quanto può capitare che qualche servizio vada giu indipendentemente dalla connessione o guasto hardware (ad esempio un crash di mysql).
Se avete suggerimenti, opinioni o direttamente una soluzione da pubblicare, sarò felice di ospitarvi qui e su www.ilmiovoip.com, io intanto comincerò a lavorare un pò sulla soluzione (attualmente la parte trixbox+heartbeat è già operativa, a breve la parte MON).
Quello che più mi interessa attualmente è conoscere la struttura delle directory che servono a Trixbox per configurare drbdlinks.conf, è un lavoro duro e per ora ho partorito questo
/var/account
/var/ftp
/var/nwebmail
/var/spool/asterisk
/var/spool/clientmqueue
/var/spool/mqueue
/var/spool/vbox
/var/trixbox_load
/var/www
/var/lib/asterisk
/var/lib/ircd
/var/lib/mysql
/var/lib/php
/etc/asterisk
/etc/httpd
/etc/ircd
/etc/mail
/etc/php.d
/etc/vsftpd
/usr/lib/httpd
/etc/vsftpd.ftpusers
/etc/vsftpd.user_list
/etc/aliases
/etc/aliases.db
/etc/dhcpd.conf
/etc/my.cnf
/etc/php.ini
/etc/xinetd.conf
/etc/xinetd.d
ma può darsi che ci siano omissioni e/o errori.
Mi sto scaricando l’immagine VMware, vediamo che simpatiche innovazioni ci saranno e se sarà già usabile in ambienti di produzione.
Tra qualche giorno le prime impressioni!
Può essere utile avere un’installazione con due Trixbox identici, in modo che se uno subisce un failure hardware, entra automaticamente in funzione l’altro.
Nel mio esempio si tratta solo di IP-PBX senza hardware telefonico, altrimenti dovrete usare hardware telefonico ridondante, come i prodotti RedPhone.
Allora prima di tutto è necessario installare heartbeat, per farlo basterà yum -y install heartbeat
Fatto ciò editate prima di tutto il file /etc/ha.d/ha.cf
debugfile /var/log/ha-debug
logfile /var/log/ha-log
keepalive 3
deadtime 10
warntime 6
udpport 694
ping 192.168.0.14
bcast eth1
auto_failback off
node ast-srv1
node ast-srv2
respawn hacluster /usr/lib/heartbeat/ipfail
crm no
L’indirizzo ip dopo ping è il mio router, praticamente ogni nodo lo pinga, e quando il ping non va a buon fine, si presume che il nodo sia down.
La scheda eth1 sarà utilizzata come “battito cardiaco” 
(non ho voglia di stare a spiegare qui HeartBeat nella sua teoria, per quello vi rimando a www.linux-ha.org )
Adesso dobbiamo editare il file /etc/ha.d/haresources
ast-srv1 192.168.0.250 amportal
Adesso il file /etc/ha.d/authkeys
auth1
1 sha1 $SuperDifficultzPasswd$
Poi chmod 600 authkeys.
Dovrete copiare tutti questi file in maniera speculare sull’altro server, editare il file /etc/hosts in modo che ast-srv1 e ast-srv2 siano risolti.
Adesso su /etc/rc.local commentate la riga (con #) di amportal start, quindi copiate lo script in /etc/ha.d/resource.d
Alla fine attivate il servizio con service heartbeat start, e per rendere permantente l’avvio su chkconfig heartbeat start.
Adesso facendo delle prove, vedrete automaticamente in caso di fault di rete ad esempio, partire asterisk nell’altro server e quando il primo tornerà in funzione deciderete se spsostare il controllo di nuovo su di esso.
E’ possibile farlo in automatico, ma trattandosi di telefonate, sarebbero interrotte di colpo, quindi meglio farlo in un orario che non c’è nessuno (l’opzione è auto_failback on).
Per far riavviare asterisk nel primo server e chiuderlo da secondo, eseguite sul primo server /usr/lib/heartbeat/hb_takeover
Ci siamo! Finalmente è stato rilasciato Trixbox 2.4 e promette di fare scintille!
Le prime reazioni sul forum ufficiali sembrano entusiastiche, sembra proprio il miglior rilascio di sempre, con una serie notevole di novità, ma sopratutto bug fixes, una pulizia notevole al codice (discretamente caotico fino ad ora).
Le maggiori novità sono sicuramente l’utilizzo di Asterisk 1.4, il maggior supporto hardware (grazie all’uso di CentOS 5.1), software per l’eliminazione dell’eco e molto altro.
Inoltre attraverso FreePBX è possibile adesso essere informati via mail quando vi è un failure su un trunk.
Prevedo a breve di fare un’installazione di prova, così vedremo se tante promesse sono state mantenute!
Ah, potete scaricare la qui la iso.
Può capitare che nelle versioni precedenti alla 2.2.8 di Trixbox, non funzioni il MOH nei trunks SIP.
Questo per problemi di timing, in quanto è probabile che i moduli Zaptel non siano caricati correttamente.
Anche se non avete schede zaptel, è fondamentale la presenta di ztdummy, necessario appunto per il timing; il moh non funzionante si riassume in “scattosità” dei suoni, o assenza totale di essi.
Sinceratevi dell’eventuale assenza dei moduli con il comando lsmod ed in caso di mancanza, o impossibilità di aggiornarli tramite yum, scaricate questo fix e dopo lanciate
chmod +x fix-zaptel.sh
asterisk -r
myasterisk*CLI>stop gracefully./fix-zaptel.sh
Alla fine riavviate, e tutto a questo punto dovrebbe funzionare.
Con la iso scaricata dal sito, quando andiamo a fare un reboot o un halt, il sistema va in kernel panic, dovuto ai moduli zaptel in presenza dei moduli Sangoma Wanpipe.
E’ possibile una soluzione “temporanea”, ovvero eseguire
amportal stop
service wanrouter stop
prima di effettuare reboot/halt.
Al momento in cui scrivo però è disponibile un aggiornamento tramite yum, che installerà zaptel e zaptel-modules aggiornati, che risolvono tale problema.
Ho messo in produzione da noi, come server di frontend una Trixbox 2.2.5a e devo dire che gli sviluppatori hanno fatto un buon lavoro.
Forse saranno i soldi arrivati da Fonality, ma rispetto alle versioni 2.0 e 2.2.0 è semplicemente migliore.
La base è sempre la stabile CentOS, sempre facilmente customizzabile, ma l’innovazione maggiore, apparte la migliorata GUI grafica generalista, è sicuramente freePBX alla versione 2.3.1, adesso più snella e gradevole (credo che alcune parti del codice siano scritte in Ruby).
Devo ancora lavorarci un pò per vedere le tante novità, ma una che mi è saltata all’occhio è che finalmente c’è l’opzione Giorno/Notte, presente anche nei PBX analogici vetusti, e finalmente adesso anche nella nostra Trix!
Ho intenzione di fornire un nuovo servizio ai miei utenti!
Devo ancora studiare bene come realizzare bene la cosa, ma penso di fornire a chi me ne fà richiesta di un’immagine VMware di Trixbox completa di 5 o 6 interni, provider sip oppure configurato per effettuare e ricevere le chiamate attraverso un Patton 4638.
Insomma, fornire una installazione personalizzata e funzionante di Trixbox.
Potete poi, attraverso software appositi, trasferire l’immagine VMware verso una macchina fisica (V2P).
Penso di fornire l’immagine (completa di player VMware) su DVD, via posta raccomandata a circa €70 euro comprese le spese di spedizione, eventuali personalizzazioni le concorderemo privatamente.
Chi fosse interessato può già mandarmi un’email a consulenze@ciacci.biz, anche se ancora non mi sono attivato completamente, ma penso di farlo nei prossimi giorni.
A presto!
Questo breve post per annunciare un piccolo servizio di consulenza su Patton 4638+Trixbox, ovvero dato che ho avuto diverste richieste ed i riscontri sono stati positivi, ho deciso di “pubblicizzare” la cosa.
Ovvero a chi ne farà richiesta spedirò via email una piccola guida sulla configurazione di un Patton 4638 e Trixbox.
La guida è molto pratica, non si parla di teoria, ma come configurare il patton e trixbox per fare e ricevere telefonate.
I dati di cui ho bisogno per creare la configurazione del Patton (ovviamente di base, ai fini del funzionamento)
-IP che intendete dargli
-IP del server Trixbox
-Eventuali numeri telefono presenti sulle ISDN
Per ricevere la guida personalizzata effettuate un pagamento di € 35,00 tramite Paypal all’indirizzo consulenze@ciacci.biz specificando nella causale GUIDA TRIXBOX+PATTON e un altra email con i dati sopra citati.
Vi invierò la guida nel giro di poche ore (giorni lavorativi e problemi logistici permettendo )
Previous Entries
Categories
Tag Cloud
Blog RSS
Comments RSS
Last 50 Posts
Back
Void 
Life 
Earth 
Wind 
Water 
Fire