<div dir="ltr">Hi Koray,<div>I understand now, thank you.</div><div>In the rtimer route you can use ts_append()</div><div><a href="http://www.kamailio.org/docs/modules/devel/modules/tsilo.html#tsilo.f.ts_append">http://www.kamailio.org/docs/modules/devel/modules/tsilo.html#tsilo.f.ts_append</a></div><div>specifying the location table name and the aor for which you have found new contacts.</div><div>The documentation is maybe misleading in this case because it just mentions REGISTER method, but it works virtually with any method (even though I've never tested in such scenario).</div><div>Basically ts_append() just triggers a lookup on the location table and the addition of new branches for the transactions belonging to the AoR previously stored.</div><div><br></div><div>Cheers,</div><div><br></div><div>Federico</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jul 4, 2019 at 1:53 PM Koray Vatansever <<a href="mailto:koray.vatansever@gmail.com">koray.vatansever@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi Federico,<div><br><div>I have multiple kamailio servers.</div></div><div>Clients may register to any one of them.</div><div><br></div><div>When an invite is received, transaction is suspended and transaction id is saved in a htable which is local to the server. And than push notification is sent to the called client.<br></div><div>In order to understand that the called client registered to any server, there is an rtimer which periodically makes query to location table.</div><div>If registration is found, suspended transaction is continued.<br></div><div><br></div><div> I hope this helps to make it clear.<br></div><div> <br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Jul 4, 2019 at 10:04 AM Federico Cabiddu <<a href="mailto:federico.cabiddu@gmail.com" target="_blank">federico.cabiddu@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi Koray,<div>I'm not sure I understand your use case.</div><div>If you are handling registrations, why having an rtimer process that check if there are new contacts?</div><div><br></div><div>Regards,</div><div><br></div><div>Federico</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jul 3, 2019 at 7:37 AM Koray Vatansever <<a href="mailto:koray.vatansever@gmail.com" target="_blank">koray.vatansever@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi Daniel,<div><br></div><div>I'm using usrloc with db_mode only. So location table is in the database.</div><div><br></div><div>When an Invite is received, I suspend the transaction and send push notification to the called clients.</div><div>There is an rtimer process polling location table to find out any client registered.<br></div><div>When a record is found, I continue the previously suspended transaction.</div><div>If two records are found, parallel ringing occurs successfully.</div><div><br></div><div>My problem starts when one client is registered later then the other (mostly happens as expected).</div><div>In this case transaction is continued when the first registration found and the other client couldn't get the call.</div><div><br></div><div>I'm planning to continue polling location table on an rtimer process, and append new branches when new registrations are found, until 200OK is received.</div><div><br></div><div>Regards,</div><div>Koray</div><div> <br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jul 2, 2019 at 3:17 PM Daniel-Constantin Mierla <<a href="mailto:miconda@gmail.com" target="_blank">miconda@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Hello,</div><div>what is the process? When you get the 180 ringing you want to push to rtimer an event to create a new branch? Or just based on rtimer you want to create a new branch no matter the 180 was received or not? Try to give details about the scenario so we can figure out if there is a way to identify the transaction and see what can be done.<br></div><div><br></div><div>Cheers,<br></div><div>Daniel<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jul 2, 2019 at 8:45 AM Koray Vatansever <<a href="mailto:koray.vatansever@gmail.com" target="_blank">koray.vatansever@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi all,<div><br></div><div>I want to fork a new branch, while the first one is ringing.</div><div>Forking will take place in a rtimer process. </div><div>So I will save the invite transaction in a htable, and using this transaction info I need to append a branch.</div><div><br></div><div>I saw TSILO module provides some methods to append branch.</div><div>However documentation says that it can be used when register message received.</div><div><br></div><div>What is the best way to implement this?<br></div><div><br></div><div>Thanks,</div><div>Koray</div></div>
_______________________________________________<br>
Kamailio (SER) - Users Mailing List<br>
<a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a><br>
<a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a><br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail-m_-4126181997113164362gmail-m_2152008445470226096gmail-m_2378312152855971968gmail-m_-3994528507380191981gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>Daniel-Constantin Mierla - <a href="http://www.asipto.com" target="_blank">http://www.asipto.com</a></div><div><a href="http://twitter.com/#!/miconda" target="_blank">http://twitter.com/#!/miconda</a> - <a href="http://www.linkedin.com/in/miconda" target="_blank">http://www.linkedin.com/in/miconda</a></div></div></div></div></div>
_______________________________________________<br>
Kamailio (SER) - Users Mailing List<br>
<a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a><br>
<a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a><br>
</blockquote></div>
_______________________________________________<br>
Kamailio (SER) - Users Mailing List<br>
<a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a><br>
<a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a><br>
</blockquote></div>
_______________________________________________<br>
Kamailio (SER) - Users Mailing List<br>
<a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a><br>
<a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a><br>
</blockquote></div>
_______________________________________________<br>
Kamailio (SER) - Users Mailing List<br>
<a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a><br>
<a href="https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users" rel="noreferrer" target="_blank">https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users</a><br>
</blockquote></div>