[SR-Users] dlg_end_dlg

Daniel-Constantin Mierla miconda at gmail.com
Wed May 1 09:32:55 CEST 2013


Hello,

the backtrace shows that the process is blocked inside perl script 
listing on the network. Perhaps is waiting the reply to the command sent 
to kamailio. Perhaps the perl functions you are using in your script can 
have a timeout and not block forever.

In which case you need to terminate the call in config? There is a 
dlg_bye() function that could be useful.

Cheers,
Daniel

On 4/30/13 8:41 PM, Dragos Oancea wrote:
> Hi
>
> Yes, Daniel , you are right.
>
> Here is a backtrace from a SIP worker:
> http://pastebin.com/t6XPQ6dx
>
> Regards,
> Dragos
>
> ------------------------------------------------------------------------
> *From:* Daniel-Constantin Mierla <miconda at gmail.com>
> *To:* Dragos Oancea <droancea at yahoo.com>; Kamailio (SER) - Users 
> Mailing List <sr-users at lists.sip-router.org>
> *Sent:* Tuesday, April 30, 2013 8:28 PM
> *Subject:* Re: [SR-Users] dlg_end_dlg
>
> Hello,
>
> the backtrace is from the MI process, not a SIP worker. That process 
> does not handle sip traffic.
>
> Before you start testing you can do 'kamctl ps' and see which are the 
> sip workers and get the backtrace from those pids.
>
> Cheers,
> Daniel
>
> On 4/30/13 8:04 PM, Dragos Oancea wrote:
>> Hi Daniel,
>>
>> It locks and stays locked. It is interesting that for a while ( 1-2 
>> minutes while I am sending some traffic ) it can reply to REGISTER 
>> with a 200 OK ,  but it does not reply `100 Trying` to INVITE . Then 
>> nothing, no reply.
>> gdb output here:
>> http://pastebin.com/Kg3hwzZT
>>
>>
>> Regards,
>> Dragos
>>
>>
>> ------------------------------------------------------------------------
>> *From:* Daniel-Constantin Mierla <miconda at gmail.com> 
>> <mailto:miconda at gmail.com>
>> *To:* Dragos Oancea <droancea at yahoo.com> <mailto:droancea at yahoo.com>; 
>> Kamailio (SER) - Users Mailing List <sr-users at lists.sip-router.org> 
>> <mailto:sr-users at lists.sip-router.org>
>> *Sent:* Tuesday, April 30, 2013 6:26 PM
>> *Subject:* Re: [SR-Users] dlg_end_dlg
>>
>> Hello,
>>
>> does it block for few seconds and then goes on, or it locks after few 
>> seconds and stays locked?
>>
>> If the second, attach with gdb to the pid of the locked process and 
>> get the backtrace.
>>
>> Cheers,
>> Daniel
>>
>> On 4/30/13 6:19 PM, Dragos Oancea wrote:
>>> Hi everyone,
>>>
>>> I believe I've run into a problem when using dlg_end_dlg (with 
>>> mi_datagram ) called from an external perl script with perl_exec() .
>>> Kamailio just locks after a while (few seconds) after disconnecting 
>>> a call.
>>> Some parts of my debug log can be found here:
>>> http://pastebin.com/ANaTEifC
>>>
>>> The problem was observed while performing a stress test.
>>> Is it a good idea to call dlg_end_dlg() like that or I can kill an 
>>> established dialog from the routing script in some other way ?
>>>
>>> Regards,
>>> Dragos
>>>
>>>
>>>
>>> _______________________________________________
>>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>>> sr-users at lists.sip-router.org  <mailto:sr-users at lists.sip-router.org>
>>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>
>> -- 
>> Daniel-Constantin Mierla -http://www.asipto.com  <http://www.asipto.com/>
>> http://twitter.com/#!/miconda  <http://twitter.com/#%21/miconda>  -http://www.linkedin.com/in/miconda
>> Kamailio Advanced Training, San Francisco, USA - June 24-27, 2013
>>    *http://asipto.com/u/katu  *
>>
>>
>
> -- 
> Daniel-Constantin Mierla -http://www.asipto.com  <http://www.asipto.com/>
> http://twitter.com/#!/miconda  <http://twitter.com/#%21/miconda>  -http://www.linkedin.com/in/miconda
> Kamailio Advanced Training, San Francisco, USA - June 24-27, 2013
>    *http://asipto.com/u/katu  *
>
>

-- 
Daniel-Constantin Mierla - http://www.asipto.com
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
Kamailio Advanced Training, San Francisco, USA - June 24-27, 2013
   * http://asipto.com/u/katu *

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20130501/eef17a19/attachment.html>


More information about the sr-users mailing list