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

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

提示

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

升级

S9300, S9300E, S9300X V200R013C00 告警处理

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

L2IFPPI

L2IFPPI_1.3.6.1.4.1.2011.5.25.42.2.1.7.6 hwPortSecRcvInsecurePktAlarm

告警解释

L2IFPPI/4/PORTSEC_ACTION_ALARM: OID [oid] Interface ([INTEGER1]/[INTEGER2]) [OCTET] receive insecure MAC address, and the port status is: [INTEGER3]. (1:restrict;2:protect;3:error-down)

端口上的安全MAC超过限制数后上报该告警。

告警属性

告警ID 告警级别 告警类型
1.3.6.1.4.1.2011.5.25.42.2.1.7.6 Warning qualityOfServiceAlarm(3)

告警参数

参数名称 参数含义
oid 该告警所对应的MIB节点的OID号。
[INTEGER1]/[INTEGER2] 端口索引。
OCTET 端口名。
INTEGER3 端口状态。

对系统的影响

影响该端口下正常流量的传输。

可能原因

原因1:

安全mac数或sticky mac数超过配置的上限。

处理步骤

  1. 查看告警信息中的端口状态。

    • 如果端口状态是restrict(超过限制的流量丢弃)=>2
    • 如果端口状态是errordown(端口被errordown)=>3

  2. 使用port-security max-mac-num max-number命令来增大接口MAC地址学习限制数,看告警是否清除。

    • Y=>5
    • N=>4

  3. 执行命令error-down auto-recovery cause port-security interval interval-value,看告警是否清除。

    • Y=>5
    • N=>4

  4. 联系技术支持人员。
  5. 结束。

参考信息

L2IFPPI_1.3.6.1.4.1.2011.5.25.42.2.1.7.10 hwRecIllegalMacPktAlarm

告警解释

L2IFPPI/4/MAC_ILLEGAL_MAC_ALARM: OID [OID] Receive packets with an all-0 MAC address. (PhysicalIndex=[INTEGER], InterfaceName=[OCTET])

端口收到源mac或者目的mac是全0的报文时上报的告警。

告警属性

告警ID 告警级别 告警类型
1.3.6.1.4.1.2011.5.25.42.2.1.7.10 Warning qualityOfServiceAlarm(3)

告警参数

参数名称 参数含义
OID 该告警所对应的MIB节点的OID号。

PhysicalIndex

接口索引。

InterfaceName

接口名称。

对系统的影响

收到非法数据报文。

可能原因

原因1:端口收到源mac是全0的报文。

原因2:端口收到目的mac是全0的报文。

处理步骤

  1. 无需关注

参考信息

L2IFPPI_1.3.6.1.4.1.2011.5.25.42.2.1.7.11 hwMacLimitOverThresholdAlarm

告警解释

L2IFPPI/4/MAC_LIMIT_ALARM: OID [oid] MAC address learning reached the limit. (L2IfNum=[INTEGER], MacLimitVlanId=[INTEGER], MacLimitVsiName=[OCTET], L2PortNum=[INTEGER], BaseTrapSeverity=[INTEGER], BaseTrapProbableCause=[INTEGER], BaseTrapEventType=[INTEGER], MacDynAddressLearnNum=[INTEGER], MacLimitMaxMac=[INTEGER], L2IfPortName=[OCTET])

端口、VLAN、VSI学习到的MAC数达到设置的值。

告警属性

告警ID 告警级别 告警类型
1.3.6.1.4.1.2011.5.25.42.2.1.7.11 Warning other(1)

告警参数

参数名称 参数含义
oid 该告警所对应的MIB节点的OID号。
L2IfNum 接口索引。
MacLimitVlanId 达到限制数的vlanid。
MacLimitVsiName 达到限制数的vsi name。
L2PortNum 端口索引。
BaseTrapSeverity 告警级别。
BaseTrapProbableCause 告警原因。
BaseTrapEventType 告警类型。
MacDynAddressLearnNum 当前学习到的mac数。
MacLimitMaxMac 配置的可以学习到的最大数。
L2IfPortName 接口名。

对系统的影响

不再学习新的MAC。

可能原因

端口、VLAN、VSI习到的MAC数达到设置的mac数。

处理步骤

  1. 请根据告警显示信息判断告警是从端口、VLAN、VSI上报的。

    可根据用户的组网情况进行入下处理:

    • 把端口/VLAN/VSI限制数修改大,=>2
    • 删除不需要的MAC,=>2
    • 不需要处理,=>2

  2. 结束。

参考信息

L2IFPPI_1.3.6.1.4.1.2011.5.25.42.2.1.7.12 hwMacFlappingAlarm

告警解释

L2IFPPI/4/MAC_FLAPPING_ALARM: OID [oid] The MAC address has flap value. (L2IfPort=[INTEGER], entPhysicalIndex=[INTEGER], BaseTrapSeverity=[INTEGER], BaseTrapProbableCause=[INTEGER], BaseTrapEventType=[INTEGER], MacAddr=[OCTET], VLANID=[INTEGER], FormerIfDescName=[OCTET], CurrentIfDescName=[OCTET], DeviceName=[OCTET])

MAC地址产生漂移。

告警属性

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

告警参数

参数名称 参数含义
oid 该告警所对应的MIB节点的OID号。
L2IfPort 接口索引。
entPhysicalIndex 设备实例编号。
BaseTrapSeverity 告警级别。
BaseTrapProbableCause 告警原因。
BaseTrapEventType 告警类型。
MacAddr 发生漂移的MAC地址。
VLANID 发生漂移的VLANID。
FormerIfDescName 漂移前端口。
CurrentIfDescName 漂移后端口。
DeviceName 设备名称。

对系统的影响

漂移的MAC地址对应的用户的流量不能正常接收。

可能原因

原因1:

该端口下学习到的mac地址,有在其他端口学到

处理步骤

  1. 使用下面方法进行破环操作。

    查看告警信息中的两个端口信息。根据组网图,把其中一个端口shutdown,=>2

  2. 观察是否又上报告警。

    • 如果又上报告警,说明有其他环路存在,重复上报的操作继续破环。
    • 如果没有继续上报告警,=>3

  3. 结束。

参考信息

L2IFPPI_1.3.6.1.4.1.2011.5.25.42.2.1.7.19 hwMacLimitOverThresholdAlarmResume

告警解释

L2IFPPI/4/MAC_LIMIT_ALARM: OID [oid] MAC address learning is resumed. (L2IfNum=[INTEGER], MacLimitVlanId=[INTEGER], MacLimitVsiName=[OCTET], L2PortNum=[INTEGER], BaseTrapSeverity=[INTEGER], BaseTrapProbableCause=[INTEGER], BaseTrapEventType=[INTEGER], MacDynAddressLearnNum=[INTEGER], MacLimitMaxMac=[INTEGER], L2IfPortName=[OCTET])

设备学习到的MAC地址达到指定的限制数之后又恢复到告警阈值以内。

告警属性

告警ID 告警级别 告警类型
1.3.6.1.4.1.2011.5.25.42.2.1.7.19 Warning other(1)

告警参数

参数名称 参数含义
oid 该告警所对应的MIB节点的OID号。
L2IfNum 接口索引。
MacLimitVlanId 达到限制数的vlanid。
MacLimitVsiName 达到限制数的vsi name。
L2PortNum 端口索引。
BaseTrapSeverity 告警级别。
BaseTrapProbableCause 告警原因。
BaseTrapEventType 告警类型。
MacDynAddressLearnNum 当前学习到的MAC地址数。
MacLimitMaxMac 配置的可以学习到的最大数。
L2IfPortName 接口名。

对系统的影响

设备可以学习新的MAC地址。

可能原因

端口或VLAN或VSI学习到的MAC地址数达到设置的MAC数之后又恢复到告警阈值以内。

处理步骤

  1. 提示信息,无需处理。

L2IFPPI_1.3.6.1.4.1.2011.5.25.160.3.1 hwMflpIfBlock

告警解释

L2IFPPI/4/MFLPIFBLOCK: OID [oid] Loop exists in VLAN [INTEGER], Interface [OCTET1] blocked, block-time is [GAUGE] for [OCTET2], MAC Address is [OCTET3].

MAC表项发生漂移时,阻塞端口后发生的告警

告警属性

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

告警参数

参数名称 参数含义
oid 该告警所对应的MIB节点的OID号。
INTEGER VLAN值。
OCTET1 阻塞的端口名。
GAUGE 阻塞的时间。
OCTET3 漂移MAC表项的MAC地址。
OCTET2 阻塞的原因。

对系统的影响

流量不能正常接收。

可能原因

原因1:

引起环路的接口配置在同一个VLAN中。

原因2:

线缆连接错误。

原因3:

组网本来是一个环,未启动STP等破环协议。

处理步骤

  1. 确认线缆连接正确,并查看是否仍然上报该告警。

    • Y=>2。
    • N=>9。

  2. 根据组网判断是否可以把同时检测到相同MAC的端口不配置在一个VLAN中。

    • Y=>3。
    • N=>4。

  3. 修改配置,把发生学习到相同MAC的两个端口配置在不同的VLAN中,查看是否仍然上报该告警。

    • Y=>4。
    • N=>9。

  4. 判断环网是否是组网需求。

    • Y=>7。
    • N=>5。

  5. 使用下面方法进行破环操作。

    (1) 使用display loop-detect eth-loop [ vlan vlan-id ]查看阻塞的端口。

    (2) 使用display mac-address vlan vlan-id查找另一个端口。

    (3) 根据组网图,把其中一个端口shutdown。

    (4) 使用reset loop-detect eth-loop vlan vlan-id { all | interface interface-type interface-number | mac-address mac-address } 清除阻塞的端口。

  6. 是否收到恢复告警。

    • Y=>9。
    • N=>7。

  7. 启动STP等破环协议,查看是否仍然上报该告警。

    • Y=>8。
    • N=>9。

  8. 请联系技术支持人员。
  9. 结束。

L2IFPPI_1.3.6.1.4.1.2011.5.25.160.3.2 hwMflpIfResume

告警解释

L2IFPPI/4/MFLPIFRESUME: OID [oid] Loop does not exist in VLAN [INTEGER], Interface [OCTET1] resumed, block-time is [GAUGE] for [OCTET2].

mac漂移阻塞的端口恢复时上报的告警

告警属性

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

告警参数

参数名称 参数含义
oid 该告警所对应的MIB节点的OID号。
INTEGER VLAN值。
OCTET1 恢复的端口名。
OCTET2 恢复原因。

对系统的影响

可能原因

阻塞的端口恢复上报的告警。

处理步骤

  1. 正常提示信息,无需处理。

L2IFPPI_1.3.6.1.4.1.2011.5.25.160.3.7 hwMflpVlanAlarm

告警解释

L2IFPPI/4/MFLPVLANALARM: OID [oid] MAC move detected, VLANID=[INTEGER], [OCTET].

MAC发送漂移时上报的告警。

告警属性

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

告警参数

参数名称 参数含义
oid 该告警所对应的MIB节点的OID号。
INTEGER VLAN值。
OCTET 漂移MAC地址和端口。

对系统的影响

流量不能正常接收。

可能原因

原因1:

引起环路的接口配置在同一个VLAN中。

原因2:

线缆连接错误。

原因3:

组网本来就是一个环,未启动STP等破环协议。

处理步骤

  1. 确认线缆连接正确,并查看是否仍然上报该告警。

    • Y=>2。
    • N=>6。

  2. 根据组网判断是否可以把同时检测到相同MAC的端口不配置在一个VLAN中。

    • Y=>3。
    • N=>4。

  3. 修改配置,把发生学习到相同MAC的两个端口配置在不同的VLAN中,查看是否仍然上报该告警。

    • Y=>4。
    • N=>6。

  4. 启动STP等破环协议,查看是否仍然上报该告警。

    • Y=>5。
    • N=>6。

  5. 请联系技术支持人员。
  6. 结束。

参考信息

L2IFPPI_1.3.6.1.4.1.2011.5.25.160.3.8 hwMflpVsiAlarm

告警解释

L2IFPPI/4/MFLPVSIALARM: OID [OID] MAC move detected, VSI-Name=[OCTET], [OCTET].

VSI中MAC发生漂移时上报的告警。

告警属性

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

告警参数

参数名称 参数含义
oid 该告警所对应的MIB节点的OID号。
VSI-Name VSI名称。
OCTET MAC漂移信息。

对系统的影响

流量不能正常转发。

可能原因

原因1:

引起环路的接口配置在同一个VSI中。

原因2:

线缆连接错误。

原因3:

组网本来就是一个环,未启动STP等破环协议。

原因4:

被阻塞端口使能了LLDP/LNP/NDP/NTDP/LACP等协议,协议报文强制穿透阻塞端口,导致与该阻塞端口相连的网络内发生MAC漂移。

处理步骤

  1. 确认线缆连接正确,并查看是否仍然上报该告警。

    • Y=>2。
    • N=>10。

  2. 根据组网判断是否可以把同时检测到相同MAC的端口不配置在一个VSI中。

    • Y=>3。
    • N=>4。

  3. 修改配置,把发生学习到相同MAC的两个端口配置在不同的VSI中,查看是否仍然上报该告警。

    • Y=>4。
    • N=>10。

  4. 启动STP等破环协议,查看是否仍然上报该告警。

    • Y=>5。
    • N=>10。

  5. 确认是否由于LLDP/LNP/NDP/NTDP/LACP等协议报文导致成环。

    • Y=>6。
    • N=>9。

  6. 确认协议报文是否需要透传。

    • Y=>8。
    • N=>7。

  7. 在被阻塞端口上,去使能对应协议,查看是否仍然上报该告警。

    • Y=>9。
    • N=>10。

  8. 在发生MAC漂移的设备上应用能够匹配协议报文目的MAC地址的流策略,使其不学习协议报文的源MAC,查看是否仍然上报该告警。

    • Y=>9。
    • N=>10。

  9. 请联系技术支持人员。
  10. 结束。

参考信息

L2IFPPI_1.3.6.1.4.1.2011.5.25.160.3.9 hwMflpMacAddrAlarm

告警解释

L2IFPPI/4/MFLPMACBLOCK: OID [oid] Loop exists in VLAN [INTEGER], MAC Address [OCTET1] blocked, block-time is [GAUGE], the former Interface [OCTET2], the latter Interface [OCTET3], for [OCTET4].

MAC表项发生漂移时,阻塞MAC后发生的告警。

告警属性

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

告警参数

参数名称 参数含义
oid 该告警所对应的MIB节点的OID号。
INTEGER VLAN值。
OCTET1 阻塞的MAC地址。
GAUGE 阻塞时间。
OCTET2 漂移前的端口名。
OCTET3 漂移后的端口名。
OCTET4 阻塞原因。

对系统的影响

流量不能正常接收。

可能原因

原因1:

引起环路的接口配置在同一个VLAN中。

原因2:

线缆连接错误。

原因3:

组网本来就是一个环,未启动STP等破环协议。

处理步骤

  1. 确认线缆连接正确,并查看是否仍然上报该告警。

    • Y=>2。
    • N=>9。

  2. 根据组网判断是否可以把同时检测到相同MAC的端口不配置在一个VLAN中。

    • Y=>3。
    • N=>4。

  3. 修改配置,把发生学习到相同MAC的两个端口配置在不同的VLAN中,查看是否仍然上报该告警。

    • Y=>4。
    • N=>9。

  4. 判断环网是否是组网需求。

    • Y=>7。
    • N=>5。

  5. 使用下面方法进行破环操作。

    (1) 查看告警信息中的两个端口信息。

    (2) 根据组网图,把其中一个端口shutdown。

    (3) 使用reset loop-detect eth-loop vlan vlan-id { all | interface interface-type interface-number | mac-address mac-address } 清除阻塞的MAC。

  6. 是否收到恢复告警。

    • Y=>9。
    • N=>7。

  7. 启动STP等破环协议,查看是否仍然上报该告警。

    • Y=>8。
    • N=>9。

  8. 请联系技术支持人员。
  9. 结束。

L2IFPPI_1.3.6.1.4.1.2011.5.25.160.3.10 hwMflpMacAddrResume

告警解释

L2IFPPI/4/MFLPMACRESUME: OID [oid] Loop does not exist in VLAN [INTEGER], MAC Address [OCTET1] resumed, block-time is [GAUGE], the former Interface [OCTET2], the latter Interface [OCTET3], for [OCTET4].

MAC漂移阻塞的MAC恢复时上报的告警。

告警属性

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

告警参数

参数名称 参数含义
oid 该告警所对应的MIB节点的OID号。
INTEGER VLAN值。
OCTET1 阻塞的MAC地址。
GAUGE 阻塞时间。
OCTET2 漂移前的端口名。
OCTET3 漂移后的端口名。
OCTET4 阻塞原因。

对系统的影响

可能原因

原因1:

一段时间后,阻塞的mac恢复上报的告警

处理步骤

  • 正常提示信息,无需处理。

L2IFPPI_1.3.6.1.4.1.2011.5.25.160.3.11 hwMflpQuitVlanAlarm

告警解释

L2IFPPI/4/MFLPQUITVLANALARM: OID [oid] (VLAN=[INTEGER]) Interface [OCTET1] leaved from VLAN [OCTET2] because MAC move detected.

MAC漂移触发端口退vlan上报的告警。

告警属性

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

告警参数

参数名称 参数含义
oid 该告警所对应的MIB节点的OID号。
INTEGER VLAN值。
OCTET1 端口名。
OCTET2 VLAN列表。

对系统的影响

该端口下对应的VLAN流量不通。

可能原因

原因1:

引起环路的端口配置在同一个VLAN中。

原因2:

线缆连接错误。

原因3:

组网本来就是一个环,未启动STP等破环协议。

处理步骤

  1. 确认线缆连接正确,并查看是否仍然上报该告警。

    • Y=>2。
    • N=>6。

  2. 根据组网判断是否可以把同时检测到相同MAC的端口不配置在一个VLAN中。

    • Y=>3。
    • N=>4。

  3. 修改配置,把发生学习到相同MAC的两个端口配置在不同的VLAN中,查看是否仍然上报该告警。

    • Y=>4。
    • N=>6。

  4. 启动STP等破环协议,查看是否仍然上报该告警。

    • Y=>5。
    • N=>6。

  5. 请联系技术支持人员。
  6. 结束。

L2IFPPI_1.3.6.1.4.1.2011.5.25.160.3.12 hwMflpQuitVlanResume

告警解释

L2IFPPI/4/MFLPQUITVLANALARMRESUME: OID [oid] (VLAN=[INTEGER]) Interface [OCTET1] has resumed of leaved from VLAN [OCTET2] because MAC move detected.

MAC漂移触发端口退vlan恢复时上报的告警。

告警属性

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

告警参数

参数名称 参数含义
oid 该告警所对应的MIB节点的OID号。
INTEGER VLAN值。
OCTET1 端口名。
OCTET2 VLAN列表。

对系统的影响

可能原因

原因1:

一段时间后,MAC漂移触发端口退vlan恢复时上报的告警。

处理步骤

  1. 正常提示信息,无需处理。

L2IFPPI_1.3.6.1.4.1.2011.5.25.219.2.2.13 hwBoardPowerOff

告警解释

L2IFPPI/4/BOARDPOWEROFF: OID [OID] The LPU is powered off. This LPU only supports the trunks with index 127 or smaller than 127. Delete the trunks with index larger than 127 and power on the LPU. (Index=[INTEGER1], EntityPhysicalIndex=[INTEGER2], PhysicalName="[OCTET]", EntityTrapEntType=[INTEGER3], EntityTrapFaultID=[INTEGER4])

该接口板下电。因为此接口板只支持索引小于等于127的Eth-Trunk。请先删除索引大于127的Eth-Trunk,再把接口板上电。

告警属性

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

告警参数

参数名称 参数含义
oid 该告警所对应的MIB节点的OID号。
OCTET 实体名称。
INTEGER1 实例索引。
INTEGER2 实体物理索引。
INTEGER3 实例类型。
INTEGER4 错误码。

对系统的影响

该单板不能注册。

可能原因

原因:

仅部分单板支持Eth-Trunk规格扩展。若已配置了规格扩展,且设备上存在索引值大于127的Eth-Trunk,此时插入不支持Eth-Trunk规格扩展的单板(下文简称低规格单板),则低规格的单板不能被注册。

处理步骤

  1. 使用以下两种方法中的一种,看告警是否清除,若不能消除,请转下一步。

    • 将低规格单板拔出。支持规格扩展的单板类型请参考assign trunk命令。
    • 若必须使用该低规格单板,需删除索引值大于127的Eth-Trunk,关于Eth-Trunk口的索引值与Eth-Trunk ID的对应关系,请参考命令display trunk index-map

  2. 联系技术支持人员。
  3. 结束。

参考信息

L2IFPPI_1.3.6.1.4.1.2011.5.25.219.2.12.3 hwPortNoSupportOETrap

告警解释

L2IFPPI/4/CSS_NOSUPPORT_OEPORT: OID [OID] The 1000base-T optical/electrical module or optical module cannot be installed on the port when the port is used as a stack port.(EntityPhysicalIndex=[INTEGER], EntityIfIndex=[INTEGER], EntPhysicalName=[OCTET], hwEntityTrapFaultID=[INTEGER]).

端口已经配置了集群功能,插入的光电模块不支持使用在该端口上。

告警属性

告警ID 告警级别 告警类型
1.3.6.1 .4.1.2011.5.25.219.2.12.3 Warning environmentalAlarm(6)

告警参数

参数名称 参数含义
OID 该告警所对应的MIB节点的OID号。
EntityPhysicalIndex 端口物理索引。
EntityIfIndex 索引。
EntPhysicalName 端口号,根据板类型不同,端口类型也不同。
hwEntityTrapFaultID 错误编码。

对系统的影响

集群失败。

可能原因

原因1:

端口配置为集群口后,如果插入了不支持用于集群连接的光电模块,会发出此告警。

处理步骤

  1. 如果希望此端口配置为集群口,更换支持用于集群连接的光电模块重新插入该端口。
  2. 如果不希望此端口配置作为集群口用,可以删除集群口,作为普通业务口使用,可以不用更换光电模块。
  3. 确认告警是否消失,若仍然存在,请联系技术支持人员。
  4. 结束。

L2IFPPI_1.3.6.1.4.1.2011.5.25.315.3.1 hwMacTrapAlarm

告警解释

L2IFPPI/5/MACCHANGE_TRAPINFO: OID [oid] MAC address information: [OCTET].

MAC地址发生了变化。

告警属性

告警ID 告警级别 告警类型
1.3.6.1.4.1.2011.5.25.315.3.1 Indeterminate equipmentAlarm(5)

告警参数

参数名称 参数含义
oid 该告警所对应的MIB节点的OID号。
OCTET OCTET对应信息为TypeIfindexVlaninvalidVlanidMac-address。各字段含义如下:
  • Type:MAC变化的类型标志。其中01代表MAC地址学习,02代表MAC地址老化。
  • Ifindex:发送MAC变化的接口索引。
  • Vlaninvalid:VLAN标志位。其中1代表MAC地址是学习在VLAN上的。
  • Vlanid:VLAN ID。
  • Mac-address:MAC地址。

例如,设备上有如下告警:L2IFPPI/5/MACCHANGE_TRAPINFO: OID 1.3.6.1.4.1.2011.5.25.315.3.1 Mac address information:0200000006103e80000111105ee.

各个字段的含义如下:
  • 02:MAC地址老化。
  • 00000006:接口索引。
  • 1:MAC地址是学习在VLAN上的。
  • 03e8:十六进制,转化成十进制为1000,即代表的是VLAN ID为1000。
  • 0000111105ee:老化的MAC地址。

对系统的影响

无。

可能原因

设备学习到了MAC地址或MAC地址发生了老化。

处理步骤

  1. 提示信息,无需处理。

参考信息

L2IFPPI_1.3.6.1.4.1.2011.5.25.315.3.2 hwPortVlanSecureMacAlarm

告警解释

L2IFPPI/4/PORTSEC_ACTION_HAVEMAC_ALARM: OID [oid] Interface [INTEGER] receive insecure MAC address. (MacAddr=[OPAQUE], VLAN=[INTEGER], VsiName=[OCTET], Portindex=[INTEGER], InterfaceName=[OCTET], the port status is: [INTEGER]. (1:restrict;2:protect;3:error-down))

端口上的安全MAC达到限制数后,再收到非法MAC时上报告警。

告警属性

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

告警参数

参数名称 参数含义
oid

该告警所对应的MIB节点的OID号。

Interface

收到非法MAC地址的接口索引。

MacAddr

达到限制数后,收到的非法MAC地址。

VLAN

VLAN ID。

VsiName

VSI名称。

Portindex

收到非法MAC地址的端口索引。

InterfaceName

收到非法MAC地址的端口名称。

port status

达到限制数后,端口收到非法MAC地址时触发的保护动作。

对系统的影响

无。

可能原因

原因1:

安全动态MAC数或Sticky MAC数到达配置的上限后,又收到了其他MAC地址的报文。

处理步骤

  1. 查看告警信息中的MAC地址是否是合法的MAC。

    • 如果MAC地址是合法MAC地址=>2
    • 如果MAC地址是非法MAC地址=>3

  2. 使用port-security max-mac-num max-number命令来增大接口MAC地址学习限制数,使合法MAC地址可以被学习到,查看告警是否清除。

    • Y=>4
    • N=>3

  3. 联系技术支持人员。
  4. 结束。

参考信息

L2IFPPI_1.3.6.1.4.1.2011.5.25.315.3.3 hwSlotMacUsageRaisingThreshold

告警解释

L2IFPPI/4/MACEXCDALARM:OID [OID] The MAC Address usage exceeds the threshold. (MacUsageIndex=[INTEGER1], BaseTrapType=[INTEGER2], TrapSeverity=[INTEGER3], BaseTrapCause=[INTEGER4], MacUsage=[INTEGER5], MacUsageThreshold=[INTEGER6], PhysicalName=[OCTET])

MAC表资源使用率超过告警上限阈值。

告警属性

告警ID 告警级别 告警类型
1.3.6.1.4.1.2011.5.25.315.3.3 Warning other(1)

告警参数

参数名称 参数含义
oid 该告警所对应的MIB节点的OID号。
INTEGER1 MAC表资源使用率索引。
INTEGER2 上送类型。
INTEGER3 上送严重程度。
INTEGER4 上送原因。
INTEGER5 当前MAC表资源使用率。
INTEGER6 配置的MAC表资源使用率告警阈值。
OCTET 端口名称。

对系统的影响

可能导致部分单板MAC地址无法学习,造成二层单播报文广播。

可能原因

MAC表资源使用率超过告警上限阈值。

处理步骤

  1. 检查MAC表资源使用率告警阈值是否过低,缺省情况下,上下限阈值分别为80%和70%。阈值的合理范围由用户根据实际业务确定。

    • Y=>2
    • N=>3

  2. 在系统视图下执行命令mac-address threshold-alarm upper-limit upper-limit-value lower-limit lower-limit-value,重新设置告警阈值,查看告警是否恢复。

    • Y=>5
    • N=>3

  3. 可以选择如下两种方式:

    • 可以将业务迁移到其他空闲的设备上或者更换MAC规格更大的单板。

    • 在系统视图下执行命令assign resource-mode slot slot-id mode enhanced-mac,配置扩展MAC表项空间资源。
      说明:

      配置扩展表项空间资源的分配模式,需要重启单板生效。

      支持配置扩展MAC表项空间资源的单板请参见assign resource-mode

      配置enhanced-mac模式可以调大MAC表项规格,但也会使其他表项规格发生变更。enhanced-mac模式下各表项的规格请参见assign resource-mode

    通过上述任意一种方式操作后,查看设备是否仍然上报告警。
    • Y=>4
    • N=>5

  4. 请收集告警信息、日志信息和配置信息,并联系技术支持人员。
  5. 结束。

参考信息

L2IFPPI_1.3.6.1.4.1.2011.5.25.315.3.4 hwSlotMacUsageFallingThreshold

告警解释

L2IFPPI/4/MACEXCDALARM: OID [OID] The MAC Address usage falls below the threshold. (PhysicalIndex=[INTEGER1], BaseTrapType=[INTEGER2], TrapSeverity=[INTEGER3], BaseTrapCause=[INTEGER4], PhysicalName=[OCTET])

MAC表资源使用率低于告警下限阈值。

告警属性

告警ID 告警级别 告警类型
1.3.6.1.4.1.2011.5.25.315.3.4 Warning other(1)

告警参数

参数名称 参数含义
oid 该告警所对应的MIB节点的OID号。
INTEGER1 实例索引。
INTEGER2 上送类型。
INTEGER3 上送严重程度。
INTEGER4 上送原因。
OCTET 端口名称。

对系统的影响

无。

可能原因

MAC表资源使用率低于告警下限阈值。

处理步骤

  1. 提示信息,无需处理。

参考信息

L2IFPPI_1.3.6.1.4.1.2011.5.25.315.3.6 hwMacTrapHashConflictAlarm

告警解释

L2IFPPI/4/MACHASHCONFLICTALARM: OID [oid] A hash conflict occurs in MAC addresses. (IfIndex=[INTEGER], MacAddr=[OPAQUE], VLAN=[GAUGE], VsiName=[OCTET1], InterfaceName=[OCTET2])

设备存在MAC地址Hash冲突。

告警属性

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

告警参数

参数名称 参数含义

oid

该告警所对应的MIB节点的OID号。

IfIndex

接口索引。

MacAddr

MAC地址。

VLAN

VLAN ID。

VsiName

VSI名称。

InterfaceName

接口名称。

对系统的影响

设备MAC地址表空间未满,而该MAC地址表项又不能被学习到。

可能原因

设备存在MAC地址Hash冲突。

处理步骤

  1. 执行display mac-address summary查看设备上MAC地址表资源的使用情况,确认是否超过80%。

    • 是 => 4。
    • 否 => 2。

  2. 执行mac-address hash-mode命令调整设备的MAC Hash模式。查看该告警是否消除。

    • 是 => 结束。
    • 否 => 3。
    说明:
    • 由于MAC地址分布没有规律性,因此无法确定哪种Hash算法最优。在通常情况下,默认算法为最优算法,建议不要轻易变更。

    • 配置合适的MAC Hash模式只能缓解MAC地址学习的Hash冲突,不能彻底解决冲突问题。

    • 更改MAC Hash模式后,必须重启单板使配置生效。

  3. 根据告警信息中的MAC地址和接口名称,获取发生MAC地址Hash冲突的设备或者终端的位置。调整规划,修改该终端接入接口的VLAN配置,将该终端调整至其他VLAN。查看该告警是否消除。

    • 是 => 结束。
    • 否 => 4。

  4. 重新规划组网,将告警信息中MAC地址对应的终端设备的业务迁移到MAC地址表资源相对空闲的设备上,查看告警是否消除。

    • 是 => 结束。
    • 否 => 5。

  5. 更换设备为MAC地址表资源规格较大的设备,查看告警是否消除。

    • 是 => 结束。
    • 否 => 6。

  6. 请收集告警信息、日志信息和配置信息,并联系技术支持人员。

参考信息

L2IFPPI_1.3.6.1.4.1.2011.5.25.315.3.9 hwPortsecStaticFlpAlarm

告警解释

L2IFPPI/4/PORTSECSTATICFLP: OID [OID] Interface received a packet with flapping static MAC. (MACAddr=[OPAQUE], VLAN=[GAUGE], VsiName=[OCTET], IfIndex=[INTEGER], InterfaceName=[OCTET])

接口接收到报文的源MAC地址已经存在在其他接口的静态MAC表中。

告警属性

告警ID 告警级别 告警类型
1.3.6.1.4.1.2011.5.25.315.3.9 Warning qualityOfServiceAlarm(3)

告警参数

参数名称 参数含义

OID

该告警所对应的MIB节点的OID号。

MACAddr

MAC地址。

VLAN

VLAN ID。

VsiName

VSI名称。

IfIndex

接口索引。

InterfaceName

接口名称。

对系统的影响

接口接收到报文的源MAC地址已经在其他接口的静态MAC表中存在,因此接口会直接丢弃该报文。

可能原因

使能了端口安全的接口,接收到报文的源MAC地址已经存在在其他接口的静态MAC表中。

处理步骤

  1. 确认该接口下是否需要处理该报文。

    • Y=>2。
    • N=>3。

  2. 执行命令display mac-address [ vlan vlan-id | interface-type interface-number ] *,根据报文的MAC查找对应的接口,并在该接口下执行命令undo mac-address [ interface-type interface-number | vlan vlan-id ] *命令删除已有的MAC地址表项。
  3. 结束。

L2IFPPI_1.3.6.1.4.1.2011.5.25.160.3.17 hwMflpBdAlarm

告警解释

L2IFPPI/4/MFLPBDALARM: OID [OID] MAC move detected, bridge-domain ID=[GAUGE], original-port=[OCTET1], flapping-port 1=[OCTET2], flapping-port 2=[OCTET3], [OCTET4].

BD域内发生MAC漂移时上报的告警。

告警属性

告警ID 告警级别 告警类型
1.3.6.1.4.1.2011.5.25.160.3.17

Warning

environmentalAlarm(6)

告警参数

参数名称 参数含义
OID 该告警所对应的MIB节点的OID号。
GAUGE BD域编号。
OCTET1 首先学习到MAC地址的端口号。
OCTET2 再次学习到MAC地址的端口号。
OCTET3 再次学习到MAC地址的端口号。
OCTET4 告警原因。

对系统的影响

流量不能正常接收。

可能原因

在相同BD域内同样的MAC地址被不同端口学习,导致MAC漂移。

处理步骤

  1. 使用下面方法进行破环操作。

    查看告警信息中的两个端口信息。根据组网图,把其中一个端口shutdown,=>2

  2. 观察是否又上报告警。

    • 如果又上报告警,说明有其他环路存在,重复上述的操作继续破环。
    • 如果没有继续上报告警,=>3

  3. 结束。
翻译
下载文档
更新时间:2019-04-09

文档编号:EDOC1100065982

浏览量:1211

下载量:47

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