[SR-Users] Wrong dialog selected in on_reply/failure route in case of spirals.

Julia Boudniatsky juliabo at gmail.com
Sun Jan 25 11:42:37 CET 2015


Hello Daniel,

I have re-installed kamailio from last 4.1 branch, but unfortunately, the
problem persists.
Failed call with callID=2-17858 at 10.25153.150.
The log file i send to your private mail.

Best regards,
Julia



On Sun, Jan 25, 2015 at 12:03 AM, Daniel-Constantin Mierla <
miconda at gmail.com> wrote:

>  Hello,
>
> got the time to analyze your last logs and I discovered that the previous
> patch was not resetting properly the dialog shortcuts. I pushed a fix, can
> you try again with the latest version from one of the branches: master, 4.2
> or 4.1?Let me know the results.
>
> Cheers,
> Daniel
>
>
> On 15/01/15 23:42, Daniel-Constantin Mierla wrote:
>
> Hello,
>
> I looked at the logs, but I cannot see the log message I added with the
> patch for reseting local dialog shortcuts after onreply and failure route.
> It shuld be something like:
>
> "... resetting the local dialog shortcuts"
>
> Are you sure you are running the latest branch 4.1? You can send the
> output of kamailio -v to double check here.
>
> I separated the logs per process and looked when a 301 was received,
> apparently the ones for Call-ID: 4-21712 are matching the same dialog. I
> found something not printing the same kind of logs like for other 301 for
> Call-ID: 2-21712. If you can point the line in the logs where you think it
> was the wrong dialog match, I can investigate from there, but now I
> couldn't find any lead.
>
> Anyhow, if it is the latest branch 4.1 and the problem still persists, can
> you add the following xlog at the beginning of main request_route (or the
> route {...} ), plus in each reply_route, onreply_route and failure_route:
>
> xlog("processing $rm ( $ci / %ft / $tt / $hdr(Via) ) [$fu => $tu]\n");
>
> Then redo the tests to catch the issue and send me the new logs. Because
> you use sipp with tags like '4', it is hard to search on a single tocken
> and I want to have the all message attribute when a relevant route block is
> executed.
>
> Cheers,
> Daniel
>
> On 14/01/15 15:07, Daniel-Constantin Mierla wrote:
>
> Hello Julia,
>
> ok, I will look over the logs very soon.
>
> As a short note for the future, make the archives zip or tgz, being more
> common formats that can be unarchived everywhere without installing
> additional app, being handy to open even on small devices. Now it is ok
> with rar, being at the desk.
>
> Cheers,
> Daniel
>
> On 14/01/15 14:43, Julia Boudniatsky wrote:
>
> Hello Daniel,
>
> Please find in attached file the debug 3 log.
> Failed call with Call-ID: 4-21712 at 10.25.153.150.
> The problem occurred with all modes of "dlg_match_mode "
>  The same load test in 3.3 executed without failures.
>
>  Thank you,
>
>  Julia.
>
>
> --
> Daniel-Constantin Mierlahttp://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
>
>
> --
> Daniel-Constantin Mierlahttp://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/20150125/eb6980f2/attachment.html>


More information about the sr-users mailing list