Monitoring mobile devices¶
NetXMS has mobile agent for Android devices running version 2.2. and later. Currently, a very limited set of info can be monitored and reported to a NetXMS server.
Unlike other metrics mobile ones are provided with Internal origin as they are not collected by server, but pushed from mobile agent.
|MobileDevice.BattaryLevel||Battery charging level in percents.|
|MobileDevice.DeviceId||Id of device|
|MobileDevice.LastReportTime||Last time device reported data|
|MobileDevice.OS.Name||Operating system mane|
|MobileDevice.OS.Version||Operating system version|
|MobileDevice.Vendor||Mobile device vendor|
- Agent status. In case agent is active, reports the basic info about configuration such as scheduler for new location acquisition and connection to server where to update info collected.
- Last location section reports info about the last location acquired (date/time, source provider, geo coordinates and estimated accuracy.
- Last connection section reports info about the status of last connection: date/time and status of connection to the server:port specified in the configuration section. In case of errors during connection, here is reported also the error message.
- Next connection section reports info about the next scheduled connection.
- Device ID section reports the device ID (IMEI in case of devices with phone).
- Device Serial section reports the device serial number.
This section is used to configure the behavior of the agent.
- Activate agent: when set makes the agent operational.
- Autostart on boot: automatically starts the agent on boot (to be effective, agent must be set to be active).
- Scheduler: provides the ability to define a “one range” daily on which the agent is operational. Out of the specified range the agent will not collect any new position and will not try to make connections to the server. When set it is possible to specify:
- Daily activation on: start time for daily activation.
- Daily activation off: stop time for daily activation.
- Parameters: allows selecting the parameters used to connect to the server:
- Server: address of the server (IP or name).
- Port: port of the server (default 4747).
- User name: username to connect to the server.
- Password: password to connect to the server.
- Encrypt connection: when selected challenges an encryption strategy with the server (depending on supported/configured providers).
- Frequency: amount of time, in minutes, that has to elapse between each tentative of connection to the server to send the gathered info.
- Override frequency: when selected overrides the previous frequency values and forces a new connection to the server (thus resetting the timer) every time a new connection is detected. NB if you are in a situation where connection is not stable it is advised to clear this flag to avoid multiple connections that will drain the battery.
- Force position update: when cleared instruct the agent to relay on position updates made from other apps in the system (this means that position can be very old if no other apps are trying to get a new fix). When set, instructs the agent to try to gather a new position.
- Frequency (min): amount of time, in minutes, that has to elapse before trying to acquire a new position (Force position update set) or before trying to check if someone else updated a position.
- Duration (min): maximum amount of time, in minutes, that has to elapse before giving up on acquiring a new position.
- Location strategy: allows selecting the source provider that has to be used to acquire a new position, allowed providers:
- Network only: tries to acquire position from network provider. Network provider is usually fast in acquiring a new position but it is not much accurate, especially using data connection (range from 1Km to 2Km, depending on antennas deployment), the service is not available all around the world. Wi-Fi connection seems to guarantee much higher precision due to a correlation between last known position acquired from GPS.
- GPS only: tries to acquire position from GPS provider. GPS provider is usually slow in acquiring a new position, time depends on several factors such as how much time has elapsed since last position, number of satellites in free view (inside buildings can be really had to get a position).
- Network and GPS: tries to acquire a position from Network provider or GPS provider, the first one that gives a position is considered ok. There is no special algorithm to evaluate accuracy, the unique criteria is the speed of the fix.
Please note that on 2G networks (GPRS/EDGE) data connection is not available while you are busy in a conversation, position acquisition will fail. On 3G networks (UMTS/HSxPA) data connection is available and so the position acquisition. However, if the agent is not able to get a new fix within the time-frame specified, it will try to gather a position from any available provider that has a valid cached position to provide.
Toast notification: when set allows the agent to display “toast” notifications to the user (such as pushing data to the server, inform user about the start of the agent, etc.).