SolarWinds Connector

This section of the documentation contains technical specifications about the connector that is implemented to link ASM Core and the SolarWinds systems listed below.

Alemba is currently reviewing and updating the whole of the connector section, including all subsections. Expect this section to be updated by end of June, 2025.

Including:

• The name of the .NET assembly file

• Connection methodology

• The resource and link types that can be discovered on the application

• The attributes of each resource and link types that can be imported into the ASM Core Configuration Management Database (CMDB)

SolarWinds Systems

• Server & Application Monitor

• Virtualization Manager

• Network Performance Monitor

For compatibility and version support details, refer to the ASM Connector Matrix.

Use Case Scenario

Purpose	An organization uses SolarWinds to discover and maintain resources present in its organization networks. SolarWinds is also used to raise alerts about adverse events that occur on the supervised networks.
Role	The role of this connector is to expose the resources and their relationships in order to allow for population and ongoing consistency checks of the ASM Core CMDB. The connector also possesses an Event Management capability which allows for SolarWinds alerts to be integrated as calls or requests.

Connector Description

The table below provides a description of the SolarWinds connector.

Information fields	Name
Connector	SolarWinds -> ASM Core
Third-party application	SolarWinds
Assembly	Alemba®.Connector.SolarWinds.Connector.dll
Connector class	Alemba®.Connector.SolarWinds.Connector
Configuration file	Alemba®.Connector.SolarWinds.icnf
Connection methodology	API

Connection Parameters

The table below provides a description of the SolarWinds connection parameters.

Parameters	Description
URL	URL of the SolarWinds JSON. Either the IP address or server name is acceptable. https://solarwinds-orion:17778/SolarWinds/InformationService/v3/Json/
Login ID	Login ID for the server where SolarWinds is installed
Password	Password for that Login ID

Customization

This connector permits extensions to the schema through customization of the configuration file. The possible customizations are listed below. However, the customizations are not limited to these:

• New resource types

• New resource properties

• New link types

Connector Diagnostics

The connector has the facility to trace information. The data can be obtained through Polling tracing or Application tracing.

Resource Types

The resource types available for mappings are:

• Nodes

• Virtual Clusters

• Data Centers

Node Attributes

Attribute	Data Type	Is Multi Valued
Node ID	Int	False
Object Sub type	string	False
IP Address	string	False
Display Name	string	False
Last Synced	dateTime	False
Caption	string	False
Description	string	False
Node Description	profile	False
DNS	string	False
System Name	string	False
Vendor	string	False
Location	string	False
Status	profile	False
IOS Version	string	False
Last Boot	dateTime	False
Machine Type	string	False
Node Category	profile	False
Manufacturer	string	False
Model	string	False
Number of VMs	int	False

Virtual Cluster Attributes

Attribute	Data Type	Is Multi Valued
Cluster ID	int	False
Name	string	False
DRS Behaviour	string	False
HA Status	bool	False
Datacenter ID	int	False
Datacenter Name	string	False

Data Center Attributes

Attribute	Data Type	Is Multi Valued
Datacenter ID	int	False
Name	string	False
vCenter ID	int	False
vCenter Name	string	False

Link Types

Nodes are the only SolarWinds link types that are exposed by the connector by default.

Link Type	Resource Type A	Resource Type B
Node - Node	Node	Node

Event Management

This section provides information about the Event Management capability of the SolarWinds connector.

Functionality Overview

The purpose of this functionality is to:

• Automatically transpose alerts generated by SolarWinds into ASM Core calls or requests.

• Maintain the consistency of the information held in the item created in ASM Core.

Event Management Operation

The operation of this functionality relies on the connector monitoring the SolarWinds alerts in order to detect any new alerts. When such event occurs, the Integration Platform automatically compares the attributes of the new alert against some user-defined criteria. In case criteria are met, the platform proceeds with the creation of a call/problem or a request depending on the user settings.

From a practical point of view, SolarWinds alert attributes can be mapped to ASM Core fields. This mapping is used when creating a new call or request.

As the alert is updated, the connector ensures that these modifications are properly transmitted to the related ASM Core item. The current behavior of ASM Core, upon receipt of such updates and notifications, depends on the Event Mapping settings that are configured in ASM Core.

Eventually, physical actions on the network will be taken to fix the issue and the SolarWinds alert will be marked as Inactive or will disappear from its queue. This fact will also be transmitted to the relevant ASM Core item and the final result (Call Updated, Call Closed and so on) will again depend on the Event Mapping settings in ASM Core.

Specific Use Case

The following use case describes the scenario where an organization sets up integration between ASM Core and SolarWinds. In this scenario, ASM Core is responsible for Service Desk and Change operations and SolarWinds is responsible for issuing alerts.

Use case scenario	Action	Event Management transaction
SolarWinds sends an alert to ASM Core	ASM Core logs a call with this information and automatically forwards the call to the Incident Management group. The analyst takes over the call and clicks the Acknowledge Event button.	ASM Core sends an Acknowledgement transaction to SolarWinds

Event Management and Transactions

The use case scenario in the previous section, and more generally the Event Management operation of the connector, rely on a particular communication protocol between the two systems. This protocol is composed of different transactions that are detailed below.

The transactions and their descriptions are listed below.

Event Management transactions	Description
Receive	An alert is sent from an external system to ASM Core. ASM Core receives this alert.
Acknowledge	ASM Core sends a transaction to an external system with a formal statement acknowledging that their alert has been received. This is different from a transactional acknowledge/not acknowledge (ack/nack) note sent between systems.
Notify	Occurs when there is a call or request within ASM Core logged due to an alert sent from an external system: Notification is initiated from an external system and is sent to ASM Core as a NOTIFY event. It is either added as a note or ignored, depending on the settings in the Event Mapping screen.
Update	Occurs when there is a call or request within ASM Core logged due to an alert sent from an external system: From the external system, an UPDATE message is sent to ASM Core any time an alert related to a call in ASM Core is modified. Either the ASM Core call/request is physically closed, a note added, or it is ignored, depending on the settings in the Event Mapping screen.
Resolve	Occurs when the alert has been resolved in the external system and a Resolve transaction is sent to ASM Core. Either the ASM Core call/request is physically closed, a note is added, or it is ignored, depending on the settings in the Event Mapping screen.
Delete	Occurs when the alert is no longer valid on the external system. It also informs ASM Core through a transaction. Either the ASM Core call/request is physically closed, a note is added, or it is ignored, depending on the settings in the Event Mapping screen.

Business Rules

The table below defines some business rules that specifically apply to the SolarWinds integration.

Transaction	Rules
Receive	The Receive transaction leads to a new call being logged, a new problem being created or a request being initiated depending on Integration Platform settings.
A reliable unique ID is stored against any specific call created to ensure proper management of the subsequent communications
Any possible data in relation with the time or date of the alert is made available to ASM Core. This allows for possible back-dating of any call or problem logged in ASM Core after it receives a Receive message from the SolarWinds system.

There are no business rules for the other transaction types.

Setting up the Event Management Functionality

Check the following items when setting up the Event Management functionality of the SolarWinds Connector:

• Ensure that the Event Management checkbox is selected in the Integration Platform settings window.

• Ensure that the SolarWinds Connector is installed and the check boxes in the Events and Visible columns are selected in the Integration Connectors window.

• Ensure that a SolarWinds source is defined in the Integration Source window.

• Ensure that a SolarWinds Event mapping is defined in the Event screen. This mapping should at least specify the action to be performed (log call/create request) when a notification is carried over, as well as the template to be used for this action.

Starting the Event Management Functionality

If the Event Management checkbox in the Integration Platform administration screen is selected, the Event Management functionality starts running as soon as a proper Event mapping is completed and saved. When starting, the connector immediately connects to the SolarWinds system and logs a call/request for every alert that is present and fulfills the criteria that are implemented in the Event mapping. This can lead to a large number of calls/requests being created when activating the Event Management functionality.

One solution to avoid this behavior is to include in the Event criteria setting an item based on the Triggered Date Time attribute. For example, you could plan to “go live” with Event management on a precise date and, as a consequence, specify that the value of Triggered Date Time has to be after this date before any action can be triggered in ASM Core.

SolarWinds Alert Attributes

The table below lists all the SolarWinds alert attributes that are exposed by the connector.

Attribute	Data Type	Is Multi Valued
Source Local ID	string	False
Alert ID	int	False
Alert Object ID	int	False
Alert Name	string	False
Alert Note	string	False
Alert Severity	int	False
Triggering Object ID	string	False
Triggering Object Name	string	False
Triggering Object Type	string	False
Related Node ID	int	False
Related Node Name	string	False
Related Node Status	string	False
Triggered Date Time	dateTime	False
Triggered Count	int	False
Description	string	False
Category	string	False
Alert Message	string	False
Application Name	string	False
Application Status	string	False
Component Name	string	False
Component Status	string	False
Component Type	string	False