<div dir="ltr">Hi,<div class="gmail_quote"><div dir="ltr"><div><br></div><div>This is partially related to a previous thread - <a href="https://lists.kamailio.org/pipermail/sr-users/2021-August/113128.html" target="_blank">https://lists.kamailio.org/pipermail/sr-users/2021-August/113128.html<br><br></a>We are using the TSILO module to suspend transactions whilst we wait for mobile app users to register after receiving a push notification.</div><div><br></div><div>In the time we are waiting for the app to register, other UAs might reject the call (DND, Busy, etc). To avoid this failure response being relayed to the caller, we use t_drop_replies in the failure_route.<br><br></div><div>Eventually if all devices have rejected the call Kamailio times out and sends a 408 Request Timeout. Is there any way we can catch this error, and replace it with the last response we got from an actual UA? <br></div><div><br></div><div>t_is_expired() and t_branch_timeout() don't seem to apply as they're on the <i>called</i> side. Is there another option to catch this overall timeout?<br><br></div><div>As a side note, failure_route is quite limited in the actions that can take place there. Is it safe to access variables and update a htable?<br><br></div><div>Thanks</div><div>Matthew<br></div><div><span><i></i></span> </div></div>
</div></div>