Thank you,<br><br>the bt is here:<br><br>#0 0xf6a90f13 in t1_timeout (arg=0x82f11c0) at chan_ss7.c:765<br>765 isup_send_rel(pvt, pvt->hangupcause);<br>(gdb) bt<br>#0 0xf6a90f13 in t1_timeout (arg=0x82f11c0) at chan_ss7.c:765
<br>#1 0x08056668 in ast_sched_runq (con=0x832a9c8) at sched.c:373<br>#2 0xf6a97d16 in monitor_main (data=0x0) at chan_ss7.c:3413<br>#3 0x00c161d5 in start_thread () from /lib/tls/libpthread.so.0<br>#4 0x00a972da in clone () from /lib/tls/libc.so.6
<br><br>goksie<br><br><div><span class="gmail_quote">On 4/30/06, <b class="gmail_sendername">Anton</b> <<a href="mailto:anton.vazir@gmail.com">anton.vazir@gmail.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Could you invoke a<br>"backtrace" command in gdb to see how it got there.<br><br>On 30 April 2006 00:04, Goke Aruna wrote:<br>> my ss7 crashed with the following error taking from the<br>> core dump. the crash is noticed after the call reached a
<br>> peak of 34 calls... and fter then I made max inbound on<br>> oh323 to 29 so that it will not go to the second ss7 and<br>> I disable the link and phyically removed it. my provider<br>> too get it blocked.
<br>><br>> however, all the changes made by Kai and Kristian were<br>> followed.<br>><br>> I am running asterisk-1.2.5, chan_ss7-0.8.3 with zaptel<br>> 1.2.4<br>><br>> I have the follwoing from my dump
<br>> Reading symbols from /lib/libgcc_s.so.1...done.<br>> Loaded symbols for /lib/libgcc_s.so.1<br>> #0 0xf6a90f13 in t1_timeout (arg=0x82f11c0) at<br>> chan_ss7.c:765 765 isup_send_rel(pvt,<br>> pvt->hangupcause);
<br>><br>> I have the core dump and the ss7 dump and I will be glad<br>> if someone can help.<br>><br>> the extract from my chan_ss7.c are as below<br>><br>> ## FOR THE isup_send_rel(pvt, pvt->hangupcause);######
<br>><br>> static int start_timer(int msec, int (*cb)(void *), void<br>> *data) { int id = ast_sched_add(monitor_sched, msec, cb,<br>> data); if(msec < MONITOR_FREQ) {<br>> wakeup_monitor();<br>> }
<br>> return id;<br>> }<br>><br>> static int t1_timeout(void *arg) {<br>> struct ss7_chan *pvt = arg;<br>><br>> ast_log(LOG_NOTICE, "T1 timeout (waiting for RLC)<br>> CIC=%d.\n", pvt->cic); isup_send_rel(pvt,
<br>> pvt->hangupcause);<br>> //isup_send_rel(pvt, pvt->owner->hangupcause);<br>> return 1; /* Run us again the next<br>> period */ }<br>><br>> /* This should be called with pvt->lock held. */
<br>> static void t1_clear(struct ss7_chan *pvt) {<br>> if(pvt->t1 != -1) {<br>> ast_sched_del(monitor_sched, pvt->t1);<br>> pvt->t1 = -1;<br>> }<br>> }<br>><br>> /* This should be called with pvt->lock held. */
<br>> static void t1_start(struct ss7_chan *pvt) {<br>> t1_clear(pvt);<br>> pvt->t1 = start_timer(30000, t1_timeout, pvt);<br>> }<br>><br>><br>><br>> ### FOR t9_start(chan) #########<br>> if(pvt->state != ST_SENT_IAM) {
<br>> ast_log(LOG_NOTICE, "Got ACM message, but sent no<br>> IAM, on CIC=%d?!?", pvt->cic);<br>> /* Q.764 (<a href="http://2.9.5.1">2.9.5.1</a> f) error handling for the spurious<br>> ACM. */ if(pvt->state == ST_IDLE)
<br>> reset_circuit(pvt);<br>> return;<br>> }<br>><br>> if(chan == NULL) {<br>> ast_log(LOG_NOTICE, "Missing chan pointer for CIC=%d,<br>> processing ACM?!?\n", pvt->cic);
<br>> return;<br>> }<br>><br>> t9_start(chan);<br>><br>> /* Q.764 (<a href="http://2.1.4.6">2.1.4.6</a> a): Alert if called_party_status is<br>> "subscriber free". */<br>> if(inmsg->
acm.back_ind.called_party_status == 1) {<br>> ast_queue_frame(chan, &ring_frame);<br>> }<br>><br>><br>> Goksie<br>><br>> On 3/22/06, Kai Militzer <<a href="mailto:km@westend.com">km@westend.com
</a>> wrote:<br>> > Hello Kristian and rest,<br>> ><br>> > Kristian Nielsen wrote:<br>> > > For a quick fix, try moving the this line in<br>> > > process_acm():<br>> > ><br>
> > > t9_start(chan);<br>> > ><br>> > > down to after this code, which checks for a NULL<br>> > > chan:<br>> > ><br>> > > if(chan == NULL) {<br>> > > ast_log(LOG_NOTICE, "Missing chan pointer for
<br>> > > CIC=%d, processing<br>> ><br>> > ACM?!?\n", pvt->cic);<br>> ><br>> > > return;<br>> > > }<br>> > ><br>> > > that should fix the crash, though I think the code is
<br>> > > still not quite right (ie. no need to reset the<br>> > > circuit in this case).<br>> > ><br>> > > Would be great if you could try this change and send<br>> > > us the next crash!
<br>> ><br>> > That helped. I wasn't able to get it crashing again,<br>> > but I'll try to find something else ... ;)<br>> ><br>> > > BTW, nice problem reports with backtraces and<br>> > > everything ...
<br>> ><br>> > You are welcome ... I want a usable version of chan_ss7<br>> > at the end of june because I need to go into production<br>> > then ;)<br>> ><br>> > > Incidentally, I wonder if you are making calls faster
<br>> > > than a single E1 signalling time slot can handle? In<br>> > > any case it's very good that you do, you've already<br>> > > found us two crashing bugs :-).<br>> ><br>> > What I do to test is the following:
<br>> ><br>> > I have an asterisk that dials out via iax to the<br>> > asterisk with the ss7 which then dials out via ss7 to<br>> > another external ss7 gateway which then connects to<br>> > another asterisk that starts an echo application. I
<br>> > start this call with a .call file (or better: 60 of<br>> > them) that I copy into the spool dir. When the call is<br>> > connected, I start playback of a MP3 file via the<br>> > dialplan. Because of this I have 60 parallel calls
<br>> > starting at once. This is not what you will have in<br>> > real life, but it helps to find bugs and gives me an<br>> > idea of what the max load is that my system can handle.<br>> ><br>> > If you have any other ideas how/what else I can test, I
<br>> > am happy to give it a try.<br>> ><br>> > Best regards,<br>> > Kai<br>> ><br>> > --<br>> > Kai Militzer WESTEND GmbH |<br>> > Internet-Business-Provider Technik
<br>> > CISCO Systems Partner - Authorized Reseller Lütticher<br>> > Straße 10 Tel 0241/701333-14 <a href="mailto:km@westend.com">km@westend.com</a><br>> > D-52064 Aachen Fax 0241/911879
<br>> ><br>> > _______________________________________________<br>> > --Bandwidth and Colocation provided by <a href="http://Easynews.com">Easynews.com</a> --<br>> ><br>> > asterisk-ss7 mailing list
<br>> > To UNSUBSCRIBE or update options visit:<br>> ><br>> > <a href="http://lists.digium.com/mailman/listinfo/asterisk-ss7">http://lists.digium.com/mailman/listinfo/asterisk-ss7</a><br>_______________________________________________
<br>--Bandwidth and Colocation provided by <a href="http://Easynews.com">Easynews.com</a> --<br><br>asterisk-ss7 mailing list<br>To UNSUBSCRIBE or update options visit:<br> <a href="http://lists.digium.com/mailman/listinfo/asterisk-ss7">
http://lists.digium.com/mailman/listinfo/asterisk-ss7</a><br></blockquote></div><br>