| OID | 1.3.6.1.4.1.9.9.116.1.1.2.1.4 |
| Module | CISCO-DOCS-EXT-MIB (CISCO) |
| Nom | cdxQosIfRateLimitShpGranularity |
| Acces | readwrite |
| Status | current |
| Description | 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. |
| Syntaxe | Enumeration (1-na, 2-msec1, 3-msec2, 4-msec4, 5-msec8, 6-msec16) |