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.1 and 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="" at q931.c:2619
2619            if (pri->debug & PRI_DEBUG_Q931_STATE)
(gdb) bt
#0  0xb776f4c4 in pri_disconnect_timeout (data="" 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

_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --

asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-users

Reply via email to