Enterprises that use TCPWave IPAM can leverage seamless integration with ServiceNow workflows. Activities, such as Change Request Approval, Reporting an Incident, and Planning a Corrective Plan of Action, that are performed in a workflow in ServiceNow can invoke Script Include functions. These functions can securely make API calls to TCPWave IPAM to invoke DDI functionality in it.
The architecture diagram below provides an overview of how user actions in a workflow in ServiceNow can invoke REST API calls to TCPWave IPAM. ServiceNow and TCPWave IPAM communicate securely over the API using HTTPS (HTTP with SSL).
As an example, a summary of the main steps in a workflow for a Change Request to add a DNS domain in TCPWave IPAM is provided below. The Description field in the Change Request contains a JSON payload that contains the attributes and associated values that are needed to make the change in TCPWave IPAM.
The following versions of ServiceNow are supported by TCPWave:
To have ServiceNow invoke functionality in TCPWave, first configure authentication in TCPWave and ServiceNow. Then configure Script Include functions, workflows, and Change Requests in ServiceNow.
An example of configuring authentication in TCPWave and ServiceNow using self-signed SSL certificates is presented in the steps below. However, for improved security, TCPWave highly recommends using valid certificates signed by trusted authorities.
openssl genrsa -des3 -out snowAppCA.key 4096
openssl req -x509 -new -nodes -key snowAppCA.key -sha256 -days 1024 -out snowAppCA.crt
openssl genrsa -out snowApp.key 2048
openssl req -new -key snowApp.key -out snowApp.csr
openssl x509 -req -in snowApp.csr -CA snowAppCA.crt -CAkey snowAppCA.key -CAcreateserial -out snowApp.crt -days 500 -sha256
openssl pkcs12 -export -in snowApp.crt -inkey snowApp.key -name snowWave -out snowWave.pkcs12
In ServiceNow, Script Include functions can be created to make API calls to TCPWave IPAM to invoke DDI functionality in it. These functions are runnable JavaScript functions that can be created in the ServiceNow web UI. They can use the native ServiceNow JavaScript API to perform executable actions, such as invoking outbound HTTP REST calls. Consequently, these functions can perform various RESTful actions in TCPWave IPAM.
The screenshot below shows an example Script Include function in ServiceNow for adding a domain in TCPWave IPAM. Additional example JavaScript code snippets are provided in the TCPWave Git Repository. You can use these examples as a basis to create the Script Include functions that you need.
Workflows in ServiceNow can be configured to be invoked on demand based on various ongoing activities in ServiceNow, such as the approval or implementation of a Change Request. TCPWave IPAM integration with change events in ServiceNow is done by using workflow transitions that use JavaScript directives to retrieve Change Request information and invoke Script Include functions.
As an example of the configuration of a workflow in ServiceNow, the configuration of a simple one named TCPWave_Integration is presented in subsequent screenshots. You can use this example as a basis to create the workflows that you need. For TCPWave_Integration, general information on it is shown in the screenshot below, including that it operates on the Change Request Table.
This workflow runs when two conditions are met: the Short Description is add_domain and the Approval status is Approved. These conditions are shown in the following screenshot.
The TCPWave_Integration workflow is shown in the figure below. The activity named Run Script in the workflow invokes a script that retrieves information from a Change Request. This information includes the type of Change Request, which is in the Short Description field, and the JSON payload, which is in the Description field. Example values for Short Description are add_domain and add_static_object.
The script that Run Script runs is shown in the screenshot below. As seen in this script, it checks the Short Description field for the value add_domain in a Change Request and then invokes an associated Script Include function to add the domain.
An example of part of the definition of a Change Request in ServiceNow is shown in the screenshot below. In it, a value that identifies the type of request is specified in the Short Description field. Also, a JSON payload that contains the attributes and associated values that are needed to make the change in TCPWave IPAM is specified in the Description field. Additional example values for these two fields are presented in the appendix, and you can use these examples as a basis to define the Change Requests that you need.
After an authorized administrator approves a Change Request in ServiceNow, the configured workflow for it runs. The following figure shows the successful execution of a version of the TCPWave_Integration workflow that was modified to add a static object.
The many web services offered by TCPWave DDI can be extensively leveraged from ServiceNow (and similar applications) to quickly, securely, and automatically perform Change Request management and needed DDI activities. Also, the SSL-based authentication and encrypted data exchange used by TCPWave and ServiceNow ensure a trusted connection between them. Enterprises that use TCPWave DDI can seamlessly integrate it with ServiceNow and create custom workflows to meet nearly any need to accomplish safe and secure DDI workflow automation.
Example values for the Short Description and Description fields in Change Requests in ServiceNow are presented in the appendix. The Short Description field contains a value for the type of Change Request, which corresponds to the type of DDI operation. The Description field contains a JSON payload that contains the attributes and associated values needed to make the change in TCPWave IPAM.
The previous sections and the entire appendix are available in a complete document, which you can access by using the download button below.