The Bandwidth Usage Monitor uses RPC or SNMP communication to measure the amount of inbound and outbound traffic traveling through a network interface on:
It effectively ensures that:
The Bandwidth Usage Monitor Wizard is designed to help you configure a Bandwidth Usage Monitor with the least amount of initial input. There are a number of benefits to this approach:
The following example illustrates the process of creating a new Bandwidth Usage Monitor to monitor bandwidth on a remote computer running Microsoft Windows XP.
To create a new Bandwidth Usage Monitor:

IP Address / Domain Name
Specify the location of the server or device you want to monitor. Both IP Address and Domain Name are valid entries.
An example of a valid Fully Qualified Domain Name is: www.ipmonitor.com
An example of a valid IP address is: 10.200.50.1
UDP Port
Specify the Port Number that the server or device responds on. By default, the standard Port Number used for SNMP communication (Port 161) is already entered.
Community
SNMP Community strings act like passwords for SNMP information. When ipMonitor issues a SNMP Get command to the SNMP Agent at this IP address, it sends out the SNMP Community string. If the Community string is correct, the SNMP Agent processes the request and returns results for analysis.
SNMP default communities are:
Some SNMP Agents are configured to use non-default Community strings. This is typically done to improve SNMP security, often in conjunction with a non-standard SNMP Port.
SNMP Version
Select the SNMP version used by the device to be monitored. Both ipMonitor and the target device must use the same SNMP Version. Available options are: SNMP Version 1 and SNMP Version 2.

Communication Type
Select the communication process used by ipMonitor to connect to the specified computer or remote device. Two options are available:
Local - The Local communication method allows the Monitor to connect to the ipMonitor host machine directly using an API call in order to monitor bandwidth usage on the system.
SNMP - The Simple Network Management Protocol allows the Monitor to perform a lightweight transaction in order to communicate with SNMP-enabled network devices.
Note: An SNMP Agent has to be installed and running on the server or device being monitored. If the remote system is running Windows 2000, Windows XP or Windows 2003, you will need to install and configure the SNMP Service manually. More information regarding the SNMP Service can be found on the Microsoft web site.
Interface
Select the desired network interface to monitor from the list provided.
The Bandwidth Usage Monitor utilizes two separate threshold values when analyzing test results.
1. Last-Value Threshold - This is the primary threshold rate, which is compared to the value acquired by the Monitor during the most recently performed test.
2. Short-Term Threshold - This is the secondary threshold rate. It uses the test results accumulated over the period of time set within the Sample Size field to detect a steady increase in bandwidth consumption versus a sudden bandwidth spike.
If the Last-Value Threshold rate is exceeded, the Bandwidth Usage Monitor will re-analyze the data by comparing it against the Short-Term Threshold value specified. During this comparison process, the Short-Term Threshold value is measured against a weighted average of the test data obtained during the length of time specified in the Sample Size field.
This dual threshold method prevents false Alerts from occurring each time a spike in bandwidth consumption is detected. Alerts will only be triggered if bandwidth consumption does not return to normal within the required period of time, indicating a steady bandwidth load increase that may affect system performance.

Monitor Name
Enter a concise, descriptive name for the new Monitor. The Monitor Name will be displayed in the Monitors List, Monitor Status, Reports and Logs pages. Names may not be greater than 64 characters. Since ipMonitor does not use the name field to identify the Monitor internally, Monitor Names can be changed at any time without data loss.
Selected Group
From the drop-down list, select one of the existing Groups to which the new Monitor will automatically be added upon creation.
Create Monitor Enabled
Once the Monitor is created, it will immediately start testing the bandwidth usage on the specified server or device. This option is enabled by default.
Store Monitor Statistics for Recent Activity and Historical Reports
ipMonitor will immediately begin to record test results, which are then used to generate Recent Activity and Historical Reports. This option is disabled by default.
Create
Click the Create button to exit the wizard and access the new Monitor in edit mode. You can make any final modifications to the Monitor in this mode, including setting Timing and Notification parameters.
Once you're satisfied with the configuration settings, click the OK button at the bottom of the page. The new Monitor will be displayed within the Monitors List, and can be accessed for further configuration adjustments at any time.
When the Monitor is in an Up state, test results are reported as shown in the example below:

rtt - Round-Trip Time. This value indicates the time it took the test packet to reach the monitored resource and return a response to ipMonitor. Round-trip time is measured in milliseconds (ms).
in - This value indicates the inbound data received by the server, displayed in Kilobytes (KB).
out - This value indicates the outbound data sent by the server, displayed in Kilobytes (KB).
KB/s - This value indicates the current amount of bandwidth consumption, displayed in KB/s (1024 bytes per second).
KB/s-avg - This value indicates the average amount of bandwidth consumption, displayed in KB/s (1024 bytes per second). This calculation is based on the tests performed during the length of time specified in the Sample Size field.
kb/s - This value indicates the current amount of bandwidth consumption, displayed in kb/s (1000 bits per second).
kb/s-avg - This value indicates the average amount of bandwidth consumption, displayed in kb/s (1000 bits per second). This calculation is based on the tests performed during the length of time specified in the Sample Size field.
When the Monitor is in a Warn, Down, or Lost state, the Last Result field indicates the problem encountered. Different Monitor types generate specific Error Codes in accordance with the technical capabilities of the Monitor. Refer to the Error Codes section of this document for details.
Note1: The Bandwidth Usage Monitor Wizard allows you to configure Bandwidth Usage Monitors quickly and easily. However, if you'd prefer greater control over the process, you can Clone an existing Bandwidth Usage Monitor and then make any required configuration changes manually.
Note2: For information on settings common to all Monitor types, such as Identification, Timing, Notification Control and Recovery Parameters, refer to General Monitor Settings.
The following error codes are generated by the Bandwidth Usage Monitor. Error codes are displayed in Real-time and Historical Reports. They can also be added to Alerts using Tokens.
| Message | Details |
|---|---|
| Configuration information for this item is missing some required fields | A required element(s) for Monitor connectivity or testing was not supplied to ipMonitor. |
| The pattern describing the PASS state was not detected | The data sent by the server did not contain the search pattern required for a PASS condition. |
| The specified resource was not found on the remote device | The specified network interface to be monitored was not found on the remote server or device being queried. |
| Unable to connect to the remote device | The specified address to the connection-based Service is unavailable. |
| Could not obtain an IP address for the remote device | The supplied address was not a valid IP address OR the Server Domain Name could not be translated into an IP address. The Server Domain Name may refer to a local machine name, or to a fully qualified domain name. |
| The remote device sent more data than expected | The server sent more data than expected for this protocol. This is usually due to an error in the software being monitored. |
| The remote device timed out before sending a response | The resource being monitored did not respond within the maximum allowable time. |
| The response from the remote device does not adhere to protocol specification | The resource is either not adhering to the protocol standard or ipMonitor does not understand a proprietary change in the protocol. |
| The remote device failed to respond | The server did not provide any response before disconnecting. |
| The remote device provided an empty list of values | No data was returned from the remote server. |
| The response from the remote device was incomprehensible | The resource being monitored responded with invalid data. |
For information on other features and concepts related to those discussed in this article, refer to the following ipMonitor resources:
< Back
![]()
Last Updated: March 30, 2007 | What did you think of this topic?