Neocenter VoIP Blog

Buen día,

En ocasiones requerimos que las terminales Aastra se auto-provisionen, por decirlo que otro modo que tomen la configuración de una extensión en particular, para ello es necesario un Servidor DHCP (no es mandatorio), el Super-Demonio XINETD y de su hijo tftp-server, para ello les dejo otro pequeño tutorial que puede ayudarles en esta tarea.

Incluyó todas las configuraciones que una terminal Aastra puede soportar.

Espero les sirva.

Saludos,

@rodman1942

Howto_tftp_redhat_centos

Buen día,

Les dejo un Howto que realice hace tiempo, creo que podría servir de referencia si se encuentran configurando un enlace E1 R2 (TELMEX) y tarjetas Sangoma.

Espero les sirva.

Saludos,

@rodman1942

Howto_OpenR2_Sangoma_Asterisk

Xorcom, nos envía el procedimiento de como actualizar los equipos de Xorcom de la versión 1.6 a la versión 2.2 de Elastix.

Ésta utileria de actualización fue desarrollada por Palosanto y modificada por Xorcom Ltd.

1. Descargar la utileria de actualización y descomprimirla:

cd /tmp
wget http://updates.xorcom.com/servers/tools/el-16to22-v1.tar.gz
tar xzf el-16to22-v1.tar.gz

2. Ejecutarl el “script” de actualización:

cd el-16to22-v1
./run-migrate

Si se ha cambiado la contraseña original de la base de datos en MySQL (eLaStIx.2oo7) entonces le será solicitada:

*** Stage_2: Migrate the MySQL databases.
The password (eLaStIx.2oo7) is not correct.
Please define the MySQL root’s password:
If the software upgrade has been completed successfully the following message will appear:
Complete!
*** Stage_9: Completed successfully.
Migration Complete Successful!!!…

3. Reinicie el servidor

4. Reinicie los dispositivos Astribank (en caso de tenerlo instalados):

/etc/init.d/asterisk stop
/etc/init.d/dahdi stop
/usr/share/dahdi/xpp_fxloader reset

Espere hasta que el comando lsusb muestre el estado e4e4:1162 de todos los dispositivos Astribank. Por ejemplo:

#lsusb
Bus 002 Device 001: ID 0000:0000
Bus 001 Device 005: ID e4e4:1162
Bus 001 Device 001: ID e4e4:1162
Bus 003 Device 001: ID 0000:0000
Bus 004 Device 001: ID 0000:0000

Inicie DAHDI and Asterisk de nuevo:

/etc/init.d/dahdi start
/etc/init.d/asterisk start

5. Acceda a la interfaz Web del PBX y aplique los cambios por medio del botón “PBX”->”PBX Configuration” “Apply Configuration Changes Here”.

Listo!

Sé que cualquiera diría que la configuración de un enlace ISDN PRI de Telmex es muy trivial, y estoy de acuerdo, sin embargo me encontre con un pequeño problema; al poner el enlace al PBX solo podía recibir llamadas de la PSTN, pero no podía generar llamadas desde el PBX hacia la PSTN(nunca me había sucedido), recibía una causa de congestion ’0′.

rodman*CLI> console dial 04455XXXXXXXX@rodman
== Console is full duplex
— Executing [04455XXXXXXXX@rodman:1] Dial(“Console/dsp”, “DAHDI/1/04455XXXXXXXX”) in new stack
— Requested transfer capability: 0×00 – SPEECH
— Called DAHDI/1/04455XXXXXXXX
— DAHDI/i1/04455XXXXXXXXX-f is proceeding passing it to Console/dsp
— Span 1: Channel 0/1 got hangup request, cause 0
— Hungup ‘DAHDI/i1/04455XXXXXXXX-f’
== Everyone is busy/congested at this time (1:0/0/1)
— Auto fallthrough, channel ‘Console/dsp’ status is ‘CHANUNAVAIL’
rodman*CLI>

Esto era muy raro ya que con Dahdi 2.3 y Asterisk 1.4 (Elastix 1.6) no sucedía, obvio revise que mis configuraciones fueran las correctas, una vez que valide esto, que se me ocurre hablar al COR del Carrier para solicitar una traza del enlace al intentar enlazar una llamada… comentaron que ellos no veían ningun intento de llamada, ¡pufff!, habilite el debug del span para ver con más detalle si existía un problema; aquí el comando:

pri set debug on span 1

Una vez hablitado el debug el CLI mostraba lo siguiente:

rodman*CLI> console dial 53259000@rodman
== Console is full duplex
— Executing [53259000@rodman:1] Dial(“Console/dsp”, “DAHDI/g0/53259000″) in new stack
PRI Span: 1 — Making new call for cref 32770
— Requested transfer capability: 0×00 – SPEECH
PRI Span: 1
PRI Span: 1 > DL-DATA request
PRI Span: 1 > Protocol Discriminator: Q.931 (8)  len=31
PRI Span: 1 > TEI=0 Call Ref: len= 2 (reference 2/0×2) (Sent from originator)
PRI Span: 1 > Message Type: SETUP (5)
PRI Span: 1 TEI=0 Transmitting N(S)=0, window is open V(A)=0 K=7
PRI Span: 1
PRI Span: 1 > TEI: 0 State 7(Multi-frame established)
PRI Span: 1 > V(A)=0, V(S)=0, V(R)=0
PRI Span: 1 > K=7, RC=0, l3_initiated=1, reject_except=0, ack_pend=0
PRI Span: 1 > T200_id=0, N200=3, T203_id=8192
PRI Span: 1 > [ 00 01 00 00 08 02 00 02 05 04 03 80 90 a3 18 03 a1 83 81 6c 02 21 80 70 09 80 35 37 33 35 33 39 39 30 a1 ]
PRI Span: 1 > Informational frame:
PRI Span: 1 > SAPI: 00  C/R: 0 EA: 0
PRI Span: 1 >  TEI: 000        EA: 1
PRI Span: 1 > N(S): 000   0: 0
PRI Span: 1 > N(R): 000   P: 0
PRI Span: 1 > 31 bytes of data
PRI Span: 1 > Protocol Discriminator: Q.931 (8)  len=31
PRI Span: 1 > TEI=0 Call Ref: len= 2 (reference 2/0×2) (Sent from originator)
PRI Span: 1 > Message Type: SETUP (5)
PRI Span: 1 > [04 03 80 90 a3]
PRI Span: 1 > Bearer Capability (len= 5) [ Ext: 1  Coding-Std: 0  Info transfer capability: Speech (0)
PRI Span: 1 >                              Ext: 1  Trans mode/rate: 64kbps, circuit-mode (16)
PRI Span: 1 >

Con el debug note que el Carrier no sabía o no identificaba la marcación que yo le estaba envíando por lo que solo agregue la siguiente línea en chan_dahdi.conf:

pridialplan=local

Una vez con esto en el CLI vemos que la llamada ya se establece:

rodman*CLI> console dial 53259000@rodman
== Console is full duplex
— Executing [53259000@rodman:1] Dial(“Console/dsp”, “DAHDI/g0/53259000″) in new stack
— Requested transfer capability: 0×00 – SPEECH
— Called DAHDI/g0/53259000
— DAHDI/i1/53259000-1 is proceeding passing it to Console/dsp
— DAHDI/i1/53259000-1 is ringing
— DAHDI/i1/53259000-1 is making progress passing it to Console/dsp
rodman*CLI> con
config   console
rodman*CLI> console hangup
— Hungup ‘DAHDI/i1/53259000-1′
== Spawn extension (rodman, 53259000, 1) exited non-zero on ‘Console/dsp’
<< Hangup on console >>

Les dejo los archivos de configuración.

——————- CHAN_DAHDI.CONF ————————

[trunkgroups]

[channels]
context=default
usecallerid=yes
hidecallerid=no
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
canpark=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=yes
relaxdtmf=yes
rxgain=0.0
txgain=0.0
group=0
callgroup=1
pickupgroup=1
immediate=no

;Sangoma A101 port 1 [slot:4 bus:4 span:1] <wanpipe1>
switchtype=euroisdn
context=from-pstn
group=0
echocancel=yes
signalling=pri_cpe

prilocaldialplan=unknown
pridialplan=local

channel =>1-10

——————- SYSTEM.CONF ————————

loadzone=us
defaultzone=us

#Sangoma A101 port 1 [slot:4 bus:4 span:1] <wanpipe1>
span=1,1,0,ccs,hdb3
bchan=1-10
echocanceller=mg2,1-10
hardhdlc=16

——————- WANPIPE1.CONF ————————

[devices]
wanpipe1 = WAN_AFT_TE1, Comment

[interfaces]
w1g1 = wanpipe1, , TDM_VOICE, Comment

[wanpipe1]
CARD_TYPE       = AFT
S514CPU         = A
CommPort        = PRI
AUTO_PCISLOT    = NO
PCISLOT         = 4
PCIBUS          = 4
FE_MEDIA        = E1
FE_LCODE        = HDB3
FE_FRAME        = NCRC4
FE_LINE         = 1
TE_CLOCK        = NORMAL
TE_REF_CLOCK    = 0
TE_SIG_MODE     = CCS
TE_HIGHIMPEDANCE        = NO
TE_RX_SLEVEL    = 430
LBO             = 120OH
FE_TXTRISTATE   = NO
MTU             = 1500
UDPPORT         = 9000
TTL             = 255
IGNORE_FRONT_END        = NO
TDMV_SPAN               = 1
TDMV_DCHAN              = 16
TE_AIS_MAINTENANCE = NO         #NO: defualt  YES: Start port in AIS Blue Alarm and keep line down

Versiones utilizadas:

• Elastix 2.2
• Asterisk 1.8.7.0
• DAHDI Version: 2.4.1.2
• WANPIPE Release: 3.5.23

Referencia:

http://lists.digium.com/pipermail/asterisk-users/2005-May/102837.html

Espero les sirva.

@rodman1942

Pues Sangoma a través de su Wiki publica un “How-to” para obtener trazados PRI/BRI/SS7/WAN con Wireshark.

Ésta es la liga. [http://wiki.sangoma.com/wanpipe-wireshark-pcap-pri-bri-wan-t1-e1-tracing]

Es recomendable, para la gente que no le gusta emplear la consola de Asterisk

@el_jerry

Pues resulta que un cliente me solicitó apoyarlo con una demo para hacer una especie de CTI entre Vtiger y Elastix;  y la  idea es que se tenga un grupo de agentes contestando llamadas a través del sistema de manejo de Colas de Asterisk/Elastix.

Este cliente me trajo un servidor con la versión 2.0 de Elastix, Asterisk 1.6 y Vtiger 5.1.0  y seguí los pasos propuestos aquí y aquí . Al final del día los “scripts” propuestos, tardaban años en efectuar el “pop-up” de la llamada con el CallerId del llamante. En algunos casos ni lo hacia :S.

Después de un largo batallar opté por tomar uno de mis servers Dell PowerEdge y hacer una instalación limpia y plana de Elastix 2.2. No sé que tanto le habia metido el cliente a su server que al final del día nada funcionaba. De las ligas arriba mencionada, en la consola de “El Elastix” , a pesar de emplear la version 1.8.7.0 para Asterisk y seguir con la version 5.1.0 de Vtiger, actualicé en la base de datos de éste último la versión de Asterisk por medio del query:
update vtiger_asterisk set version=1.6;.

Finalmente adecué un script viejito que encontré en la red para que funcione con las modificaciones del AMI de Asterisk para 1.6/1.8 y listo. El script no se muere, se ejecuta rápidamente (los 2 rings que tarda la PSTN en enviar el CallerID sobre troncales analógicas).

Posteriormente troncalicé éste Elastix con el PBX de Neocenter vía SIP, efectué unas modificaciones al IVR principal, y listo. Las llamadas que entran por la PSTN al PBX de Neocenter, se reenvian vía SIP a una cola del PBX “demo” en el que se encuentra configurada una cola con un agente estático. El CallerID pasa sin problemas y el “pop-up” se desplega de manera eficiente. Veremos cómo se comporta el Demo cuando se tienen varios agentes y colas funcionando.

Espero que les sirva.

Aqui va el script que usé.

#!/usr/bin/php
/***********************************************************************************
* The contents of this file are subject to the vtiger CRM Public License Version 1.0
* ("License"); You may not use this file except in compliance with the License
* The Original Code is: vtiger CRM Open Source
* The Initial Developer of the Original Code is vtiger.
* Portions created by vtiger are Copyright (C) vtiger.
* All Rights Reserved.
* Some Code added by dicko for the Elastix Project
************************************************************************************/

return true;
}else{
return false;
}
}
?>

Saluditos
by @el_jerry

Con ayuda de este video podremos identificar que extensión corresponde a que puerto en un Xorcom de la Serie XE.

Xorcom – Concordancia de puertos y extensiones.

Espero les sirva.

Saludos.

@rodman1942

Elastix lanza su propio Marketplace, en el cual se tendrá la opción de instalar software escrito por terceros, de manera sencilla y eficaz, totalmente compatibles con la Distribución.

Este es el lanzamiento oficial: http://elx.ec/empesp

@jerry

Bueno, aqui les dejamos un videito de cómo descargar, instalar, configurar y usar el módulo Custom-Context de FreePBX, que como su nombre nos dice, nos permite crear y manejar diferentes contextos de las extensiones SIP.

Por @jerry