Hi Olle, At the moment I?ve noticed this plugged in or not. The code I?m playing with is in our application which detects network changes and re-initiates a registration and other stuff... So far removing this application logic is helping solve the problem but the test case run takes a long time (it took 12 hrs at first to crash, then so far I?ve run 18 hrs but that?s not a guarantee).. IOS reducing it to 15 wakeups in 5 minutes is quite aggressive.. I?m unsure how long the wakeup ?allow to run? period is.. ie: if I get woken up, then determine I need to re-reg that?s run on a separate thread which selects while waiting for response from server.. So is the response then another wakeup? Info on the iOS behaviour is tricky to find.. I only saw what Mark mentionedi n the beta iOS5. b5 change notes.. I was going to count the times I return fmor the socket select and I?m in background and try and count then... Them cross reference that with a permanent wireshark against the phone so I could see/analyse the traffic that suddenly puts it over the edge.. Its quite a pain.. Chris On 13/11/2011 16:31, "Olle Frimanson" <olle.frimanson at keystream.se> wrote: > Hi Chris and Mark, > > If you find a good solution on this pls let us all know. We are also > struggling with the same problem and we have an Asterisk behind SIP proxy. > > My observations so far is that this function don?t kick in if the phone is on > power supply / USB. But it?s also not complete clear what actually counts as > an event and is e.g. an incoming NOTIFY and corresponding reply 1 or 2 events. > > If we find something will let you know. > > BR/Olle > > > > From: pjsip-bounces@xxxxxxxxxxxxxxx [mailto:pjsip-bounces at lists.pjsip.org] On > Behalf Of Chris Moore > Sent: den 13 november 2011 17:26 > To: pjsip list > Subject: Re: iOS5 background - waking 15 times in 300 seconds kicking > the app > > Hi Mark, > > Yeah, looks like a few apps are having this problem (ooVoo and Linphone are > others out there with it). > > I think I?ve found a little bit of the activity that was pushing it over the > edge.. Will investigate further! > > > > > On 13/11/2011 07:51, "Mark Kaplan" <mkaplan at interwise.com> wrote: > Hi Chris, > > http://www.bgr.com/2011/07/22/apples-full-change-log-for-ios-5-beta-4/ : ?iOS > 5.0 terminates VoIP applications that are resumed in the background for > incoming network traffic with extreme frequency? > > Best bet is you?re receiving too many events on the socket (INVITE, or more > probably NOTIFY), or like the link says, not reading all the data from the > socket. > > Best, > > MarK. > > > > From: pjsip-bounces@xxxxxxxxxxxxxxx [mailto:pjsip-bounces at lists.pjsip.org] On > Behalf Of Chris Moore > Sent: Saturday, November 12, 2011 20:04 > To: pjsip at lists.pjsip.org > Subject: iOS5 background - waking 15 times in 300 seconds kicking the > app > > Hi, > > Recently with iOS5 we?ve noticed we?re having these issues > > Application Specific Information: > SBUnsuspendLimit O2 Connect[293] exceeded 15 wakes in 300 sec > > The application is being kicked out by the OS. > > We are using an OpenSIPS server, registration set to 10 minutes (so we can use > the iphone wakeup and re-reg background timed event). > > The problem is that this happens intermittantly.. ie: something is really > coming up and triggering excessive socket/background wakeups. > > Just wondering if anyone else is experiencing this and if they?ve be able to > tune the app behaviour or else the server behaviour.. > > Regards, > > Chris > > > _______________________________________________ > Visit our blog: http://blog.pjsip.org > > pjsip mailing list > pjsip at lists.pjsip.org > http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org > > > _______________________________________________ > Visit our blog: http://blog.pjsip.org > > pjsip mailing list > pjsip at lists.pjsip.org > http://lists.pjsip.org/mailman/listinfo/pjsip_lists.pjsip.org -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.pjsip.org/pipermail/pjsip_lists.pjsip.org/attachments/20111113/59930d44/attachment.html>
