El eco en una señal de telefonía ocurre cuando tenemos 2 conductores a diferentes impedancias. El desacople de las mismas ocasiona que la señal se refleje y se perciba por nuestro cerebro como 2 señales diferentes. Si el eco es superior a 150ms, comienza a volverse molesto ya que como humanos nos distrae de la conversación que estamos teniendo.
En un sistema 100% VoIP el eco no existe. Definitivo: no existe. Sin embargo, dado que aún ocupamos medios analógicos para poder nosotros enviar o recibir el audio (micrófonos y altavoces), es en estos dispositivos donde el eco puede ocurrir. El punto más común donde se produce el eco es en el medio que ocupemos para conectarnos con medios 100% analógicos, como la línea telefónica, así que es responsabilidad de nuestras tarjetas o gateways, hacerse cargo de cancelar este eco, ya sea mediante hardware o software (recuerden que en VoIP, la voz al final son datos, y los datos pueden manipularse por software).
Para poder manipular el eco en Asterisk tenemos 2 opciones:
- Hardware: es la más cara de las opciones, ya que nos exige comprar hardware dedicado a esta función. Sin embargo, es la de mejor rendimiento ya que libera al CPU de esta carga extra.
- Software: justo lo contrario, es la opción más económica, pero depende del CPU para hacer el procesamiento.
Para opciones de hardware podemos comprar tarjetas que soporten esta característica. En tarjetas Sangoma podemos ir por los modelos que tengan la letra D (como la B600DE, A200DE, A101DE). El problema con estas tarjetas es que no son actualizables, es decir, no podemos comprar el módulo de cancelador de eco después. Las tarjetas Digium tienen la ventaja de que podemos adquirir el módulo de cancelador de eco por separado, asi nuestra inversión está asegurada.
En este artículo nos centraremos en las soluciones para software, ya que la mayoría de nosotros tiene equipos que no cuentan con el módulo en HW necesario para lograr esta función, y para hacerlo, primero haremos la instalación de OSLEC (Open Source Line Echo Canceller), la cual, tiene que ser compilada dentro de DAHDI.
Empezando con el trabajo: primero necesitamos conseguir el código fuente de DAHDI y también el código fuente de Wanpipe (los drivers de Sangoma que contienen la referencia a OSLEC).
cd /usr/src wget http://downloads.asterisk.org/pub/telephony/dahdi-linux-complete/releases/dahdi-linux-complete-2.4.1.2+2.4.1.tar.gz wget ftp://ftp.sangoma.com/linux/current_wanpipe/wanpipe-3.5.22.tgz tar -zxf dahdi-linux-complete-2.4.1.2+2.4.1.tar.gz tar -zxf wanpipe-3.5.22.tgz
Quizá se pregunten: ¿por qué descargar wanpipe si lo podemos conseguir en el código fuente de Linux? Simplemente porque wanpipe es más pequeño y tarda menos en descargarse.
Luego, creamos las carpetas necesarias dentro del código de DAHDI y copiamos la parte de OSLEC que necesitamos:
cd /usr/src/dahdi-linux-complete-2.4.1.2+2.4.1/linux/drivers mkdir staging cp -r /usr/src/wanpipe-3.5.22/OSLEC/echo staging
En este punto, hay 2 archivos que debemos de modificar:
/usr/src/dahdi-linux-complete-2.4.1.2+2.4.1/linux/drivers/staging/echo/Kbuild
/usr/src/dahdi-linux-complete-2.4.1.2+2.4.1/linux/drivers/dahdi/Kbuild
Empezamos por el primero (el cual está vacio). Solo necesita que agreguemos una línea en su interior:
# # Archivo /usr/src/dahdi-linux-complete-2.4.1.2+2.4.1/linux/drivers/staging/echo/Kbuild # obj-m += echo.o
El segundo archivo si tiene contenido. Buscamos un contenido similar a este:
# Archivo: /usr/src/dahdi-linux-complete-2.4.1.2+2.4.1/linux/drivers/dahdi/Kbuild # Only enable this if you think you know what you're doing. This is not # supported yet: #obj-m += dahdi_echocan_oslec.o # # A quick and dirty way to build OSLEC, if you happened to place it # yourself in the dahdi source tree. This is experimental. See README # regarding OSLEC. #obj-m += ../staging/echo/
Quitamos el comentario a las 2 lineas de código para dejarlo así:
# Archivo /usr/src/dahdi-linux-complete-2.4.1.2+2.4.1/linux/drivers/dahdi/Kbuild # Only enable this if you think you know what you're doing. This is not # supported yet: obj-m += dahdi_echocan_oslec.o # # A quick and dirty way to build OSLEC, if you happened to place it # yourself in the dahdi source tree. This is experimental. See README # regarding OSLEC. obj-m += ../staging/echo/
Procedemos a recompilar DAHDI desde nuestra carpeta /usr/src/dahdi-linux-complete-2.4.1.2+2.4.1
cd /usr/src/dahdi-linux-complete-2.4.1.2+2.4.1 make make install
2 passos más: editamos /etc/dahdi/system.conf
# # Archivo /etc/dahdi/system.conf # # Tomen en cuenta reemplazar sus canales por los de su equipo # En este ejemplo tengo una tarjeta de 4 puertos FXO fxsks=1-4 echocanceller=oslec,1-4
Y aplicamos los cambios desde el CLI de Linux:
dahdi_cfg -vv DAHDI Tools Version - 2.4.0.1 DAHDI Version: 2.4.0.1 Echo Canceller(s): OSLEC Configuration ====================== Channel map: Channel 1: FXS Kewlstart (Default) (Echo Canceler: oslec) (Slaves: 01) Channel 2: FXS Kewlstart (Default) (Echo Canceler: oslec) (Slaves: 02) Channel 3: FXS Kewlstart (Default) (Echo Canceler: oslec) (Slaves: 03) Channel 4: FXS Kewlstart (Default) (Echo Canceler: oslec) (Slaves: 04)
Si todo carga sin errores, ¡listo! tenemos habilitado el cancelador de eco OSLEC, que es considerablemente mejor contrarestando el eco que el default de MG2.
Estos pasos son bastante buenos para reducir el eco de nuestra línea, pero si aún así tenemos problemas, podemos usar fxotune para virtualmente, eliminar el eco remanente. Es muy sencillo de usar. El procedimiento sería el siguiente:
- Detenemos Asterisk para que los canales DAHDI no estén en uso
- Creamos el archivo /etc/fxotune.conf (se crea automáticamente usando el comando fxotune -i)
- Cargamos los coeficientes encontrados cada vez que arranque el sistema
- Reiniciamos Asterisk
Visto en código sería algo así:
/etc/init.d/asterisk stop fxotune -i # Esto puede demorar algunos minutos echo 'fxotune -s' >> /etc/rc.local /etc/init.d/asterisk start
Nota final: El fxotune debe ser ejecutado cuando Asterisk NO está corriendo. En el ejemplo anterior, estoy agregando el fxotune -s al rc.local para que cargue en automático, pero esto hará que tras el re-arranque, se ejecute hasta después de que Asterisk ya inició (lo cual no está bien). Si queremos asegurarnos que cargue siempre, podemos agregar al rc.local las instrucciones para que Asterisk se detenga, se ejecute fxotune y luego re-arranque Asterisk. Hay muchas maneras de hacer esto, pero eso escapa a la intención de este artículo.
Siguiendo todos estos pasos, el eco debe quedar prácticamente eliminado. Hasta el momento he hecho instalaciones que han mantenido eco con uno de estos pasos, pero nunca alguno que haya persistido con los 2.
¡Suerte!
