- 产品与解决方案
- 行业解决方案
- 服务
- 支持
- 合作伙伴
- 关于我们
03-HH3C-IFQOS2-MIB
本章节下载： 03-HH3C-IFQOS2-MIB (164.64 KB)
HH3C-IF-QOS-MIB包括如下几个模块：
· 硬件队列
· 软件队列
· LINE RATE
· CAR
· GTS
· WRED
· 端口优先级和端口优先级信任
· MAP
其中，CAR分为聚合CAR和三色CAR；WRED分为全局WRED和端口WRED。
全局WRED
Weighted Random Early Detection，加权早期随机丢弃检测（简称WRED），在队列还没有满的时候随机进行丢弃，用于拥塞避免。采用WRED时，用户可以设定队列的阈值（threshold）。当队列的长度小于低阈值时，不丢弃报文；当队列的长度在低阈值和高阈值之间时，WRED开始随机丢弃报文（队列的长度越长，丢弃的概率越高）；当队列的长度大于高阈值时，丢弃所有的报文。WRED可以感知QoS的带内信令，包括IP优先级、DSCP，和MPLS EXP。可以为不同IP优先级，DSCP，或MPLS EXP的报文设定不同的队列长度滤波系数、队列阈值、丢弃概率，从而对不同优先级的报文提供不同的丢弃特性。与RED不同，WRED生成的随机数是基于优先权的，它引入IP优先权区别丢弃策略，考虑了高优先权报文的利益并使其被丢弃的概率相对较小。
由于WRED随机地丢弃报文，将避免使多个TCP连接同时降低发送速度，从而避免了TCP的全局同步现象。在配置了WRED的队列中，每当一个新的数据包入队的时候，都要对它进行随机丢弃检测，如果通过这加入队列，否则丢弃。WRED可以应用到每个端口，WRED和WFQ配合使用时，可以实现基于流的WRED。
WRED根据作用范围来说，可以划分为：
● 基于端口的WRED。它对所有从该端口发送的报文进行WRED丢弃。
● 基于队列的WRED。仅对配置了WRED的队列起作用，它在数据包入队列的时候对报文进行WRED丢弃。
● 基于丢弃级别的WRED。在接口上将报文根据不同丢弃级别（如高、中、低丢弃级别）分类，并为每种不同丢弃级别配置不同的早期丢弃参数。
● 基于ACL的WRED。在接口上将报文按照ACL分类，并对每种不同分类的报文配置不同的早期丢弃参数。
● 基于8021P的WRED。在接口上根据报文携带的802.1P优先级进行分类，为每个802.1P优先级（0～7）配置不同的早期丢弃参数。
● 基于EXP的WRED。在接口上根据报文携带的EXP优先级进行分类，为每个EXP优 先级（0～7）配置不同的早期丢弃参数。
● 基于ATM-CLP的WRED。在ATM接口上根据信元携带的CLP(Cell Loss Priority)优先级（0～1），为每个CLP优先级配置不同的早期丢弃参数。
● 基于DSCP的WRED。在接口上根据报文携带的DSCP优先级进行分类，为每个DSCP优先级（0～63）配置不同的早期丢弃参数。
● 基于IP-Precedence的WRED。在接口上根据报文携带的IP优先级进行分类，为每个IP优先级（0～7）配置不同的早期丢弃参数。
● 基于Fr-De的WRED。在接口上根据fr-de来配置wred参数。
ComwareV500R002支持两种WRED应用方式：
● 接口下应用WRED参数。用户可以直接在接口下使能WRED功能，并配置WRED丢弃参数。
● 接口下应用WRED Group。用户也可以在全局下配置WRED GROUP，全局将支持64个WRED GROUP。然后在接口下直接应用已经配置的WRED GROUP。功能与接口下应用WRED参数相同，但是能简化用户配置。
聚合CAR
部分交换机芯片支持聚合CAR，能够对于指定的多个端口匹配流使用一个CAR进行流量监管。
聚合CAR是全局CAR的一种子类型。全局CAR为配置在全局的一套CAR参数，在端口通过名称引用该全局CAR。根据全局CAR的生效方式，可以分为聚合CAR和非聚合全局CAR。如果全局CAR指定为聚合模式，引用该全局CAR的端口流量共同使用该CAR的令牌桶进行流量监管；如果全局CAR指定为非聚合模式，引用该全局CAR的端口各独立生成一个该CAR对应的令牌桶，流量在各端口独立进行流量监管。聚合CAR相当于各端口流量共用同一令牌桶进行流量监管，非聚合全局CAR的作用只是为不同端口配置相同的流量监管参数提供便捷方式。QOS项目二期只提供聚合模式的全局CAR功能。
hh3c-ifqos2.mib
iso(1).org(3).dod(6).internet(1).private(4).huawei(2011).hh3c(10).hh3cCommon(2).hh3cQos2(65).hh3cIfQos2(1)
该表用来限制物理接口的接收或者向外发送数据的速率的配置。
创建约束：支持
修改约束：支持
删除约束：支持
读取约束：支持
该表的索引节点是IfIndex、hh3cIfQoSLRDirection。
|
节点名称及OID |
最大访问权限 |
数据类型 |
有效范围 |
含义 |
实现规格 |
|
hh3cIfQoSLRDirection (1.3.6.1.4.1.25506.2.65.1.3.1.1.1) |
not-accessible |
Direction |
同MIB标准取值 |
对接口的入/出方向数据流进行限速 |
支持 仅支持 outbound(2) |
|
hh3cIfQoSLRCir (1.3.6.1.4.1.25506.2.65.1.3.1.1.2) |
read-create |
Unsigned32 |
同MIB标准取值 |
承诺信息速率 |
支持GigabitEthernet范围： 8 ~ 10000000 |
|
hh3cIfQoSLRCbs (1.3.6.1.4.1.25506.2.65.1.3.1.1.3) |
read-create |
Unsigned32 |
同MIB标准取值 |
在绝对值调度方式下，表示承诺突发尺寸；在百分比调度方式下，表示某段时间内的承诺突发尺寸 |
支持GigabitEthernet范围：1000 ~ 1000000000 |
|
hh3cIfQoSLREbs (1.3.6.1.4.1.25506.2.65.1.3.1.1.4) |
read-create |
Unsigned32 |
同MIB标准取值 |
超额突发尺寸，在双令牌桶算法中超额突发流量超出承诺突法流量的部分 在百分比调度方式下，表示某段时间内超出的突发尺寸 |
支持GigabitEthernet范围：0 ~ 1000000000 |
|
hh3cIfQoSRowStatus (1.3.6.1.4.1.25506.2.65.1.3.1.1.5) |
read-create |
RowStatus |
同MIB标准取值 |
行状态 |
active(1) createAndGo(4) destroy(6) |
|
hh3cIfQoSLRUnit (1.3.6.1.4.1.25506.2.65.1.3.1.1.7) |
read-create |
INTEGER |
unitAbsolute(1) unitPercent(2) |
限速的单位 |
支持 需要产品确认 |
该表用来统计端口使能物理限速的运行信息统计表。
创建约束：不支持
修改约束：不支持
删除约束：不支持
读取约束：支持
该表的索引节点是ifIndex、hh3cIfQoSLRDirection。
|
节点名称及OID |
最大访问权限 |
数据类型 |
有效范围 |
含义 |
实现规格 |
|
hh3cIfQoSLRRunInfoPassedPackets (1.3.6.1.4.1.25506.2.65.1.3.2.1.1) |
read-only |
Counter64 |
同MIB标准取值 |
已经通过的数据包数目 |
实现与MIB文件定义一致 |
|
hh3cIfQoSLRRunInfoPassedBytes (1.3.6.1.4.1.25506.2.65.1.3.2.1.2) |
read-only |
Counter64 |
同MIB标准取值 |
已经通过的字节数 |
实现与MIB文件定义一致 |
|
hh3cIfQoSLRRunInfoDelayedPackets (1.3.6.1.4.1.25506.2.65.1.3.2.1.3) |
read-only |
Counter64 |
同MIB标准取值 |
被延迟发送的数据包数目 |
实现与MIB文件定义一致 |
|
hh3cIfQoSLRRunInfoDelayedBytes (1.3.6.1.4.1.25506.2.65.1.3.2.1.4) |
read-only |
Counter64 |
同MIB标准取值 |
被延迟发送的字节数 |
实现与MIB文件定义一致 |
|
hh3cIfQoSLRRunInfoActiveShaping (1.3.6.1.4.1.25506.2.65.1.3.2.1.5) |
read-only |
INTEGER |
active(1) inactive(2) |
当前限速配置是否被激活 |
实现与MIB文件定义一致 |
不同款型规格的资料略有差异, 详细信息请向具体销售和400咨询。H3C保留在没有任何通知或提示的情况下对资料内容进行修改的权利!
支持
