Very important Mobicontrol data consumption on device

Very important Mobicontrol data consumption on device

Server version is 13.4

Agent version is 13.5

We have a lot of C-five Coppernic devices with around 2Go data consumption.

We  generated a report ''Telecom data usage data collection'' where we can see the consumption of each application.

Is it possible to have more details by application besause we have to explain to our customer why we have some much data consumption ?

Thank you

BRUNO RAME Project Deployment Coordinator / SOTI Mobicontrol Specialist

14 Answers

Order By:   Standard | Newest | Votes
Raymond Chan | posted this 07 November 2018

As far as I know,  MobiControl does not provide detailed breakdown for data traffic consumed for an application.   In older Android version (e.g. 4.x), there is a log file kept by the Android kernel module with timestamps and other details of different voice/data/SMS traffic,  but such information has to be analysed by third-party utility app.  Even worse, such information is probably not easily accessible in more recent Android versions because  Google impose more restrictions to protect the privacy of device end-user.

 

As network operators may use different rounding-up mechanism for packetized data in your various device connections,  the traffic reported by Android kernel (and reported to MobiControl) can deviate from that reported by your network operator.  I usually allow 5-10% difference when setting alert thresholds in TEM rules.

 

Did you  get very big numbers for some applications you cannot explain to your customers?  What kind of apps are they?  If  it is Mobicontrol device agent that generate such traffic,  you might need to check and tune various global and policy-specific settings to reduce unjustified traffic.

 

  • 0
  • 0
Bruno Rame | posted this 07 November 2018

Every hour we have around 100 or 200Mo data consumption per device. Same thing during the night when the devices are not used.

The concerned applications are com.android.vending and Removed application 

Thank you

BRUNO RAME Project Deployment Coordinator / SOTI Mobicontrol Specialist

  • 0
  • 0
Raymond Chan | posted this 07 November 2018

So, it's your Google Play Store app.  

Are you using Android+ or Android Enterprise agent?

The Google Play Store app should be trying to deploy/update app onto your device, but fail for some unknown reason(s), and the process repeat indefinitely.   If this is really the case,  check your device-agent log for any error/warning message, and if possible, get hold of a problematic device and check the notification bar or Google Play app to see what app(s)  is/are being deployed/updated repeatedly. 

Then, you might need to check if the problem is caused by conflict(s) in your management profiles/rules deployed on the device.   

 

 

  • 1
  • 0
Bruno Rame | posted this 08 November 2018

I have no warning/error messages into the logs

No message in the notification bar

All the profiles are correctly installed on the device

BRUNO RAME Project Deployment Coordinator / SOTI Mobicontrol Specialist

  • 0
  • 0
Raymond Chan | posted this 08 November 2018

Hi Bruno,

Are you using Android+ or Android Enterprise agent?

When I mentioned about conflicting profiles/rules, I meant you might have set options in application-run-control, kiosk mode, feature control, etc. that make your silent app installation/update unsuccessful, resulting in repeated retry and high traffic consumed.

 

  • 0
  • 0
Bruno Rame | posted this 08 November 2018

My device is Android+ (C-five Coppernic)

How is it possible to identify the conflicting profile or rule please ?

BRUNO RAME Project Deployment Coordinator / SOTI Mobicontrol Specialist

  • 0
  • 0
Raymond Chan | posted this 09 November 2018

Please list any deployed profile configurations in application-run-control, kiosk mode and feature control payloads on your problematic device.

 

  • 0
  • 0
Bruno Rame | posted this 09 November 2018
Feature control
Disable NFC
Disable USB Debugging
Disable Removal of Mobicontrol Agent
Allow limited Bluetooth discoverable Mode

 

Application run control

BRUNO RAME Project Deployment Coordinator / SOTI Mobicontrol Specialist

  • 0
  • 0
Raymond Chan | posted this 09 November 2018

As a quick test, just try temporarily revoking all your app-run-control whitelists and see if the problem is gone.  If so, re-deploy whatever you have, and find what extra app(s) you had forgotten to whitelist that caused the problem.

 

  • 0
  • 0
Benedict Lumabi | posted this 13 November 2018

Hi Bruno, please check data collection rule, check the interval where the agent collects data in a certain period and push such update to Mobicontrol server

  • 0
  • 0
Edgar Gomez | posted this 13 November 2018

Hello

The Telecom Data Usage Data Collection report may give you a good insight regarding what apps are consuming data.

As Benedict explains, you also need a Telecom Expense Management rule so data is collected periodically.

  • 0
  • 0
Bruno Rame | posted this 27 November 2018

After revoking all my app-run-control whitelists, the data consumptions are normal.

As we have a lockdown, finally we Don't need a whitelist

Thank you

BRUNO RAME Project Deployment Coordinator / SOTI Mobicontrol Specialist

  • 0
  • 0
Bruno Rame | posted this 06 December 2018

Hi

Finally the issue is still there.

We have about 25 devices concerned by this issue ( total of devices is around 250 with exactly the same configuration)

For exemple please find below the device Streeteo 00375 where we can see at 06/12/2018 13:00 around 45 Gb consummed by ''Removed Application''

Thank you for your help

 

06/12/2018 13:00 Streeteo 00375 58 465,70   105 712,09   164 177,78 Cellular No Orange F com.google.android
06/12/2018 13:00 Streeteo 00375 4 553 463,14   883 104,69   5 436 567,83 Cellular No Orange F Q2C.Park.Mobile
06/12/2018 13:00 Streeteo 00375 1 006 554,69   46 614 891,60   47 621 446,30 Cellular No Orange F Removed Application
06/12/2018 13:00 Streeteo 00375 0,10   0,00   0,10 Cellular No Orange F com.android.vending
06/12/2018 13:00 Streeteo 00375 7 610,01   14 012,59   21 622,60 Cellular No Orange F system
06/12/2018 13:00 Streeteo 00375 269,35   1,20   270,55 Cellular No Orange F com.android.providers.downloads.ui,com.android.providers.downloads,com.android.providers.media
06/12/2018 13:00 Streeteo 00375 94 741,53   640 006,17   734 747,70 Cellular No Orange F net.soti.mobicontrol.coppernic

BRUNO RAME Project Deployment Coordinator / SOTI Mobicontrol Specialist

  • 0
  • 0
Raymond Chan | posted this 06 December 2018

Hi Bruno,

Your statement  "As we have a lockdown, finally we Don't need a whitelistincluded in a previous post more than a week ago is not totally true and can be extremely misleading to many who read the post on this forum.  The whitelist implicitly set in lockdown menu policy and those explicitly configured in application-run-control serve different purposes and have slightly different behavior.

 

Also, as hinted from my previous posts on this discussion topic,  the problem was very likely caused by someone wrongly setting conflicting policies on the devices.  In other words, the 45G traffic and associated cost are not due to bug(s) in MobiControl.   If you don't want the same problem to happen again, administrator should be informed the real cause and trained not to do anything similar again. To make that possible,  please provide more details:

 

- What was the active MDM api's reported on your problematic devices?

 

- Is the "Removed Application" a bundled app included in the device firmware out of the box?  As it is an app that is available from Google Play store, would you mind revealing the true identity of this mysterious application?

 

- Had the "Removed Application"  been included on your whitelist before you stopped using application run-control whitelist?

 

  • 0
  • 0

Give us your feedback
Give us your feedback
Feedback