1 二层技术-广域网接入类故障处理

1.1  PPP故障处理

1.1.1  PPP接口协议DOWN

1. 故障描述

当两台设备的PPP物理接口连接完成后，接口的链路层协议状态显示为DOWN。

2. 常见原因

本类故障的常见原因主要包括：

·     接口的物理层状态没有UP。

·     链路两端接口上的PPP相关配置错误。

·     PPP协议报文被丢弃。

·     链路存在环路。

·     链路时延过大。

3. 故障分析

本类故障的诊断流程如图1-1所示。

图1-1 PPP接口协议DOWN的故障诊断流程图

4. 处理步骤

(1)     检查接口物理状态是否UP。

在任意视图下执行display interface interface-type interface-number命令查看本端接口物理状态：

¡     如果本端接口物理状态为Administratively DOWN，表示本端接口被shutdown命令关闭，请在本端接口视图下执行undo shutdown命令取消关闭。

¡     如果本端接口物理状态为DOWN，请检查对端接口是否被shutdown命令关闭，如是，请在对端接口视图下执行undo shutdown命令取消关闭。

¡     请检查两端光纤/光模块是否插好、光纤收/发是否插正确等，并解决接口物理状态DOWN问题。

¡     如果接口状态为UP，请继续执行下一步。

(2)     检查链路两端的PPP配置是否正确。

在PPP协议DOWN的接口所在视图下执行display this命令查看当前接口的PPP相关配置。

[Sysname-Serial3/0/5] display this

#

interface Serial3/0/5

 ip address 12.1.1.1 255.255.255.0

#

return

¡     检查两端接口的链路层协议，确保两端接口配置的链路层协议都为PPP，具体为：分别在两端设备任意视图下执行display interface interface-type interface-number命令查看两端接口的显示信息中“Link layer protocol”字段取值是否为“PPP”，若不是PPP，请在相应接口视图下执行link-protocol ppp命令配置为PPP。

¡     如果配置了PPP认证，检查认证方与被认证方的认证类型、认证用户名/密码是否相同，如果不同，请参考PPP配置指导修改。

¡     如果两端接口加入了MP-group，请检查对应MP-group接口是否被shutdown命令关闭如是，请在MP-group接口视图下执行undo shutdown命令取消关闭。

¡     如果一端接口配置了remote address命令，请确保另一端接口配置了ip address ppp-negotiate命令或通过ip address命令手工配置了对端remote address命令指定的IP地址。

如果PPP配置正确，但PPP接口协议仍为DOWN，请继续执行下一步。

(3)     检查接口的协议报文收发是否正常。

在任意视图下执行display ppp packet statistics命令查看PPP协议报文的统计信息，并确认报文收发是否正常。

<Sysname> display ppp packet statistics slot 3

PPP packet statistics in slot 3:

-----------------------------------LCP--------------------------------------

SEND_LCP_CON_REQ        : 4           RECV_LCP_CON_REQ        : 5

SEND_LCP_CON_NAK        : 0           RECV_LCP_CON_NAK        : 0

SEND_LCP_CON_REJ        : 0           RECV_LCP_CON_REJ        : 0

SEND_LCP_CON_ACK        : 4           RECV_LCP_CON_ACK        : 4

SEND_LCP_CODE_REJ       : 0           RECV_LCP_CODE_REJ       : 0

SEND_LCP_PROT_REJ       : 0           RECV_LCP_PROT_REJ       : 0

SEND_LCP_TERM_REQ       : 2           RECV_LCP_TERM_REQ       : 1

SEND_LCP_TERM_ACK       : 1           RECV_LCP_TERM_ACK       : 0

SEND_LCP_ECHO_REQ       : 25          RECV_LCP_ECHO_REQ       : 0

SEND_LCP_ECHO_REP       : 0           RECV_LCP_ECHO_REP       : 25

SEND_LCP_FAIL           : 0           SEND_LCP_CON_REQ_RETRAN  : 0

-----------------------------------IPCP-------------------------------------

SEND_IPCP_CON_REQ       : 38          RECV_IPCP_CON_REQ       : 2

SEND_IPCP_CON_NAK       : 0           RECV_IPCP_CON_NAK       : 0

SEND_IPCP_CON_REJ       : 0           RECV_IPCP_CON_REJ       : 0

SEND_IPCP_CON_ACK       : 2           RECV_IPCP_CON_ACK       : 2

SEND_IPCP_CODE_REJ      : 0           RECV_IPCP_CODE_REJ      : 0

SEND_IPCP_PROT_REJ      : 0           RECV_IPCP_PROT_REJ      : 0

SEND_IPCP_TERM_REQ      : 0           RECV_IPCP_TERM_REQ      : 0

SEND_IPCP_TERM_ACK      : 0           RECV_IPCP_TERM_ACK      : 0

SEND_IPCP_FAIL          : 0

-----------------------------------IPV6CP-----------------------------------

SEND_IPV6CP_CON_REQ     : 0           RECV_IPV6CP_CON_REQ     : 0

SEND_IPV6CP_CON_NAK     : 0           RECV_IPV6CP_CON_NAK     : 0

SEND_IPV6CP_CON_REJ     : 0           RECV_IPV6CP_CON_REJ     : 0

SEND_IPV6CP_CON_ACK     : 0           RECV_IPV6CP_CON_ACK     : 0

SEND_IPV6CP_CODE_REJ    : 0           RECV_IPV6CP_CODE_REJ    : 0

SEND_IPV6CP_PROT_REJ    : 0           RECV_IPV6CP_PROT_REJ    : 0

SEND_IPV6CP_TERM_REQ    : 0           RECV_IPV6CP_TERM_REQ    : 0

SEND_IPV6CP_TERM_ACK    : 0           RECV_IPV6CP_TERM_ACK    : 0

SEND_IPV6CP_FAIL        : 0

-----------------------------------OSICP------------------------------------

SEND_OSICP_CON_REQ      : 0           RECV_OSICP_CON_REQ      : 0

SEND_OSICP_CON_NAK      : 0           RECV_OSICP_CON_NAK      : 0

SEND_OSICP_CON_REJ      : 0           RECV_OSICP_CON_REJ      : 0

SEND_OSICP_CON_ACK      : 0           RECV_OSICP_CON_ACK      : 0

SEND_OSICP_CODE_REJ     : 0           RECV_OSICP_CODE_REJ     : 0

SEND_OSICP_PROT_REJ     : 0           RECV_OSICP_PROT_REJ     : 0

SEND_OSICP_TERM_REQ     : 0           RECV_OSICP_TERM_REQ     : 0

SEND_OSICP_TERM_ACK     : 0           RECV_OSICP_TERM_ACK     : 0

SEND_OSICP_FAIL         : 0

-----------------------------------MPLSCP-----------------------------------

SEND_MPLSCP_CON_REQ     : 0           RECV_MPLSCP_CON_REQ     : 0

SEND_MPLSCP_CON_NAK     : 0           RECV_MPLSCP_CON_NAK     : 0

SEND_MPLSCP_CON_REJ     : 0           RECV_MPLSCP_CON_REJ     : 0

SEND_MPLSCP_CON_ACK     : 0           RECV_MPLSCP_CON_ACK     : 0

SEND_MPLSCP_CODE_REJ    : 0           RECV_MPLSCP_CODE_REJ    : 0

SEND_MPLSCP_PROT_REJ    : 0           RECV_MPLSCP_PROT_REJ    : 0

SEND_MPLSCP_TERM_REQ    : 0           RECV_MPLSCP_TERM_REQ    : 0

SEND_MPLSCP_TERM_ACK    : 0           RECV_MPLSCP_TERM_ACK    : 0

SEND_MPLSCP_FAIL        : 0

-----------------------------------AUTH-------------------------------------

SEND_PAP_AUTH_REQ       : 0           RECV_PAP_AUTH_REQ       : 0

SEND_PAP_AUTH_ACK       : 0           RECV_PAP_AUTH_ACK       : 0

SEND_PAP_AUTH_NAK       : 0           RECV_PAP_AUTH_NAK       : 0

SEND_CHAP_AUTH_CHALLENGE: 0           RECV_CHAP_AUTH_CHALLENGE: 0

SEND_CHAP_AUTH_RESPONSE : 0           RECV_CHAP_AUTH_RESPONSE : 0

SEND_CHAP_AUTH_ACK      : 0           RECV_CHAP_AUTH_ACK      : 0

SEND_CHAP_AUTH_NAK      : 0           RECV_CHAP_AUTH_NAK      : 0

SEND_PAP_AUTH_FAIL      : 0           SEND_CHAP_AUTH_FAIL     : 0

¡     如果接收或者发送的报文数量均为0，或者多次执行本命令发现显示的接收或者发送报文个数没有增长，说明协议报文在传输过程中发送丢包，请检查接口/光纤/光模块是否故障，解决报文丢失问题。如问题无法解决，请执行步骤（6）。

¡     如果报文收发正常，请继续执行下一步。

(4)     检测链路是否存在环路。

在本端设备用户视图下执行debugging ppp all interface interface-type interface-number命令打开PPP的报文调试开关，查看本端是否存在报文内容完全（如报文类型、报文ID、MagicNumber取值等）相同的收发报文：

 *Apr 7 19:38:04:384 2022 Sysname PPP/7/FSM_PACKET_0: -MDC=1-Slot=3;

  PPP Packet:

      Ser3/0/5(109) Output LCP(c021) Packet, PktLen 14

      Current State reqsent, code ConfReq(01), id 0, len 10

      MagicNumber(5), len 6, val c5 ae e7 03

 *Apr 7 19:38:04:390 2022 Sysname PPP/7/FSM_PACKET_0: -MDC=1-Slot=3;

  PPP Packet:

      Ser3/0/5(109) Input LCP(c021) Packet, PktLen 14

      Current State reqsent, code ConfReq(01), id 0, len 10

      MagicNumber(5), len 6, val c5 ae e7 03

¡     若存在，则表示链路有环路，请确认环路产生原因（例如光纤连接错误），并消除环路。如问题无法解决，请执行步骤（6）。

¡     若不存在，则表示链路无环路，请继续执行下一步。

(5)     检查链路时延是否过大。

在本端设备用户视图下执行debugging ppp all interface interface-type interface-number命令打开PPP的报文调试开关，查看PPP协商报文的发送时间戳和接收时间戳之间的时间间隔来确定链路时延：

 *Apr 7 19:38:04:384 2022 Sysname PPP/7/FSM_PACKET_0: -MDC=1-Slot=3;

  PPP Packet:

      Ser3/0/5(109) Output LCP(c021) Packet, PktLen 14

      Current State reqsent, code ConfReq(01), id 0, len 10

      MagicNumber(5), len 6, val c5 ae e7 03

 *Apr 7 19:38:04:387 2022 Sysname PPP/7/FSM_PACKET_0: -MDC=1-Slot=3;

  PPP Packet:

      Ser3/0/5(109) Input LCP(c021) Packet, PktLen 14

      Current State acksent, code ConfAck(02), id 0, len 10

      MagicNumber(5), len 6, val c5 ae e7 03

确认链路的时延是否大于当前接口所配置的PPP协议报文的协商超时时间间隔（由接口视图下的ppp timer negotiate命令配置，缺省时间间隔为3秒）。

¡     如果链路的时延过大，请执行ppp timer negotiate命令适当调大配置值，或者更换相应的设备/链路后重新检测链路的时延，直到链路的时延小于前接口的PPP协议报文协商超时值。

¡     如果链路的时延不大，请继续执行下一步。

(6)     如果故障仍然未能排除，请收集如下信息，并联系技术支持人员。

¡     上述步骤的执行结果。

¡     设备的配置文件、日志信息、告警信息。

5. 告警与日志

相关告警

无

相关日志

无