所选语种没有对应资源,请选择:

本站点使用Cookies,继续浏览表示您同意我们使用Cookies。Cookies和隐私政策>

提示

尊敬的用户,您的IE浏览器版本过低,为获取更好的浏览体验,请升级您的IE浏览器。

升级

S9300, S9300E, S9300X V200R013C00 告警处理

本文档介绍了设备支持的告警,内容包含告警解释、告警属性、告警参数、告警原因、告警处理。
评分并提供意见反馈 :
华为采用机器翻译与人工审校相结合的方式将此文档翻译成不同语言,希望能帮助您更容易理解此文档的内容。 请注意:即使是最好的机器翻译,其准确度也不及专业翻译人员的水平。 华为对于翻译的准确性不承担任何责任,并建议您参考英文文档(已提供链接)。
MCAST

MCAST

MCAST_1.3.6.1.4.1.2011.5.25.227.2.1.8 hwBoardL2mcResLack

告警解释

MCAST/4/L2MCINDEXISLACK: OID [OID] The l2mc index resource usage has exceeded [GAUGE]%. (Slot=[OCTET], ResourceType=[INTEGER])

L2MC索引资源使用率超过上限值。

告警属性

告警ID 告警级别 告警类型
1.3.6.1.4.1.2011.5.25.227.2.1.8 Warning equipmentAlarm(5)

告警参数

参数名称 参数含义
OID 该告警所对应的MIB节点的OID号。
GAUGE 索引资源使用率上限值。
OCTET 槽位号。
INTEGER 告警原因。

对系统的影响

如果继续增加二层组播MAC转发模式表项,可能会因为硬件资源不足,导致新增组播业务不通。

可能原因

二层组播MAC转发模式表项数量超过上限值。

处理步骤

  1. 根据组播表项类型进行处理:

    • 如果配置的是动态二层组播表项,分别执行命令display igmp-snooping port-infodisplay mld-snooping port-info,检查设备上按IP模式转发的IPv4二层组播表项和IPv6二层组播表项是否过多。如果是,可分别执行命令reset igmp-snooping group { all | vlan { all | vlan-id [ [ source-address source-address ] group-address group-address ] } }和reset mld-snooping group { all | vlan vlan-id [ [ source-address source-ipv6-address ] group-address group-ipv6-address ] }清除不需要的表项。
    • 如果配置的是静态二层组播表项,在接口视图下执行命令undo l2-multicast static-group [ source-address source-ip-address ] group-address group-ip-address vlan { all | { vlan-id1 [ to vlan-id2 ] } &<1-10> }删除。

  2. 删除后查看是否产生恢复告警L2MCINDEXISRESUME。如果没有,请执行步骤3
  3. 请联系技术支持人员。

MCAST_1.3.6.1.4.1.2011.5.25.227.2.1.9 hwBoardL2mcResLackResume

告警解释

MCAST/4/L2MCINDEXISRESUME: OID [OID] The l2mc index resource usage has fallen below [GAUGE]%. (Slot=[OCTET], ResourceType=[INTEGER])

L2MC索引资源使用率恢复到正常范围内。

告警属性

告警ID 告警级别 告警类型
1.3.6.1.4.1.2011.5.25.227.2.1.9 Warning equipmentAlarm(5)

告警参数

参数名称 参数含义
OID 该告警所对应的MIB节点的OID号。
GAUGE 索引资源使用率上限值。
OCTET 槽位号。
INTEGER 告警原因。

对系统的影响

无。

可能原因

二层组播表项数量恢复到正常范围内。

处理步骤

  1. 正常运行信息,无需处理。

MCAST_1.3.6.1.4.1.2011.5.25.227.2.1.10 hwBoardIpmcResLack

告警解释

MCAST/4/IPMCINDEXISLACK: OID [OID] The ipmc index resource usage has exceeded [GAUGE]%. (Slot=[OCTET], ResourceType=[INTEGER])

IPMC索引资源使用率超过上限值。

告警属性

告警ID 告警级别 告警类型
1.3.6.1.4.1.2011.5.25.227.2.1.10 Warning equipmentAlarm(5)

告警参数

参数名称 参数含义
OID 该告警所对应的MIB节点的OID号。
GAUGE 索引资源使用率上限值。
OCTET 槽位号。
INTEGER 告警原因。

对系统的影响

如果继续增加三层组播表项或者二层组播IP转发模式表项,可能会因为硬件资源不足,导致组播业务不通。

可能原因

三层组播表项或者二层组播IP转发模式表项数量超过上限值。

处理步骤

  1. 根据组播表项类型进行处理:

    • IPv4二层组播表项和IPv6二层组播表项共用索引资源。分别执行命令display igmp-snooping port-infodisplay mld-snooping port-info,检查设备上按IP模式转发的IPv4二层组播表项和IPv6二层组播表项是否过多。如果是,可分别执行命令reset igmp-snooping group { all | vlan { all | vlan-id [ [ source-address source-address ] group-address group-address ] } }和reset mld-snooping group { all | vlan vlan-id [ [ source-address source-ipv6-address ] group-address group-ipv6-address ] }清除不需要的表项;如果配置的是静态二层组播表项,在接口视图下执行命令undo l2-multicast static-group [ source-address source-ip-address ] group-address group-ip-address vlan { all | { vlan-id1 [ to vlan-id2 ] } &<1-10> }删除。如果不是,请执行步骤3
    • IPv4组播转发表和IPv6组播转发表共用索引资源。分别执行命令display multicast [ vpn-instance vpn-instance-name | all-instance ] forwarding-tabledisplay multicast ipv6 forwarding-table,检查设备上的IPv4组播转发表项和IPv6组播转发表项是否过多。如果是,分别执行命令reset multicast [ vpn-instance vpn-instance-name | all-instance ] forwarding-table { group-address [ mask { group-mask | group-mask-length } ] | source-address [ mask { source-mask | source-mask-length } ] }和reset multicast ipv6 forwarding-table { ipv6-group-address [ ipv6-group-mask-length ] | ipv6-source-address [ ipv6-source-mask-length ] | incoming-interface { interface-type interface-number | register } } *,清除不需要的组播转发表项。如果不是,请执行步骤3

  2. 删除后查看是否产生恢复告警IPMCINDEXISRESUME。如果没有,请执行步骤3
  3. 请联系技术支持人员。

MCAST_1.3.6.1.4.1.2011.5.25.227.2.1.11 hwBoardIpmcResLackResume

告警解释

MCAST/4/IPMCINDEXISRESUME: OID [OID] The ipmc index resource usage has fallen below [GAUGE]%. (Slot=[OCTET], ResourceType=[INTEGER])

IPMC索引资源使用率恢复到正常范围内。

告警属性

告警ID 告警级别 告警类型
1.3.6.1.4.1.2011.5.25.227.2.1.11 Warning equipmentAlarm(5)

告警参数

参数名称 参数含义
OID 该告警所对应的MIB节点的OID号。
GAUGE 索引资源使用率上限值。
OCTET 槽位号。
INTEGER 告警原因。

对系统的影响

无。

可能原因

三层组播表项数量恢复到正常范围内。

处理步骤

  1. 正常运行信息,无需处理。

MCAST_1.3.6.1.4.1.2011.5.25.227.2.1.53 hwBoardMcResFull

告警解释

MCAST/4/MCASTRESOURCEFULL:OID [OID] The multicast entry resource has been exhausted. (Slot=[OCTET], ResourceType=[INTEGER])

设备上组播资源满,在设备上组播的L2MC、IPMC、ACL资源达到满规格时,会打印该告警。

告警属性

告警ID 告警级别 告警类型
1.3.6.1.4.1.2011.5.25.227.2.1.53 Warning environmentalAlarm(6)

告警参数

参数名称 参数含义
OID 该告警所对应的MIB节点的OID号。
Slot 发出告警对应的槽位号。
ResourceType 转发引擎资源的类型:
  • l2mcindex(74)
  • ipmcindex(75)
  • ACL(212)
  • mcfibv4NumExceedThresHold(321)
  • mcfibv6NumExceedThresHold(322)
  • l2mcTable(749)
  • ipmcTable(750)
  • ipmcVlanTable(751)
  • mlibTable(752)
  • elbTable(753)
  • fdbTable(754)
  • vidxTable(755)
  • tcamTable(756)
  • mllTable(758)

对系统的影响

  • ResourceType为l2mcindex(74)时:如果继续增加二层组播MAC转发模式表项,会因为硬件资源不足,导致新增组播业务不通。
  • ResourceType为ipmcindex(75)时:如果继续增加三层组播表项或者二层组播IP转发模式表项,会因为硬件资源不足,导致组播业务不通。
  • ResourceType为ACL(212)时:配置组播VPN时,如果继续增加公网mtunnel出端口或在已有的公网组播环回口Eth-trunk中增加成员接口时,会因为ACL资源不足,导致组播业务不通。

可能原因

  • 原因1:单板上L2MC资源耗尽。
  • 原因2:单板上IPMC资源耗尽。
  • 原因3:单板上ACL资源耗尽。

处理步骤

  1. ResourceType为l2mcindex(74):

    根据组播表项类型进行处理:
    • 如果配置的是动态二层组播表项,分别执行命令display igmp-snooping port-infodisplay mld-snooping port-info,检查设备上按IP模式转发的IPv4二层组播表项和IPv6二层组播表项是否过多。如果是,可分别执行命令reset igmp-snooping group { all | vlan { all | vlan-id [ [ source-address source-address ] group-address group-address ] } }和reset mld-snooping group { all | vlan vlan-id [ [ source-address source-ipv6-address ] group-address group-ipv6-address ] }清除不需要的表项。
    • 如果配置的是静态二层组播表项,在接口视图下执行命令undo l2-multicast static-group [ source-address source-ip-address ] group-address group-ip-address vlan { all | { vlan-id1 [ to vlan-id2 ] } &<1-10> }删除。

  2. ResourceType为ipmcindex(75):

    根据组播表项类型进行处理:
    • IPv4二层组播表项和IPv6二层组播表项共用索引资源。分别执行命令display igmp-snooping port-infodisplay mld-snooping port-info,检查设备上按IP模式转发的IPv4二层组播表项和IPv6二层组播表项是否过多。如果是,可分别执行命令reset igmp-snooping group { all | vlan { all | vlan-id [ [ source-address source-address ] group-address group-address ] } }和reset mld-snooping group { all | vlan vlan-id [ [ source-address source-ipv6-address ] group-address group-ipv6-address ] }清除不需要的表项;如果配置的是静态二层组播表项,在接口视图下执行命令undo l2-multicast static-group [ source-address source-ip-address ] group-address group-ip-address vlan { all | { vlan-id1 [ to vlan-id2 ] } &<1-10> }删除。
    • IPv4组播转发表和IPv6组播转发表共用索引资源。分别执行命令display multicast [ vpn-instance vpn-instance-name | all-instance ] forwarding-tabledisplay multicast ipv6 forwarding-table,检查设备上的IPv4组播转发表项和IPv6组播转发表项是否过多。如果是,分别执行命令reset multicast [ vpn-instance vpn-instance-name | all-instance ] forwarding-table { group-address [ mask { group-mask | group-mask-length } ] | source-address [ mask { source-mask | source-mask-length } ] }和reset multicast ipv6 forwarding-table { ipv6-group-address [ ipv6-group-mask-length ] | ipv6-source-address [ ipv6-source-mask-length ] | incoming-interface { interface-type interface-number | register } } *,清除不需要的组播转发表项。

  3. ResourceType为ACL(212):

    1. 执行display acl resource [ slot slot ]命令查看具体的ACL资源信息(同时包含ACL4和ACL6的资源信息)。
    2. 执行display current-configuration命令查看交换机当前生效的配置信息。
    3. 结合ACL资源信息和当前生效的配置信息,判断占用ACL资源的业务。删除不再使用的业务,释放ACL资源。判断思路如下。
      • NAC、IPSG、MQC、基于ACL的简化流策略业务会占用大量的ACL资源,优先查看交换机上是否有此类业务占用资源。
      • 根据ACL资源信息中的字段判断哪些业务占用了ACL资源。例如MQC、基于ACL的简化流策略、SVF、MPLS或者BFD与VPLS联动等业务会占用UDF ACL资源,如果UDF ACL资源数比较大,可以优先排查此类业务。
    4. 如果以上操作还不能解决问题,请收集日志信息和配置信息,并联系技术支持人员。设备诊断信息可以通过display diagnostic-information命令收集。

参考信息

MCAST_1.3.6.1.4.1.2011.5.25.227.2.1.62 hwBoardMcResLack

告警解释

MCAST/4/MCASTRESOURCELACK:OID [OID] The multicast entry resource usage has exceeded [GAUGE]%. (Slot=[OCTET], ResourceType=[INTEGER])

组播表项资源使用率超过阈值。

告警属性

告警ID 告警级别 告警类型
1.3.6.1.4.1.2011.5.25.227.2.1.62 Warning environmentalAlarm(6)

告警参数

参数名称 参数含义
OID 该告警所对应的MIB节点的OID号。
GAUGE 阈值。可以通过命令multicast threshold-alarm upper-limit upper-limit lower-limit lower-limit设置。
Slot 发出告警对应的槽位号。
ResourceType 组播表项资源的类型:
  • mcfibv4NumExceedThresHold(321)
  • mcfibv6NumExceedThresHold(322)
  • l2mcTable(749)
  • ipmcTable(750)
  • ipmcVlanTable(751)
  • mlibTable(752)
  • elbTable(753)
  • fdbTable(754)
  • vidxTable(755)
  • tcamTable(756)
  • mllTable(758)

对系统的影响

如果继续增加二层组播MAC转发模式表项、三层组播表项或者二层组播IP转发模式表项,会因为硬件资源不足,导致新增组播业务不通。

可能原因

  • 原因1:单板上MFIBv4资源使用率超过阈值。
  • 原因2:单板上MFIBv6资源使用率超过阈值。
  • 原因3:单板上L2MC资源使用率超过阈值。
  • 原因4:单板上IPMC资源使用率超过阈值。
  • 原因5:单板上IPMC_VLAN资源使用率超过阈值。
  • 原因6:单板上MLIB资源使用率超过阈值。
  • 原因7:单板上ELB资源使用率超过阈值。
  • 原因8:单板上FDB资源使用率超过阈值。
  • 原因9:单板上VIDX资源使用率超过阈值。
  • 原因10:单板上TCAM资源使用率超过阈值。
  • 原因11:单板上MLL资源使用率超过阈值。

处理步骤

  1. 根据组播表项类型进行处理:

    • 如果配置的是动态二层组播表项,分别执行命令display igmp-snooping port-infodisplay mld-snooping port-info,检查设备上按IP模式转发的IPv4二层组播表项和IPv6二层组播表项是否过多。如果是,可分别执行命令reset igmp-snooping group { all | vlan { all | vlan-id [ [ source-address source-address ] group-address group-address ] } }和reset mld-snooping group { all | vlan vlan-id [ [ source-address source-ipv6-address ] group-address group-ipv6-address ] }清除不需要的表项。
    • 如果配置的是静态二层组播表项,在接口视图下执行命令undo l2-multicast static-group [ source-address source-ip-address ] group-address group-ip-address vlan { all | { vlan-id1 [ to vlan-id2 ] } &<1-10> }删除组播转发表项。
    • 如果配置的是三层组播表项。分别执行命令display multicast [ vpn-instance vpn-instance-name | all-instance ] forwarding-tabledisplay multicast ipv6 forwarding-table,检查设备上的IPv4组播转发表项和IPv6组播转发表项是否过多。如果是,分别执行命令reset multicast [ vpn-instance vpn-instance-name | all-instance ] forwarding-table { group-address [ mask { group-mask | group-mask-length } ] | source-address [ mask { source-mask | source-mask-length } ] }和reset multicast ipv6 forwarding-table { ipv6-group-address [ ipv6-group-mask-length ] | ipv6-source-address [ ipv6-source-mask-length ] | incoming-interface { interface-type interface-number | register } } *,清除不需要的组播转发表项。

  2. 按照步骤1清除多余组播转发表项后查看问题是否解决,如果未解决请联系技术支持人员。

MCAST_1.3.6.1.4.1.2011.5.25.227.2.1.63 hwBoardMcResLackResume

告警解释

MCAST/4/MCASTRESOURCERESUME:OID [OID] The multicast entry resource usage has fallen below [GAUGE]%. (Slot=[OCTET], ResourceType=[INTEGER])

组播表项资源使用率恢复到阈值以下。

告警属性

告警ID 告警级别 告警类型
1.3.6.1.4.1.2011.5.25.227.2.1.63 Warning environmentalAlarm(6)

告警参数

参数名称 参数含义
OID 该告警所对应的MIB节点的OID号。
GAUGE 阈值。可以通过命令multicast threshold-alarm upper-limit upper-limit lower-limit lower-limit设置。
Slot 发出告警对应的槽位号。
ResourceType 组播表项资源的类型:
  • mcfibv4NumExceedThresHold(321)
  • mcfibv6NumExceedThresHold(322)
  • l2mcTable(749)
  • ipmcTable(750)
  • ipmcVlanTable(751)
  • mlibTable(752)
  • elbTable(753)
  • fdbTable(754)
  • vidxTable(755)
  • tcamTable(756)
  • mllTable(758)

对系统的影响

可能原因

  • 原因1:单板上MFIBv4资源使用率恢复到阈值以下。
  • 原因2:单板上MFIBv6资源使用率恢复到阈值以下。
  • 原因3:单板上L2MC资源使用率恢复到阈值以下。
  • 原因4:单板上IPMC资源使用率恢复到阈值以下。
  • 原因5:单板上IPMC_VLAN资源使用率恢复到阈值以下。
  • 原因6:单板上MLIB资源使用率恢复到阈值以下。
  • 原因7:单板上ELB资源使用率恢复到阈值以下。
  • 原因8:单板上FDB资源使用率恢复到阈值以下。
  • 原因9:单板上VIDX资源使用率恢复到阈值以下。
  • 原因10:单板上TCAM资源使用率恢复到阈值以下。
  • 原因11:单板上MLL资源使用率恢复到阈值以下。

处理步骤

  1. 正常运行信息,无需处理。

翻译
下载文档
更新时间:2019-04-09

文档编号:EDOC1100065982

浏览量:1184

下载量:47

平均得分:
本文档适用于这些产品
相关文档
相关版本
分享
上一页 下一页