Entuity
Entuity
Entuity® 16.5
Entuity User and System
Administrator Guide
www.entuity.com 0000-0165-PD001_entuity.rev1.fm
Entuity
Entuity
The Entuity product and its related documentation are protected by copyright and distributed under licenses restricting
use, copying, distribution and decompilation. Unless you have negotiated with Entuity specific terms and conditions
for using its product and associated documentation, such use shall be governed by Entuity's standard licence terms, a
copy of which is distributed with the product.
Entuity may make improvements and/or changes to the product(s) and/or program(s) described in this publication at
any time. These changes will be incorporated into new editions of the relevant publication.
Entuity®, SurePath®, Eye of the Storm®, InSight Center®, Green IT Perspective™, Network Delivery Perspective™ and Service
Delivery Perspective™ are registered trademarks of Entuity. All other trademarks are the property of their respective
owners.
License terms and conditions of use for Entuity and included third party software can be found on the Entuity server at
entuity_home/licenseTerms/. A listing of these third party trademarks, references and software included with Entuity
is available through its web UI.
Contents
1 Entuity Network Management Software
Login to Entuity .......................................................................................................51
Entuity Interface ......................................................................................................52
Tablet UI ..................................................................................................................54
Entuity User Interface ..............................................................................................55
Checking Page and Server Status ....................................................................57
Browser Setup ...................................................................................................58
Entuity Documentation ...........................................................................................58
Documentation Resources ................................................................................58
10 User Preferences
General Preferences .............................................................................................212
Servers and Views Preferences ............................................................................213
Explorer Preferences ............................................................................................215
Events and Incidents Preferences ........................................................................216
Maps Preferences .................................................................................................217
13 MIB Browser
Monitor Custom OIDs through Ticker ..................................................................238
14 Inventory Administration
Overview of Device Management .........................................................................243
Device Preparation ..........................................................................................243
Device Management Levels ............................................................................244
Certified Device Management .........................................................................245
Device Type Management ..............................................................................246
IPv4 and IPv6 Device Management ................................................................248
Inventory Management Permissions ...............................................................249
Entuity Device Connection Attributes ...................................................................249
Attributes Entuity Uses to Manage Devices ....................................................250
Attributes Entuity Uses to Manage VM Platforms ...........................................251
Device Display Name ......................................................................................253
Device Inventory Administration ...........................................................................255
Viewing Devices Under Entuity Management .................................................256
Modify Attributes Entuity uses to Manage a Device .......................................257
Adding Devices Using Auto Discovery .................................................................259
Viewing Candidate Devices .............................................................................262
Modifying Attributes of Discovered Devices ...................................................263
Adding Candidate Devices to Entuity .............................................................264
Importing Devices Using a Device File .................................................................265
Defining A Device File .....................................................................................266
Adding a Single Device ........................................................................................268
Adding Oracle VM Managers to Entuity ...............................................................269
Remote Terminal Access ......................................................................................270
15 Multi-tenant Support
Zones in Entuity ........................................................................................................2
Controlling Access to Devices by Zones ............................................................2
Events Management System and Zones ............................................................2
Zones, syslog and Traps ..........................................................................................2
Viewing Zones ...........................................................................................................3
Setting up Zones .......................................................................................................3
Adding Devices to Entuity Zones .............................................................................6
21 Entuity Services
Manage Entuity Services ........................................................................................46
Services Setup ........................................................................................................48
Services and User Permissions ........................................................................50
Service Definition and Components .................................................................50
Multi-Server and Remote Objects in Services ..................................................51
Identify Service State ..............................................................................................52
Services Without a State ...................................................................................53
Services Using Logical And ..............................................................................53
Services Using Logical At Least ........................................................................54
Services Using Logical Not ...............................................................................55
Services Using Logical Or .................................................................................56
Service Icons .....................................................................................................56
Create and Manage Services .................................................................................57
Creating Services Against a View .....................................................................57
Creating Service Hierarchies .............................................................................59
Creating Services for Network Paths ................................................................60
Remove and Delete Services ............................................................................61
Services with Invalid Ownership .......................................................................62
Monitor Service Status ............................................................................................63
Service Status Events ........................................................................................63
Service Summary Dashboard ...........................................................................64
Service Performance ..............................................................................................65
Service Summary ..............................................................................................66
Service Advanced Details ..................................................................................67
View Service Delivery ..............................................................................................68
Accessing Service Delivery Perspective ...........................................................69
41 Audit Log
Audit Log Display ..................................................................................................332
Audit Log Filters ...............................................................................................333
Audit Log Examples ..............................................................................................334
Setting Event Thresholds ................................................................................335
Logging of Menu Driven Actions .....................................................................335
Log Unmanaging Ports ...................................................................................336
51 Trap Management
How Entuity Manages Traps .................................................................................406
Receiving Generic and Spanning Tree Traps ......................................................407
Unknown Trap Events and Incidents ...................................................................408
Discard Unknown Traps ..................................................................................409
Trap Events from Unknown Devices ...............................................................410
Discard Traps from Unknown Devices ............................................................411
Define Events for Traps ........................................................................................412
Importing MIB Definitions ................................................................................413
Loading MIB Definitions ..................................................................................414
Custom Events to Handle Traps .....................................................................418
Trap Processing ....................................................................................................419
Multiple Traps Raising the Same Event Type .................................................420
Using Varbind Name Values to Set Event Type .............................................422
Multi-Server Installations .......................................................................................425
SNMPv3 Traps from Non-Managed Devices .......................................................427
Handling SNMP Trap Port Conflicts .....................................................................427
54 Forward Events
Install Event Forwarding .......................................................................................445
Event Forwarding Integration Architecture ...........................................................445
Event Forwarding Configuration File ....................................................................446
Connection Section .........................................................................................447
Process Sections .............................................................................................447
Data Section ....................................................................................................449
Running ForkEvent ...............................................................................................451
Fork Process ....................................................................................................451
Pipe Process ....................................................................................................452
Using scripts ....................................................................................................452
Run Event Forwarding ..........................................................................................453
Automatic ForkEvent Startup and Shutdown .................................................453
58 IP SLA Operations
Managing IP SLA Operations ...............................................................................501
Supported Cisco IOS IP SLA Operation Types ..............................................501
Setting Device SNMP Write Community .........................................................501
Creating IP SLA Operations ............................................................................502
Checking IP SLA Operation Creation ..............................................................504
Deleting IP SLA Operations .............................................................................504
Monitoring IP SLA Operations ..............................................................................505
Monitoring Unsupported Operation Types .....................................................506
Checking Operation Performance ..................................................................506
Entuity Cisco IOS IP SLA Incidents .................................................................507
A Object States
Object States By State Level ................................................................................623
Network Path States .............................................................................................627
Application States .................................................................................................628
C Entuity URLs
How to discover the information required to generate a URL .............................636
Recovering a URL ............................................................................................636
Glossary .....................................................................................................................704
Index ..........................................................................................................................730
Entuity is an independent all-in-one network management solution that offers network staff
and management full control over their converged networks. Entuity automates network
management processes in a single integrated product for inventory/topology, fault/events,
port, device and flow-based performance and configuration monitoring. Entuity has been
highly acclaimed for its rapid deployment, ease of use, low cost of ownership, technological
sophistication and openness to integration with other management systems in an enterprise.
Entuity is network management software that delivers. It delivers on the promise of proactive
business resource management with a comprehensive and integrated solution that
combines network performance, availability and resource management in one sleek powerful
triple advantage of capability.
Entuity's fault management distinguishes between network, server and application problems
using root cause analysis and prioritizes these problems based on business impact.
Entuity's performance management provides early warning of degrading performance that
protects users from costly business interruptions.
Entuity's resource management builds a comprehensive inventory of network assets, their
dependencies, and their physical connectivity. Resource profiles combined with fault and
performance data provide an unprecedented ability to manage infrastructure in the context of
the business it supports.
Login to Entuity
You login to Entuity through a web browser using a URL with the format:
http://Entuityhost:port/
where:
http can also be https when the Entuity server is configured to use SSL.
Entuityhost is the IP address or resolved name of the Entuity server.
port is the web port number defined during installation. It is not necessary to specify port
if it is defined as the default http port (80) or https port (443).
Entuity displays the login screen appropriate to the device you are using to access it; from a
supported tablet it is the tablet interface otherwise the standard login. There is a hyperlink
from each login interface to the other.
To login to the Entuity web user interface:
1) From a browser enter the Entuity URL. When the web server responds, it displays the
Entuity login page.
In the event of the web server failing to respond contact your System Administrator.
2) Enter your username and password. Entuity displays a brief information page showing
the success of your log on operation before forwarding you to the Entuity entry page, by
Entuity Interface
From the web interface you can access the main product areas of Entuity. To access an area
you must have the appropriate permissions, only then are the menu options available for you
to access the functionality within that area.
Tablet UI
Entuity includes multi-vendor tablet support. Entuity auto-detects whether access is from a
tablet versus desktop web browser and present the appropriate interface. Tablet screens
include support for popular tablet gestures.
Entuity tablet UI delivers a subset of the functionality delivered through the main interface. It
includes the key features required to monitor the state of your network, comprising of:
The Status Summary dashboard.
Customized View, Device and Port Summary pages.
Incident and Event Viewer.
Reports you can configure, run and view.
Navigation panel is automatically displayed when you select, and Entuity displays
Explorer, Events and Maps. You can also fix the panel as open by selecting the Pin icon.
Attribute Description
Server Status Indicates the status of the page and Entuity servers. Entuity updates this status
every time the page is updated, which by default is every five minutes. When
set to:
OK the server is running normally. In multi-server environments the remote
server considers the local server a trusted server, allowing it access.
No Trust the remote server may have previously allowed the local server
access but has now revoked that access.
Service Down the server is unavailable. In multi-server environments the
remote Entuity server application is down, but the server machine is
responding to ping.
Communication Failure the remote Entuity server machine is down, i.e.
not responding to ping.
Message Log Details any messages raised in the past five minutes.
Browser Setup
Although Entuity works with most standard browser configurations, you must ensure that
both Java and JavaScript are enabled. For example JavaScript is required to maintain
session information.
Entuity requires users have installed:
An Adobe Acrobat PDF reader to view online manuals and PDF reports.
Telnet to use the Telnet function.
MP4 player to play the Entuity tutorials.
You should ensure that your browser is configured to handle these applications.
The browser performance can be improved by not using web proxy servers when
communicating with Entuity. This is because proxies incur delays. It is common for internal
intranets to use web proxies to allow secure connection onto the external internet, but, if
possible, any proxy configuration for the browser should be examined to see if exceptions
which allow direct connections can be configured.
Entuity Documentation
Entuity documentation set is aimed at all users of the product, but it is envisaged that they
will principally be drawn from the following:
Staff in the Network Operations Center (NOC), who use Entuity’s alerting capabilities to
detect and fix network faults as they occur, across a wide range of situations (from routing
issues to LAN cabling faults).
Network Design Engineers, who typically focus on the performance data made available
by Entuity.
Departmental Managers, who use the above performance data to measure the
performances of both the network itself and the networking staff under their control.
h
All users are referred to as you in the user documentation. Entuity documentation also
identifies functionality that is only available if the user belongs to a user group with that tool
permission or is only available when the user belongs to the Administrators user group.
Documentation Resources
Entuity is supplied with user guides and reference manuals produced as PDF files, tutorial
videos in the MP4 format and online help which is presented through your web browser.
You can access the help from the main Entuity menu, click:
Help > Contents Entuity opens the home page of the help system. From this page there
are links to:
Entuity tutorial movies.
Sections within the help on key features of the product.
The documentation page from which you can access the Entuity user guides and
reference manuals which are available as PDF format files.
Entuity Data Dictionary. The data dictionary is useful to system administrators when
developing their own Entuity configurations and scripts.
Help for this Page Entuity displays the help associated with that page.
This context sensitive help is also available from the context menu. The help context
menu displays the help associated with that object, e.g. highlight an event in Event
Viewer and Entuity displays help for that event.
You can use Explorer to navigate through the managed objects on your network. It is closely
integrated with:
Setting the context for displaying incidents and events. For example, when you highlight
a device in Explorer and then click Events Entuity only shows incidents, and if you
amend the filter events associated with that device.
Object pages displaying the inventory and performance for the selected object, e.g. a
device, port, application, CPU processor. For example, when you select a device Entuity
displays an overview of the device, e.g. its name, open events, key metrics, status of its
ports. You can also click through to related pages on the object, e.g. Advanced Details,
Resources, Ports List.
Figure 5 Explorer
Explorer Interface
Explorer uses views to present managed devices and ports through a collapsible tree
structure. In multi-server environments Entuity can present the devices and ports managed
by those servers:
Separately, so each Entuity server is listed in Explorer and below it are its views, devices
and ports.
As a consolidated whole, where the content of views with the same name on different
servers is combined. Explorer does not list any Entuity servers but instead presents
information as though it were managed by one server (although the managing server is
clearly identified on the object summary page).
Where you are using more than one Entuity server to manage the same devices and
ports, they are handled as separate objects. In consolidated mode you would see the
same devices listed together.
Consolidated mode is the default state, although you can amend it through the Preferences
page.
Objects in the Explorer tree have their status clearly identified through their associated icon.
The tree is updated every five minutes or when traversed.
Flows From device pages links to the Entuity Integrated Flow Analyzer (IFA)
page, through which you can manage the device flow collectors.
From ports pages links to the Flow Details page.
Ports Available from device pages and links to the Ports List page.
Resources Available from device pages and links to the Resource List page.
Applications Available from device pages and links to the Application Details page
of the device.
Configuration Available from device pages and links to the Configuration
Management page of the device.
Threshold Links to the Edit Thresholds page of the object, e.g. device, port.
Trace route Available from device pages and links to the Trace route page through
which you can chart the trace route history of the device. Trace route is
from the Entuity server to the managed device.
MIB Browser Available from device pages and links to the MIB Browser.
Advanced Links to the Advanced Details page of the object, e.g. device, port.
Configure Columns
Throughout Entuity where data is presented through tables, for example View Summary,
Audit Log, Inventory Administration pages, you often have the option of configuring which
columns are displayed. These changes are saved to your customer profile and so are
maintained between login sessions. Configure Columns also includes the Default Columns
option which you use to revert to the original default column settings.
To configure columns:
1) Place the mouse pointer over the column heading and from the context menu select
Configure Columns.
You can highlight attributes and use the arrows to move columns:
Up, to the left on the displayed table.
Down, to the right on the displayed table.
Between the Visible and Invisible Columns to displays and hide the attributes in the
table.
You can also select Default Columns to reset the table to its default state.
Gauges provide an at-a-glance speedometer type view of a key metric. A label above the
gauge identifies the metric, Entuity displays the last polled value of the metric below the
gauge.
There are 3 types of key metric gauge graphs:
Green only gauges are used with metrics that do not have a set threshold.
Green and red gauges are used with metrics that have 1 set threshold.
When gauges have set thresholds then the relative size of the red and green areas of the
gauge are fixed however the relative position of the indicator does change to show the
relative transgression of the threshold. When the indicator is pointing to a red area then a
threshold has been crossed.
Green, orange and red segmented gauges are used with metrics that have two set
thresholds. Device Average CPU Usage and Device Average Memory Usage events have
a two level threshold for warning and critical level events.
When gauges have set thresholds then the relative size of the red area is fixed with the size of
the green and orange areas of the gauge adjusted to the threshold level. When the indicator
is pointing to an orange or red area then a threshold has been crossed. You can:
View the current value of a metric and any set threshold value by passing the cursor over
the data value below the graph.
View the metric and any set threshold in the key metric charts.
You can click on a gauge to display the metric in an interactive chart.
Interactive Charts
You can access and graph all metrics for which Entuity maintains a history. Entuity can
maintain one chart for the duration of your Entuity session, allowing you to navigate away
from a chart and then return to it without losing the data streams being graphed, or any of the
chart’s transient display settings, for example, zoom level, style, scaling. You can also add
additional data streams to the current chart. A chart remains your current chart until you
create a new chart.
You can maintain access to more than one chart in the web UI, and also maintain a chart
across user sessions by assigning charts to custom dashboards. For this you require the
chart URL which you can access through its Open this chart icon. (See Appendix C - Entuity
URLs.)
Create a Chart
When you create a chart it automatically becomes your current chart replacing any previous
chart. Entuity provides a number of methods for creating a chart:
From the object summary pages by clicking on a gauge or filled line chart.
By clicking on the links in the TopN dashboard page.
By highlighting a port and from the context-menu selecting one of the options from the
Graphs sub-menu.
From a managed object’s Advanced tab, you can highlight multiple metrics and from the
context-menu you can add these metrics to a new chart or add them to an existing one.
Feature Description
Title Entuity generates a default name for the chart, for example derived from
the charted object and metric. You can amend the Chart Title through
Customize Chart.
Key Matches the line color with the managed object’s metric. You can click on
an entry to show and hide the value in the chart.
Zoom Entuity displays zoom levels available with the downloaded data.
From: / To: Adjust the zoom level on the downloaded data.
Chart Pass the mouse pointer over a point on a chart line for Entuity to display
the metric type, e.g. latency, managed object source and the time the
data point was taken.
Timeline Display Represents the data downloaded from Entuity server, readily available for
display. By default Entuity downloads one day’s worth of data. You can
use the handles at each end of the timeline to set the focus of the chart.
Open this chart in new Displays the current chart in a new page. It also provides access to the
page chart’s URL, which you could use when including charts to custom
dashboards.
Customize Chart Displays the Customize Chart dialog.
Chart Title You can enter a chart to replace the default chart name, although charts
launched from the Advanced tab in Explorer do not have a default title.
Feature Description
Scale The scale can be:
Auto (start at zero), the Y-axis starts at zero, but will auto scale to
include the highest value on the graph.
Auto, the minimum and maximum values of the Y-axis will auto scale
to include the lowest and highest values on the graph, respectively.
Therefore this scale may start below or above zero.
Custom, the Y-axis scales according to the Min and Max values
specified.
Style The line style may be:
Line, presents each set of polled data as a separate line
Area, stacks polled datasets for the sample time
Aggregated, totals values for all polled datasets for the sample time
Change (%), where Entuity calculates the percentage change of a
polled value when compared to the first sample in the chart.
Group Approximation When displaying a large amount of data on a chart you can set Group
Approximation to:
Average (default), Entuity uses a grouping algorithm to prevent the
chart from becoming crowded with overlapping data points. This
algorithm can lead to the loss of peak information.
Preserve Peaks, Entuity retains peak data points where high
resolution data is available.
Export to CSV Exports the current chart to CSV.
Attributes Lists the attributes for export.
From: / To: Adjust the report period of the chart for export.
Format timestamps When:
Selected Entuity formats the date and time the data sample was
taken.
Not selected Entuity presents the date and time the data sample was
taken as a numeric string.
Format Values When:
Selected Entuity formats the data sample values, for example limits
percentage values to two decimal places and includes the
percentage symbol.
Not selected Entuity exports unformatted data sample values.
Save as file Sets the export to a file.
Show in browser Sets the export to display the chart data in a new browser window.
Export to SVG Creates an SVG file of the current chart. You can view or save the file.
Get more data Displays the Time Period dialog through which you can amend the chart
reporting period.
Feature Description
Standard Select to determine how much data to download from the Entuity server
to the current client.
Custom Enter the start and end dates of the data polling period to set the data to
download from the Entuity server to the current client.
URL is independent of any other URL you can include more than one to a custom
dashboard.
A chart is included within the frame of the Entuity web UI, so its URL is not immediately
visible. To recover a chart’s URL:
1) From the bottom left corner of the chart:
Click on the Open this chart in new page link. Entuity opens the chart in a new
page. You can copy its URL from the browser’s Address bar.
Place the mouse pointer over the Open this chart in new page link icon. Depending
on the browser you can now copy the URL, using options available from the
browser’s context menu.
When you have copied the URL you can paste it into a custom dashboard.
Exporting Charts
You can export the current chart to a:
CSV file. Entuity selects the attributes in the current chart of export and through the
Export to CSV dialog you can amend the data format, reporting period and whether you
view the data in a browser or save it to a file.
SVG file.
Editing Attributes
Administrators and users with the Object Editing tool permission can edit the values of scalar
attributes.
To edit the value of an attribute:
1) Navigate to the Advanced tab of the object.
Attributes that are editable are underlined. Associations that are editable have an Edit
button.
2) Click the hyperlink or Edit button, whichever is appropriate.
3) Edit the attribute value and click OK.
Accessing Explorer
Explorer is available through the web UI menu. What Explorer displays when you first open it
depends upon what object you had selected when you opened it. For example, when you:
Do not select an object, e.g. you access Explorer immediately after logging into Entuity,
the left pane shows available servers, the right remains blank.
Select a device Explorer displays Device Summary Details.
To access Explorer:
1) Click Explorer.
Attribute Description
System Name Name of the Entuity server.
Description Name and version of the Entuity software, e.g. Entuity 15.5.
Platform Environment to which Entuity is installed, e.g. WIN32.x64, Linux.64.
Version Internal identifier of the Entuity version, e.g. 15.5.
Views Entuity views on the server, e.g. All Objects, London Office. Each view
name is a hyperlink to a view summary.
Review Thresholds
From the thresholds page you can review the current threshold settings for the selected
object, for example an Entuity server, view, device, port. If you select in Explorer:
An Entuity server then you have an extensive set of objects to set thresholds against, for
example devices, ports, processes.
A port then you have a more restricted set of objects to set thresholds against, for
example ports, MPLS.
A view then you can only set the device view reachability threshold.
Thresholds can be set against the same object type but at different levels of the thresholds
hierarchy. A value set lower in the hierarchy takes precedence over values set higher in the
tree. For example if you amend a port utilization threshold at the device level it would not
override any values previously set directly against individual ports.
To review threshold settings for an object:
1) Click Explorer.
2) Use the Explorer pane to select the object, for example an Entuity server.
3) Click Thresholds and from Show thresholds settings related to select the object type for
which you want to review the threshold settings.
View Summary
Entuity Explorer details for the selected view a summary of devices in the view. The columns
in the table are configurable, place the pointer over the column headings and open the
context menu.
Attribute Description
View Name Name of the Entuity view.
Server name Name of the Entuity server, or servers when in consolidated mode in a
multi-server environment. Servers to which you are currently not
connected are listed in red. You can move your mouse over a server to
reveal the connection failure, e.g. No Trust, Communication Failure, as a
tooltip.
This section lists details of devices within the view.
Status icon Is set to red when the device is down, green when it is up and grey when
unknown (e.g. for unmanaged devices). You can move your mouse over
the icon to reveal more details on its current state as a tooltip.
Device Name Resolved name or management IP address of the device. You can click on
the name to open the Device Summary page.
Type Entuity device type.
Entuity Server Name of the Entuity server managing the device.
Worst Event Event icon that indicates the severity of the open event against the device
with the highest severity level. Moving the mouse over the icon reveals the
event name as a tooltip.
View VLANs
Entuity Explorer details for the selected view a summary of VLANs in the view. The columns
in the table are configurable, place the pointer over the column headings and open the
context menu and click Configure Columns. (See Configure Columns.)
Attribute Description
View Name Name of the Entuity view.
Server name Name of the Entuity server, or servers when in consolidated mode in a
multi-server environment. Servers to which you are currently not
connected are listed in red. You can move your mouse over a server to
reveal the connection failure, e.g. No Trust, Communication Failure, as a
tooltip.
This section lists details of VLANs within the view.
VLAN VLAN identifier, which is also a hyperlink to the VLAN’s Summary page.
Entuity Server Name of the Entuity server managing the device.
Devices Number of devices under management in the VLAN.
Ports Number of ports under management in the VLAN.
Attribute Description
Page icons Link to other pages that display details on this device, e.g. Device
Advanced Details page. (See Navigate through Explorer.)
Device Name Identifies device type and resolved name/IP address, e.g. Router Device:
10.44.1.39.
View(Server) Name of the Entuity view and server, e.g. All Objects (COMPRESSOR).
Events section displays the number of open events, and the severity level of the open event with the
highest severity level. You can click through to open Event Viewer which displays the open events
for the device.
Key Metrics section includes gauge and line graphs of key metrics for the device. (See Key Metric
Gauges and Charts.)
CPU utilization % Indicates the average CPU utilization over the previous polling period,
expressed as a percentage of total available CPU.
Average Memory % Indicates the average memory utilization over the previous polling period,
expressed as a percentage of total available memory.
ICMP Latency (ms) Average latency value to the device from Entuity over the polling period.
IP No Route % Number of outbound discards expressed as a percentage of total traffic
volume transmitted by the device during the polling period.
Attribute Description
Buffer Allocation Rate of buffer allocation failures during the polling period.
Failure Rate
Ports Section indicates the state of ports on the device.
Port Icon Each port is represented by an icon, its color indicating its status:
red indicates the port is administratively up but operationally down
green indicates the port is administratively and operationally up
grey indicates the port is administratively and operationally down.
You can click on each port to view the Port Summary page. Explorer
updates to show the selected port.
Flow Summary Section indicates the state of flow summary collection on the device.
Description Provides an overview of flow data collected on the device over the
previous twenty-four hours, including:
Flow packet version, e.g. NetFlow V5
Number of interfaces sending data
Average flow packet rate over the last hour
Unrecognized flow packets over the last hour.
General Info section provides device identifying details:
Management Level Level of device management, i.e. Full, Full (Mgmt Port Only), Full
Management (No Ports), Basic, Ping Only
Certified Fully managed devices can be either certified (have a vendor file created
by Entuity) or uncertified (a vendor file created automatically by
proliferate).
Manufacturer Manufacturer name and is derived by matching the manufacturer number
against the first 2500 Private Enterprise Codes compiled by the Internet
Assigned Numbers Authority (http://www.iana.org/assignments/enterprise-
numbers). Where the manufacturer code is not matched then the first part
of the device name is taken, usually this is the manufacturer’s name.
Model Device model.
Version Device version number.
Serial Number Device serial number.
Polled IP Address Management IP address Entuity uses to poll the device.
Last Reboot Time Time of the last device reboot.
Managed Since Date and time Entuity took the device under management.
Display Name Name of the device as displayed in Entuity.
The content of the Device Advanced Details page varies according to the device type and the
enabled modules. This table indicates the type of available information.
Attribute Description
Page icons Links to other pages that display details on this device, e.g. Device Advanced
Details page. (See Navigate through Explorer.)
Device Name Identifies device type and resolved name\IP address, e.g. Router Device:
10.44.1.39.
View(Server) Name of the Entuity view and server, e.g. All Objects (COMPRESSOR).
System Description Device description.
Manufacturer Manufacturer name and is derived by matching the manufacturer number
against the first 2500 Private Enterprise Codes compiled by the Internet
Assigned Numbers Authority (http://www.iana.org/assignments/enterprise-
numbers). Where the manufacturer code is not matched then the first part of
the device name is taken, usually this is the manufacturer’s name.
Model Device model.
Name Resolved name or IP address of the device.
Polled IP Address IP address Entuity uses to poll the device.
Serial Number Device serial number.
Version Device version number.
Stream Attributes section provides latest values for port attributes for which Entuity maintains a
history.
Event Description Description of the last event raised against the device, including event type,
source and impacted details.
Events Summary Short description of raised events.
Association section provides details and hyperlinks from the device to its associations.
Attribute Description
Association Type of associations depend upon the device, for example:
Monitored Device, displayed when the device is a managed host.
Router Buffers
Modules
OSPF Peers
EIGRP Peers
BGP Peers
Processors Processor
Power Supplies
Ports
Memory Pools Processor.
Attribute Description
Page icons Links to other pages that display details on this device, e.g. Device Advanced
Details page. (See Navigate through Explorer.)
Device Name Identifies device type and resolved name/IP address, e.g. Router Device:
10.44.1.39.
View(Server) The name of the Entuity view and server, e.g. All Objects (COMPRESSOR).
Port Identifies the port, e.g. Port: [ 00028 ] Vlan1. The color of the icon indicates the
port status:
red indicates the port is administratively up but operationally down
green indicates the port is administratively and operationally up
grey indicates the port is administratively and operationally down.
Inbound Speed Inbound speed of a port operating asymmetric inbound and outbound speeds.
For use in Entuity your System Administrator can amend the port inbound
speed.
Outbound Speed Outbound speed of a port operating asymmetric inbound and outbound
speeds.
For use in Entuity your System Administrator can amend the port outbound
speed.
Spare Indicates whether Entuity considers the port in use or spare
IPs IP addresses associated with the interface.
Hosts Lists hosts which use the interface.
VLANs VLANs to which the interface is associated.
Attribute Description
Page icons Links to other pages that display details on this device, e.g.
Device Advanced Details page. (See Navigate through Explorer.)
Device Name Identifies device type and resolved name/IP address, e.g. Router
Device: 10.44.1.39.
View(Server) The name of the Entuity view and server, e.g. All Objects
(COMPRESSOR).
Processors section
Name Name of the processor, and includes a hyperlink to the Processor
Summary page.
Description Description of the processor, e.g. its role.
CPU Utilization % Graphs last twenty-four hours of CPU utilization as a percentage
of total utilization. You can click on the graph to view the
configurable graph.
Memory Pools section displays details on the device memory blocks. The types of memory pool
Entuity identifies include Fast, Processor, I/O, MALLOC.
Used Memory (total) Number of used bytes in the memory pool.
Free Memory (total) Number of unused bytes in the memory pool.
Free Memory (contiguous) Largest number of unused contiguous blocks in the pool.
Power Supplies section
Icon Power supply state icon.
Attribute Description
Name Name of the power supply, and includes a hyperlink to the
Processor Summary page.
Type Power supply type.
Modules section
Icon Module state icon.
Module Name Name of the module, and includes a hyperlink to the Module
Summary page.
Module Slot Number Module slot number.
Description Description of the module.
Module Serial Number Module serial number.
Router Buffers section
Name Name of the buffer, and includes a hyperlink to the Router Buffer
Summary page.
Buffer Utilization% Buffer utilization for the last twenty-four hours expressed as a
percentage of total buffer capacity.
Fan section
Icon Fan state icon.
Fan Name Name of the fan, and includes a hyperlink to the Fan Summary
page.
Attribute Description
Icons Link to other pages that display details on this device, e.g. Port Advanced
Details page. (See Navigate through Explorer.)
Port Name Identifies the port, e.g. Port: [ 00028 ] Vlan1. The color of the icon indicates
the port status:
red indicates the port is administratively up but operationally down
green indicates the port is administratively and operationally up
grey indicates the port is administratively and operationally down.
View(Server) Name of the Entuity view and server, e.g. All Objects (COMPRESSOR).
Events section displays the number of open events, and the severity level of the open event with the
highest severity level. You can click through to open Event Viewer which displays the open events
for the port.
Key Metrics section includes gauge and line graphs of key metrics for the port. (See Key Metric
Gauges and Charts.)
Active Availability % The time both the port’s Administrative and Operation statuses were up
during the poll period, expressed as a percentage of the total poll period.
Attribute Description
Inbound Utilization % Utilization expressed as a percentage of actual traffic volume received
against the maximum volume that can be handled by the port during the
polling period.
Outbound Utilization % Utilization expressed as a percentage of actual traffic volume transmitted
during the report period against the maximum volume that can be handled
by the port during the polling period.
Inbound Fault %, The number of inbound faults expressed as a percentage of total traffic
volume received by the port during the polling period.
Outbound Fault % The number of outbound faults expressed as a percentage of total traffic
volume transmitted by the port during the polling period.
Inbound Discards % The number of inbound discards expressed as a percentage of total traffic
volume received by the port during the polling period.
Outbound Discards % The number of outbound discards expressed as a percentage of total
traffic volume transmitted by the port during the polling period.
Flow Summary section includes graphs of key flow data for the port.
Collecting Flow Data The date and time the Entuity flow collector started collecting.
Since
Flow Packet Version The name and version of the flow data protocol, e.g. NetFlow5.
Top N Applications The top applications on the interface, as measured in octets(bytes/s). The
number displayed, sample interval and chart style are configurable
through the chart’s Flow Details page, accessed by clicking on the chart.
Top N Talkers The top talking hosts on the interface, measured as outbound traffic in
octets(bytes/s). The number displayed, sample interval and chart style are
configurable through the chart’s Flow Details page, accessed by clicking
on the chart.
Top N Listeners The top listening hosts on the interface, measured as inbound traffic in
octets(bytes/s). The number displayed, sample interval and chart style are
configurable through the chart’s Flow Details page, accessed by clicking
on the chart.
Top N QoS Classes The top QoS classes on the interface, as measured in octets(bytes/s). The
number displayed, sample interval and chart style are configurable
through the chart’s Flow Details page, accessed by clicking on the chart.
General Info section, provides port identifying details:
Interface Description Brief description of the port. It is also available through Entuity’s Topology
Map.
Type (IANA) Indicates the interface type, e.g. ethernet.
Operational Status Current operational status, e.g. up, down.
Administrative Status Port status as set by the system administrator.
Time in Current State Time in its current operational state.
Classification Indicates whether the port is a physical or virtual port.
Attribute Description
Description (Mib2) Port description taken from SNMP-MIB2.
Alias The port’s alias.
Inbound Speed Inbound speed of a port operating asymmetric inbound and outbound
speeds.
For use in Entuity your System Administrator can amend the port inbound
speed.
Outbound Speed Outbound speed of a port operating asymmetric inbound and outbound
speeds.
For use in Entuity your System Administrator can amend the port
outbound speed.
Spare Status Indicates whether Entuity considers the port in use or spare.
Duplex Status The port’s duplex status.
VIP Status The port role, e.g. router, uplink, trunk.
IP Addresses IP addresses associated with the port.
MAC Addresses MAC addresses associated with the port.
The content of the Port Advanced Details page varies according to the port type and the
enabled modules. This section indicates the type of available information.
Attribute Description
Page icons Link to other pages that display details on this device, e.g. Port Summary
page (see Navigate through Explorer).
Port Name Identifies device type and resolved name\IP address, e.g. Port: [ 00028 ]
Vlan1.
View(Server) Name of the Entuity view and server, e.g. All Objects (COMPRESSOR).
Attribute section, provides port identifying details:
Administrative Status Port status as set by the system administrator.
Alias The port’s alias.
Classification Indicates whether the port is a physical or virtual port.
Description (Mib2) Port description taken from SNMP-MIB2.
Device Name The port’s device address.
Duplex Status The port’s duplex status.
Inbound Speed Port’s referenced interface speed, used for example, when Entuity
calculates inbound port utilization. For use in Entuity your System
Administrator can amend the port interface speed
Interface Description Brief description of the port.
Operational Status Current operational status, e.g. up, down.
Outbound Speed Port’s referenced interface speed, used for example, when Entuity
calculates outbound port utilization. For use in Entuity your System
Administrator can amend the port interface speed.
Port MAC Port’s MAC address.
Short Description Brief description of the port.
Spare Status Indicates whether Entuity considers the port in use or spare.
StormWorks ID Internal identifier of the object.
Type (IANA) Indicates the interface type, e.g. ethernet, Prop Serial.
VIP Status Port type, e.g. router, uplink.
Stream Attribute section, provides latest values for port attributes for which Entuity maintains a
history:
Administrative Status Last polled administrative status of the port, e.g. Up, Down.
CDP Local Port Name Port used in the CDP neighbor discovery. The name of the port as read
(Mib2) from MIB2.
CDP Local Port Name Port used in the CDP neighbor discovery. The name of the port as read
(ifxMib) from MIB2.
CDP Remote Device IP Device containing the port which is connected to the local port. The
Address connection is identified through CDP neighborhood discovery.
CDP Remote Port Remote port connected to the local port as identified through CDP
Name neighbor discovery.
Attribute Description
Event Description Description of the last event raised against the port, including event type,
source and impacted details.
Events Summary Short description of raised events.
IP Addresses IP addresses assigned to the port.
Inbound Discarded The inbound discard rate of packets for which no errors were detected.
Packet Rate Packets may be discarded to free up buffer space.
Inbound Discarded The number of inbound packets discarded, for which no errors were
Packet % detected, as a percentage of the total number of packets received during
the sample period.
Inbound Discards % The number of inbound packets discarded, for which no errors were
detected, as a percentage of the total number of packets received during
the sample period.
Inbound Errored The inbound discard rate of packets with errors.
Packet Rate
Inbound Errored The number of inbound packets with errors discarded as a percentage of
Packet % the total number of packets received during the sample period.
Inbound Fault% The number of inbound packets with errors discarded as a percentage of
the total number of packets received during the sample period.
Inbound Non-Unicast The transmission rate of non-unicast (i.e., subnetwork-broadcast or
Packet Rate subnetwork-multicast) packets.
Inbound Non-Unicast The number of inbound non-unicast (i.e. subnetwork-broadcast or
Packet% subnetwork-multicast) packets expressed as a percentage of the total
number of packets received during the sample period.
Inbound Octet Rate The number of octets set for transmission during the sample period, this
includes packets that were discarded or not sent but excludes packets
addressed to a multicast or broadcast address at this sub-layer.
Inbound Packet Rate The number of packets received during the sample period, this excludes
packets addressed to a multicast or broadcast address at this sub-layer.
Inbound Peak Rate Peak received rate during the sample period expressed as packets per
second.
Inbound Traffic Total inbound traffic during the sample period expressed as bits per
second.
Inbound Utilization Utilization expressed as a percentage of actual traffic volume received
(WAN) %, against the maximum volume that can be handled by the port during the
polling period.
Inbound Interface Inbound speed of the port.
Speed For use in Entuity, system administrator’s can amend the port inbound
speed.
Interface Type Interface type, e.g. Ethernet.
Latest mac address Count of MAC addresses identified during the last poll of the device.
count
Attribute Description
MAC Address List of MAC addresses associated with the device.
Mac address history All of the MAC addresses discovered on the port. This is a change history
of the MAC addresses on the port, each time the MACs on a port change
Entuity retains a record of all of the MACs on the port at that time (by
default Entuity retains fifty samples, although this is configurable through
entuity.cfg).
Max Packet Size Maximum packet size before fragmentation.
Most recent mac Most recent MAC addresses discovered on the port. Entuity retains MAC
address(es) addresses for two days after they were last polled on the device (this is a
configurable setting through entuity.cfg).
Nominal interface Interface speed polled from the port.
speed
Operational Status Operational status of the port.
Outbound Discarded The outbound discard rate of packets for which no errors were detected.
Packet Rate Packets may be discarded to free up buffer space.
Outbound Discarded The number of outbound packets discarded, for which no errors were
Packet % detected, as a percentage of the total number of packets transmitted
during the polling period.
Outbound Discards % The number of outbound packets discarded, for which no errors were
detected, as a percentage of the total number of packets transmitted
during the polling period.
Outbound Errored The outbound discard rate of packets with errors.
Packet Rate
Outbound Errored The number of outbound packets with errors discarded as a percentage of
Packet % the total number of packets transmitted during the polling period.
Outbound Fault% The number of outbound packets with errors discarded as a percentage of
the total number of packets transmitted during the polling period.
Outbound Non-Unicast The transmission rate of non-unicast (i.e., subnetwork-broadcast or
Packet Rate subnetwork-multicast) packets.
Outbound Non-Unicast The number of outbound non-unicast (i.e. subnetwork-broadcast or
Packet% subnetwork-multicast) packets expressed as a percentage of the total
number of packets transmitted during the polling period.
Outbound Octet Rate The number of octets set for transmission during the sample period, this
includes packets that were discarded or not sent but excludes packets
addressed to a multicast or broadcast address at this sub-layer.
Outbound Packet Rate The number of packets set for transmission during the sample period, this
includes packets that were discarded or not sent but excludes packets
addressed to a multicast or broadcast address at this sub-layer.
Outbound Peak Rate Peak transmission rate during the sample period expressed as packets per
second.
Outbound Traffic Total outbound traffic during the sample period expressed as bits per
second.
Attribute Description
Outbound Utilization % Utilization expressed as a percentage of actual traffic volume transmitted
against the maximum volume that can be handled by the port during the
polling period.
Outbound Interface Outbound speed of the port.
Speed For use in Entuity, system administrator’s can amend the port outbound
speed.
Outbound Utilization % Utilization expressed as a percentage of actual traffic volume transmitted
against the maximum volume that can be handled by the port during the
polling period.
Port State Current state of the port, e.g. Up, Down.
Time of Last State Date and time of the last change in Port State.
Change
Time in Current State Length of time since the last change in Port State.
Association section provides details and hyperlinks from the device to its associations.
Association Access Point
Autonomous WAP Device
Device, the port's device
EIGRP Peer
HSRP Port Groups
Host MAC Addresses
IP Addresses
IPv6 Interface
Layer 3 Port Peers
MPLS Interface VRF Instances
MPLS LDP Ranges
Module
Parent MPLS LDP Label Range
Policy Maps
Vlans
Xedia Traffic Classes.
Entuity incidents and events indicate the state of your network. Entuity is shipped with a
default configuration, which administrators and users with the Event Administration
permission can configure.
Event Projects
The Event Management System controls how Entuity manages incoming events, traps and
syslog alerts. It is configured through an event project. Entuity includes a default project
which is an appropriate starting point for your installation with more than 350 events, over
100 incidents and a default set of rules.
The default event project includes rules to:
Handle flapping ports.
Filter out traps from sources you have configured Entuity to discard.
Apply N of M rules, for example for to processor utilization, port utilization, IP SLA,
network outage events.
Administrators, and users with the Event Administration permission, can customize event
projects, for example create new events, incidents, rules and actions.
The key differences between incidents and events are important in understanding how to
best manage the information coming into Entuity:
Incident and Event Life Cycles.
An event indicates a particular state of an object at the time the event was raised. An
incident indicates an ongoing condition on your network with its associated events
providing the state updates.
Incidents are usually removed from the system 7 days after they are expired, events are
retained by default for 14 days.
Event and Incident Severity Levels.
Events have an associated severity level, which is configurable through the Events
administration page and also through actions. Incidents inherit the highest severity level
of the currently raised event. For example, if an incident is raised by an event with a
severity level of Major it has a severity level of Major, if it is updated by an event with the
severity level of Critical the incident also inherits the Critical severity level.
Event and Incident Assignment.
Incidents you can assign to users, events you cannot.
Event and Incident Annotation.
Incidents you can acknowledge, events you cannot.
Pre and Post Storage Processing.
In the set up of the Event Management System you can configure processing of incoming
events before they are stored in the database, and also after their storage. Processing of
incidents occurs after these two event stages. This indicates that incidents are raised only
after the intelligence that is built into the Event Management System has been applied,
which is why incidents are the default view into the what is happening on your network.
Attribute Description
Severity/Color (‘!’) Color and numeric coded event severity.
A A note icon indicates the incident has an associated annotation.
Name Name of the incident or event, e.g. Port Utilization High.
Source Source of the event or incident.
# Number of times that the event has appeared since any previous age out,
e.g. 3 indicates the third occurrence of the event.
Attribute Description
Impact Details what is impacted by the event, which might be:
Managed objects, e.g. a list of VLANs.
Internal Entuity processes.
Service(s).
The number of managed objects identified by Availability Monitor.
Details Incident and event details vary according to what is raised, for example,
for:
Packet Corruption Severe, the numbers of CRCs (Cyclic Redundancy
Checks) and packets.
Entuity Server Critical Component Restarting After Failure, the name of
the critical internal service, e.g. Tomcat.
Port Utilization High, details of the port utilization including actual and
threshold values.
Last Updated Time the event or incident was last updated.
# Number of events raised against the incident. This include opening,
updating and closing events.
Attribute Description
Name Name of the filter. It should describe the purpose of the filter.
State Indicates the state of events and incidents that Event Viewer displays:
all, all states.
open, events and incidents that are currently open.
closed and expired, events and incidents that are either closed or
expired.
Severity By default set to Information and above which is equivalent to all. You
can amend the event severity level to report on events of a specific
severity, or a specific severity and above.
Attribute Description
Source You can amend the scope of the Source:
Include sub-components, allows display of incidents and events
from sub components of objects within the Source. For example if
a device is within the filter, you can also include events and
incidents from its ports.
Show impacting events allows the display of events raised on
objects not within the source but impact objects within it. For
example when selected you can view Network Outage events
against those devices impacted by a network failure.
Timeframe Set the opened and closed parameters of the incidents and events, by
default set to no limit and now respectively.
Assigned To Incidents can be assigned to users. Each user would have their own
assignment filter with their name selected.
Events Select events which depending on whether you select the Exclude
above event types determines what events are displayed.
Incidents Select incidents which depending on whether you select the Exclude
above incident types determines what incidents are displayed.
Orange 4 Severe
Amber 3 Major
Yellow 2 Minor
For a full listing of events and their severity levels consult the Entuity Events Reference
Manual.
Investigating Incidents
To investigate incidents:
1) From the Explorer tree click on your My Networks view.
2) On the menu bar click Events. Event Viewer displays open incidents raised in the My
Networks view.
3) Highlight an incident and from the context menu click Show Details.
From the Incident Details dialog you can view the details already displayed in the Event
Viewer columns and also:
Contributing Events lists the events that have updated the state of the incident. You can
click on an event and Entuity displays the Event Details dialog.
User Attributes are attributes created by the system administrator within the event project.
Assigned To is the name of the user who has the incident assigned to them
Annotation details of the associated annotation.
You can also assign incidents to a user, close an incident and annotate an incident.
Investigating Events
You can access events through related incidents and also by setting in Event Viewer
Showing to Events.
To investigate events:
1) From the Explorer tree click on your My Network view.
2) On the menu bar click Events. Event Viewer displays open incidents raised in the My
Networks view.
From the Event Details dialog you can view the details already displayed in the Event Viewer
columns and also:
Impacted Objects which displays the managed objects impacted by the event.
User Attributes are attributes created by the system administrator within the event project.
Contributing Events, events that contribute to the raising of the event, for example where
an event is only raised after a condition is applied to a contributing event.
Close Incidents
Entuity distinguishes between a closed incident, an expired incident and a deleted incident:
Closed indicates the cause of the incident is no longer true, however if the cause recurs
the incident is re-opened.
Expired indicates that the closed incident’s expiry period has completed. The incident is
available for seven days for review, but if the original cause of the raising of the incident
recurs the incident is not re-opened a new incident is opened.
Deleted incident is not in the system.
Annotating Incidents
Annotations allow you to associate a short note to one or more selected incidents. This
annotation can be viewed and updated by all users with access to the incident, the
Annotation icon in the A column clearly indicates annotated incidents. Annotations can be
used for any for any number of reasons, for example to indicate the action being undertaken
on an issue.
From Event Viewer you can annotate incidents:
1) Highlight the required incident.
2) From the context menu click Annotate.
Event Suppression
You can prevent Entuity raising events against managed objects and this would also impact
on the raising of incidents associated with those events. Event suppression can be useful, for
example, when a device is down for maintenance or a problem is known and you do not
want Entuity to raise further events.
Entuity includes two separate event suppression mechanisms, through the:
Event Management System system administrators, and users with the Event
Administration tool permission, can define suppression rules. The suppression control
available through Events Administration makes it the appropriate method for system wide
or complex rules. Only system administrators can view and amend these suppression
rules. (See Rule Types and Supplied Rules.)
Suppress Events dialog system administrators, and users with the Event Suppression
tool permission, can suppress events. System administrators can view all suppression
rules, users with the tool permission can view the rules they set up and rules set up
against objects to which they have access.
Event Suppressions dialog provides a simpler interface to event suppression than the
rules interface available through Events Administration, making it easier to associate
suppression with managed objects which is especially true in a multi-server environment.
Changes to these suppressions are also tracked by Audit Log. (See Chapter 41 - Audit
Log.)
Set periods of the day, week and month when event suppression applies and when it
does not.
Enter the reason for event suppression.
Event suppression rules are configured through an Event Suppression dialog which you can
call from a context menu by selecting:
A raised event from Event Viewer. By default this suppresses the raising of the selected
event against the managed object, for example a Network Outage event raised against
the device nickel.
A managed object from the Explorer object tree. By default this suppresses the raising of
all events against the object.
You can specify suppression rules which Entuity applies against the selected managed
object, or managed object - event type.
Attribute Description
Source The selected source of the event to which suppression rules apply. This is fixed
as the object you selected from the Explorer tree, or the source of the event you
highlighted in Event Viewer.
Attribute Description
Event The selected event type(s) which the event suppression rules apply. You can
select 1 event, a selection of events or all events.
Suppress events Check the check box to prevent Entuity raising events against the
from device sub-components of the device, for example, CPUs, ports.
sub-components
Reason Enter a meaningful description of the purpose of the rule. This description
identifies the rule in the Suppression Rules page.
Interval Description
Start suppression Date and time from when Entuity applies the suppression rule, by default now.
Data and time are taken from the Entuity server.
End suppression Date and time until when Entuity applies the suppression rule. By default set to
Never so Entuity would always apply the rule, when amended to an expiry date
which then passes Entuity would stop applying the rule but would not delete it.
Data and time are taken from the Entuity server.
reset Resets the suppression interval to its default value; Start suppression set to Now
and End suppression to never.
5) Configure the time period for which the event is suppressed, and enter a meaningful
reason for why events are suppressed.
6) Click OK. Entuity displays a dialog indicating the success or failure of your attempt to
suppress events.
When successful you can view, edit and remove the suppression rules through the
Suppression Rules page.
Through the Event Management System you can define events and incidents, with rules that
raise these events when particular user defined events are raised against specified attributes
The originating events can be suppressed. In this way different attributes have their own
events and incidents rather than using the standard user defined events and incidents.
This example suppresses the Network Outage event for a particular IP address on a port, the
port has multiple IP addresses. The Network Outage event can be raised against the same
port but using different IP addresses. If you create an event suppression for Network Outage
events by:
From the Explorer navigation tree selecting the port then the event is automatically
suppressed for all IP addresses on that port.
Highlighting the raised event in the viewer then you can select to suppress the raising of
the event against that IP address.
Attribute Description
Server Entuity Server on which the event is suppressed.
Source The selected source of the event to which suppression rules apply. This is fixed
as the object you selected from the Explorer tree, or the source of the event
you highlighted in Event Viewer.
Suppress For The attribute value on which the event is suppressed, for example IP address.
Event Type The selected event type to which the event suppression rule applies. When
creating the rule if you selected a number of event types for it to apply against,
then Entuity created a separate rule for each event type; so within this table
they are separately listed.
Ends At The date and time the suppression rule applied until. When blank the
suppression rule does not have an end date and so is always active.
Re Recurrence indicates a Time & Day schedule is applied.
Reason Enter a meaningful description of the purpose of the rule. This description
identifies the rule in the Suppression Rules page.
Last Updated By User name of the last person to update the suppression rule.
Type Object type of the event against which the suppression rule is defined, e.g.
Switch, Managed Host.
Sub Components When set to:
Y the suppression rule also applies to subcomponents of the object type.
N the suppression rule only applies to the current object.
Starts At When the rule is for a set time period Entuity displays the start time and date.
Last Updated At When the suppression rule was last updated.
Event Notifications
Event Notification allows you to configure Entuity to generate emails to send to recipients
when Entuity raises events that meet the set criteria. For example, you can configure Entuity
to send emails to on-call support staff when severe events are raised against key devices
during out of office hours.
Entuity includes two notification methods:
Through the Events and Incidents tab in the Preferences dialog.
Using Event Management System, defining rules and/or triggers and applying the Send
e-mail action.
For Entuity to generate emails you must have specified an SMTP server during Entuity
configure.
Attribute Description
Name Unique name for the event notification.
Description Meaningful description of the notification, e.g. its purpose.
User Entuity user associated with the notification.
Servers Entuity server(s) which can raise this notification. Entuity displays all of the
connected servers for which you have access rights.
Views The view(s) Entuity monitors for raising notifications.
Show all views Displays all views, including views to which the selected User does not
have access.
Severity Sets the minimum severity level of events within the view that raise a
notification.
Recipients Email addresses of users you want to receive notifications.
CC Email addresses of users you want to be copied in on notifications.
Time & Day Specify a date and time range for the notification.
Outside this time When:
period Selected, notifications can only be raised outside the specified Time &
Day, e.g. when you specify office hours (8:00 to 18:00, Monday to
Friday) notifications would only be sent outside of those hours.
Not selected, notifications can only be raised within the specified Time
& Day, e.g. when you specify a weekend (18:01 to 07:59, to Friday to
Monday) notifications would only be raised within those hours.
Notification also includes advanced options, accessible through the Advanced button on the
Event Notification Configuration dialog:
Limit, the maximum number of this notification that Entuity can send within a time period
specified in Limit Span.
Limit Span, the period within which Limit applies, i.e. hour (default), day, custom (user
defined period).
Event Template, is a combination of text and event variables from which the content of the
notification is generated. Entuity has a default template:
Event generated by ${eyeServer} for the ${view} view.
Event: ${eventDescr}
Details: ${severityStr}
${eventStr}
${eventDetails}
Impact: ${impactDescr}
Time: ${eventFormattedTimeStr}
Notification Owner: ${user}
Notification Name: ${notificationJobName}
If you have any queries regarding this email then contact the Entuity
Administrator.
Dashboards are available for those users with the appropriate access rights. Entuity currently
includes these dashboards:
Status Summary provides a status summary for each Entuity view on the current server.
In Entuity multi-server environments it can also provide a summary of the state of views
on remote Entuity servers.
Service Summary provides a summary of viewable services, indicating service name and
state with drill down capability.
TopN Summary provides a view specific dashboard measuring the status of your network
against six performance metrics. For each of these measures you can access port details.
Device Metrics allows selection of both the devices you want to monitor, and the metrics
you want to use.
Custom Dashboards allow users to develop their own dashboards, with up to five running
at any one time.
Attribute Description
Views Name of the Entuity view. You can click on it to open Explorer with the
focus on that view.
Services Number of services associated with the view.
Service Status The segments in the colored bar indicate the current states of services
within a view. When you place the mouse over a colored segment Entuity
displays a breakdown of the services in that state, e.g. 75% (6/8) Up.
Entuity displays N/A (Not Applicable), when there are no services in the
view.
The percentage value represents the number of services in the view with
an UP state as a percentage of the total number of services in the view.
You can click through to access a summary of services in the view.
Devices Number of devices within the view.
Attribute Description
Device Status Entuity determines device state by their responses to ICMP ping and/or
SNMP polling, hostname resolution and system status.
The segments in the colored bar indicate the current states of devices
within a view. When you place the mouse over a colored segment Entuity
displays a breakdown of the devices in that state, e.g. for a green segment
83.2% (119/143) Ok.
The percentage value represents the number of devices within the view
that are OK, as a percentage of the total number of devices in the view.
You can click on the hyperlink to launch the Device Status report which
shows the current state of devices.
The device state icon represents the worst state of a device within the
view. When you rollover the icon Entuity displays a breakdown of device
states within the view, for example 1 device is degraded 1 device is in
unknown state.
Open Incidents A by incident severity breakdown of incidents raised against devices in the
view. You can click on the Total hyperlink to view the current open
incidents for the view.
Click on this icon to open the dashboard in a new browser page.
Alternatively you can add the Status Summary dashboard to a custom
dashboard by dragging and dropping the icon to the Dashboard Editor.
Show sub-views When checked the dashboard displays sub-views and their states, when
unchecked the dashboard only displays top-level views.
Show views containing When checked the dashboard displays all views and their states, when
zero issues unchecked the dashboard only displays views reporting problems.
Show service When checked the dashboard displays the Services and Service Status
Information columns, when unchecked the dashboard does not display service
information.
Show device When checked the dashboard displays the Devices and Device Status
information columns, when unchecked the dashboard does not display device
information.
Show incidents When checked the dashboard displays the Open Incidents columns, when
unchecked the dashboard does not display incident information.
Attribute Description
Server Entuity server against which the dashboard is run. In multi-server environments
where the server runs in:
Consolidated mode Entuity identifies the managing server of the port in
the mouse over.
Unconsolidated mode you can select the server against which to run the
dashboard.
View Entuity view against which the dashboard is run. The default view is the user’s
My Network view. Views are selectable from the drop-down list, Entuity only
displays those views the user is allowed to access.
TopN The number of ports included to each section of the dashboard. By default this
is set to five. This value also sets how many ports are displayed in the
hyperlinked measurement specific dashboards.
Metric Description
Inbound Fault The port’s inbound faults expressed as a percentage of total inbound
traffic over the previous hour.
Outbound Fault The port’s outbound faults expressed as a percentage of total outbound
traffic over the previous hour.
Faults The fault metric summaries are also hyperlinks through to the Faults graph
which by default displays the selected fault, inbound or outbound, for each
five minute polled value, expressed as a percentage of total inbound or
outbound traffic, respectively. The graph report time period is configurable,
and you can also show/hide all fault metrics, i.e. Outbound Fault%,
Outbound Discards%, Inbound Fault% and Inbound Discards%.
Top Listeners The port’s inbound traffic in bits per second measured over the previous
hour.
Top Talkers The port’s inbound traffic in bits per second measured over the last
complete hour.
Two traffic volume measures: The traffic volume summaries are also hyperlinks through to the
Traffic Volume graph which by default displays both inbound and outbound traffic for each five
minute polled value, expressed as a percentage of total inbound and outbound traffic, respectively.
The graph report time period is configurable, and you can also show/hide all traffic metrics.
Inbound Utilization the port’s inbound utilization measured over the last complete hour.
Metric Description
Outbound Utilization the port’s inbound utilization measured over the last complete hour.
Two utilization measures: The utilization summaries are also hyperlinks through to the Utilization
graph which by default displays both inbound and outbound utilization for each five minute polled
value, expressed as a percentage of total inbound and outbound traffic, respectively. The graph
report time period is configurable, and you can also show/hide all utilization metrics.
Inbound Discards The number of inbound discards expressed as a percentage of total traffic
volume received by the port during the last polling period.
Outbound Discards The number of outbound discards expressed as a percentage of total
traffic volume transmitted by the port during the last polling period.
2) From the Inbound Utilization or Outbound Utilization section, for the port in which you are
interested, select:
Device name, to view the device information in the Device Summary page.
Port name, to view the port information in the Port Summary page.
Bar chart or utilization value to view the graphed history of both inbound and
outbound utilization for the port.
The dashboard displays the metrics for a maximum of ten devices. This maximum is
configurable through entuity.cfg.
The selected devices are shown with a separate graph for each metric for each device. You
can set auto scaling of the Y-axis on a per metric basis. By default the dashboard auto
updates at five minute intervals, which you can turn off through the Preferences settings.
Attribute Description
CPU CPU utilization as a five minute average.
Latency ICMP latency value.
Reachability Derived from ICMP Ping latency data.
Used Memory Total memory used on the device as a percentage of the total physical
memory installed to it.
IP Packet Discards% Number of received packets the device discards, as a percentage of total
number of packets received by the device.
IP Packet Forward% Number of received packets the device forwards, as a percentage of total
number of packets received by the device.
ICMP Redirects% Number of incorrectly addressed packets as a percentage of total number
of packets handled by the device.
ICMP TTL Exceeded% Number of received packets where the TTL was decremented to zero, as a
percentage of total number of packets received by the device.
Buffer Allocation Rate of buffer allocation failures over the reporting period.
Failure Rate
Buffer Memory Failure Rate of buffer No Memory failures raised over the poll period.
Rate
Sys Bus Util System bus utilization for the period.
2) Click on the device metric graph you want to view over a twenty-four hour period.
Entuity displays the Device Metric Detail interactive chart.
With Custom Dashboards you can use the URLs that present data through the Entuity web
UI, and re-use them in combinations that meet your requirements. The Dashboard Editor
allows you to create dashboards that include more than one viewpoint of network data, for
example filtered events, a report, flow data, key charts, that are appropriate to a specific task,
e.g. monitoring delivery of key services.
Custom Dashboards allow each user to run a maximum of five Entuity dashboards, although
by using the export and import tools you can have ready access to a library of dashboards.
Custom dashboards are associated with the user profile, and a user with the appropriate
permissions can create dashboards and assign them to other users. A user can also select a
dashboard as their home page, the page Entuity displays after a user logins.
Maps and charts, including Integrated Flow Analyzer charts. (See Adding Maps to
Custom Dashboards.)
Reports with layout configure options that you can use to better fit a dashboard panel.
Entuity also includes a set of panel reports tailored for custom dashboards.
Events and incidents.
Other dashboards, e.g. Service Delivery Perspective.
Auto update to automatically refresh content.
These panel reports are available from Reports > Dashboard Panels (see the Reports
Reference Manual):
Device Reachability Transitions Summary and its associated details report.
Device Reboot Summary and its associated details report.
Event Severity Summary and its associated details report.
Module Change Summary and its associated details report.
Port Operational State Transition Summary and its associated details report.
Port Utilization Charts.
Port Utilization Gauges.
The content of each pane of a custom dashboard is derived from a fully qualified URL, i.e.
http://entuity_server, https://entuity_server. When you edit a custom dashboard you can see,
and amend these URLs although they should remain fully qualified.
You should also ensure the homepage URL uses the same protocol, HTTP or HTTPS, as the
Entuity server. By default browsers block mixed content to prevent unencrypted content
being included in pages with encrypted content. You can change this default behavior, for
example in FireFox click on the small shield in the URL bar that indicates mixed content is
blocked.
For further details on URLs see Appendix C - Entuity URLs.
Dashboard Performance
When building dashboards you should always consider the components within the panel
and the resources they require. For example, if you build a dashboard with nine panels each
of which contains a dashboard panel report then you are placing a high load on the caches
(memory) used for those reports. For details on amending cache settings see Appendix C -
Entuity URLs.
Entuity displays the Custom Dashboard Editor, which displays the first dashboard. For a
new dashboard you are prompted to assign content, for an existing dashboard Entuity
displays its current definition.
Name Description
Choose a dashboard to edit Select the dashboard to edit.
Edit Name Select to open Edit Name dialog through which you can set the
dashboard name which is displayed in the Custom Dashboards
menu and the Preferences page.
Import Opens a File Upload dialog, allowing you to upload a saved
dashboard.
Export Opens a dialog which saves the dashboard as an XML file. You can
edit the file with an XML editor or download it to your machine.
Export to users Opens a dialog from which you can select one or more users to
which to assign the dashboard.
Choose a layout These templates offer a selection of layouts, with between two and
nine panes, different relative pane positions and size.
Drag and drop panes The pane layout changes to reflect the selected template. You can
drag and drop content into the pane.
Name Description
Auto Refresh Select to update the content of each pane every five minutes. When
not selected, the default state, only those panes containing content
with its own update mechanism refresh, e.g. Event Viewer.
Clear All Select to clear the content from the panes. This change is only
stored when you click Save.
Preview Select to preview the current dashboard setup, including unsaved
changes, in the main Entuity window.
Save Select to save the current dashboard.
Cancel Select to cancel the unsaved changes to the current dashboard.
2) Click the Edit Name icon to display the dialog through which you can specify the
dashboard name.
3) Select the icon representing the required layout of your dashboard.
4) Populate the panes with the network data and presentation that you require.
You can drag URLs into a pane. For example while the Dashboard Editor is open you can
display a perspective and then drag it into a pane. You can also click on a pane and add
or edit text.
When you drag a link into a pane, any previous definition for the pane is overwritten.
5) Click Preview for Entuity to display the current dashboard setup.
6) Click Save to save the dashboard and close the editor, or Cancel to delete the unsaved
changes to the dashboard and close the editor.
Example Dashboard
This example dashboard includes:
One dashboard panel report, the Port Utilization chart report ran against a sub-service.
For example, this URL
http://ppk/webUI/jasperReport.do?reportGenera-
tionId=1353664238984&report=%2Freports%2FDashboard%2FServicePortUtili-
zationCharts&format=html&eyeServer=5a1b6381-0a72-495a-a1e1-
62f371bf4653&view=CIO%20London%20Office&
service=CIO&subservice=CIO%2FNetwork%2FData%20Center%20Core%2F%3ADegra
ded%2FRegion%3ASkipton%20Office&timeFrame=prev%3A1440i&secondaryTime-
Frame=&primeTime=&autoRun=1
A map. You include a map to a view by exporting the required map and then referencing
the map file within the report panels URL. For example, this URL references an exported
map called key-devices:
/webUI/faces/viewMap.do#file=key-devices&shared=false
A filtered event view. For example, this URL presents the current events for the CIO
London Office view:
http://ppk/webUI/viewEvents.do?type=open&serverId=5a1b6381-0a72-495a-
a1e1-62f371bf4653&view=CIO%20London%20Office
To view methods on how to recover the URLs used within the Entuity web UI see Appendix C
- Entuity URLs.
To speed the development of custom dashboards you can use the Entuity web UI and have
the Dashboard Editor continually displayed. To create the example dashboard:
1) Click Dashboards > Custom Dashboards > Edit.
2) Click the Edit Name icon to display the dialog through which you can specify the
dashboard name.
3) Select the three panel grid icon representing the required layout of your dashboard.
4) Populate the top pane with the event URL.
Click Events and specify the event filter and retrieve the frame’s URL. For example with
the Firefox browser hold down the Shift key and click This Frame > Frame Info.
Paste the URL into the top pane of the dashboard.
5) Populate the left pane with the map URL referencing a saved map.
Click Maps and the Open icon . Drag the filename of the map onto the required
custom dashboard pane.
6) Populate the right pane with dashboard panel report URL.
Click Reports > Dashboard Panel Reports. Define and run a report, use the HTML
output format.
Retrieve the report’s URL. For example, position the mouse pointer over the report, with
the Firefox browser hold down the Shift key and click This Frame > Frame Info.
7) Click Preview for Entuity to display the current dashboard setup.
8) Click Save to save the dashboard and close the editor, or Cancel to delete the unsaved
changes to the dashboard and close the editor.
3) Click the Assign to Users icon . Entuity opens a dialog which lists the available users.
To export a dashboard:
1) Click Dashboards > Custom Dashboards > Edit.
2) From Choose a dashboard file to edit select the dashboard you want to export to an XML
file.
3) Click the Export icon . Entuity opens a dialog which saves the dashboard as an XML
file.
You can edit the file with an XML editor or download it to your machine.
To import a dashboard:
1) Click Dashboards > Custom Dashboards > Edit.
2) From Choose a dashboard file to edit select the dashboard to which you want to import
the saved definition. Importing a dashboard overwrites the current definition for that
dashboard.
3) Select the Import icon . Entuity opens a dialog through which you browse for and
then upload a dashboard saved as an XML file.
Entuity’s Green IT Perspective™ is a center for managing the discipline of policies that
reduce the energy consumption of your network. The Green IT Perspective:
Assists both network and general managers to reduce wasted power consumption
associated with leaving desktop/notebook PCs running 24/7 where they could be safely
turned off outside the working day.
Quantifies the power savings both enterprise-wide and per department. The savings
already being achieved by current equipment shutdown behavior is quantified along with
the potential additional savings if all appropriate nightly shutdowns were to be performed
across the board.
Identifies trends in shutdown policy conformance by department.
identifies those who should be targeted when looking to achieve better policy
conformance and thereby higher savings.
Quantifies the power used by the managed infrastructure devices.
Identifies switches with high or low number/proportions of spare ports.
Quantifies the power used by the switches per used port to evaluate power efficiency.
Identifies servers that are lightly used and might become the target of consolidation
initiatives to reduce data center power utilization.
Entuity generates the information for the Green IT Perspective and its reports from data
gathered against all of the objects it manages on the server, i.e. against the objects in the All
Objects view. It is also through Green IT sub-folders of the All Objects view that you can
configure the green IT cost parameters.
h
Where the IP address ranges of different policy groups overlap, the policy groups can
include the same workstations. If you then use these policy groups in the same compliance
reports then the workstations that are in both policy groups are double-counted, skewing the
reported savings.
Green IT Perspective
This perspective provides an overview of workstation overnight shutdown compliance, with
access to a detailed compliance report and other Green IT Perspective reports.
Attribute Description
Estimated Current Indicator of the benefits to your organization of the workstation overnight
annual savings from shutdown initiative.
nightly shutdown
Estimated Maximum Potential savings in currency, kilowatts and CO2 if one hundred percent
annual savings compliance was achieved.
Estimated Potential Difference between current annual savings and maximum annual savings.
additional annual The nominal power values used to derive the estimated savings values are
savings configurable through site_specific_nominal_power.cfg, whilst the
costing elements are configurable through the perspective’s report
options.
Average Compliance Gauge provides the average compliance over the monitoring period, as a
percentage of the maximum potential compliance.
Total Compliance % Graphs compliance as a percentage of maximum potential compliance
over time over the reporting period.
Attribute Description
Last check Gauge provides a measure of workstation shutdown compliance over the
compliance last poll (by default the previous day), as a percentage of the maximum
potential compliance.
Total Number of hosts Graphs total number of hosts and the number of hosts that are compliant
and Number of over the reporting period.
compliant hosts
Corporate Green IT Text that the administrator can enter, for example to explain the corporate
Initiative green policy.
Report Guide Section provides access to a subset of Green IT reports:
Green IT Perspective Detail report
Workstations Shutdown Policy Compliance report
Underutilized Servers report
Spare Ports and Power Consumption report
Known Power Consumption of Devices in Inventory report.
All Green IT reports are available from the Reports Server repository.
Attribute Description
Name Name of the group displayed in reports, e.g. All Hosts, London Office.
Description Meaningful description of the purpose of the group.
Zone Entuity zone the policy applies to.
IP Address Range One or more IP address ranges. Workstations with IP addresses within
these ranges are included to the policy group, unless they are also
included in a shutdown policy exclusion group
Where the IP address ranges of different policy groups overlap, the policy groups can
include the same workstations. If you then use these policy groups in the same compliance
reports then the workstations that are in both policy groups are double-counted, skewing the
reported savings.
Entuity recommend you configure policy groups and their exclusions through
shutdown_policies.cfg, where you have full add, amend and delete control. (See the
Entuity System Administrator Reference Manual.) Each shutdown policy group has its own
section within this file:
[ShutdownPolicyGroup All Hosts]
IPAddressRange=0.0.0.0-255.255.255.255
Description=All Hosts
[ShutdownPolicyGroup London Office]
IPAddressRange=10.44.1.1-10.44.1.50, 10.44.1.60-10.44.1.90,
= 1.2.3.4-1.2.3.5, 10.44.1.98-10.44.1.123, 10.44.1.140-10.44.1.247
Description=Workstations in London Office
nominal_power.cfg, contains default power consumption values for many device and
module types. You cannot amend this file.
site_specific_nominal_power.cfg, is included to the configuration through
nominal_power.cfg. You can amend definitions held in nominal_power.cfg by
redefining them here, you can also create new definitions for previously undefined
devices and modules.
For details on configuring nominal power definitions see the Entuity System Administrator
Reference Manual.
E ntuity Report
Missing Module Nominal Power Consumption Settings
Printed on: 16 Nov 2008 10:46:56 GMT
View: Regional
E ntuity Report
Missing Module Nominal Power Consumption Settings
Printed on: 16 Nov 2008 10:46:56 GMT
View: Regional
Name Description
Daily excess kWh for a Allows the average wasted power per host per day for hosts that are not
host shut off when they should be to be set. For a host that should be used for
an 8 hour working day there should be 16 hours where it can be shut off. If
the average consumption of hosts is 100W (a bit higher than most laptops
but lower than desktops) then there would be 1600Wh (1.6kWh) of power
associated with those 16 hours.
Cost per kWh of Cost per kilo watt hour of electricity.
Electricity,
Currency symbol Identifies the currency used to display values, by default $.
Name Description
Tons of CO2 per kWh Tons of CO2 generated per kilo watt hour, by default 0.000718.
Entuity’s Chief Information Officer (CIO) Perspective provides online access to a summary
dashboard showing recent business service impacts, delivering information suitable for the
executive level of management. It is part of Entuity’s InSight Center.
The CIO Perspective allows a high level overview of network health, identifying different
categories of service. It allows an executive to rapidly determine whether there have been
any recent issues that have impacted any of the business services that the company relies
on. Where problems are identified it is easy to identify which parts of the company have been
impacted and when that impact would have been felt. Importantly this perspective
distinguishes between service impacting issues and those that can be safely accommodated
through the redundant nature of the network.
The perspective has a multi-level drill down approach, whereby the top level presentation
indicates whether there were any relevant issues and which business service they were
related to. Each of the services and related metrics allow drilldowns that would present more
details about the issues specific to the service and part of the network that were selected.
This second level drilldown displays when the issues were experienced using a color ribbon
presentation. A third level drilldown lists all the components being monitored for the specific
service along with an indication of which one(s) was/were responsible for the issue(s).
The intended audience for this perspective is the executive level of management; managers
who do not have hands-on day-to-day responsibility for the direct management of the
network, its components or the other IT systems that it facilitates. Therefore the perspective’s
presentation includes clear descriptions of the components within services and there
performance, but excludes the production of detailed line charts of changes in monitored
metrics over time. The executive using the perspective can:
Determine that there was/is an issue that is negatively impacting a relevant business
service.
Understand whether that impact is serious or is accommodated by a level of redundancy.
See when the issues began and ended.
See where the issues were observed in the enterprise.
3) At the third level sub-services may further specify the type of service delivered, and it is
only at this level that you can add components to the service that are then included to the
report.
4) Fourth level of the service hierarchy can identify different sites, for example offices.
The CIO Perspective suite includes a set of reports:
CIO Perspective which provides an overview of the current health of the managed
network for the selected view.
Site Availability report which provides a breakdown of performance by site for the
selected service. This report can only be called as a drilldown from a technology’s
availability status icon in the CIO Perspective.
Component Availability report which provides a breakdown of performance by
components for the selected service. This report can only be called as a drilldown from
the Site Availability report.
SLA Details report which is available from the Activity folder and also as a drilldown from
the CIO Perspective report. By default this report displays SLA performance for the
current month and predicts the SLA value for the full month, based on 100% availability
for the remainder of the month.
For report and perspective details see the Entuity Reports Reference Manual.
The perspective indicates the overall state of its monitored components through icons for
each of the metrics. When you place the mouse pointer over an icon a pop-up displays
details on its current status. For example, a rollover for an icon for:
SLA indicates SLA Availability Goal, Month to date and Projected values.
Technology Service summarizes its current state and offers a click through for a report.
Latency performance of IP SLA operations.
For a number of the metrics you can click on a technology's icon and drilldown for more
detail. When you click an:
Availability icon, Entuity runs a Site Availability report, which provides a breakdown of
performance by site for the selected service.
For each component within this report there are hyperlinks to more details, displayed
through the Component Availability report.
SLA icon, Entuity runs a SLA Details report, which is available from the Activity folder and
also as a drilldown from the CIO Perspective report. By default this report displays SLA
performance for the current month and predicts the SLA value for the full month, based
on 100% availability for the remainder of the month.
Within each view you should only create one CIO service. The All Objects view and your My
Network view inherit services from other views and potentially could have multiple CIO
services. If a view has more than one CIO service you should not run the CIO Perspective
against that view as you cannot determine which CIO service the perspective is using.
CIO Perspective services require a top level service that can only be configured by users with
system administrator access rights. Non-system administrators assigned ownership of the
service can then create sub-services within the CIO service, creating the hierarchy required
by the perspective. A CIO service comprises of two parts, the:
Service definition, which acts as an object to which you can associate components that
make up that service. (See Chapter 21 - Entuity Services.)
Components, e.g. device, ports, applications, other services, that make up the delivered
service.
Standard Services
The CIO Perspective is based on a hierarchy of services that you can build up to reflect your
managed network. For CIO Perspective the root service is always called CIO, and therefore
there can only be one CIO service in each view.
The level of service below CIO lists the main sections of the perspective used to breakdown
the report. In the examples used in this section these are Network, Load Balancer, DNS, VPN
and Internet.
Within these services are the technologies on which the perspective reports. In multi-server
environments these technologies can be split across different Entuity servers; you can
include remote sub-services, remote objects.
These service states can be passed back to a parent service, whose name actually identifies
the service delivered, e.g. Data Center Core.
You should consider setting state services Raise Events to false, often events raised from the
parent state are more meaningful.
Site Services
This service type identifies to Entuity that the service represents a grouping of components,
logical or geographical. A site service is identified through its syntax:
site:ServiceName
where text:
Before the colon indicates this is a site, in this case a region.
After the colon is the service name.
In the CIO Perspective this allows a drill down to the Site Availability Report.
May include a hyperlink to drill down for further details, e.g. SLA Details report, Site
Availability report.
Entuity does not prevent you from implementing unsupported configurations. For metrics to
be valid:
Each service within the CIO Perspective must include at least one managed object.
When running in multi-server mode technologies of the same type must not be split
across Entuity servers.
Site services are only recognized when placed within state services.
Metric Description
Availability Current availability state of the monitored component. There is a drilldown to
the Site Availability report.
Utilization Current port utilization state, both high and low threshold crossings, on any
of the relevant monitored ports.
Faults Significant packet corruption and transmit errors on any of the relevant ports.
Discards Port level data loss within routers resulting in threshold crossings on any of
the relevant ports.
Device Reachability Loss of ICMP echo (ping) reachability to any of the relevant monitored
devices. The device’s of any ports included to the service are implicitly
included.
Latency The combination of the results of the IP SLA operations, if any, being
performed.
SLA A service level can be configured against the service. The icon indicates SLA
performance for the current month. A mouse over shows the:
SLA Availability Goal, target SLA performance for the service.
Month to date, SLA performance for the current month.
Projected, SLA value if the service is 100% available for the remainder of
the month.
The icon indicates the projected state of the service:
Good, indicates current and projected performance is above the set SLA
value.
Warning, indicates the current service delivery is below the target, but the
projected SLA value is above the target.
Failure, indicates the projected SLA value is below the target SLA value.
You can click on the icon to view the SLA Details report.
Components, e.g. devices, ports, IP SLA operations, placed directly into the CIO
sub-services. Take this approach when you only want the component visible within the
view when it is included to the service, include components directly to the view when you
want them available to the view even if they are subsequently removed from the service.
The importance of the hierarchy of services to the success of your CIO Perspective.
4) Develop the structure of the service. Define sub-services for the perspective, these
appear as the main groupings within the CIO Perspective, e.g. Network, Load Balancer,
DNS.
5) Define technology sub services for each grouping, for example in Network, enter Data
Center Core, Global Wireless.
7) Drag and drop to the services the required devices and components. If required ports
and/or IP SLA operations are configured on devices that are not in the view, then they
should be dragged in to the view on their own.
From Event Viewer you can place your mouse pointer over the event to display a pop up
dialog that provides event details, with Details indicating the causal component(s) of the
service event.
You can also investigate service performance:
1) Click Dashboards > Service Summary.
You can view the current status of all services and also drilldown to view service details.
Depending on your Preferences settings, services are grouped by:
View, with Entuity listing the services in each view.
Alphabetically, with Entuity listing the services in alphabetic order and also including a
listing of views through which the service is available.
2) For services that are in a Down or Degraded state you can place the mouse pointer over
the service to view a popup that details the failing component(s).
3) Click on the required service to drill down. Entuity displays details on the service,
including its components, their current state and the logic used to derive the state of the
service.
You can further drill down to investigate the cause of component failures.
As a service you can view further details on CIO through the service Summary and Advanced
pages. (See Service Summary and Service Advanced Details.)
An Entuity map is a visual representation of the network connectivity of the selected view. If
you amend a map, for example add a device, then you are also amending the view.
Maps show the:
Devices in a view and any sub-views of that view.
Connections of those devices, including representing any connections between
sub-views.
Device and connection status, Entuity automatically updates these states.
Technology used when discovering those connections.
You also have the option of viewing a map with either a status or utilization overlay.
Entuity automatically updates the status of objects within an open map as they change.
Entuity can automatically:
Display new links between devices.
Remove unmanaged devices from the map.
Display new devices that meet the map filter criteria, for example a view based map
where the view contains new devices since the map was uploaded.
Maps aggregate the components of a link and the components in a sub-map when
determining the worst state to apply to that link or sub-map however:
Devices and Ports that have a node status of Administration Down or System Uninitialized
are not used when aggregating states. If for example all devices in a sub-map are in one
of these states then the aggregated status means the sub-map does not have a
background color (in the following table this is given as None).
If a link has an associated port, peer, ATM VCC or FR DLCI then the status of that port,
peer, ATM VCC or FR DLCI will be used. In all other cases (i.e. no port, HNIC, VMNIC and
Host Connector) the port's status will be considered as Administration Down.
h
Administration Down and System Uninitialized states are represented using blue outside of
the map. The map does not use a color. This is to avoid confusion with the utilization overlay
where blue is used to represent low utilization.
If a user double-clicks on the link it opens a dialog detailing the two ends of the link and the
active components involved in the link, e.g. port, VNIC, BGP peer.
When determining a link status on a map Entuity always uses the highest active component,
for:
Non-channel-based-wan connections there is usually only a single topology node in the
link from which to derive link status, i.e. a port.
Channelized links state is derived from the highest level of the link, for example if the link
is:
device > port > frDlci - atmVcc < port < device
then the active link is frDlci- atmVcc and the left hand side status will be that of the
frDlci topology node and the right hand side will be that of the atmVcc.
Entuity maps can represent links where one endpoint will not return a state, for example:
Switch to hypervisor (no state from the hypervisor).
Hypervisor to managed host (no state from the hypervisor).
Custom Device to a device (no state from the Custom Device).
Entuity maps can also represent link types that will never have a state:
Custom Device to Custom Device (no state from the user created nodes).
From the Maps toolbar you have immediate access to its functionality and also its current
setup, for example the name of the map view, the applied overlay, links displayed.
Label Description
Displays the worst state of a device or link in the map using the selected Overlay metric,
i.e. Utilization or Status.
When the state changes the icon blinks five times.
Displays the severity level of the incident with the worst severity level in the map. By
default this includes incidents raised against devices in the view and their ports. Through
a user preference setting port incidents can be excluded.
When the state changes the icon blinks five times.
Indicates a possible issue with the map. A mouse rollover provides a summary of any
issue. You can click on the icon to display more details.
Opens the current map in a new window. You can also drag the icon to a pane in the
Dashboard Editor which adds the map URL to the dashboard.
View Identifies the full path of the map’s view. A forward slash separates a sub-view from its
Path parent view. For example Asia/Beijing indicates Beijing is a sub-view of Asia.
Links Links control the type of link between objects included to the map, for example trace
route, IP peering, BGP.
Overlay Select the type of information displayed within the map:
Status displays current state for managed objects and link states derived from
interfaces linking objects on the map. (See Show Map Status Overlay.)
Utilization displays utilization of the links between objects (derived from port
utilization) and also the CPU utilization of devices. (See Show Map Utilization
Overlay.)
Highlight Select a view, service or network path (when you have a remote Entuity SurePath server)
and then components that are outside of the selection are grayed out. (See Highlight a
View, Service or Network Path.)
Click to resize the map so that all of it fits into the current map pane.
Click to display the layout options, Radial Layout and Grid Layout.
Click to zoom into the map. You can also use your mouse wheel to zoom in.
Click to zoom out of the map. You can also use your mouse wheel to zoom out.
Click to download the current map as a Visio (.vdx) document. The file is saved to the
default download folder of your web browser.
Click to save the current map. When you have not changed the map this icon is grayed
out, when you do not have the permission to save the map it is crossed out.
Press the Shift key, hold down the left mouse button and then drag the mouse pointer
over the map to draw a selection box. Every object inside the box is selected.
Press the CNTRL key and then click on objects in the map to select a particular set of
objects.
Click on the map background to clear the current selection. You can also clear the
selection by clicking an object or link that is not part of the current selection.
If an object is selected in the tree it is also selected in the map. Selecting an object in the
map would not update the tree.
Double-click on a sub-view in a map to drill-down to the map of that sub-view. Entuity also
updates the tree to select this view as a drill-down is an explicit action for opening a new
view map.
Map Icons
Entuity displays managed devices by associating the device type against a supplied icon.
Router Server
Switch View
All Objects and My Network views have different permissioning behavior to other views:
All Objects view can be edited by administrators, who can assign access and edit
permissions to other user groups. User groups with the edit permission, and appropriate
view tool permissions, can then also assign access and the edit permission to other user
groups. Members of user groups with the edit permission will be able to edit and save All
Objects maps.
My Network views by default can be edited by administrators for example to edit incident
and event filters. Administrators and view owners will also be able to edit and save My
Network maps.
Map Publishers
When you open a map this sends a request to the Entuity server for information on the
objects in that map. Publishers manage the request and the return of information. For each
type of information available through the map Entuity creates its own publisher. Potentially
each map has six types of publishers:
Highlights
Incidents
Links
Nodes
Utilization
Views.
Each publisher has a set of associated attributes. If one of these attributes changes this
causes the publisher to update the map. If a publisher cannot return information then Entuity
updates the map notification and reports the publisher that failed.
If the map includes devices from remote servers then proxy publishers are created on those
remote servers. All information is returned to the central server. The background color of
devices and the color of connections on the map are automatically updated to show the
polled status of the devices and ports no matter which server is managing them.
Entuity can report the failure of individual publishers and identify the server. If a remote server
is unavailable then:
All of its publishers will fail. The failure is identified through the map information icon.
The state of objects on the map remains unchanged. If you refresh the map or re-open
the map then the objects from the unavailable remote server are not displayed.
Viewing Connectivity
You can access a map by highlighting a view and then from the main menu clicking Maps.
As Entuity opens the map it automatically updates the status of devices and links.
As more than one user can access the same view and therefore map it is possible that
another user will make and save map while you are viewing it. Depending upon your
permission level to the view, and your user preference setting, Entuity either automatically
updates the map with changes to the map or prompts you to refresh and therefore accept
the changes or reject the option to refresh and therefore retain the potential to update the
view with your current map layout.
Custom connections are unidirectional. You set source and destination devices and
optionally specify the interfaces involved on one or both sides of the connection.
System administrators can create, edit and delete physical connections. All users can view
the physical connection within a map if they have permission to access both the source and
destination devices.
You can manage connections through the Physical Connections page accessed by clicking
Administration > Inventory / Topology > Custom Connections.
Attributes Description
Enabled All new and updated physical connection definitions are enabled. The option
to enable/disable physical connections has been removed. Unless a
definition is migrated from an earlier version of Entuity this value is always
Enabled.
Name Display name of the physical connection.
From Interface The interface on the device to which the source of the connection is
associated.
From Device The device to which the source of the connection is associated.
To Interface The interface on the device which is the destination of the connection.
To Device The device which is the destination of the connection.
Description Full description of the connection, for example to describe its purpose.
Created At Date and time the connection was created.
Created By User who created the connection.
Last Updated By User who most recently updated the connection.
Last Updated At Time of the last change to the connection configuration.
Server Entuity server on which the connection is defined.
Attribute Description
Name Display name of the custom connection.
Description Full description of the connection, for example to describe its purpose.
From Device The device to which the source of the connection is associated.
From Interface The interface on the device to which the source of the connection is
associated. You can click Browse to open the Interface Selector and then
pick the source interface of the connection.
To Device The device which is the destination of the connection.
To Interface The interface on the device to which is the destination of the connection. You
can click Browse to open the Interface Selector and then pick the destination
interface of the connection.
Servers Entuity servers managing the devices and where the connection is stored. If
the connection is between devices managed by different Entuity servers the
connection definition is stored on both servers. The connection remains
unidirectional.
You can define a custom connection by clicking Add through the Custom Connections page,
or you can select two devices on a map. With either method you define the connection
details using the same Physical Connections dialog, although when called from the map the
dialog will default details of the selected devices.
To create custom connections from the map:
1) Select the two devices.
Click on the first device and holding down the CNTRL key click the second device.
2) From the context menu click Create Custom Connection.
Overlay indicates the map currently displayed, for example Utilization. It is also a hyperlink to
the Select Overlay dialog through which you can change the map overlay type.
To change the map overlay:
1) Click on the current Overlay value, for example Utilization.
2) From the Select Overlay dialog select the overlay type and click Ok.
Layout Maps
When you open a new map it zooms to a level where all of the objects in the map are visible
and lays them out according to the grid algorithm. When you have a large number of assets,
a complex network structure or both the default presentation may not be appropriate. You
can adjust the layout, by selecting one or more objects and dragging them to a new position.
You can also control the view zoom and focus.
When zooming or panning within a map the camera position is now stored in the browser
URL so that when using the back button or refreshing the page you are returned to the same
camera position. These changes are not saved as part of the map definition.
depends upon the number of objects in the view, and the structure their relationships form.
When using the:
Grid Layout Entuity lays out objects on the underlying grid, but they are slightly offset.
This prevents the overlapping of long object names. The selectable grid layout is suitable
for any data relationships, although most suitable for arranging a collection of isolated
nodes or connected components.
Radial Layout Entuity lays out the linked devices in a map according to a force directed
layout algorithm. It calculates the layout of objects on the map around a central position
stopping when the layout meets the set criteria. Select the option again and Entuity
recalculates the layout starting from the new position, stopping again when it next meets
the set criteria. In this way the map layout is updated. Devices that are not linked are
placed at the foot of the map.
h
If you hold down the SHIFT key and click Radial Layout Entuity includes the devices not
connected to other devices when calculating the layout.
have adjusted the layout, and if you have the edit permission on the view, you can save the
adjusted map. The adjusted layout will now be used by all users that open the map.
To move one object:
1) Click on it and hold down the mouse button.
2) Drag the object to its new position and release the mouse button.
When users alter the zoom level of a map they also alter the zoom level of its background,
ensuring the map objects maintain their position relative to their background image.
Action Description
Fill Entuity uses the image to completely fill the map background, although as the relative
dimensions of the picture and map may differ the full image may not always be
displayed.
Fit Entuity displays the complete image in the map background although as the relative
dimensions of the picture and map may differ on the vertical or horizontal edges of the
background Entuity may display the default map background color.
Remove Entuity removes the image from the map. If you want to replace an image you do not
have to first remove the image, you can drag the new image to the map and it will
replace the old image.
Set Opens a Browse dialog through which you can load an image to the map
background.
Stretch Entuity stretches the image (adjust its aspect) to fit the map background.
Highlight Description
Network Path This option is only available when you have a remote SurePath server. When
selected Entuity lists views that contain network paths. When you select a
view Entuity then displays the network paths available in the view.
When applied to the map Entuity highlights the devices that are in the network
path and grays out devices not in the path.
Service When selected Entuity lists views that contain services. When you select a
view Entuity then displays the services available in the view.
When applied to the map Entuity highlights the devices that are in the service
and grays out devices not in the service.
View When selected Entuity lists all views from which you can choose the view to
apply as a highlight.
When applied to the map Entuity highlights the devices that are in the view
and grays out devices not in the view.
To highlight the objects within the current map that are in a particular view:
1) From the map click on the Highlight link.
2) From the dialog select View and then select the view from the list of available views.
3) Click OK. Entuity fades out the objects on the map that are not in the selected view.
2) Ensure that you set up users to have appropriate permissions to those views on the
central and remote servers.
3) From the central Entuity server set consolidate servers to on. This groups together the
content of views with the same name across all connected servers.
4) Open the map.
The central Entuity server controls the collecting of information on objects in the
consolidated map from all servers. (See Map Publishers.)
5) A consolidated map with devices managed by different Entuity servers cannot
automatically determine connections between those devices. However you can define
physical connections between devices. These connection will have a status and are
displayed on the map.
Off. Entuity groups all views by their server. To select a view you first have to select a
server. The content of the view is restricted to the objects on that server and the map
contents are similarly restricted. When you save the map that definition is saved to the
view’s server.
There are therefore two map definitions and which one is saved is dependent upon whether
you are using the server consolidated or unconsolidated mode. If you alternate between
consolidated and unconsolidated modes then you are also alternating between map
definitions, even if the selected view only exists on the server to which you are logged into.
The same consolidated map definition can at different times display different objects, for
example:
If the remote server is unavailable when you open a map Entuity cannot display those
objects in the map. However if the remote server becomes available while you have the
map open it will update the map with the missing objects.
Different users have different permissions. For example two users may be able to log into
the same central server and use the same view but their permissions to remote servers
may be very different. In both cases Entuity would only display the network objects that
they have permission to view.
A user may alter their Servers and Views user preferences. For example if they decide not
to show a particular remote server then views and objects from that server are no longer
available to the map.
Saving Maps
All map definition files are stored on the Entuity server and drawn on your web browser. The
map definition that determines the position of objects on the map is only updated when
users adjust the map layout and then save it. Only at this point are the layout co-ordinates for
a deleted object removed or for a new object added.
Changes to the map that can be saved as part of the map definition are:
Changes to the positional co-ordinates of nodes on the map. Co-ordinate change can be
caused by repositioning nodes on the map, adding nodes to the map and removing
nodes from the map.
Changes to the map overlay.
Changes to the active link types.
Changes to the background image of the map.
Zooming or panning within a map is not saved to the map definition. The camera position is
now stored in the browser URL so that when using the back button or refreshing the page
you are returned to the same camera position.
When you make a savable change, and have the permission to save the map to one or more
of these settings, Entuity displays an informational message in red informing you that the
map contains unsaved changes. On leaving the map Entuity by default (see Save Maps User
Preference) prompts you to save the map definition if you are:
An administrator.
The owner of the view.
A member of a user group that has the Edit permission for the view you are amending.
A member of a user group that has the Create View permission if the view and therefore
map are new.
If you do not have the permission to save map layout changes you can still adjust the map
but you cannot save those adjustments. If another user updates the map Entuity prompts
you to reload the map to get the new layout but you also have the option to ignore the reload
prompt.
When you edit and save a map Entuity checks if other users have updated the map since you
last loaded it and if:
There are no other changes Entuity prompts you to save your changes.
There are changes Entuity prompts you to overwrite the map with your changes.
In both cases Entuity also allows you to cancel the save operation.
When you save the map other users that have the map open and have:
Not made changes that could be saved to the map definition have their map
automatically refreshed with the latest changes.
Made changes that could be saved to the map definition are prompted to update their
map with the latest changes. This is true regardless of whether the user has the
permission to save their changes or not. The prompt includes details of who last saved
the map definition.
If the user does not update their map then their map is only retained for their current
Entuity session or until they open another map. If the user has the appropriate
permissions on the view they can save their current map and therefore overwrite the
changes of the other user.
When users have a conflict in how they are laying out a map, resulting in frequent
overwrites of a map definition then users should consider duplicating the view. Although
the views have the same content users can differently lay out the associated maps.
Entuity maps does not include an auto-save option. This prevents Entuity saving maps that
you are not ready to save and in multi user environments prevents users with the same open
map continually overwriting each other’s changes.
1) From the map you want to add to the new dashboard click Dashboards > Custom
Dashboards > Edit.
2) Select the dashboard layout to which you want to add the map.
3) From the map toolbar drag the map URL icon to a pane of the custom dashboard.
When you release the icon Entuity copies the map URL to the dashboard pane.
Alternatively if you click on this icon Entuity opens the current map in a new window, from
which you would be able to view and copy the map URL.
4) You can now preview, save or cancel the changes to the custom dashboard. You can
also amend the URL or dashboard layout.
Entuity currently manages Oracle VM, Microsoft Hyper-V and VMware ESXi VM platforms,
and their hypervisors, virtual machines and virtual switches. Entuity fully integrates these
virtual components into its core toolset, for example:
Hypervisors and virtual machines are represented in Entuity maps, integrated into the
network through the link technologies VM Detection and Hypervisor Detection.
Virtualization Perspective provides a suite of reports allowing for management and
control of the impact of virtual components on the physical network.
Web UI allows you to navigate between VM platforms, hypervisors, VMs and virtual
switches using drilldown and presentational techniques used with other related
components, e.g. between devices and ports.
Entuity maintains the relationships between managed object types allowing you to drilldown,
or up, when managing your virtual network.
You can also manage the virtual machine server as a managed host, and Entuity maintains
the relationship between the host and the VM.
4) From alongside the Virtual Machine title click on the link to the managed host.
Entuity displays the Managed Host Summary page. Alongside the title of the page is a
link back to its VM.
After discovering VM platforms, Entuity can discover their hypervisors and virtual machines.
To allow this discovery you must ensure Entuity can communicate with the platform. For
example, with Microsoft Hyper-V configure its firewall to allow remote Windows Management
Instrumentation (WMI) from the Entuity server.
A virtual switch is a logical entity which comprises virtual port groups, both standard and
distributed. Virtual port groups contain virtual ports, and for example their VLAN
assignments, port profiles.
Virtual switch ports can connect to:
Internal management ports (vmk ports), which can be used for hypervisor to VMware
vCenter access, direct management access, dedicated vMotion links, high availability
Uplinks which are the real physical NICs on the various hypervisors belonging to the
vSwitch
VM VNICs, these ports are connected to specific VM's virtual NICs.
VM's can have multiple VNICs connected to different virtual switches and/or virtual switch
virtual port groups (VPGs). VPGs contain virtual ports (and VLAN assignments, port
profiles) and typically serve dedicated classes of traffic, e.g. application traffic,
administration, vMotion traffic.
Entuity determines the location and display of hypervisors on the map using MAC location.
Traffic analysis using Integrated Flow Analyzer (IFA) down to the individual port.
vSwitches are not automatically discovered and SNMP polled as switch devices, you
must specifically add a vSwitch as a device, for example through the Add Devices dialog
accessed through Administration > Inventory / Topology > Inventory and then Add.
You can use both methods to manage a device and Entuity links the resultant data, from the:
SNMP polled switch device Summary page there is a link from the virtual switch section
vSwitch Summary page there is a link from the SNMP polled switch section.
h
Entuity XML Data Collection includes an implementation for collecting data from Nexus
devices.
Details on Virtualization Reports are available through the Entuity Reports Reference Manual.
Entuity user preferences allows you to view and modify the Entuity web interface. Settings
apply at the user level and are maintained across user sessions, i.e. they are saved in the
database. In multi-server environments with external authentication, settings apply to all
servers, without external authentication settings apply only to the local server.
From Preferences you can configure how the web interface handles multiple Entuity servers
and views, set and view event notifications, configure the interface, e.g. default page, Event
Viewer display.
General Preferences
Through the General Preferences tab you can set the Entuity home page, page auto refresh
state, number of permitted and how the Service Summary dashboard groups services.
Attribute Description
Entuity Home Page Select the page Entuity displays after logging in. You can select from:
Inventory, the factory default for members of the Administrators access
group.
Status Summary, the factory default for members of the All users
access group.
TopN Summary. (See Monitor Network Performance Using Port
Metrics.)
Device Metrics. (See Monitor Operational Trends Using Device
Metrics.)
Health Summary.
Service Summary. (See Service Summary Dashboard.)
Explorer.
Events.
Custom Dashboards, only available when the user has at least one
custom dashboard. (See Build Custom Dashboards.)
User Defined URL.
Enable Auto-Refresh of When Enable Auto-Refresh is:
web pages (every 5 Selected, pages within the web interface refresh every five minutes.
min)
Not selected, pages only refresh when the Entuity server sends fresh
data or the user initiates a refresh.
Number of custom Sets the maximum number of custom dashboards that you can define and
dashboards have available from the Dashboards menu. By default the maximum is 5,
however by default the permitted range of values is between 1 and 20. You
can amend this threshold through the entuity.cfg setting
webUI.customDashboardMaxCount.
Group Services by When Group Services by View is:
View in Service Enabled (default), the Service Summary dashboard displays services
Summary Dashboard grouped by view.
Disabled, the Service Summary dashboard displays all services
ordered alphabetically. For each service Entuity lists the views in which
the service is available.
Attribute Description
Configuration of which When you select:
remote Entuity servers Show All Entuity Servers, Entuity displays data from all remote
are displayed in the Entuity servers for which their Show setting is enabled.
web interface
Show Selected Entuity Servers, Entuity allows you to select from
the list of remote servers those that you want to view in the web
interface. Only remote Entuity servers for which their Show setting is
also enabled are displayed.
You can view, and amend, the server’s show setting through the Remote
Server administration page.
Configuration of which When you select:
views on the local Show All Views, Entuity displays all views to which the user has
Entuity servers are access.
displayed in the web
Show Selected Views, Entuity allows you to select from the list of
interface
views to which you have access those views you want to access
through the web interface.
Consolidate Servers When:
Selected, the content of views with the same name on different
Entuity servers are consolidated.
Not selected, the content of views with the same name on different
Entuity servers are not consolidated. For example, in the Explorer
object tree views are grouped by their Entuity server.
The current consolidate mode is indicated in the navigation panel.
Attribute Description
Exclude Other User’s When:
Private Views Selected, administrators only see those views to which they access
through their non-administrator user groups and view ownership
settings.
Not selected (default), administrators have displayed all views.
Private views are views to which only the owner and members of the
administrators group have access. Private views are hidden to make the
Explorer interface easier to manage, you might only make private views
visible for the duration of a particular task.
This option is only available to members of the administrators user group.
Default View Scope used by Event Viewer, by default the user’s My Network view. You
can select a different view.
When an administrator has selected Exclude Other User’s Private Views and then assigns
view ownership to another user, if the administrator is not a member of a group that has
access to that view then the administrator can longer see the view from their Explorer. The
view has not disappeared, the administrator only has to change their exclusion setting to see
the view again.
Explorer Preferences
The Explorer tab controls the display of traffic data, virtual ports and unmanaged ports in the
Explorer pages, e.g Summary and Advanced pages.
Attribute Description
Traffic-Type Sets how the web UI displays traffic data, i.e. Utilization, Rate or Volume.
Show Virtual Ports in When:
the Explorer Selected, the Explorer object tree displays both physical and virtual
ports.
Not selected (default), the Explorer object tree displays only physical
ports. The Summary, Advanced Details and Port List pages also do
not show virtual ports.
Show Unmanaged When:
Ports Selected, Explorer displays unmanaged ports in the device’s Ports
tab. Unmanaged ports are not shown in the object tree.
Not selected (default), Explorer does not display unmanaged ports.
Table 13 Explorer Preferences
Setting Description
Event Notification When Event Notification is:
Displays current notification settings. Entuity administrators can view
all event notifications, other users can view a summary of the event
notifications to which they are associated.
Allows administrators access to event notification configuration.
Color Event When Color Event is:
Enabled the row of each incident and event in Event Viewer has the
background color of that event’s severity level.
Not enabled (default) the background color of all incident and event
rows is white.
Maps Preferences
Map user preferences allow you to configure map display and Visio export behavior.
Similarly, Entuity prevents you from de-selecting both Show Icons and Show Normal Status.
Visio Export Types settings control what map information Entuity exports to Visio. Check
each item that you to permit export to Visio.
Name Attributes
Show device Device and sub-views are displayed in the map using either the appropriate icon
Icons or status disc. When Show device icon is:
Selected the map uses icons to represent devices and sub-views.
Not selected the map represents objects using a disc, the color of which
indicates the object’s status. Entuity also automatically selects Show Normal
Status.
Show Normal Entuity indicates the state of an object (device or sub-view) on a map by using a
Status color coded disc as that object’s background. By default Entuity only indicates
objects that are not in a normal state.
When Show Normal Status is selected then Entuity also displays a color coded
disc - in this case green - for those managed objects with a normal status.
Show port- When selected incidents raised against a device’s ports are displayed against the
based device on the map. By default this option is not selected and only incidents raised
incidents on against a device are indicated on the map.
devices
Show When selected map links indicate the status independently at each end of the link
individual link (default). When not selected map links show the worst status of either end of the
status or link.
utilization
Name Attributes
Show a By default if you adjust a map with a change that can be saved, and you have the
warning permission to save the map, Entuity prompts you to save the map when you
message if navigate away from it. Deselect this checkbox when you do not want the prompt.
there are
unsaved
changes ...
Device Sets the device attributes exported to the Microsoft Visio vdx file. By default all of
these device attributes are exported: Type, Manufacturer, Model, Version, Serial
Number, Polled IP Address, Location, Object Id, Description, System Capabilities,
Poll Status.
Link Visio export link types: Ports, Links.
Entuity Search allows you to search for devices, ports and other managed objects across
multiple Entuity servers. The search tool is accessible from all included Entuity servers
through an HTML interface. Each Entuity server has its own search space so the search is
performed on the remote server, and the results returned to the local server. Entuity displays
the results as they are returned from each server.
Entuity Search provides:
Searching across multiple Entuity servers as though they were one large server, with
clear identification of the managing server.
Simple and extended modes of search, with multiple search criteria support.
Searching by zone, when multi-tenant support is configured. (See Chapter 15 - Multi-
tenant Support.)
Connected host searches are limited to a given zone. By default, the selected zone will be
None. Connected host searches initiated from the quick search box in the Entuity banner
always use the default None.
Connected host search, for example by MAC address, IP address.
Support for both simple and regular expressions which can be used in most text fields.
A results page listing all matching components, with tooltips that provide more detail and
context menus through which you can call more tools to investigate the results.
When multi-tenant support is configured the details of the device zone is also returned.
Configure the results column to include Zone. If a device is not assigned to a zone the
column is left empty. (See Figure 117 Multi-tenant Search.)
Object Attribute
CUCM Failed Phone CUCM Failed Phone IP Address, CUCM Failed Phone MAC Address
CUCM Extension CUCM Phone Extn Number, CUCM Phone Extn IP Address
CUCM Phone CUCM Phone MAC Address, CUCM Phone IP Address
Host IP Address Host IP Address
AutonomousWap Name, awapMac
BCSwitchDevice Name
BladeCenterDevice Name, ext Ethernet Interface Host Name, ext Ethernet Interface IP Address
All (Device) Name, Manufacturer, Model, Version, Serial Number, Polled IP Address
device Name, SNMP Community, Type, SYS OID, Description, Location
Object Attribute
Device(Uncertified) Name
HubDevice Name
RouterDevice Name
SSLProxyDevice Name
SwitchDevice Name, Base Bridge Address
VM VM Configuration File, VM UI Name
frDlci fr Dlci Index Name, fr Dlci Name, fr Dlci Type
ManagedHost Name
module Name, Description
atmPort ifName
portEx Description, Alias, Reference Speed, Short Description
frPort Name
IPv6Address IPv6 Address Value
PortIPv6Address Port IPv6 Address String Formatted, Port IPv6 Address Type
PortNeighbor Port Neighbor IP Address, Port Neighbor Physical Address
IPv6Interface IPv6 Interface Identifier, IPv6 Interface Physical Address
llPort Name
WirelessPort Name
port Name, Port Device Name, Description, Type, Speed
policyMap QoS Policy Map Name
classMap QoS Class Map Name
matchStatement QoS match statement
BGPPeer BGP Peer Remote Addr Type: OSPFPeer
OSPF Peer Remote Address
EIGRPPeer EIGRP Peer Address
SystemIPLink IP Pair Name
UserIPLink User IP Link Name
SAAProbe Probe Name
Running Searches
Entuity Search is available from the web interface, where you can enter the query:
Through the Search Query pane, with the option of simple and extended search modes.
From the menu bar’s search text field.
When you enter a search string and click on the Search icon Entuity searches for all objects
within the search space testing the search string against all of the searchable attributes, for
example device name, location, port description, connected hosts.
Entuity searches for connected hosts first by name/IP address and then by mac address.
Mac addresses must be entered using either colon or hyphens delimiters, e.g.
00:00:00:aa:bb:cc, 00-00-00-aa-bb-cc. A connected host search does not support partial or
approximate matches, and so you also cannot use regular expressions.
When you do not enter a search string but do click on the Search icon Entuity opens the
Simple Search query panes where you can then enter a more specific query. (See Running
An Extended Search.)
Searching by Interface
You can execute a search for ports using as your search parameters device and/or port
attributes.
Symbol Description
| Boolean Or, is a vertical bar which separate alternatives. For example the
pluto|vortex return results containing either pluto or vortex.
[] Square brackets allow you to separate and order sections of the expression.
. Dot matches any single character. Within parentheses it matches its literal, dot
value.
[^ ] Not operator Entuity Search returns results that do not include the search string,
for example searching for a device name using [^vortex] filters out device’s with
vortex in their name.
* Wildcard matches a string of any length of characters, including slash (/)
characters.
? Wildcard matches any single character.
+ Wildcard matches one or more occurrences of the previous element.
[character set] Wildcard matches a single character that is one of the set of characters. For
example, [a-e] matches any ASCII character in the range from a to e.
character Matches the entered character.
Search Results
The number of results Search returns is dependent upon the value selected in Maximum
results shown per server. Search does not sort the results, simply returning the first results
that meet the search query.
Search Results display:
Source, the identifier for the found object, e.g. device, port, managed host.
Matching Attributes, the field on which the object matches the search criteria. The names
and values of successfully matched attributes are always displayed in a Search Result.
Context, details on the managed object. For example, Polled IP Address, Community
String, System Object Identifier.
View, Entuity business views in which the object is visible. A query that you run can only
return results from views to which you have access.
Server, Entuity server that manages the object. The results for a single Entuity server are
displayed at one time. For multi-server searches the results page is updated with each
server's results as they arrive. You can only run searches against Entuity servers to which
you have access.
When you move your mouse over a result, Search displays a tooltip that gives more
information on the item in that column.
Ticker allows you to view real time output at the device and port level, viewing data changes
as they occur. You can select to view data activity for one or more client devices or ports. For
monitored:
Ports you can select from a list of MIB variables the particular variable(s) you want to use
to monitor the port. Entuity is supplied with a default number of MIB variables for use with
ports.
Devices you can assign MIB variables from MIB Browser.
By default Ticker listens for client device and port activity using port 20202, although you can
amend this using configure. (See the Entuity Getting Started Guide.)
h
To use Ticker you must have the Ticker tool permission, or be a member of the Administrator
user group.
The more variables you choose the greater the use of network resource, in terms of both
bandwidth and CPU.
Entuity is shipped with an extensive list of OIDs that Ticker can use to monitor port activity.
(See Supplied MIB Variables for Ports.)
OIDs Selection dialog includes two panes:
Available OIDs lists all of the possible pre-supplied variables Ticker can monitor but which
are not currently selected for the object.
Selected OIDs lists all of the object’s OIDs Ticker is to monitor.
Additional OIDS can be monitored by Ticker by adding then through the MIB Browser. (See
Monitor Custom OIDs through Ticker.)
h
If you terminate the Ticker session before the application is due to start ticking, then the
timed capture does not take place.
The number and types of MIB variables that Ticker can monitor at the port-level are
determined by the type (vendor and product) of networking equipment being polled,
together with the media type(s) of the port(s) being polled. The variable selection is
determined through access to the standard bin.vendor file. (See the System Administrator
Manual.)
Most equipment supports only a subset of these variables, so do not expect all of these
variables to be available across all equipment. Where ports are selected that are part of
equipment from a variety of vendors, only those variables that are common to all of the ports
may be selected.
The following tables detail the polled variables Ticker monitors. The variables are split into
three types; information, performance and fault.
Information Type Variables
This table details the MIB variables that gather information on your network that you can use
to monitor its performance.
Attribute Description
Style Chart Type.
Scale Sets the scale of the Y axis.
Stacking Stacks variable values.
Group Approximation Set to:
Average of a group of polls.
Preserve peaks to render a chart with preserve peaks when data-
points get grouped. Effectively taking the maximum from a group.
This may happen when the chart width is small comparing to the
number of points that needs to be plotted.
Interval Polling interval.
Mouse Tracking Set to On Entuity displays information on that time point on the chart.
(i.e. ports or devices), and/or any number of columns (e.g a number of variables across a
number of devices or ports).
The generated graph displays the data displayed in the Ticker window, i.e. it shows the latest
values in the specified data display mode. The link between the graph and the data in Ticker
is maintained. In Ticker if you amend the display mode, e.g. display a variable’s maximum
values instead of minimum that change is also shown in the graph. Similarly, if you open a
graph while Ticker is still collecting data, Ticker updates the graph as each new sample is
taken.
To generate a Ticker graph:
1) Highlight the values for which you want to generate the graph.
2) Click Ticker Graph. Entuity opens a new window that contains the graph.
3) When you move your mouse, Entuity changes the details displayed in the grey box to
reflect the position of your cursor on the graph.
By default all variables are plotted as a line chart, but data can also be plotted as a bar chart.
You can control which variables are displayed on the chart:
1) From the Key you can see that each variable is color coded.
2) Click on the attribute to remove the variable’s data from the chart. This also grays out the
attribute in the Key.
3) To redisplay a hidden variable in the chart show click on the grayed out Key description.
CSV icon to download the chart data to the browser Download folder.
SVG icon to download the chart as a SVG file to the browser Download folder.
MIB Browser is available as a tab in Explorer for devices Entuity manages using SNMP. MIB
Browser is not available for Ping-only, VM Platforms and Custom device types.
Administrators and users with the MIB Browser permission have access to the MIB Browser.
MIB Browser:
Has a user-editable Index allowing you to specify the index at which to start browsing the
MIB. The Get Next and Walk functions update the index to reflect the last item they
returned.
Has a Walk button which:
Effectively performs multiple Get Next operations on the selected OID(s) starting from
the current specified index, until it reaches the end of the table, or for the next 100
rows, whichever comes sooner. The results are scrollable.
Erases the current results and re-populates the results table. The index updates with
the index of the last item returned (Get Next acts the same way).
Ticker button clears the current ticker chart, adds the selected OIDs to Ticker and
displays the chart.
Identifies OIDs in the results table that can be used with Ticker. The icon is placed in the
column header.
Ticker button is only available when the selected OID can be used with Ticker.
Has a collapsible details panel, showing the details of the OID currently selected in the
MIB tree.
Has branches in the MIB tree, with a single child, will be automatically collapsed to save
space.
Will display No MIBs loaded when no MIBs are loaded.
OIDs in the MIB browser's results pane have a context menu, with two options:
Show on chart replaces the current ticker chart with the selected oid(s). This is the same
as clicking the Ticker button.
Add to current chart adds the selected OIDs to the current ticker chart.
h
All SNMP requests made by the MIB browser are sent using the management IP address,
zone, and SNMP settings of the selected device, as specified via the Inventory Administration
page.
4) Click Ticker.
5) Move the OIDs from the Available OIDs panel to the Selected OIDS panel.
6) Click:
Current ticker chart to add the OIDs to the current chart. This also removes the
current history of that chart. All OIDs charted on a graph start from the same point in
time.
New Ticker chart to delete any existing ticker chart and create a new chart which
only contains the currently selected OIDs.
Figure 126 Ticker Chart includes Standard and MIB Browser Origin OIDs
Precise, reliable inventory is the cornerstone of network management. There are three stages
to Entuity fully managing a device:
1) Taking the device under management. Managing which devices are managed by an
Entuity server is through the Inventory Administration page.
2) Discovering the objects associated with a managed object, for example CPUs, ports,
power supply units. This identifies to Entuity the objects to poll.
3) Polling the device. Entuity gathers detailed device specifics down to the serial number,
IOS versions and more. Data gathering methods include: SNMP polling, SYSLOG events,
SNMP traps, ping, TCP port probing, ping-only availability monitoring and network flows.
Through the Inventory Administration page you can control which devices the Entuity server
manages and have an overview of their current management status. By default only
members of the Administrators user group have access to the Inventory Administration page,
it is also their home page, however members of other user groups can be assigned inventory
administration permissions.
You can place devices under Entuity management from the Inventory Administration page
using one or more of these methods:
Auto Discovery, where you enter parameters used by autoDiscovery to configure how
proliferate finds devices on your network. As well as manually running
autoDiscovery when you know you have devices to manage, you can also configure
When using Import and Auto Discovery you have the option of reviewing the discovered
devices, inventory candidates, before adding them to Entuity. You can therefore select which
candidate devices to add, you can also amend the management level of a device, change its
device type.
After adding devices to Entuity you still can subsequently add, amend and delete managed
objects from the Entuity inventory.
Device Preparation
For Entuity to manage most device types their management interface must be available to
ICMP ping. For Entuity to collect SNMP data a device’s SNMP agent must be correctly
configured, allowing Entuity to collect appropriate data using read-only access permission.
VM Platforms are not managed through SNMP polling but through different types of
connection sets. The Amazon Web Services (AWS) VM Platform is not available to ICMP
Ping.
Out of the box Entuity offers a wide range of managed device data models, these device
support datasets are delivered through vendor files. Device support datasets define the
attributes of each managed element, its device type, its possible dependencies in relation to
other elements of the network, and the specific details to retrieve for each element. This
comprehensive library streamlines modeling and ultimately shows exactly what you own,
where it is deployed and how it is connected.
Current inventory information is available for use in different areas of Entuity, e.g. maintaining
the network’s topology maps, showing the interconnectivity of devices and enabling
dependable root cause analysis.
Level Description
Full Entuity fully manages the device and all of its interfaces.
Full (Mgmt Port Entuity fully manages the device but only manages the management
Only) interface.
Full Management Entuity fully manages the device but does not maintain any port level
(No Ports) information.
Basic Entuity collects only basic system information and the full IP address table via
SNMP. This management level is used when Entuity does not have the
appropriate vendor file, cannot generate an appropriate file or you only want
the device placed under basic management.
Ping Only Entuity does not collect SNMP data for these devices, it only reports whether
these devices respond to ICMP ping.
None Entuity does not manage the device. None is only available with the Custom
Device device type, which is used to represent devices in Entuity that are not
managed by Entuity.
When autoDiscovery finds VMs and their hypervisors which have SNMP installed Entuity
assigns them a device type of Managed Host and management level of Full. After adding the
the device to Entuity you should modify the device type to VM Platform and specify its
connection details.
Management level is set when adding the device. You can subsequently modify it through
the Modify dialog available from the Inventory Administration.
Entuity regularly updates bin.vendor with new device support datasets. If bin.vendor
includes a device support dataset that was originally supplied in its own vendor file then
during configure that vendor file is removed from the entuity_home\etc folder. The
exception is with exotica vendor files, these files remain in place as they are used to override
the default device dataset applied to a sysOID.
You can view the certified status of a device through the Inventory Administration page,
Explorer device General Info section.
Attribute Description
Device Type Custom Device.
Management Level None.
Icon Custom device icon.
Display Name Custom.
When taking devices under management autoDiscovery is IPv4 specific; the large
number of addresses possible with IPv6 mean it is more appropriate to individually add
IPv6 devices to Entuity or import them through a device file.
How Entuity determines device availability when:
All IP addresses on the device are IPv4 Entuity uses the availability, or otherwise, of all
IPv4 addresses.
All IP addresses on the device are IPv6 Entuity uses the availability, or otherwise, of
the management IPv6 address only.
There is a mix of IPv4 and IPv6 addresses on the device Entuity uses the availability,
or otherwise, of all of the IPv4 addresses and the management IPv6 address.
IPv6 managed devices that also have IPv4 deployed and accessible to Entuity return a
greater depth of data, for example on port availability and can also work with application
monitoring and, where there is IPv4 access back to the Entuity server, the Configuration
Monitor module.
h
When using Configuration Manager with only IPv6 devices then during configure you can
set Transfer Server IP Address to the IPv6 IP address of the Entuity server.
Trap handling of IPv6 addresses in general, and especially in relation to third party
integrations may require more customizations than handling traps with IPv4 addresses.
You should activate the IPv6 module. The module extends support to:
Finding port IPv6 addresses, for both IPv4 and IPv6 managed devices.
Utilize the IPv6 Neighbor Discovery (ND) protocol, with Maps including the IPv6 ND
link type.
The majority of its devices through SNMP using a standard set of attributes. (See
Attributes Entuity Uses to Manage Devices.)
Virtual machines through their VM platform SDK, and this requires a particular set of
connection specifications. (See Attributes Entuity Uses to Manage VM Platforms.)
Name Description
Management Level The default level of device management, i.e. Full, Full (Mgmt Port Only),
Full Management (No Ports), Basic, Ping Only.
Device Type The particular device or Auto for Auto Discovery to determine the device
type.
Polled Name/IP The device name (which must be resolvable on the Entuity server) or IP
address address Entuity uses to poll the device.
Display Name Device name Entuity displays within the product. (See Device Display
Name.)
IP Protocol IP version of the device, i.e. IPv4 (default) or IPv6.
SNMP Access
Allow Duplicate IP Select to permit the addition of a device with the same IP address as one
Addresses already managed.
Version SNMP version enabled on the device, i.e. SNMP v1/v2c, SNMP v2c, SNMP
v3.
Read Community SNMP read community string, by default Public.
Write Community SNMP write community string. It is only set through the Modify Device
dialog available from the Inventory Administration page. You can select
multiple devices and set the same community string for all of them.
Write community strings are used with the Entuity IP SLA IOS Module.
Timeout (sec) SNMP timeout time in seconds.
Retry Number of SNMP retries.
Name Description
Max Packet Size To allow greater control over the maximum SNMP packet size Entuity uses
(bytes) when polling devices.The maximum size of SNMP PDUs can be limited on
a per-device basis to accommodate SNMP agents with abnormally low
PDU size limitations.
By default the maximum SNMP PDU size is 1408bytes, configurable
through entuity.cfg. For some devices this is too large and causes
polling to fail. Entuity includes a new configuration file,
snmpMaxPDUOverrides.cfg, which contains a list of sysOids each with
their own PDU size. These settings are automatically applied to all
matching devices. You can amend and extend the shipped settings
through a site specific file.
Individual devices can have their maximum SNMP PDU size limit set via
the web UI.
Control over the maximum SNMP packet size is particularly relevant when
managing Cisco ASA devices.
CLI Access Command Line Access (CLI) credentials are set directly against each
device. They are set through the Modify Device dialog available from the
Inventory Administration page. You can select multiple devices and set the
same credentials for all of them.
Method Access method either SSH or Telnet.
Port Port used to connect to the device.
Username User account used to access the device.
Password1 User account password.
Password2 User account password.
Microsoft Hyper-V.
VMware vCenter which also allows monitoring of that vCenter’s hypervisors and virtual
machines. Although not the preferred method you can also manage the hypervisor
through the VMware ESXi.
Amazon Web Services (AWS).
The management of these virtual machines is through their VM platform SDK. Apart from
AWS Entuity can discover these devices using autoDiscovery but it identifies them as Ping
Only devices. To take these devices under full management you must modify their
discovered attributes and specify their connection details. (See Modifying Attributes of
Discovered Devices.)
There are product specific requirements:
AWS is not discoverable by autoDiscovery as it is not available to either ICMP Ping or
SNMP polling. AWS connection attributes include an access key and secret access key.
Entuity manages Microsoft Hyper-V servers by remote Windows Management
Instrumentation (WMI), therefore only Entuity servers installed to Windows can manage
Microsoft Hyper-V servers.
For Oracle VMs you have to specify security credentials. (See Adding Oracle VM
Managers to Entuity.)
After discovering VM platforms, Entuity can discover their hypervisors and virtual machines.
To allow this discovery you must ensure Entuity can communicate with the platform. For
example, with Microsoft Hyper-V configure its firewall to allow remote Windows Management
Instrumentation (WMI) from the Entuity server.
Name Description
Device Type Assigned device type in Entuity, VM Platform.
VM Platform VM Platform of the device, i.e. VMware vCenter / ESXi, Oracle VM
Manager, Microsoft Hyper-V.
IP Protocol Version of the IP Entuity uses when managing the device, i.e. IPv4, IPv6.
Name Description
Polled Name/IP The device name (which must be resolvable on the Entuity server) or IP
address address Entuity uses to poll the device.
Display Name Device name Entuity displays within the product. (See Device Display
Name.)
Connection User Valid username of the account Entuity uses to connect to the VM platform.
Connection Passwd Valid password for connection user account.
Connection URL URL Entuity uses when connecting to the VM’s web API to manage the
device. Ensure your URL does specify the VM platform’s SDK, e.g.
https://blade/sdk .
Name Description
Device Type Assigned device type in Entuity, VM Platform.
VM Platform VM Platform of the device, i.e. Amazon Web Services.
Display Name Name of the AWS VM Platform.
Access Key Access key identifier.
Secret Access Key Secret access key.
Access Key and Secret Access Key together are the security credentials
used to:
Check the sender of the API request.
Determine if the user making request has the required permission
level.
When updateNames runs it reevaluates device names, for example to identify any change to
resolved names or sysNames. (See Entuity Reference Manual.) If Entuity already has a
device under management with that name then it appends to the name of the device you are
modifying, in brackets, the device’s Device ID. If this would make the device name longer
than 59 characters then it reduces the name to 59 characters but retains the full Device ID.
Conversely if the name currently has the Device ID appended it should continue to do so,
even if it is no longer required, e.g. the device with the conflicting name is not under Entuity
management.
When Entuity derives a device name from a reverse DNS lookup or from the SNMP polled
sysName it can potentially result in the same name as another managed device. How Entuity
handles devices with duplicate names is dependent up on the context:
h
autoDiscovery discards devices with duplicate names. When modifying or auto renaming
device names Entuity appends to duplicate device names the device identifier within
brackets if the device name without the identifier is not unique and it is not a custom name.
You must be logged on as a user who is a member of the Administrators user group, or a
user group with the inventory administration permissions, to add, amend and delete devices
and refresh views.
Best Practice
When possible you should manage devices through their management IP address. Devices
managed through their IP address:
Are not reliant on accurate DNS forward and reverse databases to manage devices.
Are not reliant on a correctly configured DNS client.
Are not reliant on Entuity being configured with the correct device hostnames.
Allow specific selection of a loopback, using DNS may not offer as much control.
Are not affected by DNS look up latency.
Are not affected if DNS based load balancing or High Availability is in use.
Also during a network upgrade if you replace a device and retain the same hostname, but
with a different IP address, Entuity can distinguish between the 2 devices.
You can separately set the Display Name used within Entuity, for example to a device
resolvable name, as it is separate from the identifier Entuity uses to poll the device. (See
Attributes Entuity Uses to Manage Devices.)
Attribute Description
Polled Name The device name (which must be resolvable on the Entuity server) or IP address
Entuity uses to poll the device.
Device Device name Entuity displays within the product. (See Device Display Name.)
Name
Description Manufacturer’s device description.This is only available with SNMP discovered
devices.
Location Description of the physical location of the device that is contained on the device, e.g.
Development Cabinet. This is only available with SNMP discovered devices.
Capabilities Indicates the device capabilities, i.e. None, Unknown, Routing, Routing and
Switching
Type Device type, e.g. Router, Switch, Unclassified (Full), VM Platform.
Attribute Description
Level Entuity allows you to manage devices using one of these levels, i.e. Full, Full (Mgmt
Port Only), Full Management (No Ports), Basic, Ping Only.
IP IP address Entuity uses to manage the device.
SNMP Version of SNMP supported by the device.
Certified Fully managed devices can be:
certified, have an associated vendor file created by Entuity Support. A certified
vendor file ensures the device MIB is appropriately interrogated by Entuity, and
that the device has the appropriate device type.
uncertified, proliferate has automatically created a vendor file. When the
device is similar to a device for which Entuity has a certified vendor file, the new
vendor file may be a very good fit. An uncertified vendor file would not assign
the device type, you would have to manually assign it. (See Modifying Attributes
of Discovered Devices.)
An uncertified vendor is an interim solution, you should request a certified
vendor file from your Entuity representative to whom you should provide an
SNMP walk of the device.
Reachable Indicates whether the last attempt to ping the device was successful.
Added Indicates whether the device is under Entuity management.
Name Using Identifies the source of the device name displayed in Entuity.
Management The device management IP address.
IP
SysOID The device sysOID Entuity uses to manage the device.
Zone Name of the zone to which the device belongs. Zones are part of Entuity’s support
for overlapping IP addresses.
Entuity recommend you only use Entuity to manage devices with statically assigned IP
addresses. Although Entuity can manage devices that have dynamically assigned IP
addresses, e.g. using DHCP, if the device’s IP address changes Entuity does not recognize
the change until protean runs.
You can both schedule and manually run Auto Discovery. To run auto discovery:
1) Click Administration > Inventory / Topology > Inventory Administration.
After running Auto Discovery, and not adding any devices to the inventory, Entuity warns that
devices were not added. From the Inventory Administration page you can subsequently add
devices by selecting Auto Discovery, View Results and then Add to inventory.
Attribute Description
Included Addresses Specify the device, range of IP addresses and/or IP subnets for Auto
Discovery to use when identifying devices for Entuity to take under
management. You can include multiple rows of addresses, and on each
row you have the option of entering:
A range of IP addresses, specifying the From and To values, for
example 10.0.0.1 and 10.0.0.215 .
An IP address or device name.
IP subnet, specifying the Prefix and Netmask for example 10.0.0.1 and
255.255.255.0 which Entuity displays in From as 10.0.0.1/24 .
Excluded Addresses Specify the device, range of IP addresses and/or IP subnets for Auto
Discovery to use when excluding devices for Entuity to take under
management. You can include multiple rows of addresses, and on each
row you have the option of entering:
A range of IP addresses, specifying the From and To values, for
example 10.0.0.1 and 10.0.0.215 .
An IP address or device name.
IP subnet, specifying the Prefix and Netmask for example 10.0.0.1 and
255.255.255.0 which Entuity displays in From as 10.0.0.1/24.
Authentication Details Authentication details Entuity requires to manage the device.
For SNMPv1/v2 you should enter the device’s SNMP community string, by
default Public. Entuity expects devices to support both SNMPv1 and
SNMPv2.
For SNMPv3 there are three levels of increasing security:
noauth, authenticates a packet by a string match of User Name.
auth, requires that you also complete Authentication Type and
Authentication Password, i.e. respectively MD5 or SHA, and a
password.
priv, requires that you also complete Encryption Type and Encryption
Password, i.e. respectively DES,3DES, AES, AES192 or AES256, and
a password.
Excluded sysOIDs System object identifiers of devices that Entuity should not manage.
Poll using hostname Select for Entuity to resolve device IP addresses to device hostnames. By
default not selected.
Through discovery.HostNameFormat in entuity.cfg you can amend the
device name format used by Entuity. By default Entuity attempts to poll a
device using the qualified DNS device name, then an unqualified DNS
device name and only then the device IP address.
Review results before When:
adding checked (default), Entuity presents the list of discovered devices
which you can then add, or not, to Entuity management
unchecked, Entuity automatically takes discovered devices under
management.
Attribute Description
Default Management Default level of device management, e.g. Full (default), Basic, Ping Only.
Level
Display Name Device name Entuity displays within the product. (See Device Display
Name.)
Ping Timeout Time in seconds auto discovery waits for a response from a ping before it
times-out the ping, by default 3 seconds.
Auto run Configure the scheduling of auto discovery. You can select:
Never (default), so auto discovery is only run manually.
Every day, to schedule auto discovery to run daily.
A particular day.
at Time for scheduled auto discovery to run.
Show Progress Details Select to view the progress of Auto Discovery.
Although 3DES, AES192 and AES256 are widely implemented encryption algorithms they
are not included to the SNMP standard. Therefore a particular manufacturer’s
implementation of one or more of these technologies may not be supported by Entuity.
Attribute Description
Device Name Resolved name of the device or IP address.
IP IP address Entuity uses to manage the device.
Description Manufacturers device description.This is only available with SNMP
discovered devices.
Location Description of the physical location of the device that is contained on the
device, e.g. Development Cabinet. This is only available with SNMP
discovered devices.
Attribute Description
Management Level Entuity allows you to manage devices using one of these levels, i.e. Full,
Full (Mgmt Port Only), Full Management (No Ports), Basic, Ping Only.
Inf Reports warnings received when polling the device, DNS failure, device
already in inventory.
3) In Upload device file, use browse to locate the device file on the client system that is
hosting the browser.
4) Select Review Results before Adding, to review the devices in the Inventory Candidate
page before they are added to Entuity.
5) Click Import. Entuity reads the file and compiles a candidate list of devices, displaying
them in the Inventory Candidate dialog.
h
6) By default Entuity adds the devices in the seed file to its inventory. However when you
selected to review the devices before adding them Entuity displays discovered devices in
the Inventory Candidates page. Devices are displayed in one of three tabs:
SNMP for devices discovered through SNMP
Non-SNMP for devices discovered through Non-SNMP polling
Not Responding for devices not responding to polling.
From each tab you can add devices to Entuity management; by default all discovered
devices are selected and ready for addition.
Click Add to inventory, to add the devices on the current tab to Entuity management.
7) From the Inventory Administration page you can view the devices under Entuity
management.
You can also specify a SNMPv1/2 device using the alternative format:
-d <deviceIdentifier>[tab]-c <community string>[tab]<#optional comment>
where:
deviceIdentifier is the IP address or hostname that resolves to the IP address of the
management interface on switches, and a single interface on a router.
You should be able to resolve each of the device names into an IP address on the Entuity
server using one of the following methods:
Static hosts file (e.g. \etc\hosts)
NIS (Network Information System) or NIS+
DNS (Domain Name System).
This resolution is not required if the device identifier is itself the IP address of the device.
The choice of identifier is important as it is the primary method of identifying devices in
Entuity.
Community String is the read-only SNMP (Simple Network Management Protocol)
community string required to read the MIB-II (Management Information Base-II) system
group for the device, e.g. public.
Optional Comment is a non-mandatory text string to help describe the device.
Although 3DES, AES192 and AES256 are widely implemented encryption algorithms they
are not included to the SNMP standard. Therefore a particular manufacturer’s
implementation of one or more of these technologies may not be supported by Entuity.
-X <Privacy passwd>, sets the privacy password, valid values must be between eight
and thirty-two characters long. If the password contains spaces double quotes must be
placed around the password.
All other device types. (See Attributes Entuity Uses to Manage Devices.)
Close, to close the dialog and return to the Inventory Administration page.
5) From the Inventory Administration page you can view the devices under Entuity
management.
4) From the Inventory Administration page you can now add the Oracle VM Manager. (See
Adding a Single Device.)
Entuity uses the concept of zones to distinguish between sites with overlapping IP address
spaces. A zone identifies the site, for example by its VPN and gateway. You can then assign
devices to their appropriate zone. Entuity can then distinguish between devices with the
same management IP address.
h
Your network administrator must have configured the network so that it can correctly route
traffic to sites with overlapping IP address spaces.
When not using zones Entuity recommend device IP addresses are unique. When using
zones Entuity recommend IP addresses are unique within the zone. Through Inventory
Administration you can override this default and permit duplicate IP addresses.
Zones in Entuity
If Entuity is not managing sites with overlapping IP addresses you do not have to consider
zones. By default Entuity does not:
Assign devices to zones, i.e. a device’s zone is set to None.
Display zone information. For example when adding a device the zone attribute is only
available when one or more zones have been defined, in tables the Zone column is
always hidden.
If Entuity is managing sites with overlapping IP addresses then you should configure zones.
When you are using zones you should assign each device to a zone, do not leave any
devices unassigned.
Zone configurations are specific to the Entuity server on which they are defined. For example
two servers with zones named Zone 1 can have very different setups. Entuity would not
consolidate these zone configurations. You are recommended to:
Use a zone naming convention which readily and uniquely identifies the purpose of the
zone.
Use zone names that unique across all Entuity servers; do not define zones on different
servers with the same name.
The zone's device configured IP addresses are searched to try to match the source IP
address with a device but not with device IP addresses from other zones. Specifically when
receiving syslogs and traps:
1) Entuity first uses the zone the message came in on.
2) If that fails then Entuity attempts to identify the device.
3) If that fails Entuity raises an event against the IP address and not the device.
Viewing Zones
Zone Administration displays all configured zones. Configured zones are always available to
assign to devices.
To view zones:
1) Click Administration > Inventory / Topology > Zone Administration.
You can use the Configure Column feature to amend the displayed attributes. (See Figure
2 Configure Columns in Zone Administration.)
Setting up Zones
If Entuity is not managing sites with overlapping IP addresses you do not have to configure
zones. This is the default state. In this state devices are assigned to None.
Zones are defined on a per server basis, for example Zone-1 on server A, is a distinct entity
to Zone-1 on server B.
When configuring zones you must set routing information and custom DNS settings. This will
allow an Entuity server to utilize multiple VPNs even though the IP addresses within them
may not be unique.
h
When configuring zones in Entuity you are reflecting the setup on your network. Configuring
your network is outside of the scope of this guide.
To set up a zone:
1) Click Administration > Inventory / Topology > Zone Administration.
Attribute Description
Name Zone name.
Description Include a description of the purpose of the zone.
IPv4 Interface IPv4 interface.
IPv6 Interface IPv6 interface.
DNS Servers You can configure multiple DNS servers for a zone but you must not mix ipV6
and ipV4 addresses.
The Entuity DNS client directs host and reverse lookup requests to the
specified DNS server. To improve performance the client caches responses.
Domain Suffix Domain suffixes identify domain names. (See Edit IPv4 Interface.)
Host File to Host files for each zone can be included from
Use entuity_home\etc\hostfiles on the Entuity server.
Device Name A prefix to add to the name of each device in the zone. The prefix can have a
Prefix maximum of five characters.
Modifying devices, e.g. moving a device from one zone to another. (See Figure 9 Change
a Device’s Zone.)
Through the Port Summary tab you can view the current setting of Status Events. From
Explorer you can change the setting, both activating and deactivating port status events on
the port.
To activate port status events on a port:
1) From the Explorer tree highlight the target port.
2) From the context menu click Polling > Status Events > Enable.
Entuity activates the event on the port, updating on the port Summary tab Status Events
to Yes.
Managing Ports
By default Entuity manages all of the ports on the devices under its management. You can
amend this default behavior:
From Entuity you can unmanage one or more ports on a device.
From a device you can set one or more of its ports to Admin Down.
When you unmanage or remanage a port Entuity schedules the action. This change may not
take effect for 20 minutes (until the next time prodigy runs).
Unmanaging Ports
To stop Entuity managing selected ports:
1) From Explorer highlight the ports.
2) From the right click context menu select Unmanage.
Entuity marks the port as unmanaged. When you have the Show Unmanaged Ports
permission selected through Preferences, you can still view the unmanaged port in
Entuity through the device’s port list.
2) Highlight the unmanaged ports and from the context menu click Remanage.
Entuity adds the ports to the devices it manages the next time prodigy runs.
Most of these fields can be amended through an Edit dialog, those fields which are grayed
out are read only.
Attribute Description
Operational Port’s link status:
Status Up
Down
Testing
Dormant
Not Present
Lower Layer Down
Unknown.
Description Interface description.
Attribute Description
Device Port’s device IP address.
Classification Indicates whether the port is a virtual or physical port.
Alias Administrator defined interface name.
Outbound Outbound interface speed which Entuity uses when calculating port
Speed outbound utilization. Administrators can amend this reference value.
Inbound Inbound interface speed which Entuity uses when calculating port inbound
Speed utilization. Administrators can amend this reference value.
The VIPMAN Trunk Promote module, enabled through configure, allows you to manually
promote selected ports to infrastructure port.
Managing VLANs
Virtual Local Area Networks (VLANs) are single-broadcast domains that often use switches to
isolate domain traffic from the network. VLANs are logical rather than physical domains, so
VLAN devices do not have to be located physically together. This allows you to use VLANs to
group in the same broadcast domain workstations located on different floors of a building, or
even in different buildings.
VLANs configured on your network are only visible to Entuity when protean and domman
have run. Each night protean deletes VLAN data from the Entuity database, subsequently
domman adds the latest VLAN data.
Entuity has a range of reports that you can run on the VLANs. You can also manage these
VLANS through Entuity:
Reassigning devices to different VLANs.
Renaming VLANs.
Viewing VLANs
You can view VLANs as properties of the highlighted:
Renaming VLANs
Entuity allows you to rename VLANs, either by entering a new name or restoring their original
name.
To rename a VLAN:
Entuity renames the VLAN. After the next running of grouper reports are available
showing the amended VLAN name.
A device highlighted all amended Extended Info attributes on the device and its ports are
reset to their discovered values.
An Entuity server highlighted then all amended Extended Info attributes are reset to their
discovered values.
Entuity provides a set of tools that allow you to monitor the performance and availability of
your network:
Entuity availability monitoring identifies the root failure, and so does not involve the
raising of misleading downstream events. It combines data from:
Application availability monitoring through response to TCP connect requests.
Availability monitoring which uses data collected through ICMP pings of network
objects.
Services which comprise of:
A service definition which acts as an object to which you can associate components
that make up that service.
Components, e.g. device, ports, applications and other services, that make up the
delivered service.
Performance and Asset Utilization, Entuity delivers key measures of asset utilization
across a range of technologies, allowing you to identify over and under utilized resources
and make purchasing decisions based on true network requirements.
Edge of Network Change, which monitors hardware changes and additions through
changes of MAC addresses. for example, hardware changes and additions to the network
in a remote office can significantly impact network performance.
All are integrated within Entuity, allowing you to use them in conjunction with other tools and
access information through events and incidents, graphs and charts, and reports.
Extending the reporting period and/or running the perspective against a view with a large
number of components increases the amount of data the perspective must retrieve from the
database. This can cause a delay in Entuity displaying the perspective.
Entuity monitors application availability by testing the response of defined applications to its
TCP connect request. Entuity considers an application as available if Entuity can connect to
the application’s open socket. By default every two minutes Entuity attempts to connect to
monitored applications.
Entuity can also determine application performance by measuring the latency of the
application’s response to the request. Also, when determining the root cause of a problem
Entuity can include application state.
You can monitor application availability through:
Reports, for example the Network Availability Perspective, Application Availability Report,
Server Availability Report.
Events and incidents, AvailMonitor events includes application details, Network Outage
events a count of impacted applications.
Summaries available through the Device Summary dashboard.
Application page of a device where you can view hosted and attached applications.
The device-level Applications page allows you to view, add, delete and amend the
applications associated with a device.
Making an application available for monitoring involves:
1) Defining the application type within Entuity or using a predefined application type. (See
Manage Application Types.)
2) Associating the Entuity defined application with devices that are hosting these target
applications. (See Monitor Applications).
3) Entuity using the application definition together with the entered location to discover the
applications.
h
Entuity also measures device latency but calculates it as the time between an Entuity server
sending an ICMP Ping Echo request to the management IP address of a device and
receiving a response.
Viewing Applications
Applications are monitored on devices. Once set up, you can manage applications through
the hosting device or an attached device. The Application Availability report provides an
inventory and status summary of all of the applications on the selected devices. Select All
Devices and Entuity generates a report that lists all of the applications on the server.
From the device Applications page you can view and manage:
Attached Applications, applications running on attached devices.
Users with administrator access rights can also configure which applications to monitor on a
device. Entuity regularly checks application availability on those devices for which you have
set up applications.
To view applications on a device:
1) Click Explorer and then a device.
2) From the Device Summary page click Applications.
Attribute Description
Device Name Identifies the device. The color of the icon indicates the device status. You
use the text rollover to view details. (See Object States.)
Each row in the application table details a monitored application.
Application State Icon representing the current state of the application. You use the text
rollover to view details. If the application’s device is down Entuity sets the
port state to Unknown. (See Object States.)
Name Application name which is taken from the underlying application type. It is
also a hyperlink to the Application Summary page.
Type Identifies the application type:
Hosted applications are hosted on the device.
Attached applications are hosted on devices networked to the current
device.
TCP Port Application port Entuity connects to when establishing the application’s
availability through a TCP connect request.
IP IP address of the application device used when monitoring the application.
Latency Threshold Entuity measures Entuity server to application latency through the time
taken to receive a response from a successful TCP connect request. When
this value is above the set threshold Entuity raises an AvailMonitor High
Latency Reaching Application event.
Attribute Description
Added Date the application was defined in Entuity.
Last Status Change Date and time Entuity last reported a change in the availability status of the
application.
Application States
If an application does not respond to Entuity within the time frame set by the:
Application Latency threshold Entuity sets the application state to Degraded (yellow).
You can set threshold levels through the Thresholds page.
Application Timeout threshold and it is the root cause of the problem then Entuity sets the
application state to Down (red).
Application Timeout threshold and it is not the root cause then Entuity sets the application
state to Unknown (grey).
You can set the application timeout threshold through a section in
entuity_home\etc\entuity.cfg:
[applicationmonitor]
appTimeout=8
Where appTimeout defines the system wide application timeout in seconds, by default set to
5 seconds.
Monitor Applications
A monitored application is a process running on a device that communicates with its
associated clients via a TCP connection. From the Applications page you can view, create,
edit and delete applications.
An Entuity defined application can only be monitored through Entuity when the location of
the application on the network is known. You can associate applications with devices when:
The application type is first created in Entuity.
Additional copies of the application are added to servers outside of the servers currently
monitored.
A monitored application is moved to a different server.
To monitor an application:
1) Click Explorer and then a device.
2) From the Device Summary page click Applications.
3) Click Add.
4) Highlight the application you want to monitor on that device. Where it has more than one
IP address select the appropriate one.
5) Click OK.
Entuity associates the application type with the device. Depending upon the activity on
your network there may be a short delay between you defining an application and Entuity
discovering it.
Entuity provides clear and timely information on changes in network availability and latency:
Events and incidents identify changes in the availability of devices, ports and IP
addresses. Entuity root cause analysis clearly identifies the cause of problems in network
availability, and the impact of that failure on service delivery.
Rolling latency data into hourly averages and using it when calculating trending values.
You can set thresholds against latency and latency trend data.
You can set thresholds against views for Entuity to raise events and incidents when
average latency for all devices in the view exceeds the set threshold.
Through both supplied dashboards and reports and the option to include availability and
latency data into custom dashboards and user defined reports.
Maps provide a graphical representation of layer 3 availability, including a traceroute
overlay option with real-time update of object status.
The IP address polling list is then read by applicationMonitor and used with traceroute,
which runs every two minutes. Entuity availability monitoring, by default, pings an IP address,
waits three seconds for a response and, if a response is not returned, sends another ICMP
Ping Echo request to the same address. Entuity pings a non-responding address up to three
times before determining the address is not reachable.
When Entuity does send more than one ping to a device, and then receives a response, it
can identify which ping elicited the response through the ping’s sequence number.
2) Configure the ICMP monitor settings and to apply them click Save.
Attribute Description
Enable ICMP Polling Enabled by default. To control the IP addresses Entuity pings, select:
All Addresses for Entuity to ping all known IP addresses of devices
under its management.
Management Addresses for Entuity to ping only the management IP
addresses of devices under its management.
Custom to set the IP addresses for Entuity to include or exclude from its
availability monitoring. You can define individual IP addresses or ranges
of IP addresses, both IPv4 and IPv6.
Entuity sets the state of ports with IP addresses that it is not pinging to ICMP
disabled.
Enable Root Cause Enabled by default. Entuity identifies the root cause of a network failure and
Analysis only raises events and incidents against that network object. When not
enabled Entuity would raise events and incidents for each network object
impacted by a network failure but only if Enable Device Unreachable Events
has been enabled.
Enable Network Enabled by default. Network Outage is an important event for alerting you to
Outage Events the cause of a network outage and its impact.
Attribute Description
Suppress When selected, Entuity excludes from raised events and incidents the details
Unmanaged/ of unmanaged IP addresses or IP addresses that you have excluded from
Excluded IP availability monitoring.
Addresses in Event
Details
Enable Device Not enabled by default. Select the reachability metric, or metrics, appropriate
Unreachable Events to the devices being monitored:
Use ICMP reachability only
Use SNMP reachability only
Use combined ICMP and Reachability.
Select Raise Device Reachability Degraded events to allow the raising of
the Device Reachability Degraded event.
The Network Outage event is only raised against devices that are the root
cause of the outage. The Device Unreachable and Device Reachability
Degraded event are raised against any device Entuity identifies as
unreachable.
Device Latency
Entuity measures device latency as the time between an Entuity server sending an ICMP
Ping Echo request to the management IP address of a device and receiving a response.
Entuity records device response time to its ICMP ping as ICMP Latency. Entuity can also
derive from this metric three additional latency metrics, Average ICMP Latency Hourly, %
ICMP Latency Exceeds Hourly and ICMP Latency Trend. For Entuity to collect device average
latency information you must enable the High Latency Threshold for each device.
You can set latency thresholds against all devices managed by the Entuity server or against
individual devices. All latency thresholds are disabled by default.
h
Entuity also measures application latency and calculates it as the time between an Entuity
server sending a TCP connect request to the IP address associated with the application and
receiving a response.
If you click on the gauge or chart Entuity generates an interactive chart that displays the
ICMP latency data for the device over the previous 24 hours.
You can view and chart the raw five minute ICMP ping data, its 20 minute roll ups, hourly roll
ups and daily roll ups. This data is available through the device Advanced page and utilizes
the underlying data structures used by Entuity to manage object data.
To view extended device latency data:
1) From Explorer select the device and click Advanced.
2) Locate within the Association section Monitored Device and click on its hyperlink. A
monitored device is a construct Entuity uses to assist in managing the selected device.
3) Click the monitored device Advanced tab. Entuity displays the extended ICMP latency
data.
Attribute Description
Falling Latency Threshold When the average real-time latency value for the hour falls short of the
previous hourly value by the set number of milliseconds, Entuity
raises an AvailMonitor Falling Average Latency event.
High Latency Threshold When the average real-time latency value for the hour exceeds the
amount set, Entuity raises an AvailMonitor High Latency event.
For Entuity to collect device average latency information the High
Latency Threshold option must be enabled.
Rising Latency Threshold When the average real-time latency value for the hour exceeds the
previous hourly value by the set number of milliseconds, Entuity
raises an AvailMonitor Rising Average Latency event.
Rising Trend Latency When the average real-time latency value for the hour exceeds the
Threshold trend for the same hour of the week by the set number of
milliseconds, Entuity raises an AvailMonitor Rising Average in Trend
Latency event.
If a threshold is changed during the preceding hour, then the most recent setting is used in
the comparison. Entuity does not retain a history of threshold settings.
For example to set latency threshold settings against all devices in a view you can use Drop
Box:
1) Click Explorer and from the Browse tree select the view.
2) From the main Explorer pane select and then drag into Drop Box all of the devices in the
view.
Entuity Root Cause Analysis monitors the end to end delivery of IT as a service, whilst at the
same time monitoring each component of the infrastructure that together make up that
service. By integrating these monitoring capabilities, IT operations are able to isolate
infrastructure problems at the same time as understanding their impact on business activity.
Entuity Root Cause Analysis extends the network monitoring capabilities of Entuity by
alarming on both component and service failures. Entuity raises stateful alarms to the
operator which automatically track ongoing problems through to resolution. Focusing on
availability and latency (round trip response time) of devices and applications:
Entuity ICMP availability monitoring pings IP addresses and maps these addresses to
managed devices and ports so events and incidents are raised against devices and ports
rather than IP addresses. Where Entuity does not manage the IP address Entuity
associates it with the first managed port that is downstream of that IP address and
indicates that the actual cause of the failure is upstream of the port.
For every network outage that Entuity identifies, Entuity uses data derived from its ICMP
availability monitoring (traceroute) to identify the layer 3 network object closest to the
Entuity server involved in the outage. Entuity can then raise Network Outage incidents
and events on the object.
Entuity monitors application availability by testing the response of defined applications to
its TCP connect request. Entuity considers an application as available if Entuity can
connect to the application’s open socket. By default, Entuity attempts to connect to
monitored applications every two minutes.
If a managed object becomes unavailable Entuity can use the discovered route to determine
at what point the network failed or degraded and then raise the appropriate events and
incidents. Entuity can potentially raise these events and incidents:
After pinging of the IP address which occurs every two minutes:
AvailMonitor High Latency and AvailMonitor Normal Latency.
Network Outage. Entuity raises Network Outage events against three different network
objects:
Devices when all of the IP addresses on the device are not responding (node
down).
Ports when Entuity determines that the outage is on a managed port.
IP addresses when Entuity determines that the outage is at a point in the
traceroute path not managed by the Entuity server.
When Entuity raises a Network Outage event, Impacted displays a breakdown of how
many devices, servers and applications are impacted by the root cause of the outage.
After the TCP connect to an application which occurs every two minutes:
AvailMonitor Application Unavailable and AvailMonitor Application Available.
AvailMonitor High Latency Reaching Application and AvailMonitor High Latency
Application Failure
Entuity monitors application availability by establishing a TCP connection with the
application. If Entuity fails to connect to the application it can raise an AvailMonitor
Application Unavailable event and incident unless Entuity identifies the application’s server
(device) as unavailable.
For example, if the application becomes unavailable because an upstream router has failed,
then Entuity raises an event relating to the router failure, and within the details of that event
reports the unavailability of the application. Entuity does not raise separate events for the
application being unavailable.
Router Failure
By monitoring the availability of the network infrastructure over which application traffic flows,
Entuity can both isolate the cause of IT failures and determine their impact on application
services. For example, when a router fails this can impact on devices and applications
monitored by Entuity. When Entuity:
Manages the failed router Entuity raises a Network Outage event with Details identifying it
as a Node Down type alarm.
Does not manage the failed router Entuity raises a Network Outage event against edge
devices, with Details identifying the IP address of the failed device.
The event also identifies impacted devices and applications. Events are not generated for
symptomatic alarms caused by this outage.
h
Entuity identifies a device as down when all of its ports fail to respond to ping.
Device Failure
When identifying a device failure Entuity can also identify any monitored applications hosted
by that device. In this case, rather than generating an independent alarm for each application
outage, Entuity raises a Network Outage event and incident against the device and indicates
the applications that are impacted.
WAN Failure
Entuity can also detect a WAN link outage, for example between a central office and a remote
site. As Entuity monitors each component of the networking infrastructure and understands
their inter-relationship it can isolate the true cause of the service failure. If all network objects
on a remote site are unavailable because of a router failure, Entuity recognizes the failure is
not at the remote office and does not generate symptomatic events. Instead, Entuity raises a
Network Outage event that identifies the impacted devices and applications and if it:
Manages the failed router port raises the event against its device with Details identifying
the outage type as Port Unreachable.
Does not manage the failed port but does manage the router it raises the event against
the router with Details identifying the outage type as Managed IP Address Unreachable.
Does not manage the failed router port or the router Entuity raises the event against the
devices impacted by that failure with the IP address of the failed object listed in the event
Details.
Entuity identifies the upstream point by first recognizing the traceroute path taken to a
device, but this only includes the inbound IP addresses, for example:
hop 1 10.44.1.1
hop 2 10.45.1.2
hop 3 10.46.1.1
To derive the outbound IP addresses Entuity identifies the IP addresses upstream of the
switch, starting from 10.46.1.1. Entuity identifies its upstream node by finding the device
associated with the IP address of the preceding hop (i.e. 10.45.1.2 on router-2). Entuity then
searches through the list of all other IP Addresses on that device to find the one that is in the
same sub-net as the downstream hop (i.e. 10.46.1.2 on router-2 is in same sub-net as
10.46.1.1 on switch-1). This IP address is then taken as the one to fill the gap between hop2
and hop3. A similar procedure is applied to fill the gap between hop1 and hop2.
TraceRoute displays the traceroute path from the Entuity server to the selected device, useful
when trouble-shooting connectivity problems. Traceroute information is collected by Entuity
every two minutes, and it is this information that is presented.
Attribute Description
Hops The number of hops from the Entuity server to an IP address. Hop 0 is the
originating Entuity server.
IP Inbound IP address pinged.
Location Location of the pinged IP address:
Entuity Server indicates the originating Entuity server.
Unmanaged indicates the IP address is not managed by the Entuity
server.
For managed ports Entuity displays the port name and its device name.
State State of the IP address, i.e. Reachable, Unreachable.
Root Cause IP IP address that Entuity identifies as the route cause of the availability failure.
0.0.0.0 indicates the traceroute was successful and there is no route cause to
identify.
ICMP Polling Indicates if IP address is being polled by ICMP.
TraceRoute is available to users that are members of a user group with that permission.
For each IP address listed in the traceroute path you can view its Reachability History.
Reachability History is presented through a standard reporting graph, showing these metrics:
True Cause ICMP Failure (%), number of times traceroute failed to reach the IP address,
when that address was the true cause of the problem, as a percentage of the number of
times TraceRoute attempted to poll the IP address.
Reachability ICMP Failures (%), number of times TraceRoute failed to reach the IP
address, as a percentage of the number of times TraceRoute attempted to poll the
device.
To run a traceroute:
1) Select the device from the Explorer tree and click TraceRoute tab.
2) Select the IP address for which you want to view the results of the last TraceRoute query.
Entuity populates the TraceRoute results, detailing the time each hop took and whether
the trace was successfully completed.
Examine a daily availability report for that area of the network. When the suspect router and
its downstream devices have a lower availability than surrounding devices you should
investigate the router’s performance.
Entuity Services allow you to model network resources managed through Entuity to the
business services that those resources deliver. Each Entuity service can represent a
particular infrastructure service.
You can create service hierarchies with the state of sub-services contributing to the state of
their parent services. This allows for modeling of complex services, potentially across all of
the managed network. For example the CIO Perspective provides a high level overview of
network health by reporting on the CIO service and the state of its sub-services.
The Service definition acts as an object to which you can associate the components that
deliver that service. It determines, for example:
How the states of components in the service should be interpreted to set the state of the
service.
Whether a change in the state of the service would raise an event.
The Service Level Agreement (SLA) goal, i.e. the minimum percentage of component
availability for acceptable delivery of service.
When populating a service with components you can add the components to the:
View and also to the service.
Service alone. Through the service this makes available to the user components that they
do not have permission to otherwise see. If the component is removed from the service
then the user loses access to that component in the view.
Currently a service state can be Up, Down, Degraded, Unknown and None (which is the
equivalent of off). You can set whether Entuity should raise service events on service state
changes. The Status Summary dashboard includes a count of services per view, and
indicates when one or more have failed. It provides an overview of services, along with drill-
down dashboards to view Service details.
Entuity includes service reports for you to track service performance:
Service Delivery Summary Report, presents the Service Delivery Perspective in a layout
suitable for printing.
Service Inventory Report, presents a list of all of the services in the selected view together
with their composition (e.g. operators, sub-services, components).
Service Availability Report, presents for the selected view and time period all Services
within that view and their availability over the period. This is followed by a list of time
periods broken down by service status, and when the service was down indicates the
cause of the outage.
Service Event History Report, presents for the selected view all service related events for
the time period.
Feature Description
Status Summary A by view summary of services, with drill down to the Services in
View page.
Available from Dashboards.
Service Summary Available from Dashboards.
Service Delivery Perspective Available from InSight Center and also Reports > Services
Reports.
Service Availability Report Available from Reports > Services Reports.
Services Event History Report Available from Reports > Services Reports.
Network Delivery Perspective Available from InSight Center and also Reports > Availability
Reports.
Includes a Services Summary and access to the Server Availability
report.
Services in View Lists all services in the view, together with their status. You can drill
down to the Service page.
Accessed through Status Summary.
Service Details the service’s status, its definition and the components and
their status. You can drill down to each component’s page.
Accessed through Service Summary and Service in View
CIO Perspective Available from InSight Center and also Reports > CIO
Perspective.
Includes a Services Summary and access to the Server Availability
report.
Entuity also includes perspectives where services are a key component of their functionality:
Services Setup
When defining services consider that a service is similar to other components accessed
through views; a user can only access them if they have permission to the view. (See
Services and User Permissions.)
You can include objects from remote servers including remote sub-services. (See Multi-
Server and Remote Objects in Services.)
Attribute Description
Parent View View in which the service resides. All services are also associated with the All
Objects view, the service owner’s My Network view and the My Network views of
members of the Administrators user group.
Parent Service Service in which a sub-service resides.
Server Entuity server on which the service resides. In multi-server mode you select the
server on which you want to create the service, Entuity does not create or
consolidate the service across all of the servers.
A sub-service inherits the server of its parent service; you cannot set the
sub-service to a different server.
Attribute Description
Owner The owner of the service. Only members of the Administrators user group and the
owner of a service can create a sub-service within it.
The list of available owners is taken from the local Entuity server. Entuity prevents
you from creating a service on a remote server with an owner not on that server.
Entuity permits services and sub-services within the same service hierarchy to
have different owners.
Name A meaningful, short name for the service, for example used in the Source,
Impacted event viewer fields.
Description Service Description.
Type The type of logical operator applied to the components in the service. When set to:
None, the service does not return a status. This is equivalent to turning off the
service. None may be used when not wanting the state of a sub-service to
contribute to the state of its parent service. A service set to this type uses the
None status icon.
And, the service requires all of its components or sub-services to be up, e.g. it
is suitable for a remote Customer Relationship Management (CRM) system
where all of its components, e.g. edge router, access switch, database server,
web server, must be up.
Or, the service requires any of its components to be up, e.g. where there are
two internet access providers if either is up then internet connectivity is
delivered.
Not, the service requires that the one component in the service is not
operational, e.g. a backup link should be down, if it is up then there’s a
problem in service delivery.
At Least, there are two parameters, At Least Value and Degraded
Threshold. It is useful, for example, with server farms where you might have
20 servers and require at least 16 of the servers to be up for good service, 12
to15 would deliver a degraded service.
At Least Value Only available when Type is set to At Least.
At Least Value, service requires n or more of its components to be fully
operational. A value less than this setting is considered down unless Degraded
Threshold is set.
Degraded Only available when Type is set to At Least.
Threshold Degraded Threshold, a service with as few as this many components is in an Up
state but less than At Least Value delivers a degraded state. A value less than this
setting and the service is considered down.
Raise Events When set to:
true, Entuity can raise an event when the state of the service changes.
false, Entuity does not raise an event when the state of the service changes.
Entuity does not raise an event when you set Type to None; the service also loses
its existing state.
Attribute Description
Treat Unknown You can set how Entuity treats components with an Unknown state when
as Down determining the state of the service, when:
Selected Unknown is treated as Down.
Not Selected (default) Unknown is treated as Unknown.
SLA Goal The level of required service delivery, expressed as a percentage of service
availability. It is used within the CIO Perspective. When set to zero it is not active.
Icon The image appropriate for the service. Entuity includes a number of service
images, and also the potential to add nine of your own custom images. The default
image is of two cogs. This icon is not used in Explorer, only in the Service
dashboards.
When you want to create your own service images they must be square, in png file
format and saved to the appropriate folder (which you may have to create) using
one of the nine available custom file names. (See Service Icons.)
Ports.
Servers as managed devices.
Applications.
IP SLA operations.
Components of devices, e.g. fans, PSUs and temperature sensors.
Other services which allows you to build a service hierarchy.
When populating a service with components you can add the components to the:
View and to the service.
Service alone. If you remove the component from the service the user loses access to
that component in that view, conversely you may make available to a user through the
service components that they do not have permission to otherwise see.
Through the Explorer tree service components are identified as local or remote, however the
component’s Summary page would include the name of the managing Entuity server.
Entuity has two methods of maintaining the state of remote objects:
Every 10 minutes the server on which the remote object is included to a service checks
the remote server for the presence and state of the object.
If the server managing the service with the remote objects loses contact with the remote
Entuity server then the state of those objects becomes unknown after 10 minutes.
The remote server maintains a record of Entuity servers using objects under its
management in their services. If one of these objects changes state the remote Entuity
server notifies the server managing the service.
If remote object states are only updating every 10 minutes this indicates a firewall is
preventing incoming messages initiated by the remote server, but is allowing updates that
were initiated by the server managing the services.
Service Icons
Entuity includes a number of service images, and also the potential to add nine of your own
custom images. The default image is of two cogs.
VoIP Database
Applications Ecommerce
When you want to create your own service images, they must be square, in PNG format
and saved to the appropriate folder (which you may have to create) using one of the nine
available custom file names.
To create a service:
1) From the Explorer tree highlight the view in which you want to create the service and from
the context menu click Create Service.
2) Complete the service definition and click OK. (See Manage Entuity Services.)
Entuity generates a new service identified by the naming convention of Service:
serviceName. The new service is available within the:
Selected view.
All Objects view.
The service owner’s My Network view.
The My Network views of members of the Administrators user group.
2) In the Explorer tree click on My Network to display the View: My Network Summary page.
3) In the Explorer tree expand the view in which you created the service.
4) From the View: My Network Summary page select a service and drag it to the new service
in the tree. Entuity changes the icon from red cross to green tick when the dragged
service is in a location when it can be released.
2) In the Explorer tree navigate to and select the view holding the network paths, for
example the My Network view on the SurePath server, to display the View: My Network
Summary page.
3) In the Explorer tree expand the view in which you created the service.
4) From the View: My Network Summary page select a network path and drag it to the new
service in the tree. Entuity changes the icon from red cross to green tick when the
dragged service is in a location when it can be released.
Delete Service deletes the service from the server; all instances of the service including in
My Network and All Objects views are removed. If the service has a sub-service the sub-
service is not deleted from the server but remains available through My Network.
Before you delete a service consider that you cannot undo the action.
From Event Viewer you can place your mouse pointer over the event to display a pop up
dialog that provides event details, with Details indicating the causal component(s) of the
service event.
Service Performance
You can track service performance through the Service Summary and Advanced pages, the
Thresholds page is not used as service events are not threshold based.
Service Summary
As with other component summary pages the Service Summary page identifies the state of
the service and whether there are open incidents. The General Info section also provides a
summary of the service definition. (See Manage Entuity Services.)
Service Key Metrics are graphed on 4 metrics:
Availability, the amount of time the service was available during the reporting period as a
percentage of the reporting period.
Unavailability, the amount of time the service was unavailable during the reporting period
as a percentage of the reporting period.
Unknown, the amount of time the state of the service was unknown during the reporting
period as a percentage of the reporting period.
Degraded, the amount of time the state of the service was degraded during the reporting
period as a percentage of the reporting period.
The gauge charts illustrate service performance over the past hour, the key metric charts
over the previous 4 hours and the interactive charts, accessed when you click on a gauge or
chart, over the previous 24 hours.
The Components section shows any sub-services of the service, including the service state
and hyperlink to that service’s Summary page.
The stream attributes show the current state of services as measured by:
Availability, the amount of time the service was available during the previous hour as a
percentage of the full hour.
Degraded, the amount of time the service was degraded during the previous hour as a
percentage of the full hour.
Failure Cause, if the service is down it details the cause of the failure.
Status, current status of the service:
Up, the service is up.
Degraded, the service is available but not running in an optimal state. Type is set to
At Least and the At Least threshold has been crossed but not the Degraded
Threshold.
Down, the service is unavailable.
None, the service does not return a state as Type is set to None.
Unknown, Entuity does not know the status of the service due to an inability to get a
status for a component.
Unavailability, the amount of time the service was unavailable during the previous hour as
a percentage of the full hour.
Unknown, the amount of time the state of the service was unknown during the previous
hour as a percentage of the full hour.
You can also access the more detailed service reports; Service Inventory Report, Service
Availability Report, Service Event History Report. For example, allowing information about
availability of key services such as email, data center connectivity, VoIP services and resilient
links to satellite offices and the Internet allows IT and business managers to quickly assess
the quality of services that the IT is providing to its business users.
You can also view service performance within the wider context of the managed
infrastructure performance through the InSight Center’s Network Delivery Perspective.
The Services module within Entuity enables enterprises to map network infrastructure components, IP services,
and traffic quality measurements directly to user-defined services that have direct and transparent impact on
services and operations. Services can be modeled in Entuity to include the many network components
including devices, ports, applications and IP SLA tests for reachability and correct operation. Including all the
dependent infrastructural components and IP services, Entuity automates monitoring of the business value of
networks directly to minimize guesswork and manually assessing the impact of network misbehavior on businesses.
Information about availability of key services such as email, data center connectivity, VoIP services and resilient links
to satellite offices and the Internet allows IT and business managers to quickly assess the quality of services that the
IT is providing to its business users.
The Service Delivery Perspective aggregates the behavior of all the services in a chosen view and displays, by
default, a summary of the previous 31 days.
The Branch Office Perspective is part of Entuity’s InSight Center, delivering a business-
centric dashboard designed to automate, simplify, and reduce the operational costs for
companies having distributed network locations or branch offices. Highly interactive with
actionable graphics and a variety of drill-down reports, the Branch Office Perspective helps IT
managers quickly assess branch office connectivity through a variety of measures;
availability, utilization, faults, discards, latency, device reachability, and SLA quality.
Entuity’s distinctive service model allows for representation of even the most complex WAN
circuits. Any number of WAN circuits can be logically combined to meaningfully depict and
monitor redundancy and backup. Intuitive dashboards highlight performance not only over
the customizable monitoring period, but also show the status of the latest sample which
allows for easy differentiation between current and longer term issues.
Entuity monitors and reports on service quality metrics meaningful to your business through
a customizable range of flexible synthetic transactions. The color-coded horizontal ribbon
charts are also interactive, helping you understand fluctuations over time. Entuity’s Branch
Office Perspective helps you avoid lapses or reductions in branch office productivity due to a
lack of network capacity.
The Branch Office Perspective suite includes:
Multiple Branch Office Perspective, provides an overview of the health of the network
equipment in all of the branch offices that are accessible to the user. For each branch
office they can also drilldown to the Branch Office Perspective, which inherits its
timeframe from the multiple branch office perspective.
Branch Office Perspective, provides an overview of the health of the network equipment
at the selected branch office. Where multiple IP SLA operations are configured for a
branch office their results are listed separately. Drilldowns are provided to the Branch
Office Details and Spare Ports reports. The green Report Guide panel provides several
other report launch facilities in the context of the selected branch office view.
Branch Office Details report, displays detailed time series charts for the WAN ports,
monitored device Reachability and IP SLA operations. Various further drilldowns are
available from many, but not all, of the charts and color ribbon timelines. A click on a
WAN port chart line will launch the corresponding Interactive chart in the Explorer in a
new browser tab. A click on an IP SLA color ribbon, HTTP chart but not the Echo chart
will drill down into the IP SLA Details report and will display that specific IP SLA operation
only with the time sample that was clicked in the center of the time axis but with a 10x
time zoom.
IP SLA Details report, is available from the Activity folder and also as a drilldown from the
Branch Office Details report. This report displays detailed statistical results charts for IP
SLA operations. Allows any/all IP SLA operations in the chosen view to be displayed.
For report and perspective details see the Entuity Reports Reference Manual.
You must create for the required view the necessary folder structure for the branch office
suite a:
Service called Branch Office.
Sub-service of Branch Office called Connectivity.
In this service you should include all the WAN ports that provide connectivity to the rest of
the world. Redundant, failover or load balanced WAN circuits can be modeled using
standard services techniques (logical operators and sub-services when necessary).
Sub-service of the Branch Office called SLAs.
When there are IP SLA operations being performed on behalf of the branch office that are
to be included within the Branch Office Perspective they must exist within the SLAs
service. This allows devices with IP SLA tests to be located in the view without having to
expose any/all associated IP SLA operations within this package of reports.
If you fail to correctly configure the Branch Office service and sub-services or include the
appropriate components to a service when run the perspective reports these errors. (See
Figure 57 Perspective Reports Misconfigured Service.)
Entuity permits you to place in a service only those components on which you want to report,
for example you can drag to the Connectivity sub-service only the ports in which you are
interested. However unless you also have the port’s device within the view the Branch Office
Details report cannot report on latency to that device. (See Figure 67 Branch Office
Connectivity.)
3) From the Branch Office service click Create Sub-Service and define the Connectivity
service. The service must be called Connectivity for the Branch Office Perspective to
5) From the Branch Office service click Create Sub-Service and define the SLAs service.
The service must be called SLAs for the Branch Office Perspective to report on the
service.
6) Drag and drop to SLAs sub-service IP SLA operations. You can drag and drop both
monitored and managed IP SLA operations from a device’s Advanced page.
From Event Viewer you can place your mouse pointer over the event to display a pop up
dialog that provides event details, with Details indicating the causal component(s) of the
service event.
You can also investigate service performance from the web UI:
1) Click Dashboards > Service Summary. Depending on your Preferences settings,
services are either grouped by view or alphabetically. You can view the current status of all
services.
2) For services that are down you can place the mouse pointer over the service to view a
popup that details the failing component(s).
3) Click on the required service to drill down. Entuity displays details on the service,
including its components, their current state and the logic used to derive the state of the
service.
You can further drill down to investigate the cause of component failures.
As a service you can view further details on branch office perspective through the service
Summary and Advanced pages. (See Service Summary and Service Advanced Details.)
offices. Several aspects of the behavior of the WAN connectivity are covered and this also
accommodates any redundancy, load balancing or dial-backup configuration. The
reachability of all devices monitored as part of the branch office view is also represented.
The perspective chart details:
Branch office name, name of the view containing the perspective.
Branch office connectivity provides different measures of the status of the links between
the Branch Office and the rest of the network. Each metric icon is also a hyperlink to the
Branch Office Details report:
Availability icon indicates the state of the combined service provided by of all the
Branch Office connectivity links.
Utilization icon indicates threshold crossings, high or low, on any of the Branch Office
connectivity links.
Faults icon indicates the presence of packet corruption and transmit errors on any of
the Branch Office connectivity links.
Discards icon indicates the level of port level data loss within routers resulting in
threshold crossings on any of the Branch Office Connectivity links.
Latency icon indicates the state of threshold crossings for the ICMP echo (ping) round
trip latency as measured between the Entuity server and the devices used to
implement the Branch Office connectivity links.
Device reachability indicates loss of ICMP echo (ping) reachability to any of the
monitored devices at the Branch Office. Selecting the icon drills down to the Branch
Office Details report with the focus on Device Reachability.
SLA quality icon indicates the state of the combination of the results of the IP SLA
operations, if any, being performed on behalf of the Branch Office. If no IP SLA operations
are enabled for a Branch Office view then this icon is not displayed. Selecting the icon
drills down to the Branch Office Details report with the focus on IP SLA operations defined
in the SLAs sub-service of the branch office.
2) You can click on a branch office to open the Branch Office Perspective, or click on a
particular metric to open a Branch Office report in that context. For example click on a
branch office’s Availability icon to run a report on branch office connectivity over the
previous 24 hours.
When managing a network it is valuable to know which areas of your network are being
overutilized and which are being underutilized. It may then be possible to redistribute
network resources to where they are most required rather than purchasing new resources.
These are key performance and asset utilization measures:
Utilization, expressed as a percentage of actual traffic volume against the maximum
volume that can be handled by the port.
Router measurements, for example CPU and processor utilization.
Switch backplane utilization.
Frame Relay PVC, ATM VCC utilization.
QoS classes.
generates a high utilization cleared event. This clears all of the high utilization alarms for
that port.
There are high utilization events on both inbound and outbound utilization.
Low utilization events. Each poll that returns a value lower than the low utilization
threshold generates an alarm. When a poll returns a value higher than the threshold,
Entuity generates a low utilization cleared event. This clears all of the low utilization
alarms for that port.
There are low utilization events on both inbound and outbound utilization.
By default, all dynamic thresholds are turned off. You can turn on the dynamic threshold at
the device and port level, in a similar way to static thresholds. Dynamic thresholds cannot be
applied at the root (i.e. Entuity server) or view level.
To set thresholds:
1) From the Entuity web UI use Explorer to navigate to and select the object, e.g. device,
against which you want to configure thresholds.
2) Click Thresholds. Entuity displays the threshold page.
3) From Show threshold settings related to select Ports. Entuity displays the port thresholds.
4) For the threshold you want to set, select the threshold settings (for dynamic thresholds
this may be dynamic). Entuity displays the Edit Dynamic/Static Threshold dialog.
5) Select Enabled.
You can also amend for:
Dynamic thresholds the tolerance value. Tolerance sets how much above the historic
baseline utilization must be before it triggers an event.
Static thresholds the threshold value.
6) Click OK. Entuity activates the threshold, indicating that on the Thresholds page by
displaying a tick in the Enabled column and Remove Override icon.
Entuity monitors the edge of your network for potentially harmful configuration changes
using MAC (Media Access Control) addresses, the unique identifiers attached to most forms
of networking equipment.
The MAC address change and MAC address high count events are useful tools for detecting
and reporting configuration changes at the edge of your network, and change is the
dominant cause of IT problems. The NOC typically has little visibility into hardware and
change at IT extremities, such as remote offices. Hardware changes and additions to the
network in a remote office can significantly impact network performance.
Once Entuity identifies a change you can investigate, for example using Maps to see the
port’s device in its network context and then drilling down for further details.
When Entuity raises MAC Address New and MAC Address Port Change events together this
indicates a host has changed port, when Entuity raises only the MAC Address New event this
indicates a new host and a greater potential security risk.
For full details on when the events are raised refer to the Entuity Events Manual.
Routers and switches that support flow data collection, can collect IP traffic statistics on all
interfaces where flow collection is enabled. Administrators can configure the devices to later
export those statistics as flow records, toward at least one Entuity server configured as a
collector. The same server would usually store flow data and perform traffic analysis.
Entuity includes Integrated Flow Analyzer (IFA) for monitoring traffic flow across your
managed network. The Entuity Integrated Flow Analyzer Premium (IFA Premium) module
fully integrates with and extends the entry level functionality delivered by Entuity IFA.
IFA delivers:
Data samples of five minutes, one hour, six hours and daily.
Analysis of data with ten available breakdowns, for example.
Four types of chart, line, bar, pie and stacked area.
Licensing IFA
The standard IFA functionality is available with the standard Entuity license. You can enable
this functionality when running configure and selecting the appropriate Entuity server
capability. (See Server Roles and Flow Collectors.)
Entuity IFA Premium is a licensable module. When you run configure, and your license
includes the module, you can enable its functionality by selecting the appropriate Entuity
server capability. Contact your Entuity representative if your license does not include, but
you require, the Premium module.
The Entuity evaluation license includes Entuity IFA Premium.
Entuity supports bidirectional flows for NetFlow v9 and NetFlow v10(IPFIX). The bi-directional
NetFlow template contains two fields describing the data transfer:
(NF_F_FWD_FLOW_DELTA_BYTES(231), NF_F_REV_FLOW_DELTA_BYTES(232))
Each data record describes transfer in two directions from source to destination and from
destination to source. The first field is the transfer from source >destination and the second
destination > source. The unidirectional template contained one field:
(IN_BYTES(1))
Entuity IFA also supports Flexible NetFlow configurations.
Entuity IFA requires the exporting router to be configured with the IP address of the target
Entuity server and a port number:
Entuity requires that sFlow and IPFIX packets are sent to specific ports and these ports
are not configurable. For:
IPFIX you must set your router to export IPFIX to port 2055 of the Entuity server.
sFlow you must set your router to export sFlow to port 6343 of the Entuity server.
All other supported flow technologies, i.e. NetFlow, Netstream and JFlow, are by default
received by the Entuity server on port 9996. You can set Entuity to accept this flow data
on any port, excluding ports 2055 and 6343, through:
Flow Port in configure. (See Configure Flow Export on Devices.)
entuity_home/etc/flowcfg.properties. (See Advanced Flow Collector
Setup.)
h
Entuity IFA can simultaneously handle IPFIX, sFlow and other flow technology packets.
However you must ensure that the routers are forwarding flow packets to the appropriate
port for that technology.
Store more than one month of flow data, the only restriction is the hard drive capacity
although the default is one year.
Although you can store more than one month of data, you can only perform flow analysis
on a maximum of one month (thirty-one days) of data at one time.
When you query data Entuity IFA uses the most appropriate data sample, e.g hourly data is
accessible when the requested time period is less than one day.
Users with the Flow Inspection permission have access to all of the collected flow data, this
includes data from interfaces to which they otherwise do not have access to in Entuity.
On the dedicated flow collector you can also configure exclusion filters and map port to
applications.
The data collected by a flow collector is available from the Entuity polling server, the master
flow collector, to which it is assigned. For the Entuity polling server to display this data:
It must manage the device.
The receiving of flow data from that device on the polling server must be enabled.
When you reassign flows to another master flow collector, all of the data already collected is
lost.
The role of flow collector is the same whether it is on the same server as the polling engine or
on a separate machine, one acting as a dedicated flow collector.
Attributes Description
Server Resolved name or IP address of the remote flow collector.
Web Port Web port used by the Entuity remote flow collector.
SSL Select SSL when used by the remote Entuity server.
Username User account on the remote Entuity server that is a member of the
administration group.
Password Valid password for the user account.
Always refer to the appropriate device documentation before configuring the export of flow
data.
You must enable flow collection on each interface on the device, for example:
router#configure terminal
R8321(config)#interface GigabitEthernet0/0
R8321(config-if)#ip flow ingress
R8321(config-if)#exit
R8321(config-if)#exit
R8321(config)#ip flow-export destination 10.44.1.81 9996
R8321(config)#ip flow-export source GigabitEthernet0/0
R8321(config)#ip flow-export version 5
R8321(config)#ip flow-cache timeout active 1
R8321(config)#ip flow-cache timeout inactive 15
R8321(config)#snmp-server ifindex persist
where:
ip flow ingress sets monitoring of inbound flows on the selected interface.
ip flow-export destination is the IP address and port of the Entuity flow collector to which
the flow data is exported.
ip flow-export source is the IP address the Entuity flow collector uses to identify the
source of the flow data.
ip flow-export version is the NetFlow version the device uses to export the flow data.
Entuity currently supports NetFlow versions 5, 6, 7 and 9.
ip flow-cache timeout active configures the device to every minute export flow records to
the Entuity flow collector. Valid values are between 1 and 60, however you should not
amend this setting.
ip flow-cache timeout inactive ensures that flows that have finished are periodically
exported. The default value is 15 seconds. Valid values are in the range of 10 and 600.
snmp-server ifindex persist maintains the ifIndex persistence on device reboot and hot
plug-ins.
Flexible NetFlow
Flexible NetFlow permits the export of flow data containing user configurable flow
information, although you must always consider the type of flow data Entuity is configured to
receive and process.
h
Always refer to the appropriate device documentation before configuring the export of flow
data. This section provides an overview of 2 export methods.
Explicitly specify the attributes that you want to export. (See Figure 73 Example Flexible
Flow.)
interface GigabitEthernet2/0/14
Apply switchport access vlan 999
to an Interface ip flow monitor IPFlowMonIn input
ip flow monitor IPFlowMonOut output
Attribute Description
Entuity Servers Indicates the Entuity server managing device flow collection and the
server receiving, collecting and processing that data.
Device Device IP address or resolved hostname with interfaces configured to
send flow data to the Entuity server. When the device is not managed by
that server name is Unknown.
Collection When set to Yes, Entuity collects flow data from the device, when set to
No data is not collected.
You can click on the collection indicator to open the Flow Collector
Inventory through which you control flow collection.
Receiving Indicates whether the device is sending flow data to the server and from
how many of the known interfaces.
You can click on the receiving indicator to view the Flow Inventory Details
page.
Attribute Description
Device Device IP address or resolved hostname with interfaces configured to
send flow data to the Entuity server. When the device is not managed by
that server name is Unknown.
Server Entuity server receiving flow data.
Collector Entuity server collecting flow data.
Show all interfaces When selected Entuity displays all ports on the device, when not selected
Entuity only displays those ports sending flow data.
Interface Name and state of the port, with a hyperlink to the Port Summary page.
Received in last 24 Indicates whether the interface is sending flow data to the server.
hours You can click on the receiving indicator to view the port’s Flows page.
Custom data types and groups are defined through a configuration file, entuity_home/etc/
flowUserDefGroups.xml. You must create your own XML file and then install it to the
Entuity server managing flow collection. (For an example file see the Entuity System
Administrator Reference Manual.)
On the endpoint, so flows outgoing from or incoming to the specified endpoint are filtered
out.
IPAddressPattern : PortPattern
That are unidirectional, so flows which originate from the specified source endpoint and
end at the specified destination endpoint are filtered out.
SrcIPAddressPattern : SrcPortPattern > DstIPAddressPattern : DstPort-
Pattern
That are bidirectional, so flows in both directions between two endpoints are filtered out:
IPAddressPattern1 : PortPattern1 = IPAddressPattern2 : PortPattern2
You can check the number of excluded flows and number of exclusion rules through the
Flow Collector Health page.
A PortPattern can be one or more port numbers, or range of port numbers. These are
examples of valid patterns.
Matches a single port:
3066
Matches all ports within the range:
2048-2099
An asterisk matches all ports, equivalent to 0 to 65535:
*
Entuity identifies application data within the flow data by mapping TCP and UDP port
numbers to application names. As an application may use multiple port numbers, you can
map multiple ports to an application name. When a port-protocol combination is mapped to
two applications, Entuity resolves this conflict by using the application with the highest
mapping priority.
Entuity automatically maps protocols other than TCP and UDP to the protocol name, this
mapping takes the most generic name, for example all ICMP traffic maps to ICMP and not to
ICMP type, ICMP code. Entuity includes a list of the mappings which you can amend and
add to.
h
IFA application to port mapping is not integrated with the existing list of applications and
ports used in application monitoring.
Attribute Description
Priority Priority of the mapping. The lower the number the higher the priority.
Application Name Name of the mapped application.
Port(s) Ports associated with this application.
Enabled Indicates whether the mapping is active or inactive.
Edit for Entuity to display the Edit Application Port Mapping dialog through which you
can amend existing mappings, by adding ports, removing ports, changing priority levels.
Delete to delete the highlighted mapping from Entuity. Entuity displays a delete
confirmation message before deleting the mapping.
Enable or Disable to activate, or deactivate, the highlighted application port mapping.
The Edit Application Port Mapping and Add Application Port Mapping dialogs contain almost
the same attributes and options:
Attribute Description
Application Name Name of the application displayed in Entuity. Once created it cannot be
amended, it is display only in the Edit dialog.
Ports lists the ports associated with the application mapping. You can use:
Add, to open the Add Port dialog, through which you can enter a port
number and specify the applicable protocol, i.e. TCP, UDP or both.
Remove, to delete the highlighted port from the mapping.
Priority to set the priority level of the mapping. Entuity prevents you from assigning
a priority level that is already assigned to another mapping.
2) Select the flow collector for which you want to amend the mappings. Entuity displays the
Application Port Mappings page.
Attribute Description
Hide Managed Select when wanting to identify devices that are collecting or sending flow
Devices data, but are not in the inventory.
This table groups the devices by Entuity server and flow collector.
Entuity Server - Flow Name of the Entuity server managing the device, and then the name of the
Collector Flow Collector to which the device sends its flow data.
On a Dedicated Flow Collector, the flow collector name is repeated, as a
flow collector cannot identify the server managing the device.
Attribute Description
Device The IP address or resolved name of the device exporting the data flow
records. These records may contain many IP addresses, making host
name resolution a potentially resource intensive process. Entuity uses a
cache to quicken the process, when the name cannot be resolved through
the cache then resolution request is queued.
When you select the hyperlink Entuity displays the device details in its
Explorer.
Collecting Indicates whether the flow server is collecting data from interfaces on the
device.
When you select the hyperlink Entuity displays a pop-up dialog showing
the current status of the device. You can also start and stop flow collection
on the device.
Received in last 24 Indicates whether the flow collector is currently receiving flow data on any
hours (# of interfaces) interfaces on the device, the number of interfaces on the device for which
it has received flow data in the previous twenty-four hours, and also the
total number of interfaces.
When you select the hyperlink Entuity re-displays the Flow Inventory page,
but with a breakdown of the interfaces on the device.
Flow Health page, when the server includes remote assigned flow collectors. You can
select the flow icon to display the Flow Collector Health page.
These health metrics are intended for Entuity representatives, or advanced users,
investigating performance problems or data loss on flow collectors.
Attribute Description
Flow Collector Health Flow collector health status level is:
Status Severe when there was data loss in the past hour, unless the data
loss is NetFlow v9 or IPFIX related or the flow collector process
could not be contacted.
Warning when the data loss was NetFlow v9 or IPFIX related or
occurred between one and twenty-four hours ago.
OK when there has been no data loss over the previous twenty-four
hours.
Performance over the previous hour
Incoming data rate Number of bytes per second received on the flow collector port.
Packet processing rate Indicates the rate of the incoming export packets (each packet may
contain multiple flow records).
Flow processing rate Indicates the rate of the flows the flow collector processes.
Flow compression Indicates the degree of compression of the original flow data in a five
minute interval. The greater the number, the better the compression.
Attribute Description
Excluded flows The number of flows, which were dropped due to flow collection not
(0 exclusion rules) being enabled on the device or due to the exclusion rules. The current
number of exclusion rules is shown in parenthesis.
Exclusion rules are specified in entuity_home\etc\flow-
exclusions.properties.
Time to write flow buffer The time spent over a five minute period performing database writes.
to disk Also specified are the number of records inserted.
Flow Data Loss
Packet buffer The number of packets dropped due to the front packet buffer being full
(limit = 1,000) (the size of the buffer is specified in parenthesis). Losses indicate the
flow collector process is not fast enough to process incoming packets:
Check CPU usage. Adjust greedy processes, or you may have to
upgrade hardware.
Increase packet_queue_limit, although this also increases the flow
collector's memory usage.
Reduce the load on the flow collector, by switching off the export of
flow packets on the device.
Unrecognized Packets The flow collector receives packets it cannot parse. A device may be
sending flow packets using an unsupported NetFlow version, or packet
corruption is occurring on the network.
Flow buffer (5 min) is full Flow collector maintains two buffers for flow compression (5-min and
(limit = 1,000,000) 1-hour). If a buffer gets full, then flows are dropped to avoid memory-
related errors. Buffer sizes are specified with partition1_maxCount
Flow buffer (1 hour) is full
and partition2_maxCount properties. You can:
(limit = 3,000,000)
Reduce the load on the flow collector, for example disable flow
collection for some devices, or direct flows to another flow collector
Increase the buffer limits, although this also increases the memory
consumption of the flow collector.
You can set flow collector memory limits in entuity_home/etc/
startup_O/S_site_specific.cfg using -Xmx, by default it is
set to -Xmx512m.
File system busy If a flow collector is not fast enough to flush the buffers and make them
available for incoming flows, then flows are dropped. This can happen
when the database write operation takes too much time.
You should reduce the load on the flow collector, for example by
changing on some devices their destination flow collector.
File system write There is a limit on the number of flows that can be stored in the
database. Once the limit is reached, new flows cannot be inserted and
are dropped. You can:
Reduce the load on the flow collector, e.g. direct some device flow
data to another collector, resulting in a lower number of flows
Increase table size limit (max_heap_table_size property in
my_eye.cnf). This will increase the UI response times.
Attribute Description
NetFlow V9 Indicates the number of unique NetFlow v9 templates received.
(0 templates)
Missing template Number of flows lost due to template unavailability. Flows with a missing
(suppression = 30 min) template are ignored for the first thirty minutes after receiving the first
flow, per device, to allow time for templates to be received.
IPv6 template Number of flows lost due to non-support for IPv6, flows with IPv6
(0 templates) addresses are dropped.
Incomplete template Number of flows lost due to the template not being sufficient enough to
(0 templates) recognize a flow correctly.
Entuity administrators, and users who have the Flow Inspection permission, can view flow
data against devices and interfaces through Explorer. They can also create charts to track
data flow.
You can create interactive charts for interfaces collecting flow data, updated in realtime.
These charts are highly configurable, allowing control over time period, chart style, type of
flow data, i.e. interfaces, protocols, applications, talkers, listeners, QoS classes and Ports.
Also detailed visibility down to individual UDP/TCP port simplifies identification of any
unmapped applications consuming bandwidth. You can save these breakdowns to Custom
Dashboards.
Attribute Description
Flow Information Provides an overview of flow data collected on the device over the
previous twenty-four hours, including:
Flow packet version
Number of interfaces sending data
Average flow packet rate over the last hour
Unrecognized flow packets.
Control Flow System administrators and users with the Flow Inspection permission have
Collection the option of starting and stopping flow collection on the device.
Attribute Description
Ports By default Entuity only lists the ports returning flow data over the last
twenty-four hours, you can view all ports by enabling the check box.
For each port Entuity displays name, speed, associated IPs and flow
status. There are also hyperlinks to the port summary page.
Attribute Description
Collecting Flow Data The date and time the Entuity flow collector started collecting.
Since
Flow Packet Version The name and version of the flow data protocol, e.g. NetFlow5.
Top Applications The top n applications on the interface, as derived by measuring
application traffic flow in bits per second (bps). When you click on a chart
Entuity opens the Flow Analysis page for the interface with the application
filter applied.
Top Talkers The top n talking hosts on the interface, measured as outbound traffic in
bits per second (bps). When you click on a chart Entuity opens the Flow
Analysis page for the interface with the Host Outbound filter applied.
Top Listeners The top n listening hosts on the interface, measured as inbound traffic in
bits per second (bps). When you click on a chart Entuity opens the Flow
Analysis page for the interface with the Host Inbound filter applied.
Top QoS Classes The top n QoS classes on the interface, as derived by measuring QoS
class traffic flow in bits per second (bps). When you click on a chart Entuity
opens the Flow Analysis page for the interface with the QoS Classes filter
applied.
Top Conversations Breakdown by conversation is only available with Integrated Flow Analysis
Premium. Entuity considers a conversation as flow data from both the
source and destination IP address.
Applications Breakdown
This Flow Analysis chart graphs the top N applications on the selected flow collector,
measured in bits per second (bps). Below the chart the list of top entries is shown, the first
entries have color icons corresponding to the chart colors. By default this list of applications
is limited to a maximum number of 20 entries.
If there is an unknown application in the list, system administrators can update the mapping
through the Application Port Mappings page. Administrators could also use
flow-applications-template.txt, and upload these changes to the Entuity database
using flowCollector.bat. When you want to view which ports are sending and receiving
flow data without the overlay of application mapping you can create a chart using the Ports
category.
Hosts Breakdown
There are three categories of Host Flow Analysis charts:
Inbound host traffic, flows with the same destination IP address.
Outbound host traffic, flows with the same source IP address.
Combined inbound and outbound host traffic.
h
Entuity does not match the IP address to any of the inventory objects (device or managed
host) to perform masking based on the users’ access scope.
If the required host is not in the list you can search for it by IP address, by Select another
Hosts link. Entuity displays the a dialog through which you can enter the host IP address.
From the QoS Classes list you can select a class, Entuity then applies this class as a filter
and updates the chart to show the topN interfaces for this class. You can remove the filter,
and Entuity displays the interfaces Flow Analysis chart.
Protocols Breakdown
This Flow Analysis chart graphs the top N Protocols on the selected flow collector, as
measured in bits per second (bps). Below the chart the list of top entries is shown, the first
entries have color icons corresponding to their chart colors. By default this list of protocols is
limited to a maximum number of 20 entries.
From the Protocols list you can select a protocol, Entuity then applies this protocol as a filter
and updates the chart to show the topN interfaces for this protocol. You can remove the filter,
and Entuity displays the interfaces Flow Analysis chart.
Port Breakdown
This Flow Analysis chart graphs the primary UDP/TCP ports sending and receiving flow data.
When you want to view port data mapped against applications you can create a chart using
the Applications category.
Below the chart the list of top entries is shown, the first entries have color icons
corresponding to their chart colors. By default this list of ports is limited to a maximum
number of 20 entries.
Attribute Description
Device Device name. When the device sends flows to more than one collector Entuity
displays the collector name in brackets. Select a specific device.
Attribute Description
Interval You can select the time interval over which traffic rate is calculated and Entuity
uses the most appropriate sample rate:
1 minute samples (this option is only available with IFA Premium and when you
activate collection of one minute samples)
Last 30 minutes
5 minute samples
Last 1 hour
Last 2 hours
1 hour samples
Last 4 hours
Last 8 hours
Last 24 hours
6 hour samples
Last 2 Days
Last 4 Days
Last Week
1 day samples
All.
It is possible that there is no data for the whole interval selected. In this case UI
will show an information message indicating that.
Chart Style There are four chart styles, Stacked Area, Line, Bar Chart and Pie Chart. You can
select items in the bar and pie charts and use the Filter on Selected Items when
building complex charts.
Top-N There are three predefined Top-N numbers, 5, 10 and 20 that set the maximum
number of records that can appear on a chart. For the clearest presentation of
data you should set stacked area and line charts to 5, pie charts to a maximum
of 10 and bar charts can be used with 20 entries.
Breakdown The category of flow data to be graphed, i.e. Interface, Application, Host (In, Out)
QOS (All, DSCP, IP Precedence), Protocol, Port.
You can build complex graphs by selecting values from different categories for
the one graph. Each category selection acts as a filter on the objects available
from the next selected category.
Print as PDF Select the PDF icon to export the current chart as a Flow Analysis report in a
PDF file.
Print as HTML Select the HTML icon to export the current chart as a Flow Analysis report. You
have the option of accessing the Flow Analysis Report Options and saving the
report definition, which is then available to run at a later date.
OR you select all of the components of the filter in the same Filter on Another Item dialog.
For example if you want the flow graph to include top conversations with either SNMP or
HTTP applications then you define them within the same dialog.
To create a flow graph that uses filters, for example to view top conversations and filter down
on a particular application:
1) Click Flows.
2) Select the breakdown category Top Conversations and set Top-N to 20.
3) Select Filter on another item and from the Applications list select snmp. Entuity adds
SNMP to the Select Filters.
When the chart style is Pie or Bar, you can select on an item in the chart to select and
then filter on it.
SurePath is a separate licensable product to Entuity. For more details refer to the SurePath
documentation or contact your Entuity representative.
3) Entuity defaults in the source and destination IP address from the selected flow. Enter:
Name, which is used throughout SurePath, for example on the Path Summary
dashboard.
Description, meaningful description of the path, for example its purpose.
Discovery Schedule, how frequently SurePath discovers the path between the source
and destination.
Click OK.
4) SurePath creates the path definition, initiates a path discovery. and displays the
discovered path.
Paths can always be viewed through the Path Summary dashboard. Select Dashboards
> Path Summary and then the path.
Entuity includes a powerful Event Management System which assists you in proactively and
rapidly addressing network problems. You can choose between using the sophisticated out-
of-the-box rules as supplied or customizing the system to handle events based on your
defined conditions and specific work-flows.
The Event Management System improves operational efficiency and business focus by
combining multiple events into higher-level incidents. You can configure the system to
handle events based on defined conditions, which also reduces clutter, helps speed
response time, and allows users to focus on the events most relevant to their business
without losing Event Management System sensitivity.
Tutorial Videos
Entuity includes an extensive set of tutorials which you are recommended to view before
attempting to configure the Event Management System. Entuity currently provides these
tutorials, which you should view in the following order:
1) Events and Incidents
2) Projects
3) Rules
4) Conditions
Event Management System categorizes events according to how they are implemented and
their usage. There is only one type of incident as all incidents are a product of their
contributing events. However the intelligence you can build into an incident through the
application of rules allows you great control over when they are raised. For this reason event
viewer displays incidents by default.
The Event Management System is configured through an event project; Entuity includes a
default event project. Administrators and users with the Event Administration permission can
edit projects and when ready deploy them to the server. The new event project is considered
live and the previous project is archived.
The changes you make to an event project only configure the Event Management System
once you save and deploy the project. Alongside the Event Administration title of each page
in the event administration area Entuity displays the state of the event project that you are
viewing. This would usually be the live project, but if you are amending a project then its state
would change to draft, or viewing an old project then its state would be archived.
From the Project List page you can view and manage the event projects on your Entuity
server. (See Event Management System Administration.)
Opening
g eve
event received Closing event
nt received,
rec Incident exceeds
ds ex
expiry period Expired incident
ident deleted
incident ages out or or incident manually expired from Entuity database
incident manually closed
So Entuity raises an event to warn that a specific condition is currently present, whereas
incidents can indicate that this is an ongoing problem. Event Viewer, by default, displays
incidents as they provide a better summary of items of concern on the network. For example
Entuity may raise an SNMP Agent Not Responding event every time the device fails to
respond, when you set Event Viewer Showing to:
Incidents you view one incident, no matter how many events are raised.
Events you may have hundreds even thousands of the events from the same source.
The relationship between events and incidents can be of varying levels of complexity:
Where one event raises an incident and a second event closes the incident.
For example the Port Inbound Fault High (Packet Corruption) incident is raised by the
Port Inbound Fault High (Packet Corruption) event and closed by the Port Inbound Fault
High (Packet Corruption) Cleared event.
Where more than one type of event can raise an incident and more than one type of event
can close the incident.
For example the AP Host Count Abnormality incident is raised by either the AP Host
Count High or AP Host Count Low events and is closed by the AP Host Count High
Cleared AP Host Count Low Cleared events.
Where an incident may be raised and closed by particular event types, and an additional
event type updates the state of that incident.
For example the Device Not Responding to SNMP incident is raised by the SNMP Agent
Not Responding event and its state is updated by the Device Cold Reboot, Device Warm
Reboot and Device Reboot Detected events. (See Tailored Events and Incidents.)
Incident Event
The Port Link Down and Port Operationally Down events both report on port failure:
Port Link Down is generated from trap data. Traps are useful as they are raised when a
problem occurs, however a device may not be configured to forward traps and traps are
more likely to be lost in transit.
Port Operationally Down is generated from SNMP polling. SNMP polling is usually easily
configurable and reliable, however polling is conducted at a set interval and so involves a
delay.
The Unify Ports Down Events rule instructs Entuity to change the event type to Port Down
when it receives either a Port Link Down or Port Operationally Down event. All other details
remain the same, e.g. event name, severity level.
Entuity uses the same approach to define the Port Down event.
The Port Up and Port Down events are used to generate the Port Flapping event. The Detect
Port Flapping rule identifies when the port alternates between Up and Down 4 times within 2
minutes.
When Entuity raises a Port Flapping event it also raises a Port Status Problem incident.
How Entuity handles a flapping port, one that goes up, down, up, down:
1) Entuity receives a trap which it handles as a Port Link Up event.
Entuity applies the Unify Port Up Event rule. As a Port Link Up event it meets the
condition and so Entuity performs the action, setting the event type to Port Up. All other
details associated with the event are retained, including the event name.
If you wanted to set the event name to match the event type then you would create an
additional action to set the event name attribute:
Set Attribute name = "Port Up"
Entuity applies the Detect Port Flapping rule which identifies the port as not flapping
because the number of changes in the port state is not 4 or more within the previous 2
minutes. Entuity saves to the database the Port Up event which displays in the viewer
with the event name Port Link Up.
2) Entuity polls the port, detects it is up and raises a Port Operationally Down Cleared event.
Entuity applies the Unify Port Up Event rule. As a Port Operationally Down Cleared event
it meets the condition and so Entuity performs the action, setting the event type to Port
Up. All other details associated with the event are retained, including the event name.
Entuity applies the Detect Port Flapping rule which identifies the port as not flapping
because the port is already set to down. Entuity saves to the database the Port Up event
which displays in the viewer as a Port Operationally Down Cleared event.
3) Next the port goes down, for simplicity we will restrict the example to trap events.
Entuity receives a trap which it handles as a Port Link Down event.
Entuity applies the Unify Port Down Event rule. As a Port Link Down event it meets the
condition and so Entuity performs the action, setting the event type to Port Down. All
other details associated with the event are retained, including the event name.
Entuity raises the Port Status Problem incident.
Entuity applies the Detect Port Flapping rule which identifies the port as not flapping
because the number of changes in the port state is not 4 or more within the previous 2
minutes. Entuity saves to the database the Port Down event which displays in the viewer
as a Port Link Down event.
4) The port goes up. Entuity receives a trap which it handles as a Port Link Up event and
after applying the Unify Port Up Event rule raises a Port Up event.
Entuity closes the Port Status Problem incident.
Entuity applies the Detect Port Flapping rule, identifies the port as not flapping and so
saves to the database the underlying Port Up event but displays it in the viewer as a Port
Link Up event. Entuity also closes the Port Status Problem incident.
5) Next the port goes down. Entuity receives a trap which it handles as a Port Link Down
event.
Entuity applies the Unify Port Down Event rule. As a Port Link Down event it meets the
condition and so Entuity performs the action, setting the event type to Port Down. All
other details associated with the event are retained, including the event name.
Entuity raises the Port Status Problem incident.
Entuity applies the Detect Port Flapping rule which identifies the port as flapping because
the number of changes in the port state is 4 within the previous 2 minutes. Entuity saves
to the database the Port Down event and raises the Port Flapping event. The Port Link
Down event is not displayed until the Port Flapping event expires, or the port again
changes state.
You can view the events that contribute to the derived Port Flapping event by highlighting
the event and from the context menu clicking Show Details.
Incidents
Entuity includes over 100 standard incident definitions with the default event project. As part
of the Event Management System’s event project these incidents are fully editable. You can
also create incidents, for example if you create custom events you may want to create
associated incidents.
By default, if the Event Management System raises an event with a severity level greater than
Information that does not have an associated incident, Event Management System creates
an on-the-fly incident using the details of the event and applying the default incident template
(defined in entuity_home\etc\event-engine-cfg-template.properties). These
on-the-fly incidents do not have an incident definition, therefore you cannot apply incident
processing or implement event correlation.
Within the Event Management System there is not a distinction between incidents based on
whether an incident was shipped with Entuity or created by a user, unlike events where, for
example system events can only have their severity level amended. With incidents you could,
although it is not recommended, delete all supplied incidents.
Attribute Description
Name Incident name displayed throughout Entuity
Description Description of the incident.
T A green tick indicates the incident includes triggers.
Opened By Lists the events that open the incident.
Table 26 Incidents
You can create triggers that are associated to a particular incident or create global triggers
that you can associate to all or a defined set of incidents. Triggers are useful for example
when designing an event system with inbuilt escalation processes. You could create a trigger
that would notify a network administrator when a particular incident has been opened for an
hour, and also define a second trigger which would email a senior network administrator if
the incident were to remain open for two hours.
Attribute Description
Name Name of the trigger.
Description Meaningful description, for example its purpose,
Attribute Description
On Transition To An incident can change state, for example be opened for the first time,
closed, reopened. You can set when the trigger is applied dependent upon
the state the incident is transitioning to.
You can set the transitioned to state to:
Opened. The action is only run once for the incident, when it is first
raised.
Reopened. The action is not run the first time the incident is raised, but
it is run each time the incident is subsequently reopened.
Opened or Reopened. The action is run the first time the incident is
raised, and each time the incident is subsequently reopened.
Closed. The action is run each time the incident is closed.
Expired. The action is run each time the incident is expired.
Any Change. When you want the action to occur whenever there is a
change in the incident then select Any Change. Any Change is useful
when forwarding events to third party software and wanting to ensure all
incidents are forwarded.
If you have set State Precondition Event Management System runs an extra
evaluation before running the action.
Delay When creating a trigger you may want to delay when and if an action is
performed. For example you may set a delay of 1 hour and State
Precondition to Open. Event Management System would only trigger an
action if the incident is in an open state 1 hour after it was raised.
You can set Delay to Immediately (no delay), or a delay of seconds,
minutes, hours or days.
Condition Through setting a condition you can control the scope of the trigger. For
example you can define tests based on incident severity, incident type and
incident attributes. (See Conditions and Tests.)
Tests When setting a condition you must then define one or more tests. (See
Conditions and Tests.)
State After Delay When you have set Delay (to anything other than Immediately) you can
apply an additional test before Event Management System runs the action
steps. For example with State Precondition set to Open and Delay set to 30
minutes Event Management System only runs the action steps for an
incident in an Open state 30 minutes after it was raised.
You can set the incident precondition state to:
Open
Closed
Expired
Open or Closed
Any.
Action Steps Defines the operations the trigger applies. You can select from saved actions
or define new actions. You can also edit and delete actions. (See Actions.)
Create Incidents
An incident definition consists of contributing events, ageout and expiry values and
potentially triggers. You can use new combinations of supplied events to create new
incidents, use custom events or a combination of the two.
Attribute Description
Name Incident name displayed throughout Entuity
enabled When selected the incident can be raised by Entuity.
Description Description of the incident.
Opened by any of Each row shows an event type and its source that can open the incident.
You can:
Click Add and from the Event Type Selection dialog select an event
type and its Target. By default Target is set to source which causes
Entuity to raise incidents against the same source as the event. You
can define an expression to set a different source, for example for port
event raising the incident against its device enter source.device.
Highlight a row and click Delete to remove the event - source
combination from the incident definition.
Updated By Each row shows an event type and its source that can update the incident.
You can:
Click Add and from the Event Type Selection dialog select an event
type and its Target. By default Target is set to source which causes
Entuity to update incidents raised against the same source as the
event. You can define an expression to set a different source, for
example for port event raising the incident against its device enter
source.device.
Highlight a row and click Delete to remove the event - source
combination from the incident definition.
Closed by any of Each row shows an event type and its source that can close the incident.
You can:
Click Add and from the Event Type Selection dialog select an event
type and its Target. By default Target is set to source which causes
Entuity to close incidents raised against the same source as the event.
You can define an expression to set a different source, for example for
port event raising the incident against its device enter
source.device.
Highlight a row and click Delete to remove the event - source
combination from the incident definition.
Update incident You can control how Entuity updates the incidents as events are raised that
details are associated with the incident, select:
Update severity and details to match the most recent event.
Use the severity and details of the most severe event.
Table 28 Incident Definition
Attribute Description
Age Out Time period during which if the incident state is not updated the incident
ages out and is closed. If the issue on the object recurs and Entuity raises
another opening event within the set Expiry period Entuity also re-opens the
original incident.
Expiry Time period during which the closed incident state can be reopened if the
issue on the object recurs and Entuity raises another opening event. After
the expiry period if the issue on the object recurs and Entuity raises another
opening event Entuity opens a new incident.
Incidents are configured from the Incidents tab of the Event Administration page. To create
the example incident:
1) Click Administration > Events > Event Administration.
2) Click Incidents and then Add.
3) Define the incident general details. Enter:
A meaningful name and description of the incident.
In Opened By Any Of click Add, highlight an event and then click OK to add an
opening event type. Repeat this for the three event types.
In Updated By you could add events that update the state of the incident. For example
you may select an event that if raised against the source object indicates an
escalation in the problem.
In Closed By Any Of click Add, highlight the SNMP Agent Responding event type and
then click OK to add the incident closing event.
A 20 minute Age Out and 60 minute Expiry times for the incident.
When you want to use the incident ensure you have selected Enable.
4) Click the Triggers tab and then Add the email notification and derived event triggers.
5) Define the email notification trigger details and test condition:
Enter a meaningful name and description.
Set Delay to 2 seconds.
Set Condition to All Tests must succeed. Click Add and define the test by setting
Type to Variable Test, selecting the email_boolean_send_control variable,
Operations to equals and Value to ’true’.
6) In Actions define the email action. Click Add and define the action in:
Type select Send e-mail.
Parameters highlight recipients, click Set and then Choose. Set Value Kind to
Variable Reference and Variable to the email_network_admin variable.
Parameters complete the subject and body parameters.
10) Close and save your changes by clicking OK to the open Event Management System
dialogs.
11) Your changes are not applied to the Event Management System until you save and
deploy the project.
Click the Save and Deploy icon, enter a meaningful description of your updates and click
OK.
Custom Events
Entuity includes more than 400 system events and 8 syslog events. Administrators and users
with the Event Administration permission can create custom events. When you add a custom
event:
Define the custom event name, description and severity level.
You can associate a custom closing event, which also consists of a name, description
and severity.
You can also create an associated incident. An incident consists of a name, description,
age out and expiry settings.
You have created the event but not how the event is raised. Custom events are raised by
other events or incidents, more specifically their associated rules and actions. For example
the Port Down and Port Up flapping events are both dependent upon other events, or rather
the application of rules applied to other events, for them to be raised.
Attribute Description
! Event severity.
Category Category of event:
system, shipped with the Entuity.
custom, created by the user.
Name Event name displayed throughout Entuity
Description Description of the event.
Rule count Number of rules associated with the event. You can click on the
column to view the rule and incidents associated with the event.
Incident count Number of incidents associated with the event. You can click on the
column to view the rule and incidents associated with the event.
Attribute Description
Name Event name displayed throughout Entuity.
Severity Event severity level.
Description Description of the event.
Add clearing event Select to define a clearing event and then enter its Name and
Description.
Attribute Description
Add incident definition Select to define an associated incident and then enter its Name and
Description.
Update incident details You can control how Entuity updates the incidents as events are raised
that are associated with the incident, select:
Update severity and details to match the most recent event.
Use the severity and details of the most severe event.
Ageout Time period during which if the incident state is not updated the
incident ages out and is closed. If the issue on the object recurs and
Entuity raises another opening event within the set Expiry period
Entuity also re-opens the original incident.
Expiry Time period during which the closed incident state can be reopened if
the issue on the object recurs and Entuity raises another opening
event. After the expiry period if the issue on the object recurs and
Entuity raises another opening event Entuity opens a new incident.
Entuity applies rules during the processing of events and divides this processing into two
stages:
Pre Storage, before events are saved to the database.
Post Storage, after events are saved to the database.
Processing stages act as containers for rules, allowing you to put some structure and order
on your rules. In the same way that you can set conditions and tests against rules which
must be met before rules can run, you can set conditions and tests against processing
stages before the rules in those stages can run (or at least be tested to run).
You can also choose to enable, or not, rules and processing stages. By default all of the
supplied processing stages are enabled, as are most of the rules. The exceptions are the N
of M rules which are not enabled. The enable state is indicated by its state icon, Tick for
enabled, Paused for not.
For rules you can also define a schedule, which is the time period in which the rule can run.
By default the supplied rules are not time-based, they do not have a schedule and so are
always available to run, if enabled.
Event Suppression rules can also be configured through a wholly separate process. The
Suppress Events dialog is available from a context menu called from objects in the Explorer
tree and Event Viewer.
N of M Rule Type
Event Management System allows suppression of events according to simple N of M rules,
i.e. it only raises the event if the associated threshold is exceeded a defined percentage of
the set time period. For example, a busy device may not respond to pings because it is
prioritizing its core functionality. Entuity could then raise multiple spurious events indicating
the device is down, followed by the next successful poll raising a clearing event. With N of M
Entuity does not raise events each and every time a ping failure occurs, but instead
calculates the percentage of time ping failures indicate the device was unreachable in a
rolling window.
By setting sensible values for N and M spurious noise can therefore be reduced. After a
threshold is crossed and an event raised one successful poll results in Entuity raising a
clearing event. Entuity also resets the N of M count to zero.
Entuity provides 9 N of M rules, which are not enabled by default:
Processor Utilization
High Port Utilization
IP SLA Test Failed
IP SLA Test High Latency
IP SLA Creation Failure
IP SLA High ICPIF
IP SLA Low MoS
Network Outage
Device Reachability.
When defining N of M rules you should consider how often Entuity polls for the metric on the
object. For example Entuity polls for CPU utilization every 5 minutes. When you wanted to
raise an event when utilization was above the threshold for 15 minutes then you would set it
to 100% of 15 minutes.
Attribute Description
Type Rule type.
Name Name of the rule.
Description Description of the rule.
Condition The condition is applied to Tests. Select:
None for Entuity to always process the rule.
All tests must succeed for Entuity to only process the rule when
all tests are met.
At least one test must succeed for Entuity to process the rule.
Enabled Select to enable the rule.
Tests Define the tests which are applied against the event.
invert result Select to invert the result of a test, which is useful where the failure of
the test is the correct outcome. The reported failure is inverted to reflect
the real success of the test.
Detection Defines the events, and number of those events that must be raised
within the defined period for the source to be considered as flapping.
Derived Event Derived Events are based upon existing event definitions within the
Event Management System. They are raised by other events and
actions in the Event Management System for example the Port
Flapping event is raised according to rules applied to the Port Up and
Port Down events.
Event Management System therefore suppresses the event, it is not written to the
database. Within Entuity there is no record of the event.
5) When 2 minutes have elapsed Event Management System raises the last suppressed
event, if any.
You can specify one or more actions to be carried out but only when each of a list of specific
events are raised within a defined period of time are they performed.
Processing Stages
Entuity applies rules during the processing of events and splits this event processing into two
stages; rules set in the:
Pre Storage processing stage are applied before incoming events are saved to the
database.
Post Storage processing stage are applied after events are saved to the database but
before incident processing.
Processing stages act as containers allowing you to put some structure and order on your
rules. So, within the two root processing stages you can create sub processing stages, for
example to contain rules:
Of the same type, the N of M folder contains all of the supplied N of M rules.
Which work together to achieve a particular aim; the Flapping folder contains rules which
detect port flapping.
In the same way that you can set conditions and tests against rules which must be met
before the rule can run, you can set conditions and tests against processing stages before
the rules in those stages can run (or at least be tested to run).
Entuity includes processing stages within the Pre and Post Storage root stages, you can also
create stages to assist with rule management. Stages are processed from top to bottom so
you should consider the relationship between different rules and stages. For example within
the:
Initial Filtering processing stage the Filter Port Status Events rule discards trap based port
status events from those ports you have configured Entuity to ignore.
Flapping processing stage the two unify rules both handle trap based port events.
It is more efficient that Entuity applies the port status filter rule first as it discards events from
identified ports, if it were run after the flapping rules then the flapping rules would be
processing events it would subsequently discard.
Discard
Pre Storage > Initial Filtering > True Pre Storage > Flapping >
Event
True Discard
Event
Discard
Pre Storage > Initial Filtering > True Pre Storage > Flapping >
Event
True Discard
Event
Attribute Description
Name Name of the processing stage.
Description Enter a meaningful description of the stage, its purpose.
Attribute Description
Rules Processing Select:
process all for Entuity to process all rules in the stage.
finish on first match for Entuity to process the first rule that
matches the set Condition.
Condition The condition is applied to Tests. Select:
None for Entuity to always process the rule.
All tests must succeed for Entuity to only process the rule when
all tests are met.
At least one test must succeed for Entuity to process the rule.
Enabled Select to enable the processing stage.
Tests Define the tests which are applied against the event.
invert result Select to invert the result of a test, which is useful where the failure of
the test is the correct outcome. The reported failure is inverted to
reflect the real success of the test.
Event Attributes
Throughout the Event Management System you can access event attributes, for example to:
Define actions that set the value of an attribute, for example the supplied flapping unify
rules include a set event type action.
Define conditions based on the testing of an attribute.
Add additional information to the event and store it within the database. (See Event
Enrichment.)
Include in emails event details. (See Send an Email Containing Event Attributes.)
Entuity events and incidents share a standard set of attributes. You can also create your own
attributes.
2) From the Actions tab click Add and enter in Name and Description short and longer
descriptions.
3) Enter the email parameter.
Click Choose and select for Value Kind Variable Reference and in Variable select
email_network_admin.
4) Enter the body of the email. This example includes all standard attributes available
against events and incidents, with each attribute labeled and starting on its own line:
"Source: " + source + "\nSourceName: " + sourceName + "\nSourceCompId-
String: " + sourceCompIdString + "\nSourceExternalId: " + sourceExter-
nalId + "\nContext:" + context + "\nType: " + type + "\nreportId: " +
reportId + "\nReason: " + reason
Event Enrichment
Events include a standard set of attributes, for example source, name, severity. You can
add additional information to the event and store it within the database.
This example involves:
Creation of a Pre Storage Generic processing stage and rule.
An Event Type Test matching on the Port Speed Change event type.
A new Database attribute to hold the location of a port.
Groovy script which navigates the Entuity type hierarchy to identify a port’s location
through attributes held against its device:
source.device.sysLocation
h
You can use the Entuity Data Dictionary tool to view the Entuity data model. It is available
through a hyperlink from Help > Contents.
To define a rule which adds location to a the Port Speed Change event:
1) Click Administration > Events > Event Administration.
2) Click Incidents.
3) Highlight Pre Storage and from the context menu click Add Processing Stage.
Define the stage, call it Enrichment.
4) Highlight the Enrichment stage and from the context menu select Add Rule. Set:
Type to Generic and enter a meaningful name and description for the rule.
Condition to All tests must succeed and add an Event Type Test that matches on Port
Speed Change.
5) From Action Steps click Add and from:
Type select Set Attribute
Attribute Select New Attribute. For the custom event attribute enter a name, set
Storage to Database and enter a description. The description is the display name.
Value enter:
source.device.sysLocation
7) After saving and deploying the event project to view the new attribute in Event Viewer you
must configure its columns. Port Speed Change events raised after the event project
deployment include their location, events raised before do not.
Actions
You can associate actions against an incident and the incident then triggers the actions,
depending upon any set conditions being met. You can also set actions within rules, rules
are applied during the processing of events. Every event rule has to have some sort of
operation included in its definition.
Entuity includes a set of action types that you can use to build your rules, or action steps in
incident triggers. When you can define your own Custom Actions they are available for use
from the same menus as Standard Actions.
You can also invert the result of a test, which is useful where the failure of the test is the
correct outcome. The reported failure is inverted to reflect the real success of the test. You
can also invert the outcome of a combination of conditions.
For conditions that you may want re-use you should define them from the Conditions page.
When you set rules and triggers you can select these saved conditions. It also allows you to
globally change a condition. You also have the option of specifying a condition within a rule
or trigger.
Variable Test
Variable test is intended for test and debug scenarios and allows the contents of a project
variable to be checked to enable or disable one or more rules.
Variables
From the Variables page you can create variables to use within the Event Management
System. This allows an administrator to make a single change and have that picked up by
multiple rules. For example:
Instead of typing into each action that sends an email the email address you can create a
variable that contains the email address. If the email address changes you can update
the variable and all of the actions that use the variable are also updated.
You may want to control when particular actions are enabled. For example with the
sending of emails you could add a test against a variable, so only when the variable
contains the value true would the email be generated.
When defining a variable enter a Name and Description along with the Value. Value must be
entered in a format suitable for Groovy syntax:
Numbers are entered verbatim, e.g. 1.
Strings are enclosed within quotes, e.g. "[email protected]".
h
Scripts written for the Entuity Configuration Management module do not have their variable
values enclosed in quotes.
When you are familiar with Groovy syntax you can develop variables that have a more
sophisticated background, for example the product of logical operations on values from the
database, events and incidents.
The changes you make to an event project only configure the Event Management System
once you save and deploy the project. The currently deployed project is the Live project.
Event projects can be:
Live, the project is currently applied to the Event Management System.
Draft, the project is different from the current live project, it is saved to the server but it has
never been deployed to the server. You can have more than one draft project and you can
delete them from the system.
Archived, the project was once applied to the server but it is not currently applied.
Archived projects are retained to allow you to re-instate a previous event project. You can
delete archived event projects, although not the initial project supplied with Entuity.
Entuity lists the event project history for the current Entuity server. When the server has
remote Entuity servers you can access the event project history of a remote sever by
selecting it from the Server drop-down list. You can then edit and export projects on the
remote server, you can also export projects to the remote server.
Entuity also allows you to merge any two selected projects. The event project merge function
identifies differences between two selected event projects and allows you to select the
required version of each conflict. When the merge is complete you have a new event project,
the two source event projects remain unchanged.
3) Highlight the project to deploy and click Deploy. Confirm that you want to deploy the
project.
4) Entuity warns you that event project deployment may take some time.
After the project is deployed you can use the Events Health page to check time taken to
deploy.
Each event project has its own unique number that Entuity generates when it deploys the
project.
If you have defined trap management rules then the receiving server must also have the
same MIB files and parsed MIB files. If they are not present then Entuity will highlight the
impacted rules and depending upon the trap configuration Entuity may fail to generate
the trap.
You can copy the MIB files and parsed MIB files from the export server directly to the
import server. If you have placed the files into the correct folders then you must stop and
restart the importing Entuity server for it to recognize the parsed MIBs.
5) Copy the event project file to a location from which you can access it from the import
server.
6) From the import server click Administration > Events > Event Administration.
7) Click View all projects.
8) Click Import and then upload the project. The project is loaded as a draft project which
you can now deploy.
After creating your own events and incidents you may want to reference them through their
unique identifiers. You can find these numbers in the event project file. Although you can
directly edit the event project file and then import it and its amendments into Entuity you
should do so only under guidance of Entuity Support.
Entuity does not automatically apply the updated event project. You should consult the
Entuity Migration Guide to familiarize yourself with any changes included in the new event
project.
Entuity Best Practice would be to merge the new event project into your customized
project.
Wanting to apply to the current event project a particular event project setup from an old
event project.
Wanting to apply to the current event project settings from an event project imported from
another Entuity server.
The event project merge function identifies differences between the two selected event
projects and allows you to select the required version of each conflict. When the merge is
complete you have a new event project, the two source event projects remain unchanged.
h
This merge utility compares more than the underlying event project XML files, for example
changes in a system event’s severity level.
Where a tab includes a difference Entuity changes the font of the tab title to red and
includes an asterisk.
4) Where merge identifies differences between the two projects then by default the base
setting is selected. Entuity does flag the differences between the two projects with the
merge icons and font style indicating the type of difference. (See Table 38 Merge Project
Icons and Color Codes.)
From the Merge Details panel you have the option of selecting the setting in the second
project and if you do Entuity would update the merge icon and font style to reflect the
new state. The Merge Details panel is closed by default. Click any flagged item to open
the panel, or click on the panel’s Up Arrow icon. To close the panel click on its Down
Arrow.
Indicator Description
Indicates the object does not exist in the base project.
The proposal is to include this object to the merged project but it requires you
Grey Italic Font to select this version from the Merge Details panel.
Indicates the object does not exist in the base project but you have selected to
include it to the merged project.
Black Normal Font
Indicates the object exists in the base project but does not exist in the second
project.
Black Text The proposal is to not include this object to the merged project but it requires
you to select this version from the Merge Details panel.
Indicates the object exists in the base project but by selecting the version in the
second event project you have decided to not include it to the merged project.
Grey Italic Text
Indicates the object exists in both projects but with different attribute values.
The proposal is to apply values from the second project but it requires you to
Black Text select this version from the Merge Details panel.
Indicates the object exists in both projects, with different attribute values, but
you have selected to include the values from the second project to the merged
Grey Italic Text project.
Indicates the position of the node in the base project and that it has changed
position in the second project.
Indicates the position of the node in the second project and that you have
selected that position for the merged project.
5) During the merge process you can navigate away from the Event Management System
and Entuity maintains the current state of the merge process in your browser session. If
you:
End the browser session then your changes are lost.
Attempt to start a new merge during the same browser session Entuity will warn you
that a merge job is in progress and that to continue would result in the loss of the in
progress merge.
At the end of the merge process as with any other project you can save the project as a
draft project or immediately deploy it. Only when you save the project are your selections
saved, and only if you deploy the merged project are they applied to the Event
Management System.
Merge Events
Entuity merge checks for differences in these event attributes:
Name of custom events.
Severity level.
Description of custom events.
System event Name and Description are not project specific or user definable, they are only
changed as part of an Entuity upgrade. These attributes are not user definable and Event
Management System merge would not identify any changes to them.
Merge Incidents
Incident definitions are completely user configurable. Therefore all incident attributes are
compared during an Event Management System merge. (See Event Management System
Merge Process Overview and Create Incidents.)
The Event Management System Incident merge tab lists one row per incident, select a row to
views its merge details. The Merge Details panel has two panes, the:
Left side pane always displays the incident values in the base project. By default Use this
version is selected indicating this setting will be included to the merged project.
Right side pane always displays the incident values in the second project. When you
want to use this setting in the merged project select Use this version.
Global triggers are not associated to a particular incident but are available to all incidents.
Event Management System merge associates a change to a Global Trigger with the Default
Incident.
Merge Rules
The Rules merge tab includes the results of comparing rules and processing stage
definitions in the two project files. (See Event Management System Merge Process Overview
and Rule Types and Supplied Rules.)
Event Management System merge compares the rule:
Name
Description
Enabled state
Validity
Condition
Behavior (Processing Stages Only)
Schedule (Rules Only)
Action (Rules Only)
Parent
Order of common children (Processing Stages Only).
The Event Management System merge Rules tab displays the Rules tree, select a node to
display the Merge Details. The Merge Details panel has two panes, the:
Left side pane always displays the rules values in the base project. By default Use this
version is selected indicating this setting will be included to the merged project.
Right side pane always displays the rules values in the second project. When you want to
use this setting in the merged project select Use this version. Entuity will update the
Rules tree, both the icon color and if appropriate the rules place in the tree.
Merge Variables
The Variable merge tab includes the results of comparing variable definitions, their
Description and Value in the two project files. (See Event Management System Merge
Process Overview and Variables.)
Merge Conditions
The Conditions merge tab includes the results of comparing condition definitions,
specifically:
Description
Parameters
Condition
Tests
Invert Test Result.
(See Event Management System Merge Process Overview and Conditions and Tests.)
Merge Actions
The Actions merge tab includes the results of comparing action definitions, specifically:
Description
Parameters
Action Steps.
(See Event Management System Merge Process Overview and Actions.)
Merge Others
The Others merge tab includes the results of comparing these Custom Attributes:
Description
Expression (target alias only)
Storage (custom attribute only).
You can view and manage incidents and events through the Entuity web interface. You can:
View and amend the severity level of each event. (See Event Severity Settings.)
Set whether an event threshold is active, disabled thresholds also disable the event.
Entuity supports both static and dynamic threshold types.(See Set Event Thresholds and
Set Event Baselines for Dynamic Thresholds.)
Control which events and incidents are displayed by using the event viewer filters. (See
Controlling Display of System Events and Incidents.)
Suppress the raising of events. (See Event Suppression.)
Annotate and acknowledge incidents. (See Incident Annotations.)
Drill-down from an event to view more detailed information.
3) Click OK to close the dialog. Entuity updates the Event Administration page.
4) Click Submit to save and apply these changes.
You can set to events back to their factory settings by highlighting events and clicking
Restore Defaults.
These are the port-level dynamic thresholds, which can be applied at device and port level:
Port High Inbound Utilization (Dynamic)
Port High Outbound Utilization (Dynamic)
Port Low Inbound Utilization (Dynamic)
Port Low Outbound Utilization (Dynamic)
Port High Inbound Fault (Dynamic)
Port High Outbound Fault (Dynamic)
Port High Inbound Discards (Dynamic)
Port High Outbound Discards (Dynamic).
h
Care should be taken when applying dynamic thresholds. Enabling a single dynamic
! threshold on 10,000 interfaces requires approximately 5MB of memory. Enabling all eight
dynamic thresholds on 100,000 interfaces would increase memory requirement by 400MB.
To set the Port High Inbound Utilization (Dynamic) threshold for all ports on the device:
1) From Explorer navigate to and select the device against which you want to configure
dynamic thresholds.
Entuity displays the Device page.
2) Click Thresholds. Entuity displays the threshold page.
3) From Show threshold settings related to select Ports. Entuity displays the port thresholds,
including the dynamic thresholds.
4) From the Port High Inbound Utilization (Dynamic) value select dynamic. Entuity displays
the Edit Dynamic Threshold dialog.
5) Click Enabled.
You can also amend the tolerance value. Tolerance sets how much above the historic
baseline utilization must be before it triggers an event.
6) Click OK.
Entuity activates the Port High Inbound Utilization (Dynamic) threshold, indicating that on
the Thresholds page by displaying a tick in the Enabled column and Remove Override
icon.
For example, consider that you want to monitor the large majority of ports on a device. You
should enable the threshold on the device and disable the threshold on those ports you do
not want to monitor.
At the port level this dialog shows the tolerance settings for the system, for the device, for
the port and indicates whether they are enabled.
For example, if Port High Inbound Discards is set to 1% and Port Minimum Packet Rate for
Discards is:
Not enabled then if inbound discards for the port is 2% Entuity would raise the Port
Inbound Discards High (Device Congestion) event.
Enabled and set to 100 then only if the inbound packet rate is above 100 and the inbound
discards for the port is over 1% would Entuity raise the Port Inbound Discards High
(Device Congestion) event. If subsequently the inbound packet rate dropped below 100
then Entuity would close the event even when inbound discards was still above the 1%
threshold.
You can set the Port Minimum Packet Rate for Discards and Port Minimum Packet Rate for
Faults thresholds to 3 decimal places.
The Port Minimum Packet Rate for Discards threshold filter applies to these events:
Port Inbound Discards High (Device Congestion) / Port Inbound Discards High Cleared
(No Device Congestion)
Port Outbound Discards High (Port Congestion) / Port Outbound Discards High Cleared
(No Port Congestion)
Port High Inbound Discards (Dynamic) / Port High Inbound Discards (Dynamic) Cleared
Port High Outbound Discards (Dynamic) / Port High Outbound Discards (Dynamic)
Cleared.
The Port Minimum Packet Rate for Faults threshold filter applies to these events:
Port Inbound Fault High (Packet Corruption) / Port Inbound Fault High Cleared (No
Packet Corruption)
Port Outbound Fault High (Transmit Errors) / Port Outbound Fault High Cleared (No
Transmit Errors)
Port High Inbound Faults (Dynamic) / Port High Inbound Faults (Dynamic) Cleared
Port High Outbound Faults (Dynamic) / Port High Outbound Faults (Dynamic) Cleared.
You can setup Entuity to forward events and incidents to the TrueSight Operations
Management suite, specifically to cells on the BMC TrueSight Infrastructure Management
Server. Through:
configure you can specify the target TrueSight Infrastructure Management Server and
cell.
bem-connections.cfg you can specify additional target TrueSight Infrastructure
Management Servers and cells.
entuity.cfg section bem you can set:
The view and user account used when from the BMC event manager accessing the
Entuity server through the URL associated with the raised incident or event.
Change the Entuity server name, for example from the Entuity server raising an event
to the Entuity consolidation server through which you want the user to access the
event. You can also change the web port of the Entuity server.
entuity.cfg section bemsender you can amend performance parameters. (See the
Entuity System Administrator Reference Manual.)
Event Management System you can use the Send to BMC Event Manager action within a:
Rule which Entuity then uses to forward events to the TrueSight Infrastructure
Management Server.
Trigger which Entuity uses to forward the associated incidents to the TrueSight
Infrastructure Management Server.
Changes you make within an Event Management System project are applied when you
save and then deploy that project.
h
Entuity Support recommend developing forwarding rules that rely on incidents raised by
Entuity. You could setup event forwarding but you are forfeiting the benefits of the incident
handling mechanism. What you should avoid is forwarding a combination of events and
incidents to the same TrueSight Infrastructure Management Server cell.
A BAROC file that maps Entuity event and incident details to TrueSight Infrastructure
Management Server event slots. This mapping also includes the source component’s
URL so from TrueSight Operations Management Operations Console you can drill-back
to the event source.
Ensure the firewall settings in the BMC II Web Services Server allow connections from the
! Entuity Server.
Attribute Description
BMC Cell Name TrueSight Infrastructure Management Server instance to which Entuity
forwards events or incidents.
A TrueSight Infrastructure Management Server administrator can find the
cell name by opening:
<IIWS HOME>\Tomcat\webapps\imws\WEB-INF\etc\mcell.dir
and locating the cell definition, for example:
cell pncell_entuity gateway.pn_server mc entuity:1828
Web Server Host Name Hostname of the server where the BMC II Web Services Server is located.
Web Server Port Port number used by the BMC II Web Services Server, by default 9080.
Number
Web Service Name Name of the web service, by default ImpactManager.
Entuity recommend you always consult the BMC TrueSight Operations Management
documentation when configuring TrueSight Infrastructure Management Server.
entuity_home/integ/BEM/server/etc/CELL/kb/classes/eye_event.baroc
to MCELL_HOME/etc/<CELL_NAME>/kb/classes.
entuity_home/integ/BEM/server/etc/CELL/kb/rules/
eye_integration.mrl to MCELL_HOME/etc/<CELL_NAME>/kb/rules.
entuity_home/integ/BEM/server/etc/CELL/kb/collectors/
eye_collector.mrl to MCELL_HOME/etc/<CELL_NAME>/kb/collectors.
where:
MCELL_HOME is the root of the BMC Server Impact Manager.
<CELL_NAME> is the name of the cell that you are forwarding events to.
5) Open the TrueSight Infrastructure Management Server Pw command prompt and from
MCELL_HOME/etc/<CELL_NAME>/kb/ run:
mccomp manifest.kb
6) Restart <CELL_NAME>.
h
mccomp manifest.kb only has to be run once after all the files have been copied to their
correct locations and the appropriate .load files have been updated. Once compilation is
complete, the cell can be restarted.
Forwarded Entuity opening and closing events are not correlated, forwarded incidents are
correlated.
You can forward events to TrueSight Infrastructure Management Servers using the same
Send to BMC Event Manager action but applying it to a rule. (See Set Up Event Forwarding.)
To ensure all incidents raised against the same source are sent to TrueSight Infrastructure
Management Server set After transition to Any Change, for example this ensures that closed
incidents are closed on the BMC event manager and re-opened incidents are re-opened on
the BMC event manager.
When forwarding incidents and events to multiple BMC event managers through configure
you must still define a target TrueSight Infrastructure Management Server and cell. If you do
not then Entuity ignores any additional servers and cells defined through
bem-connections.cfg and does not forward any incidents and events to TrueSight
Infrastructure Management Servers.
This example:
Entuity Support recommend developing forwarding rules that rely on incidents raised by
Entuity. Alternatively you could setup event forwarding but you are forfeiting the benefits of
the incident handling mechanism. What you should avoid is forwarding a combination of
events and incidents to the same TrueSight Infrastructure Management Server cell.
[connection BEM2]
cellname=pncell_bppm
webServerHostName=bppm2
webServerPortNumber=9080
webServiceName=ImpactManager
It is the connection names, BEM1 and BEM2, that are used when configuring the Send to
BMC Event Manager action.
Changes to bem-connections.cfg are only discovered by Entuity after a restart (you
do not have to run configure unless you want to amend the default TrueSight
Infrastructure Management Server settings that are set through configure).
2) Access the Event Management System to define incident and event forwarding.
Click Administration > Events > Event Administration.
3) Define the forwarding of incidents with a severity level of Severe or higher to server
bppm.
Click Incidents tab and then Edit Global Triggers and click Add.
4) Enter the trigger name and description, set Conditions to All tests must succeed and
then click Add to define the condition test.
5) Set Type to Incident Severity Test, Expression to Severe or higher and click OK.
6) In Action Steps click Add and set Type to Send to BMC Event Manager.
Select the cname parameter, click Set and enter the connection name as defined in
bem-connections.cfg within the single quote marks:
’BEM1’
h
If you do not enter a value in cname, leave it with its default single quotes, then Entuity uses
the TrueSight Infrastructure Management Server details entered through configure.
If you do not enter a value in cname, leave it with its default single quotes, then Entuity uses
the TrueSight Infrastructure Management Server details entered through configure.
10) Close and save your changes by clicking OK to the open Event Management System
dialogs.
11) Your changes are not applied to the Event Management System until you save and
deploy the project.
Click the Save and Deploy icon, enter a meaningful description of your updates and click
OK.
BemEventEngine.log
BemEventEngine.log identifies the configuration file used and the set TrueSight
Infrastructure Management Servers and cells. This example identifies the connections file
used and connection details of the two TrueSight Infrastructure Management Servers and
cells:
07/15/2014 16:24:07 INFO com.entuity.bem.eventsengine.ConfigFactory
- Found bem-connections.cfg file. Will use it.
07/15/2014 16:24:20 INFO com.entuity.bem.eventsengine.BemConnection
- Looking for cell: pncell_bppm-2. Get CellInfo from iiws on server:
bppm-2. Total cell entries: 1
cell pncell_bppm-2 mc bppm-2
07/15/2014 16:24:20 INFO com.entuity.bem.eventsengine.BemConnection
- Looking for cell: pncell_bppm-9-5. Get CellInfo from iiws on server:
bppm-9-5. Total cell entries: 1
cell pncell_bppm-9-5 mc bppm-9-5
This example identifies a failed connection which may be through a BEM server and cell not
being defined in configure:
WARN com.entuity.events.engine.util.bemsender.MisconfiguredBem-
Sender - BEM could not be configured or the Integration module for BMC
ProactiveNet Performance Management is not enabled.
BemEventEngineSent.log
BemEventEngineSent.log lists the incidents and events that Entuity forwarded including
the details sent for the TrueSight Infrastructure Management Server to handle, for example:
07/16/2014 14:47:32 INFO com.entuity.bem.eventsengine.BemEventEngi-
neSentLog - The event has been sent to BEM (connection = 'BEM1'):
{mc_ueid=EYE.ENTLONPPVM01.MyNetwork.i133.4728, mc_long_msg=Device
Average Memory Usage High on bottom3550 - 46.047935%, critical
threshold 30%, msg=Device Average Memory Usage High on bottom3550,
severity=CRITICAL, mc_tool_sev=10, mc_tool=Eye of the Storm,
mc_tool_id=ENTLONPPVM01, mc_tool_address=10.44.2.58, mc_tool_-
class=Windows 7, mc_parameter=Device Average Memory Usage High, mc_pa-
rameter_value=1, mc_parameter_unit=i133, mc_incident_time=1405518450,
mc_object=bottom3550, mc_object_class=Device, mc_tool_key=133, mc_ob-
je ct_ur i=htt p://E NTLON PPVM 01/we bUI/m ain.d o?url =/web UI/o bject -
Summary.do%3Fserver%3D205fbb05-9890-4bd3-bd62-
b359c35b3a83%26id%3D1268, mc_host=bottom3550, mc_host_ad-
dress=10.44.1.12, eye_userId=admin, eye_impact_descr=, eye_storm-
works_id=1268, eye_comp_id=4.6.0.0, eye_event_group=1,
eye_event_id=i655416, eye_view=All Objects}
BemEventEngineFailedSent.log
BemEventEngineFailedSent.log lists the incidents and events that Entuity failed to
send.
Which events and incidents are forwarded to the TrueSight Infrastructure Management
Server is determined by the conditions added to rules or triggers. The connection_username
and connection_view settings must allow access to the data associated with those events
and incidents for the associated URL to succeed. For example admin and All Objects
provide access to all managed objects on a server, however Entuity support recommend
using a non-administrator account.
You can amend the Entuity server URL details through the bem section of
entuity_home\etc\entuity.cfg:
[bem]
consolidation_server_name=entlonppvm01
consolidation_server_web_port=81
Where:
consolidation_server_name is the resolved name of the Entuity consolidation server that
you want to use to access the event or incident data. This replaces the name of the
Entuity server that actually raised and forwarded the event or incident.
consolidation_server_web_port is the port number of the Entuity consolidation server that
you want to use to access the event or incident data. By default it is port 80.
If the Entuity server forwarding events and incidents is using a non-default web port you
can also use consolidation_server_name and consolidation_server_web_port to amend
the URL to use the non-default port. You must set both parameters even when the Entuity
server remains the same.
The event severity values visible from Event Viewer run from 1 to 5, the internal values which
you should use for mapping run from 2 to 10.
Launch Entuity
You can launch Entuity from the TrueSight Operations Management event manager. This
launch uses the Object URI available from the event’s object panel, displaying the event’s
object details in Entuity.
Management of the network infrastructure requires access and knowledge, which if not
carefully controlled can lead to failures in the security of the network. An often conflicting
requirement to maintaining high security is ease of management; security too complicated to
maintain becomes no security.
Entuity security can be implemented to the depth that your management practices, and your
Entuity implementation requires. The key components of security are:
User authentication, which you can configure:
Internally, where you define user accounts on the Entuity server.
Externally, where user accounts are derived from a mapping of user groups in Entuity
to user accounts, and or user groups, defined through an LDAP environment.
User groups against which you can associate tool and report permissions.
Views through which you access objects and their data managed by Entuity. You can
control the role of views by configuring the content and content filters, event and incident
filters and access control.
In multi-server installations configuring trust between servers.
model. For example, views can be created to reflect the different costing groups on your
network, different geographical locations of hardware or the different support teams
managing the network and its services.
You can create content filters that restrict the view to show only the particular components of
the network in which you are interested, e.g. uplink ports. You can use the same filter against
a number of views.
Entuity is supplied with default filters applied to each user’s My Network (username) view.
Although you cannot change these default filters, if you have the appropriate view permission
you can make copies of them and amend those copies. You can:
Change the event and incident filters applied to a user’s My Network view but not its
content filter (All Objects).
Not change the My Network view of an administrator.
Entuity can manage large, extensive networks, and you can use views to compartmentalise
the network, building a hierarchy of views to make the network both easier to manage and a
better match your business model. For example, you can create views to reflect the different
costing groups on your network, different geographical locations of hardware, the different
teams managing the network and its services.
Once a view is created then it can be associated through user groups to users. User group
settings also determine which users can create and amend views, although any user can be
assigned view ownership. A view owner has an advanced set of rights over that view. The
permissions a user has on a view are the same permissions they have to a map, as a map is
only a visual representation of a view.
Manage Views
Entuity views perform two roles, they:
Determine the managed objects a user is permitted to view.
Members of the Administrators user group have access to all views, and therefore to all
content.
Allow users to group, monitor and report on network objects. They provide the lens
through which users can view the network objects to which they are permitted access.
Views allow both administrators and ordinary users to present and access the network in
chunks that fit how the network should be best managed. Users can be given views that
allow them to focus on the area of the network that is of interest to them, and given access
rights to build their own views. As users can only view the objects in their My Network view,
any views they build are within that scope. The My Network scope is determined by whether
the user is:
A member of the Administrators user group, in which case they would have access to all
managed objects on a server. This is equivalent to the content of that server’s All Objects
view.
Not a member of the Administrators user group, in which case they would have access to
only the managed objects in the views associated with their user groups or in the views to
which they are assigned ownership.
Entuity also distinguishes between those views a user can edit and those to which they only
have access to view. Entuity identifies read only views by applying a padlock to the view icon
in the Explorer tree.
When creating or changing views you should first set up the User Groups, and the users to
be assigned to the different User Groups. When you then create views you are also ready to
assign user group access. However you can always subsequently amend the user groups
assigned to a view and the user assigned ownership of the view.
My Network View
Each user has their own My Network view. It contains all of the managed objects a user’s
permissions allow them to access; the sum of the content of all of the views to which they
have access.
Every user has their own My Network view:
With their user name in brackets, e.g. My Network (jamessmith), My Network
(meichen).
Which is their default view. The default view is configurable through user Preferences.
That is Private to that user and cannot be accessed by non-administrators.
Administrators, through the user preferences setting Exclude other user’s private Views,
can access all views.
That is displayed after the All Objects view. When administrators can see other users’ My
Network views, these are sorted in alphabetical order.
My Network is a system view. Although administrator’s cannot amend the content displayed
in My Network views they can control the events and incidents available in the view by
changing the event and incident filters.
A user who is:
A member of the Administrators user group can view all managed objects through My
Network. Although administrator’s My Network view and the All Objects view have an
equivalent content they have different roles, for example you:
Should associate any report schedules to your private My Network view and not the
public All Objects view.
Always have access to your My Network view whereas access to the All Objects view
is by default dependent on remaining a member of the Administrators user group.
Not a member of the Administrators user group can only view through My Network the
managed objects to which they are permitted access through the union of content of
views to which they are permitted access.
When an administrator removes a user account from Entuity, Entuity deletes their My
Network view. Entuity does not delete any other views of which they are the owner, those
views remain but without an owner. When you next edit the view you must assign a new view
owner.
A naming convention should also consider that view names are case sensitive, for example
Berlin Office and Berlin office are considered as two separate views. Entuity also sorts
views on their name, sorting on case-insensitive alpha-numeric comparisons. Entuity
therefore ignores casing during sorting and embedded integers are compared using their
numeric value.
When copying a view if a view with the same name already exists at the destination Entuity
automatically appends an integer enclosed in brackets to the view name. The integer is the
next available integer which would usually be 1, for example Berlin Office(1).
On each server a view name must be unique, or more accurately the view path must be
unique. For a view created against the server root, view name and view path are the same.
For a view created as a sub-view of another view, the view name does not have to be unique
but its view path must be unique.
A view path is built from the view name and any parent view. For example London Office and
Berlin Office are views created against the Entuity server root. They each have a sub-view
called Switches, this is permitted as their view paths are unique.
In multi-server environments, different servers may have views with the same view path, for
example every installation is supplied with the My Network (admin) view. Also, when logged
into multiple servers and operating in consolidation mode, if you create a view each Entuity
server to which you are logged in attempts to create that view. Creating views in
consolidation mode is the recommended approach when you want to use views with the
same name across more than one server, for it ensures the:
View names are exactly the same. Entuity is case sensitive, for example Berlin Office and
Berlin office are considered as two separate views.
View definition is the same, at least at the time it was created.
You can use the View Hierarchy report to check for consistency across servers. It is available
from the Administration reports section.
You can edit a view and change it from a Manual view to an Automatic view, or from an
Automatic to Manual view. However Entuity does not combine the two states, for example if
you have added devices to a Manual view and then change it to an Automatic view Entuity
removes all manually added devices from the view.
You can further control view content by applying a filter. A view content filter is a defined set
of rules that determines which of the network objects potentially available in a view are
actually displayed. Filters allow the content of a view to change as the objects that meet its
criteria change. You can also set whether to include to or exclude services from the view.
Content filters apply to the content in the view directly added to the view, either through base
views or manually dragged into the view. They do not apply to managed objects inherited
from sub-views or through services.
There are two predefined content filters:
All Objects includes all objects within the content scope of the view.
Infrastructure Only displays all infrastructure ports and their associated devices, VLANs
and applications. Infrastructure ports are either uplinks, i.e. ports connecting routers with
switches, trunk ports, i.e. ports connecting switches together, or router ports.
You can also restrict the potential events and incidents Entuity can raise against objects
within a view. By default a view’s event and incident filters allow Entuity to potentially raise
any event or incident. An event or incident filter allows you to include only the event or
incident types you want to be available in a view, and exclude those that you do not.
h
All users who are not in the Administrators user group are initially restricted to their own read
only My Network view, which would be empty until their user profile is associated to user
groups against which populated views are associated (or they are assigned ownership of
populated views).
An additional view, All Objects by VTP, shows VLANs and devices grouped by VTP domain
name. You can create this view by running vtpDomainTool.
The following table shows the content scope and filters of three example views:
My Network (username) is a predefined read-only view that displays the managed
network available to that user, which is the product of the union of all views to which the
user has access. An administrator could restrict the user’s access to events and filters but
in this example does not.
New York is a user defined view. It uses the All Objects view as its base with an IP Range
content filter, which filters into the view devices within the specified address range which
in this example corresponds to the New York office.
New York Managed Hosts is a user defined view. It uses a more complex filter to only
include managed hosts within the IP Range, which again restricts the view to the New
York office. Event and incident filters also restrict the view’s events and incidents.
For more details on controlling view content see Chapter 33 - Manage View Filters.
View Hierarchy
You can build a hierarchy of views. A root view sits against the Entuity server. Within it you
can specify sub-views and within those sub-views more sub-views and so on.
The root view inherits the contents of all of its sub-views, similarly sub-views inherit all of their
sub-view content. You can view these inherited objects, e.g. devices, ports, services,
applications, through the view Summary panel, they are not displayed against the view in the
Explorer Browse tree. Only objects directly added to a view, either manually or through a
filter, are displayed in the Browse tree. These objects are also added to the list of managed
objects displayed in the view Summary page.
When building a hierarchy of views ensure user access at each level of the view meets your
requirements. If you grant a user access to a:
Parent view the user has implicit access to all of its child views. When you create or
modify a view Entuity warns you of user groups that have implicit access to the view.
You can only remove this implicit access by modifying user access to the parent view or
changing the current child view's position in the view hierarchy.
Child view (sub-view) the user does not inherit access to the content of the parent view.
The parent view is available in the Explorer tree but its content is hidden from the user.
When you highlight a view from the Explorer tree you can:
Use the Explorer tree to display:
Objects directly in the view, for example devices, services, network paths. It does not
display objects inherited from child views.
Ports with devices in the view, but not ports inherited from sub-views.
You would navigate down to the sub-view to see the devices and ports within them.
Use the Explorer View Summary panel to display all objects in the view and its sub-views:
Devices.
Ports added directly to the view.
Services.
Network Paths.
Managed objects inherited from sub-views.
Orphaned ports, these are ports that do not have a device in the current view.
Applications.
You can change the display of the Summary panel by selecting Show View Hierarchy.
This limits the display of objects to only those objects in the view, with sub-views listed
and hyperlinked allowing you to drill-down to the sub-view’s content.
Click on Maps. Entuity displays the view map.
You can access VLAN details through their association to ports, an association accessible
through the port’s Advanced tab.
View Management
Administrators, and users with the appropriate permissions, can create and edit view
definitions. Administrators can assign Create Views, Share Views and Edit View Filters tool
permissions to user groups.
The Create View and Edit View dialogs have the same tabbed layout, each tab allowing you
to configure a particular aspect of a view. View configuration tabs are:
View Details
View Access Control
View Content Scope
View Event Filters
View Incident Filters.
View Details
Through the Details tab you can define on what servers the view is created, identify where in
the view hierarchy the view sits, its view path, and set the view name.
Attribute Description
Server Server on which you create the view.
When you are logged into multiple servers and have Consolidate servers set
to on, it is set to all servers. You can click on all servers to view the available
server and select only those on which you want to create the view.
Path The location of the view in the view hierarchy. For example a new view with:
An empty path would be a view at the root of the hierarchy.
A path of Regions indicates it is a sub-view of Regions.
You cannot amend Path, it is determined from where in Explorer you create
the view (or from the command line in what you explicitly define).
Name View name should be unique and clearly identify its purpose. Entuity supports
these characters for view names a-z, A-Z, 0-9, space, # & * ( ) < > : @ ’
Attribute Description
Owner Sets the user who owns the view, which by default is the user creating the
view.
As an administrator you can assign the view to another user, although when:
Running with consolidation on in multi-server environments the selected
user must be available on all servers.
You only had access to the view because you were the owner, you may
no longer see the view in Explorer. To access this now hidden view you
can set your preferences to view other user’s private views.
system is the owner of the All Objects view and cannot be amended.
Attribute Description
Access Granted to Sets which user groups, and therefore members of those groups, have
access to the view.
When set to Edit the user can amend the view, e.g. change its name, add new
content, create sub-views.
Entuity lists user groups and users that inherit access to the view. Inheritance
is by having access to a view higher in the view hierarchy. For example if a
user has access to the parent view Americas they also have access to its child
view New York. You can only remove their access by modifying their access
to the parent view or changing the current view's position in the view
hierarchy.
All Objects filter displays all objects within the content scope.
Infrastructure Only displays only the infrastructure ports within the view.
You can also define your own filters.
Attribute Description
Manual Creates a view that is initially empty, you must manually add objects to it.
Automatic Allows you to highlight one or more views on which to base the current view.
A base view is one on which another view is based. All views apart from My
Network views can act as a base view (although Entuity does prevent cyclic
dependencies).
Union / Intersection You can base a view on more than one view, selecting whether the content of
the new view is derived from the union or intersection of objects in the
selected views:
Union, results in a view that contains all of the objects in the selected
views.
Intersection, results in a view that contains only the objects that are in all
of the selected views. For example this allows users to implement the
concept of tagging, e.g. create a view that is based on the intersection of
particular services, key devices and area office views.
If you alter the contents of a base view or remove a view from a union or
intersection definition this alters the resultant view. If you delete a base view
Entuity raises a warning and lists the impacted views, Entuity does not warn if
you edit a view.
Use the Following A content filter allows you to use a defined set of rules, which when an
Filter object’s attributes meet those rules allows it to be included into the view.
When a selected base view has child views the content of those child views is included when
applying the union or intersection.
Setting the content scope of a view as the union of its base views results in a view that
contains all of the objects in the selected base views. For example you may have views for
each of your European offices and then create a regional view (Europe) based on the union
of those offices.
Setting the content scope of a view as the intersection of its base views results in a view that
contains only the objects that are in all of the selected views. You can use view intersection
to implement tagging. For example you may have three views:
Service view showing devices involved in delivering a particular network or application
service.
Key view showing important network devices.
New York view showing managed objects in the New York office.
You could then create an intersection view that would only include key devices in the New
York office involved in delivering the specified service.
If you alter the contents of a base view or remove a view from a union or intersection
definition this alters the resultant view. If you delete a base view Entuity raises a warning and
lists the impacted views, Entuity does not warn you if you edit a view.
Attribute Description
Use the following Entuity includes one event filter, All Events, which potentially allows the
event filter raising of all events in the view. You can create new filters to only include the
particular events that you require.
Attribute Description
Use the following Entuity includes one incident filter, All Incidents, which potentially allows the
incident filter raising of all incidents in the view. You can create new filters to only include
the particular incidents that you require.
SurePath only uses views when accessed from a remote Entuity server. This allows you to
control access to network paths in the same way you control access to other network
objects, through views.
Through the web UI, a tabbed dialog guides you through view creation.
Through the Restful API.
To create a view:
1) From Explorer click on the All Servers icon.
2) Entuity displays the Create New View dialog through which you define the view.
Creating Sub-Views
A sub-view sits within a root view or another sub-view. Before creating views you should
consider who requires access to them.
When building a hierarchy of views ensure access at each level meets your requirements, if
you grant a user access to only the second or third level of a view hierarchy but not the root,
that structure would be available to the user through Explorer but the content of any parent
views to which they do not have access is not displayed. The user would still be able to
access the views, e.g. through reports, through the server root page which lists associated
views.
To create a sub-view:
1) From Explorer click on the view below which you want to create a view.
Through Explorer you can drag and drop views with the options of:
Move, which moves the selected view, and any sub-views to the target view.
Copy, which copies the selected view, and any sub-views to the target view.
The original and copied views are independent of each other, changes in one do not
change the other. However if the original view is based on other views, the new copy is
also based on those views.
When copying and moving views in consolidated server mode Entuity checks the validity of
the new view path.
It is important to recognize that a network path can only be added directly to a view that is
managed by the same SurePath server as itself. You cannot for example place a network
path into a view on an Entuity server. You can add a network path to a service that is in a
view on another server.
When using SurePath with views you are recommended to always set to on the Explorer
Consolidate Server setting. This combines the contents of views with the same name but
managed by different servers, for example the view London on the:
SurePath server would contain network paths.
Entuity server would contain at least all of the devices within the network paths defined on
the SurePath server.
To create a view combining Entuity managed objects and SurePath network paths:
1) From Explorer set Consolidate Servers to on.
Deleting Views
When you delete views, you are only deleting from Entuity the view, , not the managed
objects within the view or services and any other configuration set-up for the view.
When using the web UI in consolidated server mode, you can delete all views with that name
from all connected servers. Entuity warns you that you are deleting views and identifies the
impacted servers and the impact on other views to which they act as the base view.
To delete a view:
1) From Explorer click on the view and from the context menu click Delete View.
2) Click Yes to confirm view deletion.
A view’s content scope determines the managed objects a view can contain. Filters applied
to the view determine what managed objects within that scope are actually displayed. There
are three types of filters associated with views:
Content filters when applied determine the components that are displayed for a view.
(See Amending Content Filters.)
You can create views without content filters by dragging objects into an empty view.
Event filters determine the events that are displayed for a view in Event Viewer. (See
Incident and Event Filters.)
Incident filters determine the incidents that are displayed for a view in Event Viewer. (See
Incident and Event Filters.)
You can create filters that restrict the view to show only the particular components of the
network you are interested in, e.g. VLANs. You can also use the same filter against a number
of views.
Entuity is supplied with default filters, of which the All Objects filter is applied to the
predefined All Objects view and users’ My Network views. You cannot change these default
filters.
A content filter only allows through into its associated view(s) those components and types of
components that are specified in its rules. They must be stated in the terms within those
rules.
To identify the content filter associated with a view:
1) Highlight the view and from the context menu click Edit View.
2) Click the Contents tab.
The Infrastructure Only filter displays only those ports that are ‘uplinks’ (i.e. ports connecting
routers with switches), trunk ports (i.e. ports connecting switches together), or router ports.
The Infrastructure Only filter contains six rules:
Source=Device AND Zone=all
Source=Port AND Port Type=Trunk AND Device Type=Ethernet Switch AND
Zone=all
All of the statements in a filter, filter required components into a view rather than filter them
out. This means that you need to add as many rules as are needed to display the
components you want to see. Each rule within a filter is combined using a logical OR.
The filter rules use the same component hierarchy as viewed through Explorer, for example a
rule that filters in a port must also filter in the parent device.
Devices, applications and VLANs are filtered into the view through the first, second and fifth
rules respectively. The port filters are then applied against the returned devices, applications
and VLANs. Only ports which match the criteria specified in rules three, four and six are
included, i.e. trunk ports, uplinks and router ports.
When you want to also view ports within the returned devices the filter must be amended to:
Source=Device
Source=Port
Entuity can build the rules using the source types to reflect the hierarchy of Entuity objects;
views are directly linked to devices, devices to ports. This is viewable through the Explorer
tree pane, i.e. devices are displayed within the view and ports are displayed against their
associated device.
When a filter does not conform to this hierarchy then the returned results may not be what
you expect. For example for this rule:
Source=Port AND Device Type=Ethernet Switch
In Explorer, Entuity displays the ports of ethernet switches in the view summary page but
cannot display them in the Explorer tree as you must specify the device to conform to the
object hierarchy.
This filter does not include ports to the Explorer tree as in the object hierarchy there is no link
between the view and the source type, port. You can check this by looking at the Component
Tree pane and noticing between views and ports there are devices. Adding to the filter a rule
that defines a device source type, in this example an ethernet switch, allows ports to be
displayed in the view. This rule returns all of the ethernet ports:
Source=Device AND Device Type=Ethernet Switch
Source=Port AND Device Type=Ethernet Switch
To amend a content filter you can add, amend or delete these rules. The particular format of
the rule varies according to the rule’s source type, i.e. VLAN, port, module or device.
To make the building of rules easier the Entuity interface only presents those options valid for
the selected source type.
Application Description
Application Select from the application to include to the view.
Parent Device Through this section you can filter the application in the context of its device.
Criteria (See Table 50 Device Filter Rules.)
Device Description
Type Select:
All to include all types of device.
A particular device type to include only the specified device type, for
example Ethernet Switch, ATM Switch, Load Balancer, Router.
Zone Only displays when using zones. Select All to apply to all zones or select a
specific zone.
Name Enter the name of the device or leave blank (equivalent to all).
Device name supports filtering using regular expressions (Regex).
System Manufacturer's device description.
Description The default is blank (equivalent to all). Description supports filtering using
regular expressions (Regex).
Location Text description of the physical location of the device that is contained on the
device, e.g. Development Cabinet.
The default is blank (equivalent to all). Location supports filtering using regular
expressions (Regex).
System Name Administratively-assigned name for the chassis. By convention, this is the node's
fully-qualified domain name.
IP Address IP Range filter returns any managed device with ports that have an IP address in
Range the specified range. It also returns routers with any port that has an interface with
an IP address within the defined range.
Management IP Select to filter devices by IP Range, where only the management IP address is
Only considered.
The default is to filter by IP Range considering all device IP addresses.
Port Description
Name Enter the name of the port or leave blank (equivalent to all).
Port name supports filtering using regular expressions (Regex).
Port Description
Type Select:
All to include all types of port.
To include only the specified port type, i.e. Router, Server link, Trunk,
Uplink or Other (only includes ports that do not have a specified port type).
IF Type Is the port interface type. Select:
All to include all types of interface.
To include only the specified port interface type, e.g. ATM Logical, Gigabit
Ethernet, PPP, SLDC.
Duplex Is the port’s duplex type. Select:
All to include all Duplex types.
Unknown to include no specific types.
Half to include only Half Duplex ports.
Full to include only Full Duplex ports.
Auto to include only Auto Duplex ports.
Speed Is the port’s interface speed. Enter:
* to include ports of all speeds.
<= to include only ports with interface speeds less than or equal to a
specified number of bits, Kilobits or Megabits (i.e. 1,000,000 bits) per
second.
= to include ports with interface speeds equal to a specified number of bits,
Kilobits or Megabits per second.
>= to include ports with interface speeds greater than or equal to a
specified number of bits, Kilobits or Megabits per second.
Parent Device Through this section you can filter the port in the context of its device. (See Table
Criteria 50 Device Filter Rules.)
To exclude ports of a particular type, e.g. trunk ports create rules that include all of the other
port types; create a rule to include routers, a rule to include uplinks, a rule to include server
links and a final rule to include all other non-specified port types, other.
Service Rule
For most views you should not have to include a service rule filter. If you add a Service Filter
rule to:
An automatically populated view then all services on that Entuity server are visible in the
view and therefore all components in those services are visible within that view.
If you do not include a service rule to a view then only those services explicitly defined in
the view are visible.
A manually populated view then the service rule has no visible effect, either way only
those services explicitly defined in the view are visible.
Source Description
Service Permits into the view all services defined on that server.
When not specified Entuity restricts the services in a view to those explicitly
added to that view.
VLAN Rule
Source Description
VLAN Permits into the view events and objects related to VLANs.
Regular Expressions
Attributes which Entuity allows you to free type in the value also allow entry of regular
expressions (Regex). When defining filter rules with regular expression consider pattern
matching is case-sensitive.
These examples show the regular expressions applied against device name to deliver the
requested devices. Devices with:
A name that includes lon:
lon
[abc]$
1 or more special characters (metacharacters) in their name require that the character is
escaped. For example a name with a plus sign is escaped using the backslash:
eol\+us
This example filter excludes all devices that include bvt in their name:
^((?!bvt).)*$
1) From Explorer highlight the view and from the context menu click Edit View.
2) From the Contents tab highlight the filter and click Edit Filter.
Entuity prevents you from editing system only filters.
You can delete all rules from a filter. A view with an empty filter associated to it would not
show any managed objects.
Attribute Description
Filter Name Descriptive name of the event filter.
Include events check The Include events from devices that are not under management
box check box when selected allows Entuity to handle SNMP traps and syslog
events generated from devices that are not managed by Entuity.
Included Events Event types permitted by the rule.
Excluded Events Event types excluded by the rule.
You can view and manage all of the event filters that are currently available through the
Events tab and the Edit Event Filter dialog.
5) Click OK.
6) When you want to use the new filter for the current view, highlight the filter and click OK.
7) Click OK.
Administrators can also assign to user groups additional view permissions. Through Tool
Permissions you assign advanced users greater control over views:
Create Views, allows users to create views.
Edit View Filters, allows users to create, edit and delete filters associated with views,
events and incidents.
Share Views, allows users to share view with other user groups and control the level of
permissions they have to that view.
A user may also gain access to a view when that view is part of a view hierarchy. If a user has
permission to access a parent view then they also have an implicit permission to access the
parent’s child views. Conversely a user who has permission to access a child view but not
the parent can, for example through the Explorer tree, see the view but will not have access
to its contents.
If the user profile of a view owner is removed from Entuity then when you access the Edit
dialog Owner is blank. You must reassign ownership before you can maker any other
amendments otherwise you are warned the view owner is set to <Invalid User>.
All Users and Administrators user groups have access to their own My Network view.
Administrators user group also have access to the All Objects view.
When a view is created only members of the Administrators group and the user who created
the view have access to it. However you can associate user defined views with one or more
user groups:
Administrators can assign any user group to any view (excluding the private My Network
views).
Users that are a view owner, or are a member of a user group that has assign control
access to a view, can assign group access to that particular view.
4) For those user groups that are granted access and which you want to allow to amend the
view enable Edit.
5) Click:
OK to save your changes and exit the dialog.
Cancel to exit the dialog without saving your changes.
Troubleshoot Views
My Network View is Empty
My Network view shows the managed objects to which a user is permitted access. It is the
union of all objects contained in the views to which a user has access. The My Network view
may be empty if the user’s user groups are not associated to any views, or are only
associated to empty views.
Private views are views to which only the owner and members of the administrators group
have access. Private views are hidden to make the Explorer interface easier to manage, you
might only make private views visible for the duration of a particular task.
User groups are a major determinant of the permission level of the group members. Through
associating user profiles with more than one user group, you can build profiles that match
the varied requirements of different types of users.
4) In Group Name enter a meaningful, unique name for the group and click OK.
Entuity creates the user group and displays a confirmation dialog. By default all users are
excluded from the group.
5) Click OK to close the dialog.
4) The current members and non-members of the user group are displayed in the dialog. To
Include users in the group, highlight them in the Non-members panel and select the
left pointing arrowhead key to move them to the Members panel.
Exclude users from the group, highlight them in the Members panel and select the
right pointing arrowhead key to move them to the Non-members panel.
5) Click OK to save the amended group, and click OK again to confirm your updates.
set up users with permissions appropriate to their role by giving their user account
membership of well defined user groups.
Tool Permissions
For each user group you can set the tools to which the associated members have access
and also their permission levels to Entuity functions. As with other user profile attributes,
where a user belongs to two groups with different permissions the user’s tool permissions
are the sum of both.
h
Entuity Configuration Management delivers a powerful tool set for managing ports and
! devices on your network. You are strongly advised to control user access to the
Configuration Management module and fully test your scripts before applying them to your
live network. The scripts provided here are only intended to illustrate the functionality and
scripting techniques available with this module. Entuity accepts no liability in the event of the
instructions in the documentation not being followed when using the module.
Report Permissions
For a user to access a report they must have the appropriate Tool and Report permissions.
By default members of the:
Administrators user group have access to all reporting functionality; they have full access
to the Reports UI and to all of the reports.
All Users group do not have access to the reporting areas of the UI or to any reports.
To grant access to reports users must have complementary tool and reporting permissions:
There are three separate reporting Tool Permissions. You can grant users access to any
combination of them.
Report Permissions you control the permissions to view, run and edit individual reports. If
you grant a user access to a report you must also give them the report tool permission to
access the appropriate area of the UI. For example, if you grant a user group View, Run
and Schedule permission to the Service Availability report you must also give them the
Reports and InSight Center tool permission otherwise they would not be able to access it.
State Description
Use default Inherits the default report permission.
No Access Prevents members of the user group having access to the report
(unless they are members of another group with permission).
View only Members of the user group can view generated reports.
View and Run Members of the user group can run and view reports.
View, Run and Schedule Members of the user group can schedule, run and view reports.
Flex report permissions are wholly handled through the Tool Permissions dialog.
Task Permissions
You can control user access to Configuration Management tasks on a per-task basis. By
default all tasks are set to use the Default task permission.
State Description
Use default Inherits the default task permission.
No Access Prevents members of the user group having access to the task (unless
they are members of another group with permission).
Run Members of the user group can run and view tasks.
Run and Schedule Members of the user group can schedule and run tasks.
By default non-administrator user groups have Default task permission set to No Access.
However users who have the Configuration Management Administration tool permission
will automatically get the Run and Schedule task permission on all tasks. The Task
Permissions dialog is updated to indicate the per-task list permissioning is replaced by user
group permissioning.
4) Select the check boxes of those tools to which you want members of the user group to
have access, and uncheck those to which you want to prevent access.
For example, select InSight Center and Reports when you are also assigning report
permissions to the user group, e.g. to view, run or manage reports.
5) Click OK to save the amended tool permission settings and exit from the dialog.
6) Click Report Permissions. Entuity displays the Report Permissions dialog, the reports
are grouped by category.
7) For each report expand its category and click on its associated permission status. Entuity
displays the report permission states for you to select.
8) Click OK to save the amended reports permission settings and exit from the dialog.
9) Select OK to close the dialog.
4) Click Yes to remove the user group and then click OK to close the confirmation dialog.
The access permissions of a user profile should be tailored to the role of the user, for
example you can set which:
Views a user can access.
Tools they can use.
Reports they can create or run.
Within Entuity you can indirectly assign access permissions to user profiles by assigning
permissions to user groups. Each Entuity user is a member of one or more user groups, a
user profile inherits its access permissions from all of the groups to which it belongs. This
inheritance is additive. For example, where a user belongs to two user groups one permitting
access to a function that the other denies, then the user has access to that function.
Users can own views. As owners they have read, write and delete access to the view, as well
as the ability to:
Delegate to a group the control of read, write and delete access to the view.
Specify groups, the members of which have read only access.
You manage user groups and user accounts through the account management pages of the
web UI. Also through the web UI you can create views, set view ownership manage view
content and use views.
The Administrators user group allows members full access to Entuity’s functionality, for
example:
Read, write and delete permissions over views.
Create, modify and delete control over user group and user account permissions.
Full access to Entuity’s web interface, for example access to all administrator tools.
You cannot delete the Administrators group from Entuity, and it must always have at least
one member, initially admin.
All user profiles belong to the All Users group. Administrators can change the group’s tools
and permissions, but by default members of the All Users group have:
Read only rights to their own predefined My Network view.
Restricted access to Entuity tools, screens and reports.
h
Where a user is in more than one group, then that user’s access rights are the sum of all the
rights of their different groups. For example, admin takes rights from the All Users and
Administrators groups, and ends up with total read and write access to all of the views.
When you are connected to more than one Entuity server, from Account Manager you can
select the Entuity server to apply your changes. When a user is connected to more than one
Entuity server, the Account Manager shows details for the server to which they first
connected.
Users. For the selected server Entuity displays its user accounts with summary details
and access to management functions.
Groups. For the selected server Entuity displays its user groups with summary details and
access to management functions.
To check the status of a user account, for example to see which user groups it is a member
of:
1) Click Administration > Account Management.
In the Users section locate the row of the user profile. You can check its status and user
group membership.
Attribute Description
Name The account profile login name. This username is case insensitive.
Attribute Description
Status The current status of the account:
OK, the account is running normally.
Expired, the account password has a time limit within which it must be
changed. This period has elapsed, the password has expired and the user
must enter a new password the next time they attempt to login.
Locked, the account is locked. When the user attempts to login they are
requested to contact their administrator to unlock the account and reset the
password.
Groups List of user groups to which the user belongs.
Newly created user accounts consist of a user name, password and membership of the All
Users user group. Administrators can then amend user security settings and add users to
additional user groups. Administrators can subsequently change user passwords and
remove the user account from Entuity.
User accounts inherit their permission level from the user group(s) to which they are
associated.
Modifying Passwords
User’s with administrator rights can change both their own password and reset the password
of other accounts.
Ensure that you are logged into Entuity as a member of the Administrators Group, and then:
1) Select Administration > Account Management.
2) In multi-server environments select the server for which you want to modify the user
password.
3) From the Users section highlight the name of the user account who’s password you want
to amend.
4) Select Change Password. For reasons of security passwords are always displayed as
asterisks.
Attribute Description
Time after Allows specification of user accounts that:
Never time out, the default option active when the check box is not
selected
Are temporary user accounts
Are expired but can be re-activated.
Lock account after Account Disable allows specification of user accounts that:
Are never disabled, the default option active when the check box is
not selected
Are disabled when users make a set number of consecutive failed
attempts to logon to Entuity
Are disabled but can be re-activated.
Table 60 User Account Security Settings
Attribute Description
Lock account after Account Disable allows specification of user accounts that:
Are never disabled, the default option active when the check box is
not selected
Are disabled after a set number of days
Are disabled but can be re-activated.
Force password Password Change allows administrators to force users to change their
change after passwords after a set number of days.
Force password Password Change allows administrators to force users to change their
change on next logon passwords the next time they logon, useful when creating new accounts/
resetting passwords and wanting the users to set their own passwords.
When you use the automatic refresh available with the web interface Status Summary and
TopN Summary dashboards, the regular querying of the Entuity server prevents the session
timing out.
To modify user account security settings ensure that you are logged into Entuity as a
member of the Administrators Group, and then:
1) Click Administration > Account Management.
2) In multi-server environments select the server for which you want to create the user
account.
3) From the Users section highlight the required user account.
4) From Settings amend the account security settings.
5) Click OK to save the new settings, or Cancel to keep the existing settings.
Entuity Multi-Server Administration allows you to configure trust between servers. This allows
a server to use the resources of another server (or multiple servers). For example you can set
up Entuity servers to:
Act as non-polling central servers with their remote servers polling the network. In this
way you can greatly extend the network management capability of an Entuity
implementation.
Act as the license server for all of its remote servers. Although you can have more than
one central licensing server, a remote server can only accept license credits from one
central licensing server at any one time.
Use the flow collection capabilities of their remote servers.
Use the network paths discovered by SurePath (a separate Entuity product).
The trust between servers is verified through an administrator user account which must have
the same credential set on all connected servers. Users, both administrators and non-
administrators, can access the information on remote servers if they have user accounts on
those servers. And the permission levels they have is set by their user account, i.e. although
the trust between servers is set through an administrator account the capability of an
individual user is set by their account permissions.
As already mentioned, an Entuity server can act as both a central and remote server. In our
example four server managed network we may want to allow more than one Entuity server to
access information collected by the other servers. We could allow Entuity Server 3 access to
Entuity Server 1 and Entuity Server 2.
On Entuity Server 3:
Entuity Server 1 appears as both a central and remote server, reflecting the mutual level
of trust.
Entuity Server 2 appears as only a remote server, reflecting the one way trust relationship
Entuity Server 4 is not visible as it was not added to Entuity Server 3 as a remote server.
Entuity Server 3 is added as a central sever to Entuity Server 1 and Entuity Server 2.
You could configure all Entuity servers to act as both remote and central servers. This allows
users with the appropriate access levels to access information on all servers from any other
Entuity server.
Multi-Server Licensing
When using multiple Entuity servers to manage your network, you can assign each Entuity
server its own license, tied to its host identifier which specifies the modules and integrations
permitted on that server. This standalone license can also set the object and device credits
available to the server. Alternatively, you can use an Entuity Central License Server to
manage object and credit allocation. (See the Entuity Getting Started Guide.)
Using a Central License Server allows you to allocate and re-allocate licensing credits to
remote servers as their requirements change. For example, you may have three servers each
with local licenses that support the same number of objects. These licenses may not reflect
the current loading on those servers.
With a Central License Server you can assign fewer license credits to the lighter loaded
server, and more credits to the more heavily loaded server.
However Entuity Support recommend a Central License Server does not manage network
objects or act as a consolidation server. This is especially true in VMware Vmotion
environments where the hosting virtual machine may change. For the:
Remote servers this does not present a licensing problem.
Central License Server its license is tied to the host identifier. If the machine changes so
does the host identifier and the server fails.
You should not include the Central License Server to a VMware Vmotion setup and not use it
to manage network objects or as a consolidation server. If the Central License Server fails its
remote servers will continue to work for another seven days, which should be sufficient time
to recover or rebuild a server.
administrator enters valid login details, which includes using a user account that is a member
of an administrator group, then the local Entuity server becomes a trusted Central Server on
the remote server.
Remote servers are Entuity servers that you have requested access to from the local server.
When that access is granted, they have a status of OK. On the remote server if you navigate
to the Central Servers page then your local server would be listed there.
Attribute Description
Server Name of the remote Entuity server.
Web Port Web port used by the remote Entuity server.
SSL Indicates whether the remote Entuity server uses SSL.
Show Indicates whether you want to show this remote server on the local
server’s Multi-Server Status Summary and Entuity Health pages.
Status Current state of trust, which can be:
OK, the remote server considers the local server a trusted server,
allowing it access.
No Trust, the remote server may have previously allowed the local
server access but has now revoked that access.
Service Down, the remote Entuity server application is down, but the
server machine is responding to ping.
Communication Failure, the remote Entuity server machine is down,
i.e. not responding to ping.
Attribute Description
Server Resolved name or IP address of the remote server.
Web Port Web port used by the Entuity remote server.
SSL Select SSL when used by the remote Entuity server.
Username User account on the remote Entuity server that is a member of the
administration group.
Password Valid password for the user account.
After cloning an Entuity server that you have used when managing your network, i.e. it
includes user profiles and is managing devices:
Assign to the Entuity server its own server identifier, this is especially important in
multi-server environments where Entuity servers are distinguished through their identifier.
The Entuity server must not be running and then from the command line run:
configure serverid new
(for more options see the Entuity System Administrator Reference Manual).
Obtain a new license from your Entuity representative.
When you want to:
Retain the user permissions, view structures and report definitions but not the device
inventory then from the Inventory page remove all devices.
Start with a fresh Entuity installation then during install and configure instruct Entuity
to delete the database.
To set ipman to collect ARP cache information from routers an Entuity server does not
manage:
1) Create a tab delimited text file containing the hostname or IP address, and SNMP read
community string for each router ipman polls.
For example the file entuity_home\etc\arp_cache_devices.cfg contains:
10.12.12.1 public
rLonodon01 commstring
h
Entuity recommend you use the example location and name of the device file to ensure it is
maintained during Entuity upgrades.
Attribute Description
Views Name of the Entuity view. You can click on it to open Explorer with the
focus on that view.
Services Number of services associated with the view.
Service Status The segments in the colored bar indicate the current states of services
within a view. When you place the mouse over a colored segment Entuity
displays a breakdown of the services in that state, e.g. 75% (6/8) Up.
Entuity displays N/A (Not Applicable), when there are no services in the
view.
The percentage value represents the number of services in the view with
an UP state as a percentage of the total number of services in the view.
You can click through to access a summary of services in the view.
Devices Number of devices within the view.
Device Status Entuity determines device state by their responses to ICMP ping and/or
SNMP polling, hostname resolution and system status.
The segments in the colored bar indicate the current states of devices
within a view. When you place the mouse over a colored segment Entuity
displays a breakdown of the devices in that state, e.g. for a green segment
83.2% (119/143) Ok.
The percentage value represents the number of devices within the view
that are OK, as a percentage of the total number of devices in the view.
You can click on the hyperlink to launch the Device Status report which
shows the current state of devices.
The device state icon represents the worst state of a device within the
view. When you rollover the icon Entuity displays a breakdown of device
states within the view, for example 1 device is degraded 1 device is in
unknown state.
Open Incidents A by incident severity breakdown of incidents raised against devices in the
view. You can click on the Total hyperlink to view the current open
incidents for the view.
You can control access to Entuity either internally through its own security database or
externally by integrating Entuity user groups and names within the LDAP environment.
You can assign Entuity servers to more than one LDAP server and also specify their
preference level, and under what conditions the Entuity server would contact a second server
when login validation by the first is unsuccessful.
LDAP server configuration is outside the scope of this guide. You must know and understand
your current LDAP configuration before implementing it with Entuity.
Entuity Security Service is the web service which translates external user attributes to Entuity
user groups. You can specify translation rules through a configuration, access to which is
available through the Account management area of the web UI.
You can configure the security service to run without external authentication, where user
information is held in the local security database and is available for management through
the Entuity client.
By default security services are configured for internal authentication. It is your responsibility
to ensure all security services are consistently and appropriately configured, e.g. use the
same authentication method, the appropriate mapping rules.
To access the LDAP management pages when creating an LDAP server entry:
1) Click Administration > Account Management.
2) From the LDAP Settings section click Add.
Entuity displays the Server Details tab.
Server Details
Through the Server Details page you can specify the connection details Entuity requires to
connect to the LDAP server.
Attribute Description
Server Type Entuity supports two types of authentication servers:
Windows AD
OpenLDAP/LDAPv3.
Display Name Name of the authentication server as displayed in Entuity.
IP Address/Host Name IP address or resolved name of the authenticating LDAP server.
Port Port used by the LDAP server, not required if using the default (389, or for
SSL 636).
Bind Username as DN Select:
No (default), Entuity searches the LDAP server for the username.
Yes, if your LDAP server only supports the bind operation using the
DN format, and you can not construct a valid user DN using Entuity’s
expression formats, Entuity can be configured to use an alternative
approach.
Lookup User Account You must supply an account to access the LDAP server unless the server
supports anonymous login.
The account must have READ privilege, specifically List Content. In
Windows AD, everyone in the domain has READ permission in its own
domain by default, other systems may have a different configuration.
Lookup User Password Password for the account.
Base DN Defines the starting point for searches in the LDAP directory.
Attribute Description
Username Attribute An OpenLAPD/LAPDv3 specific attribute. UPN is used for logging into
the LAPD environment and must be unique.
Domain Name A Windows AD specific attribute required when using domain names to
distinguish between users with the same name in different domains.
Enter the domain name to use as the search base.
User Search Filter User Search Filter only applies when Bind Username as DN is set to No.
This filter restricts the search to the user class and then compares the
value to the sAMAccountName attribute.
Depending on the LDAP server configuration, for example if there is an
index created on objectClass, using this filter can dramatically improve
search performance.
Using TLS Select:
No when not using TLS.
Start TLS. This is the preferred method of encrypting an LDAP
connection. STARTTLS allows unencrypted and encrypted
connections to be handled by the same port. It handles a non-
encrypted connection by wrapping it with SSL/TLS after/during the
connection process.
LDAPS to use SSL.
Table 66 LDAP Management Server Details
Group Searching
Through the Group Searching tab you can specify the LDAP filter expression for performing
the group search.
Attribute Description
User Refers to Groups When set to:
No, Entuity searches for groups based on Group Base DN and then
which group’s member contains the user.
Yes, Entuity searches for groups using the user’s MemberOf
attribute.
Group Name Attribute An OpenLDAP/LDAPv3 attribute which sets how to search the groups.
User MemberOf Attribute This attribute is only available when User Refers to Groups is set to Yes.
The attribute used to find members of groups, by default memberOf.
Group Member Attribute This attribute is only available when User Refers to Groups is set to No.
The attribute name used to find members of groups, by default member.
Group Base DN The domain base from which you search for groups. When the value
remains empty search uses Base DN.
Group Search Filter Group Search Filter only applies when User Refers to Groups is set to No.
Search Parent Groups Searches for the group within the current parent group and if not found
(levels) there would search within its parent-groups and so on until the set
number of levels from the current group.
Search Nested Groups Searches for the group within the current group and if not found there
would search within all nested sub-groups.
There are two options to control group searching in the LDAP tree. Consider a very simple
tree (where to be found by the search all of these groups must be under the same Group
Base DN):
UK -> England -> London -> City -> Devonshire Square
The user James Smith is a direct member of London. Search Parent Groups (levels) can
control the upward levels the search would go back. For example, if set to 1, then it will return
England and London; and if set 0, then it will only return London.
However when Search Nested Groups is set to true, a search will always return all nested
groups, in this case both City and Devonshire Square.
Group Mapping
Through the Group Mapping tab you can map the user groups defined in Entuity to those
groups defined on the LDAP server.
Parameter Description
Local Groups The user groups defined on the Entuity server.
Mapped Users/Groups The LDAP server users and groups mapped to the local group. When set
through the web UI the users and user groups are additively combined
The web UI provides an interface for mapping of Entuity local groups with LDAP managed
users and groups.
You can directly edit the security file when building more complex mappings. For example
this mapping:
Administrators U:RiLee G:Supervisors
associates the Entuity Administrators group with user RiLee and the Supervisors user group.
This is an additive relationship for RiLee to login he must be a member of the Supervisors
group. When you want to allow RiLee or any member of the Supervisors group access to
Entuity then you must amend the security configuration file:
<condition>
<or>
<attr name="userName" contains="RiLee"/>
<attr name="groups" contains="Supervisors" />
</or>
</condition>
Entuity validates these details against the specified LDAP server, and reports validation
success through a dialog.
Entuity displays the state of emergency access and the configured emergency access
user profiles:
Emergency access is enabled in the security config file.
Users:
eUser
root
Total User(s) 2
3) Entuity prompts you to confirm the deletion of the emergency user. Enter Yes.
Entuity confirms the deletion of the profile:
User 'eUser' deleted
If you disable emergency user access you may not be able to log on to Entuity when it is
configured to work with LDAP but the external authentication system is not accessible.
authtool is located in entuity_home/bin. The general syntax for this tool is:
authtool reports on the success or failure of the logon and when successful also reports
on:
Attributes returned from LDAP, for example domain group, groups, logon details.
Entuity groups mapped to the logon, identifying any that are not in the database but are
still included in the mapping rules.
Testing of server access using the Entuity groups.
You can also run authtool mapping just against the a group:
C:\Entuity\bin>authtool -d mapping groups=developers
Total groups:3
You can control access to Entuity either internally through its own security database or
externally by integrating Entuity user groups and names within the LDAP environment.
When both parameter name and domain are specified in the allowUser and denyUser rules,
then the rule is only matched when both parameter values are matched (logical AND).
where:
ruleName can be allowGroup and denyGroup
name is the Entuity user group name:
* indicates the rule applies to all groups, and is the default value.
name is the group name.
Rule evaluation can be either case sensitive or case insensitive, which is specified through
the ignorecase attribute of the serverAccess element:
<serverAccess ignorecase="true">
This example tests whether CharlesC a member of the administrators group would be
permitted access to the Entuity server:
authtool -d serverAccess user=CharlesC groups=Administrators
Another example is to test user access using user and domain names:
authtool serverAccess user=myUser@myDomain
Entuity recommend enforcing domain name usage when allowing users from different
domains to log on to Entuity. Entuity LDAP:
Supports the User Principal Name (UPN) format, i.e. username@domain.
Does not support the Universal Naming Convention (UNC) format, i.e.
\\domain\username and domain\username .
From the user logon information you must be able to construct the distinguished name (DN)
of the user LDAP entry on the LDAP server.
The bind name is constructed from information supplied when attempting to log on. How the
bind name is constructed, and in what format, you can specify through the ldap-config
module in security.cfg.xml in entuity_home/etc:
<userBindName>expression</userBindName>
<userBindNameIsDN>boolean</userBindNameIsDN>
where:
expression constructs the bind name. This can include fixed values as well as values
supplied during the log on. There are three possible variables, represented as {0}, {1}
and {2}. These variables are replaced with values taken from the logon:
{0}, is the entered logon name, which could include both username and domain
{1}, is the username part of the logon
{2} replaced with domain part of the logon (may be empty).
boolean indicates whether the constructed bind name includes a domain name (true), or
not (false).
When constructed the bind name is used to authenticate (bind) against the LDAP server
(together with the entered password). If the bind operation succeeds, then the user is
authenticated and the login accepted, otherwise the login attempt is rejected and fails.
Here the bind name is specified using the UPN format. The user only enters their user name,
as it is combined with a predefined domain (MyCompanyDomain):
<userBindName>{1}@MyCompanyDomain</userBindName>
<userBindNameIsDN>false</userBindNameIsDN>
Here the bind name is specified using the UPN format but with the user required to enter user
and domain names:
<userBindName>{1}@{2}</userBindName>
<userBindNameIsDN>false</userBindNameIsDN>
<systemUserPwd>password</systemUserPwd>
where:
LookupUserBindDNAsSystemUser when set to:
true, sets the requirement to find the user’s DN before trying to bind as that user.
false, assumes you can construct a valid DN from the logon details.
userSearchBaseCtxDN defines the search directory sub-tree.
userMatchFilter is the criteria on which the user is identified.
systemUserName is the used connect details, user name and password.
where:
userBindNameIsDN is false, indicating the bind name is in UPN format.
lookupUserBindDNAsSystemUser is:
false, indicating the DN search is for the current user who has sufficient privileges to
search the specified folder sub-tree.
true, indicating the search should use the privileges of the system user.
After the LDAP server finds the user’s DN, it then searches for the user’s groups. The search
requires access to the relevant folders on the LDAP server. When the authenticated user
does not have access you can specify whether group search must be done with system user:
<searchGroupsAsSystemUser>true</searchGroupsAsSystemUser>
This configuration indicates the user entry in the LDAP server contains attributes that list all
distinguished names of the groups to which the user belongs, and all of these group entries
contain an attribute to indicate to which group they belong (groups could be members of
groups):
<userRefersToGroup>true</userRefersToGroup>
<userMemberOfAttrID>memberOf</userMemberOfAttrID>
<groupNameAttrID>cn</groupNameAttrID>
where:
userRefersToGroup is:
true, indicating the user has an attribute which refer to groups this entry is member of.
false, indicating the user entry does not contain a reference to the member’s group.
userMemberOfAttrID is the attribute that identifies member groups.
groupNameAttrID is the name on the group attribute which identifies the group name, e.g.
cn.
All groups specified are navigated recursively, returning all group names to which the user
belongs. Where the user entry does not contain a reference to the groups it is a member of,
you must use take another approach. The LDAP server can recursively search for groups that
refer to the user as a member, as well as groups that refer to other user groups.
This configuration indicates the user entry on the LDAP server does not have any information
on group membership, but instead group entry refers to member users or groups (or group
members of groups):
<userRefersToGroup>false</userRefersToGroup>
<groupSearchBaseCtxDN>
DC=example, DC=com
</groupSearchBaseCtxDN>
<groupMatchFilter>(member={3})</groupMatchFilter>
<groupSearchDepth>5</groupSearchDepth>
<groupNameAttrID>cn</groupNameAttrID>
where:
userRefersToGroup is:
true, indicating the user has an attribute which refer to groups this entry is member of.
false, indicating the user entry does not contain a reference to the member’s group.
groupSearchBaseCtxDN specifies the directory path of the sub-tree where group entries
could be located.
groupMatchFilter specifies the matching criteria for a group to be considered as group for
the user or group. The match can use variables, including {3} which is replaced by the
distinguished name of the user or the group, for whom we are searching the group.
groupSearchDepth sets the group recursion depth. Only increase this value when your
LDAP schema has more levels of memberships.
groupNameAttrID is the name on the group attribute which identifies the group name, e.g.
cn.
revoke and grant rules have the same structure, this extract shows grant:
<grant name="ruleName">
<group name="MyEntuityGroup1"/>
<group name="MyEntuityGroup2"/>
<condition>
...
</condition>
</grant>
where:
grant is the rule type, the other rule type is revoke. name is the name of the rule, its use is
optional but Entuity recommend its use to improve the readability of your configuration.
group is the name of the Entuity group affected by the rule.
condition specifies the tests against which the received data is evaluated. It returns either
true or false.
By combining these expressions with boolean operators you can increase the sophistication
of the condition:
<grant name="Local users groups">
<group name="administrators" />
<condition>
<or>
<attr name="userName" contains="rootAdmin"/>
<attr name="userName" contains="sysAdmin"/>
This example is a grant rule which when true maps to the user the Entuity administrators
group. The condition tests whether the user is:
The rootAdmin user.
The sysAdmin user.
The seniorAdmin user.
A member of all of the listed groups, seniorAnalysts, seniorNetAdmins and
seniorNetSupport groups.
Entuity generates an extensive set of log files which are by default saved to
entuity_home\log. You can access these log files and review them, although their number,
the number of log entries within them and the depth of the technical content make it an
unrealistic task unless you are troubleshooting a particular issue.
Audit Log provides a central point for reviewing and analyzing actions performed on Entuity.
You can use its filters to control the display of log entries; for example you can specify a filter
so Audit Log displays:
Views created within the past week.
New user accounts created on a particular server.
Changes to device management.
Audit Log allows you to track who made changes and when to key Entuity features. Entuity
Audit Log currently records actions performed on:
Event Threshold Settings
Account Management:
Configuration Management
Device Inventory
Context menu port object settings: Fast util, Fast polling, Status event, manage or
unmanage.
View management
Report scheduling.
When multi-tenanted support is configured audit log tracks the creation, deletion and
modification of zones. Zone details are also included with audit log entries relating to
addition/deletion of devices to the inventory.
Category Description
Account Management This category includes changes to user accounts, groups and LDAP
configuration. Audit Log tracks:
Creation of user accounts, deletion of user accounts, the changing of
account passwords and changing of user group membership.
Creation and deletion of user groups, change in user group
membership and change in associated tool permissions.
LDAP internal and external authentication enabled.
Configuration This category includes changes to Configuration Management tasks.
Management Audit Log tracks task modify, create task schedule, modify task schedule,
delete task schedule and execute task actions.
Events This category includes changes to event suppression definitions defined
through Event Suppressions page (see Event Suppression). It identifies
additions to, modifications and deletions of event suppressions.
Inventory Inventory category includes changes to managed inventory, additions,
deletions and modifications. Inventory logs include zone management
actions. When changing inventory through the:
Inventory page Source is set to Web.
Command line Source is set to proliferate.
Audit log does not report on devices that Entuity fails to manage.
Object Settings This category includes the enabling and disabling of port object settings
initiated from the context menu:
Fast Status Polling
Fast Utilization Polling
Status Events
Manage and unmanage ports.
Reporting This category logs changes to report schedules, their creation, manual
deletion, suspension and resumption.
Threshold Settings This category includes modifications to event thresholds, for example
amending a threshold value, disabling a threshold.
View Management This category logs view creation, deletion and modifications. Details
include domain, event or incident filter, and group changes are also
recorded.
By default Entuity maintains audit log entries for 60 days; after 60 days Entuity deletes the
entry from the audit log. You can amend this keep time for the audit log data through
entuity.cfg and the variable auditLogKeepTime.
All members of the System Administrators group and users with the View Audit Log tool
permission have access to Audit Log.
Column Description
Time Date and time on the Entuity server when Entuity made the audit entry.
User This is the owner of the action. When the action is executed through:
The Web UI it is the name of the logged in Entuity user.
The command line it is set to system.
A script then the name of the user is left blank.
Source The origin of the action. When Source is set to:
Web it indicates the action was initiated through the web interface, for
example adding a device through the Inventory page.
proliferate it indicates the action was initiated by running proliferate from
the command line, for example adding a device.
DsKernelStatic it indicates the action was performed by DsKernelStatic,
which is usually initiated from the web interface but could also be called by
RESTful API when managing views.
Category Top level grouping of actions identify the general category to which the action is
related. For example, adding a device is an Inventory action. (See Table 69 Audit
Log Categories.)
Column Description
Action Identifies the action type which can be one of.
ADD, for example creation of a new user account, taking a new device under
management.
ADD REFERENCE, used when adding a view to another by reference.
COPY, used when copying a view to another view.
DELETE, removing a user account, deleting a report schedule.
DELETE REFERENCE, used when a referenced view is deleted from the view.
MOVE, used when moving a view to another view.
RESUME, resuming a suspended report schedule.
SUSPEND, used when suspending a report schedule.
Context The context in which Entuity performs the action, for example if a threshold is
modified then the threshold is the source context of the action.
Details Identifies the details of the action. If the action results in changes then - and +
(From and To) indicate the direction of change. For example, if a device is added
to a:
View then Entuity reports the change as +ManagedHost: saturn
Zone then Entuity reports the change as Zone: +zone-name.
Server Entuity server that performed the action.
ID Audit entry identifier. Different rows may share the same identifier which indicates
the actions were performed at the same time, for example multiple devices were
selected and added into a view.
Filter Description
Server Select:
All for all servers available to the current user
The specific Entuity server that performed the action.
From Start date and time of the filter period. By default set to no limit, which is only
restricted by the audit log retention period of 60 days (configurable through
auditLogKeepTime in entuity.cfg.)
From and To use the same Time Period dialog.
To End date and time of the filter period. By default set to now, the current data and
time. The page does update
Category Top level grouping of actions identify the general category to which the action is
related. For example, adding a device is an Inventory action. (See Table 69 Audit
Log Categories.)
Action Identifies the action type which can be one of.
ADD, for example creation of a new user account, taking a new device under
management.
ADD REFERENCE, used when adding a view to another by reference.
COPY, used when copying a view to another view.
DELETE, removing a user account, deleting a report schedule.
DELETE REFERENCE, used when a referenced view is deleted from the view.
EXECUTE, used when running a script.
MODIFY, used when modifying a view.
MOVE, used when moving a view to another view.
RESUME, resuming a suspended report schedule.
SUSPEND, used when suspending a report schedule.
User This is the owner of the action. When the action is executed through, for example:
The Web UI it is the name of the logged in Entuity user.
The command line it is set to system.
A script then the name of the user is left blank.
Table 71 Audit Log Filter
Server: entlonvpc01
2) Click Administration > Audit Log. Entuity reports the unmanaging of the port:
Message Id:8
Date: 27-Mar-2016, 17:35
Category: Object Settings
Action: MODIFY
Context: [e1] Ethernet Interface on bsw1 (portEx)
Details: Port unmanage
User: system
Log Source: RESTful
Server: entlonvpc01
3) If you were to unmanage the same port through the web UI Entuity Audit Log identifies
the web UI source.
In Explorer highlight the port and from the context menu click Unmanage port.
4) Click Administration > Audit Log. Entuity reports the unmanaging of the port:
Message Id:17
Date: 27-Mar-2016, 21:15
Category: Object Settings
Action: MODIFY
Context: [e1] Ethernet Interface on bsw1 (portEx)
Details: Port unmanage
User: admin
Log Source: web
Server: entlonvpc01
If you compare the two log entries you can see Entuity distinguishes between the two
methods of unmanaging ports through Source and User.
Before running Entuity for the first time, re-installing Entuity, applying patches or
re-configuring Entuity you are strongly advised to make a system backup of the installed
software and data. If you then encounter a problem, for example a file system corruption,
inadvertently deleting data when upgrading Entuity or misapplying a patch, you can quickly
revert to the backed up implementation.
Entuity’s default configuration includes a database backup that runs each evening. You
should also configure your system backup tools to run nightly, backing up those folders that
contain content that changes frequently, e.g. the database backup tables, configuration
folders, reports folders.
h
Do not run anti-virus or backup tools on the live database folder, e.g.
! entuity_home\database, as this type of software may lock files and cause Entuity to fail to
access the database.
If you have a major incident that corrupts your Entuity database and/or software, for
example the Entuity server machine has become unstable and cannot be recovered.
To move the Entuity install to a new machine.
h
When using a Central License Server, you should deallocate license credits before moving a
remote server. If you do not deallocate credits you would have to wait seven days until the
credit allocation ages out and are available for reallocation.
Alongside the other database folders is a temp folder used for holding temporary tables. It is
not backed up.
3) As each backup completes Entuity reports the success or failure of each stage of the
backup. Backup details can also be checked through the log file, backup.log, in the
entuity_home/log directory.
When restoring a database backup from one server to another server then the database
backup will have a different server identifier to that of the new server. After restoring the
database you must change the server identifier in the restored database to that of the new
server's identifier. (See Restoring to a Different Entuity Server.)
To restore the database:
1) Ensure that you are logged on as a user with administrative privileges.
2) Shut down Entuity.
From the command line enter stopeye, or in Windows stop the Entuity service, which
stops all of the Entuity services, e.g. Entuity RPC, Entuity Database, Entuity Webserver
and Entuity.
3) Start the Entuity database server mysqld.
From the command line run c:\entuity\bin\start database or in Windows restart
the Entuity Database service.
4) From the command line run c:\entuity\bin\restore.
You are prompted as follows:
Do you really want to remove the entire Entuity database?
If ’yes’, it will be recreated from the backup directories.
You can prevent Entuity from raising this prompt by using the parameter -f, i.e. restore -f,
to force the restore.
5) Enter y. restore deletes the existing databases and tables and restores:
EOSdb database from entuity_home/database/backup/backupdb.
DSALPHA database from entuity_home/database/backup/backupsw.
usadb users table from entuity_home/database/backup/backupusadb.
secdb users table from entuity_home/database/backup/backupsecdb.
greenit database from entuity_home/database/backup/backupgreenit.
DSPSTREAM database to entuity_home/database/backup/backupups.
MySQL users table from entuity_home/database/backup/backupmysql.
flowdb database from entuity_home/database/backup/backupflowdb.
eventdb database from entuity_home/database/backup/backupeventdb.
As each restore completes, Entuity reports the success or failure of each step. Restore
details can also be checked through the log file, restore.log, in entuity_home/log.
6) Once restore reports successful completion, run swmaint. For example, in:
Default mode, swmaint removes object and sample data with incomplete
associations. Enter:
swmaint
Quick mode, swmaint does not delete or optimize object and sample data:
swmaint -q
See the Entuity System Administrator Reference Manual for full details on swmaint.
7) swmaint reports its progress through the command line. When it completes stop the
database server mysqld by either:
Invoking from the command line stop database, or
In Windows stopping the Entuity Database service.
h
Run configure before restarting the Entuity server when restoring the Entuity database to a
different server, or a different location on the same server, to the one it was backed up from.
8) When restoring a database backup from one server to another you must change the
server identifier in the restored database to that of the new server's identifier. (See
Restoring to a Different Entuity Server.)
9) Restart the Entuity server.
From the command line enter starteye, or in Windows restart the Entuity service.
update_full, updates from serverid.xml the files and database with serverid but
also dashboards, user selections and reports. When you only need to update the database
you can use the update option.
h
Entuity does not update the server identifiers associated with any physical connections.
These connections are invalid and should be removed.
The basic administration tasks that should be performed on a regular basis include:
checking permissions; checking system processes; checking disk space; monitoring port
license credit availability; viewing process log files; and checking database integrity.
Entuity also distinguishes between logging onto the server through the:
Entuity client:
12/14/2006 18:36:42: Accepting login: application=Entuity host=IDD
user=admin
web interface using cgi scripts:
12/15/2006 10:34:10: Accepting login: application=cgi host=10.44.1.155
user=admin
diskMonitor is highly configurable you can set both threshold values, the period between
samples, the minimum disk space requirement, Entuity shutdown (see Entuity Reference
Manual).
Many of the log files wrap to logfile.[1-4] when they reach a pre-determined size.
You should ensure that all the processes are completing successfully, if any process is
logging this message:
Lack of memory
then there is insufficient memory (and swap space) on the management server.
netmask. When the device’s MIB does not contain this information then DLCI peer matching
can only be completed manually.
Manual pairing of circuits is the same process whether the technology is Frame Relay,
Leased Line, ATM. Entuity also allows you to use the same process to peer ports that are not
used in these circuit technologies, through the Resilient Link Peering option.
3) Click Save to peer the two selected ports. Entuity creates the link and closes the Peering
dialog.
Deleting Peered Resilient Links
Entuity resilient peering allows you to match any Entuity managed port with any other Entuity
managed port. These links are maintained until they are manually deleted.
To delete resilient linked peered ports:
1) From the Explorer tree highlight the device port and from the context menu click Peering
> Manage Resilient Link.
2) Click Remove and then Yes to the delete peering confirmation dialog.
Entuity Administration is available to those users that are members of the Administrator user
groups or have tool permissions to one of more of the administrator functions.
To access the Entuity Administration options:
1) Click Administration.
Entuity opens the Administration menu and displays the administration options available
to you:
Entuity Health, overview of Entuity server health, process checking, reporting
performance, database performance and license health. Entuity Health also includes
detailed license checking, checking on Flow Collector Health and when Data Export is
enabled, a data export health summary.
Inventory / Topology, manage devices, device attribute details and refresh view
membership.
Events, manage incident ageout, suppression rules and event threshold settings.
(See Chapter 27 - Event Management System.)
Flow Collector, manage, when enabled, Entuity Integrated Flow Analyzer settings.
(See Chapter 25 - Set-up and Manage Flow Data.)
Data Export, export of data from the Entuity database to a database external to
Entuity. (See Chapter - Data Export Datasets and Definitions.)
User Defined Polling (See Chapter 56 - User Defined Polling.)
Account Management, set up and manage user profiles through user groups, tool
and report permissions. Users that are not members of the Administrator user group
can only amend their password.
Multi-Server Administration, manage remote and central servers. (See Chapter 31 -
Manage Entuity Security.)
Audit Log, provides a central point for reviewing and analyzing actions performed on
Entuity. (See Chapter 41 - Audit Log.)
Preferences, allows you to view and modify the Entuity web interface. (See Chapter
10 - User Preferences.)
Version, software version of Entuity installed to the server. Details of the last patch
installed are enclosed in brackets. Where patches have been installed in the incorrect
sequence, Entuity displays a warning indicator. You should always install Entuity patches
in the correct sequence.
Platform, operating system on which Entuity is running.
Uptime, length of time since the Entuity server was last restarted (as measured using
dsKernel).
Processes, an indicator showing the overall health of Entuity processes. You can click on
the indicator to open the Process Health page for a process by process health report.
Reports, an indicator showing the overall health of Entuity reporting. You can click on the
indicator to open the Reports Health page for a detailed breakdown of reporting
performance.
License, an indicator showing the overall health of Entuity license. You can click on the
indicator to open the License Health page for a detailed breakdown of the Entuity license.
Database, an indicator showing the overall health of Entuity database, as measured by
the occurrence of slow queries. You can click on the indicator to open the Database
Health page for a detailed breakdown of the Entuity database performance.
Data Export, an indicator showing the overall health of Entuity data export jobs, as
measured by the occurrence of slow jobs and job failures. You can click on the indicator
to open the Data Export Health page for a detailed breakdown of the Entuity data export
performance.
Flow Collectors, an indicator showing the health of flow collection with:
Warning indicating flow data loss in the last 24 hours.
Severe indicating flow data loss in the last hour or the flow collector process is
unresponsive.
Events, an indicator showing the state of resource usage with:
Warning indicating resource usage has exceeded 80% of capacity but not reached
99%.
Severe indicating resource usage has exceeded 98% of capacity.
Name Description
Entuity Start Time Date and time of the last Entuity start up.
Entuity Uptime The length of time the device has been up since its last start up.
Name Name of the process.
Critical Indicates whether the process is critical to Entuity.
Status Current status of the process.
Restarts Number of process restarts since Entuity started.
Last restart Date and time the process last restarted.
The report headings, Reports, Flex Reports, Temporary Flex Reports and Overall are also
hyperlinks to detailed Temporary Flex Reports that provide a report by report breakdown.
Slow queries are defined as a query that takes longer the set value. The minimum and default
values of long_query_time are 1 and 15 seconds, respectively.
Key Cache:
Size, size of the configured key cache
Hits in Past 24 Hours, cache-hit percentage in the past 24 hours. Low hit percentage
indicates the need in increasing of the cache size.
Table Cache:
Size, current table cache size
Tables Opened in Past 24 Hours, daily table open rate over the previous day
Average Per 24 Hours, daily average since the last database restart, of table access
A large number of opened tables, or an increase compared to the average indicates the
need to increase the table cache.
Table Lock Acquisitions:
Total, number of table lock acquisitions over the previous hour and twenty-four hours.
Immediate, number of immediate table lock acquisitions over the hour and twenty-four
hours.
Waited, number of table delayed lock acquisitions over the previous hour and twenty-
four hours.
A large percentage of waited lock acquisitions indicates a large database load.
Threads:
Non-Sleeping, number of current non-sleeping lock threads and average since the
last database restart.
Waiting on User Lock, number of current waiting on user lock threads and average
since the last database restart.
Large numbers and higher deviations from the average indicate a higher current load.
Maximum Open Connections, the maximum number of open connections since the last
database restart. A higher number of open connections indicates higher database
utilization.
Current Open Connections, the current number of open connections. A higher number of
open connections indicates higher database utilization.
Average per 24 Hours, the average daily number of open connections since the last
database restart.
A higher number of open connections indicates higher database utilization.
Overall Status, summary state of Entuity Database Health:
OK, performance is within acceptable boundaries
Warning, the number of slow queries in the past hour is larger than the
corresponding average by five or more.
See Also
Monitoring the Health of the Entuity Server
Checking Process Health
Checking on Reporting Performance
Check Event Management System Health
Attributes Description
Servers Select the server(s) on which the views you want to take the snapshot are
available. When you select multiple servers Entuity generates separate
snapshots for the same named view on those servers.
Views Select the view against which you want to take the inventory snapshot.
Inventories List of saved snapshot inventories which are available to the Inventory
Change report. You can highlight inventory entries and then select Delete
Selected to remove the snapshot.
Save Now Select to take an inventory snapshot for the selected Servers and Views.
Delete Selected Select the inventory snapshot you want to delete from Entuity.
Attributes Description
Schedule Summary of the schedule.
User Name of the user who created the inventory schedule.
View View for which the snapshot is taken.
Server Name of the Entuity server.
Last Run Time Date and time the schedule last ran.
Next Run Time Scheduled date and time of the next inventory snapshot.
Schedules Description
Predefined Schedule
Existing Schedule Entuity includes four predefined schedules:
weekly, runs once a week, at midnight on Sunday
daily, runs at midnight
hourly, runs every hour, on the hour
minutely, runs every sixty seconds.
New Schedule
No Recurrence Runs the schedule once.
Simple Recurrence Select to display an abbreviated set of options. You can define in:
Occur, for how long the report runs. Indefinitely, until a defined end
date, a set number of times
Every, how often the schedule runs a report, setting the number of
minutes, hours, days or weeks.
Schedules Description
Calendar Recurrence Select to display a set of options that allow fine control over the schedule.
You can define:
End Date, the end period of the report schedule.
Minutes and hours, the time when the report runs.
Days, select either every day, weekdays, one or more individual days
or Month Days.
Months, select All to run every month, or one or more particular
months.
4) From Servers select the servers for which you want to define a schedule.
5) From Views select the view to which you want to apply the schedule.
Entuity Report
Inventory Changes by Type
Printed on: 26 May 2012 09:46:56 BST
Description: Comparison of inventory changes between Thu May 24 00:00:00 BST 2012 and Sat May 26
00:00:00 BST 2012
View: My Network
Start: Thu May 24 00:00:00 BST 2012
End: Sat May 26 00:00:00 BST 2012
indicator on the Health Summary page, from which you can click through to the Events
Health page.
From the Events Health page you can monitor the performance of the event system, its event
handling, resource usage and rule application performance.
The events metrics are a snapshot taken at the time the report is run, the resource usage and
rules generated metrics are reset at the time of the last event project deployment or the event
engine was restarted, whichever is the latest.
To access the Entuity Events Health page:
1) Click Administration > Entuity Health > Events Health.
Metric Description
Events Event metrics are since the last event project deployment or the last restart of
the event system, whichever is the latest.
Total number of The total number of events received broken down by those received into the
events event system and those derived within it. Total events are then categorized:
Rejected, events not accepted into the event system.
Discarded, events tested and then discarded, for example during the
port state enable test.
Suppressed events, for example through n of m rules.
Failed, events that failed to be correctly processed.
Processing time Average and maximum processing time per event.
(per event)
Total time spent on The length of time taken to deploy an event project. The more deployments,
deployment the more complex the event project the greater the potential to miss events.
Records dropped Event records that could not be saved.
on storage
Resource Usage Resource metrics are current usage values.
Incidents The total number incidents, the maximum supported number of incidents
permitted and the current usage percentage.
Rule states Number of rules events generated through rules.
Event Queues Number and size of event queues.
Rules
Number of rules with Executables can be incorporated into event actions.
failed exec
Number of rules with Tests can be incorporated into event rules, invalid tests maybe caused due to
failed test incompatible data in some events.
Number of Tests can be incorporated into event rules, invalid tests maybe caused due to
processing stages incompatible data in some events. Rules are processed through stages.
with failed test
limit on the number of supported incidents and also the number of current incidents.
When the incident limit is reached Entuity expires out the incident with the oldest last
updated date. You can manually close and expire incidents.
You should investigate whether the current incident limit is appropriate to your installation. It
maybe that an anomaly has created a spike of incidents, or that the limit is too low. You can
amend the limit through maxSituationCount in entuity_home\etc\event-engine-cfg-
template.properties.
Allows remote running of scripts so you do not have to login and run scripts directly on
the server hosting the Entuity software, e.g. through a console. Instead you can run
scripts on a client machine and access the automation API through a remote procedure
call with the Entuity server.
Allows access based on Entuity user accounts. It will honor the permissions and views
assigned to the logged in user (just like the web UI).
access to all servers through a single central server. Multi-server support is similar to
using the web UI in unconsolidated mode, for example:
In the web UI you must select the server on which you apply the operation.
From the Restful API you must specify the server on which to apply the operation. If
you do not specify the server then the operation is applied to the local server.
Make use of standard and modern scripting tools.
For details on the Entuity RESTful API refer to the Entuity System Administrator Reference
Manual.
Uniform Interface
The RESTful API provides a uniform interface using HTTP methods to interact with server
resources and the HTTP method used becomes the noun in the request type.
Method Purpose
GET Retrieve information. For example: http://entuity/api/servers would
retrieve a list of servers and http://entuity/api/servers/s1 would
return details about server s1.
PUT Update a resource on the server. For example http://entuity/api/
devices/name/Sw1 would update the device named Sw1.
POST Create a new resource. For example http://entuity/api/views/top/
subView/subView1 would create a new view.
DELETE Remove a resource. For example: http://entuity/api/views/
oldView would delete the view oldView.
OPTIONS Retrieve a description of the resource. Depending on the media type
requested, this may be either a Web Application Description Language
(WADL) or an HTML document. The output will be automatically generated
and will describe the resource and it's supported HTTP methods, media
types.
Where:
entuity_server is the hostname of the Entuity server.
If you are not logged into the server Entuity will prompt you to log in before running your
query.
Attribute Description
xmlns:xsi= Sets the namespace URI, identifying the schema:
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:type= Sets the local definition of the element.
name= Entuity server hostname.
id= Unique Entuity server identifier.
serverId= Unique Entuity server identifier.
API Requests can be directed to a remote server by adding either a server identifier or server
name to the URI. For example to list he views on the accessed server enter:
http://entuity_server/api/views
By default HTTP methods operate on the resources local to the server you are accessing. If
the server you are accessing has remote servers configured you can access any of them
individually to apply an operation. You specify the server you want to apply the operation to
using the serverId parameter. (See Table 45-1). For example the same Views request to a
remote server would look like:
http://entuity_server/api/server/Id/4fdb4799-4ad3-4e8d-96e8-
7034bbbbba5d/views
http://entuity_server/api/server/name/remoteServer1/views
The first stage is to recover the server identifiers. There are two servers in this example,
entlonppvm01 and decade.
The second stage is to use the server identifiers when creating views.
You can use this structure:
curl -u username:password -H Content-Type:application/xml -X POST
http://entuity_home/api/views?serverId=1234abcd-12345-123d-12ab-
123456abcdef -d "<viewPathCreateRequest name='NE Region: County'
parentViewPath='Customers' baseViewAggregation='NONE'/>"
to create the NE Region: County sub-view of Customers. You must amend the login
credentials, Entuity server and serverId.
To retrieve the Entuity server identifiers:
1) From the command line enter:
curl -u admin:admin -HAccept:application/xml -X GET http://
entuity_home/api/servers
The use of quotes depends upon your curl setup. (See Troubleshoot RESTful API.)
3) You can now use these components to build a script, for example:
Use the list of serverId’s and set up an array.
Use a variable to access the serverIds in the array when creating the views on each
server.
Returns an XML describing the Entuity RESTful API, here is an example extract:
<?xml version="1.0" standalone="yes"?>
<?xml-stylesheet type="text/xsl" href="wadl2html.xslt"?>
<application xmlns="http://wadl.dev.java.net/2009/02">
<doc title="Entuity API Server">Entuity API</doc>
<resources base="http://localhost:8080/webUI/api/">
<resource>
<doc title="Root resource">The root resource of Entuity Rest
API</doc>
</resource>
<resource path="version">
<method name="GET">
<response>
<representation mediaType="application/json"/>
<representation mediaType="application/xml"/>
<representation mediaType="text/xml"/></response>
</method>
</resource>
<resource path="servers">
<method name="GET">
<response>
<representation mediaType="application/json"/>
<representation mediaType="application/xml"/>
<representation mediaType="text/xml"/></response>
</method>
</resource>
OPTIONS Method
You can get some simple information on resource's supported methods by issuing an
OPTIONS method against a resource, or you can find all available resources by issuing an
OPTIONS method against a root resource. For example, by using curl this command
generates a lengthy output for all supported resources:
curl -X OPTIONS http://entuity_server/api/
Incompatible changes will be added with a new version number, so the following URLs will
be available:
/api/v1/* will use version 1 of the API.
/api/v2/* will use version 2 of the API which will include changes that are not compatible
with previous versions.
/api/* Will always track the latest version of the API.
Resources described in this document are described using URLs relative to their version
base. For example, resource info can be accessed as /api/info or /api/v1/info.
Authentication
Currently Entuity supports the basic HTTP authentication method (RFC 2617). Basic HTTP
authentication is widely supported, and is completely insecure when used without SSL
(password is sent in almost clear text). If you have security concerns Entuity Support
recommend you use the RESTful API over HTTPS.
If using the curl tool, you can supply -u username:password arguments to provide
authentication details.
h
For performance reasons authentication results are cached on the server for five minutes
after they are last used.
You can authenticate with any Entuity user and the resources are protected by using the
Entuity permission model; users will only be able to access and modify resources that they
have permission to access.
The curl examples included with the documentation have been verified using different
versions of the generic curl install on both Windows and Linux operating systems.
Entuity Customer Support issue Release Notification and Patch Notification technical
bulletins informing customers of new releases, maintenance patches and their content.
These notifications are usually the trigger for updating your software.
The process to use when applying a new patch is different to that used when installing a new
GA version of Entuity. A patch only includes changes that are applied to an existing
installation, Entuity GA is a new ISO image.
This chapter details how to install maintenance patches. To download and install the Entuity
GA ISO image see the Entuity Getting Started Guide.
Name Description
GA The first release of a new version of Entuity, e.g. Entuity 14.0, is the General
Acceptance (GA) release. It is delivered as a compressed ISO image.
Patches A patch may deliver fixes to issues raised by customers, improved performance
and new features. You should always apply the patches in the order they are
issued, e.g. one patch may depend upon a change delivered in a previous patch.
Entuity GA ISO image is available from the BMC Software electronic software distribution
(ESD) site as compressed files.also available from the FTP site, but stored under the Images
folder, e.g. /Images/14.0/.
3) Download to a temporary folder the required patch, associated readme and checksum
files.
4) Compare the checksum of the patch against the expected hash value in checksums.txt.
Linux operating systems include checksum utilities. In Windows environments you
require a third party tool that supports SHA-1 or SHA-2 checksum calculation.
3) After installing the patch run configure. The patch is only applied once configure
completes.
4) Restart the Entuity server.
As a network management solution you can use Entuity to monitor and manage your
network and identify potential and current infrastructure issues. You may also have to
troubleshoot Entuity performance. Possible problems include:
Connectivity Issues
Device Polling Problems
Data Missing and Problems with Database Backups
Entuity Stops and Fails to Restart
Device IP Address Lookup Problems
Delay in Managed Object and Attribute Discovery
Same Name VLANs Combined
Incorrect Identification of Physical and Virtual Ports
Incorrect Identification of Giant Packets as Faults
Validating Utilization Metrics
Linux Server Time Zones.
Connectivity Issues
The types of connectivity problem that you may encounter include:
Inability to communicate with the web server (see Web Server Connectivity Problems).
Inability to communicate with the database (see Database Connectivity Problems).
Use the Windows Task Manager to check that the httpd server is running. If it is:
Not running, wait a short while because it should restart automatically, otherwise use
starteye or start the Entuity service to start one.
Running, check the web server log files to ascertain the cause of the problem. It may
be necessary to restart Windows.
(MACs) on default VLANs are discovered. This is a known limitation in several device agents,
including Cisco.
The areas of Entuity that can be impacted by the lack of end-host information are:
Maps may not be able to accurately determine uplink connections between layer 2
switches and layer 3 routers.
End Host Configuration Changes may not be detected.
You can configure some newer SNMPv3 Cisco devices to provide VLAN information using
SNMPv3 contexts, for example this command configures a device to automatically create an
SNMPv3 context for each VLAN:
snmp-server group mygroup V3 auth context vlan- match prefix read
myread write mywrite notify mynotify
For older Cisco devices you can explicitly configure a context for each VLAN, for example:
snmp-server group mygroup v3 noauth context vlan-99
Consult the device documentation on which command is appropriate for a particular device.
When you have configured these devices Entuity will use SNMPv3 contexts to extract VLAN
host information.
h
If Entuity is managing a device through its SNMPv3 context then you cannot also use the
SNMPv3 contexts to extract VLAN information.
If a device does not support SNMPv3 contexts, then to access the VLAN host information you
could manage the device using SNMPv2.
Entuity configure checks the server machine has MaxUserPort set, when it is not set, or set
to a lower value than Entuity recommend, a warning notice is given. Configuration can
continue past the warning notice.
2) If so, then check whether Entuity knows of any router ports in the same IP network as the
port on which the MAC address resides.
3) If no router ports are known in this IP subnet, then you should check whether all the
necessary routers have been added to the management environment.
When you add a mixture of devices, some Entuity has previously managed some it has not,
those it has previously managed take longer to discover than those it has never managed.
When Entuity manages thousands of objects, discovery is effectively continually running; the
time between discovery cycles is shorter than the time taken to complete a discovery cycle.
This is normal behavior and can explain why Entuity can take longer than the fifteen minute
cycle to discover some objects.
Entuity collectors are configured to poll at rates that reflect the likely pace of attribute change,
e.g. switch inventory data changes infrequently and is polled every 12 hours, router traffic
data changes more frequently and by default is collected every 3 minutes.
Contact your Entuity representative if you want to amend or discuss amending polling
configuration.
The distinction between virtual and physical ports is important when calculating spare ports,
i.e. you do not want to identify a virtual port as spare. There may be occasions where the
default configuration wrongly identifies the port’s physical/virtual status, when this occurs for
a:
Small number of ports then you can manually set the port’s Virtual Indicator to the correct
value.
Port type then the configuration file can be amended to correctly identify the port type.
You should contact your Entuity representative to discuss configuration modification.
Currently Cisco do not have a solution to correct this problem. You can configure prodigy
so that it excludes giants from error calculations, i.e. events.excludeGiants in entuity.cfg.
Excluding giants impacts:
Events, specifically WAN Port High Inbound Errors, Port Inbound Fault High (Packet
Corruption)
Port Fault Details report’s charting of giant data.
Inbound fault data displayed through the Fault chart tool.
Entuity recommend administrators validate that line speeds Entuity discovers are a true
reflection of the network, particularly WAN port and Frame Relay DLCI CIR line speeds.
Custom Menus provide a mechanism to add user defined functions to Entuity, for example
pinging a device, performing an SNMP walk of a device, opening a third party tool and
supplying the Entuity context. You can configure Custom Menus so they are available as
functions that are:
Initiated by the user from global or context sensitive menu items for example from Event
Viewer, Search.
Automatically triggered by Entuity events.
You define Custom Menus through configuration files, which are included to the Entuity
server through sw_menu_def_site_specific.cfg which Entuity reads during discovery.
h
Contact Entuity for details on how Custom Menu configuration files are constructed, the
underlying concepts and an introduction to the Simple Statement Language often used to
deliver the Entuity context.
This section assumes default file names and locations were accepted during Entuity
installation and configuration. When this is not the case, please adjust these instructions
accordingly.
It is only when you open the Entuity client that it checks for the latest discovered Custom
Menu. Discovery that occurs when the client is open can only be viewed by closing and re-
launching it.
Parameters Description
MenuItem The unique name of each menu item. MenuItem:
Must be unique within the Entuity server, i.e. not only in their own
configuration file but in all configuration files included to Entuity.
Is a mandatory parameter.
Must not contain any spaces.
displayName The menu item name displayed in the user interface. It should be a short but
meaningful description of the action.
Parameters Description
parentMenuItem References the menu item below which the current menu item is displayed.
You can:
Leave it blank when this menu item appears against the menu root.
Enter another menu item’s menuItem value, and this menu item appears
beneath that item in the menu.
A parent menu should not have an associated action. It must only be used to
hold child menu items (to improve the organization of your menu structure).
selectionLimit The maximum number of user interface selections supported by a single
invocation of a menu item action. For example some commands e.g. ping,
SNMPwalk, only act on one object at a time and so the user should only be
able to select one device from the web UI.
itemPosition The position of the menu item within the list of menu items. When two items
are given the same position Entuity sorts them alphanumerically.
SupportedApps A comma separated list of Entuity client applications for which the menu item
applies, i.e. webUI (web interface), Remedy.
toolGroups When set to:
Show User Menus you control which user groups have access to
Custom Menus through the Show User Menus tools permission.
Members of the Administrators group always have access.
Admin Only then only members of the Administrators group have access
to the menu.
Show Remedy identifies the actions as specific to the Entuity Integration
for BMC® Remedy AR System.
actionMethod The action associated with the menu item, for example the application to run,
the URL called. Actions are specified using the Entuity Simple Statement
Language.
actionArguments The arguments passed to the action. Arguments are specified using the
Entuity Simple Statement Language.
actionLocation The location where the action is performed. i.e. Server the Entuity server
machine.
actionOutput Identifies how the output of the Entuity client is handled:
Yes, output is displayed by Entuity
No, output is not displayed by Entuity
Url, output is handled as a web URL, viewed on the Entuity client
workstation's default web browser.
actionType Type of menu item action:
Class, ActionMethod is an Entuity Java class that will be instantiated and
a method executed on it
Exec, ActionMethod requires the system exec function
Echo, ActionMethod command string is echoed to display and is not
executed.
Parameters Description
actionTimeout The maximum elapsed time, in milliseconds, allowed for the action to execute.
Entuity terminates the action process, and releases all of the associated
resources, when the timeout period is exceeded.
supportedTypes Comma separated list of StormWorks object types supported by item and
instance based menu items. Type hierarchy is taken into account such that
further derived types are included unless their exclusion is specifically listed.
For example, the list port, !wanPort includes all port types, i.e. port, portEx,
llport, frport, atmport, hiCapPort with the exception of wanPorts.
Filter Optional attribute containing StormWorks Simple Statement Language
method, which controls visibility of instance based menu item.
supportedEventTyp Comma separated list of incident and event identifiers supported by event
es based menu items. You can specify event types using:
<event group>:<event id> which includes support for wildcards.
For example: 10:*, 1:9 includes all events in event group 10, but from
event group 1 only event 9.
i# to specify the entered number as an incident identifier, for example
i804 identifies the AP Antenna Host Count High incident.
e# to specify the entered number as an event identifier, for example e804
identifies the AP Antenna Host Count High event.
e* where the asterisk wild-card specifies All events.
i* where the asterisk wild-card specifies All incidents.
Table 48 Custom Menu Parameters
You can arrange menu items in a hierarchical layout by specifying their parent menu items.
Where you have a number of menu items it improves the clarity of the menu structure.
h
Entuity recommend placing Instance based menu items under a parent item. Whether an
Instance based item is available is dependent on the current context matching the supported
objects. Applying this filter can cause a slight delay as the Entuity server must perform the
check, so placing it within a parent menu item ensures it is only called when required.
[MenuItem Global_Launch_Notepad]
displayName=Execute Notepad
parentMenuItem=
itemPosition=0
toolGroups=Show User Menus
actionMethod=simple;"notepad.exe"
actionArguments=[]
actionLocation=webUI
actionOutput=No
actionType=Exec
actionTimeout=30000
supportedApps=webUI
[MenuItem Global_Entuity_Home]
displayName=Entuity Home
parentMenuItem=
itemPosition=0
supportedApps=webUI
toolGroups=Show User Menus
actionMethod=simple;"http://www.entuity.com"
actionArguments=[]
actionLocation=Client
actionOutput=Url
actionType=Echo
actionTimeout=30000
supportedApps=webUI
actionType=N/A
parentMenuItem=
itemPosition=0
supportedApps=WebUI
toolGroups=Show User Menus
actionTimeout=30000
supportedTypes=device
filter=simple;1
[MenuItem Ping_Device_Server]
displayName=At Server
actionMethod=simple;"ping.exe"
actionArguments=simple;
= variable newobj=DeviceEx(getObject(head(var.objList).swObjectId));
= [ newobj.name ]
actionLocation=Server
actionOutput=Yes
actionType=Exec
parentMenuItem=Ping_Device
supportedApps=WebUI
toolGroups=Show User Menus
itemPosition=0
supportedTypes=device
selectionLimit=1
filter=simple;1
actionTimeout=30000
That uses the snmpwalk executable with Entuity, specified through actionMethod.
That provides an SNMP walk of the current device from the Entuity server, as configured
through actionArguments.
That is available on devices that meet the set filter, i.e. a system OID equal to
.1.3.6.1.2.1.2.2.1.2
You can amend the filter to another system OID or set it to apply to be available against
all devices:
filter=simple;1
That outputs the SNMPdump results to a separate result window. As selectionLimit is set
to 1, you cannot run another user action until it is closed, Entuity displays an appropriate
information message if you attempt to do so.
[MenuItem Walk_Device]
displayName=Walk Device
parentMenuItem=
itemPosition=0
supportedApps=webUI
toolGroups=Show User Menus
actionMethod=simple; concat(get_config_var("ENTUITY_HOME"), "/lib/
tools/snmpwalk")
actionArguments=simple;
= variable devObj=DeviceEx(getObject(head(var.objList).swObjectId));
= variable snmpCommunity=concat("-c", devObj.snmpCommunity);
= [snmpCommunity, "-v1", devObj.name, ".1.3.6.1.2.1.2.2.1.2" ]
actionLocation=Server
actionOutput=Yes
actionType=Exec
actionTimeout=30000
selectionLimit=1
supportedTypes=device
filter=
[MenuItem Event_Menu]
displayName=Display Event
actionMethod=simple;"The Event: "
actionArguments=simple;
= foreach ( var.eventList, { eyeServer,eventNum,groupId,
id,timeStamp,objCompId,priority,typeDescr,objDescr,impactType,
impactDescr,eventDetails } )
actionLocation=Client
actionOutput=Yes
actionType=Echo
parentMenuItem=
supportedApps=WebUI
toolGroups=Show User Menus
itemPosition=0
supportedEventTypes=*:*
selectionLimit=1
actionTimeout=30000
filter=simple;1
Through annotations you can share contact details for the staff responsible for particular
incidents, keep records of irregular network behavior or acknowledge that a problem has
been assigned.
Users that belong to a group that has Annotation Manager tool permission (enabled through
Account Management) can add annotations by selecting the relevant component in Explorer
or incident in Event Viewer. When an annotation is created, amended or deleted the change
is immediately propagated to all open Entuity clients.
There are two separate sides to Entuity annotations:
Annotations can be associated to incidents through Event Viewer.
Annotations can be associated to network objects through their Summary tab.
Incident Annotations
From Event Viewer you can associate annotations with the selected incident.
h
Event Viewer supports standard multi-select functionality; when selecting a contiguous set of
events hold down the Shift key, when selecting non-contiguous events use the Control key.
To annotate an incident:
1) From Event Viewer highlight the required incident.
2) From the context menu click Annotate.
3) Enter an annotation, for example the course of action, who has ownership of the problem
and click OK.
The incident remains open but Entuity does identify it as annotated by adding an
annotation icon to the incident’s annotation column, A.
To add an annotation:
1) Highlight the required object.
2) From the object’s Summary tab, in the Annotation section click Add Annotation.
Amending Annotations
You can only amend an annotation, you cannot assign an annotation to another component.
To amend annotations:
1) Navigate to the Summary tab of the object with the annotation.
2) From the Annotation section click Edit.
3) Amend the annotation and click Save.
Deleting Annotations
To delete an annotation:
1) Navigate to the Summary tab of the object with the annotation.
2) From the Annotation section click Delete.
3) Click Yes to the prompt to confirm the deletion.
Entuity displays events through its event manager, uses them to generate incidents and also
makes them available for reporting. Entuity can also forward events:
Using its own event forwarding utility, forkevent. (See Chapter 54 - Forward Events.)
As SNMP traps, using the Send SNMP Trap action in the Event Management System.
(See Chapter 53 - SNMP Trap Forwarding.)
Through third party integrations.
Whatever the polling method, how Entuity raises events against the polled data depends
upon whether the event is a threshold or non-threshold event:
Threshold events are evaluated against a set threshold, for example a device utilization
high event is only raised when device utilization exceeds the set threshold. By default the
majority of events, and all of those associated with modules, are deactivated.
Threshold events are activated through Threshold Settings.
Non-threshold events may identify state change, for example Module Ok to Module Minor
Fault, or changes in inventory status for example Port Duplex Change.
Only when Entuity fails to match a trap does it default to raising an Unknown Trap that
displays the raw trap information. Trap receiving is highly configurable, you can for example
exclude traps from devices managed by Entuity.
Entuity trap management can receive and manage SNMPv1, SNMPv2c and SNMPv3 traps
and inform requests. Entuity (prologV2) receives these traps and delivers them to the Event
Management System where, by default, the:
Six generic and two spanning tree traps are mapped to their respective Entuity events.
(See Receiving Generic and Spanning Tree Traps.)
Remaining enterprise trap types are by default handled as Unknown Trap events, which
are populated with an unformatted set of information. However, through the Event
Management System you can develop more intelligent handling of these enterprise traps
Events that are generated from traps, and incidents derived from those events, allow the
same functionality as other events and incidents, for example you can add annotations.
Traps that are not mapped to an event Entuity raises as Unknown Trap events and incidents.
(See Receiving Generic and Spanning Tree Traps.)
When a check is successful Entuity raises an appropriate event in the correct format. Entuity
displays traps from:
Managed devices as events against those devices; these events are only visible in views
to which the devices belong.
Unmanaged devices in all views with the exception of views that have modified IP content
filters that exclude the trap source IP addresses. You can also use the Discard Unknown
Trap rule to discard traps from unknown devices.
Entuity performs additional checks when handling SNMPv3 traps from unmanaged
devices (see SNMPv3 Traps from Non-Managed Devices).
Entuity Support recommend Entuity is installed to its own server. However, if there is another
application handling traps on the same machine as Entuity, you can use trap splitter to allow
both applications access to incoming SNMP traps.
h
Entuity handles SNMP Traps and SNMP Inform Requests using the same Event Management
System mechanisms.
An Unknown Trap event contains the trap OID and arguments. However, the displayed
Unknown Trap event varbinds are not interpreted according to their enumerated list so the
information within the trap is not easy to understand.
You can improve trap handling by creating custom events and incidents for the Event
Management System to handle the trap. Trap processing interprets varbind values that rely
on enumerated lists and displays varbind value names.
Alternatively you can prevent Entuity raising Unknown Trap events by activating the Discard
Unknown Trap rule. By default this rule is part of the Initial Filtering Pre Storage stage of
event processing, the stage after the Trap Processing stage. It would therefore discard all
Unknown Traps.
Traps from unknown devices are displayed in all views, unless a view has an IP address filter
that would exclude the device. You can find all traps from unknown devices by creating a
view with:
The content set to Empty.
A content filter with the rule Source=Device.
Changes to trap suppression and interface specific configuration may take five minutes to
take effect.
As part of the import process Entuity can automatically generate events and rules associated
with the trap definitions in the MIB. You can amend, add to and delete these rules and
events.
The trap management configuration is applied through the event project. Only when the
event project with your trap management configuration is saved and deployed is that
configuration available for use.
The Event Management System Traps page lists all MIBs and traps loaded to the Entuity
server. You can also import and load MIBs to the server and edit the rules used to define how
Event Management System handles traps.
To view MIBs loaded to the Entuity server:
1) Click Administration > Events > Events Administration.
2) Click Traps. The Traps page includes a tree list of all MIBs loaded to the server and a
table which details all loaded trap definitions.
When you have access to the Entuity server you can also directly upload all of the MIB files to
the MIB folder, by default entuity_home\lib\mibs.
Attribute Definition
Trap Definition Name of the trap.
OID Trap Object Identifier (OID). An example OID is 1.3.6.1.4.1.2626.1.1.0.2,
where:
1.3.6.1.4.1.2626.1.1 is the enterprise OID.
0 is the trap identifier, signified. 0 is always the enterprise trap identifier.
Description Description of the trap.
Varbind Details Details the varbinds included to the trap:
Name, name of the varbind.
TrapOid, trap OID associated to the varbind.
Description, description imported with the trap definition.
Type, type of variable together with legitimate values
Enumerated and Identifies named values, for example when the varbind has a Type of Enum
Bits Types this row:
Name identifies the referred to trap definition.
Named Values identifies the enumerated values.
Table 51 Trap Definition Details
h
0 is the enterprise trap identifier for SMIv1 and SMIv2 traps, even though the standard for
SMIv1 enterprise trap identification is 6.
All of these attributes are configurable. You can also modify the associated rules and
associate incidents.
Trap Processing
Trap handling is actioned through trap rules. Rules in the Event Management System are
processed in the order they are placed in the Rules tree. The Event Management System
divides rules into two stages:
Pre Storage; before incoming event details are saved to the events database.
Post storage; after event details are saved to the event database but before details are
saved to the incident database.
Traps is the first sub-stage of the Pre Storage stage. Rules in this stage are therefore the first
rules actioned. Within the Traps stage rule order is also important, rules higher in the order
are processed earlier. Rule order maybe especially important when testing on varbind
values.
Event Management System includes a Discard Unknown Trap rule. As part of the Initial
Filtering stage when activated it is only applied after other trap processing rules are applied.
It therefore only discards alerts from traps without processing rules.
You can create new stages and assign trap processing rules to those stages. However you
should not delete the Traps stage as it is used to hold rules generated automatically when
loading trap definitions. If you delete the stage, Entuity will recreate the stage the next time it
loads MIBs and traps definitions and has to automatically generate rules.
This example uses the BGP4 MIB file which includes four traps:
The initial loading of the MIB created rules and custom events for each trap. The intention is
to change the rules associated with the obsolete traps so that they call the custom event type
associated with the replacement traps.
To amend the trap processing rule for bgpEstablished:
1) Click Administration > Events > Events Administration.
2) Click Rules and then from the tree click Pre Storage > Traps.
3) Highlight the Process Trap: bgpEstablished rule and click Edit.
4) From Set Event Type select the bgpEstablishedNotification event type.
5) Click Ok.
You can follow the same process to amend the rule for the bgpBackwardTransition.
When the rules are adjusted the custom events associated with the obsolete trap definitions
are now unused. You can delete them through the Events page.
h
An alternative approach to handling multiple trap OIDs that return the same type of data
would be at the incident level. You can allow these traps to raise their own custom event type
but associate these event types to the same incident type. The details of the incident would
identify the originating trap OID.
The initial loading of a MIB creates rules and custom events for each trap. This example:
Loads the RPKI-Router-MIB which then generates a custom event and rule for the
pkiRtrCacheServerConnectionStateChange trap.
rpkiRtrCacheServerConnectionStatus has a value of 1 when up and 2 when down.
Amends and renames the generated rule to signify a down connection state. The rule
tests the varbind value, using the Trap Varbind Test and calls a specific custom event
type.
Creates a new rule and custom event to signify when the trap reports an up state.
Creates an incident that is raised when the connection is in a down state and closed
when it is in an Up state.
8) Define a new trap processing rule. Highlight Traps and from the context menu click Add.
9) From Apply to Trap select pkiRtrCacheServerConnectionStateChange.
10) From the Conditions section click Add to add a test. Set the Type to Trap Varbind Test,
from Varbind select pkiRtrCacheServerConnectionStatus, set Operation to equals and
value to 1.
11) Set Event Type to the previously defined Up event.
12) Click OK.
13) Save and deploy the event project for your changes to take effect.
Multi-Server Installations
When you have multiple Entuity servers you can set up one server with the required trap
management configuration and export it to your other servers.
On the first server, the server from which you are going to export its trap management
configuration:
1) Import and load to the server the required MIBs and trap definitions.
2) Define event types and trap processing rules for handling traps. You can configure Event
Management System to create rules and events when traps are parsed.
3) Amend, if required, the automatically generated rules and custom events.
4) Create any required custom events, trap processing rules and incidents.
5) When you have the event project configured ensure you have saved and deployed it.
6) Export the event project. (See Import and Export Event Projects)
7) Ensure the MIBs and parsed MIBs are available for you to add to subsequent servers.
The Entuity servers receiving the trap management configuration must be set up in the same
way as the original server:
1) Copy the MIBs and parse to the receiving server. By default the
MIBs are copied to entuity_home\lib\mibs.
MIBs are parsed to entuity_home\lib\mibs\parsed.
When MIBs are added to the Entuity server in this way it only recognizes them after you
restart the server.
2) Import the event project. (See Import and Export Event Projects.)
3) Deploy the newly imported event project.
Where you have installed Entuity to the same machine as another application that listens on
port 162 there is a conflict. You can only have one application listening to the port.
h
Entuity’s trap port conflict utility, trapsplit, only supports SNMPv1/SNMPv2c traps and
does not support SNMPv3 traps.
For example, consider that you have two conflicting applications and decide to use trapsplit
to forward traps to UDP ports 2162 and 1162:
1) Set trapsplit to listen on UDP port 162 for SNMP traps.
2) Through its configuration file specify the two new destinations on the same port, e.g.
2162 and 1162.
3) Adjust the listening programs to listen on the new ports rather than 162. For example, for
Entuity set trapportnumber to 2162.
4) From the command line start trapsplit to forward each SNMP trap to the two ports.
5) From UDP port 2162 prologV2 accepts the traps. Event Viewer displays these
forwarded traps as events, together with the originating agent address taken from the
PDU header.
h
Where third party software uses SNMP libraries that ignore the PDU AGENT-ADDR field
(removed from SNMPv2) and take the source from the UDP header, then the originator of the
SNMP trap appears to be the trapsplit host and not the original device. This is a general
problem with SNMP trap forwarding and you should consult your vendor for a solution.
Syslog is the standard event logging subsystem for Unix, although syslog programs are also
available for windows implementations. Syslog consists of a server daemon, a client function
library, and a client command line utility.
h
To configure your devices to send syslog messages refer to your device vendor’s
documentation.
Entuity System Logger reads system events generated for syslog. When events are
generated by devices Entuity manages, then the System Logger generates an alarm that
appears in Event Viewer. These messages are also forwarded to the syslog file, appearing as
though they come from the localhost.
By default, the Entuity syslogger listens on port 514, which is the default for the syslog
daemon (syslogd). If you want to run syslogger and syslogd then they cannot both listen
on the same port. Instead, configure syslogd to listen on another port. When the syslogd port
is different from the syslogger port, syslogger recognizes that syslogd is running and
forwards syslog messages to the syslogd port.
Facility Description
kern Kernel messages.
user User-level messages.
mail Mail subsystem.
daemon System daemons.
auth Security/authorization messages.
syslog Internally generated syslogd messages.
lpr Printer subsystem.
news Usenet news subsystem.
uucp Unix to Unix Copy Program subsystem.
cron Clock daemon.
local0 Reserved for local use.
local1 Reserved for local use.
local2 Reserved for local use.
Facility Description
local3 Reserved for local use.
local4 Reserved for local use.
local5 Reserved for local use.
local6 Reserved for local use.
local7 Reserved for local use.
syslogger accepts the syslog message and generates an Entuity event when the Facility
and Urgency level meet the conditions specified in the syslogger section of entuity.cfg.
h
In entuity.cfg you can limit syslogger to only handle messages from devices Entuity
manages.
syslogger takes the information from the syslog message and, where the devices are
managed by Entuity, uses the Entuity database to identify the device and possibly add
additional information, e.g. CPU utilization, buffer capacity and mismatches in protocol.
Syslog event details has the format:
tag:message
where:
tag indicates the syslog message type, e.g.:
%PAGP-5-PORTFROMSTP, a spanning tree messages
%LINK-3-UPDOWN, a link up and down (physical)
%LINEPROTO-5-UPDOWN, a line up and down (layer 2)
message, the content of the syslog message.
4) Click New.
5) Enter a descriptive event filter name, e.g. Syslogs and set-up its events. Ensure the 8
Syslog events are the only events in the Included Events column.
h
For all views to which you do not want to include Syslog events you must ensure that their
event filters explicitly exclude Syslog events.
6) Click OK.
7) When you want to use the new filter for the current view, highlight the filter and click OK.
You can use this filter for nay other views in which you only want to raise Syslog events.
Through the Event Management System you can forward to third party trap receivers SNMP
traps generated from Entuity events and incidents. Entuity SNMP trap forwarding can be
used to provide two way integrations with any third party software that can handle SNMP trap
data, for example as Dell Foglight, HP OpenView, IBM Tivoli Netcool.
You can define rules to forward events as traps and triggers to forward incidents as traps.
You can control the type of events and incidents that generate traps, when they are
forwarded and to where they are forwarded.
Entuity can automatically detect whether it is sending an event or an incident and then use
the appropriate varbinds when building the trap. Also through the Event Management
System you can generate a MIB file that details the events and incidents in the selected event
project. You can then load this MIB file to the trap receiving software so it can interpret the
incoming Entuity traps.
Entuity determines whether it is forwarding as a trap an event or incident and uses the
relevant varbind list when building the trap. When associating the Send SNMP Trap action to
a trigger or rule you must configure the destination details of the trap, the varbind list is
usually not configurable.
The trap receiving software may handle traps in the same way regardless of whether they
originated as Entuity events or incidents. Entuity Support recommends forwarding either
events or incidents but not forwarding both to the same trap receiver.
Attribute Description
host Resolved hostname or IP address of the receiving third party software.
port Trap receiving port of the receiving third party software.
version SNMP trap version, i.e. 1, 2 or 3.
community SNMPv1/v2c setting. Read community string.
username SNMPv3 setting. Security username.
authProtocol SNMPv3 setting. There are three levels of authentication null, MD5 or SHA.
authPassword SNMPv3 setting. Authentication password required when authProtocol is set
to MD5 or SHA.)
The password must be at least 8 characters long. The parameter value must
be enclosed in quotes, so the minimum entered length is 10 characters.
privProtocol SNMPv3 setting. There are three levels of encryption, i.e. null, DES and AES.
privPassword SNMPv3 setting. Encryption password required when privProtocol is set to
DES or AES.
The password must be at least 8 characters long. The parameter value must
be enclosed in quotes, so the minimum entered length is 10 characters.
SNMPv3 traps require an engine identifier and by default Entuity uses its server identifier
(available in entuity.cfg from server.id). You can override this default value through
the entuity.cfg setting events.engineIdOverwrite. The new value must be a
hexadecimal string that only uses the symbols 0-9 and A-F and is at least 5 bytes long but no
more than 32 bytes.
When you associate the action to a rule or trigger you can amend the parameter values used
with that rule or trigger. You cannot amend the parameter type or change the varbinds. The
action definition must include the address of the receiving software.
If you want to add custom varbinds to these SNMP traps contact Entuity Professional
Services.
Entuity internal identifiers are 64-bit integers however the MIB only supports 32-bit integers.
Therefore Entuity forwards each 64-bit integer as two separate high and low varbinds, e.g.
eNumHigh, eNumLow.
5) Click OK.
6) Click the Save and Deploy icon. This saves your trigger changes to the current event
project and then deploys the project. The new global trigger is now active.
5) Click OK.
Entuity adds the new rule to the Initial Filtering processing stage.
6) Click the Save and Deploy icon. This saves your rule changes to the current event
project and then deploys the project. The new rule is now active.
By default log entries are chronologically ordered, the Entuity event or incident named, the
receiving software clearly identified and the success of the operation detailed.
If you update the event project with new incidents or events that you want to forward as
SNMP traps then you must generate a new Entuity MIB file and load it to the trap receiver.
Event Forwarding allows Entuity to forward events to third party software. You can determine
which events to forward based on one or more of the:
Event type.
Event source.
Event destination. Event Forwarding allows forwarding of events to more than one third
party software and more than one instance of that software.
The details Entuity forwards for each events are configurable, but may include the event’s:
Source.
Impact details.
priority level.
Event Forwarding is a general application suitable for use with a number of different
products.
stopped.
4) Both Fork and Pipe forward event data to the integrated software. This software must be
configured to receive the Entuity event data.
5) The integrated software can now handle the event data and, for example, display it
through a console.
There are a number of sections, each starts with its section name, enclosed within square
brackets, e.g. [connection] and [data]. All variable definitions are held within sections. These
sections can be divided into three types:
Connection section contains details required to access the Entuity database (see
Connection Section).
Process section determines whether the Fork or Pipe process is used, also which
parameters are passed. You can specify one or more process sections, which one is
used is passed as an argument when running ForkEvent (see Process Sections).
Data section details the events passed to the Pipe process (see Data Section).
Entuity supply an example file, ForkEvent.cfg. You should read this section and then take
! a backup of the file before attempting to amend it.
Connection Section
This section details the information required to access Entuity to collect event data. This is an
example section:
[connection]
username=admin
view=All Objects
extendedEvents=0
where:
[connection] is the name of the section that contains the details required to access
Entuity event data.
username is the Entuity login name.
view is the Entuity view from which events are collected. Only when an event occurs on a
device within the defined view is it forwarded by ForkEvent.
extendedEvents sets the maximum number of characters that forkevent forwards for
the event description. Event descriptions greater than this setting are truncated. When set
to:
0 (default), forwards event descriptions to a maximum of 127 characters.
1, forwards event descriptions to a maximum of 4095 characters. Extended event
descriptions are not currently stored in the Entuity database.
Process Sections
The process sections define:
Which ForkEvent process, Fork or Pipe, is used.
The arguments passed to the process.
A configuration file can have more than one process definition, although only one is used at
any one time. This is passed as an argument when ForkEvent is run. (See Run Event
Forwarding.)
This is an example section:
[pipe_nt]
start=H:\master\src\integration\bins\ForkEvent\ForkEventNT
args=pipe ${connection.username}
EmptyVariable=MISSING_VALUE
type=pipe
directory=H:\master\src\integration\bins\ForkEvent
loglevel=all
Where:
[pipe_nt] is the section name. This is passed as a parameter with the ForkEvent
command.
start runs the specified executable. When type is:
fork, start runs when ForkEvent receives an event.
pipe, start runs as soon as ForkEvent runs, creating the Pipe process.
As well as running Pipe and Fork directly, they can be run through a script or executable.
For example a shell script that calls the ForkEvent process, passes arguments, or any
other legitimate script instruction.
type is the type of process, i.e fork or pipe.
h
args allow you to pass command line arguments with the Pipe and Fork processes. You
can pass values taken from the:
Event data, e.g. ${event.PAPIID}.
Configuration file itself, e.g. ${connection.username}, where connection is the section
name and username the variable name.
EmptyVariable is used to enter a value in an event variable passed from Entuity that does
not contain any data, i.e. to make it easier to identify in the integrated package. By default
EMPTY_VARIABLE is entered, using EmptyVariable you can replace that with one of your
choice, e.g. MISSING_VALUE.
directory is the directory from which the process is run and log files are written to.
loglevel is the level of logging information recorded, i.e. errors, warning, info, debug
and all.
Running a Script
These example section illustrate the format for invoking a script that handles the fork
process. The structure for Linux (fork_unix) and Windows (fork_win) is similar:
[fork_unix]
start=/bin/sh
args=/Entuity/scripts/evchild.sh
= ${event.PAPIId}
= ${event.PAPIEventStr}
= ${event.PAPIEventGroup}
= ${event.PAPIDescr}
# Can include a few words from your sponsor if you like
= Entuity Events
= ${event.PAPIImpact}
= ${event.PAPIImpactDescr}
= ${event.PAPIDetails}
[fork_win]
type=fork
directory=${logdir}
start=c:\Cygwin\bin\bash
args=c:\scripts\evchild.bash
= ${event.PAPIId}
= ${event.PAPIEventStr}
= ${event.PAPIEventGroup}
= ${event.PAPIDescr}
# Can include a few words from your sponsor if you like
= Entuity Events
= ${event.PAPIImpact}
= ${event.PAPIImpactDescr}
= ${event.PAPIDetails}
where:
start sets the executable that executes the script.
args includes the:
Script file, e.g. evchild.bash
Event data, e.g. ${event.PAPIID}.
h
In Windows for both start and args the full path must be specified.
Data Section
This section holds the associations between labels and Entuity event variables. These labels
can be used by the Pipe process to identify and manipulate event data. There must only be
one data section in an Event Forward configuration file.
h
The data section is only used with the Pipe process. The Pipe process runs continually and it
is only through the data section that arguments can be passed for each event. The Fork
process is started for each event, and so arguments are passed each time an event occurs.
ID=${event.PAPIID}
EventGroup=${event.PAPIEventGroup}
EventId=${event.PAPIEventId}
EventString=${event.PAPIEventStr}
timeStamp=${event.PAPItimeStamp}
ID1=${event.PAPIObjectID_1}
ID2=${event.PAPIObjectID_2}
ID3=${event.PAPIObjectID_3}
ID4=${event.PAPIObjectID_4}
PRI=${event.PAPISeverity}
Attr=${event.PAPIAttr}
DESCR=${event.PAPIDescr}
Impact=${event.PAPIImpact}
ImpactDescr=${event.PAPIImpactDescr}
DETAILS=${event.PAPIDetails}
Where:
[data] is the mandatory name of the data section.
${event.PAPIID} is a numeric value specifying the current instance of the event.
${event.PAPIEventGroup} is a numeric value specifying the event's group.
${event.PAPIEventID} is the event identifier within the context of the event group.
h
The combination of event group and event ID uniquely identify all Entuity event types (see
Entuity Events Reference Manual).
${event.PAPIEventStr} is the description of the event associated with the event identifier.
${event.PAPIObjectID_1}, ${event.PAPIObjectID_2} and ${event.PAPIObjectID_3} and
${event.PAPIObjectID_4} are internal values that indicate the origin of the event.
${event.PAPItimestamp} is the time the event occurred, represented as UTC
(Coordinated Universal Time, i.e. the number of seconds since 1970-01-01 00:00:00
GMT).
${event.PAPISeverity} is the internal value of the event severity. (See the Entuity Events
Reference Manual.) Entuity event severity levels are:
2, Information
4, Minor
6, Severe
8, Major
10, Critical.
Each variable name is prefaced by event which identifies it as a value generated during the
operation of Entuity.
Running ForkEvent
ForkEvent must be run after the Entuity server starts or is restarted. ForkEvent accesses the
Entuity database using the specified event forwarding configuration file and the specified
process section within it.
When ForkEvent is run the configuration file and the required process section are passed to
it. From that, ForkEvent:
1) Uses details in the [connection] section to access the Entuity database.
2) Uses details in the process section to determine whether it is running in fork or pipe
mode. When running in pipe mode ForkEvent starts the Pipe process.
3) When an event occurs ForkEvent can:
Send the event data to the stdin of the pipe process.
Run a new fork process.
When there are a large number of events, Fork mode can cause a significant processing
overhead. A more efficient method is using ForkEvent in Pipe mode, which only uses one
process.
h
You can also run more than one ForkEvent process at one time, although they must use
different configuration files. When running multiple ForkEvent processes when an event
occurs it is handled by all of the processes.
Fork Process
When running in Fork mode each time ForkEvent recognizes an event it generates a new
Fork process. As the process is created arguments detailing the event are passed to it. You
can pass these arguments through start or args.
When the data is sent the process is closed. Each event has its own Fork process.
Pipe Process
When running in Pipe mode each time a ForkEvent recognizes an event it sends the event
data to the stdin of the Pipe process. The format and structure of the event data is taken from
the [data] section in the configuration file.
The Pipe continues to run until it is explicitly stopped or the Entuity server is stopped. Each
time a new event occurs the same ForkEvent process is used.
In Pipe mode ForkEvent sends event data in the format:
VariableLabel VariableValue <CR>
BlankLine <CR>
where:
VariableLabel is the label assigned to the event data in the [data] section, e.g. Descr in
Descr=${event.PAPIDescr}.
VariableValue is the event data value, extracted from the [data] section, e.g.
${event.PAPIDescr} in Descr=${event.PAPIDescr}.
<CR> is the end of line marker. Each value is passed on its own line.
BlankLine is automatically sent at the end of the event data to signal the end of that event.
h
Although the Pipe command requires more time to set up, it provides for a more efficient use
of machine resources, i.e. in fork mode each new event generates a new child process in
pipe mode the existing pipe process is used.
Using scripts
You can use scripts when ForkEvent is in both Pipe and Fork mode. For example, this extract
from an event forward configuration file passes three arguments to the script, command.sh:
[pipe_nt]
start=H:\master\src\integration\bins\command.sh
args=pipe ${connection.username} ${event.PAPIImpactDescr}
This script takes three arguments and prints them to a file. The $ variables access the
sequential attributes passed with, in this integration, event data. These variables have the
format $n, where n is the positional attribute. In this example, the output file could be:
1=pipe
2=admin
3=HOST: 00-50-8b-af-39-67
Where:
forkevent is the process command.
ConfigurationFile is the ForkEvent configuration file, e.g. ForkEvent.cfg.
SectionName is the section within the ForkEvent configuration file that details the method
and arguments for forwarding the event data, e.g. fork_nt.
For example:
forkevent /Entuity/etc/forkevent.cfg fork_nt
Each time you stop and start the Entuity server you must run ForkEvent.
You can run more than one ForkEvent process at one time, although they must use different
configuration files. When running multiple ForkEvent processes, when an event occurs the
event details are forwarded by all processes.
Entuity can access the XML API of managed devices, query their database and integrate
returned data into its database. Entuity XML Data Collection accesses the device's
xmlagent. Although currently implemented for only Cisco devices it is extendable to other
manufacturers.
Through the XML API Entuity currently retrieves the MAC addresses and interface names
from the Nexus range of Cisco devices.
entuity_home/lib/XMLDataCollector/EYEXMLDataCollector.jar
XML Data Collector jar file.
entuity_home/database/data/XMLAPIDB
Database used for receiving the queried XML data before it is copied into the main
database. By default includes table (MacToPort) for the GET_MAC action. macman
accesses this table when populating MAC addresses.
Credential Sets
XML Data Collection uses the generic credential set mechanism also used by the
Configuration Manager module. In addition to SSHv2 connections Configuration Manager
also supports SSHv1 and Telnet connections which are not applicable to XML Data
Collection. If you configure a credential set to use Telnet and apply it to a device on which
you attempt:
XML Data Collection, Entuity uses SSHv2.
Configuration retrieval, Entuity uses Telnet.
In this way Entuity can support different methods of data retrieval from a device although
using the same credential set.
You can associate a credential set and set XML data collection to True:
1) From the Inventory Administration page highlight a device and click Modify. (See Modify
Attributes Entuity uses to Manage a Device.)
2) Complete the CLI Access details.
3) Click Explorer and highlight the device in the navigation tree.
4) From the device’s Advanced tab set XML Data Collector to True.
Activated but the credential sets are invalid or become invalid, the PortToMac table in the
XMLAPIDB is purged of that device's entries. When macman runs the MAC address
information is not available for that device in the XMLAPIDB and it reverts to using
information collected through MAC Scheme 20.
Activated with a valid credential set but MAC address retrieval using MAC Scheme 25
fails, for example the particular device requires a different XML query format, then Entuity
again reverts to using MAC Scheme 20.
Activated with a valid credential set and MAC address retrieval succeeds Entuity parses
the retrieved information and writes it to the PortToMac table in the XMLAPIDB. macman
would then add this information to the main database.
Entuity manages an extensive set of devices and discovers and polls a comprehensive set of
attributes. However there may be occasions when you want to customize Entuity’s device
management, for example to:
Provide self-service device support.
If Entuity is managing a device that has an unusual data model and so is not collecting
particular fan, power supply, memory or processor attributes then you can augment the
system collectors with your own user defined collectors.
Set up user defined attributes.
You can define new attributes and their collectors and associate them with existing
objects. For example if you want to collect additional information on all of your switch
devices you can select the SwitchDevice object and create user defined attributes and
collectors.
Use predefined empty objects against which you can define attributes and collectors.
Entuity provide 20 user defined object types (UDComponentN) that are part of the Entuity
data model but are unused. As an object type is the sum of its attributes, you can
configure Entuity to manage totally new components of a managed object.
h
A collector is the mechanism for collecting data on an attribute, usually by SNMP polling of
an OID. User Defined Polling is integrated with the Entuity MIB Manager through which you
can import, load and browse MIBs until you select the appropriate OID for the attribute.
You can set up events against user defined attributes. You can define:
Status events. These are events raised when the attribute value returns the set status.
Threshold events. These are event raised when the polled attribute value is within the set
ranges.
Status and threshold events have associated status and threshold incidents.
Custom Polling is a separate mechanism for extending Entuity polling. Entuity Support
recommend you use User Defined Polling when extending Entuity polling.
Fan
Memory
Processor.
When adding attributes you should consider the data model hierarchy when determining with
which object type to associate the attribute, for example a BladeCenter specific attribute you
should associate to the BladeCenterDevice object type and not DeviceEx. An attribute
associated to DeviceEx would be available for all of its subtypes.
You can use the StormWorks Data Dictionary to interrogate the data model. To access the
StormWorks Data Dictionary:
1) Click Help > Contents.
2) From the Get Started column in the Additional Documentation section click the Entuity
Data Dictionary hyperlink.
Attribute Description
Name When you create a new attribute or collector you must assign it a name. By
default Entuity prepends the attribute or collector name with ud_ and then
adds the name of the OID. You can amend the name however you should
retain the ud_ prefix to avoid any future potential conflict with a system
attribute or collector name.
If you do not follow the convention Entuity will warn you of a current naming
conflict however it would not protect you against a future Entuity upgrade
including an attribute or collector with the same name as one you have already
defined.
Display Name Attribute named displayed in Entuity.
Description Description of the attribute, by default it is derived from the OID.
Object Type StormWorks object type to which the attribute is assigned.
Filter StormWorks filter applied to the attribute.
Display Format Format Entuity uses to display the attribute value, e.g. Integer, String.
Data Type Data type Entuity uses to interpret the attribute value, e.g. Counter.
Polling Interval Interval between Entuity polling of the attribute. You should match the polling
frequency to the frequency of attribute value change.
Retention Period Period of time for which Entuity retains polled data.
Transform Transforms are configurations used by Entuity to convert polled data into
meaningful values.
You can click View to list the available transforms, and you can then select and
view any transform definition.
Gauge Range Entuity gauges are displayed on the Summary page of managed objects of the
Object Type. You should enter appropriate minimum and maximum values to
set the gauge parameters.
Summary Determines where and how the attribute is displayed. To display the attribute
on the Summary page of managed objects of the Object Type click:
General Info, to display the Display Name and attribute value.
Gauges, to display the attribute value in a gauge.
Charts, to display the attribute value in a chart.
If you do not select a check box the attribute is still available through the
Advanced page of managed objects of the Object Type.
Attribute Description
Threshold User Defined Polling includes four threshold events, and two associated
incidents. For each attribute you can define four thresholds:
Critical
High
Warning
Low.
Status User Defined Polling includes five threshold events, and two associated
incidents. For each attribute you can define four thresholds:
Up
Down
Disabled
Other.
Table 57 User Defined Attribute Events
h
Although Entuity uses the same set of events and incidents with all of your user defined
attributes users can set suppression rules filtered on the attribute against which events are
raised.
Attribute Description
Name When you create a new attribute or collector you must assign it a name. By
default Entuity prepends the attribute or collector name with ud_ and then
adds the name of the OID. You can amend the name however you should
retain the ud_ prefix to avoid any future potential conflict with a system
attribute or collector name.
If you do not follow the convention Entuity will warn you of a current naming
conflict however it would not protect you against a future Entuity upgrade
including an attribute or collector with the same name as one you have already
defined.
Description Description of the attribute, by default it is derived from the OID.
Object Type StormWorks object type to which the attribute is assigned.
Attribute User defined attribute name.
OID OID used to poll the attribute.
Index The reference for a table of instances. When the OID is a scalar Index is set to
None indicating there is only one instance of it.
SNMP Version SNMP version used to poll the attribute.
Attribute Description
Method Contains the appropriate OID for the collector definition within the method
syntax, for example:
simple;snmp_get(snmpv2,".1.3.6.1.2.1.6.5.0",null)
For index attributes you amend the method as Entuity uses an SNMP table
walk rather than a Get operation. Click Edit and:
Rename the function by adding _indexes to the end of its name.
Amend the second parameter to represent the maximum number of
entries that will be returned by the table walk.
For example:
simple;snmp_get_indexes(snmpv2,".1.3.6.1.4.1.9.9.10.1.1.2.
1.7",500)
When you only require one item from the table you can amend the method so
that it includes the index. For example to collect only the Cisco CPU busy
percentage for the previous 5 seconds:
simple;snmp_get(snmpv2, ".1.3.6.1.4.1.9.9.109.1.1.1.1.3", null)
Replace null with the index:
simple;snmp_get(snmpv2, ".1.3.6.1.4.1.9.9.109.1.1.1.1.3", 1)
Filter StormWorks filter applied to the collector, for example to restrict polling to
devices from a selected manufacturer..
Priority All user defined collectors have a higher priority than system collectors. When
you assign multiple collectors to the same attribute the collector with the
highest priority is applied first.
Transform Transforms are configurations used by Entuity to convert polled data into
meaningful values.
You can click View to list the available transforms, and you can then select and
view any transform definition.
4) Define the attribute for which you want to collect data. When you selected the OID from a
MIB Entuity defaults in attribute values from the OID, e.g. name, data type, description.
5) You can also define events to be potentially raised against the attribute.
It is important that the attribute data type and value correspond to the type of event. For
example a threshold event would not work with an attribute that has a string data type.
Click Next.
6) Define the Collector.
Entuity discovers the new collector and then polls the system attribute. This may take a few
minutes or hours depending upon the size of your managed network.
2) Click Administration > User Defined Polling and then User Defined Polling Wizard.
From the SNMP MIB Browser you can enter the OID.
3) You can use the MIB Manager to import and then load (parse) required MIBs, e.g. TCP-
MIB.
Click Close to close the manager.
5) Entuity defaults your selections into the User Defined Attribute dialog.
You can set:
Object Type, select DeviceEx. The current selected type is the type associated with
the device.
Filter may be set Cisco only devices:
simple;sysoid_begins(".1.3.6.1.4.1.9")
To make the attribute available to devices of all manufacturers amend the Filter:
simple;true
Polling Interval to 5 minutes.
Retention Period to 1 Day.
Gauge Range to Min 0 and Max 20.
Summary leave General Info, Gauges and Charts as selected.
Attribute Description
Name Name of the threshold, by default derived from ud_, the attribute name and
the threshold level.
Display Name Name of the threshold displayed on the Threshold page.
Description Enter a description for the threshold.
Group Name Used on the Threshold page to group together different thresholds, for
example different severity level thresholds set against the same attribute.
Display Unit Measurement unit of the attribute.
Minimum Value Minimum value of the threshold range.
Maximum Value Maximum value of the threshold range.
Default Value Default value of the threshold range.
8) You can set the Filter so the configuration applies to all devices.
Click Edit and in Expression change:
simple;sysoid_begins(".1.3.6.1.4.1.9")
to:
simple;true
You can type in the filter or highlight enterprise and click Add. Entuity displays the
enterprise OIDs of devices under management. You can click Select All to view all
available enterprise OIDs. A filter can support multiple sysoids.
Click Test to check your filter is correct. Entuity applies the filter to the selected device
and returns 1 if successful and 0 if it fails. If you are defining attributes against objects
other than devices you can still run an evaluation. For example if defining a fan attribute
go to the Advanced page of a device and drag to Drop Box a monitored fan. Then
highlight the fan before evaluating the expression.
Click OK to accept your filter definition.
9) Click Finish.
Entuity reports the success of the attribute and collection definition.
Entuity discovers the new attribute and collector and then polls the new attribute.
You will also have to import to the server CISCO-SMI and CISCO-QOS-PIB-MIB (they
do not require loading) before loading CISCO-FLASH-MIB.
simple;sysoid_begins(".1.3.6.1.4.1.9")
You can type in the filter or highlight enterprise and click Add. Entuity displays the
enterprise OIDs of devices under management. You can click Select All to view all
available enterprise OIDs. A filter can support multiple sysoids.
Priority is the priority level Entuity uses when comparing collectors associated to the
same attribute. The higher the number the higher the priority. User Defined Polling
collectors always have a higher priority than system collectors.
Transform Entuity uses to interpret the data to usable information. It does not require
setting for indexes.
Click OK to create the collector for the flash file index.
simple;sysoid_begins(".1.3.6.1.4.1.9")
You can type in the filter or highlight enterprise and click Add. Entuity displays the
enterprise OIDs of devices under management. You can click Select All to view all
available enterprise OIDs. A filter can support multiple sysoids.
Priority is the priority level Entuity uses when comparing collectors associated to the
same attribute. The higher the number the higher the priority. User Defined Polling
collectors always have a higher priority than system collectors.
Transform Entuity uses to interpret the data to usable information. It does not require
setting for the name.
Click OK to create the collector for the flash file name.
Entuity defaults from the MIB and your initial device selection appropriate defaults,
however you may need to adjust them.
3) Set:
Object Type to UDComponent02
Polling Interval to 5 Minutes.
Retention Period to 1 Day.
In Summary select General Info.
And then click the Events tab.
4) Select Threshold and then three severity event levels. For example click the Down
arrowhead next to Critical and define the critical threshold level.
6) Entuity defaults from the MIB and your initial device selection appropriate collector
defaults, however you may need to adjust them.
Set Index to uDC01Index.
Entuity discovers the new collector, its attribute and then polls the system attribute. This may
take a few minutes or hours depending upon the size of your managed network.
Renaming the UDComponent Display Name
When you want to update the display name of the component you must make a change
configuration file changes and run configure. For example if you have used
UDComponent02 to model a flash file object then to rename the display:
1) Copy entuity_home\etc\sw_user_defined_components.cfg to
entuity_home\etc\sw_user_defined_components_site_specific.cfg.
2) In entuity_home\etc\sw_site_specific.cfg include the component file:
!sw_user_defined_components_site_specific.cfg
3) Open sw_user_defined_components_site_specific.cfg and amend the
component name. For example change:
[Type UDComponent02]
ClientData+=\ndisplayName=UD Component 02\n
[Attribute uDComponents02]
ClientData+=\ndisplayName=UDComponents02\n
to:
[Type UDComponent02]
ClientData+=\ndisplayName=Flash File\n
[Attribute uDComponents02]
ClientData+=\ndisplayName=Flash Files\n
4) To apply these changes you must stop Entuity, run configure and then restart Entuity.
For example from the command line enter:
entuity_home\bin\stopeye
entuity_home\install\configure defaults
entuity_home\bin\starteye
Multi-Server Support
When you are connected to a central server the:
User Defined Polling Summary tab is in the context of the central server. When you then
click User Defined Polling Wizard the attributes and collectors that you define are
created on that server.
Attributes and Collectors tabs default to the server according to alphanumeric priority.
From the Servers drop-downs you can change the server.
Manage MIBs
For Entuity to poll attributes you must load to the server the appropriate MIBs. Entuity is
shipped with a set of IETF and IANA MIB files (RFC-1212, RFC-1215, RFC1155-SMI,
RFC1158-MIB, RFC1213-MIB and SNMPv2-SMI MIBs) in the MIBs directory which are
available for you to load (parse). You can augment these by importing and then loading any
additional MIBs that you require.
Entuity allows you to browse the loaded MIBs for the required sysOID; Browse MIB is the first
step in the User Defined Polling wizard and it is also available when defining a collector. If the
required MIB is not available you can open the MIBs manager through which you can control
the MIBs available on your server.
When configuring trap forwarding through Event Management System you can also manage
MIBs and in addition create rules and events from trap definitions.
4) Click Import File. You can use the upload dialog to navigate to the folder containing the
MIB to import to the server.
If through the Event Management System you have created events and rules from a MIB’s
trap definitions then the event project contains the rules, events and incidents to use with the
traps. To set up the receiving server with the same configuration as the original server would
also require the importing of the event project from the original to the new server and not just
the transfer of MIB files.
Management of IP SLA operations through a combination of RESTful API and the web UI is
fully supported. However to manage IP SLA operations from web UI you must have the
appropriate permissions within Entuity, to use the RESTful API you must have access to, and
appropriate permissions on, the Entuity server.
Attribute Description
Operation Index Unique identifier of the operation created by Entuity on the device. When
creating more than 1 IP SLA operation on a device then you must set
Operation Index to a unique value, as by default Operation Index is always
set to 1.
For example when 2 operations share the same index Entuity would create
an operation from the first definition, later it would compare the operation to
the second operation definition, determine that they are different and
recreate the operation. This loop would continue on the next discovery as
the operation would now not match the first definition.
Lifetime How long the operation exists on the device, by default forever.
Owner Creator of the operation. All Entuity operations have an owner of EYE, this is
user configurable.
When Entuity creates an operation it checks to identify whether the create operation is
successful, raising appropriate events:
IP SLA Creation Failure, the operation failed to create, for example the SNMP write
community string is not correct in Entuity.
IP SLA Creation Succeeded, operation succeeded.
IP SLA Test Failed indicates the operation was created but data was not returned, for
example the target device is not responding.
IP SLA Test Succeeded indicates the operation was failing to return data, but is now
working correctly.
IP SLA Test High Latency indicates the operation is reporting latency above its set
threshold. IP SLA Test High Latency Cleared indicates the operation is now reporting
latency below its set threshold.
IP SLA Low MOS is specific to the UDP Jitter VoIP operation, and indicates a MOS value
lower than the set threshold. IP SLA Low MOS Cleared indicates the operation is now
reporting MOS value above its set threshold.
IP SLA High ICPIF is specific to the UDP Jitter VoIP operation, and indicates an ICPIF
value greater than the set threshold. IP SLA High ICPIF Cleared indicates the operation is
now reporting ICPIF value below its set threshold.
You can access operation type definitions from the device’s IP SLA tab. (See Figure 362 IP
SLA Operation Details.)
Entuity Cisco IOS IP SLA allows you to configure IP SLA operations, assisting you through
their setup with sensible default values. IP SLA operations are set against a routing device,
being configured on the source device but aimed at the target device.
h
Only users with administrator or IP SLA Management access rights can create Cisco IP SLA
operations.
Entuity can also monitor IP SLA operations that it has not created, i.e. they were created
either by other Entuity servers or third party tools. To monitor these operations Entuity does
not require the SNMP write community string. Monitored operations can also be different
from those Entuity formally supports, Entuity returns a useful set of data but it may not be
complete for all types.
For IP SLA operation type details see Appendix D - IP SLA Operation Type Attributes and
Appendix E - Operation Configuration Attributes.
Entuity raises an IP SLA Creation Failure event. Another indication that the operation has
failed is the absence of statistical data for the operation.
To set the SNMP write community string, ensure you are logged in as a user who is a
member of the Administrator’s group and:
1) Click Administration > Inventory / Topology > Inventory Administration.
2) Highlight the required device and click Modify.
3) In Write Community enter the write community string.
4) Click OK.
Attribute Description
DeviceID Name or address of the device on which the operation is set.
operationType IP SLA operation type.
Target Target device.
2) Click New.
Entuity displays the Add IP SLA dialog and highlights in red the mandatory attributes.
When you select the IP SLA Type the dialog will display the attributes specific to that type.
3) Define the operation, the attributes vary according to the operation type (see Appendix D
- IP SLA Operation Type Attributes). Always assign the operation a meaningful name.
4) Click OK.
Entuity saves the operation configuration and creates the first operation on the device.
On the next check of operations that Entuity manages on that device it removes those
operations that no longer have a definition in Entuity.
h
When you are removing all operations from a device, and no longer require that the SNMP
write community string is set in Entuity, do not immediately remove the community string.
You must wait until all of the Entuity operations are deleted from the device.
Attribute Description
Status
Awaiting creation and discovery of IP SLA on host device.
Host device reports that last IP SLA was not started or completed for
unknown reasons.
Changes Absence of an icon indicates a change to the operator setup is not
imminent. When the icon is:
Attribute Description
Name User designated string to label the operation. It also acts as a hyperlink to
the Explorer's Summary tab for the associated IP SLA Base Poller object
(for IP SLAs which have been discovered on the device), or will be shown
as plain text if only an IP SLA Creator object exists without an associated
Poller object (e.g. Entuity has not yet created this IP SLA on the device,
or it has not yet been discovered, or it defines an invalid IP SLA).
Type IP SLA operation type. Entuity supports ten operation types which are
DHCP, DNS, HTTP, HTTP Raw, Echo, TCP, Echo Path, Jitter, UDP and
VoIP operations.
Owner Name of the operation owner. By default, all operations created by
Entuity will use EYE.
Lifetime Integer specifying a period of time in seconds for which IP SLA will be
active or the string 'forever' if the lifetime is unbounded.
Frequency Integer value specifying interval between polling events in seconds.
Target IP address or hostname for target device, or a target URL for IP SLAs with
a HTTP probe.
Description String specifying operation type dependent configuration data.
You can set the threshold on the IP SLA Test High Latency event against the Entuity server or
the device.
Graphing and reporting of IP SLA attributes is available using Attribute Grapher, Change
History, module reports and the InSight Center Branch Office Perspective.
Statistic Description
Maximum Maximum value of the attribute in the twenty minute rollup sample, e.g. Max
Time(ms) is the highest completion in the polled values that were rolled up.
Average Average value of the attribute in the twenty minute rollup sample, e.g. Avg
Time(ms) is the average completion time calculated from the polled values that
were rolled up.
Percentage Percentage value of the attribute in the twenty minute rollup sample, e.g. for the
echo path operation, Percent Success is the number of successful operations as
a percentage of total number of operations in the rolled up sample.
Delta The difference in value on the polled statistics since the last poll.
To graph attributes:
1) Through Explorer navigate to the device’s IP SLA tab.
If the IP SLA tab is not visible you can extend the browser windows or select a tab by
clicking the tab down arrow. (See Figure 364 Navigating to Hidden IP SLA tab.)
For more details on reports see the Entuity Reports Reference Manual.
Entuity Cisco IOS IP SLA can simulate VoIP traffic across the IP network, using three
standard CODECs, and then measures network performance. Entuity reports on consistent
voice quality scores (MOS and IPCIF) between Cisco IOS devices. Entuity Cisco IOS IP
SLA’s UDP Jitter VoIP solution is useful, for example, as a due diligence tool for
administrators determining whether the network is ready for a full VoIP installation.
Background to ICPIF
ICPIF originated in ITU-T recommendation G.113 (1996). It is used to quantify impairments to
voice quality encountered across a network. ICPIF identifies and rates five types of
impairment, and also a user expectation factor:
Icpif = Io + Iq + Idte + Idd + Ie - A
Attribute Description
Io Impairments caused by non-optimal loudness rating or high noise,
Iq Impairments caused by PCM type quantizing distortion,
Idte Impairments caused by talker echo,
Idd Impairments caused by one way transmission times (one way latency),
Attribute Description
Ie Impairments caused by equipment effects, e.g. type of CODEC, packet loss.
A Advantage factor (user expectation factor).
Advantage Factor
Delivery of service is about matching customer perception with their expectation of voice
quality. Expectations vary according to the communication service, landline users have
higher expectations than cell phone users. The Advantage Factor allows this expectation
factor to be included in the ICPIF calculation, G113 provided expectation factors for typical
networks. The default Advantage Factor for IP SLAs VoIP UDP jitter operations is always
zero.
Background to MOS
MOS provides a scale for the subjective experience of speech. Different CODECs deliver
different quality levels of VoIP transmission. For each CODEC listeners have judged the
quality of voice samples (which have known degrees of impairment), using a scale from 1
(poor) to 5 (excellent). These opinion scores were then averaged, providing a mean for each
sample.
MOS is used by knowing the used CODEC, monitoring the level of transmission impairment
and then deriving the MOS value. This MOS value indicates the user’s subjective experience
of voice transmission.
The IP SLA High ICPIF and IP SLA High ICPIF Cleared events are the opening and closing
events respectively for the IP SLA High ICPIF incident. The IP SLA Low MOS and IP SLA Low
MOS Cleared events are respectively the opening and closing events for the IP SLA Low
MOS incident.
You can activate these events and amend the ICPIF and MOS event thresholds at the Entuity
server and device level. To amend a device’s IP SLA threshold:
1) Highlight the device and from the context menu click Threshold Settings.
2) From Show threshold settings click IP SLA.
3) Amend and activate the threshold settings.
You should always consult the Cisco IP SLA documentation for details on enabling and
managing IP SLA operations. This troubleshooting section covers:
Operations Are Not Being Created
Operations Failing to Create After Configuring the Source Port
IP SLA and Firewalls
Enabling the IP SLA Responder on Operation Targets.
Entuity CUCM module manages Cisco® Unified Communications Manager (CUCM). All of
the CUCM information is integrated within Entuity’s business management database. This
comprehensive data allows improved CUCM performance, as reliability is dependent on
correct configuration and operation of associated components. Entuity CUCM generates,
where appropriate, both performance and availability events. All CUCM information is
available for reporting.
The Entuity CUCM module can also be implemented as part of a VoIP solution. (See QoS
Monitoring of VoIP Traffic.)
You can report on CUCM managed host devices, on CUCMs through the CUCM Inventory
report and all CUCM data is also available for reporting on through Flex Reports.
Module Licensing
Entuity components are licensed by type. To run the full Entuity CUCM module the license
must include the CUCM type (see the Entuity Getting Started Guide). The Managed Hosts
type is included with all Entuity licenses.
Module Availability
The Entuity CUCM module is available with Entuity in all supported environments (see the
Entuity Getting Started Guide).
Module Security
CUCMs are placed into views within Entuity and access permissions granted based on that
view membership according to the standard Entuity security model.
Entuity WAAS module manages Cisco wide area application services (WAAS) devices.
Licensing
Entuity components are licensed by type. To run the full Entuity WAAS module the license
must include the WAAS device type. Entuity installations that do not include the license
display only the most high level details of the discovered WAAS, i.e. through the General tab.
Security
Entuity WAAS management conforms to the standard Entuity security model, with
permissions being granted through View membership.
Availability
The Entuity WAAS module is available with Entuity in all supported environments.
Entuity® QoS module supports Cisco® QoS Modular CLI (QMC). It provides a detailed
inventory of your QoS configuration, together with monitoring in real-time of each interface’s
performance. This information is also available for reporting on through Flex Reports and
Report Builder.
Entuity QoS is available as a separate, licensed module enabled through configure.
QoS management helps to set and evaluate QoS policies and goals. A common
methodology involves:
1) Using Entuity to identify the performance and traffic characteristics of the network.
2) Deploying Entuity QoS to the targeted devices.
3) Using Entuity QoS to test and evaluate service delivery. As your network changes, so will
your QoS requirements and constant monitoring of both is essential.
Entuity QoS returns extensive QoS configuration details, presenting policy maps, class
maps, access groups and their relationships. Entuity QoS includes extensive drilldown
capabilities, exposing the often complex, nested relationships involved with QoS
implementations.
Entuity allows reporting on inventory and performance data. You can also build reports
having extensive access to QoS data, allowing reporting on inventory, performance, e.g.
busiest class, traffic profiling, compare pre and post performance statistics.
QoS Components
QoS comprises of four components:
Traffic identification, enabled through match statements (access-lists).
Class maps, collections of access-lists.
Policy maps, collections of paired class-maps and action.
Service policy, application of policy maps to interfaces. One policy map for the ingress
and egress of each interface.
h
Entuity advise using named access lists, both as best practice and as Entuity QoS does not
present the lowest level match statements.
Entuity QoS identifies access lists through their access groups, so it is important these
groups are given meaningful, descriptive names.
QoS Management
Managing Congestion through Queues
Queue management is an important congestion tool, for example for avoiding tail drops,
where the possibility exists of high priority packets being dropped because they cannot be
added to the router’s queue and therefore identified. Queues are associated with classes,
one queue per class. A low priority class can be assigned smaller queue depth, high priority
classes greater resources reducing the probability of losing high priority packets.
Entuity details both queue configuration and current performance, for example current queue
depth and number of discarded packets. You can check queues associated with high priority
classes are assigned greater resources, reducing the probability of losing high priority
packets, than those associated with lower priority classes.
After setting the IP precedence bits or the IP DSCP, packets are classified by their IP
precedence bit or IP DSCP value. These classifications are then used to apply user-defined
differentiated QoS services to the packet.
Associating a packet with a QoS group allows users to associate a group ID with a packet.
The group ID can be used to classify packets into QoS groups based on prefix, autonomous
system, and community string.
A user can assign up to eight IP precedence values, sixty-four IP DSCP markings, and one
hundred QoS groups.
Entuity QoS identifies the packet marking method applied on the parent class map and
displays its configuration details.
QoS events are managed by Entuity’s event manager, which allows the standard
customization options, e.g. add annotations, modify threshold levels, event suppression.
Default event thresholds are held at the root level, but can be overridden at the individual
interface class and queue levels.
All events are generated via polling.
Attribute Description
Source The class against which the event is raised, either by Name or IP
Address.
Impacted The particular interface against which the event is raised.
Attribute Description
Details Identifies the:
correct voltage value, i.e. the rail against which the event is raised,
actual traffic value,
threshold value, where values above that indicate performance
problems and Entuity should raise an event.
High Bit Rate, High Bit Drop Rate and Drop Packet Rate events are cleared from Event
Viewer’s Open Events view either after ten minutes have elapsed, or when Entuity raises a
Clearing event, i.e. the next poll is within the threshold boundaries.
Class Thresholds
Setting class thresholds follows the same rules as setting other event thresholds. For
example, thresholds can be set at these different levels:
Global level, i.e. using the Global View on the Entuity server.
Component level, e.g. selecting a particular component, a class defined against an
interface.
The process for setting a class threshold is the same, regardless of the particular metric.
These class thresholds are available to set interfaces:
In Class Bit Rate High Threshold, select Enabled to turn on the threshold, and accept or
amend the default bit rate of 500000. A polled post policy bit rate value greater than this
threshold and Entuity raises an QoS Class Bit Rate High.
In Class Bit Drop Rate High Threshold, select Enabled to turn on the threshold, and
accept or amend the default bit rate of 100000. A polled drop bit rate value greater than
this threshold and Entuity raises an QoS Class Drop Bit Rate High.
In Class Drop Packet Hourly Rate (Buffer Shortage) High Threshold, select Enabled to turn
on the threshold, and accept or amend the default dropped packet rate of 10. A Dropped
Packets value greater than this threshold and Entuity raises a QoS Class Drop Packet
Hourly Rate (Buffer Shortage) High.
Attribute Description
Source The queue against which the event is raised, either by Name or IP
Address.
Impacted The particular interface class against which the event is raised.
Details The queue performance and its thresholds.
High Class Queue Bit Drop Rate event is cleared from Event Viewer’s Open Events view
either after ten minutes have elapsed, or when Entuity raises a Clearing event, i.e. the next
poll is within the threshold boundaries.
Queue Thresholds
Setting the queue thresholds follows the same rules as setting other event thresholds. For
example, thresholds can be set at these different levels:
Global level, i.e. using the Global View on the Entuity server.
Component level, e.g. selecting a particular component, a queue defined against an
interface’s class.
To set the queue threshold in Queue Bit Drop Rate High Threshold, select Enabled to turn on
the threshold, and accept or amend the default bit rate of 100000. When number of packets
dropped by the router when traffic exceeds Max Queue Depth is greater than this threshold,
Entuity raises an QoS Class Drop Packet Rate (Buffer Shortage) High.
Module Licensing
Entuity components are licensed by type. To run the full Entuity Configuration Management
module the license must include the Entuity Configuration Management type. (See the
Entuity Getting Started Guide.)
When Entuity Configuration Management is disabled, none of the features are visible to the
end user; however, any configuration files archived during a previous licensed run of Entuity
Configuration Management are retained on the file system.
Device configuration files are owned by Entuity and protected by the permissions system of
the operating system. You can access these files outside of Entuity Configuration
Management with a user account that has the necessary permissions.
Module Availability
The Entuity Configuration Management module is available with Entuity in all supported
environments. (For details on Entuity’s technical specification see the Entuity Getting Started
Guide.)
Module Security
Retrieved configuration details are associated with their device in Entuity, so access
permissions are granted based on that view membership according to the standard Entuity
security model.
The current and archived files are saved to the Entuity server, with access to those folders
outside of Entuity controlled by the operating system permissions.
Can initiate a configuration retrieval from the web UI, schedule a retrieval or configure
a retrieval to occur when there is a change in the startup or running configuration files.
Attribute Description
Server IP Address The IP address of the Entuity server used for the transfer of device
configuration. Where the server has more than one address, for example it
has IPv4 and IPv6 addresses, you can select the required address from the
drop-down list.
Transfer Directory The initial location for the retrieved configuration files, by default
entuity_home\cm_transfer. Retrieved configurations are placed here
before they are moved to the Archive directory.
The transfer directory should be the same as the home directory specified,
for example in the TFTP server initialization file.
Archive Directory The location for the archived configuration files, by default
entuity_home\cm_archive.
Where the only differences between a newly retrieved configuration file and the last archived
one are trivial, the newly retrieved file is treated as though it were an exact copy of the
archived one and discarded. Entuity does not raise a change event.
The pattern matching rules are global and applied to both network device startup
configurations and running configurations.
Policy Violation Events have configurable expiry times. They also have corresponding
clearing events raised when the configuration is found to have been edited to fix the violation.
The initial communication between Entuity and a device is through Telnet, and SSH using a
command line access credential set specified in Entuity. All required executables are
included in the package and installed in the appropriate location. No additional installation
steps are required. However, configuration retrieval is through a separate transfer
mechanism, using FTP, SCP, RCP or TFTP. The mechanism details are specified through a
Step definition in the task.
The Entuity server must be running the transfer server and a device must have the
credentials to access that server. You can use multiple types of transport servers at the same
time, they must also use the same transfer directory. This directory must also be the same as
that set during configure.
TFTP does not have an authentication mechanism, and the configuration files require global
! read and write permissions. Placing the TFTP root directory under the web root is a security
risk and Entuity advise against doing this.
The open source TFTP server included with the Entuity installation is also available from
http://sourceforge.net/projects/tftp-server/. You can use other TFTP
servers. In either case always consult the TFTP server documentation.
Setting Up OpenTFTPServer
To set up the supplied TFTP server on a Windows server:
1) Install the TFTP server to the same machine as the Entuity server.
From entuity_home\integ\TFTPServer double-click on
TFTPServerMTInstallerv1.61.exe.
2) Through the wizard specify the location of the TFTP server and click Next.
The Installer displays the GNU General Public License.
3) Click Next to accept the license terms and install the server. The installer displays the
install complete dialog.
4) Configure the TFTP server.
Navigate to the TFTP server folder and edit TFTPServerMT.ini. In the:
[HOME] section, set the directory to which the TFTP server does the initial saving of
the configuration file. This must be the same as the Transfer Directory defined through
configure, for example c:\entuity\cm_transfer. When not set the TFTP server
writes these files to the same folder as the TFTP server executable.
[TFTP-OPTIONS] section set the file operation permissions to allow writing to these
folders.
For more details see Appendix F - TFTP Server Configuration.
The Entuity server must also support the mechanism used to access the device, e.g. Telnet,
SSH.
Running OpenTFTPServer
You can install and run OpenTFTPServer as a standalone process or as a service:
When first installing and testing Entuity Configuration Management you may want to run
OpenTFTPServer as a standalone process to easily view its command line information
and error messages.
In a production environment running OpenTFTPServer as a service ensures it runs when
Entuity runs, for example that it is available after restarting the server machine.
Entuity associates device and vendor sysOids to the appropriate retrieval script, excluded
differences and policy rule files, e.g.:
cisco-generic-exclusions.cfg(.1.3.6.1.4.1.9)
.
.
cisco-generic-policies.cfg(.1.3.6.1.4.1.9)
hp-generic-policies.cfg(.1.3.6.1.4.1.11)
Devices that support configuration retrieval are then discovered as part of Entuity’s standard
discovery process.
Entuity first attempts to match on the specific device sysOID, and if that fails on a vendor
sysOID and if that fails a configuration file is not associated with the device. Through Entuity
you can amend the default association although care must be taken to avoid making an
invalid association.
Entuity Configuration Management cannot immediately retrieve device configuration after
discovery has run:
You must set CLI credentials for each device.
Changed based retrieval is enabled by default, but you may also want to enable Nightly
Retrieval.
You can amend default values associated against the device’s configuration monitor
attributes, for example, number of archive files.
Attribute Description
Transfer Method Select from TFTP, FTP, SCP and RCP.
Retrieval Task The task used to retrieve configuration from the device.
Exclude File This file identifies patterns of configuration Entuity Configuration
Monitor can safely ignore when identifying non-trivial changes in the
device’s configuration.
Policy Rules This file specifies good and bad configuration which a device’s
configuration should, respectively include and exclude.
Nightly Retrieval By default set to Off, but when set to On it enables scheduled retrieval.
Each night at 02:00 Entuity retrieves configuration files from the first
device, and then at one minute intervals initiates configuration retrieval
for each device with this setting enabled,
Scheduled and change-based (timestamp) initiated configuration
retrievals are independent of this process, although Entuity would not
activate a configuration retrieval when one is already underway.
Changed Based Retrieval When set to On (default) it allows Entuity to check, by default every five
minutes, for changes in either the startup or running configuration files
timestamp. A change in a timestamp indicates a change in the device
configuration. Entuity does not immediately initiate configuration
retrieval as the configuration may still be being edited. Entuity continues
to poll the device and when the timestamp remains unchanged for two
consecutive polls then Entuity waits a set period checks the timestamp
from the latest poll and if that remains unchanged then initiates retrieval
of the configuration.
Scheduled and user initiated configuration retrievals are independent of
this process, although Entuity would not activate a configuration
retrieval when one is already underway.
Number of Archives The number of versions of the device configuration files in the Archive
folder. There is a separate count for startup and running configuration
files. The default is four.
Attribute Description
Name Display name of the device and a hyperlink to its Explorer Summary
tab.
Attribute Description
Type Device type.
Entuity Server Entuity server running the configuration management task.
Retrieval Task Name of the retrieval task.
Policy Rules Name of the policy rules file applied by the task to the retrieved
configurations.
Nightly Retrieval By default set to Off, but when set to On it enables scheduled retrieval.
Each night at 02:00 Entuity retrieves configuration files from the first
device, and then at one minute intervals initiates configuration retrieval
for each device with this setting enabled
Transfer Method Transfer method used by the task, i.e. TFTP, FTP, SCP or RCP.
Exclude File Name of the exclude file applied by the task to retrieved configurations.
No. of Archives The number of versions of the device configuration files in the Archive
folder. There is a separate count for startup and running configuration
files. The default is four
Change Based Retrieval When set to On (default) it allows Entuity to check, by default every five
minutes, for changes in either the startup or running configuration files
timestamp.
Change-based, scheduled and user initiated configuration retrievals are independent of each
other, although Entuity would not activate a configuration retrieval when one is already
underway.
You can check the current status of scheduled and change base retrieval through the
Explorer Configuration tab, from which you can also initiate a manual retrieval.
Attribute Description
Timestamp Data and time the configuration was retrieved.
Running Configuration Files Name of the archive file derived from StormWorks identifier of the
device, the configuration file type and a unique number, for
example: 66-runningconfig-1194533283
Startup Configuration Files Name of the archive file derived from StormWorks identifier of the
device, the configuration file type and a unique number:
66-startupconfig-1194533329
Version Software version running on the device.
If retrieval of configuration files fails, Entuity raises a Configuration Retrieval Failed event in
Event Viewer.
2) Click Configuration .
3) In the Archived Configurations section click Check Configuration Now.
Entuity initiates device configuration retrieval and displays an information dialog. This
dialog informs you as to whether the action was successfully initiated or not, it does not
imply the configuration retrieval request was successful.
4) Click Close to close the dialog. The retrieval request may take a couple of minutes.
Entuity automatically monitors free disk space on the management station as part of its
standard functionality. All archived configuration files include a timestamp.
Entuity Configuration Monitor uses this structure when determining where to store the files
containing retrieved configuration:
$ARCHIVEDIR/$DEVICE_ID/$CONFIG_TYPE/$CONFIG_FILE
Attribute Description
$ARCHIVEDIR Directory chosen for the archives during Configure.
Attribute Description
$DEVICE_ID Numeric StormWorks identifier. Each device’s identifier is
available on its web UI Advanced Details page.
$CONFIG_TYPE Either running or startup
$CONFIG_FILE The file itself.
You can check the current number of archive files through the device Configuration panel in
the web UI.
Attribute Description
Filename Name of the archived file. The name indicates whether the configuration
is a startup or running configuration.
Device Name of the device as identified in Entuity.
Last Changed Date the configuration was last changed. Entuity Configuration Monitor
discards retrieved configurations that are the same as the previously
retrieved configurations, so this is not necessarily the same as the time of
the last successful configuration retrieval.
Entuity Configuration Monitor uses color coded highlights to identify the differences between
the two files. There is a legend at the foot of the comparison HTML page.
By default Entuity Configuration Monitor displays both files in their entirety side-by-side. You
can configure the display to view the configuration files inline, where lines that are the same
in the two files are displayed only once.
You can also configure the context. By default Entuity Configuration Monitor displays the
complete files, however in long files you may only want to view a few lines before and after
the differing lines to gain the context.
2) Click Configuration .
3) In the Archived Configurations section highlight the row that contains the configurations
you want to compare.
4) From the context sensitive menu click Compare Running and Startup.
2) Click Configuration .
3) In the Archived Configurations section highlight the row that contains the configuration
you want to view.
4) From the context sensitive menu click:
View Running Configuration. Entuity displays the configuration file(s) in your default
browser.
View Startup Configuration. Entuity displays the configuration file(s) in your default
browser.
Entuity Configuration Monitor includes a set of events through which you can monitor
configuration retrieval. When you find a problem, for example failure to retrieve configuration
from a device, you can interrogate Diagnostic Data.
Events Description
CM Configuration Includes Policy An archived configuration file for a device matches one
Exclusion or more of the bad practice rules.
CM Configuration Missing Policy An archived configuration file for a device fails to conform
Mandated Statement to all of the good practice rules.
CM Firmware Version Changed Change in the device firmware. Entuity Configuration
Monitor also initiates a device configuration retrieval.
CM Previously Unsaved Configuration The current running and startup device configuration files
Saved are now the same.
CM Running Configuration Changed The last running-configuration file retrieved by Entuity
Configuration Monitor for a specified device does not
match the last previously archived copy.
CM Running Configuration Retrieval Entuity Configuration Monitor failed to retrieve a
Failed configuration file from a monitored device.
CM Startup Configuration Changed The last startup-configuration file retrieved by Entuity
Configuration Monitor for a specified device does not
match the last previously archived copy.
CM Startup Configuration Retrieval Entuity Configuration Monitor failed to retrieve a
Failed configuration file from a monitored device.
CM Unsaved Configuration The running-configuration file retrieved by Entuity
Configuration Monitor for a specified device does not
match the startup-configuration file for that device.
The Entuity Configuration Management module allows you to configure devices and ports
from Entuity, by running scripts through an Expect like API on those target devices if the
appropriate CLI credential sets have been established. You can for example set a port to
admin down or change a device community string.
Entuity Configuration Management uses a combination of the Entuity information database,
an Expect API and Groovy scripts to allow you to specify configuration tasks. A task usually
has a specific objective, often the configuration of a device or port. It comprises of a number
of steps. For example, a simple three step task might be:
1) Log in to a device.
2) Perform an action.
3) Log out of a device.
The login and logout steps are quite generic and could be used by many tasks, which
illustrates the efficiency in building tasks from a number of re-usable steps.
When you run a task it becomes a job, and if this job is running against a number of objects
then each object has its own sub-job. In this way the success or failure of a sub-job on one
object (device or port) does not impact on the processing of another sub-job. As this implies
you can apply a task to many objects.
You can run tasks from context menus and also schedule them.
The Configuration Management module:
Requires a valid license.
Is activated through configure.
Users must either be members of the Administrators group or be assigned the
Configuration Management Administration tool permission.
h
Entuity Configuration Management delivers a powerful tool set for managing ports and
! devices on your network. You are strongly advised to control user access to the
Configuration Management module and fully test your scripts before applying them to your
live network. The scripts provided here are only intended to illustrate the functionality and
scripting techniques available with this module. Entuity accepts no liability in the event of the
instructions in the documentation not being followed when using the module.
As jobs may be defined on a central server but run on a remote server it is important central
and remote servers are running the same version of Entuity.
4) The Script Engine runs the sub-jobs, performing the specified task on the target device or
port.
Through the Job History page you can view the progress of a job. Drilling down to a
sub-job you can view its progress.
When tasks are configured for events then Entuity can raise events and incidents
reporting the success or failure of the job.
Term Description
Task A task is the definition of the configuration management operation. It comprises of
one or more steps.
A task is defined on one Entuity server and all of its history, audit logs and
schedules are retained there, even though the task may be applied to objects on
remote Entuity servers.
Step A step is a discrete part of a task. The step action is configured through a Groovy
Script. The same step may be used by more than one task.
Job A job consists of its task definition and run time settings, for example when it is to
be run, which objects it is run against, and as such only exists when it is running.
Sub-Job When a job runs Entuity creates a sub-job for each object it runs against. For
example if the job is to run against six devices Entuity creates six self-contained
sub-jobs. These sub-jobs are run by the Script Engine on the Entuity server that
manages the target object which may be different from the Entuity server on which
the job was run.
Dispatch Job When Entuity runs a job it creates the sub-jobs and then submits them all to the
Script Engine as one dispatch job. If the sub-jobs are being run on a number of
Entuity servers then Entuity creates one dispatch job for each server.
If the Script Engine is busy then the dispatch job may be queued, i.e. submitting a
dispatch job does not imply the immediate execution of its first sub-job.
Script Engine Script Engine runs the sub-job. Sub-jobs are run by the Script Engine of the
Entuity server that is managing the target object (device or port).
Target Validation
Before Entuity creates sub-jobs and submits them to the script engine it validates the
proposed target objects.
Validation tests applied by Entuity before dispatching the job:
Is the task still available. Entuity may attempt to run a job even after the associated task
has been deleted.
Is the current version of the task the same as that associated with the job, for example
one user may call a task while another user is updating it. This check is only applicable to
tasks called from context menus.
Validates the Groovy script.
Are the user permissions of the job owner sufficient to run the job.
Applies the filter to derive the target objects.
Entuity checks the credential sets required for accessing the target objects when running the
sub-job.
The Task Administration page consists of tabs that reflect the major components of Entuity
Configuration Management:
Tasks. (See Task Administration.)
Steps. (See Task Steps.)
A step is a discrete part of a task. The step action is configured through a Groovy Script.
A task comprises of one or more steps. The same step may be used by more than one
task.
Through the Steps administration page users can create, edit and delete steps.
Schedules. (See Task Schedules.)
For each schedule Entuity identifies its component, including when it last run and when it
will next run.
Through the Schedules administration page users can edit, delete, suspend and resume
schedules.
History. (See Task History.)
Task, steps and schedules are saved to the selected Entuity server. In multi-server
environments you can set up configuration management on the central server but the objects
they run against can be on remote servers. Task history is always held on the server on
which the task is defined.
Task Administration
A task contains all of the instructions required to complete the designated configuration
management or monitor task. Depending upon the configuration you can manually run tasks
by selecting target objects (e.g. devices or ports) from context menus or by scheduling the
task against a view. A running task is a job, and when it runs against a target it is a sub-job.
Through the Task administration page you can create, edit and delete tasks. This would
involve assigning steps to tasks and potentially creating new steps. It might also involve
assigning schedules to tasks. You can also access the task history.
All users that can access Configuration Management administration have access to all of the
tasks, steps, schedules and histories.
Attribute Description
Category Entuity Configuration Management supports System and Custom task types.
You can not modify system tasks however you can copy them and modify
the resulting custom task. Entuity is shipped with these Configuration
Monitor system tasks:
Retrieve Configuration (Cisco)
Retrieve Configuration (Dell)
Retrieve Configuration (Juniper)
Retrieve Configuration (HP)
Retrieve Configuration (Huawei).
Custom tasks are user defined. You cannot create a custom task with a name
matching an existing task. However, if Entuity introduces a system task
whose name conflicts with a custom task, then both tasks will be considered
as valid. The custom task's display name will be qualified by appending
(custom) to the end (except for the Tasks and Steps tabs where the
Category column qualifies the tasks).
Configuration Set to Yes for a Configuration Monitor level task and to No for a Configuration
Monitor Management level task.
Configuration Monitor tasks:
Do not appear in the Task Permissions dialog. Instead, if a user has
Configuration Monitor tool permission, then they will implicitly have
permission to run and view the history of all related Configuration
Monitor tasks.
Can only be executed with the Configuration Monitor feature, i.e.
automatically by the Configuration Monitor tool, or manually via the
Check Configuration Now menu option or a link inside the associated
Explorer tab. They cannot be scheduled via the Configuration
Management scheduler page.
Must be defined on each server on which they will be used.
Name String to identify a task which must be unique on the selected server (case
insensitive comparison).
Description Task description (optional).
Context Identifies the context in which the task can run, i.e. Device or Port.
Steps Number of steps in the task. When you do a mouse over Entuity displays a
list of the names of steps used in the task.
Schedules Number of scheduled jobs for this task.
Last Run Time Timestamp of the last execution of the task.
Last Run Status If the task:
Has an associated job that is running then Status indicates the current
state of jobs associated with the task, for example 2 IN PROGRESS, 3
QUEUED. This is also a hyperlink to the job History tab.
Does not have an associated job that is running then Status shows the
state of the previously completed job, i.e. Succeeded or Failed.
Button Description
New Click to create a task. (See New and Edit Task dialog.)
Delete Click to delete the selected task or tasks.
History Click to view the history of the selected task or tasks.
Entuity retains the task history for 30 days This includes task jobs run from
both the context menu and scheduler. (See Task History.)
Edit Click to edit the selected task. (See New and Edit Task dialog.)
Schedule Click to schedule a task.
Copy Creates a copy of the highlighted task. The name of the copy is Copy of
added to the original name
Attribute Description
Name A unique name (case insensitive comparison) to identify the task on the selected
server.
Description A description of the task. (Optional.)
Context Sets the type of target that the task can run against:
Device (default) the task can only run against a device.
Port which limits the task to only run against a port.
These contexts apply regardless of whether the task is called from the scheduler
or a context menu.
Steps A valid task must contain at least one step. A task can contain the same step more
than once and the same step can be included to multiple tasks.
You can click:
Add to create a new step or select from existing steps.
Remove to delete the selected step or steps from the task. Entuity allows you
to select multiple steps and then delete them (Entuity does not prompt you to
confirm deletion of the steps from the task.)
You can also reorder the steps within a task by using the Move Up and Move Down
buttons.
Parameters Groovy Script parameter format, i.e. String, Integer, Float.
You can click:
New to create a new parameter.
Edit to replace the selected parameter with a new one.
Delete to delete the selected parameter, or parameters from the task. Entuity
allows you to select multiple parameters and then delete them (Entuity does
not prompt you to confirm deletion of the parameters from the task.)
Configuration When selected Entuity Configuration Management handles the task as a
Monitor Task configuration monitor task. Configuration monitor tasks:
Do not appear in the Task Permissions dialog. Instead, if a user has the
Configuration Monitor tool permission, then they have permission to run and
view the history of all Configuration Monitor tasks.
Cannot be scheduled. These tasks can be run automatically by the
Configuration Monitor tool, or manually via the Check Configuration Now
menu option or link inside the associated Explorer tab.
Must be defined on the Entuity server on which they are used, i.e. on the
server managing the device against which the task is run. In contrast
configuration management tasks can be run from a central server and applied
to devices managed by remote servers.
The Advanced tab includes settings that control how the task is run, for example whether it is
available from context menus, its job timeout settings, against how many objects it can run.
Attribute Description
Job Timeout Time, in seconds, assigned for Entuity to execute the task after which the task will
(seconds) timeout and terminate. The timeout period starts when Entuity starts to execute the
job.
The default is 300 (5 minutes) and the maximum value is 32767 (9 hours
approximately).
Connection Method of connecting to the object. When set to:
Method use cli access parameters (default) Entuity uses the connection method
defined in the credential set to connect to devices. If a credential set is not
specified than Entuity ignores the connection request and records this failure
in the Task History.
use connection parameters Entuity prompts the user for credential details
before executing the task.
none Entuity does not require a connection to complete the task, for example
SNMP Get/Set only tasks.
Raise Event on When selected Entuity raises a Config Mgmt Job Succeeded or Config Mgmt Job
Completion Failed event (and potentially an associated incident) when Entuity respectively
considers the job to have completed successfully or failed.
When not selected Entuity cannot raise configuration management events.
Collect Script Engine retains the conversation data between itself and the device for each
Diagnostic task (which can be turned off in entuity.cfg). There is a limit (configurable in
Data entuity.cfg) of the total size of these diagnostic data that can be stored in
Script Engine's log file, entuity_home\log\expect.log.
Attribute Description
Filter Object filter specifies the object against which the task can legitimately run, for
example you can filter on the device SysOid:
simple; device.sysOid==”1.3.6.1.2.1.1.3” ||
device.sysOid==”1.3.6.1.2.1.1.4”
In multi-server environments if the selected object is on a remote server, the filter is
sent to the remote server for evaluation. The result is returned to the central server.
For context menus a filter is evaluated when you open the menu, so if the selected
object does not meet the filter then the context menu task is not displayed.
For scheduled jobs the filter is always evaluated when the scheduled job is run.
Show on When selected the task can be run from the context menu, when not selected it
context menu can only be scheduled.
Show on View When Show on context menu and Show on View selection are:
Selection Both selected the task can be run from the view-level context menu. The task
is always available from the context menu. When running the task Entuity
applies the filter so the job only runs against appropriate objects.
Not both selected (default) the task is not available through the view context
menu.
Confirm When Show on context menu and Confirm Execution are selected the user must
Execution confirm the running of the job. The default is unselected.
Selection Limit When Show on context menu is selected you can enter the maximum number of
objects that can be selected when you run the task from the context menu. When
set to:
1 (default) the task is only available from the context menu when 1 object is
selected.
N the task is only available from the context menu when N or a fewer number
of objects are selected. Only one of the selected objects must match the Filter
for Entuity to display the task on the context menu (when running the task
Entuity applies the filter so the job only runs against appropriate objects).
The maximum value is 500. The exception is when you run a task from a view.
Then there is no limit on the number of objects against which you can run the task.
Task Parameters
Parameters are stored locally to the task and are only saved when you save the task.
Parameters are available to all steps in the task. You can set parameter values when defining
the task or when running the job.
Attribute Description
Name It must be a valid Groovy variable name and unique for each task.
Entuity validates the value when you click OK.
Description Description of the parameter, for example its purpose or usage (optional).
Data Type Parameter data type, i.e. String (default), Integer or Float.
Default Value A default value is optional. When it is:
Specified then it must be a valid Groovy expression.
Not specified Entuity assigns a null to the variable.
Entuity validates the value when you click OK.
Password Field When the check box is selected characters are masked as they are entered, i.e.
instead of the characters entered Entuity displays asterisks. This is useful with
Password fields. When not selected (default) then the characters are displayed as
entered.
Always Prompt When:
Selected Entuity always prompts the user to enter a value.
Not selected (default) Entuity does not prompt for a value unless the default
value is not set.
Scheduled you are prompted to complete the credential and any other parameter values
when scheduling the task.
Parameter Description
method Method of accessing the target command line interface, i.e. telnet or ssh.
port Port used by the telnet (default port 23) or ssh (default port 22) applications to
access the target. If a value is not entered Entuity uses the application default.
Optional parameter.
username Username required to access the target.
password1 Password required to access the target.
password2 Password2 can be used with ssh connections. Optional parameter.
Create Tasks
This example creates a task that takes a port down and updates the port short description. It
uses steps included as part of the example tasks:
1) Logs in into a device.
2) Sets a port to down.
3) Updates the system contact to James Smith.
4) Logs out of the device.
To create a task:
1) Select Administration > Configuration Management.
2) Click New.
3) In the Steps section click Add.
Users can select an existing step or create a new one. If the user has already selected a
task context then Entuity only displays steps valid for that context, otherwise steps are
grouped by context.
Delete Tasks
When a task is deleted Entuity also deletes the scheduled jobs and all of their histories.
To delete tasks:
1) Select Administration > Configuration Management.
2) From the Tasks tab highlight one or more tasks.
3) Click Delete.
4) Entuity displays a delete warning dialog and prompts you to confirm the deletion.
Task Steps
A task is made up of steps. From the Configuration Management Steps tab you can select:
New to define a new step.
Edit to edit an existing step.
Delete to delete a selected step.
The Configuration Management Steps tab lists all of the available steps. You can sort the
table on any of the step attributes by clicking on its column heading. Steps can be part of
one or more tasks. The Tasks column identifies in how many tasks the step is used.
Entuity allows the saving of steps with syntax errors, in part to allow users to save scripts as
they are developed. You can still run and schedule invalid tasks but Entuity reports the
syntax errors as run time errors in the task's history.
To access a list of available steps:
1) Select Administration > Configuration Management and then the Steps tab.
Attribute Description
Name Unique name (case insensitive comparison) on the selected server
Description Optional description of the step.
Context If the step Context is:
Device or Port then the step can be used with, respectively, Device and
Port tasks.
None then this step can be used with device and port tasks.
Script The entire Groovy script.
Tasks Number of tasks using this step. A mouse-over displays a list of tasks using
this step.
Attribute Description
Name Each step must have a unique name (case insensitive comparison) on the
selected server
Description Optional description of the step.
Context Device is selected by default, other context options are Port and None. If:
Device or Port are selected then the step can be used with, respectively,
Device and Port tasks.
None is selected then this step can be used with device and port tasks.
Groovy Script An example use of Groovy Script would be to associate a step with at least
one sysOID, for example:
If(device.sysOid.equals(”1.3.6.1.2.1.1.3”))
then do this
else if (device.sysOid.equals(”1.3.6.1.2.1.1.4”))
then do that
In this way a task can be launched on all devices, but certain parts of the
scripts will be executed dependent upon the device sysOid.
Delete Steps
When deleting a step Entuity displays a warning message that lists by name any tasks that
the step(s) are associated with, and which would therefore be affected by the deletion. Users
can continue with or cancel the delete request.
On deleting a step Entuity updates associated tasks by removing that step from the task.
Entuity does not delete tasks that no longer contain any steps. However it does identify the
tasks as invalid with a warning icon. Entuity also marks as invalid Schedules that call invalid
tasks. Entuity can run invalid tasks and schedules.
To delete steps:
1) Select Administration > Configuration Management.
2) Select the Steps tab and highlight one or more steps.
3) Click Delete.
4) Entuity displays a delete warning dialog and prompts you to confirm the deletion.
Task Schedules
Scheduled jobs are listed in the Schedules tab from where you can:
Create, edit and delete schedules.
Suspend and resume scheduled jobs.
Open the History tab in the context of the selected schedule.
Multiple scheduled jobs for the same task are allowed.
Attribute Description
Name Task schedule name.
Description Description for this scheduled definition.
Schedule Details of the schedule.
Server Name of the Entuity server on which the schedule is defined.
View View against which the schedule is run.
Last Run Time Date and time the schedule was last run.
Next Run Time Date and time the job is next scheduled to run.
Status Status of the last execution; completed/running/suspended.
Button Description
Edit Select a schedule in the table to amend. Apart from the schedule name all
schedule parameters can be amended.
Button Description
Delete Deletes the selected schedule(s). Entuity displays a delete confirmation
dialog.
New Create schedules. When clicked Entuity displays a list of tasks from which the
user can select one to associate with the schedule which they can then
define.
Suspend You can select one or more schedules and then click Suspend to suspend
those schedules.
Resume You can select one or more suspended schedules and then click Resume to
resume those schedules.
History Click to view the history of the selected schedule, or schedules in the History
tab.
Entuity retains the task history for 30 days, this includes task jobs ran from
both the context menu and scheduler. (See Task History.)
Schedule Tasks
To schedule a task:
1) Select Administration > Configuration Management.
2) From the Administration tab highlight a task.
3) Click Schedule.
4) Click New.
5) Select the task you want to schedule and click OK.
Attribute Description
Description Display name for the scheduled task.
Server Only available when the server you have logged into has remote servers. You can
select:
All Servers to run the task against the current server and its remote servers.
This also places views into consolidate servers mode.
A single server.
View Select a single view.
Device If the task Context is device then you can select an individual device or All
Devices.
Port If the task Context is port then you can select an individual port or All Ports.
Parameters Entuity only displays this section if there are parameters (including automatically
generated ones) defined in the task. The inputs will be checked against its data
type.
Use & Start Same as the report scheduler.
The recurrence options at the bottom of the dialog should be presented like this:
Recurrence: (*) None ( ) Simple ( ) Calendar
Delete Schedules
To delete a schedule:
1) Select Administration > Configuration Management.
Task History
Through the task History page Entuity Configuration Management details when a job was
run. Each job is a separate row in the task history table. You can highlight a job and then
click Details to view a summary of each sub-job. You can drill down further and view the
details of the sub-job.
Although the target objects may be on remote servers and the sub-jobs may run on remote
servers, the complete history of the task is always stored to the originating server's task
history.
By default Entuity retains for 30 days the task history for all run jobs. This is configurable
through entuity.cfg. (See the Entuity System Administrator Reference Manual.) Each night
Entuity removes records which are more than 30 days old.
The Task History tab:
Includes a filter to allow you to focus on the particular tasks in which you are interested.
Table can be sorted by column, allowing you to order task histories by, for example task,
when they ran, on which server they are defined.
Refreshes every 60 seconds. Entuity also polls every three minutes for the status of
current sub-jobs. When drilling down and viewing the progress of sub-jobs Entuity
updates sub-job status every 20 seconds.
Attribute Description
Server Server on which the task is defined.
From Time when the job was dispatched to the Script Engine. The job may then be
executed or it may be queued.
To Time of the last update from a server processing a sub-job associated with
the job. Entuity checks on sub-job progress every five minutes. When the job
is finished it will also be the time the last sub-job of the job finished executing.
Category How the job was initiated. When set to:
Manual - filters in jobs initiated from a context menu.
Scheduled - filters in jobs initiated through a scheduler.
All - filters in jobs initiated through a scheduler or from a context menu.
Task Filters in all jobs associated with the selected task or tasks.
Context Filters on the target object of the task. When set to:
Device - filters in jobs run against devices.
Port - filters in jobs run against ports.
All - filters in jobs run against ports or devices.
User User who ran the task. Select one or more user names.
Status Status of the job, i.e. DISPATCHING, QUEUED, IN_PROGRESS, FAILED,
SUCCEEDED.
Attribute Description
Dispatch Time Time when the job was dispatched to the Script Engine. The job may then be
executed or it may be queued.
Last Updated Time of the last update from a server processing a sub-job associated with
the job. Entuity checks on sub-job progress every five minutes. When the job
is finished it will also be the time the last sub-job of the job finished executing.
Attribute Description
Category Indicates how the job was called:
Manual, called from a context menu.
Scheduled, called through the task scheduler.
Task Task name.
Job Summary Additional information on the job status, for example details on why a job
may have failed.
Context Context against which the job is run, i.e. Device or Port.
User User who initiated the running of the job.
Status Status of the job, i.e. DISPATCHING, IN PROGRESS, FAILED,
SUCCEEDED.
JobID Unique identifier of the run job for that particular Entuity server. This column is
hidden by default but can be added to the table through the Config Column
dialog.
Server Server from which the job was run. This column is hidden by default but can
be added to the table through the Config Column dialog.
Targets The number of targets (and therefore sub-jobs) of the job. This column is
hidden by default but can be added to the table through the Config Column
dialog.
Attribute
Target Entuity identifier, for example device display name of the object (device or port)
against which the sub-job is run.
Started Time the sub-job started.
Finished Time the sub-job completed.
Last Updated Time of the last update from a server processing a sub-job associated with the job.
Entuity checks on sub-job progress every five minutes. When the job is finished it
will also be the time the last sub-job of the job finished executing.
Server Entuity server on which the sub-job is run. A sub-job is run on the server that
manages the target object, i.e. device or port.
Status Status of the sub-job, i.e. IN_PROGRESS, FAILED, SUCCEEDED.
Output Returned feedback from the interaction. For example:
Server: bvt; View: My Network(admin); Device: e2821; Begin
Time: 02-Jul-2015, - 16:21; End Time: 02-Jul-2015, 16:22;
Connection Method: auto; [Output/Error:…];
Output is available when you select a row and from the context menu click Show
Details.
Errors Details of sub-job failure, for example an error in the Groovy Script or credentials.
Errors is available when you select a row and from the context menu click Show
Details.
After manually calling it from a context menu Entuity displays confirmation that the job
has been submitted and includes a link to the Task History page from which you can
track the progress of the job and its sub-jobs.
By clicking Administration > Configuration Management and then selecting the
History tab.
Initiated from a schedule by highlighting the task in the Schedules tab of the Task
Administration page and then clicking History. Entuity displays the details of the currently
running instance of the job or if it is not running then of the last job execution.
Administrators and users with the Configuration Management permission can view all jobs.
Entuity Data Export allows export of Entuity data from its business management database to
a separate user definable target database. By exporting data to a database that contains only
the data you require in a structure that you can readily identify, Entuity’s data becomes
readily available to third party software. For example, Entuity supply integration modules, e.g.
Entuity Integration Module for BMC® Atrium™ CMDB, and enhanced reporting functionality
that use Data Export.
Where you have multiple Entuity servers installed, more than one server can write to the
same database, allowing you to combine data from across your Entuity managed network.
You can then directly query and report on this data without having to access Entuity.
Entuity recommend the target database is installed to a separate machine to the one to
which the Entuity server is installed. This prevents third party tools’ usage of the target
database impacting the general performance of the Entuity server.
The Dataset Definitions page is available from Administration > Data Export > Datasets.
From this page you can:
Create new datasets.
Maintain existing datasets.
View predefined datasets which are signified with a tilda prefix, e.g. ~Atrium Ports. Those
Entuity modules that require Data Export also include predefined datasets for use or as
samples that can be copied.
Prefix Description
swo_ Default prefix for tables holding object attribute data.
swt_ Default prefix for tables holding topology data.
swv_ Default prefix for tables holding view membership data.
sws_ Default prefix for tables holding time series attribute data.
swc_ Default prefix for attribute data.
swsc_ Default prefix for secondary object attribute data.
Attribute Description
Name Unique name for the Dataset Definition.
Description Here should be entered a meaningful Dataset Definition description. This is
displayed in the web interface.
Component List of StormWorks component types. This is the same list as shown in Flex
Reports, and by default does not show hidden components. Display
names are used, e.g. DeviceEx is displayed as Device, PortEx as Port.
Include Hidden Data Displays data usually hidden from Data Export. By default Data Export, and
Flex Reports, only display those dataset objects and attributes that are
considered of most interest for network management.
By including hidden data you can view the whole Entuity database,
however much of the tables and attributes are only used by Entuity when
managing the network.
Target Table Entuity Data Export derives a name using the dataset definition type and
the component name. sw_o_, is prefixed for object data.
For example with the component type Port being exported as object data,
Entuity generates a default name of swo_PortEx (as it uses the real name of
the component and not the display name). You can amend this default
table name.
Attributes List that includes:
Attributes of that component
Attributes of component types to which the component has a one-to-
one association
Attributes of component types that it has a one-to-many association,
where the selected component type is the 'one'. For example when
you select the Port component Entuity also displays the attributes of its
device
Attributes of associated component types are clearly identified by prefixing
the attribute name with its component type, using the convention
(component type) -> attribute name, for example:
(Device) -> Serial Number
Entuity does not display the StormWorks identifier for the selected
component as it is always included to the export. Entuity does display the
StormWorks identifier of associated components.
Attributes is only available with Object, Time Series and Topology dataset
definitions.
By default Entuity displays those attributes likely to be of most interest to you, and hides
those of less interest. For example, Entuity often converts raw polled data into more
meaningful units of measurement.
Entuity polling frequency varies according to the characteristics of the data being polled, e.g.
its criticality to system performance, its rate of change. Polled values are rolled up into more
manageable chunks, e.g. five minute polled data is rolled up into twenty minute chunks,
which can then be rolled up into hourly, then daily. When choosing data to export you should
consider the required granularity of that data.
Attribute Description
Name Must be a unique name for the Dataset Definition.
Description Should be a meaningful Dataset Definition description. This is displayed in
the web interface.
Component List of StormWorks component types. This is the same list as shown in Flex
Reports, and by default does not show hidden components. Display names
are used, e.g. DeviceEx is displayed as Device, PortEx as Port.
Attribute Description
Include Hidden Data Displays data usually hidden from Data Export. By default Data Export, and
Flex Reports, only display those dataset objects and attributes that are
considered of most interest for network management.
By including hidden data you can view the whole Entuity database,
however much of the tables and attributes are only used by Entuity when
managing the network.
Time Series List of data types for the selected Component for which Entuity maintains an
historic record.
Target Table Entuity Data Export derives a name from the dataset definition type and the
selected Time Series, value. For example, where the table name is:
sws_v_PortAvailability
where:
sws_v, identifies the table as holding time series data
PortAvailability identifies the table as holding port availability data.
You can amend the table name.
Attributes List that includes:
Attributes of that component
Attributes of component types to which the component has a one-to-
one association
Attributes of component types that it has a one-to-many association,
where the selected component type is the 'one'. For example when you
select the Port component Entuity also displays the attributes of its
device.
Attributes of associated component types are clearly identified by prefixing
the attribute name with its component type, using the convention
(component type) -> attribute name, for example:
(Device) -> Serial Number
Entuity does not display the StormWorks identifier for the selected
component as it is always included to the export. Entuity does display the
StormWorks identifier of associated components.
Port
Topology node.
This reflects how Entuity holds the association between the port and its topology node. The
peering information is held within the topology node. By default the only information
displayed on the topology node is its StormWorks identifier.
Data Export only displays those attributes likely to be of most interest, the rest are hidden.
Attribute Description
Name Unique name for the Topology Dataset Definition.
Description Here should be entered a meaningful Dataset Definition description. This
is displayed in the web interface.
Attribute Description
Link List of association types between managed objects Entuity can discover.
By default Data Export displays associations discovered through different
technologies:
ATM VCC to ATM VCC, discovered through IP peering
ATM VCC to Frame Relay DLCI, discovered through IP Peering
Frame Relay DLCI to ATM VCC, discovered through IP Peering
Frame Relay DLCI to Frame Relay DLCI, discovered through IP
peering
Port to Port, discovered through CDP
Port to Port, discovered through Spanning Tree
Port to Port, discovered through IP peering
Port to Port, discovered through uplink detection.
By default Link does not show hidden components. Display names are
used, e.g. DeviceEx is displayed as Device, PortEx as Port.
Include Hidden Data Displays data usually hidden from Data Export. By default Data Export
only display those links that are considered of most interest for network
management.
By including hidden data you can view all of the topology associations
types available within Entuity, however many of these links are only used
by Entuity when managing the network.
Target Table Entuity Data Export derives a name using the dataset definition type and
the component name. swt_ identifies the target table as holding topology
data.
Primary Attributes List of attributes available from the source of the link.
Secondary Attributes List of attributes available from the end of the link.
1) Create an Object Attributes Dataset Definition that is configured to collect device details
from the All Objects view.
2) Create View Membership Dataset Definitions for each view configured to collect device
membership details.
This is more efficient than exporting Object Attributes details for each view.
h
To identify a view in the exported table Entuity uses its full path and not just its name. For
example the London and New York views each may have a sub-view called Routers, in the
export table they are identified as London/Routers and New York/Routers.
Attribute Description
Name Text box, in which must be entered a unique name for the Dataset Definition.
Description Here should be entered a meaningful Dataset Definition description. This is
displayed in the web interface.
Component List of StormWorks component types. This is the same list as shown in Flex
Reports, and by default does not show hidden components. Display names are
used, e.g. DeviceEx is displayed as Device, PortEx as Port.
Attribute Description
Target Table Entuity Data Export derives a name using the dataset definition type and the
component name. swv_, for view membership.
Views List that includes available and selected Views.
5) Click Preview. Entuity displays the Data Export Preview page in a new Window. This
shows the structure of the data export but does not contain any data.
6) Select:
A view, ideally one with a small number of devices so the preview runs quickly
The number of rows to display.
Generate. Entuity displays the data that meets the dataset definition for that view.
Alternate between the two windows until you have the required data structure.
7) Click Save. Entuity saves the new dataset definition and adds it to the list of existing
datasets. You can now associate the definition with a Data Export job.
From the Entuity Data Export Health page you can monitor the performance of the data
export module. It delivers both a summary of overall data export performance, two TopN
tables one that lists the top five failing data export jobs and the second the most delayed
data export jobs. Entuity Data Export metrics are calculated for the previous 24 hour period,
the stat point of which is the time at which the page is loaded.
To check the performance of the Entuity Data Export:
1) Click Administration > Entuity Health > Data Export Health. Entuity displays the Data
Export Health page.
The Overall Status indicator provides summary state of Entuity data export performance. You
can move your mouse pointer over the icon to reveal a tooltip summary of the state.
Status Description
OK Performance is within acceptable boundaries.
Severe Maximum delay is greater than ten minutes, or one or more jobs failed to
complete.
breakdown of the success and failure of those export jobs. You can reference the Failed
Jobs table to see the most recent failures, or review the export history of an individual job.
Attribute Description
Job Runs Total number of data export jobs run.
Success Percentage of successfully completed data export jobs.
Failure Percentage of data export that failed to complete.
Average Duration Average time taken to successfully complete data export jobs.
Maximum Duration Maximum time taken to successfully complete data export jobs.
Average Delay Average time delay between when a scheduled data export job was
intended to run and when Entuity started to run the data export job that
would successfully complete.
Maximum Delay Maximum time delay between when a scheduled data export job was
intended to run and when Entuity started to run the data export job that
would successfully complete.
Attribute Description
Name Name of the data export job.
Message Error message generated when the data export job failed.
Attribute Description
Name Name of the data export job.
Delay Time delay between when a scheduled data export job was intended to
run and when Entuity started to run the data export job that would
successfully complete.
Duration Time taken to successfully complete data export jobs.
Queued Number of jobs currently queued.
Started Time the data export job started.
Entuity Data Export exports data from its database to the specified target database; the
Entuity and target database must be the same version of the database. Entuity Support
recommend you first set up the target database and user access permissions, for example
from the target database command line, before creating the data export jobs from within
Entuity. A data export job includes the necessary connection parameters to access the target
database, if you set up the target database first you can test the connection as you configure
the data export job.
A data export job also includes any defined export schedule, the selected dataset definitions
and the view against which they are applied. The first time Entuity Data Export runs a
particular export job it creates the required tables within the target database before
populating them. With subsequent runs Entuity Data Export can backfill missing data and
remove data that has aged out.
The data structure of a table in the Target database is derived from the attributes in the
Dataset Definition. When an attribute is removed from a Dataset Definition, subsequent data
exports do not include data for that attribute's associated database column. Instead Entuity
writes a null value. Data Export does not delete columns from Target database tables.
h
This section provides an overview for creating a target database, a user account for use with
Data Export and adjustment of the authentication protocol. You should always consult the
appropriate database documentation.
Attribute Description
host Server name or IP address.
user User name.
4) When the required database does not exist, create the database:
CREATE DATABASE targetDatabase;
Attribute Description
targetDatabase Name of the database to which Entuity exports data
user Account name used by Data Export to establish a connection with the
target database
From the Entuity server you can test the connection, for example from the command line
enter:
./mysql -uEYEuser -pxyz1234 -h10.44.1.1 -DtargetDatabase -P3306
where 10.44.1.1 is the IP address of the remote server.
You can also test the connection from the Data Export Job page:
1) Click Administration > Data Export > Jobs.
2) From the Target Database section of the page enter the database details.
3) Click Test Connection. Entuity uses these credentials to test the connection to the
database.
Attribute Description
Server IP address or resolved name of the server. When the target database is
installed to the same server as Entuity you should still enter an IP address or
resolved name and not enter Localhost.
User Name User account granted access to the target database.
DB Name Target name.
Password, User account password.
Attribute Description
Name Must be a unique name for the Data Export Job. Once saved this name cannot be
amended.
Description Meaningful Data Export Job description which is displayed in the web interface.
Attribute Description
View Entuity view against which the export is run. By selecting All Views you can select
all available views.
Schedule Data export schedule. You can run data export jobs on demand or scheduled.
Data Export Job schedules are the same as those used for Flex Reports.
When an existing schedule does not meet your requirements use the Flex Report
Create Schedule mechanism to create an appropriate one.
Entuity only runs one Data Export Job at one time. This avoids resource overload
and database conflict. The Data Export queue is separate from other queues, e.g.
Flex Reports and a Data Export job can run at the same time.
Backfill How far back Entuity should go when attempting to replace missing data in the
target database. For example, if a data export job is scheduled to run three hourly
but fails to run for a day a backfill value of 2 Days would allow the data export job
to export the missing data.
Ageout How long data in the target database should be retained. For example, with an
ageout value of 2 weeks, each time the data export job runs it would delete from
the target database data older than two weeks.
Server Name of the server on which the database export is hosted.
DB Name Name of the export database.
User Name User account used to access the export database.
Password Password used to access the export database
Datasets List of datasets available to be assigned to the data export job.
11) Click Save. Only when a Dataset Export Job is saved can it be run.
SwExportjob holds:
swJobId, unique identifier of each data export job.
Entuity server name.
Data Export Job name.
Each exported database table includes a column for each data item that you have specified.
Attribute Description
swJobId Unique identifier of each data export job.
swObjectId Unique internal Entuity identifier for each Entuity component. StormWorks
identifiers are unique within each Entuity server.
The combination of swJobId and swObjectId uniquely identifies each row of
data.
swCreateTime Time the row was created
swModifyTime Time the row was last amended
swDeleteTime Time of the data export during which the component was identified as not
present. This maybe because the object has timed out, or has been
removed from the view. If Entuity restarts collecting data on the component,
the delete time is removed. SwModifyTime is updated.
Each row within a table contains a record of when that component was created, amended
and deleted. Data Export also includes an audit table, from which you can determine when
data jobs run, how many updates, how many deletes.
Attribute Description
Job Name Name of the data export job.
Period Reporting period of the report. By default set to 2 days, but selectable
periods include 1 hour, 2 hours, 3 hours, 6 hours, 12 hours, 1 day, 2 days 5
days, 1 week, 2 weeks, 1 month, 6 months. You should select a reporting
period appropriate to how often the data export job is run. On amending the
reporting period Entuity automatically updates the report.
Date Date the data export job ran.
Queued Time the data export job was scheduled to run.
Started Time Entuity started the scheduled data export job. Data export jobs are
assigned a priority and only run when there is available processing capacity.
Finished Time the data export job completed.
Duration Time in seconds from the data export job starting to completing.
Status Success or failure of the data export job.
2) Click History from the row containing the data export job in which you are interested.
Entuity displays the Data Export Job History for the selected job, defaulting to a reporting
period of the last two days. Amend Period and Entuity automatically updates the report,
using the new reporting period.
While the availability and performance of every network is mission-critical to its organization,
management challenges and business risk increases as networks expand and become
decentralized. With Entuity, failover capabilities keep your network management system
available protecting mission-critical business service delivery and satisfying even the largest
of enterprises.
The Entuity HA Compatibility Module offers a custom agent for Veritas™ Cluster Server (VCS)
from the The Carlyle Group on the Microsoft Windows and Linux platforms.
Entuity has also been validated against Neverfail® from Artisan Infrastructure on the
Microsoft Windows platform, requiring no additional adapter.
Both solutions offer a range of capabilities for high-availability to meet a variety of needs and
budgets. Both third party software products must be purchased directly from the respective
manufacturer and installed separately.
Licensing
To run this module with VCS you require an appropriate license for each server to which you
install Entuity.
For Neverfail a High Availability Compatibility module license is not required. However you
will require an Entuity license for each server.
h
You must provide your Entuity contact with the host identifier of each server to which you
want to install Entuity. The host identifier is used to generate a unique license for each server.
(See the Entuity Getting Started Guide for licensing details.)
Availability
Entuity High Availability Compatibility module supports these Veritas applications:
Veritas Storage Foundation™ and High Availability Solutions 5.1 MP3 for Windows
Veritas Storage Foundation™ and High Availability Solutions 5.0 MP3 for Linux.
Entuity High Availability Compatibility module supports Neverfail heartbeat 5.5.2153 and
Neverfail 6.
Starts Entuity on the backup server. Entuity’s startup process ensures the database is
valid.
Ensures that the IP address is swapped to the backup server. This switch is
transparent to the user, with the only sign being a short outage period.
VCS Overview
In a Veritas HA cluster storage is shared (or replicated) and in a failover only the IP address
moves between nodes. Therefore, Entuity is configured to use a floating IP address which
Veritas moves between machines. The DNS name for this IP address is not the same as the
host name of the machine Entuity is running on. All clients will need to be configured to use
this floating IP address and all managed devices will also need to be configured to send
traps to the floating IP address.
When using VCS to deliver High Availability:
1) VCS should be installed to its primary and backup servers.
2) Provide a separate shared storage area to which both primary and backup servers have
access.
3) Install Entuity to shared storage.
4) Configure Entuity on each server to use a common path (e.g. same name location) on the
shared storage.
5) Configure the primary and backup VCS servers to:
Know about and communicate with each other.
Work with the Entuity agent (to startup, monitor, shutdown Entuity).
Understand the components that are required on each server for Entuity to work (e.g.
access to SAN, Entuity itself).
6) Instruct VCS to start Entuity on the primary server (via their console). VCS uses our agent
to start Entuity, and Entuity uses the SAN to store its data.
7) If VCS detects any required Entuity component on the primary server has failed, then it:
Shuts down Entuity on the primary server.
Ensures that IP and DNS resolution is swapped to the backup server. Users are
unawares of the switch (except for a short outage period).
Sends a message to the backup server to start Entuity.
8) On the backup server Entuity loads the data from the shared database on the SAN.
When installing to a different version, the installation and configuration instructions may vary
from the example given here.
Check Your Entuity Licenses
For each node within the cluster that you may potentially have to run Entuity, you must have
an Entuity license locally installed to that machine. Entuity licenses are not transferable
between servers. For your Entuity supplier to generate a valid license in you must provide the
host identifier.
Consult the Entuity Getting Started Guide and your Entuity representative when determining
your licensing requirements.
Location Description
entuity_home/integ/VCS Location of the configuration files and scripts to be installed into the
Veritas directories and configuration.
/opt/VRTSvcs Location of the Veritas Cluster software.
/share/EYE Location of the Entuity software which is mounted on shared storage
accessible from all nodes in the cluster that will be running Entuity.
/local/EYE_license Location of the Entuity license file on each node in the cluster.
cd /opt/VRTSvcs/bin
mkdir EYE
5) Indicate to the Veritas cluster that you are about to make a change to the configuration:
/opt/VRTSvcs/bin/haconf -makerw
9) Log in to the Veritas GUI process, check the configuration and start Entuity.
Windows Installation Example
These instructions assume you install to our recommended locations. If these locations are
different in your configuration, then substitute the paths appropriately in the following
instructions.
.
Location Description
entuity_home/integ/ Location of the configuration files and scripts to be installed into the
VCS Veritas directories and configuration.
%VCS_HOME% Location of the Veritas Cluster software.
/share/EYE Location of the Entuity software which is mounted on shared storage
accessible from all nodes in the cluster that will be running Entuity.
/local/EYE_license Location of the Entuity license file on each node in the cluster.
1) Configure Entuity.
2) Run hostIdent on each node in the cluster to discover the host identifier, and get a
license for each node.
3) Place an Entuity license file on the same path on each node:
Copy license.dat C:\local\license.dat
4) Run configure on each node in the cluster.
h
configure is run on each node to ensure that the Entuity services are installed on each
node.
Neverfail maintains high availability of the Entuity server during a service failure by
transferring the Entuity server identity from the primary server to the backup server. The
Entuity server identity includes its IP address, hostname and all registry settings.
Post transfer Entuity is unaware that it is now running on a different machine. Neverfail also
ensures only one server, initially the primary server and then the backup server, is visible to
the network at any one time.
Check Your Entuity Licenses
For each server which may potentially have to run Entuity you must have an Entuity license
locally installed to that machine. Entuity licenses are not transferable between servers. For
your Entuity supplier to generate a valid license you must provide the host identifier.
Consult the Entuity Getting Started Guide and your Entuity representative when determining
your licensing requirements.
Neverfail Configuration Process
When using Neverfail to deliver High Availability:
1) The primary and secondary servers should have the same hardware specification. Run a
scope report on both machines as part of your pre-installation process.
2) Set up Entuity with a static IP address, which is not assigned from a DHCP server.
3) Ensure the DNS configuration can fully convert this static IP address to a fully qualified
name.
4) Neverfail should be installed to its primary and backup servers. Configure Neverfail to
exclude the Entuity license file from the duplication process.
5) A third IP address, the Management Client Connection Point, is for the active server to
receive pings from the passive server. When Neverfail does not receive a response to the
ping, Entuity is considered down.
6) Install Entuity to the primary server, including its license file.
7) Through Neverfail, an exact copy of the Entuity install on the primary server is made to
the backup server.
8) Install the backup server’s Entuity license.
9) Run Entuity on the primary server.
10) Neverfail intercepts every disk I/O requests and sends it to the backup server, where it is
also written to the backup server’s hard disk.
11) If the primary server goes down, Neverfail on the backup server detects this failure and:
Starts Entuity on the backup server. Entuity’s startup process detects that the
database on the primary server did not shutdown properly and initiates the database
repair process. The larger the database the longer it will take to complete the process
during which time Entuity cannot poll for data.
Ensures that the IP address and DNS resolution is swapped to the backup server. This
switch is transparent to the user, with the only sign being a short outage period.
12) After the installation has been replicated the file system filters should be set to only
replicate dynamic data:
entuity_home\Database\data
entuity_home\Database\backup
entuity_home\etc
entuity_home\flowrepos
entuity_home\lib\httpd\EOS\reporting\reports
entuity_home\maps
entuity_home\log\mysqld.error.log (this may be configured to be somewhere
other than under entuity_home)
h
entuity_home\reports.
For every network object Entuity manages it identifies and assigns a state. Entuity groups
these states, using color coded icons to represent the state. A tooltip available from the icon
indicates the underlying cause of the object status.
Entuity uses a combination of methods to identify the object state, for:
Devices and ports Entuity can use a combination of ICMP ping and SNMP polling to
identify their current state. applicationMonitor manages ICMP ping as part of the
Entuity availability monitor root cause analysis functionality. System administrators can
configure applicationMonitor, for example to exclude from its monitoring a range of
IP addresses.
h
If you attempt to exclude the management IP address of a Ping Only device from
applicationMonitor, Entuity ignores the setting and continues to manage the device
through its IP address.
Application States
Application states are determined by Entuity monitoring the responses to TCP connect
requests against two thresholds:
Application Timeout threshold determines how long Entuity waits for a response from the
application before timing it out. You can set the application timeout threshold through a
section in entuity_home\etc\entuity.cfg:
[applicationmonitor]
appTimeout=8
Where appTimeout defines the system wide application timeout in seconds, by default set
to five seconds.
Application Latency threshold determines how Entuity interprets the time taken to receive
a response from the application. You can set threshold levels through the Thresholds
page.
The network topology delivered through maps is the product of a number of discovery
technologies:
Layer 3:
IP Peering
Trace Route - Ping State
Layer 2:
Cisco Discovery Protocol - CDP
Link Layer Discovery Protocol - LLDP
Spanning Tree
SynOptics Network Management Protocol - SONMP
Physical Address Matching
Routing (part of the Routing Protocols module):
Border Gateway Protocol - BGP
Enhanced Interior Gateway Routing Protocol - EIGRP
Intermediate System to Intermediate System - IS-IS
Open Shortest Path First - OSPF
Other:
Host Detection
User Defined Connections
Hypervisor Detection
IPv6 ND (part of the IPv6 module)
VM Detection.
Maps can combine these technologies to provide a clear view of the network topology. This
view is limited by your user permissions.
If you define and enable physical connections Entuity then creates the association between
the source and destination devices, this creation also uses the discovery process. There will
therefore be a delay between defining a connection and Entuity displaying it in a map.
In running StormWorks discovery every two hours Entuity is balancing the reporting of
changes in your network topology with the load involved in discovering that information.
Discovery is also impacted by the load placed on the server, more objects under
management potentially the longer the discovery cycle and the relative priority of those
objects. However, changes in device state are likely to be more frequent than changes in
network topology, and maps reports these changes in almost realtime. Device and link state
are derived from data returned from Entuity polling devices and handling events. By default
the client refreshes state information every twenty seconds.
Host Detection
Entuity detects managed hosts through the host resources MIB and identifies their network
connections.
Hypervisor Detection
Entuity detects connections between servers running hypervisors and the appropriate
switch/router port on the physical network.
IPv6 ND
The IPv6 Neighbor Discovery (ND) protocol facilitates the discovery of neighboring devices.
Both regular hosts and routers in an IPv6 environment use the IPv6 ND protocol when
exchanging information necessary for proper internetwork operation.
Entuity supports IPv6 ND through the IPv6 module which is activated through configure.
IP Peering
IP Peering provides visibility into your WAN links, i.e. leased line, Frame Relay DLCIs, ATM
VCCs, using subnet masking. It also reflects any manual IP pairings you may have made in
Entuity.
Spanning Tree
Spanning tree provides a vendor neutral technology for visibility into your network. When
correctly implemented Entuity discovers bridge links, switch to switch relationships, through
polling the Bridge MIB. Complete spanning tree connectivity relies on a contiguous set of
Entuity managed devices.
A device’s spanning tree details are available through its Explorer Advanced tab.
Spanning tree shows trunk connectivity, and also includes uplinks when spanning tree is
enabled, i.e. they are "router on a stick" or layer 3 switch connections - fast ethernet
connections which can route between VLANS.
Spanning tree will not show uplinks in other cases, and these are then detected using uplink
detection.
This technology can be disabled by setting the following in entuity.cfg:
[Topology]
EnableSpanningTree=0
Entuity excludes devices and interfaces that return ping information but are not truly layer 3
objects, for example switches that only have a layer 3 management address. However you
can amend these device and interface settings through the topology section of
entuity.cfg. (See the Entuity System Administrator Reference Manual.)
VM Detection
Entuity detects virtual machines (VMs) that run on managed hypervisors, virtual machines
that Entuity also independently manages as Managed Host or Ping Only devices. Entuity
maps these virtual machines to their hypervisors through their virtual NIC.
The Entuity web UI uses frames to display different types of information within the same
page, the content of each frame within the page has its own URL. You can access these
URLs through the web browser, and copy and amend them to suit your own purposes, for
example to open a saved map, a filtered view of incidents, a flow chart, a report.
You can then use these URLs to:
Launch the Entuity web UI in a context defined within the URL.
Add content to custom dashboards.
Recovering a URL
The easiest method of generating a URL is to copy it from the Entuity web UI. For example to
get the URL that would display the Summary tab for a particular port:
1) From Entuity use Explorer to display the Summary details tab for the port.
2) Click on the tab, this sets the focus of the browser to that frame within the window.
3) Display the browser context menu, and then when using the web browser:
Internet Explorer, click Properties.
Firefox click This Frame > View Frame Info.
4) From Address highlight and copy the URL. Ensure you select the full URL.
You can test the URL by pasting it to your browser’s address field. When you are:
Not logged into the Entuity server, you are first prompted to login and then redirected
to the object page. This page appears within a frame, the web UI’s header and
Explorer frames are also displayed.
Logged into the Entuity server, the URL displays only the launched object page, as in
the following screen capture.
The server identifier is present in most URLs and can also be viewed on the Entuity server
through entuity_home\etc\serverid.xml. For legacy reasons the server identifier has
three parameter names each used exclusively in its area of Entuity:
eyeServer, used for generating reports.
server, launching web UI pages.
serverId, launching charts, events.
h
When copying dashboard configurations between Entuity servers you should check if any
server identifiers require amending.
http://century/webUI/jasperReport.do?reportGenera-
tionId=1320703828618&report=%2Freports%2FActivity%2FDeviceL-
atency&format=html&eyeServer=aa2287e3-19ac-4d2c-876a-
b1e7b6-
fa059e&view=My%20Network&topNCount=10&timeFrame=prev%3A24h&secondary-
TimeFrame=&primeTime=Sun%3ASun%400%3A0&autoRun=1
http://ppk/webUI/jasperReport.do?reportGenera-
tionId=1320703828618&report=%2Freports%2FActivity%2FDeviceL-
atency&format=html&eyeServer=18ef37ae-1538-4ee0-b0ae-
f83e3d8bf8a1&view=My%20Network&topNCount=10&timeFrame=prev%3A24h&secon
daryTimeFrame=&primeTime=Sun%3ASun%400%3A0&autoRun=1&framework=0
This version of the URL is amended for use within a custom dashboard, reportGenerationId is
removed and the framework parameter is included and set to hide:
http://century/webUI/jasperReport.do?reportGenera-
tionId=1320703828618&report=%2Freports%2FActivity%2FDeviceL-
atency&format=html&eyeServer=aa2287e3-19ac-4d2c-876a-
b1e7b6fa059e&view=My%20Network&topNCount=10&timeFrame=prev%3A24h&secon
daryTimeFrame=&primeTime=Sun%3ASun%400%3A0&autoRun=1&framework=0
The particular parameters available for each report URL vary according to that report’s
definition Report Options. The key components of report URL syntax are:
http://EntuityServer/webUI/jasperReport.do?reportGenera-
tionId=reportId&report=reportId&format=formatName&eyeServer=serverID&v
iew=Entuityview&topNCount=number&report-
Period=timeframe&autoRun=1&framework=0
where:
http://EntuityServer/webUI/, identifies the Entuity server and its interface.
jasperReport.do, identifies the underlying technology through which Entuity generates
reports.
reportGenerationId, uniquely identifies the generated report.
When you are using a copied URL to generate a new report each time it is run, you
should remove this parameter. If you leave this value in you may get a cached version of
the report with this identifier, and not a newly generated report.
report, identifies the report type, for example an Activity report, specifically Device
Latency.
format, the output format of the report, e.g. HTML, PDF.
eyeServer, internal identifier of the Entuity server on which the report is run. (See Entuity
Server Identifiers.)
view, name of the view against which the report is run.
topNCount, limits the number of devices included to the report, for example the ten
devices with the highest latency.
reportperiod, sets the period over which the report reports, for example:
timeFrame, sets the time frame of the report, e.g. the previous twenty-four hours.
secondaryTimeFrame, allows reports to chart stream data from more than one time
period. It is only used with reports designed using Report Builder.
primeTime, sets the prime time period.
autoRun, when set to 1 Entuity automatically runs the URL and generates a report when it
is loaded.
framework, controls the display of the framework that surrounds a generated report in the
web UI, for example the different output report icons, sidebar margins, whether all pages
are displayed. When set to:
1 (default), Entuity displays the framework with the generated report.
0, Entuity hides the framework, i.e. hides report output and format headings, reduces
the size of the page margins, displays all report pages (rather than only the first). You
might hide the framework when displaying reports in a custom dashboard.
Entuity discovers the supported IP SLA operation types on all monitored devices. Polled
attributes use the RTTMON MIB, attributes vary according to the operation type. This
appendix lists the operation configuration and operation polling attributes:
DHCP Operation
DNS Operation
HTTP Operation
HTTP Raw Operation
ICMP Echo Operation
TCP Connect Operation
UDP Echo Operation
UDP Jitter Operation
UDP Jitter VoIP Operation.
DHCP Operation
The DHCP operation measures the Round Trip Time (RTT) taken to discover a DHCP Server
and obtain a lease from it. After obtaining an IP Address, Cisco IOS IP SLA releases the IP
address that was leased by the server.
The DHCP operation is useful for cable and DSL (Digital Subscriber Lines) providers that use
DHCP for dynamic address allocation.
Attribute Description
Operation Index Unique identifier of the operation.
Name IP SLA operation name.
Type The type of operation to be performed.
Frequency Sets the duration between initiating each operation. You should not set to a
value which is of a shorter duration than Timeout.
The minimum allowed value is 10 seconds.
Tag A descriptive string used by Entuity to identify the operation target.
Owner Identifies the creator of the operation, i.e. EYE.
Protocol Protocol used by the operation.
Source Address Specifies the IP address of the source.
Target Address Specifies the IP address of the destination.
Source Port The port on the source device used by the operation. When set to:
0 (default) allows the operation to automatically select any available
port.
a specific port number, ensures the operation uses that port. Take care
that other operations on the same device do not use the same port, as
the conflict can cause operations to fail. This is especially true when
the conflict involves an operation that take a greater time to complete,
e.g. UDP Jitter.
Lifespan IP SLA operation interval, by default forever, i.e. once created it exists
forever on the device unless deleted by Entuity. You can enter a limited
lifespan, by entering a value in seconds. When this time elapses the
operation and Entuity has to recreate it.
VRF Name Name of the MPLS IP VPN VRF.
Timeout Length of time, in seconds, Entuity waits for a response from the IP SLA
operation before marking it as timed-out. You should not set to a value
which is of a greater duration than Frequency.
DNS Operation
Domain Name System (DNS) response time is measured as the difference between the time
taken to send a DNS request and receiving the reply. When Address to Resolve specifies:
An IP Address, the operation resolves the hostname.
The DNS operation is useful for checking DNS performance, an important element for user
perception of network performance.
Attribute Description
Operation Index Unique identifier of the operation.
Name IP SLA operation name.
Type The type of operation to be performed.
Frequency Sets the duration between initiating each operation. You should not set to a
value which is of a shorter duration than Timeout.
Tag A descriptive string used by Entuity to identify the operation target.
Owner Identifies the creator of the operation, i.e. EYE.
Protocol Protocol used by the operation.
Lifespan IP SLA operation interval, by default forever, i.e. once created it exists
forever on the device unless deleted by Entuity. You can enter a limited
lifespan, by entering a value in seconds. When this time elapses the
operation and Entuity has to recreate it.
VRF Name Name of the MPLS IP VPN VRF.
Timeout Length of time, in seconds, Entuity waits for a response from the IP SLA
operation before marking it as timed-out. You should not set to a value
which is of a greater duration than Frequency.
Target Address String Address to resolve.
Name Server IP address of name server.
HTTP Operation
Entuity’s HTTP operation supports the HTTP GET operation. It measures the Round Trip
Time (RTT) taken to connect and access data from an HTTP server. This HTTP operation
involves three stages:
A DNS operation measuring the DNS RTT.
A TCP Connect operation using the domain name to connect to the appropriate HTTP
server measuring the RTT for this operation.
An HTTP Get request measuring the RTT to retrieve the specified HTML page from the
HTTP server.
A total HTTP RTT is the sum of the DNS RTT, the TCP Connect RTT, and the HTTP RTT.
Attribute Description
DNS Time The RTT taken to perform domain name look up.
TCP Time The RTT taken to perform a TCP connect to the HTTP Server. The TCP connect
is performed after the DNS operation.
HTTP Time The RTT taken to send a request and receive a response from the HTTP Server
(the operation retrieves the base HTML page only).
Attribute Description
Operation Index Unique identifier of the operation.
Name IP SLA operation name.
Type The type of operation to be performed.
Frequency Sets the duration between initiating each operation. You should not set to
a value which is of a shorter duration than Timeout.
Tag A descriptive string used by Entuity to identify the operation target.
Owner Identifies the creator of the operation, i.e. EYE.
Sub-Type A code that represents the specific type of RTT operation, i.e. HTTP Get.
Protocol Protocol used by the operation.
Source Address Specifies the IP address of the source.
Attribute Description
Source Port The port on the source device used by the operation. When set to:
0 (default) allows the operation to automatically select any available
port.
a specific port number, ensures the operation uses that port. Take care
that other operations on the same device do not use the same port, as
the conflict can cause operations to fail. This is especially true when
the conflict involves an operation that take a greater time to complete,
e.g. UDP Jitter.
TOS Defines the IP Type of Service (TOS) byte for request packets. This
attribute may also be used as a Differentiated Services Code Point
(DSCP).
Lifespan IP SLA operation interval, by default forever, i.e. once created it exists
forever on the device unless deleted by Entuity. You can enter a limited
lifespan, by entering a value in seconds. When this time elapses the
operation and Entuity has to recreate it.
VRF Name Name of the MPLS IP VPN VRF.
Timeout Length of time, in seconds, Entuity waits for a response from the IP SLA
operation before marking it as timed-out. You should not set to a value
which is of a greater duration than Frequency.
HTTPVersion HTTP Version e.g. "1.0".
URL URL to retrieve.
AdminCache Boolean - if true - download cached pages.
Proxy URL of the proxy server.
A total HTTP RTT is the sum of the DNS RTT, the TCP Connect RTT, and the HTTP RTT.
Attribute Description
DNS Time The RTT taken to perform domain name look up.
TCP Time The RTT taken to perform a TCP connect to the HTTP Server. The TCP
connect is performed after the DNS operation.
HTTP Time The RTT taken to send a request and receive a response from the HTTP
Server (the operation retrieves the base HTML page only).
Attribute Description
Operation Index Unique identifier of the operation.
Name IP SLA operation name.
Type The type of operation to be performed.
Frequency Sets the duration between initiating each operation. You should not set to
a value which is of a shorter duration than Timeout.
Tag A descriptive string used by Entuity to identify the operation target.
Owner Identifies the creator of the operation, i.e. EYE.
Sub-Type A code that represents the specific type of RTT operation, i.e. HTTP Raw.
Protocol Protocol used by the operation.
Source Address Specifies the IP address of the source.
Attribute Description
SourcePort The port on the source device used by the operation. When set to:
0 (default) allows the operation to automatically select any available
port.
a specific port number, ensures the operation uses that port. Take care
that other operations on the same device do not use the same port, as
the conflict can cause operations to fail. This is especially true when
the conflict involves an operation that take a greater time to complete,
e.g. UDP Jitter.
Source Port The port on the source device used by the operation. When set to:
0 (default) allows the operation to automatically select any available
port.
a specific port number, ensures the operation uses that port. Take care
that other operations on the same device do not use the same port, as
the conflict can cause operations to fail. This is especially true when
the conflict involves an operation that take a greater time to complete,
e.g. UDP Jitter.
TOS Defines the IP Type of Service (TOS) byte for request packets. This
attribute may also be used as a Differentiated Services Code Point
(DSCP).
Lifespan IP SLA operation interval, by default forever, i.e. once created it exists
forever on the device unless deleted by Entuity. You can enter a limited
lifespan, by entering a value in seconds. When this time elapses the
operation and Entuity has to recreate it.
VRF Name Name of the MPLS IP VPN VRF.
Timeout Length of time, in seconds, Entuity waits for a response from the IP SLA
operation before marking it as timed-out. You should not set to a value
which is of a greater duration than Frequency.
HTTPVersion HTTP Version e.g. "1.0".
URL URL to retrieve.
AdminCache Boolean - if true - download cached pages.
Proxy URL of the proxy server.
Admin String 1 to 5 Strings stores the content of HTTP raw request, when the request cannot
fit into String1 then it is split and put in Strings 1 through 5.
Attribute Description
Operation Index Unique identifier of the operation.
Attribute Description
Name IP SLA operation name.
Type The type of operation to be performed.
Frequency Sets the duration between initiating each operation. You should not set to
a value which is of a shorter duration than Timeout.
Tag A descriptive string used by Entuity to identify the operation target.
Owner Identifies the creator of the operation, i.e. EYE.
Protocol Protocol used by the operation.
Source Address Specifies the IP address of the source.
Target Address Specifies the IP address of the destination.
Source Port The port on the source device used by the operation. When set to:
0 (default) allows the operation to automatically select any available
port.
a specific port number, ensures the operation uses that port. Take care
that other operations on the same device do not use the same port, as
the conflict can cause operations to fail. This is especially true when
the conflict involves an operation that take a greater time to complete,
e.g. UDP Jitter.
RequestPacketSize Sets the protocol data size in the payload of the operation's request
packet.
TOS Defines the IP Type of Service (TOS) byte for request packets. This
attribute may also be used as a Differentiated Services Code Point
(DSCP).
Lifespan IP SLA operation interval, by default forever, i.e. once created it exists
forever on the device unless deleted by Entuity. You can enter a limited
lifespan, by entering a value in seconds. When this time elapses the
operation and Entuity has to recreate it.
VRF Name Name of the MPLS IP VPN VRF.
Timeout Length of time, in seconds, Entuity waits for a response from the IP SLA
operation before marking it as timed-out. You should not set to a value
which is of a greater duration than Frequency.
Attribute Description
Operation Index Unique identifier of the operation.
Name IP SLA operation name.
Type The type of operation to be performed.
Frequency Sets the duration between initiating each operation. You should not set to
a value which is of a shorter duration than Timeout.
Tag A descriptive string used by Entuity to identify the operation target.
Owner Identifies the creator of the operation, i.e. EYE.
Protocol Protocol used by the operation.
Source Address Specifies the IP address of the source.
Target Address Specifies the IP address of the destination.
Source Port The port on the source device used by the operation. When set to:
0 (default) allows the operation to automatically select any available
port.
a specific port number, ensures the operation uses that port. Take care
that other operations on the same device do not use the same port, as
the conflict can cause operations to fail. This is especially true when
the conflict involves an operation that take a greater time to complete,
e.g. UDP Jitter.
Target Port This object represents the target's port number.
TOS Defines the IP Type of Service (TOS) byte for request packets. This
attribute may also be used as a Differentiated Services Code Point
(DSCP).
Attribute Description
Control Packets When enabled (true) the operation sends control messages to a
responder, residing on the target device to respond to the data request
packets being sent by the source device.
Lifespan IP SLA operation interval, by default forever, i.e. once created it exists
forever on the device unless deleted by Entuity. You can enter a limited
lifespan, by entering a value in seconds. When this time elapses the
operation and Entuity has to recreate it.
VRF Name Name of the MPLS IP VPN VRF.
Timeout Length of time, in seconds, Entuity waits for a response from the IP SLA
operation before marking it as timed-out. You should not set to a value
which is of a greater duration than Frequency.
For accurate measurements UDP Echo requires clock synchronization between source and
destination and an available Cisco IOS IP SLA responder on the destination device.
Attribute Description
Operation Index Unique identifier of the operation.
Name IP SLA Operation name.
Type The type of operation to be performed.
Frequency Sets the duration between initiating each operation. You should not set to a
value which is of a shorter duration than Timeout.
Tag A descriptive string used by Entuity to identify the operation target.
Owner Identifies the creator of the operation, i.e. EYE.
Protocol Protocol used by the operation.
Source Address Specifies the IP address of the source.
Target Address Specifies the IP address of the destination.
Source Port The port on the source device used by the operation. When set to:
0 (default) allows the operation to automatically select any available
port.
a specific port number, ensures the operation uses that port. Take care
that other operations on the same device do not use the same port, as
the conflict can cause operations to fail. This is especially true when
the conflict involves an operation that take a greater time to complete,
e.g. UDP Jitter.
Target Port This object represents the target's port number.
TOS Defines the IP Type of Service (TOS) byte for request packets. This
attribute may also be used as a Differentiated Services Code Point (DSCP).
Attribute Description
Control Packets When enabled (true) the operation sends control messages to a
responder, residing on the target device to respond to the data request
packets being sent by the source device.
Lifespan IP SLA operation interval, by default forever, i.e. once created it exists
forever on the device unless deleted by Entuity. You can enter a limited
lifespan, by entering a value in seconds. When this time elapses the
operation and Entuity has to recreate it.
VRF Name Name of the MPLS IP VPN VRF.
Timeout Length of time, in seconds, Entuity waits for a response from the IP SLA
operation before marking it as timed-out. You should not set to a value
which is of a greater duration than Frequency.
Interval IP SLA Operation interval
For accurate measurements UDP Jitter requires clock synchronization between source and
destination. There must be an available Cisco IOS IP SLA responder on the destination
device.
Attribute Description
Operation Index Unique identifier of the operation.
Name IP SLA operation name.
Type The type of operation to be performed.
Frequency Sets the duration between initiating each operation. You should not set to a
value which is of a shorter duration than Timeout.
Tag A descriptive string used by Entuity to identify the operation target.
Owner Identifies the creator of the operation, i.e. EYE.
Protocol Sets the protocol to be used to perform the operation.
Source Address Specifies the IP address of the source.
Target Address Specifies the address of the target.
Source Port The port on the source device used by the operation. When set to:
0 (default) allows the operation to automatically select any available
port.
a specific port number, ensures the operation uses that port. Take care
that other operations on the same device do not use the same port, as
the conflict can cause operations to fail. This is especially true when
the conflict involves an operation that take a greater time to complete,
e.g. UDP Jitter.
Target Port This object represents the target's port number. This
object is applicable to udpEcho, tcpConnect and jitter probe
RequestPacketSize Sets the protocol data size in the payload of the operation's request
packet.
Attribute Description
TOS Defines the IP Type of Service (TOS) byte for request packets. This
attribute may also be used as a Differentiated Services Code Point (DSCP).
Lifespan IP SLA operation interval, by default forever, i.e. once created it exists
forever on the device unless deleted by Entuity. You can enter a limited
lifespan, by entering a value in seconds. When this time elapses the
operation and Entuity has to recreate it.
VRF Name Name of the MPLS IP VPN VRF.
Timeout Length of time, in seconds, Entuity waits for a response from the IP SLA
operation before marking it as timed-out. You should not set to a value
which is of a greater duration than Frequency.
Interval Interval between packets.
Number Of Packets Number of packets.
For accurate measurements UDP Jitter VoIP requires clock synchronization between source
and destination. There must be an available Cisco IOS IP SLA responder on the destination
device.
Attribute Description
Operation Index Unique identifier of the operation.
Name IP SLA operation name.
Type The type of operation to be performed.
Attribute Description
Frequency Sets the duration between initiating each operation. You should not set to a
value which is of a shorter duration than Timeout.
Tag A descriptive string used by Entuity to identify the operation target.
Owner Identifies the creator of the operation, i.e. EYE.
Protocol Protocol used by the operation.
Source Address Specifies the IP address of the source.
Target Address Specifies the IP address of the destination.
Source Port The port on the source device used by the operation. When set to:
0 (default) allows the operation to automatically select any available
port.
a specific port number, ensures the operation uses that port. Take care
that other operations on the same device do not use the same port, as
the conflict can cause operations to fail. This is especially true when
the conflict involves an operation that take a greater time to complete,
e.g. UDP Jitter.
Target Port This object represents the target's port number.
TOS Defines the IP Type of Service (TOS) byte for request packets. This
attribute may also be used as a Differentiated Services Code Point (DSCP).
Lifespan IP SLA operation interval, by default forever, i.e. once created it exists
forever on the device unless deleted by Entuity. You can enter a limited
lifespan, by entering a value in seconds. When this time elapses the
operation and Entuity has to recreate it.
VRF Name Name of the MPLS IP VPN VRF.
Timeout Length of time, in milliseconds, Entuity waits for a response from the IP
SLA operation before marking it as timed-out. You should not set to a value
which is of a greater duration than Frequency.
CODEC Specifies the CODEC type to be used with the jitter operation. The options
are:
G.711 u-law
G.711 a-law
G.729A.
CODEC Interval Represents the inter-packet delay between packets and is in milliseconds.
This object is applicable when CODEC is set.
CODEC Payload Represents the number of octets that needs to be placed into the Data
portion of the message. This object is applicable when CODEC is set.
CODEC Num Packets This value represents the number of packets that need to be transmitted.
This object is applicable when CODEC is set.
Advantage Factor The user Advantage Factor (also known as the access Expectation Factor)
used when calculating ICPIF. It places a value on the quality level a user
expects from a particular type of service. By default it is set to zero.
Entuity sets default values for IP SLA operation configuration attributes. Some of these values
may be amended through web UI and RESTful API. (See Entuity System Administrator
Reference Manual.)
Implemented Commands
This section matches the IP SLA commands with Entuity’s attribute names.
Control Packets
Description: The IP SLA control protocol is a proprietary protocol for initial exchange
between the IP SLA source and the responder. This must be enabled for use with IP SLA
responders.
Attribute Name: operationNameControlEnable, where operationName is the name of the
operation, e.g. TCPControlEnable.
Default: disabled
Interval
Description: Sets how often the operation should send a operation out to gather statistics.
This command applies to all operation types.
Attribute Name: operationInterval.
Default: 300 seconds
owner
Description: Configures the SNMP owner of the operation. This command applies to all
operation types.
Default: EYE
request-data-size
Description: This command applies to the following operation types: ICMP Echo, ICMP path
echo, UPD Echo, Jitter, DLSw, and frame relay.
Default: Varies according to operation type but always set in bytes.
response-data-size
Description: This command applies only to SNA Echo operations.
Default: Varies according to operation type but always set in bytes.
tag
Description: Logically links operations together in a group. This command applies to all
operations.
Default: Entuity
timeout
Description: Sets the amount of time the operation waits for a response from its request
packet. This command applies to all operations.
Default: 100 seconds.
tos number
Description: Defines the IP ToS byte for request packets. IP precedence uses the left-most
three bits of the ToS byte.
When implementing DiffServ, precedence is still set using the left-most three bytes. Addtional
priority is configured using the next three bytes. This option is useful for monitoring per-class
traffic.
Bits six and seven are reserved for future use.
The tos command applies to the following operation types: HTTP, ICMP echo, ICMP path
echo, ICMP path jitter, TCP connect, UDP echo and UDP jitter.
Attribute Name: operationnameTOS
Default: 0
vrf
Description: Allows monitoring within Multiprotocol Label Switching (MPLS) Virtual Private
Networks (VPNs) using Cisco IOS IP Service Level Agreements (SLAs) operations.
This command applies to the following operation types in the Entuity Cisco IOS IP SLA: ICMP
Echo, ICMP Path Echo, ICMP Path Jitter, UDP Echo and UDP Jitter.
Attribute Name: vrf
Default:
This section is specific to the 32-bit TFTP server provided with Entuity when installed to
Windows environments. In Solaris and Linux environments consult with your system
administrator.
Entuity includes to entuity_home\integ\TFTPServer:
License file.
tftpserver.ini, this is an example initialization file.
TFTPServerMTInstallerv1.61.exe, this is the TFTP server installer executable.
When you run the installer you can configure to where the TFTP server is installed, but the
default location is c:\Program Files (x86)\TFTPServer. The installer installs:
ReadMeMT.txt
RunStandAloneMT.bat
TFTPServerMT.exe
TFTPServerMT.ini
TFTPServerMT.log
TFTPServerMTInstallService.exe
TFTPServerMTRemoveService.exe.
The TFTPServerMT.exe and TFTPServerMT.ini files must remain in the same folder.
You should amend the INI file to:
Specify a home directory that is the same as that specified during Entuity configure.
Permit TFTP server write and overwrite operations.
There are other configuration options available that you can use to amend TFTP server
performance.
h
[HOME]
c:\Entuity\cm_transfer\
[LOGGING]
Errors
[ALLOWED-CLIENTS]
10.44.1.0-10.44.1.11
10.44.1.13-10.44.1.255
[TFTP-OPTIONS]
where
LISTEN-ON section, is used when you have more than one NIC card on your server and/
or want to the card/interface used to listen for TFTP requests. The default listening port is
69. TFTP server can support up to 8 interfaces. The default is all interfaces, this specifies
interface 49:
69.254.185.131:49
HOME section must be specified and is also specified during Entuity configure. Entuity
recommend an explicit definition of drive and folder name, e.g.:
c:\Entuity\cm_transfer\
LOGGING, determines level of logging, e.g. None, All, Errors (default). All is resource
intensive and not recommended. TFTPServer.log is created in the same directory as
the TFTP executable. Logging only runs when TFTP server is run as a Windows Service.
ALLOWED-CLIENTS section specifies permitted clients for TFTP Access. By default all
clients are permitted. Through IP ranges you can control allowed clients, this range
effectively disallows 10.44.1.12:
10.44.1.0-10.44.1.11
10.44.1.13-10.44.1.255
[TFTP-OPTIONS] section through which you can further configure the TFTP server
behavior:
port-range, port range on which TFTP server would respond from (default is any free
port). When operating with a firewall you may like to restrict this to a suitable range,
e.g.:
port-range=30000-30100
ThreadPoolSize, number of threads ready for handling server requests, by default 1.
Range is between 0 and 100. When there are not enough ready threads to handle
requests, TFTP server creates and after usage deletes additional threads.
ThreadPoolSize=5
timeout, default timeout, in seconds, per interval. Default is three seconds, although
valid range is from 1 to 120.
timeout=30
blksize, is the maximum block size on client request. The default is 512, unless
overwrite, a flag for allowing, or disallowing, overwriting of files on the server. The
default is disallowed, N. It should be set to Y to allow the overwriting of files on the
server.
overwrite=Y
Example TFTPServerMT.ini
[LISTEN-ON]
#if you have more than one NIC card on your server
#can specify which cards will listen TFTP requests
#Specify the Interface you would like server to listen
#default listening port is 69, but can be overridden here
#up to 8 interfaces can be specified
#Default is All Interfaces
'128.254.185.131
'69.254.185.131:69
[HOME]
#You should specify home directory(s) here
#The home directory can be specified
#in two different ways, with alias or
#bare names without aliases. Using alias you
#can specify up to 8 directories like
#routers=c:\RouterImages\Images
#boot=d:\PXEBoot\Images
#installs=d:\PXEBoot\Images
#without aliases, only one directory can
#be specified, which will become root
#directory for tftp.
#mix-up of bare names and aliases not allowed
'c:\Installs
'routers=c:\RouterImages\Images
'boot=d:\PXEBoot\Images
'installs=c:\installs
c:\Entuity\cm_transfer\
[LOGGING]
#Logging is done in TFTPServer.log, in directory where exe is.
#Logging will be done only if run as NT Service.
#default is Errors
#Logging "All" is resources intensive, should not be normally used.
'None
Errors
'All
[ALLOWED-CLIENTS]
#These are permitted clients for TFTP Access.
#Hosts having IP address within these ip ranges
#only will be responded to DNS requests.
#32 ranges can be specified.
#If none is specified, then all are allowed
'192.168.0.1-192.168.0.254
'10.0.0.1-10.255.255.254
#block 10.44.1.12
10.44.1.0-10.44.1.11
10.44.1.13-10.44.1.255
[TFTP-OPTIONS]
#First Option is server port range on which tftpserver
#would respond from, if you have firewall
#issues, you may like to restrict this
#range. default is any free port
#do not use reserve ports less than 1024
#The Multithreaded TFTP Server listens the
#requests on port 69 but responds on any free
#port within these ranges, these are server
#ports not client ports, client can use any port
#if there is a fire wall issue, it should be
#opened for server ip for these ports.
'port-range=30000-30100
This section details components of the Entuity Configuration Management setup, together
with example policy and pattern matching files that are included with the module.
When amending exclusion and policy files you should also rename them to ensure your
changes are not overwritten during your next Entuity upgrade. These files are included to
Entuity through sw_cm_transforms.cfg, you must therefore update this file with any
filename changes or new files.
Item Description
Configuration Files
Exclusions files Specify text patterns that Entuity Configuration Management can safely
ignore when trying to identify important configuration changes, e.g.
timestamp changes. Entuity Configuration Management includes example
generic exclusions files, e.g. cisco-generic-exclusions.cfg.
Policy files Specify configuration lines that good and bad practice configurations
should conform to. So, a device configuration that does not include a
configuration setting defined in the include section of its associated policy
file would cause Entuity Configuration Management to raise a CM
Configuration Missing Policy Mandated Statement event.
Entuity supply example generic policy files for Cisco, HP and Juniper
devices: cisco-generic-policies.cfg, hp-generic-
policies.cfg.
You can amend their content to meet your requirements.
Retrieval Tasks Entuity Configuration Management includes retrieval tasks for Cisco,
Juniper, HP and Huawei devices.
entuity.cfg entuity.cfg settings and defaults:
[lcm]
scriptDir=ENTUITY_HOME/integ/SCRAPE
expectProg=ENTUITY_HOME/integ/SCRAPE/expect(.exe)
FTPUsername=anonymous
FTPPassword=EYE
tftpServerIP=set via configure <- this is the IP
for FTP and TFTP
diffDir=ENTUITY_HOME/integ/etc
configure Attributes
Item Description
Server IP Address The IP address of the Entuity server used by TFTP and/or FTP servers.
Where the server has more than one address, for example it has IPv4 and
IPv6 addresses, you can select the required address from the drop-down
list.
Transfer Directory The initial location for the retrieved configuration files. Retrieved
configurations are placed here before they are moved to the Archive
directory.
For example, with the supplied TFTP server the transfer directory should be
the same as the home directory specified in the TFTP server initialization
file.
Entuity recommend this is outside of the Entuity server directory structure,
otherwise the directory could be deleted during Entuity upgrades.
Archive Directory The location for the archived configuration files. Entuity strongly
recommend this is outside of the Entuity server directory structure,
otherwise the directory could be deleted during Entuity upgrades.
License file Contains Entuity license details, including Entuity server version, licensed
modules. You can temporarily use the evaluation license.
Credential Sets created for each Device
Credentials Credential are configured against each device. From the Inventory
Administration page you can modify one or more device setups.They are
used for accessing a device through Telnet or SSH.
Configuration
Configuration Select from TFTP and FTP.
Retrieval Transfer
Method
Configuration This file identifies configuration patterns for the device that Entuity
Retrieval Excluded Configuration Management can safely ignore.
Differences File
Configuration This file specifies good and bad configuration which a device’s
Retrieval Policy Rules configuration should, respectively include and exclude.
Configuration When set to True it enables scheduled retrieval. By default this is performed
Retrieval Scheduled each night at 02.00.
User initiated monitoring, from the user action menu, is independent of
scheduled retrieval. Entuity Configuration Management ensures only one
request is processed at one time.
Configuration The number of versions of the device configuration files in the Archive
Retrieval Number of folder. There is a separate count for startup and running configuration files.
Archives The default is four.
Configuration Enable debug mode when you are troubleshooting configuration retrieval.
Retrieval Debug Debug provides greater detail on the processing of Entuity Configuration
Mode Management, displayed through events.
TFTP Server Configuration (supplied TFTP server)
Item Description
TFTPServerMT.ini In the:
[HOME] section
set the directory to which the TFTP server does the initial saving of the
configuration file. This must be the same as the Transfer Directory
defined through configure, for example
c:\entuity\cm_transfer When not set the TFTP server writes
these files to the same folder as the TFTP server executable.
[TFTP-OPTIONS] section
set the file operation permissions to allow writing to these folders.
FTP Server Configuration
entuity.cfg Set when FTP credentials are set on the command line (see earlier section).
Preconfigure devices Preconfigure devices on which Entuity uses FTP to retrieve device
configuration:
R837(config)#ip ftp password who-cares-its-anonymous
R837(config)#do sh run | incl ftp
ip ftp username anonymous
ip ftp password
7 13121F1D460F05382E37653A21315E06180C0F4F54574647
R837(config)#
Lines starting with a hash, #, are considered as comments and are ignored.
Patterns that span several lines should use \n (escape n) to signal a newline.
Lines ending with a dot asterisk, .*, include the wildcard character. This is used to allow
matching on the parts of the line that vary from retrieval to retrieval. Matches must be
otherwise exact. For example the pattern:
service timestamps
matches only the first of the following three lines
service timestamps
service timestamps debug uptime
service timestamps log datetime
This pattern:
service timestamps.*
matches each of the three lines.
All pattern matching is against the original text never against transformed text. Where a line
matches one or more patterns, the line is handled the same as though it matched only one.
[PolicyMustInclude logging_buffered]
IncludePattern=^logging buffered.*
[PolicyMustInclude snmp_server]
IncludePattern=^snmp-server.*
[PolicyMustInclude no_ip_source-route]
IncludePattern=^no ip source-route.*
[PolicyMustInclude no_service_pad]
IncludePattern=^no service pad.*
[PolicyMustInclude no_ip_domain_lookup]
IncludePattern=^no ip domain lookup.*
[PolicyMustInclude interface_FastEthernet_no_ip_proxy-arp]
IncludePattern=^interface FastEthernet.*no ip proxy-arp.*
[PolicyMustInclude interface_FastEthernet_no_ip_unreachables]
IncludePattern=^interface FastEthernet.*no ip unreachables.*
where:
^logging.*, checks that logging is enabled.
^logging buffered.*, a second check for enabled logging, by checking the router has the
buffer enabled.
^snmp-server.*, checks SNMP server is enabled.
^no ip source-route.*, checks that the sender of a packet cannot specify the route the
packet should take.
^no service pad.*, checks service packet assembler/disassembler (PAD) functionality is
disabled.
^no ip domain lookup.*, checks routers do not allow DNS lookup.
^interface FastEthernet.*no ip proxy-arp.*, checks proxy ARP is disabled on the device.
Proxy ARP may have security and performance overhead:
Increasing the amount of ARP traffic on your segment.
Hosts need larger ARP tables to handle IP-to-MAC address mappings.
a machine can claim to be another in order to intercept packets, an act called
"spoofing."
^interface FastEthernet.*no ip unreachables.*, checks the router configuration prevents
sending of ICMP unreachable message, the information within which can be used for
DNS ping attacks.
^interface FastEthernet.*no ip redirects.*, checks routers do not support IP redirects. IP
redirects allow the sender to bypass the router and forward future packets directly to the
destination (or a router closer to the destination).
^interface FastEthernet.*no mop enabled.*, checks maintenance operation protocol is
disabled, reducing network traffic.
[PolicyMustExclude no_snmp-server]
ExcludePattern=^no snmp-server.*
[PolicyMustExclude snmp-server_community_public]
ExcludePattern=^snmp-server community public.*
[PolicyMustExclude snmp-server_community_private]
ExcludePattern=^snmp-server community private.*
[PolicyMustExclude service_tcp-small-servers]
ExcludePattern=^service tcp-small-servers.*
[PolicyMustExclude service_udp-small-servers]
ExcludePattern=^service udp-small-servers.*
[PolicyMustExclude ip_finger]
ExcludePattern=^ip finger.*
[PolicyMustExclude ip_ident]
ExcludePattern=^ip ident.*
[PolicyMustExclude tftp-server]
ExcludePattern=^tftp-server.*
[PolicyMustExclude service_config]
ExcludePattern=^service config.*
[PolicyMustExclude boot_network]
ExcludePattern=^boot network.*
[PolicyMustExclude interface_ip_mask_reply]
ExcludePattern=^interface.*ip mask reply.*
[PolicyMustExclude interface_ip_directed-broadcast]
ExcludePattern=^interface.*ip directed-broadcast.*
where:
^no logging.*, checks that logging is enabled.
^no snmp-server.*, checks SNMP server is enabled.
^snmp-server community public.*, checks that well known, and therefore insecure
community strings are not used.
^snmp-server community private.*, checks that well known, and therefore insecure
community strings are not used.
^service tcp-small-servers.*, checks whether TCP small server is enabled in the router.
These services should not be activated unless it is absolutely necessary, as they
exploited indirectly to gain information about the target system.
^service udp-small-servers.*, checks whether UDP small server is enabled in the router.
These services should not be activated unless it is absolutely necessary, as they
exploited indirectly to gain information about the target system or directly as is the case
with the fraggle attack which uses UDP echo.
^ip finger.*, checks whether the finger command is enabled. It can be used to see what
users are logged on to the network device.
^ip ident.*, checks whether querying a TCP port for identification is permitted.
^tftp-server.*, checks whether the Trivial File Transfer Protocol (TFTP) server is enabled.
When enabled it provides basic file transfer functionality, with no user authentication.
^ip http server.*, check for the running of the HTTP service. Unless implementing
authentication proxy, the HTTP service should not run on the router.
^service config.*, checks whether service configuration is enabled.
^boot network.*, checks whether boot for network software configuration file is allowed.
^interface.*ip mask reply.*, checks whether the Cisco IOS software responds to Internet
Control Message Protocol (ICMP) mask requests by sending ICMP mask reply
messages.
^interface.*ip directed-broadcast.*, checks that the IP-directed broadcast service is not
enabled. It is a service that is commonly used in Smurf attacks. Smurf attacks send ICMP
echo requests from a spoofed source address to a directed broadcast that cause all
hosts to respond to the ping echo request, creating a lot of traffic on the network.
Entuity Configuration Management delivers a powerful tool set for managing ports and
! devices on your network. You are strongly advised to control user access to the
Configuration Management module and fully test your scripts before applying them to your
live network. The scripts provided here are only intended to illustrate the functionality and
scripting techniques available with this module. Entuity accepts no liability in the event of the
instructions in the documentation not being followed when using the module.
Entuity example tasks and steps are categorized as System tasks and steps. Login Script
This example login script checks for the device vendor, identifies the authentication setup of
the device and responds appropriately. It is intended as the first step in tasks that require
logging into devices, as such it:
Sets parameters, for example vendor, configPrompt, configIfPrompt that are used
by other steps subsequently called during the task.
Sets diagnostic logging to on for all subsequent steps, unless one of the subsequent
steps changes it.
Sets tests that are performed before each expect interaction is processed
(expectBefore).
1. expect.with
2. {
3. setDiagnosticLogging( true )
4. vendor = device.sysOid.split("\\.")[7]
5. if( vendor.equals("9") )
6. {
7. println "Starting Cisco login"
8. // look for first stage login, e.g. password, username, login
9. // should then receive first stage login prompt, i.e. # or >
This script concentrates on Cisco but you could extended it to use with devices from
other vendors.
Lines 10. to 15. identify the login prompt, e.g. login, logon, and then sends the login
value. They also identify the password prompt and send the password value.
The script disregards login banners that the device may display when first accessed.
h
Lines 16. to 19. extracts the prompt character returned after entering the user name and
password. This is used to identify the current security mode of the device.
Lines 20. to 27. checks for the prompt. If it equals > the script:
Sends the enable command.
Checks for the password prompt and sends the second password.
Extracts the device hostname and prompt character returned after entering the user
name and password.
Lines 28. to 34. check the prompt equals #, which would indicate a successful logon. If
the login was unsuccessful the script raises an error message.
h
throw new Exception includes new as it ensures the device name is included in the
raised error messages and therefore in the history log. If you do not include new the error
would still be raised but would not include the device name.
Lines 35. to 44. set up values that can be used in subsequent scripts called by the task:
Two variables to hold the device and interface configuration prompts.
expectBefore checks for patterns before any other pattern checking, in this case
failure to login due to the device including invalid in its response or reporting a
missing community string.
Lines 45. indicates the device vendor was not Cisco. The script raises an error message.
If you extend the script to include devices from other vendors it is here that you include
the next if test.
1. expect.with
2. {
3. if( vendor.equals("9") )
4. {
5. sendln( "exit" )
6. sendln( "exit" )
7. sendln( "exit" )
8. sendln( "exit" )
9. }
10. else
11. {
12. println "NO VALID METHOD FOR THIS DEVICE"
13. throw new Exception("no valid method for this device")
14. }
15. }
1. expect.with
2. {
3. if( vendor.equals("9") )
4. {
5. println "Setting Cisco sysContact to " + param.systemContact
6. sendln "configure terminal"
7. expect( configPrompt, {} )
8. sendln "snmp-server contact " + param.systemContact
9. expect( configPrompt, {} )
10. }
11. else
12. {
13. println "NO VALID METHOD FOR THIS DEVICE"
14. throw new Exception("no valid method for this device")
15. }
16. }
1. expect.with
2. {
3. if( vendor.equals("9") )
4. {
5. sendln "configure terminal"
6. expect( configPrompt, {} )
7. setDiagnosticLogging false
8. setLogUser false
9. sendln "snmp-server community " + param.newCommunity + " ro"
10. expect( configPrompt, {} )
11. setLogUser true
12. setDiagnosticLogging true
13. }
14. else
15. {
16. println "NO VALID METHOD FOR THIS DEVICE"
1. expect.with
2. {
3. if( vendor.equals("9") )
4. {
5. sendln "configure terminal"
6. expect( configPrompt, {} )
7. setDiagnosticLogging false
8. setLogUser false
9. sendln "no snmp-server community " + param.oldCommunity + " ro"
10. expect( configPrompt, {} )
11. setLogUser true
12. setDiagnosticLogging true
13. }
14. else
15. {
16. println "NO VALID METHOD FOR THIS DEVICE"
17. throw new Exception("no valid method for this device")
18. }
19. }
1. expect.with
2. {
3. if( vendor.equals("9") )
4. {
5. println "Compare Running and Startup Config"
6. sendln "show archive config differences"
7. expect( prompt, {},"--More--", { send " "; CONTINUE})
8. }
9. else
10. {
11. println "NO VALID METHOD FOR THIS DEVICE"
12. throw new Exception("no valid method for this device")
13. }
14. }
Line 3. finds the seventh character of the sysOID to identify the device vendor.
Line 5. prints the purpose of the script. This is available through the job history details.
Line 6. sends the command to show the differences between the running configuration
and startup configurations.
Line 7. tests the response to the command. This has two purposes:
Building the running configuration takes time and without this line the script would
complete before it had received a response from the device. expect( prompt, {}
causes the script to wait until the prompt returns on the terminal and therefore it can
receive the result of the configuration comparison.
The configuration comparison may return more than one page of data. The terminal
command line would display --More-- and wait for you to press the space bar to
view the next page. "--More--", { send " "; CONTINUE} checks if there is
another page to display and if so sends a space.
h
When you press the space bar in response to --More-- the device deletes --More-- from
its cache before presenting the next page. When accessed from the command line this is
invisible to the user, when accessed through Entuity Configuration Management it is
captured as two blocks of question marks, i.e. ????????? ?????????.
Line 9. to Line 13. return an error message when the device is not a Cisco device.
1. expect.with
2. {
3. if( vendor.equals("9") )
4. {
5. println "copying running config to startup config"
6. sendln "copy running-config startup-config"
7. expect( prompt, {},
8. "Destination filename [startup-config]?", { sendln '' ; CONTINUE } )
9. }
10. else
11. {
12. println "NO VALID METHOD FOR THIS DEVICE"
13. throw new Exception("no valid method for this device")
14. }
15. }
An overview of the copy running configuration to the startup configuration script structure:
Line 3. finds the seventh character of the sysOID to identify the device vendor.
Line 5. prints the purpose of the script. This is available through the job history details.
Line 6. sends the copy running configuration to startup configuration command.
Line 8. sets the destination filename to the startup configuration.
Line 11. to Line 15. return an error message when the device is not a Cisco device.
This script concentrates on Cisco but you could extended it to use with devices from
other vendors.
1. expect.with
2. {
3. if( vendor.equals("9") )
4. {
5. shortDesc = target.portShortDescr
6. portIdentifier = shortDesc.substring(2,shortDesc.length()-2)
7. sendln "configure terminal"
8. expect( configPrompt, {} )
9. sendln "interface " + portIdentifier
10. expect( configIfPrompt, {} )
11. sendln "shutdown"
12. expect( configIfPrompt, {} )
13. }
14. else
15. {
16. println "NO VALID METHOD FOR THIS DEVICE"
17. throw new Exception("no valid method for this device")
18. }
19. }
Set Port Up
This example script sets the selected Cisco port to administration up.
1. expect.with
2. {
3. if( vendor.equals("9") )
4. {
5. shortDesc = target.portShortDescr
6. portIdentifier = shortDesc.substring(2,shortDesc.length()-2)
7. sendln "configure terminal"
8. expect( configPrompt, {} )
9. sendln "interface " + portIdentifier
10. expect( configIfPrompt, {} )
11. sendln "no shutdown"
12. expect( configIfPrompt, {} )
13. }
14. else
15. {
1. expect.with
2. {
3. if( vendor.equals("9") )
4. {
5. shortDesc = target.portShortDescr
6. portIdentifier = shortDesc.substring(2,shortDesc.length()-2)
7. sendln "configure terminal"
8. expect( configPrompt, {} )
9. sendln "interface " + portIdentifier
10. expect( configIfPrompt, {} )
11. sendln "description " + param.portDescription
12. expect( configIfPrompt, {} )
13. }
14. else
15. {
1. expect.with
2. {
3. if( vendor.equals("9") )
4. {
5. shortDesc = target.portShortDescr
6. portIdentifier = shortDesc.substring(2,shortDesc.length()-2)
7. sendln "configure terminal"
8. expect( configPrompt, {} )
9. sendln "interface " + portIdentifier
10. expect( configIfPrompt, {} )
11. sendln "switchport access vlan " + param.VLANNumber
12. expect( configIfPrompt, {} )
13. }
14. else
15. {
Expect Methods
Method Description
equals Used to test that the value of a variable matches the comparison
value, for example this tests that the value of vendor is 9:
if( vendor.equals("9") )
expect Command are used when automating any interactive processes wait
for the specific string from the process. For example, this command
instructs to wait for the Username prompt to display before sending
the username:
expect.expect('Username', {sendln param.username;
CONTINUE;}
expectAfter Performs the included actions at the end of each expect block. It has
the format:
public void expectAfter(Object ... args)
expectBefore Performs the included actions at the start of each expect block. It has
the format:
public void expectBefore(Object ... args)
getClass Determining Type of object at runtime.
getMatched It returns the part of the buffer consumed up until the match. It has the
format:
public StringBuffer getMatched()
Method Description
getMatcher Returns matcher to allow access to groups.. It has the format:
public Matcher getMatcher()
getTimeout Returns the timeout value. It has the format:
public int getTimeout()
hashCode Returns a hashcode for the object.
log Writes to the Expect log but only if DiagnosticLogging is enabled.
It has the format:
public void log(String log)
notify Allows waking of one waiting thread, which can be used when you
require a particular waiting thread to take action.
notifyAll Allows waking of all waiting threads, which can be used when all
waiting threads have been waiting for the current thread to complete.
send Sends the command to the host without appending a newline. It has
the format:
public void send(String s)
sendPassword Sends the password without logging it. It has the format:
public void sendPassword2()
sendPassword2 Sends password2 without logging it. It has the format:
public void sendPassword2()
sendln Sends the command to the host with an appended new line
instruction.
setDiagnosticLogging Sets the level of diagnostic logging. It has the format:
public void setDiagnosticLogging(boolean
diagnosticLogging)
setLogUser Controls terminal logging, which is on by default. To turn it off enter:
expect.setLogUser false
setPassword Sets the password without logging it.
setPassword2 Sets password2 without logging it.
setTimeout Sets the timeout. It has the format:
public void setTimeout(int seconds)
toString Converts the data type to a string.
wait Pauses the script until an expected character string is received from
the host.
Setting these constants makes it easier to identify the purpose of the value and if you have to
ever update it you only have to amend it once where you have declared it.
To run the script against a device you must have credentials to access the device.
You configure Entuity Event Management System to forward incidents and events to defined
BMC TrueSight Infrastructure Management Servers and cells.
Incident and event forwarding is set up through:
A set of configuration files to control the mapping of Entuity incidents and events to
TrueSight Operations Management events.
configure to set up the default TrueSight Infrastructure Management Server and cell to
be used with incident and event forwarding. These details must are stored in bem.cfg.
Event Management System and the Send to BMC Event Manager action.
During configure you set the connection between Entuity and the TrueSight
Infrastructure Management Server server (bem.cfg).
Map the different event severity levels of the two sets of software
(BEMSeverityMapping.properties).
Map Entuity event fields to TrueSight Infrastructure Management Server slots, using
existing slots or ones created for Entuity (sw_bem_menu_def.cfg).
Define the Entuity event class (eye_event.baroc).
To configure additional TrueSight Infrastructure Management Servers and cells to forward
incidents and events (bem-connections.cfg).
bem.cfg
bem.cfg is automatically generated by configure. It defines the connection between
Entuity and the TrueSight Infrastructure Management Server cell.
[connection]
cellname=entuity
webServerHostName=decade
webServerPortNumber=9080
webServiceName=ImpactManager
refreshCache=3600
where:
Cellname, the TrueSight Infrastructure Management Server instance to which Entuity
forwards events.
webServerHostName, hostname of the server where the BMC II Web Services Server is
located.
webServerPortNumber, the port number used by the BMC II Web Services Server, by
default 9080.
webServiceName, the name of the web service, by default ImpactManager.
refreshCache is the time in seconds that the integration slots are maintained in memory
by Entuity, after which Entuity automatically initiates a refresh of the list. The default value
is 3600.
bem-connections.cfg
When you want to forward events and incidents to more than one TrueSight Infrastructure
Management Server you define the additional connections in
entuity_home\etc\bem-connections.cfg. Entuity includes an example connections file
entuity_home\etc\bem-connections-example.cfg which you can rename to
bem-connections.cfg and then amend its connection details.
The default connection remains the connection defined through configure and stored in
bem.cfg, to use the additional connections you must specify them by name.
It defines the connection between Entuity and the TrueSight Infrastructure Management
Server cell.
[connection C1]
cellname=entuity
webServerHostName=decade
webServerPortNumber=9080
webServiceName=ImpactManager
where:
connection is the connection name referred to when specifying where the BMC Event
Manager action forwards events and incidents.
Cellname, the TrueSight Infrastructure Management Server instance to which Entuity
forwards events.
webServerHostName, hostname of the server where the BMC II Web Services Server is
located.
webServerPortNumber, the port number used by the BMC II Web Services Server, by
default 9080.
webServiceName, the name of the web service, by default ImpactManager.
refreshCache is the time in seconds that the integration slots are maintained in memory
by Entuity, after which Entuity automatically initiates a refresh of the list. The default value
is 3600.
BEMSeverityMapping.properties
BEMSeverityMapping.properties maps Entuity event severity levels to TrueSight Operations
Management event severity levels:
EYE_SEVERITY_CRITICAL=BEM_SEVERITY_CRITICAL
EYE_SEVERITY_SEVERE=BEM_SEVERITY_MAJOR
EYE_SEVERITY_MAJOR=BEM_SEVERITY_MINOR
EYE_SEVERITY_MINOR=BEM_SEVERITY_WARNING
EYE_SEVERITY_INFO=BEM_SEVERITY_OK
eye_impact_descr: STRING;
eye_stormworks_id: STRING;
eye_comp_id: STRING;
eye_event_group: STRING, dup_detect=yes;
eye_event_id: STRING, dup_detect=yes;
};
END
Advanced Actions
Advanced Actions, also known as user menus and user actions, are defined through configuration files.
Actions may be automatically triggered through Entuity raising an appropriate event, or interactively
through advanced action menus, available both from the menu bar and context menus.
Agent
Intelligent management software embedded in a network device. In network management systems,
agents reside in all managed devices and report the values of specified variables to management
stations.
Antenna / Radio
Each Wireless Access Point has one or more Antennas. Each Antenna is attached to an 802.11 radio
within the Access Point. Wireless Hosts communicate with the network via a wireless association with an
Antenna/Radio. Each Antenna/Radio can have multiple hosts simultaneously attached. Each Antenna/
Radio operates in a chosen 802.11 compatibility mode such as 802.11a, 802.11b or 802.11g. Additionally,
each Antenna/Radio has a single SSID assigned. Each Antenna/Radio operates on a chosen radio
channel and with a specified transmit power setting, which is measured in mW. Many controller based
installations use dynamic optimization algorithms to pick a suitable channel and power setting. Frequent
auto-adjustment of these setting indicates that there are problems being encountered with the quality of
the wireless communications.
It bridges traffic from wireless attached hosts to/from an Ethernet interface that connects to an access
layer switch port. APs provide heightened wireless security and extend the physical range of a wireless
LAN. The access layer switch will see the MAC addresses of the individual wireless attached hosts (the
MAC address of the wireless NICs) plus the MAC of the Access Point Ethernet interface.
AR System
BMC Remedy Action Request System (AR System) is a framework within which applications are built by
AR System administrators. Applications consist of a set of AR System forms that are linked using workflow
rules designed for the application. These forms contain fields which Entuity can be configured to
populate.
ARs
Entuity integrates with AR System to generate Action Requests (ARs). The sample integration with the
Remedy Help Desk includes ARs of the type incident.
ARP
ARP (Address Resolution Protocol) is the layer 2 standard for TCP/IP. It is used to obtain a node’s
physical address when only its logical IP address is known.
ATM
ATM (Asynchronous Transfer Mode) is a packet-switching technology, that delivers high-speed
performance together with a scalable architecture. Its use of small packets (fixed length cells of 53 bytes),
provide for low latency so sound and vision arrive together. It can also handle bursty, non time-sensitive
data, translating variable length packets to fixed size packets.
Attribute
In Entuity an attribute is a property of an object that is defined through StormWorks. Attribute data can be
charted using the Attribute Grapher and is available to Report Builder.
Backbone
The part of a network that acts as the primary path for traffic that is most often sourced from, and destined
for, other networks.
Frame relay functionality combines BECN and FECN values to determine congestion on a data path.
Bandwidth
The upper limit of the rate at which data can be transferred.
BMC Cell
BMC Impact Manager instance. A cell receives events from Entuity and displays them in the BMC IX.
BMC IX
BMC IX (BMC Impact Explorer) displays events received from Entuity.
Blackout
Blackout is complete loss of the network, as opposed to a brownout, which is degradation in the
performance of the network.
BPDU
Bridge Data Protocol Units are special frames that contain spanning tree information. There are two types
of BPDU, Topology Change Notification (TCN) BPDU contains topology change information,
Configuration BDU contain configuration information.
Bridge
A device that interconnects local or remote networks. Bridges form a single logical network, centralizing
network administration. They operate at the physical and link layers of the OSI Reference Model.
Brownout
Brownouts, also known as soft faults, are typically caused by cabling faults, faulty transceivers, faulty NIC
cards and configuration errors such as duplex/half-duplex mismatches. These problems cause a
percentage of the packets traversing that particular area of the network to be corrupted. The total number
of packets discarded as a percentage of packets is directly related to the severity of the brownout.
Burst
Burst is the access rate of the physical connection to the Frame Relay carrier network.
Central Server
A central server is an Entuity server trusted by remote Entuity server(s). A user logged into the central
Entuity server is able to view information collected by the remote Entuity server(s), according to their user
account access rights. A remote Entuity server responds to requests from a trusted central Entuity server,
and freely shares information with it.
An Entuity server can be configured to perform both roles, be both a remote and central Entuity Server.
This allows administrators to create both hub-n-spoke and fully meshed deployments.
A central Entuity server can also act as a central license server. From it you can allocate, and de-allocate,
license credits to its remote servers.
Configuration of central and remote servers is through the Multi-Server Administration area of the Entuity
web UI.
CI
Within BMC Atrium CMDB a Configuration Item (CI) is a collection of objects related to the specific
functionality of a larger system.
CIR
Committed Information Rate is the rate (in bps) that the network agrees to transfer information over a
permanent virtual circuit (PVC) in Frame Relay. The CIR applies to the rate of data entering the network.
The completeness of the returned data depends upon how close the operation’s data structure
corresponds to Entuity’s default representation of the IP SLA operation data structure.
These are the ten fully supported operations:
DHCP, Verify availability of dynamic IP addresses.
DNS, DNS server functionality check.
HTTP, Web page availability.
HTTP Raw, Web page availability.
ICMP Echo, Simple connectivity tests.
ICMP Path Echo, Simple connectivity tests.
TCP, Connect Application availability.
UDP Echo, Simple connectivity tests.
UDP Jitter, Detailed latency measurements (requires IP SLA on both devices).
UDP Jitter VoIP, Detailed latency measurements (requires IP SLA on both devices).
Collisions
Collisions occur when two transmitters attempt to send data at the same time. The greater the number of
collisions the poorer network performance appears.
Context Menus
Context menus are available from the Entuity web UI and Component Viewer. The contents of the menu
are dependent on the position of the mouse when you clicked the right button.
Core Ports
Entuity considers core ports, as WAN ports, administratively up ports which have a configured IP
addresses (i.e. layer 3 ports) on devices which are routers or have router capability, or trunks and uplinks
that are administratively up.
By default the port status event, Port Operationally Down, is only enabled for core ports.
Current Configuration
The device configuration (either startup- or running) currently being processed.
customizable data models define the attributes of each managed element, its possible dependencies in
relation to other elements of the network, and the specific details to retrieve for each element. The DMK
manages these data models and automatically applies updates and changes to the Entuity database
schema.
Data Path
A data direction on each PVC is a data path. For example, a PVC that connects points A and B has two
data paths, from A to B and from B to A. Frame relay functionality analyzes the data paths separately.
Data Rollup
Data Rollup is a method of taking polled data and bundling it into larger more manageable units, e.g.
rolling 24 hourly datapoints into one daily sample. If Entuity generated monthly reports from live polled
data then this would cause a significant increase on the processing overhead, i.e. instead of one
datapoint for each day there would be hundreds.
DE (Discard Eligibility)
DE is a bit in the header of a frame-relay frame that indicate the frame may be discarded in preference to
other frames if congestion occurs. It is usually set by a network node if the user is offering data (frames) at
a higher rate than has been negotiated. This maintains the committed quality of service within the
network. Frames with the DE bit set are considered to be excess data.
Derived Events
IA derived event is an event derived from an existing event definition. It retains the event identifier of the
original definition, unlike a custom event which has its own unique identifier. Derived events are defined
as part of an action. They useful for adding additional information to an incoming event, and can also be
called from an incident.
Devices
In Entuity devices refers to network devices, for example switches and routers.
Device support datasets in newbin.vendor have the lowest priority when Entuity is determining
which vendor device definition to use to manage a device type.
bin.vendor has the second lowest priority when Entuity is determining the source of device
information.Device support datasets in bin.vendor have the second lowest priority when Entuity is
determining which of those available to use to manage a device type.
exotica vendor files are installed to entuity_home\etc\exotica. Exotica files are only used by Entuity
when they are copied to entuity_home\etc, either manually or during Entuity configuration, e.g. when
selecting a module.
Device support datasets in exotica vendor files have the highest priority when Entuity is determining
which vendor device definition to use to manage a device type.These files use a simple naming
convention, using the vanilla filename, with a plus sign in the filename and identifying name, e.g.
SOLSERV+managed Host.vendor.
During Entuity upgrades configure identifies and removes exotica files from the installation that are
now part of the updated bin.vendor.
vendinfo identifies the vendor device support datasets available to Entuity and the decisions made
when more than one vendor file is available for a particular sysoid; which device support dataset Entuity
uses to manage that device type (as identified through its sysoid).
Device Types
In Entuity every device has a type, which you can view through the web interface and Component Viewer.
The device type is derived from its vendor file information, and helps to determine how Entuity manages a
device. Device types include hubs, switches and routers. There are also two Unclassified device types,
Basic Management and Ping Only, and also Full Management.
Unclassified device types have two distinct roles:
Basic Management and Ping-only, is used for those devices Entuity has taken under management at
the Basic Management and Ping-only level.
Full Management, is used for those devices Entuity has taken under management at the Full level but
for which there is no vendor file information but Entuity can generate a suitable generic device type.
These are uncertified devices.
Domains
Domains and domain filters are terms used within Component Viewer, in fact supplied domains are now
only used within Component Viewer to group objects in its Explorer tree, e.g. the routers domain. In the
web UI, where you manage views In Entuity, domain filters are referred to by the more apt term view
content filters as they determine the type of object that can potentially appear in a view.
DHCP Operation
The IP SLA DHCP operation measures the round trip time (RTT) taken to discover a DHCP Server and
obtaining a lease from it. After obtaining an IP Address, Cisco IOS IP SLA releases the IP address that
was leased by the server.
The Dynamic Host Configuration Protocol (DHCP) is an Internet protocol for automating the configuration
of computers that use TCP/IP. DHCP can be used to automatically assign IP addresses, to deliver TCP/IP
stack configuration parameters such as the subnet mask and default router.
Drop Box
Drop box acts as a temporary repository for objects, for example gauges, charts, links, device metrics,
that you want to include to new reports, dashboards.
Duplex
A full-duplex link with one telegrapher at each end, transmitting alternately in each direction.
Dynamic Thresholds
Dynamic thresholds enable Entuity to alert the user to deviations from what Entuity’s previous polling has
established as normal behavior for that hour on that day. Entuity establishes normal behavior for a given
attribute on a given port by maintaining the last four weeks worth of polled data, and applying an
averaging algorithm.
EIR
The Excess Information Rate (EIR) is the sustainable rate of information in excess of CIR, that the network
will deliver if there is available bandwidth. The total information rate is CIR + EIR.
Frame Relay allows data rates in excess of the CIR to be successfully used on occasions. It is also
possible that the amount of data that can be transferred per measurement interval (Tc) may be limited to
less than the burst (or access rate) of the physical connection to the carrier network.
EIR defines how many bits per second beyond the CIR the data rate may be exceeded. This is may be
policed by the carrier ingress switch per Tc on a pro-rata basis. This means that although data can be
transmitted for periods of time at the burst rate of the physical port it would not be possible to continue
transferring data at this rate successfully on a continuous basis if the CIR+EIR were to be less than the
burst rate.
Entuity
Entuity is both the name of the network management software and the company producing it. Entuity
software is designed for networks of any size and complexity, from the smallest, simplest corporate
infrastructure to the largest multinational. Every customer can access the full functionality of our
cornerstone solution, incorporating fault, performance and inventory management.
entuity_home
entuity_home is used within the Entuity documentation to indicate the Entuity server’s root folder. The root
folder is set by Entuity install, in Windows environments the default is C:\Entuity. You can view its
current setting through destination in entuity_home\etc\entuity.cfg. Within Entuity configuration files
it is represented by the variable ENTUITY_HOME.
Ethernet
IEEE standard network protocol that specifies how data is placed on and retrieved from a common
transmission medium. Forms the underlying transport vehicle used by several upper-level protocols,
including TCP/IP and XNS.
Events
Events are alerts and alarms that are generated through Entuity monitoring the network. Event Viewer
displays events and they can also be reported on.
Expect
Expect is a Unix automation and testing tool, written by Don Libes as an extension to the Tcl scripting
language, for interactive applications such as telnet, ftp, passwd, fsck, rlogin, tip, ssh, and others. It uses
Unix pseudo terminals to wrap up subprocesses transparently, allowing the automation of arbitrary
applications that are accessed over a terminal. With Tk, interactive applications can be wrapped in X11
GUIs.
automatic generation of Action Requests (ARs), derived from Entuity events, to particular application
forms on target AR System servers
interactive generation of Action Requests (ARs), initiated from Entuity. The specified application forms
on target AR System servers are opened for editing, with default data populated from the current
Entuity managed object(s) or event(s).
Entuity can also pass to AR System a URL identifying the managed object that is the source of the AR.
From AR System you can open Entuity’s Component Viewer with the focus on the managed object.
Factory Default
The shipped values of event thresholds are the factory defaults. You can amend a factory default, which if
done at the root level effectively changes the default value for all objects against which that threshold can
be set. For example, if you amend a threshold setting for a device event at the Entuity (system) level, all
devices on that server will have a new default value.
FEC
Forwarding Equivalence Class (FEC) is central concept to MPLS. An FEC is a set of packets that a single
router forwards to the same next hop, using the same interface and with the same handling (e.g.
queuing). The FEC is determined only once, at the ingress to an LSP, rather than at every router hop
along the path.
Filters
Filters in Entuity act by filtering in those objects specified in the filter. There are three types of filters, view,
event and Flex Report.
Entuity uses these types of filter:
View content filters are applied to the views, restricting the components available from a view to those
that meet the criteria.
Event Filters restrict the events available through a view.
Flex Report filters restrict the data included to the report.
Flow Collector
The Flow Collector is the set of processes within an Entuity Integrated Flow Analyzer responsible for the
receiving, processing and storage of flow records.
Administrators can enable/disable an Entuity server’s Flow Collector through configure, a decision
which should be made according to the role the administrator wants the server to perform in the
management of the network.
Frame Relay
A fast packet protocol that relies on physical component and higher level software reliability. The network
discards any frame with bit errors. Frame relay services include PVCs (Permanent Virtual Circuit) and
SVCs (Switched Virtual Circuit).
Full Duplex
A full-duplex link with one telegrapher at each end, transmitting alternately in each direction.
Half-Duplex
A type of communication channel using a single circuit which can carry data in either direction but not
both directions at once.
Host Identifier
Your Entuity representative requires the host identifier of the Entuity server machine before they can
generate your license. The host identifier associates the Entuity license with the physical footprint of the
machine. Entuity install and configure programs both display the host identifier, alternatively you can run
the command line program hostIdent (which is included with the software but is also available from the
Support website).
Hot Standby Router Protocol (HSRP)
Hot Standby Router Protocol (HSRP) establishes a framework between network routers to achieve default
gateway failover if the primary gateway becomes unavailable in close association with a rapid-converging
routing protocol like EIGRP or OSPF. By multicasting packets, HSRP sends its hello messages to the
multicast address 224.0.0.2 (all routers) using UDP port 1985, to other HSRP-enabled routers, defining
priority between the routers. The primary router with the highest configured priority will act as a virtual
router with its own IP and MAC address, which the hosts on the local segment will be configured to use
as a gateway to the destination in question. If the primary router should fail, or the link to the destination
drop, the router with the next-highest priority would take over communications through alternative routes
within seconds, without major interruption to network connectivity.
HSRP and VRRP on some routers have the ability to trigger a failover if one or more interfaces on the
router go down. This can be useful for dual branch routers each with a single serial link back to the head
end. If the serial link of the primary router goes down, you would want the backup router to take over the
primary functionality and thus retain connectivity to the head end.
Hypervisor
A hypervisor, also called virtual machine monitor (VMM), allows multiple operating systems to run
concurrently on a host computer. The hypervisor presents to the guest operating systems a virtual
operating platform and monitors the execution of the guest operating systems. Multiple instances of a
variety of operating systems may share the virtualized hardware resources. Hypervisors are installed on
server hardware whose only task is to run guest operating systems.
Infrastructure Ports
Entuity considers infrastructure ports, as:
Entuity considers infrastructure ports, as router ports, as uplinks which are ports connecting routers with
switches and as trunk ports which are ports connecting switches together.
Router ports.
Uplinks, ports connecting routers with switches.
Trunk ports, ports connecting switches together.
Interface
This is the entity on a node which is polled, such as a physical port. Nodes are likely to have more than
one interface.
IP
In TCP/IP, the standard for sending the basic unit of data, an IP datagram, through the Internet.
IP Link
IP links may be autoDiscovered or created manually. They represents a link of some form at layer 3 or
above e.g. a pair of IP addresses, an IP address and a URL.
IP Peering
IP Peering provides visibility into your WAN links, i.e. leased line, Frame Relay DLCIs, ATM VCCs, using
subnet masking. It also reflects any manual IP pairings you may have made in Entuity.
ISO
International body that is responsible for establishing standards for communications and information
exchange; developed the OSI reference model. ISO is not an acronym, but the Greek word for "equal."
dynamic, real-time radio frequency (RF) management. In addition, Cisco Aironet 1000 Series LAPs handle
time-sensitive functions, such as Layer 2 encryption, that enable Cisco WLANs to securely support voice,
video, and data applications.
Entuity Wireless currently supports Cisco LAP, part of the Cisco Unified Wireless Network architecture.
Leased Line
A leased line is a dedicated point-to-point connection over a WAN via a router at the subscriber’s
premises to the telecommunications provider.
Entuity identifies a leased line, by default, when both of these conditions are true:
Load Balancers
Load balancers are devices that control and optimize traffic flow over your network. For example directing
traffic away from over utilized servers to those less utilized, improving mission critical service delivery,
providing fall over protection.
Entuity delivers a similar level of fault, performance and inventory management for load balancers as
provided for other standard Entuity device types, e.g. routers, switches, hubs. For example device reports
include load balancers, you can build your own reports using Flex Reports, device and port events apply
and full load balancer details are viewable through Component Viewer.
Entuity currently manages F5 Labs Big IP 6400 Load Balancer. Entuity delivers additional polling of the
device ports using F5 lab’s propriety MIB, returning additional port identification, port status, port traffic
and port utilization data. The full integration of this additional data within Entuity allows administrators to
set up utilization and traffic events against this data.
Log Files
Entuity process messages are written to their individual log files, in entuity_home/log. For example,
applicationMonitor writes to applicationMonitor.log. When the log file becomes full, it
Management Level
Every device under Entuity management is managed according to its management level, which is set
when the device is added to Entuity but can be subsequently amended. Each managed device costs one
license object.
These are the management levels:
Full Management (all interfaces), Entuity manages all interfaces on the device.
Full Management (management interfaces only), Entuity only manages the management interface.
Full Management (no interfaces)
Basic Management Entuity collects only basic system information and the full IP address table via
SNMP. This management level is used when Entuity does not have the appropriate device support
dataset (vendor file), cannot generate an appropriate dataset or you only want the device placed
under basic management. Entuity does not manage any ports or modules on the device.
Ping Only, devices only under ping management, SNMP data is not collected for these devices.
Managing Agent
Handles requests for information or action from the management station on a node. A protocol links the
management station and the Managing Agent; for Entuity users this must be SNMP.
Mobility Controller
An SNMP manageable hardware device, manufactured by Aruba, that controls and coordinates the
operation of a group of Aruba Wireless Access Points. In an Aruba wireless network deployment all
wireless equipment discovery and real-time monitoring is performed via the Mobility Controllers rather
than via SNMP/ping monitoring of the individual Access Points.
Multicast
Network communication between a single sender and multiple receivers.
My Network
Supplied view that contains the entire set of managed object’s the user is permitted to view. Different
users may have different devices in their My Network view, reflecting their different access permissions.
Node
An SNMP managed device attached to a network, from which data can be retrieved. For example, node
devices such as hubs, routers, bridges, or network printers.
OID
An Object Identifier is a sequence of integers that represent the position of an object in the hierarchical
structure of objects in a MIB.
OSI Model
A model for networks developed by International Standards Organization (ISO). The network is divided
into seven layers, each layer building on the services provided below it.
Packet
Any logical block of data sent over a network; it contains a header consisting of control information such
as sender, receiver, and error-control data, as well as the message itself. May be fixed or variable length.
Percentile Utilization
Percentile Utilization indicates that for a defined percent of the time, e.g. 95, port utilization is below this
value. It is useful for monitoring the sustained utilization of the port.
The 95th percentile is derived by ordering the utilization data by value, from highest to lowest. Application
of a least square fit method removes spikes that would distort the analysis. The top 5% values are
discarded, leaving the 95th percentile. This value is calculated for both inbound and outbound utilization.
Policy Group
Entuity licensing is enabled by grouping related types of managed objects into groups. These Policy
Groups are then assigned a license credit quota. Before Entuity manages an object it first checks whether
the license allows its management and then whether a credit is required. When a license credit is
required, Entuity checks that the policy group to which the object’s type is associated has available
credits. For example, before Entuity manages a device it checks the device licensing policy group for
available credits.
Polling
Devices on the network are accessed by the system at regular, pre-defined, intervals in order to retrieve
required data. This is referred to as polling the devices.
Polling Engine
The Polling Engine (or Core Management Engine) is the set of processes within an Entuity server
responsible for all general network management tasks excluding flow collection (e.g. network discovery,
inventory, monitoring, event management).
Administrators can enable/disable an Entuity server’s Polling Engine through configure, a decision
which should be made according to the role the administrator wants the server to perform in the
management of the network.
Port
Entuity considers ports as interfaces on network devices, e.g. routers, and as endpoints in
communications systems. In IP an upper-layer process that receives information from lower layers. Ports
are numbered, and each numbered port is associated with a specific process. For example, SMTP is
associated with port 25.
TCP and UDP transport layer protocols used on Ethernet use port numbers to distinguish between
(demultiplex) different logical channels on the same network interface on the same computer.
Protocol
A set of formal rules detailing how to transmit data across a network. Example protocols include TCP,
UDP and IP.
Reachability
Availability Monitor sends an ICMP ping to the management IP address of managed devices, by default
every two minutes. Devices that respond are considered reachable, those that do not respond, after the
set number of retries, are considered unreachable. When Availability Monitor (applicationMonitor) is
not running, then the reachability of the device is Unknown for that period, although Entuity maintains the
last known state of the device.
Reboot
Entuity uses the device sysuptime to calculate when the device was last rebooted, or more accurately
when the device last came up after being rebooted.
Reconciliation Rules
Within BMC Atrium reconciliation rules are applied by the reconciliation engine to improve accuracy and
efficiency of maintaining IT environment data in the CMDB. Reconciliation is used to identify and merge CI
information and relationship form imported dataset with production dataset.
Remote Server
A remote server is an Entuity server configured to trust another central Entuity server. A user logged into
the central Entuity server is able to view information collected by the remote Entuity server(s), according
to their user account access rights. A remote Entuity server responds to requests from a trusted central
Entuity server, and freely shares information with it.
An Entuity server can be configured to perform both roles, be both a remote and central Entuity Server,
allowing administrators to create both hub-n-spoke and fully meshed deployments.
Configuration of central and remote servers is through the Multi-Server Administration area of the Entuity
web UI.
Router
A device that routes data between networks. Routers connect multiple LAN segments to each other or to
a WAN.
Routers may be equipped to provide frame relay support to the LAN devices they serve. These routers
can:
encapsulate LAN frames in frame relay frames and send those frames to a frame relay switch for
transmission across the WAN.
receive frame relay frames from the WAN, strip the frame relay frame off each frame producing the
original LAN frame, and forward it to the end device.
Running-config
The configuration controlling the current operation of a piece of Cisco hardware. This may be different to
the start-up config if changes have been made since start-up and the changes have not been saved. The
running-config can be saved as the startup-config replacing any previous start-up config. The running
config is held in DRAM. If the machine is restarted without the running-config being saved, all changes
are lost.
Sample Interval
In Entuity the period between two data samples. This may be between two pollings of a port, or between
two rolled up data samples.
Server
Any computer whose function in a network is to provide user access to files, printing, communications,
and other services. Servers usually have more memory, more disk storage, and a more advanced
processor than a single-user desktop PC.
Where Entuity manages an application, Entuity can manage the application server as a device.
Services
Services is a method of grouping together collections of ports that provide a service and associating with
them other ports which use that service. For example, a service maybe e-mail, with one port designated
as the provider of the service and all others in the group defined as consumers.
SLA
A Service Level Agreement (SLA) is a set of rules and metrics which can be used to measure the
efficiency and performance of an object. That object may be a department, a server, a network or any
other functional component of an organization. If an object adheres to its associated set of rules and
metrics, then it can be said to be conforming to its SLA. Similarly, if the object breaches the set of rules
and metrics, then this means that it is no longer conforming to its SLA.
SNMP
Standardized method of managing and monitoring network devices on TCP/IP based internets. SNMP
defines the formats of a set of network management messages, and the rules by which those messages
are exchanged. The network management messages are used to make requests for performing network
management functions and to report on events that occur in the network. Also, SNMP defines the
allowable data types for MIBs, they way in which MIBs can be structured, and a set of standard objects
that can be used in implementing a MIB.
Spanning Tree
Spanning tree provides a vendor neutral technology for visibility into your network. When correctly
implemented Entuity discovers bridge links, switch to switch relationships, through polling the Bridge
MIB. Complete spanning tree connectivity relies on a contiguous set of Entuity managed devices.
Spare Ports
By default Entuity spare port calculations include ports that have been unused for forty days or more,
include ports that have system uptime of less than forty days and are currently unused and exclude ports
that have been unused for less than forty days but have a system uptime of forty days or more.
By default Entuity spare port calculations:
Include ports that have been unused for forty days or more.
Include ports that have system uptime of less than forty days and are currently unused.
Exclude ports that have been unused for less than forty days but have a system uptime of forty days
or more.
The forty day threshold is configurable through the reporting section of entuity.cfg. Entuity distinguishes
between physical and virtual ports using interface type. If required System Administrators can amend the
virtual port identifier.
SNMP Agent
Management code that resides in the device, controls the operation of the device, and responds to SNMP
requests.
SSL
An SSL Certificate consists of a public key and a private key. The public key is used to encrypt
information and the private key is used to decipher it. When a browser points to a secured domain, an
SSL handshake authenticates the server and the client and establishes an encryption method and a
unique session key. They can begin a secure session that guarantees message privacy and message
integrity.
Startup-config
The initial configuration when a piece of Cisco hardware starts-up. If there have been no changes to the
configuration since start-up, this will be the same as the running-config. The startup-config is also referred
to as the saved config. The startup-config is held in NVRAM.
Static Thresholds
Static threshold settings allow you to configure the trigger points which when crossed cause Entuity to
raise events. You can set thresholds against an individual event, a managed object, view or all objects on
an Entuity server.
StormWorks
StormWorks is the internal Entuity engine, also known as the Data Management Kernel (DMK). It runs as
the DsKernelStatic process.StormWorks enables the delivery of functionality through a highly
configurable set of core services. The configuration files, found in entuity_home\etc, prefixed with sw_
define and configure StormWorks services.
Entuity assigns all of the objects it manages their own StormWorks identifier. StormWorks identifiers are
sequentially assigned, do not consider the object type and are unique within each Entuity server.
StormWorks ID is visible from the object’s web UI Advanced tab, and is used in creating dashboards to
the user, for example during Data Export, Map Export, running of Flex Reports.
Stream Attributes
Information Entuity collects from your network is stored within Entuity as an attribute of the managed
object, for example a port’s name, a port’s utilization are stored as attributes. Stream attributes are to
maintain a history of a metric, for example Entuity maintains a history of port utilization.
SVG
Scalable Vector Graphics (SVG) is a graphics file format and Web development language based on XML.
SVG is used by Entuity’s reports to dynamically generate, high-quality graphics from real-time data.
Switch
A switch is a network device that selects a path or circuit for sending a unit of data to its next destination.
It is usually simpler and faster than a router, which requires knowledge about the network to determine
the route.
A switch may also include the function of the router, a device or program that can determine the route and
specifically what adjacent network point the data should be sent to.
System Capabilities
Entuity determines the switching capability of a device by checking the group dot1dtp, specifically the
mandatory scalar value dot1dTpLearnedEntryDiscards. dot1dtp is only present when the device
supports transparent bridging, which implies it has Ethernet switching capability.
Entuity determines the routing capability of a device by checking for the ip-forwarding variable from the ip
group in the MIB of the device. When ip-forwarding has a value of 1, this implies the device is acting as a
gateway and so has routing capability.
Entuity determines whether the device type is hub by comparing its type to device types detailed in the
vendor files.
TCP
Connection-oriented protocol that provides a reliable byte stream over IP. A reliable connection means
that each end of the session is guaranteed to receive all of the data transmitted by the other end of the
connection, in the same order that it was originally transmitted without receiving duplicates.
TCP/IP
Combination of TCP and IP protocols common to many different computer systems and so often used for
communication between them.
TFTP
Trivial File Transfer Protocol (TFTP) is a very simple file transfer protocol, with the functionality of a very
basic form of FTP. It uses UDP as its transport protocol and has no authentication or encryption
mechanisms.
Ticker
Ticker allows you to view real time output at the device and port level, viewing data changes as they
occur. You can select to view data activity for one or more client devices or ports.
For monitored:
Ports you can select from a list of MIB variables the particular variable(s) you want to use to monitor
the port. Entuity is supplied with a default number of MIB variables for use with ports and you can also
add your own MIB variables to this list.
Devices you can create your own list of MIB variables on which to monitor the device.
traceroute
Entuity includes two types of traceroute functionality, identified in the Entuity client as TraceRoute from
Client and TraceRoute from Server.
TraceRoute from Entuity Client, calls the traceroute utility installed on the Entuity client machine and
performs a live traceroute from the Entuity client to the target IP address.
TraceRoute from Entuity Server, uses data collected by applicationMonitor. This traceroute
information is updated every two minutes, so calling TraceRoute from Server does not initiate a live
traceroute but instead interrogates the data returned from the last applicationMonitor traceroute.
Traps
Traps can be used by network components to signal abnormal conditions. Entuity can both receive and
forward SNMP traps.
Entuity can be configured to:
Generate events in Event Viewer then traps are received.
Forward traps to up to six concurrent recipients.
h
Entuity also supply a more advanced SNMP trap forwarding integration module. Contact
your Entuity sales representative for details.
Trivial Change
A difference between a current-configuration file and a previously archived one that is not considered
important by the system because it matches a set of rules codified as patterns in an “ignore file”. Trivial
changes may include comments such as timestamps in a configuration file.
Trunk Ports
Trunk ports, i.e. ports connecting switches together.
Entuity identifies a trunk port by:
reading the MIB.
macman identifying the switch port as having more than ten MAC addresses and also having
associated VLANs.
using CDP Trunk Port Discovery, a CISCO proprietary method.
When one or more of these methods identifies a trunk port, Entuity also considers it as a trunk port.
Unclassified Devices
Entuity managed devices for which Entuity does not have a device support dataset, provided through
individual vendor, bin.vendor or newbin.vendor files, are included to Entuity as Unclassified devices under
Full Management, or Unclassified devices under Ping-only and Basic Management.
Unclassified generically managed devices use an Uncertified device type, created by Entuity and held in
newbin.vendor. These are Entuity managed devices and do incur a license charge. System
Administrators should contact their Entuity support representative for a vendor file which would ensure
Entuity fully manages these devices.
Unicast
Unicast is network communication between a single sender and a single receiver.
Uplink Detection
Entuity considers an uplink as trunking on a connection to a router or layer 3 switch, which is visible
through spanning tree. This technology attempts to link layer 3 with layer 2.
Where links between switches and routers are not done using VLAN trunking and spanning tree then the
spanning tree technology will not detect them. This is typically at smaller satellite offices, which do not
need the greater port density and much greater speed available from router on a stick and even greater
speed available from layer 3 switching.
Uplinks
Ports connecting routers with switches.
Uptime
By default Entuity polls devices every five minutes, retrieving device sysuptime. Entuity checks as to
whether the device has been continually up since the last poll, and modifies the device’s uptime value
accordingly.
When sysuptime indicates the device has been down during the polling interval but is now up, from
sysuptime alone Entuity cannot identify for how long the device was down. Entuity takes this unknown
time, and adds fifty percent of it to the known uptime value, with the remaining fifty percent considered
UNKNOWN. For example where sysuptime has a value of two minutes. Entuity cannot determine the state
of the device over the first three minutes of the polling interval. Entuity adds ninety seconds to the
sysuptime value, giving an uptime value of two hundred and ten seconds and records the device state as
UNKNOWN for ninety seconds.
Device uptime is visible through Component Viewer, and is used in many reports, e.g. Routing Summary,
Switching Summary.
Utilization
In Entuity port utilization is expressed as a percentage of actual traffic volume against the maximum
volume that can be handled by the port.
Variable Binding
A variable binding, or VarBind, refers to the pairing of the name of a MIB variable to the variable's value. A
VarBindList is a simple list of variable names and corresponding values. Some PDUs are concerned only
with the name of a variable and not its value (e.g., the GetRequest-PDU). In this case, the value portion of
the binding is ignored by the protocol entity. However, the value portion must still have valid ASN.1 syntax
and encoding. It is recommended that the ASN.1 value NULL be used for the value portion of such
bindings.
Vendor Files
Entuity identifies the device type of discovered devices by matching their sysoid to that held against the
device support datasets. Device support dataset definitions are held in, listed here in order of
precedence, individual vendor files, bin.vendor file, newbin.vendor file, and then uncertified file.
vendinfo identifies the vendor information available to Entuity and the decisions made when more than
one vendor file is available for a particular sysoid; which vendor device definition Entuity uses to manage
that device type.
View
All network objects within Entuity are displayed through views. View filters allow you to restrict the
displayed objects in the view to the ones you are interested in. You can also use user profiles to control
access to different views.
Virtual Circuit
A Virtual Circuit is a generic term for an association established between two or more endpoints for the
purpose of user-user, user-network, or network-network information transfer. An example would be ATM’s
VCC.
Virtual Port
Entuity distinguishes between physical and virtual ports using interface type. If required System
Administrators can amend the virtual port identifier.
VLAN
A logical association that allows users to communicate as if they were physically connected to a single
LAN, independent of the actual physical configuration of the network.
VM Platforms
Entuity currently manages Oracle and VMware VMs through its VM Platform device type. Entuity
communicates with VMs and their hypervisors through the VM’s SDK. This requires specification of
different connection attributes when compared to devices of other types. It also requires that all VMs are
added to Entuity with a Ping Only management level, as this allows the selection of the VM Platform type
and its connection configuration. When adding VMs using autoDiscovery care must be taken to ensure
candidate device VMs are always added as Ping Only.
P identifying 540
Packet Dropping Poll Status
WRED 528 ICMP and SNMP disabled 624
Packet Marking Polling
overview 528 failure 380
Page Updated 57 Port
PortEx 595, 596, 599, 600
Passwords
UDP Echo IP SLA 655
forcing change 285
resetting 283 Port Channels 15
security 284, 285 Port Flapping 139
Patches Port High Inbound Utilization (Dynamic)
downloading 375 set threshold 198
identifying what’s applied 375 Port Inbound Discards High (Device Congestion)
install overview 374 202
Peering Port Link Down
Leased Lines 350 SNMP traps 408
overview 348
Port Link Up
resilient links 349
SNMP traps 408
Permissions
Port Operationally Down
checking 346
set on non-core ports 12
events
suppression 272 Port Status Problem 137
Inventory Snapshots Administrations 358 Port Unavailable to Ping
tool permissions 271 redundant links 45
Physical Address Matching 175, 633 Ports
Physical Connections see also Fast Port Polling
configure columns 177 Admin Down 14
discovery 631 application type defaults 24
permissions 176 asymmetric speed 84, 89
restoring to a different server 344 interface speed 92, 94, 83
key metrics 62
Pin
layer levels 15
navigation panel 57
MAC address search 227
Ping managed port permission 272
connection problems 379 orphaned 232
example Custom Menus 394 performance dashboard 122
Ping Only physical/virtual identification 384
VM Platforms 252 promote to trunk 15
Ping Only Management Level 244 setting reference speed 15
spare status 89
Pipe mode 445, 452
status event generation 12
Policy Maps status icons 623
definition 526 Ticker 229
Policy Violations unmanaged 624
events 540 audit log 331
W
WAN Availability
outages 41
Web Server
ping 379
Wireless Access Points 704
WRED
congestion avoidance 528
X
XML
custom dashboard definitions 137
XML API Data Collection 454
credential set 455
XMLAPIDB 340, 455
Z
Zone 257
zoneAdmin 3
Zones
audit log 330, 331, 333