Processing Logic Overview

The overall processing logic of the Nextian RMM can be summarized as follows:

  1. Retrieve managed elements from Salesforce. Fetch the list of elements associated with this RMM instance, based on the value of the RMM Element/Node Id field.
  2. Retrieve related services. Using the element list, retrieve the services that depend on those elements. For example, a CPE (Customer Premises Equipment) device is typically used in one service, whereas a core router may be part of multiple services.
  3. Pull element data from the source monitoring system. Retrieve element-level data from the source NMS (e.g., Zabbix, Orion, etc.) using the element list.
  4. Identify and update changed elements in Salesforce. Update element data in Salesforce only if changes are detected. The updated information may include:
    • Status — Operational status of the element (Up, Down, etc.).
    • Availability — Availability metrics such as percentage of uptime over the last 24 hours, 7 days, month, and year (click here to learn more about how Nextian tracks availability in Salesforce).
    • Inventory Information — Details such as Make, Model, and Serial Number retrieved from the monitoring system.
    • Performance Metrics — Dynamic metrics such as Bandwidth Utilization, CPU Usage, Latency, Packet Loss and others (click here to learn more about how Nextian tracks performance metrics in Salesforce).
  5. Identify affected services. Based on the changed elements, determine which services need to be updated.
  6. Update services in Salesforce.

Reading and Updating Information

To optimize performance and reduce API usage, Nextian RMM uses a set of configurable  timing parameters that control how frequently data is read or written. These parameters are fully independent and can be fine-tuned as needed.

Reading from Salesforce

  • SALESFORCE_POLL_PERIOD — Determines how often Salesforce inventory is polled. Each poll performs two queries: one for elements and one for services.

Reading from Source Monitoring System

  • ZABBIX_PERIOD — This variable is dependent on the type of monitoring system, but generally indicates how often the source monitoring system is polled for element data.

Updating Salesforce

  • SALESFORCE_PUSH_STATUS_PERIOD – Determines how often element and service statuses are updated in Salesforce.
  • SALESFORCE_PUSH_AVAILABILITY_PERIOD – Determines how often the Nextian RMM pushes (updates) element availability metrics to Salesforce.
  • SALESFORCE_PUSH_ELEMENT_PERIOD – Determines how often the Nextian RMM pushes (updates) element inventory information to Salesforce.
  • SALESFORCE_PUSH_PERFORMANCE_PERIOD – Determines how often the Nextian RMM pushes (updates) element performance metrics to Salesforce.
Was this page helpful?