Instalamos los siguientes paquetes para que asterisk tenga soporte SNMP:
aptitude install libsnmp15 libsnmp-base libsnmp-dev


Cuando hagamos el ‘make menuconfig’ nos aseguramos que en ‘Resource Modules’ esté seleccionado el módulo ‘res_snmp’.

Una vez compilado tendremos en nuestro dir /etc/asterisk el archivo res_snmp.conf

Nos aseguramos en el CLI de que esta cargado:
pulsar*CLI> module show like snmp
Module Description Use Count
res_snmp.so SNMP [Sub]Agent for Asterisk 0
1 modules loaded

Ahora procedemos a instalar los paquetes: snmp y snmpd
aptitude install snmp snmpd


Hacemos una copia del archivo /etc/snmp/snmpd.conf y procedemos a editarlo. Ponemos:
master agentx
agentXPerms 0660 0660 root root

com2sec local localhost nombre_comunidad
com2sec mynetwork 192.168.X.0/24 nombre_comunidad

group MyROGroup any local
group MyROGroup any mynetwork

view all included .1

access MyROGroup "" any noauth 0 all none none


Yo pongo user y group ‘root root’ porque corro asterisk como root.
En los datos de la red (192.168.X.0/24) tienes que poner los datos de tu red para que puedas acceder a los datos desde ella (también podríamos validar tan solo una cierta IP).
También tienes que poner el nombre de tu comunidad snmp.

A continuación reiniciamos el servicio:
# service snmpd restart


A continuación configuramos en asterisk el archivo /etc/asterisk/res_snmp.conf y descomentamos ambas líneas:
;
; Configuration file for res_snmp
;
[general]
; We run as a subagent per default -- to run as a full agent
; we must run as root (to be able to bind to port 161)
subagent = yes
; SNMP must be explicitly enabled to be active
enabled = yes


Ahora vamos al dir de las sources de asterisk y copiamos los archivos .mib.tx al dir /usr/share/snmp/mibs:

# cd /usr/src/asterisk-1.6.0.XX/doc
# cp digium-mib.txt /usr/share/snmp/mibs/
# cp asterisk-mib.txt /usr/share/snmp/mibs/


Reiniciamos el servicio snmpd de nuevo:
# service snmpd restart


Y exportamos los MIBS:
# export MIBS=+ASTERISK-MIB


Por último reiniciamos asterisk:
CLI> core restart when convenient


Probamos que asterisk nos de toda la información por snmp:
# snmpwalk -On -c nombre_cominudad -v 2c localhost .1.3.6.1.4.1.22736

Y debería de salirte un porrón de información sobre lo que esta pasando en asterisk (canales, llamadas, extenciones, etc, etc)

El motivo por el cual no lograba hacerlo funcionar en Debian o en Ubuntu desde otra máquina es por que esta habilitado para escuchar solo en localhost. Para que puedas leerlo desde otro equipo o aplicación tienes que hacer este cambio en /etc/default/snmpd:
#SNMPDOPTS='-Lsd -Lf /dev/null -u snmp -I -smux -p /var/run/snmpd.pid 127.0.0.1 -x /var/agentx/master'
SNMPDOPTS='-Lsd -Lf /dev/null -u snmp -I -smux -p /var/run/snmpd.pid -x /var/agentx/master'

Quitando la ip para que escuche solo en localhost y reiniciar el servicio.

Ahora ya podemos acceder desde nagios o PTRG por ej.

Fuentes:
http://www.danielaliaman.com/blog/files/AsteriskSNMPtutorial.pdf

Así que siguiendo con la configuración del anterior post, en este vamos a explicar como adaptar asterisk a este entorno y finalmente como configurar el redfone.

Lo único que hay que tener en cuenta es que después de instalar asterisk en ambos servidores hay que ‘mover’ los dirs de asterisk a la partición conjunta y crear enlaces.

Es decir, instalamos normalmente dahdi (ya podemos instalar la 2.3.0 que trae soporte TDMoE para el redfone), libpri y asterisk.

Una vez instalado tenemos que poner los dirs mas importantes de la instalación en el dir de la répicla del Drbd ‘/mnt/local/replica/asterisk’:
# cd /mnt/local/replica/asterisk
# cp -r /etc/asterisk etc_asterisk
# cp -r /var/lib/asterisk var_lib_asterisk
# cp -r /usr/lib/asterisk usr_lib_asterisk
# cp -r /var/spool/asterisk var_spool_asterisk
# cp -r /var/log/asterisk var_log_asterisk


Y creamos enlaces a esos dirs:
# ln -s /mnt/local/replica/asterisk/etc_asterisk/ /etc/asterisk
# ln -s /mnt/local/replica/asterisk/var_lib_asterisk /var/lib/asterisk
# ln -s /mnt/local/replica/asterisk/usr_lib_asterisk /usr/lib/asterisk
# ln -s /mnt/local/replica/asterisk/var_spool_asterisk /var/spool/asterisk
# ln -s /mnt/local/replica/asterisk/var_log_asterisk /var/log/asterisk


Ahora podemos ir a asterisk2 e instalar nuevamente dahdi, asterisk y libpri borrar los dirs y crear los enlaces.
En este caso serán enlaces rotos, hasta el momento en que se le pase el control.

Redfone
Ahora ya podemos proseguir con la instalación del redfone.
Redfone es un gateway que a través de un interfaz de red (protocolo TDMoE) nos proporciona conectividad T1/E1.
En el caso de que un servidor asterisk se caiga, el tráfico lo redirige al otro asterisk y le da el control de los E1/T1. Proveyendo así de redundancia y alta disponibilidad.
Al ser un dispositivo externo, nos olvidamos de tarjetas PCI y sus problemas (conflicto de IRQ’s, andar abriendo el servidor…).
El Redfone funciona en modo activo-pasivo (no pueden salir dos asterisk a la vez por los primarios).
También disponen de cancelador de eco. Para mas info consultar la página de redfone

Instalación física
Para conectar el Redfone a cada servidor asterisk, lo conectamos con un cable de red cruzado directamente y evitar así utilizar un switch entre la red de datos y la conexión TDMoE que une el Asterisk y el foneBridge2, ya que la cantidad de tráfico entre estos es tan grande y constante que suelen volver loco a los switches normales, y además, conviertes al switch en un punto de fallo innecesario.

Por lo cual necesita su propio interfaz de red que configuraremos en cada uno de los servidores.
Los FB del redfone son las IP’s: FB1=192.168.1.254 y FB2=192.168.1.253 por lo cual configuraremos el interfaz de red de ambos servidores con una ip en rango 1.X. Por ejemplo la 192.168.1.200 para los dos:
auto ethX
iface ethX inet static
address 192.168.1.200
netmask 255.255.255.0
network 192.168.1.0
broadcast 192.168.1.255


El cable de red para el T1/E1 es un cable de red cruzado o un RJ48.

Instalación
1- Instalamos las dependencias necesarias:
aptitude install openssh-server
aptitude install build-essential
aptitude install linux-headers-2.6.24-19-server
aptitude install libnet1 libnet1-dev
aptitude install libpcap0.8 libpcap0.8-dev
aptitude install libargtable2-0 libargtable2-dev
aptitude install libncurses5-dev
aptitude install libnewt-dev


2- Descargamos libfb (fonulator library) y fonulator (the fonebridge configuration utility):
# cd /usr/src
# wget http://support.red-fone.com/downloads/fonulator/libfb-2.0.0.tar.gz
# wget http://support.red-fone.com/downloads/fonulator/fonulator-2.0.1.tar.gz


Instalamos fonulator library:
# tar xzvf libfb-2.0.0.tar.gz
# cd libfb-2.0.0/
# make clean
# ./configure
# make
# make install
# cd ..


Si instala bien saldrá algo como:
Libraries have been installed in:
/usr/local/lib

If you ever happen to want to link against installed libraries
in a given directory, LIBDIR, you must either use libtool, and
specify the full pathname of the library, or use the `-LLIBDIR'
flag during linking and do at least one of the following:
- add LIBDIR to the `LD_LIBRARY_PATH' environment variable
during execution
- add LIBDIR to the `LD_RUN_PATH' environment variable
during linking
- use the `-Wl,--rpath -Wl,LIBDIR' linker flag
- have your system administrator add LIBDIR to `/etc/ld.so.conf'

See any operating system documentation about shared libraries for
more information, such as the ld(1) and ld.so(8) manual pages.


Instalamos Fonebdridge utility:
# tar xzvf fonulator-2.0.0.tar.gz
# cd fonulator-2.0.0
# ./configure
# make
# make install
# cd ..


Para confirmar que se ha instalado correctamente:
# fonulator -V
fonulator 2.0.0
Copyright (C) 2007 Redfone Communications, LLC.
Build Number: 36


Descargamos e instalamos dahdi en su version 2.3.0 o superior ya que ya trae incluido de serie el soporte TDMoE para los redfone.

Instalamos todos los demás componentes de asterisk con normalidad (ver mas arriba para adaptar la instalación al Drbd).

Configuración y provisionamiento del redfone
Mi configuración será para dos primarios E1 con crc4. Como siempre deberías adaptarlo a tu configuración o consultar la página de soporte de redfone.

Nos descargamos en /etc el archivo redfone.conf y procedemos a editarlo tanto en Asterisk1 como en Asterisk2. Debemos definir ambos spans aunque solo tengamos un solo primario conectado:
# cd /etc/
# wget http://support.red-fone.com/downloads/fonulator/redfone.conf


En asterisk1 ponemos:
globals]
fb=192.168.1.254
port=1
server=DIRECCION-MAC-DE-LA-TARJETA-ETHX-DE-ASTERISK1-CONECTADA-AL-REDFONE
priorities=0,1,2,3

# E1 primario
[span1]
framing=ccs
encoding=hdb3
crc4

# E1 secundario
[span2]
framing=ccs
encoding=hdb3
crc4


En asterisk2 ponemos:
[globals]
fb=192.168.1.253
port=1
server=DIRECCION-MAC-DE-LA-TARJETA-ETHX-DE-ASTERISK2-CONECTADA-AL-REDFONE
priorities=0,1,2,3

# E1 primario
[span1]
framing=ccs
encoding=hdb3
crc4

# E1 secundario
[span2]
framing=ccs
encoding=hdb3
crc4


Ahora debemos provisionar (configurar) los parámetros del redfone.
Desde asterisk1 ejecutamos:
# fonulator -v /etc/redfone.conf
Detecting foneBRIDGE
Found a foneBRIDGE with 2 spans on 1 transceivers.
DSP Status: Available
Stopping foneBRIDGE TDMoE transmission
Detecting current foneBRIDGE link configuration
Stopping foneBRIDGE TDMoE transmission
WPLL Enabled
Starting foneBRIDGE TDMoE transmission
foneBRIDGE reconfigured!


A continuación editamos el archivo /etc/dahdi/system.conf tanto en Asterisk1 como en Asterisk2. Si tenemos un redfone de dos primarios, debemos configurar los 2 dynamic spans aunque solo tengamos conectado un solo primario.
En el /etc/dahdi/system.conf de asterisk1 ponemos:
dynamic=ethmf,eth1/00:XX:C2:XX:D6:2A/0,31,0
dynamic=ethmf,eth1/00:XX:C2:XX:D6:2A/1,31,1
#
bchan=1-15,17-31
dchan=16
bchan=32-46,48-62
dchan=47
#
# NOTE: Most E1 use alaw codec and this must be specified.
alaw=1-62
#
loadzone = es
defaultzone = es


Esto significa que nuestro asterisk1 se comunica con su interfaz de red eth4 con el FB1 del redfone cuya Mac address es: 00:XX:C2:XX:D6:2A

En el asterisk2 en el /etc/dahdi/system.conf ponemos:
dynamic=ethmf,eth1/00:XX:C2:XX:D6:2B/0,31,0
dynamic=ethmf,eth1/00:XX:C2:XX:D6:2B/1,31,1
#
bchan=1-15,17-31
dchan=16
bchan=32-46,48-62
dchan=47
#
# NOTE: Most E1 use alaw codec and this must be specified.
alaw=1-62
#
loadzone = es
defaultzone = es


Que significa que cuando fonulator levante el redfone aqui, el asterisk2 se comunicará desde su interfaz de red eth3 con el FB2 cuya Mac address es: 00:XX:C2:XX:D6:2B.

NOTA
Este es uno de los motivos por los que el dir /etc/dahdi no puede estar en Drbd, porque estos archivos necesitan ser diferentes

A continuación nos toca configurar el archivo /etc/asterisk/chan_dahdi.conf lo cual es igual que siempre y dependerá de tu config. El mío es:
[channels]
group=1
language=es
musiconhold=default
pridialplan=unknown
prilocaldialplan=unknown
;internationalprefix=00
usecallerid=yes
hidecallerid=no
restrictcid=no
usecallingpres=yes
callerid=asreceived
callwaiting=yes
threewaycalling=yes
transfer=yes
immediate=no
;resetinterval=never
echocancel=yes
;echocancel=256
echocancelwhenbridged=no
;echocancelwhenbridged=yes
echotraining=no
;echotraining=yes
priindication=outofband
callgroup=1
pickupgroup=1
txgain=0.0
rxgain=7.0
switchtype=euroisdn
context=incoming-loquesea
signalling=pri_cpe
channel => 1-15
channel => 17-31


Cargamos los módulos dahdi_dynamic y dahdi_dynamic_ethmf con modprobe y comprobamos con dahdi_tool que ha reconocido el Redfone:
# modprobe -a dahdi_dynamic_ethmf
# dahdi_cfg -vvv
# dahdi_tool


Y comprobamos que los primarios están levantados y en ‘Ok’.

Script fonulator

Este tema es especifico para la instalación con Heartbeat.
Si se cae asterisk1, se tiene que ejecutar fonulator desde asterisk2 para configurarlo para su mac address y hacerse con el control.
Los servicios que se deben ejecutar cuando haya un failover, se especifican en el archivo /etc/ha.d/haresources en ambos asterisk:
asterisk1 drbddisk::r0 Filesystem::/dev/drbd0::/mnt/local/replica::ext4 IPaddr::192.168.3.111/24/eth0 fonulator asterisk sendmail


Son scrits de inicio que debe haber en /etc/init.d. asterisk es el script de inicio de asterisk en si, sendmail es un script hecho por mi para que me envíe un mail si alguna vez hay un ‘failover’ y fonulator es un Scrip para que provisione el redfone con el otro servidor cuando haya un ‘failover’.

Aquí está el script adaptado para Debian, ubuntu y derivadas (Muchas gracias a Mark de Redfone por su aportación ):
#!/bin/bash
#
# fonulator Starts and Stops the Redfone fonulator utility
#
# chkconfig: - 60 50
# description: Utility for configuring the Redfone fonebridge
#
# processname: fonulator
# config: /etc/redfone.conf

# Source function library.
#. /etc/rc.d/init.d/functions

# Source networking configuration.
#. /etc/sysconfig/network

exit $RETVAL


Lo ponemos en /etc/init.d y le damos permisos de ejecución.

Solucionando el orden de arranque de los servicios y posibles kernels panics
Si por algún motivo al apagar el equipo nos da uin kernel panic, esto sucede porque está intentando apagar la red cuando dahdi aún está en uso. Por lo cual parece que hay que apagar Dahdi antes de apagar la red.
Es decir el orden de apagado debería de ser, primero asterisk, luego dahdi y por último la red
Por favor, si esto no es exactamente así agradecería que me lo comentaseis. A mi me ha funcionado.

Por lo tanto he puesto el apagado en este orden:
K03asterisk -> ../init.d/asterisk
K05heartbeat -> ../init.d/heartbeat
K08drbd -> ../init.d/drbd
K70dahdi -> ../init.d/dahdi
S35networking -> ../init.d/networking


La forma de hacerlo en Debian/Ubuntu es la siguiente.
Primero borramos dahdi:
# update-rc.d -f dahdi remove


Luego lo ponemos en la nueva posición:
# update-rc.d dahdi defaults 15 70
Adding system startup for /etc/init.d/dahdi ...
/etc/rc0.d/K70dahdi -> ../init.d/dahdi
/etc/rc1.d/K70dahdi -> ../init.d/dahdi
/etc/rc6.d/K70dahdi -> ../init.d/dahdi
/etc/rc2.d/S15dahdi -> ../init.d/dahdi
/etc/rc3.d/S15dahdi -> ../init.d/dahdi
/etc/rc4.d/S15dahdi -> ../init.d/dahdi
/etc/rc5.d/S15dahdi -> ../init.d/dahdi


Nótese que lo hace solo para el rc0.d rc1.d y rc6.d que son los encargados del halt y el reboot.
Comprobamos también que el orden de apagado de la red vaya de último.

Si nos descargamos las versiones de dahdi desde redfone que traen soporte TDMoE (anteriores a la 2.3.0), hay que sustituir el script de inicio de dahdi por uno que provee redfone. Este script permite que NO se cargue el módulo dahdi_dummy, ya que puede dar problemas con el timming, asi que es importante sustituirlo.
Me gustaría saber si esto es necesario con el dahdi oficial que ya trae soporte TDMoE (>=2.3.0).
Yo no lo he sustituido y no he tenido ningún problema con el módulo dahdi_dummy, pero estaría bien poder confirmar que las nuevas versiones de dahdi ya traen adaptado este script.

Si queremos sustituirlo haremos:
# wget http://support.red-fone.com/downloads/dahdi/dahdi
# chmod +x dahdi
# cp dahdi /etc/init.d/


PD:
Por cierto estas instrucciones me han funcionado a mi y se ofrecen sin ningún tipo de garantía.
Siento no permitir comentarios, en parte porque siempre me olvido de contestarlos y porque entiendo que si has llegado hasta aquí y estás intentando instalar algo así tendrás los recursos necesarios para solucionarlo por tu cuenta y no tener que investigar yo sobre como solucionarlo… espero que no suene muy borde
Si necesites adaptar ciertas cosas e investigar mas sobre el asunto, estaría bien leer las siguientes fuentes en las que me basé.

Fuentes:
http://support.red-fone.com/index.php?_m=knowledgebase&_a=viewarticle&kbarticleid=13
y
http://support.red-fone.com/index.php?_m=knowledgebase&_a=viewarticle&kbarticleid=8
y
http://www.sinologic.net/blog/2010-01/probamos-el-fonebridge2-single-port-e1-t1/
y
http://www.sinologic.net/blog/2010-05/mini-tutorial-sobre-configuracion-de-equipos-redfone/

En este HowTo vamos a instalar un cluster de dos asterisk conectados a un redfone, el cual nos permite tener varias centralitas conectadas a un primario (o varios primarios) y no tener que usar varias tarjetas de telefonía.

En un Call Center donde el sistema debe ser altamente confiable, no se puede dar el lujo de que si cae un servidor asterisk se pare el servicio. Si sucede esto con tarjetas de telefonía y una instalación sin HA, aún teniendo otro asterisk igual configurado, tendríamos que pasar toda la configuración, logs y migrar al nuevo hardware las tarjetas PCI físicamente. Lo cual puede tardar un buen tiempo en ser realizado.

Montando un cluster de asterisk en HA, podríamos tener dos sevidores compartiendo una IP virtual (Heartbeat) y sincronizando los datos de sus directorios (con Drbd) de forma que si el servidor primario se cae, el segundo automáticamente coge esa IP y empieza a dar servicio (Heartbeat). Y todo esto con una parada de servicio de unos 5 segundos.

Así que no mas caidas de servicio y no mas llamadas en medio de la noche .

Los distribución usada será Ubuntu server (LTS. hardy o Lucid) ya que es a la que estoy mas acostumbrado, pero valdría perfectamente para Debian. Se presuponen conocimientos de Asterisk y GNU/Linux.

DRBD (Distributed Replicated Block Device). En pocas palabras, DRBD es un arreglo de software parecido a un RAID1 pero en red, el cual construye un mirror de discos sobre LAN. Sincroniza dos particiones de dos servers diferentes. No es recomendable sincronizarlos a través del switch o router de tu red ya que genera muchísimas peticiones. Deberían tener cada server dos interfaces de red. Una para la red y otra con un cable cruzado directamente entre los dos servers para el Drbd. De esta forma no colapsaremos la red.

Heartbeat hace referencia a un servicio o un ping periódico para comprobar que el sistema está levantado y corriendo. Mantendrá de esta forma 2 o mas nodos sincronizados bien por puerto serie o por red (UDP).
Se pueden hacer configuraciones avanzadas, pero en este caso usaremos un Hearbeat de 2 nodos.

Empezamos instalando los componentes:

Drbd
Antes de nada explicar que durante la instalación debemos particionar ambos servidores exactamente igual y tendremos que crear una partición extra que en mi caso se va a llamar ‘replica’ que es la que va a tener los datos replicados en ambos servidores. En mi caso he hecho una instalacion con LVM y he creado un raiz de 20 GB y replica de 48 GB. La partición ‘replica’ la formateamos en ext3 o ext4 y la dejamos sin montar.

Los equipos se van a llamar ‘asterisk1′ y ‘asterisk2′. En primer lugar configuramos el segundo interfaz de red para que haga Drbd directo a traves de un cable cruzado y no pase por el switch de nuestra red ya que pordría colapsarla. Ya vamos avisando de que será necesario un servidor con 3 interfaces de red. Uno para la red, otro para el drbd y otro para el Redfone.
Estos datos serían los adecuados para mi red. Seguramente deberás adaptarlos a la tuya.
En el /etc/network/interfaces de astetisk1 ponemos:
# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto eth0
iface eth0 inet static
address 192.168.3.141
netmask 255.255.255.0
network 192.168.3.0
broadcast 192.168.3.255
gateway 192.168.3.1
# dns-* options are implemented by the resolvconf package, if installed
dns-nameservers 192.168.3.103 192.168.3.203
dns-search telemarketing.es

auto eth1
iface eth1 inet static
address 192.168.10.141
netmask 255.255.255.0
network 192.168.10.0
broadcast 192.168.10.255


Y en el /etc/network/interfaces de asterisk2:
# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto eth0
iface eth0 inet static
address 192.168.3.142
netmask 255.255.255.0
network 192.168.3.0
broadcast 192.168.3.255
gateway 192.168.3.1
# dns-* options are implemented by the resolvconf package, if installed
dns-nameservers 192.168.3.103 192.168.3.203
dns-search telemarketing.es

auto eth1
iface eth1 inet static
address 192.168.10.142
netmask 255.255.255.0
network 192.168.10.0
broadcast 192.168.10.255


La primera interfaz de red es la del servidor en si y la segunda la del drbd.
También nos aseguramos de que ambos puedan resolver al otro (sin ningún servidor DNS por medio). Para ello editamos en ambos el /etc/hosts y definimos la entrada del otro.

En el /etc/hosts de asterisk1 ponemos:
127.0.0.1 localhost
192.168.3.141 asterisk1.tudominio.es asterisk1
192.168.10.142 asterisk2.tudominio.es asterisk2


Y en el /etc/hosts de asterisk2 ponemos:
192.168.3.142 asterisk2.tudominio.es asterisk2
192.168.10.141 asterisk1.tudominio.es asterisk1


En Karmic y Lucid es muy fácil instalar Drbd. Ya no hay que construir el módulo con m-a. En las versiones recientes ya viene compilado de serie, así que tan solo lo tenemos que cargarlo con modprobe o modconf:
# modprobe drbd


E instalamos las utilidades:
# aptitude install drbd8-utils


El archivo de configuración se encuentra en /etc/drbd.conf este debería de ser idéntico en los dos servidores.
Como siempre, primero procedemos a hacer un backup ‘cp /etc/drbd.conf /etc/drbd.conf.backup’ y lo editamos:
#
# At most ONE global section is allowed.
# It must precede any resource section.
#
global {
usage-count yes;
}

common {
syncer { rate 100M; }
}

#
# this need not be r#, you may use phony resource names,
# like "resource web" or "resource mail", too
#

resource r0 {
protocol C;
startup {
wfc-timeout 5;
degr-wfc-timeout 3;
}
on asterisk1 {
device /dev/drbd0;
disk /dev/mapper/asterisk1-replica;
address 192.168.10.141:7788;
meta-disk internal;
}
on asterisk2 {
device /dev/drbd0;
disk /dev/mapper/asterisk2-replica;
address 192.168.10.142:7788;
meta-disk internal;
}
}


Esta es mi configuración. Mira los recursos que cito para ajustarla a la tuya.
Una vez editado los archivos de config reiniciamos ambos servidores.

Ahora procedemos a crear la particion virtual /dev/drbd0 en ambos servidores:
# drbdadm create-md r0


y nos saldrá un mensaje de éxito:
initialising activity log
NOT initialized bitmap
New drbd meta data block sucessfully created.
success


Si nos sale un error como este:
md_offset 48259657728
al_offset 48259624960
bm_offset 48258150400

Found ext3 filesystem which uses 47128576 kB
current configuration leaves usable 47127100 kB

Device size would be truncated, which
would corrupt data and result in
'access beyond end of device' errors.
You need to either
* use external meta data (recommended)
* shrink that filesystem first
* zero out the device (destroy the filesystem)
Operation refused.

Command 'drbdmeta /dev/drbd0 v08 /dev/mapper/asterisk1-replica internal create-md' terminated with exit code 40
drbdadm create-md r0: exited with code 40


Pués deberemos ejecutar en asterisk1:
# dd if=/dev/zero of=/dev/mapper/asterisk1-replica bs=1M count=128

y en asterisk2 idem:
# dd if=/dev/zero of=/dev/mapper/asterisk2-replica bs=1M count=128

y ahora ya debería dejar crearlo:
# drbdadm create-md r0


Ahora iniciamos el servico Drbd en ambos servidores. Primero asterisk1 y luego en asterisk2:
# /etc/init.d/drbd start

y nos saldrá algo como:
root@asterisk1:~# /etc/init.d/drbd start
* Starting DRBD resources [ s(r0) ]

y también en asterisk2:
root@asterisk2:~# /etc/init.d/drbd start
* Starting DRBD resources [ d(r0) n(r0) ]


Ahora si hacemos un ‘cat /proc/drbd’ veremos que aun no esta sicronizando los discos:
GIT-hash: 9ba8b93e24d842f0dd3fb1f9b90e8348ddb95829 build by ivoks@ubuntu, 2009-01-17 07:49:56
0: cs:Connected ro:Secondary/Secondary ds:Inconsistent/Inconsistent C r---
ns:0 nr:0 dw:0 dr:0 al:0 bm:0 lo:0 pe:0 ua:0 ap:0 ep:1 wo:b oos:47127100


Para que empiecen a sincronizar, primero debemos marcar uno como primario. En este caso asterisk1:
drbdadm -- --overwrite-data-of-peer primary all


En este mismo momento asterisk2 mepzará a sincronizar los datos. Lo vemos con un:
root@asterisk2:~# cat /proc/drbd
version: 8.3.0 (api:88/proto:86-89)
GIT-hash: 9ba8b93e24d842f0dd3fb1f9b90e8348ddb95829 build by ivoks@ubuntu, 2009-01-17 07:49:56
0: cs:SyncTarget ro:Secondary/Primary ds:Inconsistent/UpToDate C r---
ns:0 nr:3369544 dw:3369492 dr:0 al:0 bm:205 lo:14 pe:2379 ua:13 ap:0 ep:1 wo:b oos:43757608
[>...................] sync'ed: 7.2% (42732/46022)M
finish: 1:02:23 speed: 11,644 (11,268) K/sec


Una vez aparezca ‘ds:UpToDate/UpToDate’ quiere decir que ya habrá sincronizado las particiones.

Podemos determinar cual es el ‘rol’ de un servidor ejecutando:
# drbdadm role r0

en cada uno de ellosy nos dirá Primary/Secondary o Secondary/Primary

Ahora tan SOLO en el primario
Por último nos falta formatear esta nueva partición, en mi caso en ext4 y montarla para que sea accesible. OJO, esto solo lo tenemos que hacer en el servidor primario:
# mkfs.ext4 /dev/drbd0

y lo montamos:
mount -t ext4 /dev/drbd0 /mnt/local/replica


ATENCION!!, ahora quietos paraos, que ya os veo montandolo en el secundario y probando a escribir algo. No se puede tenerlo montado en los dos a la vez e intentar escribir en el.
Si queremos comprender como funciona podemos hacer las siguientes pruebas (opcional):

Pruebas funcionamiento
- Primera prueba:
Una vez montada la partición /dev/drbdo en /mnt/local/replica en el primario, copiamos algo a ella:
# cp /etc/hosts /mnt/local/replica/


desmontamos el recurso y hacemos que el primario pase a ser secundario:
# umount /mnt/local/replica
# drbdadm secondary r0


Si ahora ejecutamos un ‘drbdadm role r0′ veríamos:
Secondary/Secondary


Nos vamos al secundario y lo volvemos primario montamos la partición y comprobamos que este el archivo:
drbdadm primary r0
mkdir /mnt/local/replica
mount -t ext4 /dev/drbd0 /mnt/local/replica
ls /mnt/local/replica


En este punto el primario (asterisk1) ha tomado el rol de secundario y el secundario (asterisk2) ha tomado el rol del primario.

- Segunda prueba:
Apagamos el que es ahora el servidor secundario (osea asterisk1). Veremos que deja de estar sincronizado:
# cat /proc/drbd
version: 8.3.0 (api:88/proto:86-89)
GIT-hash: 9ba8b93e24d842f0dd3fb1f9b90e8348ddb95829 build by ivoks@ubuntu, 2009-01-17 07:49:56
0: cs:WFConnection ro:Primary/Unknown ds:UpToDate/DUnknown C r---
ns:56 nr:48000148 dw:48000204 dr:33 al:3 bm:2877 lo:0 pe:0 ua:0 ap:0 ep:1 wo:d oos:0


Copiamos unos archivos mas a /mnt/local/replica:
# cp /etc/hosts.* /etc/group /mnt/local/replica


Y encendemos otra vez asterisk1. Cuando encienda empieza a sincronizar la partición drbd. Es decir los datos estan replicados en los dos, pero SOLO puede acceder y montar el recurso para escribir uno de ellos en todo momento.

Una vez ha arrancado el secundario (asterisk1) volvemos a chequear el primario y veremos que vuelve a estar sincronizado:
cat /proc/drbd
version: 8.3.0 (api:88/proto:86-89)
GIT-hash: 9ba8b93e24d842f0dd3fb1f9b90e8348ddb95829 build by ivoks@ubuntu, 2009-01-17 07:49:56
0: cs:Connected ro:Primary/Secondary ds:UpToDate/UpToDate C r---
ns:176 nr:48000148 dw:48000324 dr:149 al:5 bm:2880 lo:0 pe:0 ua:0 ap:0 ep:1 wo:d oos:0


- Tercera prueba:
Ahora procedemos a apagar el primario (asterisk2) directamente, sin desmontar /dev/drbd0 ni nada.

Al rato el secundario estará des-sincronizado:
# cat /proc/drbd
version: 8.3.0 (api:88/proto:86-89)
GIT-hash: 9ba8b93e24d842f0dd3fb1f9b90e8348ddb95829 build by ivoks@ubuntu, 2009-01-17 07:49:56
0: cs:WFConnection ro:Secondary/Unknown ds:UpToDate/DUnknown C r---
ns:0 nr:120 dw:120 dr:0 al:0 bm:3 lo:0 pe:0 ua:0 ap:0 ep:1 wo:d oos:0


Entonces lo volvemos a hacer primario:
drbdadm primary r0


Y montamos el recurso:
mount -t ext4 /dev/drbd0 /mnt/local/replica


En este momento asterisk1 vuelve a ser el primario y asterisk2 el secudario

Ahora cuando encendamos el secundario, al arrancar, se dara cuenta de que el ya no es el primario y de que el otro (asterisk1) tiene los datos mas ‘frescos’ por lo cual se actualizará con el (ya que mientras ha etado apagado se pueden haber creado mas archivos).

Esta prueba deja el sistema degradado ya que no hemos hecho un apagado en ‘orden’. Para hacer un apagado en orden tenemos que desmontar el recurso y ceder el mando al otro servidor haciendonos secundario y poniendo al otro primario. Habría que automatizar esto y aun no se como se hace (cualquier aporte será agradecido).

Al arrancar nos aparaecerá algo como “Split-Brain detected”, entonces en el secundario que acabamos de arrancar, hacemos:
drbdadm secondary r0
drbdadm -- --discard-my-data connect r0


Y en el primario:
drbdadm connect r0


Y ya tenemos otra vez el sistema sincronizado.

Bien, como hemos visto esto esta todo muy bien, pero si no lo podemos automatizar no nos vale de nada. Si un servidor nos casca, tendríamos que estar allí para desmontar y pasar el control al secundario, lo cual lo hace inservible.

Para automatizar esto esta Heartbeat.

Heartbeat

Para instalarlo en Ubuntu simplemente hacemos:
# aptitude install heartbeat
The following NEW packages will be installed:
gawk{a} heartbeat heartbeat-common{a} libcurl3{a} libheartbeat2{a} libltdl7{a} libnet1{a} libopenhpi2{a} libopenipmi0{a} libperl5.10{a} libsensors3{a}
libsnmp-base{a} libsnmp15{a} libsysfs2{a} libxml2-utils{a} openhpid{a}
0 packages upgraded, 16 newly installed, 0 to remove and 0 not upgraded.
Need to get 5671kB of archives. After unpacking 18,4MB will be used.


Veremos que nos suelta algo como:
Heartbeat not configured: /etc/ha.d/ha.cf not found.
Heartbeat failure [rc=1]. Failed.


Esto es normal, porque lo vamos a configurar a continuación.
Necesitamos configurar tres archivos en el dir /etc/ha.d/ así que nos vamos a este directorio y como no, nos leemos el README de turno.

Estos tres archivos son:
ha.cf - Main configuration file
haresources - Resource configuration file
authkeys - Authentication information


Los copiamos de /usr/share/doc/heartbeat a /etc/ha.d/ y los descomprimimos:
# cp /usr/share/doc/heartbeat/ha.cf.gz .
# cp /usr/share/doc/heartbeat/authkeys .
# cp /usr/share/doc/heartbeat/haresources.gz .

# gzip -d ha.cf.gz
# gzip -d haresources.gz


Editamos primero ha.cf y ponemos:

debugfile /var/log/ha-debug

logfile /var/log/ha-log
logfacility local0
keepalive 2
deadtime 20
warntime 10
initdead 40
udpport 694
bcast eth0
auto_failback off
node asterisk1
node asterisk2


La opcíon ‘auto_failback off’ significa que si asterisk1 se cae, el control pasa a asterisk2 y que si asterisk1 vuele a estar disponible, que asterisk2 no le devuleva el control.

Lo configuro de esta forma, porque en ocasiones un servidor puede estar con un interfaz de red o latiguillo mal y estar pasando de disponible a no disponible todo el rato, lo cual volvería loco al servicio. Es mejor que pase el servicio al secundario y luego estudiar que ha sucedido.

De esta forma se provee una funcionalidad básica en modo activo/pasivo. Cada opción viene explicada en el archvio de configuración que hemos copiado.
Este archico (/etc/ha.d/ha.cf) ha de ser igual en los dos servidores.

A continuación en el archivo haresources definimos en donde vamos a montar el recurso DRBD (/dev/drbd0), que IP va a ser usada como ‘Virtual’, para acceder a los servicios y los scripts en init.d que se van a iniciar durante un failover o un switchover (fonulator y asterisk).
Editamos el /etc/ha.d/haresources de asterisk1 y asterisk2 y ponemos (ojo! TODO en una misma línea):
asterisk1 drbddisk::r0 Filesystem::/dev/drbd0::/mnt/local/replica::ext4 IPaddr::192.168.3.111/24/eth0 asterisk fonulator mail-heartbeat


Al final van los servicios de /etc/init.d que queremos que se ejecuten cuando se haya un failover o un switchover.

En este caso yo pongo:

A continuación editamos el archivo authkeys, que provee un nivel de seguridad para que se autentiquen solo estos dos servidores. Ponemos en ambos servidores:
auth 2
2 sha1 Elpasswordquetedelagana


Y le quitamos los permisos de lectura a todos menos a root:
# sudo chmod 600 /etc/ha.d/authkeys


Ahora ya están los dos servidores configurados.

Pruebas
Apagamos ambos servidores y encendemos el primario (asterisk1). Veremos que monta la partición drdb y que la VIP (Virtual IP) este accesible (la podemos ver haciendo un ifconfig).
También comprobamos que es el primario:
# drbdadm role r0
veríamos:
Primary/Unknown


A continuación arrancamos el secundario (asterisk2). Y comprobamos que es el secundario:
# drbdadm role r0
Secondary/Primary


Y que sincroniza:
cat /proc/drbd
version: 8.3.0 (api:88/proto:86-89)
GIT-hash: 9ba8b93e24d842f0dd3fb1f9b90e8348ddb95829 build by ivoks@ubuntu, 2009-01-17 07:49:56
0: cs:Connected ro:Secondary/Primary ds:UpToDate/UpToDate C r---
ns:0 nr:8 dw:8 dr:0 al:0 bm:2 lo:0 pe:0 ua:0 ap:0 ep:1 wo:b oos:0


Ahora viene la prueba de fuego. Hacemos un ‘failover’. Apagamos a machete el servidor primario. Veremos que acto seguido pasa a ser el primario, que toma control del recurso drdb, que lo monta y que toma control de la ip. De hecho si mantenemos un ping a la VIP veremos que se corta el servicio tan solo entre unos 5-10 segs (en mi caso).

Para volver a poner el primario en asterisk1, tal y como explicamos anteriormente hacemos un ‘switchover’ (cambio controlado).
Encendemos asterisk1, que ahora es el secundario:
# drbdadm role r0
Secondary/Primary


y esperamos a que sincronicen los discos:
# cat /proc/drbd
version: 8.3.0 (api:88/proto:86-89)
GIT-hash: 9ba8b93e24d842f0dd3fb1f9b90e8348ddb95829 build by ivoks@ubuntu, 2009-01-17 07:49:56
0: cs:Connected ro:Secondary/Primary ds:UpToDate/UpToDate C r---
ns:0 nr:8192 dw:8192 dr:0 al:0 bm:4 lo:0 pe:0 ua:0 ap:0 ep:1 wo:b oos:0


Y ahora es tan fácil como ir al primario (asterisk2) y hacer un:
# /etc/init.d/heartbeat restart
Stopping High-Availability services:
Done.

Waiting to allow resource takeover to complete:
Done.

Starting High-Availability services:
2010/02/08_15:23:50 INFO: Resource is stopped
Done.


Y voila!. Asterisk1 pasa a tomar el control, con el recurso montado, la IP virtual y demas.

En el siguiente post explicaré como adaptar la instalación de asterisk a este entorno y como instalar el redfone.

PD:
Por cierto estas instrucciones me han funcionado a mi y se ofrecen sin ningún tipo de garantía.
Siento no permitir comentarios, en parte porque siempre me olvido de contestarlos y porque entiendo que si has llegado hasta aquí y estás intentando instalar algo así tendrás los recursos necesarios para solucionarlo por tu cuenta y no tener que investigar yo sobre como solucionarlo… espero que no suene muy borde
Si necesites adaptar ciertas cosas e investigar mas sobre el asunto, estaría bien leer las siguientes fuentes en las que me basé.

Fuentes Drbd + Hearbeat:
—————————–
http://roaksoax.wordpress.com/2008/07/31/installing-drbd-on-hardy/
http://roaksoax.wordpress.com/2008/08/04/installing-drbd-on-hardy-part-2/

Fuentes Drbd:
—————
http://kylecordes.com/2007/01/27/drbd-ubuntu/
http://davehall.com.au/blog/dave/2009/12/08/drbd-ubuntu-karmic
https://wiki.ubuntu.com/Testing/Cases/UbuntuServer-drbd
http://www.guatewireless.org/como-instalar-drbd-sobre-linux-debian-ubuntu/
http://www.howtoforge.com/drbd-on-centos-4.5

Fuentes HeartBeat:
———————
http://www.associatedcontent.com/article/1930488/installing_and_configuring_heartbeat.html?cat=15

Una posible solución que me ha sorprendido y que ya estoy usando en mi ubuntu es Shellinabox.
Podemos descargar las sources desde de karmic desde Launchpad e instalarlo por apt (valen para lucid).

Podemos acceder al shell a través de https://localhost:4200/

La configuración es bien simple.
Podemos definir el aspecto, creando o borrando links en los dirs /etc/shellinabox.
Las posibilidades son muchas, como acceder desde fuera si nateamos el puerto que trae por defecto (4200). En el caso de que solo queramos acceder localmente podemos editar el archivo /etc/default/shellinabox y poner la opción:

SHELLINABOX_ARGS="--no-beep --localhost-only --disable-ssl"

Así no se pueden conectar desde otras máquinas y desactivamos el soporte https.

Ahora ya no salgo de mi navegador chrome para nada

En debian/ubuntu instalamos Festival por apt:

aptitude install festival festvox-ellpc11k
Se instalarán los siguiente paquetes NUEVOS:
esound-clients{a} esound-common{a} festival festlex-cmu{a} festlex-poslex{a} festvox-ellpc11k festvox-kallpc16k{a} libaudiofile0{a} libesd0{a} libestools1.2{a}
0 paquetes actualizados, 10 nuevos instalados, 0 para eliminar y 0 sin actualizar.

festvox-ellpc11k es la voz española predefinida. No tiene muy buena calidad. No obstante, dos empresas de Sevilla (Indisys y MP-Sistemas) han desarrollado dos voces en español neutro, masculina y femenina (Pedro y Silvia) según una petición de la Junta de Andalucía para dotar a su distribución GuadaLinex de un sintetizador de voz. Están disponibles con licencia libre para cualquiera que quiera utilizarlas:

http://forja.guadalinex.org/repositorio/frs/?group_id=21&release_id=110

Primero configuramos estival con la voz predefinida, para ello editamos /etc/festival.scm y ponemos (si no existe lo creamos):


;; Enable access to localhost (needed by debian users)
(set! server_access_list ‘(”localhost\\.localdomain” “localhost”))

;;; Command for Asterisk begin
(define (tts_textasterisk string mode)
“(tts_textasterisk STRING MODE)
Apply tts to STRING. This function is specifically designed for
use in server mode so a single function call may synthesize the string.
This function name may be added to the server safe functions.”
(utt.send.wave.client (utt.wave.resample (utt.wave.rescale (utt.synth
(eval (list ‘Utterance ‘Text string))) 5) 8000)))
;;; Command for Asterisk end


Y en /etc/asterisk/festival.conf


;
; Festival Configuration
;
[general]
;
; Host which runs the festival server (default : localhost);
;
host=localhost
;
; Port on host where the festival server runs (default : 1314)
;
port=1314
;
; Use cache (yes, no - defaults to no)
;
;usecache=yes
;
; If usecache=yes, a directory to store waveform cache files.
; The cache is never cleared (yet), so you must take care of cleaning it
; yourself (just delete any or all files from the cache).
; THIS DIRECTORY *MUST* EXIST and must be writable from the asterisk process.
; Defaults to /tmp/
;
;cachedir=/var/lib/asterisk/festivalcache/
;
; Festival command to send to the server.
; Defaults to: (tts_textasterisk “%s” ‘file)(quit)\n
; %s is replaced by the desired text to say. The command MUST end
; with a (quit) directive, or the cache handling mechanism will hang.
; Do not forget the \n at the end.
;
festivalcommand=(tts_textasterisk “%s” ‘file)(quit)\n
;
;

Y por último corremos:


usr/bin/festival –server > /dev/null 2>&1 &


Y iniciamos o reiniciamos asterisk.

Para porbarla, usamos la application Festival. Ponemos por ejemplo:

exten => 100,1,Answer()
exten => 100,2,Festival(Esto es una prueba)
exten => 100,3,Hangup()

y marcamos la exten 100

La voz por defecto suena muy triste y robótica.

Para crear una locución para poder usar la application Background podemos crearlas con la utilidad de festival text2wave:

echo "Para hablar con un operador, pulse uno; para hablar con ventas, pulse 2; sino, espere porfavor" | iconv -f utf-8 -t iso-8859-1 | /usr/bin/text2wave -scale 1.5 -F 8000 -o ./bienvenida.wav

Voces de la junta de extremadura:

Bien, como veis, para ponerla en español (el_diphone) hay que poner el parámetro ‘voice_el_diphone’ que es la que instaló el paquete festvox-ellpc11k. Es la voz por defecto y es un poco cutre.

Así que nos descargamos los .deb de las voces anteriormente dichas, en:
http://forja.guadalinex.org/repositorio/frs/?group_id=21&release_id=110

En concreto yo he instalado las últimas:
Última versión Voz femenina:
festvox-sflpc16k_1.0-1_all.deb

Ultima versión voz masculina:
festvox-palpc16k_1.0-1_all.deb

Y las instalamos:
dpkg -i festvox-palpc16k_1.0-1_all.deb

dpkg -i festvox-sflpc16k_1.0-1_all.deb

Ahora editamos /etc/festival.scm y las probamos. La voz masculina se llama:
JuntaDeAndalucia_es_pa_diphone
y la femenina:
JuntaDeAndalucia_es_sf_diphone

por lo que pondremos:
(set! voice_default ‘voice_JuntaDeAndalucia_es_pa_diphone)

Y para la voz femenina:
(set! voice_default ‘voice_JuntaDeAndalucia_es_sf_diphone)
(una u otra comentando las otras con un ;;;)

Ahora suena bastante mejor, ¿no?

No son perfectas, pero es lo mejor que hay de código Abierto y gratis.

NOTA IMPORTANTE:

Festival es inseguro. Tiene algunos fallos de seguridad y aunque cambiemos el puerto puede que algún atacante lo utilice para hecrse con el sistema….No creo que sea fácil ni que mucha gente sepa del conocimiento para hacer esto (o incluso sepa de la existencia del mismo festival) pero cabe la posibilidad, así que quedas avisado.

Tenerlo corriendo como demonio no es buena idea a no ser que tu máquina no sea accesible desde fuera.

Si es una máquina en producción y accesible desde internet es mejor crear las locuiones a mano con la aplicación ‘text2wave’.

Si tu máquina es inaccesible y quieres tener Festival corriendo como demonio y que se arranque con tu sistema y así odamos usarlo desde el dialplan con la application ‘Festival’, has de poner este script en /etc/init.d/festival. Comprueba antes si debian te lo ha instalado ya por apt. A mi no me lo incluyó así que lo tuve que poner a mano:

#!/bin/sh
#/etc/init.d/festival
#
# Init script for starting Festival as a system-wide server process.
#
# Written by David Huggins-Daines
# LSBINITInfo by Kartik Mistry
# LSB logging functions by David Härdeman

exit 0


Y hacemos como root:
# update-rc.d festival defaults


Y en /etc/default/festival ponemos:
# Set RUN_FESTIVAL=yes to start festival at boot time.
RUN_FESTIVAL=yes

Cambiando simplemente este archivo poniéndolo a no, ya no se iniciará como demonio.

PD: Si alguien conoce unas voces en castellano de mejor calidad u otras variantes (Acento de Argentina, Méjico, etc) estaría bien que lo comentase.

Con un ubuntu server (10.04 por ej) recién instalado, primero instalamos las dependencias necesarias:

aptitude install gcc-4.4 (compilador para compilar libpri, dahdi y asterisk)

aptitude install dpatch build-essential (instala make, c++, etc necesarios para compilar)

aptitude install fakeroot patchutils

aptitude install bison (parser generator program)

aptitude install libnewt0.52 libnewt-dev (para la utilidad dahdi_tool)

aptitude install openssl (librería criptográfica para IAX2 encription, RSA support)

y sus paquetes de dev:

aptitude install libssl0.9.8 libssl-dev zlib1g-dev  -> (zlib1-dev, dependencia de DUNDi)

aptitude install libncurses5 libncurses5-dev

Para XML

aptitude install libxml2-dev

aptitude install gcc-4.4 (compilador para compilar libpri,zaptel y asterisk)

aptitude install module-assistant dpatch build-essential (instala make, c++, etc necesarios para compilar)

aptitude install fakeroot patchutils

aptitude install bison (parser generator program)

aptitude install libnewt0.52 libnewt-dev (para el programa zttool)instalalibnewt-dev libslang2-dev

aptitude install openssl (librería criptográfica para IAX encription, RSA support)y sus paquetes de devaptitude install libssl0.9.8 libssl-dev zlib1g-dev  -> (zlib1-dev, dependencia de DUNDi)

aptitude install libncurses5 libncurses5-dev

Optativos:

aptitude install libedit2 libedit-dev libeditline0 libeditline-dev

Para crear documentación:

aptitude install doxygen

aptitude install flex

Utilidades para convertir archivos de sonido:

aptitude install sox

Para dar soporte a bases de datos ODBC:

aptitude install unixodbc unixodbc-dev libtool

2-Paquetes requeridos para compilar diferentes funcionalidades:

Para gtalk:

aptitude install libiksemel3 libiksemel-dev libiksemel-utils

Para el codec speex:

aptitude install libspeexdsp-dev

Para curl:

aptitude install curl libcurl3 libcurl4-openssl-dev

Para netsnmp:

aptitude install libsnmp15 libsnmp-base libsnmp-dev

Para channel alsa, oss y vorbis

aptitude install libvorbis-dev libogg-dev libasound2 libasound2-dev

Para app_fax:

aptitude install libspandsp1 libspandsp-dev

3-Descargamos las versiones estables de Asterisk 1.6 y dahdi en /usr/src/:

wget -c http://downloads.asterisk.org/pub/telephony/dahdi-linux-complete/releases/dahdi-linux-complete-2.3.0+2.3.0.tar.gz

wget -c http://downloads.asterisk.org/pub/telephony/libpri/releases/libpri-1.4.10.tar.gz

wget -c http://downloads.asterisk.org/pub/telephony/asterisk/releases/asterisk-1.6.0.26.tar.gz

wget -c http://downloads.asterisk.org/pub/telephony/asterisk/releases/asterisk-addons-1.6.0.4.tar.gz

También nos lo podemos descargar desde los dirs donde siempre hay las últimas versiones:

wget -c http://downloads.asterisk.org/pub/telephony/dahdi-linux-complete/dahdi-linux-complete-current.tar.gz

wget -c http://downloads.asterisk.org/pub/telephony/libpri/libpri-1.4-current.tar.gz

wget -c http://downloads.asterisk.org/pub/telephony/asterisk/asterisk-1.6.1-current.tar.gz

wget -c http://downloads.asterisk.org/pub/telephony/asterisk/asterisk-addons-1.6.1-current.tar.gz

Vamos a /usr/src y los descomprimimos:

tar -xvfz dahdi-*.tar.gz

tar -xvfz libpri-*.tar.gz

tar -xvfz asterisk-1.6.*.tar.gz

tar -xvfz asterisk-addons-1.6.*.tar.gz

3.2- Si ya teníamos previamente otra versión anterior de Asterisk, lo paramos y quitamos los módulos dahdi, dahdi_dummy y wctdm y todos los demas que tengamos.

4- Instalamos dahdi. Dahdi-linux-complete es un meta-paquete que incluye dahdi-linux que es el paquete que incluye los módulos y dahdi-tools que incluye las utilidades y scripts de inicio.

-Instalamos con:

make all

make install

make config

Ahora vamos a editar el archivo /etc/dahdi/modules y dejamos descomentados solo el hardware que tengamos (comentando los demás).

Si no tenemos ningún Hardware de Digium, comentamos todos.

Los módulos en vez de /lib/modules/2.6.XX-X-XXX/misc se encuentran en un nuevo directorio:

/lib/modules/2.6.XX-X-XXX/dahdi

Ahora ya podemos cargar los módulos con modprobe p con modconf.

Los módulos zaptel y ztdummy que se llaman diferente:

dahdi (que sustituye al zaptel)

dahdi_dynamic (que sustituye al ztdynamic, al ztd_eth y al ztd_ethmf)

dahdi_transcode (que sustituye al zttranscode)

dahdi_dummy (que sustituye al ztdummy)

y lo más novedoso:

dahdi_echocan_XXX (completamente nuevos y son los canceladores de eco software que ahora pueden ser cargados y descargados sin necesidad de recompilar el zaptel)

Para iniciar el DAHDI, tan solo tenemos que reiniciar el sistema, o bien iniciar el servicio:

# /etc/init.d/dahdi start

…lo cual también cargaría los módulos necesarios.

5- Instalamos libpri

-Instalamos con:

make clean

make && make install

6-Instalamos Asterisk con:

make clean

./configure

Si queremos revisar los módulos a instalar:

make menuselect (y podemos seleccionar gtalk, app_fax y todas las addons que queramos).

Si queremos instalar el codec ilbs, debemos de seleccionarlo e instalarlo antes de compilar (ver mas abajo).

make && make install && make samples

make config

6a- Codec ilbc

* Si se desea compilar ILBC se ha de ejecutar make menuselect y seleccionar dentro del apartado de codecs la opción ILBC.

* Antes de compilar entrar a contrib/scripts/ y ejecutar get_ilbc_source.sh.

* Una vez acabe, copiar: cp codecs/ilbc/*.* ../../codecs/ilbc/ para dejar el codigo en su sitio.

Ahora compilamos asterisk con normalidad.

Con esto dispondremos del códec ILBC en nuestro Asterisk sin mayor problema.

7- Instalamos addons

Dependencias:

Para chan_mobile de addons

aptitude install libbluetooth-dev

Para conexión con mysql instalamos:

aptitude install libmysqlclient-dev

y mysql-server si mysql va a estar en el mismo server.

Instalamos las addons con:

make clean

./configure

make menuselect

make && make install && make samples

8- Configuramos /etc/dahdi/system.conf y /etc/asterisk/chan_dahdi.conf si tenemos una tarjeta.

También podemos probar a ver si nos configura correctamente los archivos haciendo un:

# dahdi_scan

Para ver si detecta correctamente nuestra tarjeta y si es así luego ejecutamos un:

dahdi_genconf

Lo cual intentará generarnos los archivos de configuración.

9- Reiniciamos

10- Y listo

Por supuesto aún quedan muchos temas por configurar, como las tarjetas que tengamos, el dialplan, el voicemail… ya que asterisk es un software muy complejo.

Se irán tratando esos temas en otros posts.

Este Blog no tiene otro cometido que ir recopilando y publicando todas mis recetas y howto’s para poder consultarlas en un futuro y por si les sirve de utilidad a alguien mas.

Los temas serán básicamente sobre S.O. GNU/Linux (Ubuntu y Debian), VozIp (asterisk), programación y virtualización.