ISDN路由器配置和一般的路由器配置还是很相似的，下面我们将分步骤讲解一下ISDN路由器配置的相关要点。使用debug dialer event和debug dialer packet命令打开DDR相应的调试开关，如果能看到 “DCC: The interface has no dialer-group.”或“DCC: it is an uninteresting packet” 提示信息。

采用display current-configuration命令查看拨号口配置，如果没有在拨号口上配置dialer-group命令，则需添加ISDN路由器配置；如果已经ISDN路由器配置配置了dialer-group则查看dialer-group的序号与dialer-rule对应的序号是否一致，并且dialer-rule设置的触发报文类型或者条件是否正确（切记dialer-rule缺省是禁止触发拨号，除非配置为permit）。只有出现“DCC: it is an interesting packet”时才可能正确拨号。

未配置拨号串

使用debug dialer event和debug dialer packet命令，打开DDR相应的调试开关，如果出现“DCC: there is not a dialer route matching this address”和“DCC: there is not a dialer number on the interface,failed,discard packet”调试信息，则使用display current-configuartion命令查看拨号口配置。如果在呼出的接口上既没有配置dialer route命令又没有配置dialer number命令，则说明没有配置拨号串（对于共享DCC必须采用ISDN路由器配置配置dialer number；对于轮循DDR采用二者之一来配置）。对于被呼的接口，如果是同步拨号口则必须同样配置拨号串；如果是其他接口，则可以省略该配置。

拨号串设置错误

主呼端已经发起呼叫，使用debug dialer packet、debug dialer event、debug modem at、debug isdn q931命令打开对应的调试开关，如果在被呼端没有接收到呼叫的信息提示，则首先检查被呼端的物理连接是否正确，如果连接正确，则需要确认被呼端的中继号、BRI号或者电话号与主呼端配置的拨号串是否一致。

呼叫的建链过程失败

主呼端已经发起呼叫，使用debug dialer packet和debug dialer event命令打开DDR调试开关后，如果提示信息正常；而使用debug ppp packet（如果物理接口封装为PPP）没有任何PPP报文输出，并提示“DCC：wait-for-carrier-timeout on a link on interface ***，shutdown!start enable-time”，然后呼叫挂断。按照如下步骤进行分析：如果采用Modem拨号，使用debug modem at和debug modem event命令打开Modem调试开关，如果提示线路忙说明设置的呼叫号码是自己。如果提示“DCC：wait-for-carrier-timeout on a link on interface ***，shutdown!start enable-time”则可能对端正在使用，或者出现呼叫冲突，也有可能是线路质量比较差。

如果采用ISDN拨号，使用debug isdn q921和debug isdn q931命令打开ISDN路由器配置调试开关，如果出现RR帧则说明物理连接和Q.921协议运行正常，再通过查看Q.931消息Disconnect或者Release、Release Complete中的Cause原因值来获取呼叫挂断的原因，然后根据具体原因进行修改。在采用ISDN路由器配置拨号时交换机的最小和***号码长度判断很严格。如果在发起呼叫的Setup消息之后，交换机返回Disconnect消息，并且Cause原因值为9c则表明呼叫号码不正确，需要确认ISDN路由器配置的最小号长或者***号长是否正确。

呼叫冲突

两台路由器同时向对端发起呼叫时，按照如下步骤进行分析：两端同时发起呼叫，如果对端正在被使用，则只有等待对端挂断；两端采用自动呼叫间隔，并以同样的时间发起呼叫，需要调整自动拨号间隔（命令dialer autodial-interval）或者两次拨号使能时间间隔（命令dialer timer enable），使两端的间隔不一致；

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

用户认证失败

主呼端已经发起呼叫，使用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命令来要求对端发送用户名和密码。

IP地址协商错误

呼叫开始且PPP协商成功，但呼叫被挂断。按照如下步骤进行分析：使用debug dialer event和debug dialer packet命令打开DDR调试开关，如果看到“DCC：peeraddr matching  error on interface ***，shutdown link”的提示，说明对端的IP地址与本端dialer map配置的IP地址一致，所以呼叫被拒绝。采用dialer string命令进行配置，问题解决。

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来回呼，因此需要查找对应的回呼拨号串是否存在并且正确。ISDN路由器配置被呼端接收到呼叫，但没有挂断呼叫并回呼。按照如下步骤进行分析：使用debug isdn q931和debug dialer event命令打开调试开关，显示出 “DDR: Receive CALL_CONN_IND”和“DDR: Receiveda Caller with ID ' ' in interface”信息，如果ID为空或者ID与Server端的dialer  call-in配置的ID不一致，回呼就会失败。ISDN回呼需要交换机的配合，需要在交换机上配置成：将主叫号码前转并发送给被呼端，这样ISDN回呼才能成功。

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

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