[OpenSIPS-Users] Dialog timeout_avp and onreply_route

Mariana Arduini marianarduini at gmail.com
Wed Nov 14 18:43:17 CET 2012


Hi Muhammad,

"Well, i think if you have enabled onreply_avp_mode in TM module then you
can access and change AVP you set in route block in on_reply block. I don't
see any reason why you need to modify opensips source code for this."
Yes, I have that enabled in tm module, and in fact I can change avp values
in onreply_route, from what I see in other avps we use.

The problem is that it seems the dialog module cannot apply the new avp
value to the dialog timeout. Check dialog module docs:

http://www.opensips.org/html/docs/modules/devel/dialog.html#timeout-avp-id

** It may be used only in a request (initial or sequential) context**

Using opensipsctl fifo dlg_list, I can see that the timeout value is set to
43200 seconds, which is the dafault value, even after setting the timeout
avp in onreply_route:

# opensipsctl fifo dlg_list
dialog::  hash=1571:444747590
state:: 4
user_flags:: 0
timestart:: 1352912021
 timeout:: 1352955222
callid:: 1-8696 at 91.190.218.180
from_uri:: sip:daitan.engg1 at connect-lync.connect.com
 to_uri:: sip:lync_user at lync.com
caller_tag:: uac191.190.218.180
 caller_contact:: sip:10.22.136.172;transport=tcp;did=326.53fb7ac1
callee_cseq:: 0
caller_route_set::
 caller_bind_addr:: tcp:10.22.137.64:5060
callee_tag:: uas291.190.218.170
 callee_contact:: sip:10.22.136.170;transport=tcp;did=326.7efc7653
caller_cseq:: 1
callee_route_set::
 callee_bind_addr:: tcp:10.22.137.25:5060

I understand the dialog module won´t apply any change in the avp from
onreply_route, doesn´t matter if done manually or through SST module... =/

Thanks again!
Mariana.

On Wed, Nov 14, 2012 at 3:17 PM, Muhammad Shahzad <
shaheryarkh at googlemail.com> wrote:

> Well, i think if you have enabled onreply_avp_mode in TM module then you
> can access and change AVP you set in route block in on_reply block. I don't
> see any reason why you need to modify opensips source code for this.
>
> http://www.opensips.org/html/docs/modules/1.8.x/tm.html#id292825
>
> Just change value of SST AVP as i mentioned in previous email when you get
> final reply from upstream. However make sure onreply_avp_mode is set as
> mentioned in about link.
>
> Thank you.
>
>
>
> On Wed, Nov 14, 2012 at 5:37 PM, Mariana Arduini <marianarduini at gmail.com>wrote:
>
>> Hi Muhammad!
>>
>> Thanks for replying.
>>
>> I looked at SST module and, at least from docs, there is no mention to
>> using it for the 200 OK, only for INVITES...
>>
>> Even so, I think the problem is that the dialog module does not update
>> the timeout value for 200 OK. For example, if you want to refresh the
>> timeout value when you get an UPDATE message, you have to set the avp
>> configured in timeout_avp modparam and then call
>> match_dialog()/loose_route(), because either of these functions will
>> actually update the dialog, and setting the avp without calling them will
>> take no effect. I guess the same thing is happening when I set the avp
>> after receiving the 200 OK.
>>
>> Any help on what should be changed in OpenSIPS code so that setting the
>> avp in onreply_route will take effect on the dialog timeout?
>>
>> Thanks!
>> Mariana
>>
>>
>> On Wed, Nov 14, 2012 at 1:38 PM, Muhammad Shahzad <
>> shaheryarkh at googlemail.com> wrote:
>>
>>> Use SST module,
>>>
>>> http://www.opensips.org/html/docs/modules/1.8.x/sst.html#id250008
>>>
>>> Thank you.
>>>
>>>
>>> On Tue, Nov 13, 2012 at 8:25 PM, Mariana Arduini <
>>> marianarduini at gmail.com> wrote:
>>>
>>>> Hello all,
>>>>
>>>> I know from the docs that dialog module param timeout_avp " ... may be
>>>> used only in a request (initial or sequential) context", but we have a
>>>> scenario where the UAS should be the session timer refresher, then we can
>>>> only set the timeout_avp value when we get the Session-expires header value
>>>> in 200 OK.
>>>>
>>>> May I ask what would be the best approach to this, like modifying
>>>> OpenSIPS code to be able to actually set the avp from onreply_route? If
>>>> this is the case, can you please guide us on what would need to be changed?
>>>>
>>>> Thanks in advance,
>>>>
>>>> Mariana.
>>>>
>>>> _______________________________________________
>>>> Users mailing list
>>>> Users at lists.opensips.org
>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>>
>>>>
>>>
>>>
>>> --
>>> Muhammad Shahzad
>>> -----------------------------------
>>> CISCO Rich Media Communication Specialist (CRMCS)
>>> CISCO Certified Network Associate (CCNA)
>>> Cell: +49 176 99 83 10 85
>>> MSN: shari_786pk at hotmail.com
>>> Email: shaheryarkh at googlemail.com
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users at lists.opensips.org
>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>
>>>
>>
>> _______________________________________________
>> Users mailing list
>> Users at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>>
>
>
> --
> Muhammad Shahzad
> -----------------------------------
> CISCO Rich Media Communication Specialist (CRMCS)
> CISCO Certified Network Associate (CCNA)
> Cell: +49 176 99 83 10 85
> MSN: shari_786pk at hotmail.com
> Email: shaheryarkh at googlemail.com
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20121114/494d84e9/attachment.htm>


More information about the Users mailing list