Hi Giovanni,
are you using sip instances and the client reconnecting is the same?
There is currently a limitation in the module which prevent it from working
with sip.instance, I had in mind to fix it since a while but I still
haven't found the time to work on it.
If it's the case, try not using sip.instance.
Regards,
Federico
On Wed, Jul 6, 2016 at 1:45 PM, gmele <giovanni.mele(a)nagra.com> wrote:
Hello Federico,
thanks for your answer. We applied the parameter and set it to 1. we also
change some of our config:
Transaction store:
===========
route[RELAY] {
# enable additional event routes for forwarded requests
# - serial forking, RTP relaying handling, a.s.o.
if (is_method("INVITE|BYE|SUBSCRIBE|UPDATE")) {
if(!t_is_set("branch_route"))
t_on_branch("MANAGE_BRANCH");
}
if (is_method("INVITE|SUBSCRIBE|UPDATE")) {
if(!t_is_set("onreply_route"))
t_on_reply("MANAGE_REPLY");
}
if (is_method("INVITE")) {
if(!t_is_set("failure_route"))
t_on_failure("MANAGE_FAILURE");
}
if (!t_relay(PROXY_IP, PROXY_PORT)) {
sl_reply_error();
}
if (is_method("INVITE")) {
*ts_store("$tu");*
$sht(vtp=>stored::$tu) = 1;
route(SENDPUSH);
}
exit;
}
route[INVRESUME] {
statsd_gauge("SIPRegistrar.InviteResumed", "+1");
lookup("location");
t_relay(PROXY_IP, PROXY_PORT);
*ts_store("$tu");*
$sht(vtp=>stored::$tu) = 1;
}
Transaction append:
=============¨
route[PUSHJOIN] {
$var(hjoin) = 0;
lock("$tu");
$var(hjoin) = $sht(vtp=>join::$tu);
$var(hstored) = $sht(vtp=>stored::$tu);
$sht(vtp=>join::$tu) = $null;
unlock("$tu");
if ($var(hjoin)==0) {
if ($var(hstored)) {
xlog("L_ERROR", "ts_append(location, $tu)");
*ts_append("location", "$tu");*
}
return;
}
$var(id_index) = $(var(hjoin){s.select,0,:}{s.int});
$var(id_label) = $(var(hjoin){s.select,1,:}{s.int});
t_continue("$var(id_index)", "$var(id_label)",
"INVRESUME");
}
Unfortunately, it seems we still have a problem because when ts_append is
called, we get an error:
ERROR: <script>: ts_append(location, sip:giovanni.mele@mydomain.com)
ERROR: tm [t_append_branches.c:168]: t_append_branches(): ERROR:
t_append_branch: failure to add branches (-1)
In the tsilo table, we have:
Dump ts.dump :
Size: 2048
R-URIs: {
R-URI: sip:giovanni.mele@mydomain.com
Hash: -1300472314
Transactions: {
Transaction: {
Tindex: 29399
Tlabel: 1320156092
}
}
}
Stats: {
RURIs: 1
Max-Slots: 1
Transactions: 1
}
and in the location table, we have:
| 2722 | uloc-577cd29e-1102-c | giovanni.mele | NULL |
sip:giovanni.mele@123.123.123.123:58313
;app-id=289988461719;pn-type=google;pn-tok=APA91bEeHLdOx4LnaRZW-V_TUFN0rdI5e-9hVNN-7zKqO4vGelfg6Pc-Jj6W2l75mE7BZ1L6d2J6ydYpBuh8-Fk5;transport=tls
| NULL | NULL | 2016-07-06 14:23:31 | -1.00 | CKHD~MMv8~ | 21 |
2016-07-06 13:23:31 | 0 | 0 | LinphoneAndroid/2.5.1-2662-g758a89c
(belle-sip/1.4.2) | udp:213.244.194.153:4060 | NULL |
<urn:uuid:d0df1f0d-57bf-46dc-bf9b-75f2a5fe68fe> | 0 | 0 |
-1 | 0 | 4 |
Can you help me to understand why the ts_append didn't create the new
branch
for the current transaction? Is it linked to the username in the location
table not having the domain set?
Thx
Giovanni
--
View this message in context:
http://sip-router.1086192.n5.nabble.com/tsilo-ts-append-problem-tp150184p15…
Sent from the Users mailing list archive at
Nabble.com.
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users