<div dir="ltr">Hi Giovanni,<div>glad that I could help you :)</div><div>About your questions:</div><div><br></div><div>sip.instance:</div><div>I've pushed in a branch (<a href="https://github.com/kamailio/kamailio/tree/grumvalski/ts_append-instance">https://github.com/kamailio/kamailio/tree/grumvalski/ts_append-instance</a>) a change in tm t_append_branches function. Can you give it a try and let me know how it works for you? The change is really trivial, maybe too much. Basically I just add a comparison between the current checked branch uri (already added) and the current uri to add. If after testing everything looks fine we can merge/backport it.</div><div><br></div><div>DB backend for tsilo:</div><div>it doesn't have too much sense to store the tsilo data on db for several reasons:</div><div>1) it cannot be useful for restarting kamailio, because anyway after a restart all transactions are gone</div><div>2) it cannot be useful for replication scenarios since tm transaction are not replicable and only the proxy holding the transaction can add branches on it</div><div><br></div><div>For replication scenarios I'd suggest another approach. Given that, as said, the transaction is on a specific server and that the ts_append call is triggered by a REGISTER, let the REGISTER itself reach the proxy where the transaction is stored.</div><div>If you have only two proxies you can simply t_replicate all the REGISTERS between servers. If you have multiple and/or you want a more sophisticated logic, you could rely on htable and dmq to have a distributed table of ongoing transactions and selectively replicate the REGISTER.</div><div>Kamailio is flexible :)</div><div><br></div><div>Regards,</div><div><br></div><div>Federico</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jul 7, 2016 at 11:07 AM, gmele <span dir="ltr"><<a href="mailto:giovanni.mele@nagra.com" target="_blank">giovanni.mele@nagra.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello Federico,<br>
<br>
the dirty patch on the TM module was just for test as we are implementing<br>
our own softphone application (like yours @ Orange) based on Linphone, but<br>
in another team, so asking for changes takes time.<br>
<br>
Like you suggested, the Path module resolved our INVITE problem. Thx :-)<br>
<br>
Now, about the sip.instance support in the TSILO module, we cannot avoid<br>
using it as we may have several UE for the same user (mobile and desktop<br>
app). When do you plan to update TSILO to support it?<br>
<br>
Do you think we can do it for you?<br>
<br>
About TSILO, is there a possibilty to store the transaction in the DB? We<br>
have 2 Kamailio registrars behind the proxy, and we need to synchronize<br>
them...<br>
<br>
Thx<br>
<br>
Regards<br>
<br>
Giovanni<br>
<br>
<br>
<br>
--<br>
View this message in context: <a href="http://sip-router.1086192.n5.nabble.com/tsilo-ts-append-problem-tp150184p150236.html" rel="noreferrer" target="_blank">http://sip-router.1086192.n5.nabble.com/tsilo-ts-append-problem-tp150184p150236.html</a><br>
<div class="HOEnZb"><div class="h5">Sent from the Users mailing list archive at Nabble.com.<br>
<br>
_______________________________________________<br>
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list<br>
<a href="mailto:sr-users@lists.sip-router.org">sr-users@lists.sip-router.org</a><br>
<a href="http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users</a><br>
</div></div></blockquote></div><br></div>