[Kamailio-Devel] [ openser-Bugs-2105813 ] bug in tm - shoudn't retransmit

Daniel-Constantin Mierla miconda at gmail.com
Mon Sep 15 21:48:24 CEST 2008


On 09/15/08 22:41, Daniel-Constantin Mierla wrote:
> Hello Klaus,
>
> On 09/15/08 20:59, Klaus Darilion wrote:
>   
>> Hi!
>>
>> I managed to reproduce the issue and I think I found the problem - 
>> please see the logfile on http://pastebin.com/m15f09430
>>
>> 1. INVITE is received and forwarded (dialog module creates dialog) - not 
>> interesting at all
>>
>> 2. [PID 7141] 180 is received and relayed: dialog module callback is 
>> received by my module pua_dialoginfo. This module uses the pua module to 
>> send PUBLISH.
>>
>> 3. [PID 7142] PUBLISH is received and processed (reply with 200 OK and 
>> send NOTIFYs)
>>
>> 4. [PID 7145] 200 OK for PUBLISH is received, transaction is found and 
>> retransmission timer is reset (line 330)
>>
>> 5. [PID 7141] The process which sent the PUBLISH (the PUBLISH which 
>> caused a 200 OK which was already received) obviously was really slow 
>> (locked?) - it still processes the 180 response from stop 2. Now it sets 
>> the timeout to 500000 and inserts the timer (line 456).
>>
>>
>> Ok - syslog may cause delay of log messages but IMO this would be a 
>> perfect explanation why there are retransmission although tm module 
>> handled the 200 ok response.
>>
>> The question now is: Why is process 7141 delayed so much that the 
>> response is received faster then adding the 500ms timer?
>>
>> Further - how could this be solved or more debugged?
>>   
>>     
> do you see 180 for invite going upstream. When it happens?
>   
don't mind, I saw the sip trace attached to the tracker item ... I have 
the information I need ...

Cheers,
Daniel

-- 
Daniel-Constantin Mierla
http://www.asipto.com




More information about the Devel mailing list