On Wednesday 1 March 2006 11:41, Maurizio Marini wrote: > strange to me, obviously > > i see these messages at cli, when hanging up a call > > q931 visdn0:TEI[0]: Releasing message > q931 visdn0:CALL[79.I]: U11_DISCONNECT_REQUEST ==to==> U0_NULL_STATE > q931 visdn0:CALL[79.I]: call.c:368 PUT (2 => 1) > q931 > q931 visdn0:CALL[79.I]: input.c:1178 PUT (1 => 0) > q931 visdn0:CALL[79.I]: Freeing call
Correct, the call is released. > q931 visdn0:TEI[0]: DLC autorelease timer started Correct, no one is using the DLC, now. > -- poll timeout = 10000 > -- visdn_q931_release_indication > -- poll timeout = 10000 Uhm... this release_indication after the call has been released is not goot. I've just committed a patch to take a reference when queuing primitives between CCB and q931. > Mar 1 11:33:22 DEBUG[19726]: chan_sip.c:3106 sip_alloc: Allocating new SIP > dialog for (No Call-ID) - OPTIONS (No RTP) [..] > Mar 1 11:33:22 DEBUG[19726]: chan_sip.c:1394 __sip_ack: Stopping > retransmission on '[EMAIL PROTECTED]' of > Request 102: Match Found -- poll timeout = 2 Not mine > q931 visdn0:TEI[0]: DLC autorelease timer fired > -- poll timeout = -1 > q931 visdn0:TEI[0]: DL-RELEASE-CONFIRM > q931 Releasing message > -- poll timeout = -1 The DLC timeout passed and we are releasing the DLC. > Mar 1 11:34:22 DEBUG[19726]: chan_sip.c:3106 sip_alloc: Allocating new SIP > dialog for (No Call-ID) - OPTIONS (No RTP) Not mine. > do u note something alarming? The missing reference taking is quite alarming, yes. > my asterisk segfault randomly 2-3 times/day and i am trying to understand > if this happens on some event. TIA Let me know if the latest patch fixes this problem. Bye, -- Daniele Orlandi _______________________________________________ Visdn-hackers mailing list [email protected] https://mailman.uli.it/mailman/listinfo/visdn-hackers
