Measures reported by CbrSvcStatsTest
Service classes are user-defined groups of IP addresses and port numbers that allow the Branch Repeater to accelerate or not accelerate a particular group of connections or a single connection.
Once a service class is created, acceleration (also known as flow control) and compression can be enabled or disabled for that particular service class.
After service class configuration, administrators may want to check how well the branch repeater accelerates the traffic to and from each service class, how effective the compression algorithm mapped to each service class is, and whether any data or connection is left unaccelerated. This analysis will enable administrators to identify those service classes for which many connections are still unaccelerated and those that use poor compression algorithms. To perform this analysis periodically, the CbrSvcStatsTest test can be used.
For each service class configured in the branch repeater, this test monitors the accelerated traffic on the service class and reports the following:
- For which service class has the branch repeater not accelerated the maximum data and connections?
- For which service class has the branch repeater being unable to compress data traffic significantly?
Such service classes are candidates for configuration tuning.
The measures made by this test are as follows:
| Measurement |
Description |
Measurement Unit |
Interpretation |
| Curr_Accelerated_Conn |
Indicates the current number of accelerated connections for this service class. |
Number |
|
| Total_Accelerated_Conn |
Indicates the total number of accelerated connections for this service class since system startup. |
Number |
A high value is desired for this measure. |
| Total_Accelerated_Octets |
Indicates the total amount of data that was accelerated for this service class during the last measurement period. |
KB |
A high value is desired for this measure. |
| TotalNonAccelerated_Conn |
Indicates the total number of non-accelerated connections for this service class since system startup. |
Number |
A low value is desired for this measure.
Compare the value of this measure across service classes to know for which service class the maximum number of connections has not been accelerated. The reasons for this will have to be investigated. If ineffective traffic shaping policies or compression rules are responsible for the gradual deterioration in the acceleration rate of the service class, then such policies will have to be revamped to improve performance. |
| TotalNonAccelerateOctets |
Indicates the total amount of data that was not accelerated for this service class during the last measurement period. |
KB |
Compare the value of this measure across service classes to know for which service class the maximum amount of data has not been accelerated. The reasons for this will have to be investigated. If ineffective traffic shaping policies or compression rules are responsible for the gradual deterioration in the acceleration rate of the service class, then such policies will have to be revamped to improve performance. |
| TotalPreCompressOctets |
Indicates the amount of data that was accelerated for this service class before compression during the last measurement period. |
KB |
|
| CompressSentOctets |
Indicates the amount of data that was transmitted for this service class after compression, during the last measurement period. |
KB |
Compare the value of the CompressSentOctets and the PreCompressSentOctets measures for a service class to figure out how effective compression was. If compression did not reduce the data transmitted for any service class, it is an indication that a poor compression algorithm has been employed by that service class. You will then have to reconfigure the compression ratio that applies to that service class. |
| PreCompressSentOctets |
Indicates the amount of data that was transmitted for this service class before compression, during the last measurement period. |
KB |
| CompressReceivedOctets |
Indicates the amount of data that was received for this service class after compression, during the last measurement period. |
KB |
Compare the value of the CompressReceivedOctets and the PreCompresReceivedOctets measures for a service class to figure out how effective compression was. If compression only mildly reduced the data received for any service class, it is an indication that a poor compression algorithm has been employed by that service class. You will then have to reconfigure the compression ratio that applies to that service class. |
| PreCompresReceivedOctets |
Indicates the amount of data that was received for this service class before compression, during the last measurement period. |
KB |
|