ISDN故障处理

发布时间：2021-11-28 来源：win7旗舰版浏览量：

网络技术是从1990年代中期发展起来的新技术，它把互联网上分散的资源融为有机整体，实现资源的全面共享和有机协作，使人们能够透明地使用资源的整体能力并按需获取信息。资源包括高性能计算机、存储资源、数据资源、信息资源、知识资源、专家资源、大型数据库、网络、传感器等。当前的互联网只限于信息共享，网络则被认为是互联网发展的第三阶段。

1.ISDN介绍

ISDN是综合业务数字网（Integrated Services Digital Network）的英文缩写，它由电话综合数字网（IDN）演变而成，提供端到端的数字连接，支持一系列广泛的业务（包括话音和非话音业务）。

9c则表明呼叫号码不正确，需要确认交换机配置的最小号长或者最大号长是否正确。

2.8 呼叫冲突

两台路由器同时向对端发起呼叫时，按照如下步骤进行分析：

两端同时发起呼叫，如果对端正在被使用，则只有等待对端挂断；

两端采用自动呼叫间隔，并以同样的时间发起呼叫，需要调整自动拨号间隔（命令dialer autodial-interval）或者两次拨号使能时间间隔（命令dialer timer enable），使两端的间隔不一致；

两端都配置了DCC接口负载阈值（命令dialer threshold 0），一个通道呼叫成功后，其他通道的呼叫本应该几乎同时UP，却每次都参差不齐、没有规律，甚至其他通道都可能无法呼叫成功。此时，需要取消一端的dialer threshold配置。

2.9 用户认证失败

主呼端已经发起呼叫，使用debug dialer packet和debug dialer event命令打开DDR调试开关，查看到呼叫正常；使用debug ppp packet命令打开PPP调试开关，已经有PPP报文收发。按照如下步骤进行分析：

查看PPP协商报文，如果有PAP或者CHAP认证报文,但是认证过程失败，则使用display current-configuration命令查看两端配置的用户名和密码是否匹配。

如果在拨号口配置的dialer route命令中有name选项，也要确认该用户名与对端的IP是否对应。

对于共享DCC来说，由于是通过用户名来区分每个Dialer口，因此如果作为主呼端，必须在Dialer接口上配置ppp authentication命令来要求对端发送用户名和密码。如果共享DCC作为被呼端，需要通过对端的用户名来查找所属的父接口，因此必须在共享DCC采用的物理接口上配置ppp authentication命令来要求对端发送用户名和密码。

2.10 IP地址协商错误

呼叫开始且PPP协商成功，但呼叫被挂断。按照如下步骤进行分析：

使用debug dialer event和debug dialer packet命令打开DDR调试开关，如果看到“DCC：peeraddr matching error on interface ***，shutdown link”的提示，说明对端的IP地址与本端dialer map配置的IP地址一致，所以呼叫被拒绝。

采用dialer string命令进行配置，问题解决。

2.11 PPP回呼失败

PPP回呼的Client端呼叫成功，但Server端没有挂断呼叫也没有回呼。按照如下步骤进行分析：

使用debug dialer event和debug dialer packet命令打开DDR调试，如果没有出现“DCC: Link layer transfer callback request with name '' and dialstring '' to DCC on interface”信息，则查看Client端是否配置ppp callback client命令，或者Server端是否配置ppp callback server命令。

如果出现“: Link layer transfer callback request with name '' and dialstring '' to DDR on interface”信息，但没有出现“DCC: Ready to callback, disconnect the income-call first.”信息，则需要查看Server端是否配置dialer callback server命令，如果配置为dialer callback-center user，则表明采用dialer route中与username匹配的拨号串回呼；如果配置为dialer callback-center dial-number则采用local-user 命令中的callback-dialstring来回呼，因此需要查找对应的回呼拨号串是否存在并且正确。

2.12 ISDN回呼失败

ISDN被呼端接收到呼叫，但没有挂断呼叫并回呼。按照如下步骤进行分析：

使用debug isdn q931和debug dialer event命令打开调试开关，显示出 “DDR: Receive CALL_CONN_IND”和“DDR: Received

a Caller with ID ' ' in interface”信息，如果ID为空或者ID与Server端的dialer call-in配置的ID不一致，回呼就会失败。

ISDN回呼需要交换机的配合，需要在交换机上配置成：将主叫号码前转并发送给被呼端，这样ISDN回呼才能成功。

2.13 呼叫挂断后，再次呼叫失败

使用debug dialer event和debug dialer packet命令打开DDR调试开关，显示“DDR：Enable-timeout is effective ，failed”的提示，则为了防止呼叫过于频繁，DDR要求两次呼叫之间必须有间隔，如果提示“DDR：Enable-timeout is effective ，failed”，则说明该间隔时间还没有超时，只需等待即可。如果设置的时间比较长，可以使用dialer timer enable命令进行修改。