Problemas en conexión PSTN <====> Asterisk <====> PBX
Juan jimenez
hace cosa de un mes expuse un problemilla que tenía para conectar
Asterisk con una Bussiness phone 250 de Ericsson. Todo parecía
solucionado, pero sólo fue un espejismo :-(. Por eso retomo el tema
para ver si, de nuevo, podeis echarme una mano.
Mi escenario es el siguiente: una Bussiness Phone 250 de Ericsson
conectada a Asterisk por un primario y Asterisk conectado a un
proveedor de telefonía móvil a través de otro primario.
Mi problema es que no consigo realizar llamadas entre la pstn y la
centralita, aunque entre Asterisk y la pstn sí que puedo. Al conectar
Asterisk a la pbx, el led de la tarjeta de la pbx se pone naranja
aunque los leds de la tarjeta de Asterisk permanecen en verde. Cuando
intento realizar una llamada desde la pstn a la centralita no funciona
y en los mensajes de depuración siempre aparece esto:
Message type: RELEASE COMPLETE (90)
< [08 02 80 a9]
< Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0
Location: User (0)
< Ext: 1 Cause: Temporary failure (41), class =
Network Congestion (resource unavailable) (2) ]
-- Processing IE 8 (cs0, Cause)
q931.c:3766 q931_receive: call 32792 on channel 31 enters state 0
(Null)
-- Channel 0/31, span 2 got hangup, cause 41
obelix*CLI> -- DAHDI/62-1 is circuit-busy
obelix*CLI> NEW_HANGUP DEBUG: Calling q931_hangup, ourstate
Null, peerstate Null
obelix*CLI> NEW_HANGUP DEBUG: Destroying the call, ourstate Null,
peerstate Null
obelix*CLI> -- Hungup 'DAHDI/62-1'
== Everyone is busy/congested at this time (1:0/1/0)
¿ Alguien sabe por qué ocurre esto?
Gracias de antemano y ¡un saludo a todos!
Adjunto los ficheros de configuración:
# ------------------------------------------------
# Fichero de configuracion /etc/dahdi/system.conf
# ------------------------------------------------
loadzone=es
defaultzone=es
# Tarjeta Digium TE200
#puerto 1: Asterisk <-> E1
span = 1,1,0,ccs,hdb3,crc4
bchan= 1-15,17-31
dchan= 16
echocanceller= mg2,1-15,17-31
#puerto 2: Asterisk <-> PBX
span = 2,0,0,ccs,hdb3,crc4
bchan= 32-46,48-62
dchan= 47
echocanceller= mg2,32-46,48-62
; -------------------------------------------------
; Fichero de configuracion /etc/asterisk/chan_dahdi.conf
; -------------------------------------------------
[channels]
language=es
switchtype=euroisdn
pridialplan=unknown
prilocaldialplan=unknown
usercallerid=yes
hidecallerid=no
callwaiting=yes
usercallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=yes
callgroup=1
pickupgroup=1
; Conexion Asterisk<->pstn
context=from-pstn
group=1
signalling=pri_cpe
channel=>1-15,17-31
; Conexion Asterisk<->pbx
context=from-pbx
group=2
signalling=pri_net
channel=>32-46,48-62
-------------------------------------------------------
;/etc/asterisk/extensions.conf
-------------------------------------------------------
[from-pstn]
; las llamadas que recibido desde la pstn van dirigidas a un numero de
destino que coincide con el patrón ;717XXXX. Yo esperaba que el numero
fuera del tipo 6XXXXXXXX que es el que identifica a los numeros
móviles ;pero no es así (supongo que las centrales de conmutación
utiliza otro plan de numeracion distinto al de usuario).
exten => _717XXXX,1,Dial(DAHDI/g2/${EXTEN})
exten => _717XXXX,n,Congestion()
exten => _717XXXX,n,Hangup()
[from-pbx]
; Para salir por el primario de moviles tengo que añadir el prefijo
999
exten =>_06XXXXXXXX,1,Dial(DAHDI/g1/999${EXTEN:1})
exten =>_06XXXXXXXX,n,Congestion()
exten =>_06XXXXXXXX,n,Hangup()
exten =>_9996XXXXXXXX,1,Dial(DAHDI/g1/${EXTEN})
exten =>_9996XXXXXXXX,n,Congestion()
exten =>_9996XXXXXXXX,n,HangUp()
Manuel Cuya Roldan
un cable cruzado.
Saludos
Manuel
-----Mensaje original-----
De: aster...@googlegroups.com [mailto:aster...@googlegroups.com] En
nombre de Juan jimenez
Enviado el: Martes, 01 de Septiembre de 2009 07:11 a.m.
Para: asterisk-es
Asunto: [Asterisk-ES] Problemas en conexión PSTN <====> Asterisk <====> PBX
Raúl Alexis Betancor Santana
> Hola a todos,
[...]
> < Ext: 1 Cause: Temporary failure (41), class =
> Network Congestion (resource unavailable) (2) ]
> -- Processing IE 8 (cs0, Cause)
> q931.c:3766 q931_receive: call 32792 on channel 31 enters state 0
> (Null)
> -- Channel 0/31, span 2 got hangup, cause 41
[...]
> ¿ Alguien sabe por qué ocurre esto?
Veamos ... isdncause 41: NORMAL_TEMPORARY_FAILURE
Lo que probablemente quiere decir que la PBX no acepta ese número como
destino.
> Gracias de antemano y ¡un saludo a todos!
>
[...]
> -------------------------------------------------------
> ;/etc/asterisk/extensions.conf
> -------------------------------------------------------
>
> [from-pstn]
>
> ; las llamadas que recibido desde la pstn van dirigidas a un numero de
> destino que coincide con el patrón ;717XXXX. Yo esperaba que el numero
> fuera del tipo 6XXXXXXXX que es el que identifica a los numeros
> móviles ;pero no es así (supongo que las centrales de conmutación
> utiliza otro plan de numeracion distinto al de usuario).
No supongas nada, te llegará así porque al proveedor del primario de móviles
le saldrá de los cojones simplemente.
> exten => _717XXXX,1,Dial(DAHDI/g2/${EXTEN})
¿Estás seguro que la PBX acepta llamadas a 717XXXX, te en cuenta que no
estás "recortando" ${EXTEN}
> [from-pbx]
>
> ; Para salir por el primario de moviles tengo que añadir el prefijo
> 999
¿Eing? ... y ¿eso?, ¿no será que el primario de móviles ese está configurado
en modo grupo RPV o lo que comercialmente llaman algunos operadores "Primario
corporativo?
Saludos
--
Raúl Alexis Betancor Santana
Dimensión Virtual
Juan jimenez
cable cruzado que indica Manuel, sí lo tengo de esa manera y he
comprobado que funciona correctamente. En relación a lo que indica
Raúl me pregunto:
¿ qué debería poner como patrón en las extensiones del contexto [from-
pstn]?
Si al recibir una llamada desde la pstn el numero llamado me aparece
como 717XXX y la pbx no acepta ese tipo de números, ¿qué modificación
debería hacer al numero original? ¿qué formato es plausible que acepte
la pbx? .(Debo decir que si se conecta la pbx directamente al
primario del operador todo funciona bien).
Lo del 999 no se por qué es pero el operador hizo saber que al numero
original al que se quisiera llamar había que añadirle ese prefijo. La
verdad es que eso se monto antes de que yo llegara y no conozco muy
bien lo detalles, creo que es una especie de código de acceso o algo
así (no me hagais mucho caso). Para mi, por desgracia, es una especie
de dogma de fe.
Bueno, Muchas gracias por la ayuda amigos.
On 1 sep, 18:14, Raúl Alexis Betancor Santana <r...@dimension-
> On Tuesday 01 September 2009 13:11:27 Juan jimenez wrote:> Hola a todos,
>
> [...]
>
> > < Ext: 1 Cause: Temporary failure (41), class =
> > Network Congestion (resource unavailable) (2) ]
> > -- Processing IE 8 (cs0, Cause)
> > q931.c:3766 q931_receive: call 32792 on channel 31 enters state 0
> > (Null)
Raúl Alexis Betancor Santana
> Hola de nuevo, gracias por vuestras respuestas. Con respecto a lo del
> cable cruzado que indica Manuel, sí lo tengo de esa manera y he
> comprobado que funciona correctamente. En relación a lo que indica
> Raúl me pregunto:
>
> ¿ qué debería poner como patrón en las extensiones del contexto [from-
> pstn]?
Teniendo en cuenta que el proveedor de la PSTN no te "debería" entregar
tráfico que no sea tuyo ... podrías poner un X. y tragaría igual.
> Si al recibir una llamada desde la pstn el numero llamado me aparece
> como 717XXX y la pbx no acepta ese tipo de números, ¿qué modificación
> debería hacer al numero original? ¿qué formato es plausible que acepte
> la pbx?
A saber ... para eso necesitas acceso al dialplan de la PBX para ver como
estaba programada.
> .(Debo decir que si se conecta la pbx directamente al
> primario del operador todo funciona bien).
Pues entonces algo no cuadra, ya que en el Asterisk solo tramita la llamada de
forma transparente.
Te recomiendo que intentes conseguir acceso a la PBX para que veas los logs de
lo que le llega y porque lo rechaza.
Odicha
"Juega" un poco primero con la pbx que tienes.(haz antes un backup de la
configuracion) Mira los manuales, como está configurada e intenta
comprender que hace... No es trivial. Si ves que no puedes contrata un
profesional (que la cosa está malita...)
No hay soluciones fantásticas para el problema que describes. Ni un
autoconf para Asterisk.
Un saludo
Juan jimenez
descubro el problema...
Ya os contaré.
Un saludo.
Juan jimenez
siguiente:
La luz naranja del led de la tarjeta de la centralita es porque: "Uno
o más recursos de la tarjeta están bloqueados" (copiado literalmente
de la ayuda del manual).
Bueno tras analizar los errores, me comentan que la causa del bloqueo
entre Asterisk y la PBX es debido a que se están produciendo
deslizamientos de trama. Según el técnico de ericcson, cuando el
contador de deslizamiento llega al limite se produce el bloqueo de la
tarjeta. Los deslizamientos de trama de deben a problemas de
sincronización así que lo que ahora me pregunto es:
A parte de las diferencias entre los relojes de las dos tarjetas, ¿qué
puede provocar estos problemas de sincronización?¿Alguna idea?Adjunto
el test de sincronización de dahdi para mostrar que eso no es.
Gracias a todos por vuestra inestimable ayuda.
___________________________________________________________________
obelix:~# dahdi_test -v
8192 samples in 8191.800 system clock sample intervals (99.998%)
8192 samples in 8191.111 system clock sample intervals (99.989%)
8192 samples in 8191.784 system clock sample intervals (99.997%)
8192 samples in 8191.784 system clock sample intervals (99.997%)
8192 samples in 8191.751 system clock sample intervals (99.997%)
8192 samples in 8191.784 system clock sample intervals (99.997%)
8192 samples in 8191.792 system clock sample intervals (99.997%)
8192 samples in 8191.800 system clock sample intervals (99.998%)
8192 samples in 8191.792 system clock sample intervals (99.997%)
--- Results after 9 passes ---
Best: 99.998 -- Worst: 99.989 -- Average: 99.996470, Difference:
99.996471
On 2 sep, 00:15, Raúl Alexis Betancor Santana <r...@dimension-
> On Tuesday 01 September 2009 20:07:55 Juan jimenez wrote:
>
> > Hola de nuevo, gracias por vuestras respuestas. Con respecto a lo del
> > cable cruzado que indica Manuel, sí lo tengo de esa manera y he
> > comprobado que funciona correctamente. En relación a lo que indica
> > Raúl me pregunto:
>
> > ¿ qué debería poner como patrón en las extensiones del contexto [from-
> >pstn]?
>
>
Raúl Alexis Betancor Santana
> Hola de nuevo, Tras conseguir acceder a la PBX he descubierto lo
> siguiente:
>
> La luz naranja del led de la tarjeta de la centralita es porque: "Uno
> o más recursos de la tarjeta están bloqueados" (copiado literalmente
> de la ayuda del manual).
> Bueno tras analizar los errores, me comentan que la causa del bloqueo
> entre Asterisk y la PBX es debido a que se están produciendo
> deslizamientos de trama. Según el técnico de ericcson, cuando el
> contador de deslizamiento llega al limite se produce el bloqueo de la
> tarjeta. Los deslizamientos de trama de deben a problemas de
> sincronización así que lo que ahora me pregunto es:
>
> A parte de las diferencias entre los relojes de las dos tarjetas, ¿qué
> puede provocar estos problemas de sincronización?¿Alguna idea?Adjunto
> el test de sincronización de dahdi para mostrar que eso no es.
>
> Gracias a todos por vuestra inestimable ayuda.
Los problemas de syncro tienen 3 posibles orígenes:
1) Mala configuración. Recuerda que uno de los extremos ha de ser el master de
reloj para el otro extremo.
También puede ser debido a que en uno de los extremos tienes CRC activado y en
el otro no. Verifica que ambos extremos tengan EXACTAMENTE la misma
configuración.
2) Problemas de cableado. Un cable defectuoso, mal aislado o en un entorno
inadecuado (entorno "ruidoso" eléctricamente hablando), puede producir
problemas de syncro.
3) Problemas hardware. Alguna de las tarjetas puede estar estropeada o no ser
capaz de procesar toda la información que le llega a tiempo (Me encontré hace
tiempo con una PBX que tenía una tarjeta de primarios , que a pesar de
tener "supuesta capacidad" para 4 primarios, desde que conectabas el cuarto,
se venía el chiringito abajo de forma aleatoria)
Juan jimenez
definitivamente ya que por fin conseguí encontrar y solucionar el
problema que tenía.
Lo detallo un poco por si acaso alguien se encuentra una situación
parecida.
¿Dónde estaba el problema?
Resulta que la centralita tenia configuradas dos fuentes de
sincronismo. En prinicipio la centralita toma el reloj de la central
de la red fija como maestro pero, si hay algun problema , conmuta al
reloj de la red móvil para no quedarse sin señal de sincronismo. Todo
esto funciona bien hasta quese pone Asterisk entre la centralita y la
red móvil. Ahora las dos señales de sincronismo que recibe la pbx
proceden de la red fija y de Asterisk. Por alguna razón que no he
descubierto, esta configuración provoca fallos de sincronismo en la
centralita que impiden que la conexión con Asterisk se establezca
adecuadamente.
¿cómo se soluciona?
Eliminando la fuente de sincronización secundario en la configuración
de la centralita. Haciendo esto, la comunicación entre la pbx y
Asterisk funciona perfectamente.
Inconveniente: ahora no existe señal de sincronismo alternativa, si
falla la señal de la red fija (poco probable pienso ...) también se
pierde la comunicación a través del primario de móviles.
En resumen, la solución funciona pero es mejorable.
Espero que todo el tiempo que perdí con esto sea tiempo ahorrado para
otros compañeros del grupo.
o vuelve loca a la centralita y no
On 10 sep, 09:14, Raúl Alexis Betancor Santana <r...@dimension-