Llamada entrante se corta a los pocos segundos

[Toni Marmol]

Acabo de migrar (por causas de fuerza mayor) de asterisk 1.2 a la
versión 1.8 y la verdad que la configuración de la tarjeta a nivel de
kernel ha sido trivial. La configuración de asterisk ha sido algo mas
compleja por la novedad dahdi, pero creo que ya esta bien.

Tengo una tarjeta Digium B410P usando solo el primer puerto con dos
canales. Dos lineas en total. El tema es que cuando entra una llamada,
esta se corta a los 10 segundos cuando aun está dando tono de marcado.
Si no descuelgo durante esos 10 segundos en el log de Asterisk veo
este error:

-- Span 1: Channel 0/1 got hangup request, cause 102

Y si descuelgo, no se oye nada. Y al cabo uno de unos segundos el
receptor de la llamada oye el tono de ocupado. Y el emisor el tono de
averia o no disponible. En el log veo lo siguiente:

-- Span 1: Channel 0/1 got hangup ACK

La ruta de llamada entrante la dirijo a un grupo de llamadas por dos
extensiones SIP activas (2 telefonos linksys). Entre las dos
extensiones funcionan correctamente las llamadas.

Estoy utilizando:
- asterisk-1.8.5.0
- dahdi-linux-complete-2.5.0
- freepbx-2.9.0
- libpri-1.4.12
- libss7-1.0.2

Y en la configuración de la tarjeta en dahdi tengo esto:
; Span 1: B4/0/1 "B4XXP (PCI) Card 0 Span 1" (MASTER) AMI/CCS
group=0,11
context=from-pstn
switchtype = euroisdn
signalling = bri_cpe_ptp
channel => 1-2
context = default
group = 63


¿Sabéis por qué se pueden cortar las llamadas?

[jorge montero]

Hola,

La RDSI en cuestión, ¿esta en modo multipunto o punto a punto?

Si el TR1 no tiene alimentación casi con el 100% esta en monopunto,
como para enchufar una centralita detras, si esta conectado a 220v,
pones un teléfono RDSI y funciona, esta en multipunto.

Pero me da a mi que esta en lo segundo, y tendrias que cambiar el
parametro signalling:

punto a punto) signalling = bri_cpe

punto a multipunto) signalling = bri_cpe_ptmp

Por favor si estoy equivocado, que alguien me corrija, que lo estoy
escribiendo de memoria.

Pega la configuración completa del dahdi, y así es más facil ver por
donde van los tiros.

Un saludo.

> --
> Este email pertenece a la lista de Asterisk-ES (http://www.asterisk-es.org)
>
> ~~~ Normas de la lista Asterisk-ES: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> http://comunidad.asterisk-es.org/index.php?title=Lista:normas-asterisk-es
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> - Para anular la suscripción: asterisk-es...@googlegroups.com
>

--
Un saludo.

Jorge Montero

[Carlos López]

A mi med paso esta misma situacion, tuve que cambiar el modem que mantenia un firewall interno y este cortaba las llamadas entrantes a los pocos segundos de entrar, y al salir la llamada la cortaba a los 15 minutos...

Espero te sirva de algo...

 

--

ATTE.

Carlos M. López R.
Sistemas Cargus Computadoras.

Usuario Linux 495813.
Servidor Linux 407527.

[Toni Marmol]

On 30 ago, 23:09, jorge montero <cot...@gmail.com> wrote:

> La RDSI en cuestión, ¿esta en modo multipunto o punto a punto?

Pues la verdad es que ahí me has pillado... :) Es una linea digital de
ONO con dos numeros de telefono.

> Si el TR1 no tiene alimentación casi con el 100% esta en monopunto,
> como para enchufar una centralita detras, si esta conectado a 220v,
> pones un teléfono RDSI y funciona, esta en multipunto.
>
> Pero me da a mi que esta en lo segundo, y tendrias que cambiar el
> parametro signalling:
>
> punto a punto) signalling = bri_cpe
>
> punto a multipunto) signalling =  bri_cpe_ptmp
>
> Por favor si estoy equivocado, que alguien me corrija, que lo estoy
> escribiendo de memoria.
>
> Pega la configuración completa del dahdi, y así es más facil ver por
> donde van los tiros.

Me fijé en la configuración que tenia funcionando con asterisk 1.2 y
en el misdn-init.conf lo tenia así: te_ptp=1,2,3,4 (TE-Mode,
PTP)

Con el signalling = bri_cpe_ptmp que era la configuración que me ponia
el dahdi_genconf, la linea estaba siempre en Down. Y claro, cuando se
hacia una llamada, por el log de asterisk no aparecia ninguna señal.
Así que probé con signalling = bri_cpe_ptp y entonces entraban las
llamadas, pero se producia el corte ese extraño.

Ahora he vuelto a reinstalar asterisk para (intentar) prescindir de
freepbx, confiando a que el corte sea debido a algo relacionado con
freepbx. La verdad es que me gusta mucho mas configurarlo todo por mi
cuenta paso a paso, pero claro sin los conocimientos adecuados, con el
metodo prueba-error lleva muchisimo mas tiempo.

Ahora cuando consiga enrutar la llamada entrante (que me está
costando!), probaré lo de signalling = bri_cpe pero por lo que
comentas es lo mismo que tenia antes con signalling = bri_cpe_ptp

Gracias Jorge.

Saludos,
Toni

ARCHIVOS

/etc/asterisk/chan_dahdi.conf

[trunkgroups]

[channels]
#include dahdi-channels.conf
usecallerid=yes
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
canpark=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=yes
group=1
callgroup=1
pickupgroup=1





/etc/asterisk/dahdi-channels.conf

; Span 1: B4/0/1 "B4XXP (PCI) Card 0 Span 1" (MASTER) AMI/CCS
group=0,11

switchtype = euroisdn
signalling = bri_cpe_ptp
channel => 1-2
context = default
group = 63

/etc/dahdi/system.conf

# Span 1: B4/0/1 "B4XXP (PCI) Card 0 Span 1" (MASTER) AMI/CCS
span=1,1,0,ccs,ami
# termtype: te
bchan=1-2
hardhdlc=3
echocanceller=mg2,1-2


(Omito la configuracion relativa a los puertos 2, 3 y 4 de la tarjeta
porque no hay conectividad por ahora).

[Toni Marmol]

Jorge, efectivamente tenias razón.

Ha sido poner signalling = bri_cpe y ha funcionado a la primera.

Revisando los logs me di cuenta después que daba error con signalling
= bri_cpe_ptp (que al parecer yo me habia inventado ese valor de
parametro :D)

Gracias.

Saludos,
Toni

On 30 ago, 23:09, jorge montero <cot...@gmail.com> wrote:

> Hola,
>
> La RDSI en cuestión, ¿esta en modo multipunto o punto a punto?
>
> Si el TR1 no tiene alimentación casi con el 100% esta en monopunto,
> como para enchufar una centralita detras, si esta conectado a 220v,
> pones un teléfono RDSI y funciona, esta en multipunto.
>
> Pero me da a mi que esta en lo segundo, y tendrias que cambiar el
> parametro signalling:
>
> punto a punto) signalling = bri_cpe
>
> punto a multipunto) signalling =  bri_cpe_ptmp
>
> Por favor si estoy equivocado, que alguien me corrija, que lo estoy
> escribiendo de memoria.
>
> Pega la configuración completa del dahdi, y así es más facil ver por
> donde van los tiros.
>
> Un saludo.
>

> >http://comunidad.asterisk-es.org/index.php?title=Lista:normas-asteris...

[alphil]

Pues, tengo varias instalaciones sobre las RDSI de ONO y a mi funciona
solo con "bri_cpe_ptmp"
y todas RDSI de Telefónica con "bri_cpe"

De hecho, aunque funcionan correctamente, las líneas de ONO me llenan
la consola con este tipo de NOTICIAS.

NOTICE[12217]: chan_dahdi.c:12706 pri_dchannel: PRI got event: HDLC
Abort (6) on Primary D-channel of span 2
NOTICE[30014]: chan_dahdi.c:13133 pri_dchannel: PRI got event: HDLC
Bad FCS (8) on Primary D-channel of span 4
NOTICE[30014] chan_dahdi.c: PRI got event: HDLC Bad FCS (8) on Primary
D-channel of span 4

He probado poner, lo habitual que se aconseja en estos casos pero,
sigue igual.
bri_l1_check=0
resetinterval=never

A alguien pasa lo mismo??