[sr-dev] AVPs in replies?
Daniel-Constantin Mierla
miconda at gmail.com
Thu Dec 10 12:32:56 CET 2009
Hello,
Andrei, instead of having K compat mode, as global parameter, I would
prefer to have per transaction function:
t_lock_onreply()
Gives more flexibility.
Cheers,
Daniel
On 12/10/09 12:16 PM, Andrei Pelinescu-Onciul wrote:
> On Dec 10, 2009 at 12:57, Juha Heinanen<jh at tutpro.com> wrote:
>
>> Andrei Pelinescu-Onciul writes:
>>
>> > What I'm afraid is that executing the reply route under lock might
>> > introduce some deadlocks (it is possible that some functions that are now
>> > allowed to be executed from the onreply route would cause problems, I
>> > haven't checked all of them).
>>
>> what could those be? i test/set flags/avps/vars and call functions that
>> rewrite some parts of the message, like contact uri and sdp.
>>
> tm functions or functions that use tm api and try to lock replies (lock
> the transaction reply_lock). I don't know of any and I don't think we'll
> have any problems, but I haven't checked everything.
> All the k modules functions that worked in k with the reply avp mode
> will work with sr too so this leaves possible problems only in
> modules_s.
> Everything you mentioned above won't cause any problems.
>
>> > The long term solution would be to lock only the avps and only when used,
>> > but it requires lots of changes and testing and I'm not sure it would be
>> > ready/good enough for 3.0.
>>
>> not for 3.0, which, in my opinion, we should get out before end of this
>> year.
>>
> Yes, I agree.
>
> Andrei
>
> _______________________________________________
> sr-dev mailing list
> sr-dev at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
>
--
Daniel-Constantin Mierla
* http://www.asipto.com/
More information about the sr-dev
mailing list