10 Dec
2009
10 Dec
'09
7:22 a.m.
On 12/10/09 1:17 PM, Juha Heinanen wrote:
Daniel-Constantin Mierla writes:
in your previous email you referred to backward compatibility and I
assumed you talk about Kamailio. In kamailio it takes two operations:
set tm parameter onreply_avp_mode to 1 and arm onreply_route viat
t_on_reply(). Default for t_on_reply() is not to set in locking mode.
However, for me is ok either ways, the one that implements (if is going
to be this solution) should decide. Furthermore, default mode cand be
dependent of config compatibility mode controlled via #!KAMAILIO or #!SER.
Cheers,
Daniel
--
Daniel-Constantin Mierla
* http://www.asipto.com/
that was a proposal. Maybe others can have
different opinions. I need
this option in several cases, not that often. Note that in K it is by
default off. So in case you do not have set the tm parameter
onreply_avp_mode to 1, then it is eqiuvalent of t_on_reply("1",
"0").
in k per transaction onreply avps are off by default.
if i understood correctly, in sr they are always on. default in sr thus
needs to be same as if k user turns per transcation onreply avps on,
which means that locking is on.