ISDN路由器配置和一般的路由器配置還是很相似的，下面我們將分步驟講解一下ISDN路由器配置的相關(guān)要點(diǎn)。使用debug dialer event和debug dialer packet命令打開DDR相應(yīng)的調(diào)試開關(guān)，如果能看到 “DCC: The interface has no dialer-group.”或“DCC: it is an uninteresting packet” 提示信息。

采用display current-configuration命令查看撥號(hào)口配置，如果沒有在撥號(hào)口上配置dialer-group命令，則需添加ISDN路由器配置；如果已經(jīng)ISDN路由器配置配置了dialer-group則查看dialer-group的序號(hào)與dialer-rule對(duì)應(yīng)的序號(hào)是否一致，并且dialer-rule設(shè)置的觸發(fā)報(bào)文類型或者條件是否正確（切記dialer-rule缺省是禁止觸發(fā)撥號(hào)，除非配置為permit）。只有出現(xiàn)“DCC: it is an interesting packet”時(shí)才可能正確撥號(hào)。

未配置撥號(hào)串

使用debug dialer event和debug dialer packet命令，打開DDR相應(yīng)的調(diào)試開關(guān)，如果出現(xiàn)“DCC: there is not a dialer route matching this address”和“DCC: there is not a dialer number on the interface,failed,discard packet”調(diào)試信息，則使用display current-configuartion命令查看撥號(hào)口配置。如果在呼出的接口上既沒有配置dialer route命令又沒有配置dialer number命令，則說明沒有配置撥號(hào)串（對(duì)于共享DCC必須采用ISDN路由器配置配置dialer number；對(duì)于輪循DDR采用二者之一來配置）。對(duì)于被呼的接口，如果是同步撥號(hào)口則必須同樣配置撥號(hào)串；如果是其他接口，則可以省略該配置。

撥號(hào)串設(shè)置錯(cuò)誤

主呼端已經(jīng)發(fā)起呼叫，使用debug dialer packet、debug dialer event、debug modem at、debug isdn q931命令打開對(duì)應(yīng)的調(diào)試開關(guān)，如果在被呼端沒有接收到呼叫的信息提示，則首先檢查被呼端的物理連接是否正確，如果連接正確，則需要確認(rèn)被呼端的中繼號(hào)、BRI號(hào)或者電話號(hào)與主呼端配置的撥號(hào)串是否一致。

呼叫的建鏈過程失敗

主呼端已經(jīng)發(fā)起呼叫，使用debug dialer packet和debug dialer event命令打開DDR調(diào)試開關(guān)后，如果提示信息正常；而使用debug ppp packet（如果物理接口封裝為PPP）沒有任何PPP報(bào)文輸出，并提示“DCC：wait-for-carrier-timeout on a link on interface ***，shutdown!start enable-time”，然后呼叫掛斷。按照如下步驟進(jìn)行分析：如果采用Modem撥號(hào)，使用debug modem at和debug modem event命令打開Modem調(diào)試開關(guān)，如果提示線路忙說明設(shè)置的呼叫號(hào)碼是自己。如果提示“DCC：wait-for-carrier-timeout on a link on interface ***，shutdown!start enable-time”則可能對(duì)端正在使用，或者出現(xiàn)呼叫沖突，也有可能是線路質(zhì)量比較差。

如果采用ISDN撥號(hào)，使用debug isdn q921和debug isdn q931命令打開ISDN路由器配置調(diào)試開關(guān)，如果出現(xiàn)RR幀則說明物理連接和Q.921協(xié)議運(yùn)行正常，再通過查看Q.931消息Disconnect或者Release、Release Complete中的Cause原因值來獲取呼叫掛斷的原因，然后根據(jù)具體原因進(jìn)行修改。在采用ISDN路由器配置撥號(hào)時(shí)交換機(jī)的最小和***號(hào)碼長(zhǎng)度判斷很嚴(yán)格。如果在發(fā)起呼叫的Setup消息之后，交換機(jī)返回Disconnect消息，并且Cause原因值為9c則表明呼叫號(hào)碼不正確，需要確認(rèn)ISDN路由器配置的最小號(hào)長(zhǎng)或者***號(hào)長(zhǎng)是否正確。

呼叫沖突

兩臺(tái)路由器同時(shí)向?qū)Χ税l(fā)起呼叫時(shí)，按照如下步驟進(jìn)行分析：兩端同時(shí)發(fā)起呼叫，如果對(duì)端正在被使用，則只有等待對(duì)端掛斷；兩端采用自動(dòng)呼叫間隔，并以同樣的時(shí)間發(fā)起呼叫，需要調(diào)整自動(dòng)撥號(hào)間隔（命令dialer autodial-interval）或者兩次撥號(hào)使能時(shí)間間隔（命令dialer timer enable），使兩端的間隔不一致；

兩端都配置了DCC接口負(fù)載閾值（命令dialer threshold 0），一個(gè)通道呼叫成功后，其他通道的呼叫本應(yīng)該幾乎同時(shí)UP，卻每次都參差不齊、沒有規(guī)律，甚至其他通道都可能無法呼叫成功。此時(shí)，需要取消一端的dialer threshold配置。

用戶認(rèn)證失敗

主呼端已經(jīng)發(fā)起呼叫，使用debug  dialer packet和debug dialer event命令打開DDR調(diào)試開關(guān)，查看到呼叫正常；使用debug ppp packet命令打開PPP調(diào)試開關(guān)，已經(jīng)有PPP報(bào)文收發(fā)。按照如下步驟進(jìn)行分析：查看PPP協(xié)商報(bào)文，如果有PAP或者CHAP認(rèn)證報(bào)文,但是認(rèn)證過程失敗，則使用display current-configuration命令查看兩端配置的用戶名和密碼是否匹配。如果在撥號(hào)口配置的dialer route命令中有name選項(xiàng)，也要確認(rèn)該用戶名與對(duì)端的IP是否對(duì)應(yīng)。對(duì)于共享DCC來說，由于是通過用戶名來區(qū)分每個(gè)Dialer口，因此如果作為主呼端，必須在Dialer接口上配置ppp authentication命令來要求對(duì)端發(fā)送用戶名和密碼。如果共享DCC作為被呼端，需要通過對(duì)端的用戶名來查找所屬的父接口，因此必須在共享DCC采用的物理接口上配置ppp authentication命令來要求對(duì)端發(fā)送用戶名和密碼。

IP地址協(xié)商錯(cuò)誤

呼叫開始且PPP協(xié)商成功，但呼叫被掛斷。按照如下步驟進(jìn)行分析：使用debug dialer event和debug dialer packet命令打開DDR調(diào)試開關(guān)，如果看到“DCC：peeraddr matching  error on interface ***，shutdown link”的提示，說明對(duì)端的IP地址與本端dialer map配置的IP地址一致，所以呼叫被拒絕。采用dialer string命令進(jìn)行配置，問題解決。

PPP回呼失敗

PPP回呼的Client端呼叫成功，但Server端沒有掛斷呼叫也沒有回呼。按照如下步驟進(jìn)行分析：使用debug dialer event和debug dialer packet命令打開DDR調(diào)試，如果沒有出現(xiàn)“DCC: Link layer transfer callback request with name ''  and dialstring '' to DCC on interface”信息，則查看Client端是否配置ppp callback client命令，或者Server端是否配置ppp callback server命令。

如果出現(xiàn)“: Link layer transfer callback request with name ''  and dialstring '' to DDR on interface”信息，但沒有出現(xiàn)“DCC: Ready to callback, disconnect the income-call first.”信息，則需要查看Server端是否配置dialer callback server命令，如果配置為dialer callback-center  user，則表明采用dialer route中與username匹配的撥號(hào)串回呼；如果配置為dialer callback-center dial-number則采用local-user 命令中的callback-dialstring來回呼，因此需要查找對(duì)應(yīng)的回呼撥號(hào)串是否存在并且正確。ISDN路由器配置被呼端接收到呼叫，但沒有掛斷呼叫并回呼。按照如下步驟進(jìn)行分析：使用debug isdn q931和debug dialer event命令打開調(diào)試開關(guān)，顯示出 “DDR: Receive CALL_CONN_IND”和“DDR: Receiveda Caller with ID ' ' in interface”信息，如果ID為空或者ID與Server端的dialer  call-in配置的ID不一致，回呼就會(huì)失敗。ISDN回呼需要交換機(jī)的配合，需要在交換機(jī)上配置成：將主叫號(hào)碼前轉(zhuǎn)并發(fā)送給被呼端，這樣ISDN回呼才能成功。

呼叫掛斷后，再次呼叫失敗

使用debug dialer event和debug dialer packet命令打開DDR調(diào)試開關(guān)，顯示“DDR：Enable-timeout is effective ，failed”的提示，則為了防止呼叫過于頻繁，DDR要求兩次呼叫之間必須有間隔，如果提示“DDR：Enable-timeout is effective ，failed”，則說明該間隔時(shí)間還沒有超時(shí)，只需等待即可。如果設(shè)置的時(shí)間比較長(zhǎng)，可以使用dialer timer enable命令進(jìn)行修改。