[Kamailio-Devel] [Kamailio-Users] [Bulk] Re: drop() and tm timers.

Daniel-Constantin Mierla miconda at gmail.com
Mon Dec 29 14:03:14 CET 2008



On 12/28/08 23:56, Aurelien Grimaud wrote:
> Daniel-Constantin Mierla a écrit :
>   
>> On 12/20/08 14:09, Aurelien Grimaud wrote:
>>     
>>> Daniel-Constantin Mierla a écrit :
>>>       
>>>> On 12/19/08 10:10, Aurelien Grimaud wrote:
>>>>         
>>>>> Klaus Darilion a écrit :
>>>>>  
>>>>>           
>>>>>> Strange!
>>>>>>
>>>>>> Nevertheless there is no need to drop 100 as 100 is never relayed.
>>>>>>     
>>>>>>             
>>>>> Yep, my mistake !
>>>>>
>>>>> The first destination chosen for serial forking was sending a 101 
>>>>> with sdp, which was relayed to caller.
>>>>>   
>>>>>           
>>>> 101 - I haven't heard of such reply so far ... what is the reason 
>>>> phrase?
>>>>         
>>> Well, this is a home made reply from a pstn gateway.
>>> The pstn gateway sens request to a pstn network equipement.
>>> As soon as the pstn equipements answers a Progress, a 101 is relayed 
>>> to openser.
>>>       
>> ok, i understand.
>>     
>>> It contains really early sdp.
>>> I thought it smart.
>>> I am not so sure now !
>>>       
>> If you want to get to tm but not relayed upstream, you should drop it 
>> in an onreply_route armed via tm (t_on_reply(...) call), not the 
>> default onreply_route.
>>
>>     
> Well, actually I dropped the message in an onreply_route armed via tm 
> and timer were not canceled.
> Correct me if I'm wrong, but I think that the timer processing is 
> *after* the reply_route execution.
>   
retransmission timers are reset before executing the tm onreply route.

You talk about this with one of the patches I sent or before that?

Cheers,
Daniel

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




More information about the Devel mailing list