For bearers and classes of service, Highlight can discover bandwidths from the configured shape and police statements, and apply them to associated watches.
Highlight can also autodiscover bandwidth on DSL routers.
Refer to the Autodiscovery section on the Edit Watch Admin page for details of how to configure autodiscovery. Once selected, the current bandwidth settings for the circuit are copied to a storage area so that they can be restored in future if autodiscovery is removed.
Once enabled, Highlight will check and update the bandwidth. The frequency of checking depends on the support capability of the device
- If 'Device MiniValidation' process is supported, checks will be made every 10 minutes
- If 'Device MiniValidation' process is not supported, checks will be made every 48 hours
MiniValidation will take place if Highlight detects that a configuration change has been made (for class speeds), or if the router reports line speeds (for DSL circuits).
All other operation of the feature is automatic. If Highlight uses bandwidth autodiscovery to change the recorded bandwidth for a link, the Utilisation / Load figures and other metrics which depend on them (for example, alerts generated because of high utilisation) will take effect from that moment onwards. Highlight does not re-calculate any summary or other historical statistics.
When bandwidth autodiscovery is enabled on an ADSL bearer, Highlight will look for the following two OIDs from the adslMIB every 10 minutes:
|adslAtucChanCurrTxRate||Inbound ADSL bandwidth on Cisco devices|
|adslAturChanCurrTxRate||Outbound ADSL bandwidth on Cisco devices|
When bandwidth autodiscovery is enabled on a bearer, Highlight will look for traffic shaper elements ('shape' and 'police' statements) configured on the bearer and on classes beneath it, in a configuration such as this:
Bandwidth autodiscovery follows these rules:
Highlight will discover traffic shapers which are applied to any classes of service on that interface.
Bandwidths stored in those shapers will be stored in the tier values for those classes and used to calculate utilisation levels.
The ACCESS values ('Access In' and 'Access Out') will not be changed.
As a special case, if Highlight finds a shaper attached to a class called 'CLASS-DEFAULT' (case-insensitive) and that class is attached directly to a Service Policy on the Interface we are monitoring, then this bandwidth (a single figure eg '2048000') will be treated as a new tier value for the physical interface, and stored as the 'Tier In' and 'Tier Out' bandwidths for that interface.
Bandwidth values discovered for the interface will be 'pushed down' to all classes on that interface, unless they are overridden by specific shapers on the class itself.
The Highlight GUI indicates on the Details pag whether the bandwidth being used is autodiscovered by putting '(Auto)' after the bandwidth details in the title bar.
Once selected, the current bandwidth settings for the circuit are copied to a storage area so that they can be restored in future if autodiscovery is removed.
When a bandwidth is autodiscovered and changed in the Tree, Highlight will write an event to the Audit log to the effect of "Autodetected - changed from 20 Mb to 12 Mb".
Currently, class bandwidth autodiscovery only supports Cisco devices using Class-Based Quality of Service (CBQoS). Bandwidth autodiscovery uses the MIB entries cbQosTSCfgRate and cbQosTSCfgRateType to establish the presence of a shaper. Remember that any shaper attached to a class will set the Bandwidth for that class; and also if that class name is 'class-default' and it is attached to an outbound service policy on the interface we're monitoring, we will also use that bandwidth to update the bearer bandwidth.