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.

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.

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

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