cdxQosIfRateLimitShpGranularity

The width in milliseconds of each element in shaping 
delay queue, that is, the shaping granularity.
              
The shaping granularity is only applied to rate limit
algorithm: Token bucket algorithm with shaping. It 
controls how accurately the algorithm quantizes the shaping 
delay for a rate exceeded flow. If granularity is large, several 
shaping delay values will all be quantized to the same element 
in the queue resulting in less accurate rate shaping for the flows 
in bits/sec. On the other hand, choosing too small granularity 
causes more memory to be used for the shaper block, and also 
can cost a bit more in runtime overhead.
              
If the rate limit algorithm is not Token bucket algorithm with 
shaping, the value is always na(1) which is not applicable.
              
The enumerations for shaping granularity are:
  na(1): shaping granularity is not applied to the current 
         rate limit algorithm
   msec1(2): shaping granularity in 1 milliseconds 
   msec2(3): shaping granularity in 2 milliseconds 
   msec4(4): shaping granularity in 4 milliseconds 
   msec8(5): shaping granularity in 8 milliseconds 
  msec16(6): shaping granularity in 16 milliseconds  
              
The downstream shaping granularity is configurable and the
default value is msec4(4). Whenever the downstream rate limit 
algorithm is changed to Token bucket algorithm with shaping 
from other rate limit algorithm, the value will be reset to the 
default value. 
              
The upstream shaping granularity is not configurable and 
it is read-only value.

MIB

CISCO-DOCS-EXT-MIB

OID

.1.3.6.1.4.1.9.9.116.1.1.2.1.4

Type

column

Access

readwrite

Status

current

Parent

cdxQosIfRateLimitEntry