Instalación Asterisk-es-RSP

El método de descarga es directamente desde el svn de asterisk-es-rsp con la versión del branch oficial que elijamos.

Obtendremos las versiones ya parcheadas de asterisk, dahdi-linux, dahdi-tools y libpri.

        [root@asterisk-es-rsp ~]# svn checkout http://asterisk-es-rsp.irontec.com/svn/asterisk-es-rsp/branches asterisk-es-rsp

Esto nos creará una carpeta asterisk-es-rsp con la siguiente estructura, donde versión corresponde a la versión en producción de asterisk-es-rsp:

      asterisk
      asterisk/version
      libpri
      libpri/version
      dahdi-linux
      dahdi-linux/version
      dahdi-tools
      dahdi-tools/version

Es importante si tienes instalaciones de dahdi previas en la máquina o si se ha producido algú error durante la instalación anterior:

Entornos redhat:

        [root@asterisk-es-rsp ~]# service dahdi start
        [root@asterisk-es-rsp ~]# service dahdi stop
        [root@asterisk-es-rsp ~]# service dahdi start otra vez

Entornos debian: todos deshabilitados en modprobe

        [root@asterisk-es-rsp ~]# /etc/init.d/dahdi stop 
        o
        [root@asterisk-es-rsp ~]# lsmod | grep dahdi
        [root@asterisk-es-rsp ~]# modprobre -r .....

Empezamos la instalación habitual de asterisk.

Compilamos Libpri:

        [root@asterisk-es-rsp ~]# cd ../libpri
        [root@asterisk-es-rsp ~]# make && make install

Compilamos Dadhi:

        [root@asterisk-es-rsp ~]# cd dahdi-linux
        [root@asterisk-es-rsp ~]# make && make install
        [root@asterisk-es-rsp ~]# cd ../dahdi-tools
        [root@asterisk-es-rsp ~]# ./configure
        [root@asterisk-es-rsp ~]# make menuselect; make clean && make && make install
        [root@asterisk-es-rsp ~]# make config

Compilamos asterisk:

        [root@asterisk-es-rsp ~]# cd ../asterisk
        [root@asterisk-es-rsp ~]# ./configure
        [root@asterisk-es-rsp ~]# make menuselect; make clean && make && make install
        [root@asterisk-es-rsp ~]# make config

        [root@asterisk-es-rsp ~]# shutdown -r now

Opcionalmente se puede instalar las fuentes para la cancelación de echo de Octware. Los parches para el cancelador ya están aplicados en la version estable del branch.

• Instalación octware.

Opcionalmente se pueden instalar las voces en español de voipnovatos. Se ha añadido soporte automático con la instrucción make es-sounds.

• Instalación voces_español.

Generamos los archivos de configuración y levantamos el sistema.

        [root@asterisk-es-rsp ~]# cp genconf_parameters genconf_parameters.sample
        [root@asterisk-es-rsp ~]# /etc/init.d/dahdi start
        [root@asterisk-es-rsp ~]# dahdi_genconf
        [root@asterisk-es-rsp ~]# dahdi_cfg -vv

Adaptamos el archivo system.conf a nuestra tarjeta:

        [root@asterisk-es-rsp ~]# vim /etc/dahdi/system.conf
        span=1,0,1,ccs,ami
        span=2,0,1,ccs,ami
        bchan=1,2
        hardhdlc=3
        bchan=4,5
        hardhdlc=6
        loadzone=es
        defaultzone=es

Levantamos los modulos necesarios en modules:

      [root@asterisk-es-rsp ~]# vim /etc/dahdi/modules
      dahdi_dummy
      wcb4xxp

Configuramos /etc/dahdi/system.conf

    configuracion por defecto:
      * oslec,modo mas hispano para las bri 
      * hardhdlc por defecto

Modificamos el parámetro bri_l1_check para controlar los mensajes de consola de D channel Up/Down con RDSI con ahorro de energia. Recomiendo ajustar todo sin habilitarlo y hacerlo solo cuando ya todo esta ok.

        [root@asterisk-es-rsp ~]# vim /etc/asterisk/chan_dahdi.conf
 
        [channels]
        ;bri_l1_check=0 ;Deshabilita el parámetro 
        ;bri_l1_check=1 ;Habilita el parámetro 
        ;resetinterval=never ;Evitar los problemas con las RDSI que tienen ahorro de energía

      El driver "nuevo" es hardhdlc
      
      dchan necesitaba los parches de bristuff y al soportar dahdi hardhdlc de
      forma nativa rehice el driver a modo hardhdlc
      
      Para un asterisk 1.6 no haria falta ningun parche... Para nuestro 1.4 el
      soporte de canales BRI que no esta en chan_dahdi
      
      Cuando migremos a 1.6 no hará falta ningun parche salvo el propio driver
      (para soportar las hfc-s)
      
      Un poco mas sobre el tema.
      
      zaphfc y vzaphfc se hicieron para zaptel originalmente.
      Obviamente necesitaban los parches de bristuff, que utilizaban canales
      dchan.
      Yo opte por trabajar con vzaphfc, que aunque estaba abandonado desde hacia
      varios años, estaba (para mi gusto) bastante mejor escrito que el zaphfc del
      bristuff
      
      Al dar soporte con dahdi a las Digium b410p se preparo soporte hardhdlc para
      estas tarjetas pero solo para el branch 1.6
      Nosotros hemos ido modificando el driver para que tambien soporte todas las
      tarjetas basadas en los chips hfc-4s y 8s (casi todas las bri de 2,4 y 8
      puertos que andan por ahi)
      
      A la par, con una tarjeta que me presto J.C. Valero (un dia de estos te la
      devuelvo...) prepare el soporte para las hfc-s de un puerto bajo dahdi.
      Originalmente necesitaba los parches de bristuff, pero reescribi la parte de
      los canales D para que usara hardhdlc como medio de comunicacion. Así
      reducimos al mínimo los parches sobre los fuentes originales de asterisk. O
      sea que salvo el tema de timing (que no he querido tocar esperando a ver que
      pasa con las dahdi 2.2... y a tener tiempo) para el resto su comportamiento
      y configuracion es identico a las B410P y similares. 

      zaphfc necesita de dahdi_dummy si no está con otra tarjeta que tenga source timing
      (HFC-4S//8S) por ejemplo