In addition, I have created a possibly larger dump of the issue, as below.
Can someone help me determine what the problem is? Is there more
information that I can provide? I am running libpri 1.2.3, zaptel
1.2.9.1and asterisk
1.2.12.1:
I?m using static realtime asterisk configuration
(unixODBC+psqlodbc+postgresql) but I think it?s not important.
gdb dump:
#0 0xb776f4c4 in pri_disconnect_timeout (data=0x8270478) at q931.c:2619
2619 if (pri->debug & PRI_DEBUG_Q931_STATE)
(gdb) bt
#0 0xb776f4c4 in pri_disconnect_timeout (data=0x8270478) at q931.c:2619
#1 0xb776976b in __pri_schedule_run (pri=0x81addd0, tv=0xb77398cc) at
prisched.c:98
#2 0xb77697d1 in pri_schedule_run (pri=0x81addd0) at prisched.c:110
#3 0xb77b1021 in pri_dchannel (vpri=0xb77c3a80) at chan_zap.c:8181
#4 0xb7f6613d in pthread_start_thread () from /lib/libpthread.so.0
#5 0xb7e651ba in clone () from /lib/libc.so.6
(gdb) list
2614
2615 static void pri_disconnect_timeout(void *data)
2616 {
2617 struct q931_call *c = data;
2618 struct pri *pri = c->pri;
2619 if (pri->debug & PRI_DEBUG_Q931_STATE)
2620 pri_message(pri, "Timed out looking for
release\n");
2621 c->alive = 1;
2622 q931_release(pri, c, PRI_CAUSE_NORMAL_CLEARING);
2623 }
-- zaptel.conf --
span=1,2,0,ccs,hdb3,crc4
bchan=1-15,17-31
dchan=16
-- zapata.conf --
signalling => pri_cpe
switchtype => euroisdn
pridialplan => unknown
prilocaldialplan => unknown
inmediate=> no
overlapdial => no
group = 1
channel => 1-15
channel => 17-31
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.digium.com/pipermail/asterisk-users/attachments/20061101/5c8c9de9/attachment.htm