<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="">There is more plumbing needed to replay transactions later and the future OpenSIPS version announced recently will help make this happen.<div class=""><br class=""></div><div class="">You are not alone fighting with this problem.</div><div class=""><div class=""><br class=""></div><div class="">Regards,</div><div class="">Adrian</div><div class=""><div class=""><br class=""></div><div class=""><div class=""><br class=""><div><blockquote type="cite" class=""><div class="">On 1 Feb 2017, at 19:46, Андрей Журавлёв <<a href="mailto:andrei.zhuravlev@m-st.ru" class="">andrei.zhuravlev@m-st.ru</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="">Hi All, <div class=""><br class=""></div><div class="">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=""><br class=""></div><div class="">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=""><br class=""></div><div class="">Btw, the only thing I found capable to send VoIP push notifications without issus is ruby gem/binary called Houston. </div><div class=""><br class=""></div><div class="">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=""><div class=""><br class=""></div><div class="">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=""><br class=""></div><div class="">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=""><br class=""></div><div class="">Actually, I have almost default config file, except the parts, required for push notifications.</div><div class="">I've posted it here: <a href="http://pastebin.com/tZmP320g" class="">http://pastebin.com/tZmP320g</a><br class=""></div><div class=""><br class=""></div><div class="gmail_signature"><div dir="ltr" class=""><div class=""><div class="">Yours sincerely, <br class="">Andrei Zhuravlev<br class=""></div></div></div></div>
</div></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>