El paso de Zaptel a DADHI

Ya se han lanzado nuevas versiones de Zaptel, Asterisk, Asterisk Addons y por primera vez DADHI!

Grandes cambios se avecinan de la mano de Digium, para empezar parece que zaptel tiene los días contados en lo que es un set de releases coordinadas para la transición de Zaptel a DADHI. Zaptel 1.2.27, y Zaptel 1.4.12 son las últimas releases de la rama 1.2 y 1.4 respectivamente, donde se han solucionado bugs y se ha mejorado el soporte para la tarjeta de transcoding Digium TC400B y, como no, se ha facilitado la migración a DADHI.

Al parecer la migración a DADHI va a ser bastante sencilla, simplemente tendremos que instalar el paquete utilizando las instrucciones de instalación, reconfigurar y recompilar Asterisk. Las releases de Asterisk 1.4 (a partir de la 1.4.21) y todas las de la rama Asterisk 1.6 utilizarán DADHI en preferencia de Zaptel aunque este último continúe instalado en nuestro sistema.

El paquete Zaptel se ha dividido en dos separando los módulos del kernel (dahdi-linux: kernel modules) y las herramientas para configurar y administrar los módulos (dahdi-tools: userspace tools). Para simplificar la instalación hay un paquete (dahdi-linux-complete) que los incluye a ambos.

Aún así, debemos tener en cuenta que dahdi-linux and dahdi-tools tienen números de versión separados y esto conlleva que no se liberen de forma coordinada. Por tanto es completamente aceptable usar (por ejemplo) dahdi-tools 2.0.6 con dahdi-linux 2.0.1

Respecto a dahdi-linux ha habido cambios de nombre en los módulos del kernel primarios:

zaptel.ko      ->	     dahdi.ko
ztd-eth.ko     ->	     dahdi_dynamic_eth.ko
ztd-loc.ko     ->	     dahdi_dynamic_loc.ko
ztdummy.ko     ->	     dahdi_dummy.ko
ztdynamic.ko   ->	     dahdi_dynamic.ko
zttranscode.ko ->	     dahdi_transcode.ko

Los módulos del kernel para drivers de tarjeta no han cambiado de nombre, pero han desaparecido los drivers wcusb y torisa. Adiós también a menuselect y a elegir los módulos ya que todos los módulos que puedan compilarse se compilarán automáticamente.Cool

Será obligatorio configurar un cancelador de eco software con dadhi_cfg para para los canales del sistema si la tarjeta no dispone de módulos de cancelación de eco disponibles y activados. Tampoco habrá un cancelador de eco por defecto que elegimos al compilar ya que los cuatro canceladores de eco (MG2, KB1, SEC and SEC2) se compilan como módulos que podemos cargar y descargar. También podemos cargarlos todos a la vez y usar diferentes canceladores de eco para cada canal.Smile

En lo que a las dahdi-tools se refiere, también han habido cambios de nombre:

ztcfg      ->  dahdi_cfg
ztmonitor  ->  dahdi_monitor
ztscan     ->  dahdi_scan
ztspeed    ->  dahdi_speed
zttest     ->  dahdi_test
zttool     ->  dahdi_tool
zapconf    ->  dahdi_genconf (genzaptelconf deprecado)

El archivo de configuración /etc/zaptel.conf pasa a ser /etc/dahdi/system.conf. Tenemos ejemplos de como configurar los canceladores de eco "por canal" en el archivo system.conf.sample

La configuración para los scripts "XPP init_card_*" se hace ahora en el archivo /etc/dahdi/xpp.conf y utiliza una sintaxis simple (con ejemplo incluido). Los módulos PRI (E1/T1) se configuran con el setting "pri_protocol".

En los módulos PRI Astrisbank, el comportamiento de los LEDs representan que puertos son *CLOCK MASTER* (color rojo) y cuales son *CLOCK SLAVE* (color verde). Generalmente, esto corresponde a los settings NT/TE en Asterisk.

Así que, manos a la obra. Como ya hemos visto Zaptel tiene los días contados.Wink

URL para hacer trackback a este post:

http://bytecoders.homelinux.com/trackback/703