<p>What if you store the register/unregister event with username/alias username, useragent in a custom table? In case if the useragent matches with their ua.</p>
<p>If a new call arrives and location lookup doesn't return anything, you can query your custom table against the $rU and check the stored useragent.</p>
<p>And then you can run your notify stuff or you can do anything with the call.</p>
<p>Just an idea.</p>
<p>-Laszlo</p>
<div class="gmail_quote">2013.06.22. 3:34, "microx" <<a href="mailto:acmicrox@gmail.com">acmicrox@gmail.com</a>> ezt írta:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi all,<br>
<br>
I encounter a particular case as follows. I set up a SIP proxy server using<br>
OpenSIPS. An iOS VoIP app is developed to make video calls via the SIP proxy<br>
server. Due to the Apple's policy, the VoIP app is unable to receive SIP<br>
messages when it enters the background mode. Specifically, a VoIP app in the<br>
background mode is only allowed to received notifications from the Apple<br>
push notification service server (APNS server).<br>
<br>
So, to make the VoIP app in the background mode receive INVITEs, the SIP<br>
proxy server needs to request the APNS server to notify the app first. My<br>
current approach is below.<br>
<br>
1. When the VoIP app enters the background mode, it sends a message to make<br>
its registration expire.<br>
<br>
2. When the SIP proxy receives an INVITE and fails to find the callee from<br>
the location table, the proxy server executes a shell script (via<br>
exec_avp()) that checks whether the callee is using iOS VoIP app in the<br>
background mode and sends a request the APNS server if necessary.<br>
2.1 If the shell script says the callee is using iOS VoIP app in the<br>
background mode, the INVITE is dropped.<br>
2.2 Otherwise, "404 not found" response is returned.<br>
<br>
My problem is that INVITEs from caller will be repeatedly sent to the SIP<br>
proxy server (before timeout) if the callee is using iOS VoIP app in the<br>
background mode. Thus, the shell script will be invoked multiple times. I<br>
wonder what mechanism can be used to store the check result of running the<br>
shell script for the first time, leading the shell script to be run "once".<br>
Since such a case is not yet a transaction, avp variable is not applicable.<br>
Any suggestion is greatly appreciated.<br>
<br>
Best regards,<br>
Chen-Che<br>
<br>
<br>
<br>
--<br>
View this message in context: <a href="http://opensips-open-sip-server.1449251.n2.nabble.com/What-variable-mechanism-is-applicable-to-a-not-yet-transaction-case-tp7586962.html" target="_blank">http://opensips-open-sip-server.1449251.n2.nabble.com/What-variable-mechanism-is-applicable-to-a-not-yet-transaction-case-tp7586962.html</a><br>
Sent from the OpenSIPS - Users mailing list archive at Nabble.com.<br>
<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@lists.opensips.org">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br>
</blockquote></div>