IBM Security MaaS360

 View Only
  • 1.  Bulk Enrollment on Android Enterprise

    Posted Thu May 13, 2021 10:33 AM
    Hi has anybody else got the issue where bulk enrolment is majorly stunted due to getting device enrolment errors whilst enrolling multiple devices along with the issue that once they install the app installations takes forever regardless of download speeds.

    I was just wondering how you setup your devices and if you have any ways to tackle these issues,

    ------------------------------
    Michael Hogeling
    ------------------------------


  • 2.  RE: Bulk Enrollment on Android Enterprise

    IBM Champion
    Posted Fri May 14, 2021 06:23 AM

    I have experienced this in the past where multiple simultaneous device enrollments are creating a huge load on the Wi-Fi network.  Attempting to enroll using a wireless connection can be problematic if coverage in the building etc. is less than wonderful.

     

    Given the volume of command queue's any tiny interruption in connectivity will affect the enrollment process.  Further, if there is a large number of apps being pushed to the devices, I have seen this also take some time, in some cases hours.  Using jetpacks in addition to wi-fi or simply limiting the number of simultaneous enrollments  usually addresses all of this. 

    I would also love to hear if anyone else has a different work around for this.

     

    Thanks,

     

    Mitch Lauer

    connecTel  Wireless  

               

    159 Perry Highway, Suite 200

    Pittsburgh, PA 15229

    216-970-6981 | Cell

    412-339-5775 | Help Desk

    412-339-5765 | Direct Dial

     






  • 3.  RE: Bulk Enrollment on Android Enterprise

    Posted Tue May 18, 2021 04:52 AM
    Hi Michael
    I haven't come across this before but can understand it might happen. Can I propose the following: 
    - Configure connection to stable WiFi in enrollment where possible, or if possible use SIM card with good signal, and compare/contrast which is better
    - Ensure to check the box "Install Automatically" for apps added to App Catalog which should be installed on devices. The MaaS360 app should be added and distributed. 
    - Test with a smaller number of devices, investigate issues and then roll out with a larger number
    - If you are still having application install problems, I suggest you contact our Support team to investigate.

    ------------------------------
    Eamonn O'Mahony
    Technical Client Success Manager
    IBM Security
    Dublin, Ireland
    ------------------------------



  • 4.  RE: Bulk Enrollment on Android Enterprise

    Posted Tue May 18, 2021 12:04 PM
    Hi Michael
    I have spent some time looking at your portal and one thing strikes me. 
    We recommend that as much as possible, devices be enrolled to an individual, given that Support has found that both location tracking and app inventory can be difficult to retrieve where large numbers of devices are enrolled to one account. 
    Ideally speaking you would not go over say 30 devices per MaaS360 user, it seems this is far exceeded in certain cases. 
    If you would like to verify this you can re-enroll several devices to individual MaaS360 user accounts and test the app update and inventory update procedure. 
    Best

    ------------------------------
    Eamonn O'Mahony
    Technical Client Success Manager
    IBM Security
    Dublin, Ireland
    ------------------------------



  • 5.  RE: Bulk Enrollment on Android Enterprise

    Posted Tue May 18, 2021 02:13 PM

    The number of devices enrolled to a single user will not impact the amount of time it takes a device to enroll nor would it have any bearing over the speed for app installs.

    9 times out of 10 these issues are related network bandwidth, but you shouldn't have to re-enroll any devices to solve these issues.

    Bulk enrollment is a fairly broad term.

    If it is simply being used to describe enrolling a lot of devices at once, Mitch's advice could work to relieve some traffic.  

    If you are finding the issue is occurring when using a specific device enrollment program, sometimes bottlenecks can happen as this is all cloud service syncs.

    If you are enrolling something low, like 5-10 devices at once, and your network seems fine, and should be able to handle large amounts of traffic, I would open a support case so we can dig in to your specific use case.



    ------------------------------
    Matt Shaver
    System Architect
    IBM
    mshaver@us.ibm.com
    ------------------------------



  • 6.  RE: Bulk Enrollment on Android Enterprise

    Posted Thu June 03, 2021 06:44 AM
    Good Morning All,

    Thank you for all your responses and sorry for the delay, I have been busy enrolling more devices.

    The devices tripping over does not seem to be network based as far as I can tell, we have three separate networks. Even having 1 device connected on each network will trip if we enrol them all simultaneously.

    Some days we only have 1 device enrolling and we still encounter issues with the downloading of apps. It is faster but the biggest issue seems to be a playstore issue which is that they feel the need to finish unpacking and installing each app before downloading the next, would be much faster if it could move to downloading the next app quicker. 

    The reason for having such a large amount of devices on one user is that before I joined the account our company actually used a third party to create the Zero-Touch, the way this was setup was to enrol all devices to this one user, as far as I am aware there is no way to automatically create new users for each Zero Touch enrolled device without a lot more user intervention being required. We currently manage all devices using device names that are assigned to the devices, this creates no difficulty in locating the devices.

    Again as for the number of devices being enrolled it currently can go from 100+ a day to just 1 a day. Even when doing just one device on a 100mbps leased line connection we are finding massive issues,

    Kind Regards.

    ------------------------------
    Michael Hogeling
    ------------------------------