|
Test di funzionamento con Zimbra Community Edition |
|
|
|
|
Scritto da Alessandro Pensato
|
|
Sabato 14 Gennaio 2012 20:14 |
|
Vista la necessità di trovare un sistema mail (server con pop3/imap/webmail, antispam + antivirus, supporto LDAP, ecc) sto provando già da qualche tempo la soluzione open source offerta da Zimbra (ormai acquisita da VMWare).
Si tratta di una pacchetto contenente vari software tra i quali Postfix, ClamAV, SpamAssassin, ecc. In pratica si tratta di un pacchetto che in qualche minuto consente di realizzare un mail server completo ed efficiente, con il supporto anche per domini virtuali da affiancare a quello principale.
Per i vari test necessari a valutarne l'efficienza sia dal lato amministrativo che come utente finale, ho appena attivato un nuovo dominio .EU (porkyhttp.eu) al costo "esorbitante" di €1,20 compresi 10GB di spazio web e 4 db MySQL. |
|
Ultimo aggiornamento Sabato 14 Gennaio 2012 21:27 |
|
Scritto da Alessandro Pensato
|
|
Venerdì 06 Gennaio 2012 10:42 |
|
Sto facendo dei test sul VoIP, in particolare utilizzando come distribuzione preconfezionata Elastix 2.2.0 32bit. Come hardware, dopo varie prove, sto utilizzando un pc con mainboard AsRock, CPU Celeron 2.6GHz, 1GB di RAM e un hard disk IDE da 80GB. Per quanto riguarda le interfaccie per Asterisk sto utilizzando una vecchia X100P, che altro non è che un vecchio modem PCI con chip Ambient.
 Proprio per questo motivo ho avuto dei problemi nella gestione di questa interfaccia. Infatti, come riportato su vari forum e mailing list, tali schede "cloni" hanno dei problemi di conflitto di IRQ di non faci le risoluzione, infatti la soluzione migliore è stata quella di cambiare mainboard fino a trovarne una che non dasse questo problema. Una volta risolto questo punto, ho avuto altri problemi legato al modulo che deve gestire questa interfaccia FXO. Dopo varie prove e vedendo i file di log di sistema (dmesg), vedo riportate delle righe dove il sistema riconosce l'hardware, anche tramite dahdi_hardware, ma ci sono problemi nella gestione del firmware, che sarebbe non supportato, almeno in queste ultime versioni, prima non c'era alcun problema.
[19.988558] wcopenpci: [00] busy wait FAILED at 671 [20.396790] wcopenpci: [00] busy wait FAILED at 1504 [20.396794] wcopenpci: [00] Found ARM processor, dumb firmware. [20.396795] wcopenpci: [00] Firmware version 0 not supported by this driver [20.396798] wcopenpci: [00] contact Voicetronix to have it updated [20.397504] wcopenpci: [00] Initialising card [20.397516] wcopenpci 0000:11:01.0: PCI INT A -> GSI 21 (level, low) -> IRQ 21 [22.908026] wcopenpci: [00] busy wait FAILED at 671 [23.315945] wcopenpci: [00] busy wait FAILED at 1504 [23.315948] wcopenpci: [00] Found ARM processor, dumb firmware. [23.315950] wcopenpci: [00] Firmware version 0 not supported by this driver [23.315953] wcopenpci: [00] contact Voicetronix to have it updated [23.316111] wcopenpci: Module loaded
Ho risolto il problema andando a spulciare la cartella /etc/modproble.d/ dove al suo interno ho trovato dei file blacklist, e quindi mi sono chiesto: "Vuoi vedere che qui dentri vanno a scrivere i moduli da non caricare per evitare di compromettere il sistema con problemi di compatibilità????"
Infatti, all'interno del file /etc/modprobe.d/dahdi.blacklist.conf ho trovato alcune voci che ho ho commentato.
#blacklist wcfxo #blacklist wctdm #blacklist wcopenpci
Riavviando il sistema e andando a leggere il contenuto di dmesg non ho più trovato quelle righe e di fatto tutti i comandi dahdi_ (genconf, dahdi_scan, ecc) funzionano
[root@voip ~]# dahdi_scan [1] active=yes alarms=RED description=Generic Clone Board 1 name=WCFXO/0 manufacturer=Digium devicetype=Generic Clone location=PCI Bus 00 Slot 13 basechan=1 totchans=1 irq=193 type=analog port=1,FXO
Per quanto rigurada l'uso di questa interfaccia con Asterisk ho modificato alcuni file di configurazione, in particolare /etc/asterisk/chan_dahdi.conf e /etc/dahdi/system.conf. Per prima cosa occorre generare la configurazione per la nuova interfaccia FXO, e questo si genera tramite il comando dahdi_genconf direttamente da console.
A questo punto ho modificato i file citati in precedenza in questo modo
nano /etc/asterisk/chan_dahdi.conf ; Auto-generated by /usr/sbin/hardware_detector [trunkgroups]
[channels] context=from-pstn signalling=fxs_ks rxwink=300 ; Atlas seems to use long (250ms) winks usecallerid=yes hidecallerid=no callwaiting=yes usecallingpres=yes callwaitingcallerid=yes threewaycalling=yes transfer=yes canpark=yes cancallforward=yes callreturn=yes echocancel=yes echocancelwhenbridged=no faxdetect=incoming echotraining=800 rxgain=0.0 txgain=0.0 callgroup=1 pickupgroup=1 relaxdtmf=yes
;Uncomment these lines if you have problems with the disconection of your analog lines busydetect=yes busycount=3
immediate=yes
group=1 channel => 1
;#include dahdi-channels.conf ;#include chan_dahdi_additional.conf
nano /etc/dahdi/system.conf # Autogenerated by /usr/sbin/dahdi_genconf on Thu Jan 5 12:53:13 2012 # If you edit this file and execute /usr/sbin/dahdi_genconf again, # your manual changes will be LOST. # Dahdi Configuration File # # This file is parsed by the Dahdi Configurator, dahdi_cfg # # Span 1: WCFXO/0 "Generic Clone Board 1" (MASTER) RED fxsks=1 echocanceller=oslec,1
# Global data
loadzone = it defaultzone = it
Procedo al riavvio del sistema in modo da ricaricare la nuova configurazione. Adesso è possibile utilizzare l'interfaccia FXO per creare dei Trunk ZAP Trunk (DAHDI compatibility Mode) ricordandoci di utilizzare g1 come Zap Identifier, quindi giocare con le Route Inbound e Outbound.
|
|
Ultimo aggiornamento Venerdì 06 Gennaio 2012 10:52 |
|
Scritto da Alessandro Pensato
|
|
Mercoledì 04 Gennaio 2012 15:19 |
|
Alla ricerca di hardware per Asterisk!!! A qualcuno avanza qualche scheda PCI che non utilizza più???
Aggiornamento 05/01/2012:
Ho appena comprato una scheda Digium TDM410P con 3 moduli FXO e 1 modulo FXS

|
|
Ultimo aggiornamento Venerdì 06 Gennaio 2012 10:54 |
|
Scritto da Alessandro Pensato
|
|
Venerdì 12 Agosto 2011 08:09 |
|
Apriamo le porte al futuro! Sperimentate, provate e giocate con la ricerca, i suoi protagonisti ed altro durante la notte dei ricercatori. Il tema della notte? La scienza e le fiction TV. Venite a fare con i ricercatori l’analisi del vostro DNA come in CSI o RIS! Imparate le tecniche di pronto soccorso in una sala operatoria ricostruita come in ER! Vi piace Numbr3s? Allora venite a sperimentare e giocare con i matematici di Light!
Perché la curiosità non è mai stata spinta così al limite! In tutta Europa la notte del 23 settembre sarà dedicata ai ricercatori e alle loro scoperte.
Se sei a Roma, Bari, Benevento, Rende (Cosenza) o Palermo, se vuoi passare una notte diversa, se hai voglia di divertirti gratuitamente passa a trovarci.
Light, la Notte dei Ricercatori, ti aspetta dalle 18.00 in poi!
Programma / Provvisorio

|
|
Ultimo aggiornamento Mercoledì 04 Gennaio 2012 15:21 |
|
|