<div dir="ltr"><div>Hi Koray,</div><div><br></div><div>I'm glad you mentioned this, I'm currently working on a similar configuration and tested your scenario and found the same thing. I'm assuming you're using TSILO?<br><br></div><div>I just quickly tried this in the failure_route and it appears to be working but I'm sure there's still some optimisations to be done. It might need adapting for your situation.<br></div><div><br></div><div>        if ($sht(tsilo=>active_branch::$tU) && t_check_status("[456][0-9][0-9]") ) {<br>                t_drop_replies();<br>                t_suspend();<br>                xlog("suspended transaction [$T(id_index):$T(id_label)] $fU => $rU\n");<br>                $sht(tsilo=>suspended::$tU) = "" + $T(id_index) + ":" + $T(id_label);<br>                exit;<br>        }</div><div><br></div><div>One obvious issue currently is when the mobile client registers it resumes the suspended transaction and does another look up on the location table, and then sends a new INVITE to the device that previously rejected the call. If that's a user that manually rejected a call it will be quite annoying. <br><br></div><div>I'll follow up tomorrow when I've spent more time on this, but hopefully it gets you started.<br><br></div><div>Thanks</div><div>Matthew<br></div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Aug 16, 2021 at 4:04 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,<div><br>I have a problem with the following scenario:<br><br>I have web and mobile sip clients for the same username.<br><br>If both clients are idle, INVITE is forked and both clients ring.<br>If web client is busy and mobile client is online and registered, the mobile client rings and the caller hears ringback tone.<br>If web client is busy and mobile client is offline, before the mobile client receives push notification and registers, web client sends 486 busy response and caller hears busy tone. <br><br>In this last scenario, I want to wait some time for the mobile client to register and ring.<br>I tried to drop 486 response in onreply_route[x], but I found that final responses cannot be dropped in this route.<br>I dropped 486 in reply_route, but I couldn't send an ACK for this transaction.<br><br>Is there a way to implement this scenario?<br><br>I would appreciate if you have any suggestions.<br><br>Thanks,<br>Koray<br> <br></div></div>
__________________________________________________________<br>
Kamailio - Users Mailing List - Non Commercial Discussions<br>
  * <a href="mailto:sr-users@lists.kamailio.org" target="_blank">sr-users@lists.kamailio.org</a><br>
Important: keep the mailing list in the recipients, do not reply only to the sender!<br>
Edit mailing list options or unsubscribe:<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>