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命令進行修改。