|
| 1 | +--- |
| 2 | +uid: Connector_help_iDirect_Evolution_Platform_VSAT |
| 3 | +--- |
| 4 | + |
| 5 | +# iDirect Evolution Platform VSAT |
| 6 | + |
| 7 | +The iDirect Evolution Platform VSAT connector can be used to collect data from the iDirect Evolution Platform. This platform is an IP-based satellite communication system, with a product line consisting of a universal hub and network management system. It consists of a series of line cards, operating software, and a portfolio of both dedicated and dual-mode remotes. |
| 8 | + |
| 9 | +In elements using this connector, all information about an iDirect NMS is retrieved from **MySQL databases** and displayed accordingly. All iDirect installations consist of two databases (schemas): "nms" with all the configuration data, and "nrd_archive" with all the events and statistics. Depending on the size of the system, these databases can be placed on one or multiple MySQL servers, each one with a different IP address. IP addresses and credentials for access to the databases should be provided in the **Database Configuration** table on the Configuration page of the element (See [Configuration](#configuration) below). |
| 10 | + |
| 11 | +The connector also uses data from the Skyline **EPM Platform VSAT CMDB**, which contains proprietary information about the circuits deployed through the user's satellite network, with customer-specific data. This database is queried and provisioned by elements running the Skyline EPM Platform VSAT CMDB protocol (1 per DMA), which will generate provisioning files with the necessary circuit information. Elements running the iDirect Evolution Platform VSAT will retrieve the necessary information from the corresponding provisioning file and handle it accordingly. |
| 12 | + |
| 13 | +The connector supports the triggering and clearing of **tickets** from the system by generating DataMiner information events. These are mainly generated based on the event tables but can also be triggered base on the entity tables. |
| 14 | + |
| 15 | +The connector contains a mechanism to obtain unique numeric IDs for higher-level entities used in the EPM solution, but it is also completely functional decoupled from EPM. This functionality can be toggled on and off (EPM Lite) on the Configuration page. If the connector is configured to use EPM, it will export CSV files for each type of entity that needs to have IDs assigned, and it will import the corresponding CSV files with the responses from the EPM manager. |
| 16 | + |
| 17 | +As this is a virtual connector, no data traffic will be shown in the Stream Viewer. |
| 18 | + |
| 19 | +## About |
| 20 | + |
| 21 | +### Version Info |
| 22 | + |
| 23 | +| Range | Features | Based on | System Impact | |
| 24 | +|--------------------|-----------------------------|----------|---------------| |
| 25 | +| 1.0.0.x [SLC Main] | Rewrite of initial version. | - | - | |
| 26 | + |
| 27 | +### System Info |
| 28 | + |
| 29 | +| Range | DCF Integration | Cassandra Compliant | Linked Components | Exported Components | |
| 30 | +|---------|-----------------|---------------------|-------------------|---------------------| |
| 31 | +| 1.0.0.x | No | Yes | - | - | |
| 32 | + |
| 33 | +## Configuration |
| 34 | + |
| 35 | +### Connections |
| 36 | + |
| 37 | +#### Virtual Connection - Main |
| 38 | + |
| 39 | +This connector uses a virtual connection and does not require any input during element creation. |
| 40 | + |
| 41 | +### Initialization |
| 42 | + |
| 43 | +Once you have created the element, you will need to configure additional settings in the **Database Configuration** table on the **Configuration** page. All iDirect databases containing the data that must be polled need to be added in this table: |
| 44 | + |
| 45 | +- You can add or delete rows in the table via the right-click menu. |
| 46 | +- For each iDirect hub, exactly one config database and one or more statistics databases must be specified. Even when the config and statistics database have the same IP address, two entries need to be added to the table. |
| 47 | +- For each database, the **Server IP Address**, **Username**, and **Password** must be specified. In addition, you have to indicate whether the database contains configuration or statistics (archive) data. Database polling can be enabled or disabled for each entry, and the polling interval can be configured as well. |
| 48 | +- The **DB Hub ID** column indicates which iDirect NMS the database belongs to. You can enter the Hub ID yourself, but keep in mind that each hub must have a unique ID, and that all databases that belong to the same iDirect hub must have the same ID. |
| 49 | +- The **NMS Name** has to be entered in order for the connector to do any subsequent logic related to the NMS (such as aggregation at that level). |
| 50 | + |
| 51 | +In order to obtain unique numeric IDs for entities used in the EPM aggregation process, the following settings need to be specified: |
| 52 | + |
| 53 | +- On the Configuration page, the EPM option must be enabled, and an EPM Manager must be present in the system. |
| 54 | +- On the Collector Setup page, a path must be provided for the import/export of CSV files with ID requests, and toggle buttons for both processes must be enabled. |
| 55 | +- The collector's Agent ID/element ID must be registered to the EPM collector registration. |
| 56 | + |
| 57 | +## How to use |
| 58 | + |
| 59 | +### General Page |
| 60 | + |
| 61 | +The **General** page contains general information on the system, such as the number of Active Remotes, Inactive Remotes, Active Networks, Hub Forward, and Hub Return. |
| 62 | + |
| 63 | +### Remotes Page |
| 64 | + |
| 65 | +The **Remotes** page contains the Remotes overview table with specific metrics for all the remote terminals present in the system. |
| 66 | + |
| 67 | +This page has several subpages: |
| 68 | + |
| 69 | +- **Remotes Events**: Displays the details of all the alarms in the system related to the remotes. |
| 70 | +- **Vlan Status**: Displays the details of all the Vlan and Vrrp events related to the remotes. |
| 71 | +- **Remotes Netmodem**: Contains a mapper table tracking the current roaming network status on different remotes in the system. |
| 72 | +- **Remotes Modcod**: Contains a table tracking the modcod data of the remotes in the system. |
| 73 | + |
| 74 | +### Circuits Page |
| 75 | + |
| 76 | +The **Circuit** page displays the Circuits Overview table, which contains config and stats data related to the circuits (with a "circuit" being the network part of the system that resides at the customer site). |
| 77 | + |
| 78 | +The circuit is considered the lowest entity in the topology chain and is used to aggregate data to the higher entities if EPM functionality is enabled. |
| 79 | + |
| 80 | +### Hub Network Page |
| 81 | + |
| 82 | +The **Hub Network** page contains the Hub Network Overview table, with config and stats information for the networks present in the system. |
| 83 | + |
| 84 | +### Hub Forward Page |
| 85 | + |
| 86 | +The **Hub Forward** page contains the Hub Forward Overview table, with specific data for the Hub Forward entities. |
| 87 | + |
| 88 | +### Hub Return Page |
| 89 | + |
| 90 | +The **Hub Return** page contains the following tables: |
| 91 | + |
| 92 | +- **Hub Return Overview**: Contains config and stats data for the Hub Return entities. |
| 93 | +- **Hub Return Carriers**: Contains config and stats data for the individual carriers part of a Hub Return. |
| 94 | + |
| 95 | +### Linecards Page |
| 96 | + |
| 97 | +The **Linecards** page contains the Linecards table, with config and stats data for each linecard net modem in the system. These linecards are modular electronic circuits designed to fit on a separate printed circuit board (PCB) and interface with a telecommunications access network. |
| 98 | + |
| 99 | +The **Linecard Events** subpage contains detailed information on each alarm related to the linecards. |
| 100 | + |
| 101 | +### Protocol Processors Page |
| 102 | + |
| 103 | +The **Protocol Processors** page contains the Protocol Processor Blades table, with config and stats data for each server. |
| 104 | + |
| 105 | +The **PP Events** subpage contains detailed information for each protocol processor related event. |
| 106 | + |
| 107 | +### Chassis Page |
| 108 | + |
| 109 | +The **Chassis** page contains the Chassis table, with config and stats data for each chassis. |
| 110 | + |
| 111 | +The **Chassis Events** subpage contains detailed information for each alarm related to the chassis. |
| 112 | + |
| 113 | +### Configuration Page |
| 114 | + |
| 115 | +The **Configuration** page contains the **Database Configuration** table, which stores the required settings for each database that is polled by the SQL queries to collect Config, Statistics, and Event data. At the top of this page, you can find the **EPM toggle button**, which can be used to enable or disable EPM integration. |
| 116 | + |
| 117 | +This page has several subpages: |
| 118 | + |
| 119 | +- **DB Polling Config**: Allows you to **enable or disable polling** of each data type (Config, Stats, and Events) as well as set the intervals at which the data should be polled. |
| 120 | +- **DB Polling Status**: Shows the **metrics** of the polling of each data type (Config, Stats, and Events). These metrics include Status and Execution Time. There are also buttons on this page to force the polling of the three different types regardless of the set interval. |
| 121 | +- **Auto Clear**: Allows the configuration of the Events Tables. This configuration includes the maximum number of days an event stays in the table after being cleared, the total number of events allowed in the table, and how often the clean-up logic should run. You can force the clean-up logic using the **Apply** button. There is also a **Clear All** button, which clears all the events in every Event table. |
| 122 | +- **Vlan Config**: This page allows the configuration of cleanup logic of the Vlan Event table located on the **Vlan Status** page. |
| 123 | + |
| 124 | +### Collector Setup Page |
| 125 | + |
| 126 | +This page contains all the settings to manage the file handling mechanisms. These files are the ID files from the EPM setup, which are exported and imported from a specified path, and the CMDB files, which are also imported and exported from a specified path. |
| 127 | + |
| 128 | +The **Directory Type** toggle button allows you to specify if the file path is located locally on the DMA or in a remote location. |
| 129 | + |
| 130 | +The **Entity Removal** section in the lower right corner allows you to configure how long a circuit with the state "removed" (no longer polled in the system) is retained for trend and data purposes. |
0 commit comments