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

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

提示

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

升级

CloudEngine 8800, 7800, 6800, 5800 V200R003C00 告警处理

本文档介绍了设备支持的告警,内容包含告警解释、告警属性、告警参数、告警原因、告警处理。

评分并提供意见反馈 :
华为采用机器翻译与人工审校相结合的方式将此文档翻译成不同语言,希望能帮助您更容易理解此文档的内容。 请注意:即使是最好的机器翻译,其准确度也不及专业翻译人员的水平。 华为对于翻译的准确性不承担任何责任,并建议您参考英文文档(已提供链接)。
OSPF_1.3.6.1.2.1.14.16.2.2 ospfNbrStateChange

OSPF_1.3.6.1.2.1.14.16.2.2 ospfNbrStateChange

Trap Buffer信息解释

The status of the non-virtual neighbor has changed. (RouterId=[RouterId], NbrIpAddress=[NbrIpAddress], NbrAddressLessIndex=[NbrAddressLessIndex], NbrRtrId=[NbrRtrId], NbrState=[NbrState], ProcessId=[ProcessId], AreaId=[AreaId], IfnetIndex=[IfnetIndex], LocalIfIpAddress=[LocalIfIpAddress], IfName=[IfName], VpnName=[VpnName], Reason=[NbrStateChangeReason], SubReason=[SubReason])

设备非虚连接邻居的状态发生变化:

  • 邻居状态从full或Init到down的变化,对于广播网和NBMA网络,DR Other间的邻居状态由2-way变为down,作为告警上报;其它邻居状态回迁变化作为从full到非full告警的重复。
  • 邻居重新到达full状态后,业务恢复,上报告警清除信息。
  • 对于广播网和NBMA网络,DR Other间的邻居状态重新达到2-way,上报告警清除信息。
  • 邻居被删除以后,不发送清除告警。

Trap属性

Trap属性

描述

Alarm or Event

Alarm

Trap Severity

Critical

Mnemonic Code

ospfNbrStateChange

Trap OID

1.3.6.1.2.1.14.16.2.2

Alarm ID

0x08900005

Alarm Type

communicationsAlarm

Raise or Clear

None

Match trap

故障告警Trap和业务恢复Trap使用同一个Trap,通过NbrState参数区分。只有当邻居状态为8: Full时,此Trap为业务恢复Trap,当邻居为其他状态时,此Trap为故障告警Trap。

Trap Buffer信息参数

参数名称 参数含义

oid

MIB节点号。

RouterId

路由器标识。

NbrIpAddress

邻居地址。

NbrAddressLessIndex

接口索引。

NbrRtrId

邻居路由器标识。

NbrState

邻居状态。

  • 1: Down
  • 2: Attempt
  • 3: Init
  • 4: 2-Way
  • 5: ExStart
  • 6: Exchange
  • 7: Loading
  • 8: Full

ProcessId

进程标识。

AreaId

区域标识。

IfnetIndex

实接口索引。

LocalIfIpAddress

本端接口地址。

IfName

实接口名称。

VpnName

VPN名称。

Reason

邻居状态变化的原因:

  • 1:adjacencyHoldTimerExpired,表示邻接设备的定时器超时。
  • 2:physicalInterfaceChange,表示设备的物理接口状态发生变化。
  • 3:ospfProtocolReason,表示OSPF协议原因导致告警。
  • 4:bfdSessionStateChange,表示BFD会话断开。
  • 5:configureChange,表示OSPF配置发生了变化。
  • 6:peerRouterReason,表示邻居设备原因导致告警。
  • 100:alarmCleared,表示业务恢复、去使能OSPF或邻居被删除,告警清除。

SubReason

详细原因。

VB信息参数

VB OID

VB Name

VB Index

1.3.6.1.2.1.14.1.1

ospfRouterId

N/A

1.3.6.1.2.1.14.10.1.1

ospfNbrIpAddr

ospfNbrIpAddr;

ospfNbrAddressLessIndex;

1.3.6.1.2.1.14.10.1.2

ospfNbrAddressLessIndex

ospfNbrIpAddr;

ospfNbrAddressLessIndex;

1.3.6.1.2.1.14.10.1.3

ospfNbrRtrId

ospfNbrIpAddr;

ospfNbrAddressLessIndex;

1.3.6.1.2.1.14.10.1.6

ospfNbrState

ospfNbrIpAddr;

ospfNbrAddressLessIndex;

对系统的影响

非虚连接邻居状态变化时都会发送该Trap,表明邻居状态发生改变。

  • 如果邻居状态由较低状态变为较高状态,则属于正常运行,无需关注。
  • 如果邻居状态由较高状态变为较低状态,则可能导致业务中断。
说明:
OSPF邻居状态变化顺序从低到高:down->init->2-way->exstart->exchange->loading->full

可能原因

原因1:Adjacency holdTimer expired.(邻居定时器超时。)

原因2:Physical interface change.(物理接口变化。)

原因3:Protocol reason.(协议原因。)

原因4:BFD session state change.(BFD会话断开。)

原因5:Configuration change.(OSPF配置变化。)

原因6:Peer router reason.(邻居设备原因。)

原因100:Alarm clear.(告警被清除。)

处理步骤

  • 原因1:Adjacency holdTimer expired.
    1. 执行ping命令查看到对端设备的链路状态是否良好。

      • 如果不能ping通,请检查传输设备、链路情况、接口情况,通过调整硬件设备恢复业务。
      • 如果能够ping通,则请执行步骤2。

    2. 执行ping multicast -i interface-name命令ping 224.0.0.5和224.0.0.6这两个组播地址,查看接口加入组播组情况。

      • 如果至少有一个不能ping通的地址,请检查加入组播组情况,并进行恢复。
      • 如果都能够ping通,则请执行步骤3。

    3. 请收集日志文件,并联系技术支持人员。
  • 原因2:Physical interface change.
    1. 执行display ospf interface命令查看建立OSPF邻居的接口物理状态是否良好。

      • 如果接口的物理状态为“down”,请检查接口的光功率、传输设备是否正常,通过恢复物理接口状态来消除告警。
      • 如果接口的物理状态为“*down”,则该接口被人为执行shutdown操作了,请在接口下执行undo shutdown命令来消除告警。
      • 如果接口的物理状态为Up,则请执行步骤2。

    2. 执行display ospf interface命令查看建立OSPF邻居的接口协议状态。

      • 如果当前协议状态为Down,请检查是否配置了IP地址、IP地址配置得是否正确,通过对IP地址的检查来消除告警。
      • 如果当前协议状态为Up,则请执行步骤3。

    3. 请收集日志文件,并联系技术支持人员。
  • 原因3:Protocol reason.
    1. 分别在本地设备和对端设备的接口视图和OSPF视图下,执行display this命令检查链路两端的设备是否使能了相同的协议。

      • 如果相同,则请执行步骤2。
      • 如果不同,请在需要建立邻居的链路两端接口上配置相同的协议。

    2. 执行display ospf peer命令查看OSPF邻居信息。

      • 如果没有任何邻居信息,表示本设备无法接收到对端的Hello报文,或者接收到的Hello报文被丢弃,则请执行步骤3。
      • 如果显示的邻居信息为Init,表示本设备可以收到对端的Hello报文,而对端却无法收到本设备的Hello报文。执行ping命令查看到对端设备的链路状态是否良好。出现该问题一般是由于转发层面出了问题,导致报文被丢弃。如果不能通过解决转发故障来消除告警,则请执行步骤4。
      • 如果显示的邻居信息为2-way,表示设备运行OSPF接口上配置ospf dr-priority 0,请执行ospf dr-priority命令,调整接口的DR优先级大于0来消除告警。
      • 如果显示的邻居信息为Exstart,表示告警设备由于一直在进行DD协商,而无法完成DD同步,则请执行步骤3。
      • 如果显示的邻居信息为Loading,表示本设备认为收到的LSA为非法LSA,将其丢弃后不断的请求LSA。可以通过在需要建立OSPF邻居的链路两端执行reset ospf process命令来恢复告警。
        说明:

        复位OSPF连接(执行reset ospf process命令)会导致设备之间的OSPF邻接关系中断。务必仔细确认是否必须执行复位OSPF连接的操作。

    3. 在接口视图和OSPF进程下分别执行display this命令,检查链路两端配置的认证是否相同。

      • 如果相同,则请执行步骤4。
      • 如果不同,请将链路两端配置的认证方式改为一致。

    4. 请收集日志文件,并联系技术支持人员。
  • 原因4:BFD session state change.
    1. 执行ping命令查看到对端设备的链路状态是否良好。

      • 如果不能ping通对端设备,请检查传输设备、链路情况、接口情况,通过调整硬件设备恢复业务。
      • 如果能ping通对端设备,则请执行步骤4。

    2. 在接口视图下执行ping命令检查链路配置是否正确。

      • 如果配置正确,则请执行步骤3。
      • 如果配置不正确,则修改配置。

    3. 执行display ospf peer命令检查邻居关系是否为Up。

      • 如果邻居关系为Up,则请执行步骤4。
      • 如果邻居关系为Down,则请执行步骤5。

    4. 执行ping multicast -i interface-name命令ping 224.0.0.5和224.0.0.6这两个组播地址,查看接口加入组播组情况。

      • 如果不能ping通,请检查加入组播组情况,并进行修复。
      • 如果能够ping通,则请执行步骤5。

    5. 请收集日志文件,并联系技术支持人员。
  • 原因5:Configuration change.
    1. 在OSPF进程视图下执行display this命令,检查邻居两端的区域配置是否一致。

      • 如果不一致,将其修改一致。
      • 如果一致,则请执行步骤2。

    2. 在OSPF进程视图下执行display this命令,检查两端OSPF进程中是否都使能opaque-capability。

      • 如果不一致,将其修改一致。
      • 如果一致,则请执行步骤3。

    3. 执行display ospf interface命令,检查链路两端接口的“ospf network-type”是否一致。

      • 如果不一致,将其修改一致。
      • 如果一致,则请执行步骤4。

    4. 请收集日志文件,并联系技术支持人员。
  • 原因6:Peer router reason.
    1. 对端设备是否属于其他厂商。

      • 如果属于其他厂商,则请执行步骤2。
      • 如果不属于其他厂商,则请执行步骤3。

    2. 请联系其他厂商对对端设备运行状况进行排查。
    3. 检查对端设备或者OSPF进程是否重启。

      • 如果对端设备或者OSPF进程已重启,请结合对端设备的告警、日志信息进行原因确认。
      • 如果对端设备或者OSPF进程没有重启,则请执行步骤4。

    4. 请收集日志文件,并联系技术支持人员。
翻译
下载文档
更新时间:2019-05-05

文档编号:EDOC1100004339

浏览量:24413

下载量:127

平均得分:
本文档适用于这些产品

相关版本

相关文档

Share
上一页 下一页