problema con corte de llamadas entre PBX y Asterisk usando ZAP

[gk]

Buenas a todos,

A ver si alguien me puede iluminar con este pequeño problema.
Esta es mi historia ....
Tengo una centralita Avaya IPO 406 conectada a un Asterisk 1.4.21
interconectados utilizando una linea E1 el asterisk tiene una tarjeta
digium TE420.
La Centralita Avaya esta también conectado a una E1.
El Asterisk también esta conectado a una E1 de otro provedor.
El Asterisk también tiene unas cuantas extensiones SIP.
De esta manera las llamadas salientes del Avaya son pasadas al
Asterisk que rutea y realiza la llamada.

El problema es que aleatoriamente hay llamadas que se cortan, estas
llamadas provienen de la centralita Avaya.
Lo extraño es que si hay 5 llamadas simultaneas solo se corta 1 y no
todas.
Sin embargo en las extensiones SIP no poseen ningún problema.

Es decir supongamos que hay 10 llamadas activas, todas al mismo
destino y a lineas fijas.
De las 10 llamadas 4 se estan realizando desde exten SIP.
Las 6 restantes desde extensiones analagicas de la centralita Avaya
(que son pasadas al Aterisk para su terminacion).
De cada 100 llamadas 20 de las que provienen de la centralita avaya se
cortan.
No eh encontrado ningun patron que pueda ayudarme a resolver el
misterio.
Por otro lado el corte se realiza a tiempos aleatorias de la llamada,
es decir se corta en cualquier momento de la llamada.
Tampoco eh podido reproducir este comportamiento para obtener mas
informacion.

Ahora si volvemos a repetir la misma prueba con 100 llamadas talvez no
se corte ninguna.


Debajo hay algunas configuraciones

Gracias
Guillermo


#modinfo zaptel
filename: /lib/modules/2.6.18-6-amd64/misc/zaptel.ko
author: Mark Spencer <mark...@digium.com>
description: Zapata Telephony Interface
license: GPL
version: 1.4.10.1
vermagic: 2.6.18-6-amd64 SMP mod_unload gcc-4.1
depends: crc-ccitt
srcversion: EDC29C71B31D3CC1FB9089F
parm: deftaps:int
parm: debug:int

#zaptel.conf

# Port 1 of card normal E1 / Pri
span=1,1,0,ccs,hdb3,crc4
bchan=1-15
dchan=16
bchan=17-31

# Port 2 of card normal E1 / Pri (Not Use for the moment)
#span=2,2,0,ccs,hdb3,crc4
#bchan=32-46
#dchan=47
#bchan=48-62

# Port 3 of card normal E1 / Pri (Not Use for the moment)
#span=3,3,0,ccs,hdb3,crc4
#bchan=63-77
#dchan=78
#bchan=79-93

# Port 4 of card E1 / Pri (Configure as provider - to link to
avaya)
span=4,0,0,ccs,hdb3,crc4
bchan=94-108
dchan=109
bchan=110-124
loadzone=es
defaultzone=es

#zapata.conf

[trunkgroups]

[channels]
language=es
context=from-zaptel
switchtype=euroisdn
usercallid=yes
hidecallerid=no
musiconhold=default
callwaiting=yes
usecallingpres=yes
threewaycalling=yes
transfer=yes
inmediate=no
canpark=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbriged=yes
rxgain=0.0
txgain=0.0

;rxwink=300 ; Atlas seems to use long (250ms) winks

group=1
signalling=pri_cpe
channel = 1-15
channel = 17-31
dchannel = 16

group=4
signalling=pri_net
context=from-internal
pridialplan = unknown
prilocaldialplan = unknown
callerid=asreceived
switchtype=euroisdn

resetinterval=never
echocancel=yes
echocancelwhenbridged=no
echotrainin=yes

channel = 94-108
channel = 110-124
dchannel = 109

[Guillermo Krepper]

[Saúl Ibarra]

De momento, te recomiendo que actualices a la 1.4.21.1, ya que la
1.4.21 tiene un bug muy importante.... y por otro lado, trata de
capturar la salida del CLI cuando se produce uno de esos cortes....

--
Saúl -- "Nunca subestimes el ancho de banda de un camión lleno de disketes."
----------------------------------------------------------------
http://www.saghul.net/

[gk]

Gracias Saul lo hare.

Estos son algunas de las lineas del log que tal vez ayuden a resolver
el misterio.

[Fri Jul 11 10:57:08 2008] NOTICE[3578] chan_zap.c: PRI got event:
HDLC Abort (6) on Primary D-channel of span 4
[Fri Jul 11 10:57:08 2008] NOTICE[3578] chan_zap.c: PRI got event:
Alarm (4) on Primary D-channel of span 4
[Fri Jul 11 10:57:08 2008] WARNING[3578] chan_zap.c: No D-channels
available! Using Primary channel 109 as D-channel anyway!
[Fri Jul 11 10:57:08 2008] WARNING[3579] chan_zap.c: Detected alarm on
channel 94: Yellow Alarm
[Fri Jul 11 10:57:08 2008] WARNING[3579] chan_zap.c: Unable to disable
echo cancellation on channel 94
[Fri Jul 11 10:57:08 2008] WARNING[3579] chan_zap.c: Detected alarm on
channel 95: Yellow Alarm
[Fri Jul 11 10:57:08 2008] WARNING[3579] chan_zap.c: Unable to disable
echo cancellation on channel 95
[Fri Jul 11 10:57:08 2008] WARNING[3579] chan_zap.c: Detected alarm on
channel 96: Yellow Alarm
[Fri Jul 11 10:57:08 2008] WARNING[3579] chan_zap.c: Unable to disable
echo cancellation on channel 96
[Fri Jul 11 10:57:08 2008] WARNING[3579] chan_zap.c: Detected alarm on
channel 97: Yellow Alarm
[Fri Jul 11 10:57:08 2008] WARNING[3579] chan_zap.c: Unable to disable
echo cancellation on channel 97
[Fri Jul 11 10:57:08 2008] WARNING[3579] chan_zap.c: Detected alarm on
channel 98: Yellow Alarm
[Fri Jul 11 10:57:08 2008] WARNING[3992] chan_zap.c: Detected alarm on
channel 123: Yellow Alarm
[Fri Jul 11 10:57:08 2008] WARNING[3944] chan_zap.c: Detected alarm on
channel 124: Yellow Alarm
[Fri Jul 11 10:57:08 2008] WARNING[3579] chan_zap.c: Unable to disable
echo cancellation on channel 98
[Fri Jul 11 10:57:08 2008] WARNING[3579] chan_zap.c: Detected alarm on
channel 99: Yellow Alarm
[Fri Jul 11 10:57:08 2008] WARNING[3579] chan_zap.c: Unable to disable
echo cancellation on channel 99
[Fri Jul 11 10:57:08 2008] WARNING[3579] chan_zap.c: Detected alarm on
channel 100: Yellow Alarm
[Fri Jul 11 10:57:08 2008] WARNING[3579] chan_zap.c: Unable to disable
echo cancellation on channel 100
[Fri Jul 11 10:57:08 2008] WARNING[3579] chan_zap.c: Detected alarm on
channel 101: Yellow Alarm
[Fri Jul 11 10:57:08 2008] WARNING[3579] chan_zap.c: Unable to disable
echo cancellation on channel 101
[Fri Jul 11 10:57:08 2008] WARNING[3579] chan_zap.c: Detected alarm on
channel 102: Yellow Alarm
[Fri Jul 11 10:57:08 2008] WARNING[3579] chan_zap.c: Unable to disable
echo cancellation on channel 102
[Fri Jul 11 10:57:08 2008] WARNING[3579] chan_zap.c: Detected alarm on
channel 103: Yellow Alarm
[Fri Jul 11 10:57:08 2008] WARNING[3579] chan_zap.c: Unable to disable
echo cancellation on channel 103
[Fri Jul 11 10:57:08 2008] WARNING[3579] chan_zap.c: Detected alarm on
channel 104: Yellow Alarm
[Fri Jul 11 10:57:08 2008] WARNING[3579] chan_zap.c: Unable to disable
echo cancellation on channel 104
[Fri Jul 11 10:57:08 2008] WARNING[3579] chan_zap.c: Detected alarm on
channel 105: Yellow Alarm
[Fri Jul 11 10:57:08 2008] WARNING[3579] chan_zap.c: Unable to disable
echo cancellation on channel 105
[Fri Jul 11 10:57:08 2008] WARNING[3579] chan_zap.c: Detected alarm on
channel 106: Yellow Alarm
[Fri Jul 11 10:57:08 2008] WARNING[3579] chan_zap.c: Unable to disable
echo cancellation on channel 106
[Fri Jul 11 10:57:08 2008] WARNING[3579] chan_zap.c: Detected alarm on
channel 107: Yellow Alarm
[Fri Jul 11 10:57:08 2008] WARNING[3579] chan_zap.c: Unable to disable
echo cancellation on channel 107
[Fri Jul 11 10:57:08 2008] WARNING[3579] chan_zap.c: Detected alarm on
channel 108: Yellow Alarm
[Fri Jul 11 10:57:08 2008] WARNING[3579] chan_zap.c: Unable to disable
echo cancellation on channel 108
[Fri Jul 11 10:57:08 2008] WARNING[3579] chan_zap.c: Detected alarm on
channel 110: Yellow Alarm
[Fri Jul 11 10:57:08 2008] WARNING[3579] chan_zap.c: Unable to disable
echo cancellation on channel 110
[Fri Jul 11 10:57:08 2008] WARNING[3579] chan_zap.c: Detected alarm on
channel 111: Yellow Alarm
[Fri Jul 11 10:57:08 2008] WARNING[3579] chan_zap.c: Unable to disable
echo cancellation on channel 111
[Fri Jul 11 10:57:08 2008] WARNING[3579] chan_zap.c: Detected alarm on
channel 112: Yellow Alarm
...
...
...
[Fri Jul 11 10:57:08 2008] NOTICE[3579] chan_zap.c: Alarm cleared on
channel 94
[Fri Jul 11 10:57:08 2008] NOTICE[3579] chan_zap.c: Alarm cleared on
channel 95
[Fri Jul 11 10:57:08 2008] NOTICE[3579] chan_zap.c: Alarm cleared on
channel 96
[Fri Jul 11 10:57:08 2008] NOTICE[3579] chan_zap.c: Alarm cleared on
channel 97
[Fri Jul 11 10:57:08 2008] NOTICE[3579] chan_zap.c: Alarm cleared on
channel 98
[Fri Jul 11 10:57:08 2008] NOTICE[3579] chan_zap.c: Alarm cleared on
channel 99
[Fri Jul 11 10:57:08 2008] NOTICE[3579] chan_zap.c: Alarm cleared on
channel 100
[Fri Jul 11 10:57:08 2008] NOTICE[3579] chan_zap.c: Alarm cleared on
channel 101
[Fri Jul 11 10:57:08 2008] NOTICE[3579] chan_zap.c: Alarm cleared on
channel 102
[Fri Jul 11 10:57:08 2008] NOTICE[3578] chan_zap.c: PRI got event: No
more alarm (5) on Primary D-channel of span 4
[Fri Jul 11 10:57:08 2008] NOTICE[3579] chan_zap.c: Alarm cleared on
channel 103



La lina en question no esta conectada a un Operador telefonico sino a
una PBX.

Un dato mas ... estoy usando un cable E1 crossover
Extremo A: 1 2 3 4 5 6 7 8
Extremo B: 5 4 3 2 1 6 7 8

Espero que esto ayude un poco o de algo de luz

gracias

[wsoriano]

A veces escribir mal en los archivos de configuracion traen problemas
sin querer, sobre todo en Asterisk. Veo que escribes:
usercallid=yes Debe ser usercallerid=yes
echocancelwhenbriged=yes Debe ser echocancelwhenbridged=yes

Como no entiendo mucho de conexion con E1, no te puedo ayudar mas.
Creo que si buscas mas en tus configuraciones posiblemente veas
errores como los que te muestro y que sean faciles de corregir y te
resuelvan el problema. Por mi sigo pataleando para poder configurar
una E1.

Nos vemos.

> author:         Mark Spencer <marks...@digium.com>

[migue...@gmail.com]

Tambien deberias revisar los problemas de IRQs, aunque es PciExpress, igual puede presentar algunos problemas de IRQs por tener 4 puertos

puse un manualito simple para verificar problemas de IRQs aqui:

http://blog.infomagia.com

Suerte

Miguel Rabi

2008/7/2 gk <gkre...@gmail.com>:

[gk]

wsoriano: Gracias, por el dato ... jamas los hubiese encontrado eso.

miguel: gracias por el dato.

a pesar de que sea pciexpress ... esto es lo que veo en proc/
interrupts

Al parecer se esta compartiendo con algo del USB, esto puede quedar
asi o deberia deshabilitar los USB desde la BIOS?


~# cat /proc/interrupts
CPU0 CPU1 CPU2 CPU3
0: 51212371 0 0 0 IO-APIC-edge
timer
1: 146 0 0 0 IO-APIC-edge
i8042
7: 0 0 0 0 IO-APIC-edge
parport0
8: 188412773 0 0 0 IO-APIC-edge rtc
9: 0 0 0 0 IO-APIC-level acpi
14: 65 0 0 0 IO-APIC-edge ide0
50: 0 0 0 0 IO-APIC-level
uhci_hcd:usb3
58: 14422063 0 0 0 PCI-MSI eth0
66: 619322 0 0 0 PCI-MSI eth1
169: 203727519 0 0 0 IO-APIC-level
uhci_hcd:usb4, wct4xxp
225: 0 0 0 0 IO-APIC-level
uhci_hcd:usb1, ehci_hcd:usb5
233: 159333 0 0 0 IO-APIC-level
uhci_hcd:usb2, libata
NMI: 117 31 31 31
LOC: 51212586 51212878 51212855 51212818
ERR: 0
MIS: 0

On Jul 17, 6:30 am, miguel.r...@gmail.com wrote:
> Tambien deberias revisar los problemas de IRQs, aunque es PciExpress, igual
> puede presentar algunos problemas de IRQs por tener 4 puertos
>
> puse un manualito simple para verificar problemas de IRQs aqui:
>
> http://blog.infomagia.com
>
> Suerte
>
> Miguel Rabi
>

> 2008/7/2 gk <gkrep...@gmail.com>:

> > author:         Mark Spencer <marks...@digium.com>

[gk]

wsoriano, gracias por el dato ... jamas lo podria haber encontrado.

miguel: gracias por el enlace, a pesar de ser pciexpress eh encontrado
esto en las interrupciones y como no soy experto en hardware, no se si
es bueno o malo
IO-APIC-level uhci_hcd:usb4, wct4xxp
Al parecer son los USB, los cuales no los uso, ya eh probado quitarlos
desde BIOS, pero nada cambia



CPU0 CPU1 CPU2 CPU3
0: 42916733 0 0 0 IO-APIC-edge

timer
1: 146 0 0 0 IO-APIC-edge
i8042
7: 0 0 0 0 IO-APIC-edge
parport0

8: 158813635 0 0 0 IO-APIC-edge rtc

9: 0 0 0 0 IO-APIC-level acpi
14: 65 0 0 0 IO-APIC-edge ide0
50: 0 0 0 0 IO-APIC-level
uhci_hcd:usb3

58: 10789664 0 0 0 PCI-MSI eth0
66: 520808 0 0 0 PCI-MSI eth1
169: 170547161 0 0 0 IO-APIC-level

uhci_hcd:usb4, wct4xxp
225: 0 0 0 0 IO-APIC-level
uhci_hcd:usb1, ehci_hcd:usb5

233: 126420 0 0 0 IO-APIC-level
uhci_hcd:usb2, libata
NMI: 114 31 31 31
LOC: 42916906 42917192 42917169 42917132

On Jul 17, 6:30 am, miguel.r...@gmail.com wrote:

> Tambien deberias revisar los problemas de IRQs, aunque es PciExpress, igual
> puede presentar algunos problemas de IRQs por tener 4 puertos
>
> puse un manualito simple para verificar problemas de IRQs aqui:
>
> http://blog.infomagia.com
>
> Suerte
>
> Miguel Rabi
>

> 2008/7/2 gk <gkrep...@gmail.com>:

> > author:         Mark Spencer <marks...@digium.com>