锐客网

  1. 首页 > 睿知 > it技术 > >

ISDN故障处理

IT知识故障 D I s

网络技术是从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  呼叫挂断后，再次呼叫失败【ISDN故障处理】使用debug dialer event和debug dialer packet命令打开DDR调试开关，显示“DDR：Enable-timeout is effective，failed”的提示，则为了防止呼叫过于频繁，DDR要求两次呼叫之间必须有间隔，如果提示“DDR：Enable-timeout is effective，failed”，则说明该间隔时间还没有超时，只需等待即可 。如果设置的时间比较长，可以使用dialer timer enable命令进行修改 。

    推荐阅读


    上一篇：DCC故障处理

    下一篇：宽带路由死机掉线技术缘由