本文檔提供配置和故障排除撥號程式配置檔案的提示。
本文檔的讀者應瞭解以下內容:
傳統DDR(撥號器對映和撥號器旋轉組)
PPP詢問交握驗證通訊協定(CHAP)和密碼驗證通訊協定(PAP)
來電者ID(CLID)和撥出號碼識別服務(DNIS)
本檔案中的資訊是根據以下軟體和硬體版本。
撥號程式設定檔最初是在Cisco IOS®軟體版本11.2中匯入。
本文檔中的說明適用於Cisco IOS軟體版本12.0(7)T及更高版本。在先前的Cisco IOS軟體版本中不會討論撥號器設定檔行為。
由於對Dialer配置檔案進行了更改,建議您運行Cisco IOS軟體版本12.1或更高版本。撥號程式設定檔可與任何具有ISDN介面的思科路由器搭配使用。
本文中的資訊是根據特定實驗室環境內的裝置所建立。文中使用到的所有裝置皆從已清除(預設)的組態來啟動。如果您在即時網路中工作,請確保在使用任何命令之前瞭解其潛在影響。
使用Software Advisor工具(僅供註冊客戶使用)驗證您正在運行的Cisco IOS軟體版本是否支援此功能。
提示:在Software Advisor工具中,搜尋名為Dynamic Multiple Encapsulation for Dial-in over ISDN。
如需文件慣例的詳細資訊,請參閱思科技術提示慣例。
傳統按需撥號路由(DDR)雖然在許多場景中都很有用,但在您想要通過為不同使用者定義不同特性來區分使用者的情況下,它卻很受限制。使用傳統DDR無法實現這一點。撥號程式設定檔設計為新的DDR型號,允許在路由器上設定使用者專屬設定檔;配置檔案將確定特定使用者的特性,並將配置檔案動態繫結到物理介面(例如,非同步或基本速率介面 — BRI)以進行傳入或傳出DDR呼叫。撥號器設定檔支援點對點通訊協定(PPP)、高階資料連結控制(HDLC)、訊框中繼或用於傳入或傳出撥號的X.25封裝。建議使用PPP封裝,本檔案將重點介紹PPP。
回答以下問題,以確定撥號程式設定檔是否最適合您的組態。任何回答「不比對」的問題都應解釋為「否」。 您應將下列問題的答案應用到下面顯示的流程圖中,以確定最佳使用方法。
是否存在每使用者要求?換句話說,是否有必要在使用者之間應用不同的功能,例如壓縮、空閒超時、第3層定址,或任何其他服務或功能?
無論呼叫方向如何,是否可連線到200多個站點?
注意:200個站點是一個任意數量,超過此數量網路擴展就會成為一個重要問題。
是否需要出站撥號?
使用下面的流程圖獲取最佳的DDR實施方法。
有關傳統DDR的詳細資訊,請參閱按需撥號路由配置的Cisco IOS撥號技術配置指南。
有關虛擬設定檔(VP)的詳細資訊,請參閱虛擬模板、設定檔和網路上的《Cisco IOS撥號技術組態設定指南》一章。
有關大規模撥出(LSDO)的詳細資訊,請參閱配置大規模撥出的Cisco IOS撥號技術配置指南。
與傳統DDR不同,撥號程式設定檔是點對點介面。這一事實減輕了對第3層到第2層對映的需求,並增加了管理多個對映的複雜性。
使用不同的第3層網路地址配置物理介面的不同成員。
撥號程式設定檔允許實體介面根據傳入或傳出通話要求呈現不同的特徵。
在主介面工作正常時,允許備份介面為非專用且可用。
控制進出某個DDR介面的最小或最大連線數。
可以為ISDN介面的每個B通道設定不同的DDR引數。
撥號程式設定檔有用的常見情況包括:
路由器需要連線到多個站點,而對等體位於不同的子網中。
物理介面必須用於正常DDR以及為WAN鏈路提供備份
需要為特定連線保留某些B通道
對等體運行不同的封裝(例如HDLC和PPP)。
注意:此功能需要Cisco IOS軟體版本12.0(7)T或更高版本
某些連線可能需要多個通道,而另一些連線只需要一個通道
每個連線需要不同的空閒超時值。
每個連線需要不同的相關流量定義
對等裝置的IP地址未知
ISDN B通道(在PRI中)需要不同的設定
請注意,上述大多數情況都是撥號程式設定檔理想的每個使用者相關問題。請記住,上述清單並不包括可以使用撥號程式設定檔的所有情況。
撥號程式設定檔具有已知限制。例如:
除非啟用基於CLID的繫結(需要Cisco IOS軟體版本12.0(7)T或更高版本),否則必須在物理介面以及撥號器介面上啟用PPP身份驗證和多鏈路。
每個撥號器介面都有一個介面描述塊(IDB),這是管理介面的內部結構。允許的IDB數量有限(取決於Cisco IOS軟體版本和平台);這意味著撥號程式設定檔可能無法針對大型DDR應用而擴展。有關各種平台的IDB限制的詳細資訊,請參閱Cisco IOS平台介面和子介面的最大數量:IDB限制。
在Dialer profile中,沒有方法為具有相同特徵的一組使用者配置通用撥號程式配置檔案(甚至是預設配置檔案)。每個使用者必須擁有自己的配置檔案。
提示:將虛擬配置檔案與撥號程式配置檔案結合使用。虛擬設定檔可提供卓越的「預設設定檔」。
對於傳入連線,如果不先應答呼叫並產生費用,就無法限制對配置檔案的傳入呼叫量。
撥號器配置檔案包含以下元素:
撥號器介面 — 定義使用者特定撥號器配置檔案的邏輯實體。特定於使用者的所有配置設定均採用撥號器介面配置;例如,第3層協定地址、相關流量、超時。請注意,此撥號器介面與用作具有傳統DDR的旋轉組的撥號器介面完全不同。在此討論中,撥號程式設定檔和撥號器介面應視為同義詞。
撥號器池 — 每個撥號器介面都是單個撥號器池的成員;池是一個或多個物理介面的組。池內可以有介面(非同步、ISDN、串列)的任意組合。使用dialer pool-member priority命令可解決特定物理介面的出站撥號爭用。
物理介面 — 介面(如BRI和非同步)配置為一個或多個池的成員,並且最低配置為封裝引數和標識介面所屬的撥號器池。除非啟用基於呼叫者ID(CLID)的繫結,否則還必須在物理介面上配置PPP身份驗證和多鏈路PPP(如果適用)。
下圖描述了撥號程式設定檔的這些不同元素之間的範例互動。
現在我們將詳細介紹在每次呼叫的基礎上將撥號程式配置檔案動態繫結到物理介面的概念。
特定對等體的配置資訊包含在撥號器配置檔案中。一旦該特定對等體通過物理埠撥入或撥出,路由器必須將遠端撥號程式配置檔案繫結到物理介面。由於路由器上可能配置了多個撥號器配置檔案,因此必須正確選擇為任何給定呼叫(傳入或傳出)繫結哪個配置檔案。 在討論撥出或撥入這一主題時,我們提供了一個分步過程,後跟一個流程圖。使用逐步過程時,請參考流程圖。
此場景與撥號器旋轉組的操作非常相似;物理介面採用特定連線的撥號程式配置檔案的特徵。繫結過程如下:
傳入封包到達路由器;路由表查詢通過撥號器介面指明其目標地址。
Cisco IOS軟體注意到,撥號器介面是撥號器配置檔案。如果此配置文件不存在現有連線,則會標識與撥號器介面關聯的池。
如果存在現有連線,則資料包將排入物理介面的隊列中,如果流量「有趣」,則重置空閒計時器。
如果沒有現有連線,將根據dialer-list檢查流量以確定它是否值得關注。如果失敗,封包將捨棄。如果屬於相關流量,請繼續執行步驟5。
如果沒有現有連線,Cisco IOS軟體將搜尋屬於撥號器介面且撥號器池優先順序最高的物理介面。這是將用於撥號的介面。此介面繫結到撥號器介面,導致物理介面採用撥號器介面的配置。
Cisco IOS軟體撥打撥號程式配置檔案的電話號碼,此時會執行正常的DDR步驟。
如果對等裝置的已驗證名稱與傳出撥號程式配置檔案中的dialer remote-name不匹配,則呼叫斷開。
無論撥號器池由ISDN介面、非同步介面還是兩者混合組成,此序列都是相同的。
可使用最小和最大閾值管理配置檔案的出站呼叫數(使用dialer pool-member pool_number max-link number min-link number 命令)。 最小閾值用作預留系統,而最大閾值防止配置檔案過度使用。達到閾值後,該配置檔案中不再允許傳出呼叫。
傳入呼叫的撥號程式配置檔案繫結更為複雜,因為傳入介面可能是多個池的成員,並且這些池可以與多個撥號程式配置檔案關聯。如果無法進行動態繫結,則呼叫會斷開。繫結過程如下所示:
注意:此過程按執行順序顯示,當找到第一個匹配項時,呼叫將繫結到撥號程式介面。
如果物理介面僅是一個池的成員,並且只有一個撥號程式配置檔案與此撥號池關聯,則將物理介面繫結到此撥號程式配置檔案。
注意:僅當單個配置的撥號程式配置檔案沒有dialer caller或dialer called命令時才執行此步驟。如果配置了任一命令,則只有在匹配成功時才會執行此繫結。
嘗試將呼叫的呼叫方ID(CLID)與撥號器介面中的dialer caller 命令進行匹配;只有與物理介面所屬的池相關聯的配置檔案才會被檢查。如果找到匹配項,請將物理介面繫結到匹配的撥號器配置檔案。如果由於任何原因導致此檢查失敗,請繼續執行下一步以嘗試繫結。有關撥號器呼叫方的詳細資訊,請參閱使用呼叫方ID的ISDN身份驗證和回撥文檔。如果電信公司未提供CLID或者撥號程式呼叫方未在撥號程序配置下配置,則會跳過此步驟。
嘗試使用電信公司在incoming call Q.931設定消息中提供的DNIS-plus-ISDN-subaddress資訊進行繫結。將根據每個撥號程式配置檔案下的dialer called命令檢查該傳入呼叫DNIS和子地址資訊。如果找到匹配項,則繫結成功;否則,它會移至下一個條件。
注意:僅當傳入呼叫Q.931設定消息中存在ISDN子地址資訊,並且在撥號程式配置檔案中正確配置dialer called命令時,才允許DNIS繫結。ISDN子地址主要在歐洲和澳洲使用,在北美不常見。
如果物理介面配置為PPP身份驗證,請應答呼叫並對遠端對等體進行身份驗證。使用經過身份驗證的名稱來標識配置有相同名稱的撥號程式配置檔案(使用dialer remote-name命令)。 僅檢查與物理介面所屬的池關聯的配置檔案。如果找到匹配項,請將物理介面繫結到匹配的撥號器介面。如果由於任何原因導致此檢查失敗,則繫結嘗試演算法將失敗,並且呼叫將斷開。
請注意,繫結並不意味著連線成功。這僅僅意味著物理介面現在有配置可供使用。但是,呼叫仍可能由於其他原因而中斷(例如IP控制協定(IPCP)故障)。
一旦繫結成功且裝置進行身份驗證,路由器就會檢查dialer remote-name是否與對等裝置的身份驗證使用者名稱匹配。如果名稱不匹配,呼叫將斷開。
只能使用呼叫方ID或DNIS繫結同步ISDN呼叫。如果數據機呼叫恰好通過ISDN BRI或PRI連線傳遞,則當前未嘗試使用提供的CLID/DNIS繫結數據機呼叫。
可使用最大閾值(dialer pool-member命令中的max-link選項)管理配置檔案中的入站呼叫數。 最大閾值可防止配置檔案過度使用。路由器會應答呼叫,以確定呼叫針對哪個配置檔案,以及是否達到配置檔案最大連線限制。如果達到最大值,則呼叫會斷開。
要配置撥號程式配置檔案,請執行以下任務:
配置一個或多個撥號器介面。特定於目標的所有配置設定都進入撥號器介面配置。
步驟 | 指令 | 目的 |
---|---|---|
1. | interface dialer number | 建立撥號器介面。 |
2. | ip address ip_address subnet_mask 或ip unnumbered interface 或ip address negotiated | 指定Dialer介面的IP地址和掩碼作為要呼叫的目標網路中的節點。您也可以取消介面編號為路由器上的另一個Up/Up介面,或者在IPCP協商期間獲取地址 |
3. | encapsulation ppp | 指定PPP封裝。 |
4. | (可選)ppp authentication chap | pap [callin] | 指定PPP身份驗證方法。只有在您不執行基於CLID或DNIS的繫結時,才需要這樣做。有關詳細資訊,請參閱撥入部分 |
5. | 撥號器來電者號碼 | 配置對等體(用於繫結)的呼叫方ID(CLID)。 確保電信在來電設定消息中提供CLID。 |
6. | (可選)稱為DNIS:子地址的撥號器 | 指定可用於繫結的DNIS和子地址資訊。這主要用於歐洲和澳洲。 注意:同時配置DNIS和子地址;否則,對此配置檔案的每次DNIS繫結嘗試都將失敗。 |
7. | dialer remote-name username | 指定遠端路由器身份驗證名稱。如果未正確指定使用者名稱,呼叫將斷開。 |
8. | dialer string dial-string class class-name | 指定要呼叫的遠端目標,以及定義此目標呼叫的特性的對映類。對映類是可選的。僅當路由器進行出站呼叫時才需要使用此命令。 |
9. | dialer pool pool-number | 指定用於呼叫此目標的撥號池。 |
10. | dialer-group group-number | 將撥號器介面分配給撥號器組。這會將相關流量定義應用於介面 |
11. | dialer-list group-number protocol protocol-name {permit | deny | list} access-list-number | 按清單編號或按協定和清單編號指定訪問清單(在全域性配置模式下),以定義可以觸發呼叫的「感興趣」資料包。group-number必須與步驟9中的相同 |
(可選)配置對映類,以基於每個呼叫目標為不同型別的呼叫指定不同的特徵。如需詳細資訊,請參閱設定map-class dialer指令一節。
配置物理介面。
步驟 | 指令 | 說明 |
---|---|---|
1. | interface interface_type number | 配置撥號程式配置檔案的物理介面引數 |
2. | (可選)encapsulation ppp | 將PPP封裝指定為預設封裝。您還可以配置x25、幀中繼、HDLC等。雖然實體介面使用PPP封裝,但實際在B通道上執行的封裝是由繫結到此介面的撥號器設定檔上設定的封裝決定。 |
3. | (可選)ppp authentication chap | pap [callin] | 指定PPP身份驗證方法。只有在您不執行基於CLID或DNIS的繫結時,才需要這樣做。有關詳細資訊,請參閱撥入部分 |
4. | (可選)ppp multilink | 在此物理介面上允許PPP muktilink。只有在您不執行基於CLID或DNIS的繫結時,才需要這樣做。有關詳細資訊,請參閱撥入部分 |
5. | dialer pool-member pool-number | 將物理介面分配給撥號器池。此池編號應與上表中步驟9中配置的池編號相同 |
注意:如果通過此物理介面的每個傳入連線未使用CLID或DNIS繫結,則必須在物理介面上配置encapsulation ppp、ppp authentication和ppp multilink(如果適用)。
配置用於CHAP或PAP身份驗證的使用者名稱和密碼。有關設定PAP的詳細資訊,請參閱設定PPP密碼驗證通訊協定(PAP)和疑難排解。 有關CHAP資訊,請參閱瞭解和配置PPP CHAP身份驗證。
將撥號器介面配置為下一跳的靜態路由。
在上圖中:
撥號器介面Dialer1使用撥號器池10
撥號器介面Dialer2使用撥號器池20
撥號器介面Dialer3使用撥號器池30
BRI 0、BRI 1、BRI 2屬於撥號程式池10
BRI 1、BRI 2屬於撥號器池20
BRI 2屬於撥號器池30
如果介面Dialer1需要建立DDR連線,它將使用撥號器池10中的一個BRI。在這種情況下,來自BRI 0、BRI 1或BRI 2的B通道將用於該呼叫。
如果撥號器介面Dialer2需要建立DDR連線,它使用撥號器池20(並擴展BRI 1或BRI 2)。
為避免在撥號器池內發生爭用,您可以確定撥號器池的物理介面的優先順序。
以下配置示例中顯示了這些撥號器介面配置任務:
interface Dialer1 ip address 1.1.1.1 255.255.255.0 ! -- IP Address. ! -- For simplicity keep this address in the same network as the peer. ! -- If needed, you can unnumber this to another interface instead. encapsulation ppp dialer remote-name Smalluser ! -- Authenticated remote name of the peer. ! -- Verify that this name exactly matches the authenticated name of the remote. dialer string 5554540 ! -- Number for outbound call. For inbound calls this is not needed. ! -- Multiple dial strings can be specified for the same dialer interface. dialer caller 5554540 ! -- CLID information used for binding. dialer pool 10 !-- Member of dialer pool 10. !-- The dialer interface can only be a member of 1 pool(the reverse is not true). dialer-group 1 ! -- Interesting traffic is defined by dialer-list 1. ! interface Dialer2 ip address 2.2.2.2 255.255.255.0 encapsulation ppp dialer remote-name Mediumuser !-- Note that the remote-name is different from the other profiles. !-- Do not configure two dialer profiles with the same remote-name. dialer string 5554541 dialer caller 5554541 dialer load-threshold 50 either ! -- Load threshold (50/255=20%) for multilink ppp. dialer pool 20 dialer-group 2 ppp multilink ! -- Dialer 2 can perform Multilink PPP. ! interface Dialer3 ip address 3.3.3.3 255.255.255.0 encapsulation ppp dialer remote-name Poweruser dialer string 5554542 class Eng !--- Dial 5554542 and use the map-class named "Eng" (defined below). dialer caller 5554542 dialer hold-queue 10 dialer load-threshold 80 ! -- Load threshold (80/255=32%) for multilink ppp. dialer pool 30 dialer-group 2 ppp multilink ! -- Dialer 3 can perform Multilink PPP. ! map-class dialer Eng !--- Map-class named "Eng" that was used with the dialer string in Dialer3. isdn speed 56
注意:為需要連線的每個遠端裝置配置撥號器介面。
使用dialer remote-name user-name命令指定遠端目標。這是為身份驗證傳遞的遠端路由器名稱。
使用dialer string string 命令指定要撥號的號碼(對於出站呼叫)。 如有必要,可以配置對映類。
使用dialer caller lookup 命令指定對等體的CLID。
使用dialer pool number 命令將撥號器介面繫結到撥號器池。請注意,撥號程式介面只能與一個撥號程式池相關聯,但撥號程式池可以與許多撥號程式介面相關聯。
dialer-group group-number 命令用於引用定義「感興趣」流量的撥號器清單。
注意:dialer-list dialer-group protocol protocol-name {permit | deny | list access-list-number} 命令指定用於定義「感興趣」資料包以觸發呼叫的協定或訪問清單編號。
您可以使用map-class dialer class-name 命令指定對映類並進入對映類配置模式。下表顯示了以下選項:
指令 | 說明 |
---|---|
dialer isdn [speed <56>] | [no-spc] | 指定ISDN線路速度56 Kbps。 注意:預設值為64 Kbps。speed引數僅用於56 Kbps線路速度;64不是有效的選項。 注意:請聯絡您的電信公司,以確定是否需要這樣做。 |
dialer idle-timeout number | 指定進行呼叫時要使用的空閒計時器值。預設值為120秒。 注意:您也可以在撥號器介面中配置空閒超時。 |
dialer fast-idle number | 指定在發出呼叫時要使用的快速空閒計時器值。當物理介面出現擁塞時使用此方法。預設值為20秒。 |
dialer wait-for-carrier-time number | 指定進行呼叫時要使用的載波時間值。 |
注意:上面所示的一些撥號器命令可以直接在撥號器介面或對映類下配置。同一命令可能多次出現,可能使用不同的引數。優先順序從高到低:
map-class引數
介面引數
使用dialer pool-member number 命令將物理介面分配給撥號程式池。您可以使用此介面配置命令指定多個撥號程式池編號,將介面分配給多個撥號程式池。
使用此命令的priority選項設定撥號器池中的介面優先順序。
interface BRI0 no ip address encapsulation ppp ! -- Specify that the default encapsulation for this interface is ppp. ! -- Although BRI0 employs ppp encapsulation, the actual encapsulation ! -- running over the B-channels are determined by the one configured ! -- on the dialer profile bound to this interface. dialer pool-member 10 priority 100 ! -- BRI 0 is a member of pool 10. ! interface BRI1 no ip address encapsulation ppp dialer pool-member 10 priority 50 ! -- BRI 1 is a member of pool 10. ! -- Note that the priority is less than BRI 0. dialer pool-member 20 priority 100 ! -- BRI 1 is a member of pool 20. ! -- Note that the priority is higher than BRI 2. ! interface BRI2 no ip address encapsulation x25 ! -- Although BRI2 employs X25 encapsulation, ! -- the actual encapsulation running over the B-channels ! -- are determined by the one configured on the dialer profile ! -- bound to this interface. dialer pool-member 10 priority 10 ! -- BRI 1 is a member of pool 10. ! -- Note that the priority is less than BRI 0 and BRI 1. dialer pool-member 20 priority 50 ! -- BRI 2 is a member of pool 20. ! -- Note that the priority is lower than BRI 1. dialer pool-member 30 ... ... ...
注意:如果無法執行基於CLID或DNIS的繫結,則必須配置encapsulation ppp、ppp authentication chap命令 物理介面下的| pap [callin]和ppp multilink(如果適用)。
dialer pool-member可選命令引數包括:
引數 | 說明 |
---|---|
編號 | 設定撥號器池編號。這是一個從1到255的十進位制值。 |
優先順序號 | 設定撥號器池內物理介面的優先順序。首先選擇具有優先順序號碼的介面進行撥出。這是一個從1到255的十進位制值。值越大,優先順序越高。僅當物理介面上存在出站呼叫爭用時才需要此功能。 |
最小鏈路號碼 | 為該撥號器池保留的介面上的ISDN B通道。這是一個介於1和255之間的數字。這可以用作簡單的通道保留系統。 |
最大鏈路數量 | 設定為此撥號程式池保留的介面上的ISDN B通道的最大數量。這是一個介於1和255之間的數字。 |
有關使用撥號程式配置檔案的綜合示例配置,請參閱使用撥號程式配置檔案配置ISDN DDR。
有關非PPP配置示例,請參閱以下文檔:
X.25和訊框中繼:通過ISDN進行撥入的動態多重封裝
有關調整和可選命令的詳細資訊,請參閱使用撥號程式配置檔案命令的對等DDR文檔。
show interface dialer1命令顯示有關傳入和傳出呼叫的資訊:
Router# show interfaces dialer1 Dialer1 is up, line protocol is up (spoofing) ! -- The dialer interface is up/up(spoofing). ! -- Dialer interface is always up(spoofing) so that the route ! -- to the dialer interface remains in the routing table. ! -- Refer to the Note below. Hardware is Unknown Internet address is 1.1.1.1/24 ! -- IP address for the dialer interface. MTU 1500 bytes, BW 64 Kbit, DLY 20000 usec, rely 255/255, load 1/255 Encapsulation PPP, loopback not set ! -- Encapsulation on the dialer interface. DTR is pulsed for 1 seconds on reset Interface is bound to BRI0:1 ! -- This dialer is bound to 1 B-channel. Last input 00:00:38, output never, output hang never Last clearing of "show interface" counters 00:05:36 Queueing strategy: fifo Output queue 0/40, 0 drops; input queue 0/75, 0 drops 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute output rate 0 bits/sec, 0 packets/sec 38 packets input, 4659 bytes 34 packets output, 9952 bytes Bound to: BRI0:1 is up, line protocol is up ! -- B-channel to which Dialer1 is bound to. Hardware is BRI MTU 1500 bytes, BW 64 Kbit, DLY 20000 usec, rely 255/255, load 1/255 Encapsulation PPP, loopback not set, keepalive not set Interface is bound to Dialer1 (Encapsulation PPP) ! -- Encapsulation applied by the dialer profile. LCP Open, multilink Open Last input 00:00:39, output 00:00:11, output hang never Last clearing of "show interface" counters never Queueing strategy: FIFO Output queue 0/40, 0 drops; input queue 0/75, 0 drops 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute output rate 0 bits/sec, 0 packets/sec 78 packets input, 9317 bytes, 0 no buffer Received 65 broadcasts, 0 runts, 0 giants, 0 throttles 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort 93 packets output, 9864 bytes, 0 underruns 0 output errors, 0 collisions, 7 interface resets 0 output buffer failures, 0 output buffers swapped out 4 carrier transitions
注意:撥號器介面將始終至少為up/up(欺騙)。 欺騙一詞表示線路實際上未啟用,但撥號器正在強制該線路偽裝為「up」,以便上層協定能夠繼續按預期運行。欺騙是為DDR工作而新增的狀態。該介面會響應被路由到它的資料包而「按需撥號」。但是,由於沒有資料包路由到「關閉」介面,因此介面必須偽裝為開啟(欺騙),這樣即使沒有連線,資料包也會路由到介面。欺騙是按需撥號介面上的正常狀態。
症狀 | debug指令 | 解析 |
---|---|---|
從不撥號 | debug dialer | 確認感興趣的流量、路由配置、撥號器電話號碼和撥號器池設定。 |
來電連線不正確 | debug dialer | 確認三個繫結步驟之一是否成功。 |
呼叫過早斷開,或呼叫從不斷開 | debug dialer packet | 確認相關資料包配置 |
與傳統DDR一樣,調試撥號程式配置檔案問題的最合適命令是debug dialer。如果呼叫成功,調試將不會指示超出已記錄消息的數量。如果發生故障,則可能導致許多問題。
開啟debug dialer並產生與對等點的相關流量。路由器應嘗試撥號。以下是輸出示例:
maui-soho-01#ping 10.1.1.1 Type escape sequence to abort. Sending 5, 100-byte ICMP Echos to 10.1.1.1, timeout is 2 seconds: *Mar 1 00:24:47.242: BR0 DDR: rotor dialout [priority] *Mar 1 00:24:47.250: BR0 DDR: Dialing cause ip (s=192.168.1.1, d=10.1.1.1) *Mar 1 00:24:47.250: BR0 DDR: Attempting to dial 5551111
檢查debug指令是否產生任何偵錯輸出。如果完全沒有debug dialer輸出,或者如果繫結失敗,這很可能是因為您傳送的IP資料包甚至沒有路由到撥號器介面。請按照以下步驟操作。有關繫結的詳細資訊,請參閱本文檔的撥出部分。
按照以下步驟排除出站呼叫的繫結問題。
如果撥號程式配置檔案未與撥號程式池相關聯,debug dialer將為出站呼叫指示以下內容:
*Mar 1 07:20:45.676: Di15: Cannot place call, no dialer pool set
解決方案:在撥號器介面上配置dialer pool命令。
如果物理介面未與任何池關聯,則呼叫路由器上的調試消息將與沒有更多物理介面的情況下相同,從而導致觸發快速空閒計時器
*Mar 1 11:54:14.937: Di15: No free dialer - starting fast idle timer
解決方案:在物理介面上配置dialer pool-member命令,將其關聯到撥號程式池
驗證撥號器池配置正確後:
驗證撥號器介面上是否配置了IP。您應該具有介面上的IP位址,或具有ip unnumbered type number (其中type number 是路由器具有已分配IP位址的另一介面),或是已交涉的ip位址。
檢查命令ip routing是否已設定。使用show running-config命令檢視配置時,不應看到已配置的no ip 命令。
確保有一個指向撥號器介面的靜態路由。以下示例是使用下一跳撥號程式1的172.22.53.0/24的靜態路由:
maui-soho-01(config)#ip route 172.22.53.0 255.255.255.0 dialer 1
驗證撥號器介面是否未處於關閉狀態。使用show interface dialer interface命令驗證介面是否為up/up,或檢查撥號器介面配置下是否存在no shutdown。
在這種情況下,可能有路由到介面的IP資料包,但路由器會將其丟棄,並且出於某種原因不會發起呼叫。檢視debug dialer輸出以瞭解未進行呼叫嘗試的原因。以下是debug dialer指出的一些問題及其可能的原因:
範例 1
*Mar 1 00:07:22.255: Di1 DDR: ip (s=10.1.0.1, d=192.168.201.1), 100 bytes, outgoing uninteresting (no dialer-group defined).
撥號器介面上沒有配置任何撥號器組。新增撥號器組,如下例所示:
interface Dialer1 dialer-group 1
範例 2
*Mar 1 00:08:24.919: Di1 DDR: ip (s=10.1.0.1, d=192.168.201.1), 100 bytes, outgoing uninteresting (dialer-list 1 not defined).
Dialer介面上有dialer-group語句,但引用的撥號程式清單不存在。如以下示例所示配置dialer-list:
dialer-list group-number protocol ip permit
註:group-number的值應該與dialer-group group-number中配置的值相同。在本例中,配置dialer-list 1。
範例 3
*Mar 1 00:25:32.551: Di1 DDR: ip (s=10.1.0.1, d=192.168.201.1), 100 bytes, outgoing interesting (ip PERMIT) *Mar 1 00:25:32.555: Di1 DDR: No free dialer - starting fast idle timer.
在這種情況下,傳出資料包將被視為足夠有趣,可以啟動鏈路,但沒有可用於發出呼叫的物理介面。確保在物理介面中配置了dialer pool-member number,並在撥號器介面中配置了dialer pool number。範例:
interface BRI0 dialer pool-member 1 ! interface Dialer1 dialer pool 1
此外,請確認物理介面未處於關閉狀態。在物理介面上使用no shutdown命令。
範例 4
*Mar 1 00:37:24.235: Di1 DDR: ip (s=10.1.0.1, d=192.168.201.1), 100 bytes, outgoing interesting (ip PERMIT) *Mar 1 00:37:24.239: Di1 DDR: Cannot place call, no dialer string set.
在這種情況下,撥號器介面上未設定dialer string dial-string。路由器要發出呼叫,但不知道要呼叫的號碼。定義撥號器字串:
interface Dialer1 dialer string 8134
使用撥號程式配置檔案的呼叫失敗可能是由於將該呼叫的物理介面與撥號程式介面繫結時出現問題造成的。驗證路由器是否滿足上面的撥入部分所述的繫結條件之一。請遵循以下步驟:
如果撥號程式配置檔案未與撥號程式池關聯,debug dialer將指示入站呼叫的以下內容:
*Mar 1 11:51:24.873: BRI0:1: Authenticated host HQ-NAS with no matching dialer profile
解決方案:在撥號器介面上配置dialer pool命令。
請記住,有四次嘗試繫結。假設我們有多個撥號器設定檔,則CLID和DNIS繫結嘗試失敗,並且未配置PPP身份驗證(搶佔可能進行的第四次測試)。 在被叫路由器上生成以下debug dialer消息。
*Mar 1 11:59:36.521: ISDN BR0:1: Incoming call rejected, unbindable
解決方案:配置ppp authentication chap | pap [callin]在物理介面。
如果在物理介面上啟用PPP身份驗證,則第四次嘗試繫結將繼續。路由器將使用經過身份驗證的使用者名稱嘗試繫結到撥號器池中的某個撥號器介面。如果該嘗試失敗,則被呼叫的路由器上將顯示以下調試:
*Mar 1 12:03:32.227: BRI0:1: Authenticated host HQ-NAS with no matching dialer profile
解決方案:在撥號器介面上配置dialer remote-name命令。指定的名稱必須與遠端路由器提供的用於身份驗證的使用者名稱完全匹配。在本示例中,經過身份驗證的使用者名稱為HQ-NAS。
如果呼叫意外斷開或呼叫從未斷開,請檢查撥號器空閒超時和關注流量定義。您可以使用debug dialer packet指令來檢視特定封包是否具有意義。例如:
Apr 26 01:57:24.483: Di1 DDR: ip (s=192.168.1.1, d=224.0.0.5), 64 bytes, outgoing uninteresting (list 101) Apr 26 01:57:26.225: Di1 DDR: ip (s=192.168.1.1, d=10.1.1.1), 100 bytes, outgoing interesting (list 101)
在上方範例中,依照存取清單101,開放最短路徑優先(OSPF)hello是無關的,而第二個封包依照存取清單101是相關封包。
在撥號器介面配置中調整dialer idle-timeout。預設值為120秒,但您可能希望根據您的需要增大或減小此值。
更改相關流量定義(使用dialer-list命令進行配置)。 如果呼叫過早斷開,您可能希望更鬆散地定義相關流量。如果呼叫從未斷開,請將您的關注流量定義更改為更嚴格的定義。例如,您可以將路由協定流量定義為不相關流量。以下是相關流量定義的示例:
access-list 101 remark Interesting traffic for dialer-list 1 access-list 101 deny ospf any any !--- Mark OSPF as uninteresting. This will prevent OSPF hellos !--- from keeping the link up. access-list 101 deny udp any any eq ntp !--- Define ntp traffic as NOT interesting. !--- This will prevent periodic ntp traffic from keeping the !--- link up indefinitely. access-list 101 permit ip any any !--- All other IP traffic is interesting. Change this depending on your !--- traffic needs. dialer-list 1 protocol ip list 101
修訂 | 發佈日期 | 意見 |
---|---|---|
1.0 |
15-Sep-2005 |
初始版本 |