首先要判断是否物理层原因，查看日志信息，主要查看在故障发生时物理层有无up、down。

在排除了物理层故障后，就要着重检查是什么原因导致链路层故障，这其中可以分为以下三种情况：

1、传输线路原因造成；

2、设备本身板卡故障；

3、排除线路和板卡原因，就剩下和远端设备ppp协商存在问题。

排查原因1和2，可以用打环的方法。具体操作如下：

本端（我司设备）－－－－－－－－ISP－－－－－－－－－－－－远端（未知设备）

                       1                         2

步骤一、检查线路2：在ISP远端向远端设备打环，打完环后清除对端设备端口计数，然后收集信息。如发现大量错包，说明和我司设备无关；

步骤二、检查线路1：可以在ISP近端向本端打环，在本端设备E1口上配置clock master，打完环后清除本端端口计数，然后收集信息。如有大量错包，可能是本端设备、线路1和ISP设备有问题。如无错包，可能是ISP设备问题。注意测试结束后改回clock slave；

步骤三、检查线路1和ISP设备：在ISP远端向本端打环，具体操作如上。结合步骤一可以明确判断出ISP设备有无问题；

步骤四、检查整条线路：在本端设备E1口上执行loopback remote对远端打环，打完环后清除远端设备端口计数，然后收集信息。如果端口有大量错包，说明线路1有问题，或者是和ISP设备配合有问题。如没有错包，那就是我司设备问题。

步骤五、检查本端设备板卡：在本端设备上执行loopback local进行本地打环，打完环后清除端口计数，然后收集信息。

如果最终能够排除线路和板卡问题，就需检查和对端设备的ppp协商过程，分别在两端收集ppp调制信息 debug ppp all。