- 产品与解决方案
- 行业解决方案
- 服务
- 支持
- 合作伙伴
- 关于我们
02-HH3C-IFQOS2-MIB
本章节下载： 02-HH3C-IFQOS2-MIB (151.40 KB)
H3C-IF-QOS-MIB包括如下几个模块：
· 硬件队列
· 软件队列
· LINE RATE
· CAR
· GTS
· WRED
· 端口优先级和端口优先级信任
· MAP
其中，CAR分为聚合CAR和三色CAR；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的作用只是为不同端口配置相同的流量监管参数提供便捷方式。QOS项目二期只提供聚合模式的全局CAR功能。
hh3c-ifqos2.mib
|
OID |
告警标题 |
类型 |
级别 |
清除告警 |
缺省状态 |
|
1.3.6.1.4.1.25506.2.65.1.16.0.17 |
接口上由于控制平面CAR而产生协议丢包 |
故障告警 |
重要 |
hh3cIfQoSCoppDropPktAlarmRecover (hh3cIfQoSCoppDropPktAlarmRecover) |
关闭 |
基于控制平面配置流量监管，上送控制平面的报文速率过大而产生协议丢包。
上送控制平面的报文被丢弃，业务或者设备内部控制信息可能无法正常处理。
开启
命令行：snmp-agent trap enable qos
关闭
命令行：undo snmp-agent trap enable qos
|
OID（变量名） |
含义 |
索引节点 |
类型 |
取值范围 |
|
1.3.6.1.4.1.25506.2.65.1.15.1 (hh3cIfQoSChassis) |
框号 |
无 |
Integer32 |
0～65534 |
|
1.3.6.1.4.1.25506.2.65.1.15.2 (hh3cIfQoSSlot) |
槽号 |
无 |
Integer32 |
0～65534 |
|
1.3.6.1.4.1.25506.2.65.1.15.8 (hh3cIfQoSCoppProtocol) |
协议类型 |
无 |
OCTET STRING |
SIZE (1～31) |
|
1.3.6.1.4.1.25506.2.65.1.15.9 (hh3cIfQoSBandwidth) |
带宽 |
无 |
Unsigned32 |
同MIB标准取值 |
|
1.3.6.1.4.1.25506.2.65.1.15.13 (hh3cIfQoSBandwidthUnit) |
带宽单位 |
无 |
INTEGER |
unitUnavailable (0), unitAbsolute (1), unitAbsolutePPS (4) |
取消基于控制平面的流量监管配置。
|
OID |
告警标题 |
类型 |
级别 |
清除告警 |
缺省状态 |
|
1.3.6.1.4.1.25506.2.65.1.16.0.18 |
接口上由于控制平面CAR而产生的协议丢包已经恢复 |
恢复告警 |
重要 |
- |
关闭 |
接口上由于控制平面CAR而产生的协议丢包已经恢复。
对系统无影响。
开启
命令行：snmp-agent trap enable qos
关闭
命令行：undo snmp-agent trap enable qos
|
OID（变量名） |
含义 |
索引节点 |
类型 |
取值范围 |
|
1.3.6.1.4.1.25506.2.65.1.15.1 (hh3cIfQoSChassis) |
框号 |
无 |
Integer32 |
0～65534 |
|
1.3.6.1.4.1.25506.2.65.1.15.2 (hh3cIfQoSSlot) |
槽号 |
无 |
Integer32 |
0～65534 |
|
1.3.6.1.4.1.25506.2.65.1.15.8 (hh3cIfQoSCoppProtocol) |
协议类型 |
无 |
OCTET STRING |
SIZE (1～31) |
|
1.3.6.1.4.1.25506.2.65.1.15.9 (hh3cIfQoSBandwidth) |
带宽 |
无 |
Unsigned32 |
同MIB标准取值 |
|
1.3.6.1.4.1.25506.2.65.1.15.13 (hh3cIfQoSBandwidthUnit) |
带宽单位 |
无 |
INTEGER |
unitUnavailable (0), unitAbsolute (1), unitAbsolutePPS (4) |
无需处理。
不同款型规格的资料略有差异, 详细信息请向具体销售和400咨询。H3C保留在没有任何通知或提示的情况下对资料内容进行修改的权利!
支持
