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(a)10.25.153.150
> <mailto:4-21712@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 Mierla
http://twitter.com/#!/miconda -
http://www.linkedin.com/in/miconda