
<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">When the Registration expires or it is closed when the device goes to background, there is no 408.<div class=""><br class=""></div><div class="">The idea is to attempt to wake up the device when call comes in, wait for it to register and then fork the original INVITE. Then timeout if no device registers.<br class=""><div class=""><br class=""></div><div class="">Adrian</div><div class=""><br class=""><div class=""><br class=""><div class=""><div><blockquote type="cite" class=""><div class="">On 5 Feb 2017, at 12:53, Aron Podrigal <<a href="mailto:aronp@guaranteedplus.com" class="">aronp@guaranteedplus.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="gmail_msg">you can certainly handle this in a t_on_failure for a 408...</div><span class="">

</span><br class="gmail_msg"><div class="gmail_quote gmail_msg"><div dir="ltr" class="gmail_msg">On Thu, Feb 2, 2017, 3:38 PM Adrian Georgescu <<a href="mailto:ag@ag-projects.com" class="gmail_msg" target="_blank">ag@ag-projects.com</a>> wrote:<br class="gmail_msg"></div><blockquote class="gmail_quote gmail_msg" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word" class="gmail_msg">There is more plumbing needed to replay transactions later and the future OpenSIPS version announced recently will help make this happen.<div class="gmail_msg"><br class="gmail_msg"></div><div class="gmail_msg">You are not alone fighting with this problem.</div><div class="gmail_msg"><div class="gmail_msg"><br class="gmail_msg"></div><div class="gmail_msg">Regards,</div><div class="gmail_msg">Adrian</div></div></div><div style="word-wrap:break-word" class="gmail_msg"><div class="gmail_msg"><div class="gmail_msg"><div class="gmail_msg"><br class="gmail_msg"></div><div class="gmail_msg"><div class="gmail_msg"><br class="gmail_msg"><div class="gmail_msg"><blockquote type="cite" class="gmail_msg"><div class="gmail_msg">On 1 Feb 2017, at 19:46, Андрей Журавлёв <<a href="mailto:andrei.zhuravlev@m-st.ru" class="gmail_msg" target="_blank">andrei.zhuravlev@m-st.ru</a>> wrote:</div><br class="gmail_msg m_7282580754547537935m_1611901655275784187Apple-interchange-newline"><div class="gmail_msg"><div dir="ltr" class="gmail_msg">Hi All, <div class="gmail_msg"><br class="gmail_msg"></div><div class="gmail_msg">I am pretty new with SIP and OpenSIPS. I have problem that affect most of the people who should support mobile clients for iOS 10. There must be a way to solve it, but it looks like I missed it. So I need your help. </div><div class="gmail_msg"><br class="gmail_msg"></div><div class="gmail_msg">Background: As you probably already know in iOS 10 Apple prevented network connections in background mode. It mostly affected VoIP apps. In order to solve this issue they introduced so-called VoIP Push notifications (via PushKit) which should automatically wake-up application and allow it to do a registration and receive a call.</div><div class="gmail_msg"><br class="gmail_msg"></div><div class="gmail_msg">Btw, the only thing I found capable to send VoIP push notifications without issus is ruby gem/binary called Houston. </div><div class="gmail_msg"><br class="gmail_msg"></div><div class="gmail_msg">Now everything works fine, except one issue actually, when application wakes up and do a registration, it obviously missed initial INVITE message for a call, and it looks like server do not retry invites if no provisional messages returned from a client. </div><div class="gmail_msg"><div class="gmail_msg"><br class="gmail_msg"></div><div class="gmail_msg">So the question is it possible to tell OpenSIPS server to re-send INVITE messages (by some timer probably) if no provisional information received from a client. </div><div class="gmail_msg"><br class="gmail_msg"></div><div class="gmail_msg">I know there is fr_timer and fr_inv_timer params from tm module, but it looks like they did not do the trick. </div><div class="gmail_msg"><br class="gmail_msg"></div><div class="gmail_msg">Actually, I have almost default config file, except the parts, required for push notifications.</div><div class="gmail_msg">I've posted it here: <a href="http://pastebin.com/tZmP320g" class="gmail_msg" target="_blank">http://pastebin.com/tZmP320g</a><br class="gmail_msg"></div><div class="gmail_msg"><br class="gmail_msg"></div><div class="m_7282580754547537935m_1611901655275784187gmail_signature gmail_msg"><div dir="ltr" class="gmail_msg"><div class="gmail_msg"><div class="gmail_msg">Yours sincerely, <br class="gmail_msg">Andrei Zhuravlev<br class="gmail_msg"></div></div></div></div>

</div></div>

_______________________________________________<br class="gmail_msg">Users mailing list<br class="gmail_msg"><a href="mailto:Users@lists.opensips.org" class="gmail_msg" target="_blank">Users@lists.opensips.org</a><br class="gmail_msg"><a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" class="gmail_msg" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br class="gmail_msg"></div></blockquote></div><br class="gmail_msg"></div></div></div></div></div>_______________________________________________<br class="gmail_msg">

Users mailing list<br class="gmail_msg">

<a href="mailto:Users@lists.opensips.org" class="gmail_msg" target="_blank">Users@lists.opensips.org</a><br class="gmail_msg">

<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" rel="noreferrer" class="gmail_msg" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br class="gmail_msg">

</blockquote></div>

_______________________________________________<br class="">Users mailing list<br class=""><a href="mailto:Users@lists.opensips.org" class="">Users@lists.opensips.org</a><br class="">http://lists.opensips.org/cgi-bin/mailman/listinfo/users<br class=""></div></blockquote></div><br class=""></div></div></div></div></body></html>