Sorry for reopening this, but I have a consequence behavior with this and was hoping for some insights.
As I said earlier, we are using a very specific APN that allows the connection only to a restricted range of servers. I managed to use a heartbeat every 5 minutes to workaround the GCM issue, and with the app everything is working fine. However, I have another consequence. Because the APN restricts access to anything outside "our safe little world", the system is consuming a whole load of data. Android OS consumed 3 mb in three days, Google Services 416 k. In the data settings I was able to restrict Google Services (as well as software updates and others) from using data but I can't do the same for Android OS. This is killing us completely because we have a very restrictive data plans. Any ideas on how I can disable data transfer for everything except my application? Thanks On 21 December 2012 15:55, Goncalo Oliveira <[email protected]> wrote: > Robert, > > Thanks again for clarifying. Basically if I open up GCM I'm allowing user > to work with gtalk, so I will want to avoid that. > Looks like sending the heartbeat every 5 minutes is the only option I have > left. > > Thanks for the help. Much appreciated. > Cheers > > > On 21 December 2012 15:44, Robert Greenwalt <[email protected]> wrote: > >> I believe most of the google apps rely on GCM (calendar, gmail, contacts, >> talk, etc), also 3rd party apps that need pushed notifications are >> encouraged to use GCM. Unless you are making a custom build and denying >> app installs you probably have apps that will be broken without GCM. >> >> Of course, if you have very limited data plans on special purpose phones, >> you may wish for all those apps to be broken - they can use quite a bit of >> data. >> >> I don't know what GCM's steady-state data rate is for a device. I >> believe it does a carrier keep-alive ping every 20-30 minutes. It also >> checks for updates whenever the screen comes on. Other than that I think >> it is dependent on user or network-originating app traffic. >> >> R >> >> >> On Fri, Dec 21, 2012 at 2:23 AM, Goncalo Oliveira <[email protected]>wrote: >> >>> Robert, >>> >>> Thank you for the explanation. There's just one more thing that I'd like >>> you to help me understand. If we choose to allow the GCM connection, what >>> kind of traffic can we expect to have? Like I said previously, we have a >>> very tight data plan, so if the GCM connection adds more than just a few >>> bytes, that might be a bad idea to enable it. Also, by enabling GCM >>> connection, what am I allowing the users to do? Can they use gtalk or >>> something else? >>> >>> Cheers >>> >>> >>> On 21 December 2012 00:17, Robert Greenwalt <[email protected]>wrote: >>> >>>> >>>> The GCM is part of the platform - 3rd party apps depend on it and so >>>> there's no mechanism for deactivating it. >>>> >>>> If you can allow the GCM connection to succeed, you should avoid the >>>> current problems, but if you're going for a secure platform you may not >>>> want the GCM connection to succeed. >>>> >>>> You could potentially hijack the dns resolution: have your dns server >>>> report an address you control for mtalk.google.com, then allow >>>> connections to your own server, but no real functionallity. With some >>>> reverse engineering you may be able to get to a quiet connection that >>>> doesn't trigger these data-stall triggers. >>>> >>>> The easiest solution is to adjust your keep-alive ping to < 6 minutes. >>>> That will effect the battery, but less than allowing the resets to happen. >>>> >>>> I have created internal issues to examine this issue, but even if we >>>> fixed it today internally you wouldn't see it for a long while. The first >>>> issue is to find what traffic is causing this connection reset. The second >>>> is to re-eval counting udp packets (I am assuming that's causing part of >>>> this problem). >>>> >>>> I'm sorry you have hit this issue. >>>> >>>> Robert >>>> >>>> >>>> On Thu, Dec 20, 2012 at 4:30 AM, Goncalo Oliveira >>>> <[email protected]>wrote: >>>> >>>>> Robert, >>>>> >>>>> Any updates on this? >>>>> >>>>> Cheers >>>>> >>>>> >>>>> On 18 December 2012 10:06, Goncalo Oliveira <[email protected]>wrote: >>>>> >>>>>> consider opening up the addre >>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Gonçalo Oliveira >>>>> >>>>> -- >>>>> You received this message because you are subscribed to the Google >>>>> Groups "Android Developers" group. >>>>> To post to this group, send email to >>>>> [email protected] >>>>> To unsubscribe from this group, send email to >>>>> [email protected] >>>>> For more options, visit this group at >>>>> http://groups.google.com/group/android-developers?hl=en >>>>> >>>> >>>> -- >>>> You received this message because you are subscribed to the Google >>>> Groups "Android Developers" group. >>>> To post to this group, send email to >>>> [email protected] >>>> To unsubscribe from this group, send email to >>>> [email protected] >>>> For more options, visit this group at >>>> http://groups.google.com/group/android-developers?hl=en >>>> >>> >>> >>> >>> -- >>> Gonçalo Oliveira >>> >>> -- >>> You received this message because you are subscribed to the Google >>> Groups "Android Developers" group. >>> To post to this group, send email to [email protected] >>> To unsubscribe from this group, send email to >>> [email protected] >>> For more options, visit this group at >>> http://groups.google.com/group/android-developers?hl=en >>> >> >> -- >> You received this message because you are subscribed to the Google >> Groups "Android Developers" group. >> To post to this group, send email to [email protected] >> To unsubscribe from this group, send email to >> [email protected] >> For more options, visit this group at >> http://groups.google.com/group/android-developers?hl=en >> > > > > -- > Gonçalo Oliveira > -- Gonçalo Oliveira -- -- You received this message because you are subscribed to the Google Groups "Android Developers" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/android-developers?hl=en --- You received this message because you are subscribed to the Google Groups "Android Developers" group. To unsubscribe from this group, send email to [email protected]. For more options, visit https://groups.google.com/groups/opt_out.
