[SR-Users] Problem with locally generated BYE in dialog timeout.

[Daniel-Constantin Mierla]

Storing the values in dialog module can be useful, you need to enable it:

- http://kamailio.org/docs/modules/stable/modules/uac.html#uac.p.restore_dlg

But I am not sure if that is making dialog to use them automatically for 
BYE requests.

What you can try is to enable event_route[tm:local-request] to catch 
local generated BYEs and update the headers there (either from dialog 
variables or from other source if you can determine that).

Cheers,
Daniel

On 02/10/14 09:00, Julia Boudniatsky wrote:
> We use dialog module in our configuration.
> uac_replace_from/to  is called after dlg_manage().
>
> From UAC documentation: "If you create a dialog ( with dlg_manage() ) 
> before calling uac_replace_from(), this avp will not be needed. The 
> values of the uris will be stored as dialog variables."
>
> And we have problem only with locally generated BYE, all other local 
> requests (ACK, CANCEL) works fine.
>
> Thank you,
>
> Julia
>
> On Wed, Oct 1, 2014 at 4:28 PM, Julia Boudniatsky <juliabo at gmail.com 
> <mailto:juliabo at gmail.com>> wrote:
>
>     Hello,
>     We use dialog module in our configuration.
>     uac_replace_from/to  is called after dlg_manage().
>     restore_mode is auto.
>
>     URIs are modified automatically in all subsequent local requests,
>     exclude BYE generated in dlg timeout.
>     In this case original URIs are sent to both caller and calee sides.
>     If call going through only one kamailio server, all works fine.
>     Problem starts with a chain of servers with from/to manipulation.
>     When timeout occurs in one kamailio server, calee kamailio server
>     receives BYE with original (not modified) URIs and URI restore
>     gets wrong parsing result.
>     Call clears in caller side and stay connected in caller.
>
>     Whether there is any solution?
>
>     BR ,
>
>     Julia.
>
>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

-- 
Daniel-Constantin Mierla
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20141002/57a470bf/attachment.html>