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

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

提示

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

升级

CloudEngine 8800, 7800, 6800, 5800 V200R003C00 日志参考

本文档介绍了设备支持的日志,内容包含日志信息、日志含义、日志参数、日志原因、日志处理。

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

LDP/1/mplsLdpSessionDown_active

日志信息

LDP/1/mplsLdpSessionDown_active: The LDP session status is Down. (PeerLsrId=[PeerLsrId], VrfName=[VrfName], SessionType=[SessionType], IfName=[IfName], SubReason=[SubReason], Reason=[Reason])

日志含义

LDP会话状态由Up变为Down,或者LDP的会话始终无法Up。

日志参数

参数名称 参数含义

PeerLsrId

LDP会话标识

VrfName

LDP会话所在的VRF名称

SessionType

LDP会话的类型,包括:
  • 本地会话
  • 远端会话
  • 本地和远端会话

IfName

发现邻居的接口名称

SubReason

告警详细原因

当LDP会话Down的原因是接收到错误报文时,会给出详细的错误类型;当LDP会话Down的原因是接收到Notify消息时,会给出详细的Notify类型; 典型枚举值例举:

  • 1、收到错误LDP ID的报文
  • 2、收到错误版本号的报文
  • 3、收到错误PDU长度的报文
  • 5、收到错误消息长度的报文
  • 7、收到错误TLV的报文
  • 9、收到Hello超时的通告消息
  • 10、收到Shutdown通告消息
  • 20、收到Keepalive超时的通告消息,当LDP会话Down的原因是接收到Socket的错误时,会给出详细的错误码。

LDP会话Down为其它原因时,此字段为0。

Reason

告警原因

可能原因

原因0:The LDP session went Up.(LDP会话建立成功。)

原因1:The LDP Hello hold timer expired.(LDP会话的Hello保持定时器超时。)

原因2:The LDP Keepalive timer expired.(LDP会话的KeepAlive保持定时器超时。)

原因3:The reset ldp command was configured.(用户执行了重启LDP的命令。)

原因4:Undo MPLS LDP.(用户去使能MPLS LDP)

原因6:Undo MPLS LDP remote peer.(用户删除了LDP Remote Peer)

原因7:GR was configured for a session.(用户修改了会话的GR属性。)

原因9:The Keepalive timer of a session is changed.(用户修改了会话的KeepAlive保持定时器的时间。)

原因13:The transport address of a session is changed.(用户修改了会话使用的传输地址。)

原因14:The LSR ID of a session is changed.(用户修改了会话的LSR ID。)

原因15:A notification was received from a peer to request the reestablishment of an LDP session on the local end.(接收到邻居发送的Notify协议消息,要求本端重新建立LDP会话。)

原因22:An LDP session cannot be set up.(LDP长时间无法建立会话。)

原因23:An error message was received from a peer.(邻居发送的协议报文错误。)

原因24:A socket error was received.(LDP接收到socket错误。)

原因25:The LDP session was deleted.(用户删除了LDP会话。)

处理步骤

  • 原因0:The LDP session went Up.
    1. 正常运行信息,无需处理。
  • 原因1:The LDP Hello hold timer expired.
    1. 执行display mpls ldp session peer-id命令检查LDP会话状态是否正常,其中参数peer-id与告警信息中PeerLsrId字段的内容保持一致。

      • 如果会话的状态为“Operational”,表示会话已经重新Up。可能属于会话闪断,有可能已经造成业务中断请执行步骤8。
      • 如果没有任何信息或者会话的状态为非“Operational”,则请执行步骤2。

    2. 执行display mpls ldp interface命令,分别检查两端的hello消息是否收发正常。

      判断方法如下:Hello消息每隔5秒发送一次,因此可以通过连续输入display mpls ldp interface命令(建议频率1次/3秒)查看显示信息中“Hello-Send/Rcv”字段的计数,若连续几次敲入显示命令后发现发送或接受的计数没有变化,或者变化周期远大于5秒,则表示Hello消息收发异常。

      • 如果Hello消息收发异常,包括以下几种情况:
        • 本端收发正常,对端收发异常请执行步骤3。
        • 两端收发均异常请执行步骤3。
        • 本端收发异常,对端收发正常请执行步骤5。
      • 如果两端收发均正常请执行步骤4。

    3. 如果对端收发不正常,可能是CPU使用率高或内存使用率高导致。请参照CPU使用率高的处理步骤排除故障,并查看故障是否排除。

      • 如果是,请执行步骤7。
      • 如果不是,请执行步骤8。

    4. 可能是对端配置被修改,请检查配置是否正确。

      • 如果是,请执行步骤7。
      • 如果不是,请执行步骤8。

    5. 可能是网络拥塞导致,执行ping -a source-ip-address -c count host 100命令检查转发是否正常。

      • 如果是,请执行步骤7。
      • 如果不是,请执行步骤6。

    6. 请参照转发不通的处理步骤排除故障,并查看故障是否排除。

      • 如果是,请执行步骤7。
      • 如果不是,请执行步骤8。

    7. 检查LDP会话状态是否为Up。

      • 如果是,请执行步骤表示告警消除。
      • 如果不是,请执行步骤8。

    8. 请收集本端和对端设备的告警信息、日志信息和配置信息,并联系技术支持人员。
  • 原因2:The LDP Keepalive timer expired.
    1. 执行display mpls ldp session peer-id命令检查LDP会话状态是否正常,其中参数peer-id与告警信息中PeerLsrId字段的内容保持一致。

      • 如果会话的状态为“Operational”,表示会话已经重新Up。可能属于会话闪断,有可能已经造成业务中断请执行步骤7。
      • 如果没有任何信息或者会话的状态为非“Operational”,则请执行步骤2。

    2. 执行display mpls ldp interface命令,分别检查两端的hello消息是否收发正常。

      判断方法如下:Hello消息每隔5秒发送一次,因此可以通过连续输入display mpls ldp interface命令(建议频率1次/3秒)查看显示信息中“Hello-Send/Rcv”字段的计数,若连续几次敲入显示命令后发现发送或接受的计数没有变化,或者变化周期远大于5秒,则表示Hello消息收发异常。

      • 如果Hello消息收发异常,包括以下几种情况:
        • 本端收发正常,对端收发异常请执行步骤3。
        • 两端收发均异常请执行步骤3。
        • 本端收发异常,对端收发正常请执行步骤4。
      • 如果两端收发均正常请执行步骤7。

    3. 如果对端收发不正常,可能是CPU使用率高或内存使用率高导致。请参照CPU使用率高的处理步骤排除故障,并查看故障是否排除。

      • 如果是,请执行步骤6。
      • 如果不是,请执行步骤7。

    4. 可能是网络拥塞导致,执行ping -a source-ip-address -c count host 100命令检查转发是否正常。

      • 如果是,请执行步骤6。
      • 如果不是,请执行步骤7。

    5. 请参照转发不通的处理步骤排除故障,并查看故障是否排除。

      • 如果是,请执行步骤6。
      • 如果不是,请执行步骤7。

    6. 检查LDP会话状态是否为Up。

      • 如果是,请执行步骤表示告警消除。
      • 如果不是,请执行步骤7。

    7. 请收集本端和对端设备的告警信息、日志信息和配置信息,并联系技术支持人员。
  • 原因3:The reset ldp command was configured.
    1. 执行display mpls ldp session peer-id命令检查LDP会话状态是否正常,其中参数peer-id与告警信息中PeerLsrId字段的内容保持一致。

      • 如果会话的状态为“Operational”,表示会话已经重新Up。可能属于配置导致会话闪断,则请执行步骤告警消除。
      • 如果没有任何信息或者会话的状态为非“Operational”,则请执行步骤2。

    2. 请收集该设备的告警信息、日志信息和配置信息,并联系技术支持人员。
  • 原因4:Undo MPLS LDP.
    1. 执行display current-configuration命令检查是否在全局或接口下去使能了MPLS LDP。

      • 如果是,请使能全局和接口下的MPLS LDP能力请执行步骤2。
      • 如果没有,则请执行步骤3。

    2. 执行display mpls ldp session peer-id命令检查LDP会话状态是否正常,其中参数peer-id与告警信息中PeerLsrId字段的内容保持一致。

      • 如果会话的状态为“Operational”,表示会话已经重新Up。可能属于配置导致会话闪断,则请执行步骤告警消除。
      • 如果没有任何信息或者会话的状态为非“Operational”,则请执行步骤2。

    3. 请收集该设备的告警信息、日志信息和配置信息,并联系技术支持人员。
  • 原因6:Undo MPLS LDP remote peer.
    1. 执行display current-configuration命令检查是否删除了LDP远端对等体。

      • 如果是,请重新进行远端对等体的配置请执行步骤2。
      • 如果没有,则请执行步骤3。

    2. 执行display mpls ldp session peer-id命令检查LDP会话状态是否正常,其中参数peer-id与告警信息中PeerLsrId字段的内容保持一致。

      • 如果会话的状态为“Operational”,表示会话已经重新Up。可能属于配置导致会话闪断,则请执行步骤告警消除。
      • 如果没有任何信息或者会话的状态为非“Operational”,则请执行步骤2。

    3. 请收集该设备的告警信息、日志信息和配置信息,并联系技术支持人员。
  • 原因7:GR was configured for a session.
    1. 执行display mpls ldp session peer-id命令检查LDP会话状态是否正常,其中参数peer-id与告警信息中PeerLsrId字段的内容保持一致。

      • 如果会话的状态为“Operational”,表示会话已经重新Up。可能属于配置导致会话闪断,则请执行步骤告警消除。
      • 如果没有任何信息或者会话的状态为非“Operational”,则请执行步骤2。

    2. 请收集该设备的告警信息、日志信息和配置信息,并联系技术支持人员。
  • 原因9:The Keepalive timer of a session is changed.
    1. 执行display mpls ldp session peer-id命令检查LDP会话状态是否正常,其中参数peer-id与告警信息中PeerLsrId字段的内容保持一致。

      • 如果会话的状态为“Operational”,表示会话已经重新Up。可能属于配置导致会话闪断,则请执行步骤告警消除。
      • 如果没有任何信息或者会话的状态为非“Operational”,则请执行步骤2。

    2. 请收集该设备的告警信息、日志信息和配置信息,并联系技术支持人员。
  • 原因13:The transport address of a session is changed.
    1. 执行display mpls ldp session peer-id命令检查LDP会话状态是否正常,其中参数peer-id与告警信息中PeerLsrId字段的内容保持一致。

      • 如果会话的状态为“Operational”,则请执行步骤2。
      • 如果没有任何信息或者会话的状态为非“Operational”,则请执行步骤3。

    2. 表示会话已经重新Up,可能属于会话闪断,有可能已经造成业务中断。需要根据日志信息进一步分析原因请执行步骤3。
    3. 检查对端交换机是否存在新配置的传输地址的路由:执行display mpls ldp peer peer-id命令,其中参数peer-id和告警信息中PeerLsrId字段的内容保持一致。查看显示信息中的TransportAddress字段。执行display ip routing-table ip-address命令,其中参数ip-address要和display mpls ldp peer peer-id命令的显示信息中TransportAddress字段的内容保持一致,检查是否存在到对端路由信息。

      • 如果是,请执行步骤5。
      • 如果不是,请执行步骤4。

    4. 配置有错误,重新选择传输地址请执行步骤1。
    5. 检查TCP状态是否正常:display tcp status在两端分别执行查看,主动端(IP地址大)的State应该为Established的TCP连接,而被动端(IP地址小)的State也处于Established状态。

      • 如果是,请执行步骤6。
      • 如果不是,请执行步骤7。

    6. 检查Session是否已经Up。

      • 如果是,请执行步骤告警消除。
      • 如果不是,请执行步骤7。

    7. 请收集该设备的告警信息、日志信息和配置信息,并联系技术支持人员。
  • 原因14:The LSR ID of a session is changed.
    1. 执行display mpls ldp session peer-id命令检查LDP会话状态是否正常,其中参数peer-id与告警信息中PeerLsrId字段的内容保持一致。

      • 如果会话的状态为“Operational”,表示会话已经重新Up。可能属于配置导致会话闪断,则请执行步骤告警消除。
      • 如果没有任何信息或者会话的状态为非“Operational”,则请执行步骤2。

    2. 请收集该设备的告警信息、日志信息和配置信息,并联系技术支持人员。
  • 原因15:A notification was received from a peer to request the reestablishment of an LDP session on the local end.
    1. 执行display mpls ldp session peer-id命令检查LDP会话状态是否正常,其中参数peer-id与告警信息中PeerLsrId字段的内容保持一致。

      • 如果会话的状态为“Operational”,则请执行步骤2。
      • 如果没有任何信息或者会话的状态为非“Operational”,则请执行步骤3。

    2. 表示会话已经重新Up,可能属于会话闪断,有可能已经造成业务中断。需要根据日志信息进一步分析原因请执行步骤3。
    3. 请收集该设备的告警信息、日志信息和配置信息,并联系技术支持人员。
  • 原因22:An LDP session cannot be set up.
    1. 执行display mpls ldp session peer-id命令检查LDP会话状态是否正常,其中参数peer-id与告警信息中PeerLsrId字段的内容保持一致。

      • 如果会话的状态为“Operational”,表示会话已经重新Up。可能属于会话闪断,有可能已经造成业务中断请执行步骤8。
      • 如果没有任何信息或者会话的状态为非“Operational”,则请执行步骤2。

    2. 执行display mpls ldp interface命令,分别检查两端的hello消息是否收发正常。

      判断方法如下:Hello消息每隔5秒发送一次,因此可以通过连续输入display mpls ldp interface命令(建议频率1次/3秒)查看显示信息中“Hello-Send/Rcv”字段的计数,若连续几次敲入显示命令后发现发送或接受的计数没有变化,或者变化周期远大于5秒,则表示Hello消息收发异常。

      • 如果Hello消息收发异常,包括以下几种情况:
        • 本端收发正常,对端收发异常请执行步骤3。
        • 两端收发均异常请执行步骤3。
        • 本端收发异常,对端收发正常请执行步骤5。
      • 如果两端收发均正常请执行步骤4。

    3. 如果对端收发不正常,可能是CPU高或内存使用率高导致。请参照CPU使用率高的处理步骤排除故障,并查看故障是否排除。

      • 如果是,请执行步骤7。
      • 如果不是,请执行步骤8。

    4. 可能是对端配置被修改,请检查配置是否正确。

      • 如果是,请执行步骤7。
      • 如果不是,请执行步骤8。

    5. 可能是网络拥塞导致,执行ping -a source-ip-address -c count host 100命令检查转发是否正常。

      • 如果是,请执行步骤7。
      • 如果不是,请执行步骤8。

    6. 请参照转发不通的处理步骤排除故障,并查看故障是否排除。

      • 如果是,请执行步骤7。
      • 如果不是,请执行步骤8。

    7. 检查LDP会话状态是否为Up。

      • 如果是,请执行步骤表示告警消除。
      • 如果不是,请执行步骤8。

    8. 请收集本端和对端设备的告警信息、日志信息和配置信息,并联系技术支持人员。
  • 原因23:An error message was received from a peer.
    1. 执行display mpls ldp session peer-id命令检查LDP会话状态是否正常,其中参数peer-id与告警信息中PeerLsrId字段的内容保持一致。

      • 如果会话的状态为“Operational”,则请执行步骤2。
      • 如果没有任何信息或者会话的状态为非“Operational”,则请执行步骤3。

    2. 表示会话已经重新Up,可能属于会话闪断,有可能已经造成业务中断。需要根据日志信息进一步分析原因请执行步骤3。
    3. 请收集该设备的告警信息、日志信息和配置信息,并联系技术支持人员。
  • 原因24:A socket error was received.
    1. 执行display mpls ldp session peer-id命令检查LDP会话状态是否正常,其中参数peer-id与告警信息中PeerLsrId字段的内容保持一致。

      • 如果会话的状态为“Operational”,则请执行步骤2。
      • 如果没有任何信息或者会话的状态为非“Operational”,则请执行步骤3。

    2. 表示会话已经重新Up,可能属于会话闪断,有可能已经造成业务中断。需要根据日志信息进一步分析原因请执行步骤3。
    3. 请收集该设备的告警信息、日志信息和配置信息,并联系技术支持人员。
  • 原因25:The LDP session was deleted.
    1. 请检查是否执行了undo命令,如果有请修正配置。
    2. 请收集该设备的告警信息、日志信息和配置信息,并联系技术支持人员。
翻译
下载文档
更新时间:2019-05-05

文档编号:EDOC1100004334

浏览量:41397

下载量:131

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

相关版本

相关文档

Share
上一页 下一页