- 產品與解決方案
- 行業解決方案
- 服務
- 支持
- 合作夥伴
- 關於我們
04-DDR配置
本章節下載： 04-DDR配置 (426.10 KB)
目 錄
DDR可在路由器通過公用交換網進行互連時，提供按需撥號服務。因其僅在需要時建立連接，能有效的控製通信成本，在實際組網中得到廣泛應用。
以太網也常常使用DDR技術作為接入控製的手段，具體介紹請參見“用戶接入與認證配置指導”中的“PPPoE”。
DDR中用到的接口含義如下：
· 物理接口：支持DDR功能的物理接口，包括Celluler接口。
· Dialer接口：為了配置DDR參數而設置的邏輯接口。
· 撥號接口：撥號相關接口的統稱。可以是Dialer接口，也可以是支持DDR功能的物理接口。
DDR支持兩種方式：傳統DDR方式、共享DDR方式。
傳統DDR方式支持如下兩種配置方式：
· 在物理接口上直接配置DDR參數
在此方式下，根據物理接口上配置的DDR參數，直接在該物理接口上發起或接收呼叫。
每個物理接口可以對應一個或多個呼叫目的地址。
本方式僅適用於一個接口發起/接收呼叫。
· 借助撥號循環組配置DDR參數
在此方式下，在Dialer接口上配置DDR呼叫參數，然後將一個Dialer接口與一組物理接口對應起來，由Dialer接口來控製通過哪個物理接口來發起或接收呼叫。
每個Dialer接口可以對應一個或多個呼叫目的地址。如果Dialer接口上配置了多個呼叫目的地址，則通過撥號循環組中的任一物理接口都可以呼叫設定好的任意一個目的地。
同一物理接口僅能屬於一個Dialer接口。
本方式既適用於多個接口發起/接收呼叫，又適用於一個接口發起/接收呼叫。
共享DDR方式下，不能在物理接口上直接配置DDR參數，隻能在Dialer接口上配置DDR參數。物理接口必須綁定到Dialer接口才能實現DDR撥號功能。
每個Dialer接口對應一個Dialer bundle，每個Dialer bundle中可以包含多個不同優先級別的物理接口，優先級高的物理接口會被優先使用，優先級相同時，會輪詢選擇各物理接口。
每個Dialer接口隻能對應一個呼叫目的地址，呼叫不同的對端時使用不同的Dialer接口。
同一個物理接口可以屬於多個Dialer bundle，可以在不同的時候服務於不同的Dialer接口，與不同的目的地建立連接。
傳統DDR方式和共享DDR方式是互斥的，兩種方式具有各自不同的特點：
· 傳統DDR方式功能強大、應用廣泛，但是由於一種撥號業務對應一個撥號接口，一個物理接口隻能屬於一個Dialer接口，所以每種撥號業務使用的物理接口都不同，當新增撥號業務時，就需要采用新的物理接口，因此傳統DDR方式受限於撥號業務設置與物理接口配置之間的靜態綁定，缺乏伸縮性、擴展性。
· 共享DDR方式比傳統DDR方式簡單，並具有良好的靈活性。共享DDR方式將物理接口和呼叫的邏輯配置分開進行，再將兩者動態的捆綁起來，使得同一物理接口可以服務於多個Dialer接口，從而實現同一物理接口為多種不同的撥號業務服務。
兩種方式下，物理接口、Dialer接口和呼叫目的地的對應關係如圖1-1和圖1-2所示。
圖1-1 傳統DDR的物理接口、Dialer接口和呼叫目的地的對應關係圖
圖1-2 共享DDR的物理接口、Dialer接口和呼叫目的地的對應關係圖
路由器的DDR功能主要用來控製鏈路建立和中斷呼叫的。DDR更準確的說是一個控製中心——決定鏈路何時建鏈和斷開以及報文是否能夠從該鏈路轉發等。根據觸發DDR撥號方式的不同，可將DDR分為如下幾類：報文觸發DDR、自動撥號DDR、路由觸發DDR。
通過DDR撥號控製規則將撥號接口轉發的數據報文分為兩類：感興趣報文、非感興趣報文。
隻有感興趣報文才觸發撥號。在撥號鏈路建立之前，非感興趣的報文會被丟棄。直到有感興趣報文觸發撥號建立鏈路後，非感興趣報文才同感興趣報文一起轉發。撥號鏈路建立後，如果鏈路的空閑時間超過了Idle定時器指定的時間，DDR將斷開鏈路。隻有感興趣報文會刷新Idle定時器，非感興趣報文隻是被“悄悄地轉發”。
用戶可以配置撥號控製規則來精確的定義感興趣報文，然後在各個撥號接口下關聯撥號控製規則，從而可以實現各個撥號接口由各自關注的感興趣報文來觸發撥號建立鏈路。
在路由器啟動後，DDR將自動嚐試撥號連接對端，無需通過數據報文進行觸發。若無法與對端正常建立撥號連接，則每隔一段時間DDR將再次自動嚐試建立撥號連接。與報文觸發的DDR相比，該連接建立後不會因超時而自動掛斷。
用戶可以配置要監控的網段，然後將撥號接口與被監控的網段關聯起來，當到達被監控的網段不存在有效路由時，會在撥號接口上通過DDR撥號啟動備份鏈路來轉發數據流量。備份鏈路啟動後，係統會定時檢查主鏈路的狀態。當主鏈路恢複後，根據用戶的配置可以選擇直接掛斷備份鏈路，也可以等待定時器超時後再掛斷備份鏈路。
傳統DDR的支持情況與設備型號有關，請以設備的實際情況為準。
|
型號 |
說明 |
|
MSR1008 |
不支持 |
|
MSR2630E-X1 |
支持 |
|
MSR3610E-X1、MSR3610E-X1-DP |
支持 |
|
型號 |
說明 |
|
MSR2660-XS |
不支持 |
|
MSR2680-XS |
支持 |
|
型號 |
說明 |
|
MSR2600-12X-WiNet |
不支持 |
|
MSR2610-13X-WiNet |
支持 |
報文觸發DDR配置任務如下：
(1) DDR基本配置
(2) 配置接口的DDR撥號控製規則
(3) 配置DDR撥號功能
¡ 配置傳統DDR
¡ 配置共享DDR
(4) 配置撥號接口
(5) （可選）配置DDR鏈路的MP捆綁
(6) （可選）配置PPP回呼
(7) （可選）拆除撥號鏈路
自動撥號DDR配置任務如下：
(1) DDR基本配置
(2) 配置DDR撥號功能
¡ 配置傳統DDR
¡ 配置共享DDR
(3) 配置撥號接口
(4) （可選）配置DDR鏈路的MP捆綁
(5) 配置自動撥號
(6) （可選）拆除撥號鏈路
路由觸發DDR配置任務如下：
(1) DDR基本配置
(2) 配置DDR
¡ 配置傳統DDR
¡ 配置共享DDR
(3) 配置撥號接口
(4) （可選）配置DDR鏈路的MP捆綁
(5) 配置動態路由備份
(6) （可選）拆除撥號鏈路
撥號接口支持鏈路層的PPP協議，支持網絡層的IP協議，支持RIP、OSPF等動態路由協議。關於這些協議的詳細配置介紹請參見“二層技術-廣域網接入配置指導”中的“PPP”、“三層技術-IP業務配置指導”和“三層技術-IP路由配置指導”。
請按照如下原則配置PPP：
· 對於傳統DDR，如果直接在物理接口上配置DDR參數，則在物理接口上配置PPP相關命令；如果借助撥號循環組配置DDR參數，請在Dialer接口下配置PPP相關命令。
· 對於共享DDR，如果是主叫端，請在Dialer接口下配置PPP相關命令，為確保PPP鏈路參數協商的可靠性，建議在物理接口下也配置相同的PPP相關命令；如果是被叫端，請在物理接口下配置PPP相關命令。
接口的DDR撥號控製規則用於控製接口什麼時候發起DDR呼叫。用戶需要在DDR呼叫的發起端配置接口的DDR撥號控製規則，在DDR呼叫的接收端不用配置接口的DDR撥號控製規則。
DDR撥號控製規則的過濾方法有如下兩種：
· 根據協議類型過濾報文：本方法目前隻能匹配IP協議報文。
· 根據ACL過濾報文：本方法可以對報文進行更精細的區分。
根據匹配DDR撥號控製規則的結果，報文分為兩種：
· 感興趣報文：permit的協議報文或者符合ACL的permit條件的報文。
· 非感興趣報文：deny的協議報文或者不符合ACL的permit條件的報文或者沒有匹配任何規則的報文。
對上述兩種報文的處理方式如下：
· 對於感興趣報文：如果相應鏈路沒有建立，則發起新呼叫建立鏈路並發送報文；如果相應鏈路已經建立，DDR將通過該鏈路發送報文，並重置Idle超時定時器。
· 對於非感興趣報文：如果相應鏈路沒有建立，則不發起呼叫並丟棄此報文；如果相應鏈路已經建立，DDR將通過此鏈路發送報文，但是不重置Idle超時定時器。
用戶必須配置DDR撥號控製規則，並將撥號接口與撥號控製規則相關聯，DDR才能正常撥號。
一個接口隻能關聯一個撥號訪問組。
(1) 進入係統視圖。
system-view
(2) 創建撥號訪問組，並配置撥號控製規則。
dialer-group group-number rule { ip | ipv6 } { deny | permit | acl { acl-number | name acl-name } }
(3) 進入撥號接口視圖。
interface interface-type interface-number
(4) 配置該撥號接口關聯的撥號訪問組，將該接口與撥號控製規則相關聯。
dialer-group group-number
缺省情況下，接口不與任何撥號訪問組相關聯。
應用傳統DDR方法配置時，撥號雙方可以選擇配置PAP或CHAP認證。為確保撥號身份的安全性，推薦配置認證，配置方法請參見“二層技術-廣域網接入配置指導”中的“PPP”，同時注意以下約束：
· 如果物理接口直接配置DDR參數，則直接在物理接口上配置PAP或CHAP認證。
· 如果借助撥號循環組配置DDR參數，則在Dialer接口上配置PAP或CHAP認證。
當接口作為呼叫的發起端時，需要為接口使能DDR功能並配置呼叫對端的撥號串。
進行發起端的配置時需要注意：
· 如果從一個接口發起呼叫，可以在物理接口上直接配置，也可以借助撥號循環組配置。如果從多個接口發起呼叫，則隻能借助撥號循環組配置。
· 當向一個對端發起呼叫時，可以使用命令dialer number或dialer route配置到達對端的撥號串；當向多個對端發起呼叫時，需要多次使用dialer route命令分別配置到不同目的地址對應的撥號串。
· 對應同一個目的地址也可配置多條dialer route命令分別指定對應不同的撥號串，從而實現撥號串備份，即如果使用當前撥號串無法呼通對端，則下次呼叫時則自動選擇另一個撥號串進行撥號。
(1) 進入係統視圖。
system-view
(2) 進入物理接口視圖。
interface interface-type interface-number
(3) 使能傳統DDR。
dialer circular enable
缺省情況下，接口上未使能傳統DDR。
(4) 配置呼叫一個或多個對端的目的地址及撥號串。
¡ 配置呼叫一個對端的目的地址及撥號串。
dialer number dial-number
¡ 配置呼叫一個或多個對端的目的地址及撥號串。
dialer route ip next-hop-address [ mask network-mask-length ] [ vpn-instance vpn-instance-name ] dial-number number [ broadcast ]
缺省情況下，沒有配置呼叫對端的目的地址及撥號串。
(1) 進入係統視圖。
system-view
(2) 創建Dialer接口，並進入Dialer接口視圖。
interface dialer number
(3) 使能傳統DDR。
dialer circular enable
缺省情況下，接口上未使能傳統DDR。
(4) 配置呼叫一個或多個對端的目的地址及撥號串。
¡ 配置呼叫一個對端的目的地址及撥號串。
dialer number dial-number
¡ 配置呼叫一個或多個對端的目的地址及撥號串。
dialer route ip next-hop-address [ mask network-mask-length ] [ vpn-instance vpn-instance-name ] dial-number number [ broadcast ]
缺省情況下，沒有配置呼叫對端的目的地址及撥號串。
(5) 退回係統視圖。
quit
(6) 進入物理接口視圖。
interface interface-type interface-number
(7) 將物理接口加入指定的撥號循環組。
dialer circular-group number
缺省情況下，物理接口不屬於任何一個撥號循環組。
撥號循環組的序號number要與Dialer接口的編號相同。
(8) 配置物理接口在撥號循環組中的優先級。
dialer priority priority
缺省情況下，物理接口在撥號循環組中的優先級為1。
如果從一個接口發起呼叫，不需要配置本命令；如果從多個接口發起呼叫，需要配置本命令，高優先級的物理接口會被優先使用，優先級相同時，會輪詢選擇各物理接口。
當接口作為呼叫的接收端時，隻需要為接口使能DDR功能即可，不需要配置撥號串。
配置時需要注意：
· 如果從一個接口接收呼叫，可以在物理接口上直接配置，也可以借助撥號循環組配置。
· 如果從多個接口接收呼叫，則隻能借助撥號循環組配置。
· 配置接收對端的呼叫時進行認證時，如果需要接收多個對端的呼叫，則需要多次配置dialer route命令，並且必須通過ip和user參數指定主叫方的IP地址和用戶名。隻有當主叫方的IP地址和認證用戶名與配置的IP地址和用戶名一致時，設備才會接收其呼叫。
(1) 進入係統視圖。
system-view
(2) 進入物理接口視圖。
interface interface-type interface-number
(3) 使能傳統DDR。
dialer circular enable
缺省情況下，接口上未使能傳統DDR。
配置本命令後，如果不配置對主叫方進行認證，則接口可接收所有呼叫。
(4) （可選）配置接收對端的呼叫時進行認證。
dialer route ip next-hop-address [ mask network-mask-length ] [ vpn-instance vpn-instance-name ] [ broadcast | user hostname ] *
缺省情況下，未配置接收對端的呼叫時進行認證。
(1) 進入係統視圖。
system-view
(2) 創建Dialer接口，並進入Dialer接口視圖。
interface dialer number
(3) 使能傳統DDR。
dialer circular enable
缺省情況下，接口上未使能傳統DDR。
配置本命令後，如果不配置對主叫方進行認證，則接口可接收所有呼叫。
(4) （可選）配置接收對端的呼叫時進行認證。
dialer route ip next-hop-address [ mask network-mask-length ] [ vpn-instance vpn-instance-name ] [ broadcast | user hostname ] *
(5) 退回係統視圖。
quit
(6) 進入物理接口視圖。
interface interface-type interface-number
(7) 將物理接口加入指定的撥號循環組。
dialer circular-group number
缺省情況下，物理接口不屬於任何一個撥號循環組。
撥號循環組的序號number要與Dialer接口的編號相同。
當接口作為呼叫的發起端時，需要在Dialer接口上使能DDR功能並配置呼叫對端的撥號串。每個Dialer接口僅可以配置呼叫一個對端的撥號串。
在共享DDR的發起端，係統根據撥號控製規則來確定使用哪個Dialer接口進行呼叫，物理接口將使用該Dialer接口的配置信息進行撥號（包括PPP認證協商等）。當Dialer bundle中包含多個物理接口時，優先使用高優先級的物理接口，優先級相同時，會輪詢選擇各物理接口。
(1) 進入係統視圖。
system-view
(2) 創建Dialer接口，並進入Dialer接口視圖。
interface dialer number
(3) 使能共享DDR。
dialer bundle enable
缺省情況下，接口未使能共享DDR。
(4) 配置呼叫一個對端的撥號串。
dialer number dial-number
(5) 配置發起端對接收端認證。
對接收端進行認證，則要在Dialer接口上配置PAP或CHAP認證，詳細介紹請參見“二層技術-廣域網接入命令參考”中的“PPP”。
(6) 退回係統視圖。
quit
(7) 進入物理接口視圖。
interface interface-type interface-number
(8) 將物理接口加入指定的Dialer bundle。
dialer bundle-member number [ priority priority ]
缺省情況下，物理接口不屬於任何一個Dialer bundle。
該Dialer bundle的序號number要與Dialer接口的編號相同。
當接口作為呼叫的接收端時，隻需要為接口使能DDR功能即可，不需要配置撥號串。
接收端必須對發起端進行認證，用戶需要在接收物理接口上配置PAP或CHAP認證，同時在Dialer接口上配置dialer peer-name。這是因為在共享DDR的接收端，由於一個物理接口可能服務於多個Dialer接口，在進行PPP協商認證前還無法確定物理接口所屬的Dialer接口，隻有當PPP協商認證通過後，再根據認證用戶名匹配Dialer接口上的dialer peer-name來確定物理接口和哪個Dialer接口綁定，PPP應用哪個Dialer接口的配置進行IPCP協商。關於認證的詳細配置介紹請參見“二層技術-廣域網接入配置指導”中的“PPP”。
(1) 進入係統視圖。
system-view
(2) 創建Dialer接口，並進入Dialer接口視圖。
interface dialer number
(3) 使能共享DDR。
dialer bundle enable
缺省情況下，接口未使能共享DDR。
(4) 設置對端用戶名。
dialer peer-name username
在一個Dialer接口下最多可以配置255個對端用戶名。當一個Dialer接口下配置多個對端用戶名時，就實現了用一個Dialer接口同時接入多個物理接口的連接。
(5) 退回係統視圖。
quit
(6) 進入物理接口視圖。
interface interface-type interface-number
(7) 將物理接口加入指定的Dialer bundle。
dialer bundle-member number [ priority priority ]
缺省情況下，物理接口不屬於任何一個Dialer bundle。
該Dialer bundle的序號number要與Dialer接口的編號相同。
(1) 進入係統視圖。
system-view
(2) 進入撥號接口視圖。
interface interface-type interface-number
(3) 配置接口的描述信息。
description text
缺省情況下，接口的描述信息為“該接口的接口名 Interface”，比如：Dialer1 Interface。
(4) 配置接口的MTU值。
mtu size
缺省情況下，接口的MTU值為1500字節。
(5) 配置接口的期望帶寬。
bandwidth bandwidth-value
缺省情況下，接口的期望帶寬＝接口的波特率÷1000（kbit/s）。
接口的期望帶寬會影響鏈路開銷值，具體介紹請參見“三層技術-IP路由配置指導”中的“OSPF”、“OSPFv3”和“IS-IS”。
(6) 打開接口。
undo shutdown
缺省情況下，接口處於打開狀態。
· 鏈路空閑時間：一條鏈路建立後，如果鏈路的空閑時間超過了指定的時間，DDR將斷開鏈路。
· 當鏈路斷開後進行下次呼叫的間隔時間：當DDR呼叫鏈路因故障或掛斷等原因進入斷開狀態，必須經過指定時間（即進行下一次呼叫的間隔時間）後才能建立新的撥號連接，從而避免對端程控交換機過載。
· 接口發生呼叫競爭後的鏈路空閑時間：通常一條鏈路建立後Idle超時定時器將起作用。當DDR開始發起新呼叫時，若所有物理接口都被占用則進入“競爭”狀態，此時DDR使用Compete-idle超時定時器取代Idle超時定時器，即鏈路空閑時間超過Compete-idle超時定時器的時間後將自動斷開。
· 呼叫建立超時時間：和某些對端建立DDR呼叫時，從呼叫發起到連接建立的時間長短不一，為了有效控製發起呼叫到呼叫連接建立之間允許等待的時間，可以配置Wait-carrier定時器，若在指定時間內呼叫仍未建立，則DDR將終止該呼叫。
(1) 進入係統視圖。
system-view
(2) 進入撥號接口視圖。
interface interface-type interface-number
(3) 配置允許鏈路空閑的時間。
dialer timer idle idle [ in | in-out ]
缺省情況下，允許鏈路空閑的時間為120秒，隻有出方向的感興趣報文重置定時器。
(4) 配置當鏈路斷開後進行下次呼叫的間隔時間。
dialer timer enable interval
缺省情況下，當鏈路斷開後進行下次呼叫的間隔時間為5秒。
(5) 配置接口發生呼叫競爭後的鏈路空閑時間。
dialer timer compete compete-idle
缺省情況下，接口發生呼叫競爭後的鏈路空閑時間為20秒。
(6) 配置呼叫建立超時時間。
dialer timer wait-carrier wait-carrier
缺省情況下，呼叫建立超時時間為60秒。
沒有為撥號接口配置緩衝隊列的情況下，當撥號接口收到一個報文時，如果此時連接還沒有成功建立，則這個報文將被丟棄。如果為撥號接口配置了緩衝隊列，則在連接成功建立之前報文將被緩存而不是被丟棄，待連接成功後再發送。
(1) 進入係統視圖。
system-view
(2) 進入撥號接口視圖。
interface interface-type interface-number
(3) 配置撥號接口緩衝隊列長度。
dialer queue-length packets
缺省情況下，不對報文進行緩存。
(1) 進入係統視圖。
system-view
(2) 進入撥號接口視圖。
interface interface-type interface-number
(3) 配置接口發送keepalive報文的周期。
timer-hold seconds
缺省情況下，接口發送keepalive報文的周期為10秒。
(4) 配置接口在多少個keepalive周期內沒有收到keepalive報文的應答就拆除鏈路。
timer-hold retry retries
缺省情況下，接口在5個keepalive周期內沒有收到keepalive報文的應答就拆除鏈路。
(5) 配置輪詢時間間隔。
timer-hold period
缺省情況下，輪詢時間間隔為10秒。
接口下的某些配置恢複到缺省情況後，會對設備上當前運行的業務產生影響。建議您在執行本配置前，完全了解其對網絡產生的影響。
您可以在執行default命令後通過display this命令確認執行效果。對於未能成功恢複缺省的配置，建議您查閱相關功能的命令手冊，手工執行恢複該配置缺省情況的命令。如果操作仍然不能成功，您可以通過設備的提示信息定位原因。
(1) 進入係統視圖。
system-view
(2) 進入撥號接口視圖。
interface interface-type interface-number
(3) 恢複接口的缺省配置。
default
在DDR鏈路上配置MP捆綁後，設備會每隔一段時間統計一次流量的信息，並且根據以下三個配置決定MP鏈路的增加或者減少：
· 鏈路的負載閾值
在DDR應用中，可以配置鏈路的負載閾值。當負載閾值在1～99之間時，MP捆綁根據實際流量百分比適當調節分配的帶寬，即如果一條鏈路的實際流量與帶寬的比例超過設定的負載閾值，則係統會自動啟用第二條鏈路，並將兩條鏈路進行MP捆綁；當兩條鏈路的流量與帶寬的比例超過設定的負載閾值，係統會啟動第三條鏈路並進行MP捆綁，依此類推，從而確保DDR鏈路具有合理的負載流量。相反，若N條（N為大於等於2的整數）鏈路的流量與N-1條鏈路帶寬的比例小於設定的負載閾值時，係統自動關閉一條鏈路，依此類推，從而確保DDR鏈路的利用率保持在合理範圍。
· 最大捆綁鏈路數
在DDR中必須借助Dialer接口來實現MP捆綁。在Dialer接口上配置ppp mp和dialer threshold命令後，當Dialer接口中的某個物理接口上的流量與帶寬的比例超過負載閾值時，DDR會啟用該Dialer接口中的另一個物理接口，並對這些鏈路進行MP捆綁。當撥起的鏈路數達到max-bind-num時，PPP MP捆綁的鏈路數達到上限，此時將停止啟動新的鏈路。
· 最小捆綁鏈路數
在撥號使用中，有時需要能夠同時使用多條鏈路來承載業務，因此需要一次報文觸發能夠呼起多條鏈路以保證需要的最小帶寬，此時可以配置ppp mp min-bind命令。配置ppp mp min-bind命令時，路由器首先撥起第一條鏈路，在鏈路UP後檢測捆綁的鏈路數是否達到min-bind-num，如果沒有達到，則再撥起一條鏈路，依此類推，直至達到最小捆綁鏈路數為止。
· ppp mp min-bind、dialer threshold、ppp mp max-bind三條命令隻能在Dialer接口上進行配置。當三條命令同時配置時，係統首先撥起min-bind-num條鏈路，如此時流量仍超過traffic-percentage，則繼續撥起下一條空閑鏈路，直至捆綁鏈路數達到max-bind-num或流量低於traffic-percentage為止。對於呼起的min-bind-num條鏈路，不會因為超時而主動拆鏈。
· 當負載閾值配置為0時，在鏈路由於自動撥號或者報文觸發撥號而開始呼叫的時候，將自動啟動max-bind-num條可用鏈路進行呼叫，而不依靠流量檢測決定呼叫策略，並且對於已經呼叫建立的鏈路也不會因為超時而主動拆鏈，即dialer timer idle命令將會失效。
· 當不配置鏈路的負載閾值時，如果配置了MP最小捆綁鏈路數為min-bind-num，係統會啟動min-bind-num條鏈路進行MP捆綁；如果不配置MP最小捆綁鏈路數，則係統隻啟動一條鏈路進行呼叫。此時，MP最大捆綁鏈路數不起作用。
· 建議隻在呼叫的一端配置負載閾值、MP最大捆綁鏈路數、MP最小捆綁鏈路數。如果在呼叫的發起端和接收端都配置了該值，當兩端配置的值不一致時，則負載閾值較小的值、MP最大捆綁鏈路數較小的值、MP最小捆綁鏈路數較大的值起作用。
(1) 進入係統視圖。
system-view
(2) 配置DDR提供流量統計信息的間隔時間。
dialer flow-interval interval
缺省情況下，DDR提供流量統計信息的間隔時間為20秒。
DDR以用戶配置的時間間隔為MP捆綁提供撥號鏈路上的流量統計信息。
(3) 進入Dialer接口視圖。
interface dialer number
(4) 開啟DDR鏈路的捆綁功能。
ppp mp
缺省情況下，不啟動該功能。
關於MP捆綁的詳細介紹請參見“二層技術-廣域網接入配置指導”中的“PPP”。
對應的物理接口上均需要配置該命令。
(5) （可選）設置MP捆綁的負載閾值。
dialer threshold traffic-percentage [ in | in-out | out ]
缺省情況下，不啟動該功能。
(6) （可選）配置MP最大捆綁鏈路數。
ppp mp max-bind max-bind-num
缺省情況下，最大捆綁鏈路數為16。
關於本命令的詳細介紹請參見“二層技術-廣域網接入命令參考”中的“PPP”。
(7) （可選）配置MP最小捆綁鏈路數。
ppp mp min-bind min-bind-num
缺省情況下，最小捆綁鏈路數為0，即撥號將依賴流量檢測。
關於本命令的詳細介紹請參見“二層技術-廣域網接入命令參考”中的“PPP”。
回呼是指“接受呼叫方”反方向呼叫“發送呼叫方”，其中，發送呼叫方作為Client端，接受呼叫方作為Server端。在PPP回呼中，由Client端首先發起呼叫，Server端確認該呼叫是否需要進行回呼，若需要回呼，Server端則立即掛斷該次呼入連接，並根據用戶名或回呼字符串等信息向Client端重新發起呼叫。進行回呼的好處是：
· 增強安全性：回呼時，Server端根據本端配置的呼叫號碼呼叫Client端，可以避免主叫欺騙。
· 改變話費承擔方，當兩個方向的呼叫費率不同時可以節省話費。
· 實現PPP回呼必須配置認證。在Client端和Server端，建議物理接口和Dialer接口上都配置PAP或CHAP認證命令。
· 為了使Server端有足夠的時間進行回呼，Client端當鏈路斷開後進行下次呼叫的間隔時間（通過dialer timer enable命令配置）應至少比Server端的長10秒。建議Server端使用默認值5秒，Client端配置為15秒。
· 配置回呼時不能同時在接口上配置動態路由備份組。因為在接口上配置動態路由備份時，隻允許從動態路由備份組開始撥號，此時該接口上不接受入呼叫和其它情況的出呼叫。
路由器作為Client端可以向對端（具備PPP回呼Server功能的路由器、Windows NT Server）發起呼叫，並可以正常接收對端的回呼。
使用傳統DDR和共享DDR實現PPP回呼的Client端配置基本相同，區別僅在於共享DDR必須使用dialer number命令配置呼叫撥號串。
(1) 進入係統視圖。
system-view
(2) 進入撥號接口視圖。
interface interface-type interface-number
(3) 配置本端為PPP回呼的Client端。
ppp callback client
缺省情況下，係統未啟動回呼功能。
(4) 配置Windows NT Server回呼路由器時所需要的撥號串。
ppp callback ntstring dial-number
缺省情況下，沒有設置Windows NT Server回呼撥號串。
當路由器作為PPP回呼的Client端呼叫作為PPP回呼Server端的Windows NT Server時，如果Windows NT Server需要路由器發送回呼號碼，則需要配置此命令。
(1) 進入係統視圖。
system-view
(2) 進入Dialer接口視圖。
interface dialer number
(3) 配置本端為PPP回呼的Client端。
ppp callback client
缺省情況下，係統未啟動回呼功能。
(4) 配置Windows NT Server回呼路由器時所需要的撥號串。
ppp callback ntstring dial-number
缺省情況下，沒有設置Windows NT Server回呼撥號串。
當路由器作為PPP回呼的Client端呼叫作為PPP回呼Server端的Windows NT Server時，如果Windows NT Server需要路由器發送回呼號碼，則需要配置此命令。
使用傳統DDR和共享DDR實現PPP回呼的Server端配置區別如下：
· 使用傳統DDR實現PPP回呼時，Server端既可以根據dialer route命令中配置的對端用戶名對應的撥號串進行回呼（必須配置PPP認證），也可以根據PPP用戶的回呼號碼進行回呼，因此需要使用dialer callback-center命令配置回呼的參照依據。
· 使用共享DDR實現PPP回呼時，Server端隻能根據PPP用戶的回呼號碼進行回呼，設置的PPP回呼的參照依據隻能是dial-number。
(1) 進入係統視圖。
system-view
(2) 進入撥號接口視圖。
interface interface-type interface-number
(3) 配置本端為PPP回呼的Server端。
ppp callback server
缺省情況下，係統未啟動回呼功能。
(4) 配置PPP回呼的參照依據。
dialer callback-center [ dial-number | user ] *
缺省情況下，未配置PPP回呼的參照依據，無法進行PPP回呼。
(5) 退回係統視圖。
quit
(6) 根據回呼參照依據的不同進行不同的配置。請選擇其中一項進行配置。
¡ 請依次執行以下命令配置回呼用戶及回呼號碼。
local-user user-name class network
service-type ppp
authorization-attribute callback-number callback-number
¡ 請依次執行以下命令配置回呼用戶及回呼號碼。
interface interface-type interface-number
dialer route ip next-hop-address [ mask network-mask-length ] [ vpn-instance vpn-instance-name ] dial-number number [ interface interface-type interface-number ] [ broadcast ] user hostname。
當Client端采用動態分配的網絡地址時，Server端的回呼參照依據隻能是dial-number。
如果回呼參照依據是dial-number，則需要根據PPP認證中接收的對端用戶名確定回呼的撥號串。如果回呼參照依據是user，則需要根據dialer route命令中配置的對端用戶名對應的撥號串進行回呼。
(1) 進入係統視圖。
system-view
(2) 進入Dialer接口視圖。
interface dialer number
(3) 配置本端為PPP回呼的Server端。
ppp callback server
缺省情況下，係統未啟動回呼功能。
(4) 配置PPP回呼的參照依據。
dialer callback-center dial-number
缺省情況下，未配置PPP回呼的參照依據，無法進行PPP回呼。
(5) 退回係統視圖。
quit
(6) 配置回呼用戶及回呼號碼。
¡ 加本地用戶，並進入本地用戶視圖。
local-user user-name class network
¡ 設置用戶使用的服務類型為PPP。
service-type ppp
缺省情況下，係統不對用戶授權任何服務，即用戶不能使用任何服務。
¡ 設置本地用戶或用戶組的授權屬性。
authorization-attribute callback-number callback-number
缺省情況下，未配置本地用戶或用戶組的授權屬性。
該功能可以和傳統DDR、共享DDR結合使用。所謂自動撥號是指：在路由器啟動後，DDR將自動嚐試撥號連接對端，無需通過數據報文進行觸發。若無法與對端正常建立撥號連接，則每隔一段時間DDR將再次自動嚐試建立撥號連接。與數據觸發的非自動撥號DDR相比，該連接建立後不會因超時而自動掛斷（即dialer timer idle命令對自動撥號不起作用）。
(1) 進入係統視圖。
system-view
(2) 進入撥號接口視圖。
interface interface-type interface-number
(3) 配置自動呼叫一個或多個對端的目的地址及撥號串。
¡ 配置自動呼叫一個對端的目的地址及撥號串。
dialer number number autodial
¡ 配置自動呼叫多個對端的目的地址及撥號串。
dialer route ip next-hop-address [ mask network-mask-length ] [ vpn-instance vpn-instance-name ] dial-number number autodial [ interface interface-type interface-number ] [ broadcast ]
缺省情況下，未配置自動撥號功能。
當向一個對端發起呼叫時，可以使用命令dialer number或dialer route配置撥號串；當向多個對端發起呼叫時，需要使用dialer route命令多次配置撥號串和目的地址。
(4) 設置自動撥號的時間間隔。
dialer timer autodial autodial-interval
當配置自動撥號功能後，自動撥號的間隔時間缺省為300秒。
動態路由備份功能通過配置要監控的網段，可以實現當到達被監控網段不存在有效路由時，通過DDR撥號啟動備份鏈路，從而實現對路由的動態備份。
動態路由備份主要對動態路由協議產生的路由進行備份，也可以對靜態路由和直連路由進行備份。
使用動態路由備份功能時，必須精確定義被監控的網段。當備份接口啟用動態路由備份功能後，係統監控路由、啟動備份鏈路的過程如下：
(1) 係統監控到達需監控網段是否存在路由更新，並檢查路由表中到達需監控網段是否存在至少一條有效路由。
(2) 如果存在至少一條到達需監控網段的路由，並且這條路由從其他接口（未啟動動態路由備份功能的接口）出發，則認為主鏈路接通。
(3) 如果不存在有效路由，則認為主鏈路故障並且不可用，在備份接口通過DDR撥號啟動備份鏈路。
(4) 備份鏈路啟動後，撥號鏈路承載通信數據。在此過程中，係統會定時檢查主鏈路的狀態。
(5) 當主鏈路恢複後，根據用戶的配置可以選擇直接掛斷備份鏈路，也可以等待定時器（主鏈路接通後斷開備份鏈路的延遲時間）超時後再掛斷備份鏈路。
有些路由協議（如BGP）默認使用優選路由，當到達被監控網段的主鏈路因為故障中斷，啟用備份鏈路之後，備份鏈路通過BGP協議學習到達被監控網段的路由；當主鏈路再次啟用後，主鏈路通過BGP協議學到的路由和備份鏈路學到的路由相比可能不是最優路由，因此繼續使用從備份鏈路學到的路由，這樣備份鏈路在主鏈路恢複時無法掛斷。對於BGP協議，需要用戶通過配置保證，當主鏈路和備份鏈路同時有效時，係統優選從主鏈路學到的路由。
每個動態路由備份組可以監控多個網段，各監控網段之間是“與”的關係，即當到達所有被監控網段都不存在有效路由時，才試圖撥通備份鏈路。撥通備份鏈路時依次查找各監控網段在備份接口是否配有dialer route，當配置多個時，用查到的第一個dialer route撥號，且隻能撥通一條鏈路。
(1) 進入係統視圖。
system-view
(2) 創建動態路由備份組，並配置需監控的網段。
standby routing-group group-number rule ip ip-address { mask | mask-length } [ vpn-instance vpn-instance-name ]
本命令配置的需監控網段地址和VPN實例應與相對應的dialer route命令中的撥號目的網段和VPN實例完全一致。
啟用動態路由備份功能之前，必須確保備份接口上已經配置了DDR撥號功能。
每個備份接口上可以同時引用多個動態路由備份組。
(1) 進入係統視圖。
system-view
(2) 進入備份接口的視圖。
interface interface-type interface-number
(3) 啟用動態路由備份功能，並配置引用的動態路由備份組。
standby routing-group group-number
缺省情況下，動態路由備份功能處於關閉狀態。
在主鏈路接通後，為了防止路由震蕩，可以經過指定延遲時間再斷開備份鏈路。
(1) 進入係統視圖。
system-view
(2) 進入備份接口的視圖。
interface interface-type interface-number
(3) 配置主鏈路接通後斷開備份鏈路的延遲時間。
standby timer routing-disable delay
缺省情況下，主鏈路接通後斷開備份鏈路的延遲時間為20秒。
係統啟動後會進行配置恢複，配置恢複過程中由於主接口狀態為down，因此主接口上的路由不可達，導致備份鏈路被進行呼叫。配置恢複後，所有接口的狀態變為up，備份鏈路被呼叫成功。然後由於主接口路由恢複，備份鏈路被禁用，狀態變為down。為了避免係統啟動後的短時間內備份鏈路up/down切換一次，可以配置在係統啟動指定時間後動態路由備份功能才生效，在這段時間內不對路由進行監控，不對備份鏈路進行呼叫。
(1) 進入係統視圖。
system-view
(2) 配置動態路由備份功能在係統啟動後的生效延時。
dialer timer warmup delay
缺省情況下，動態路由備份功能在係統啟動30秒後生效。
一般情況下，請使用缺省情況。
可在任意視圖下執行本命令，拆除撥號鏈路。
dialer disconnect [ interface interface-type interface-number ]
可在任意視圖下執行以下命令，顯示接口的DDR信息。
display dialer [ interface interface-type interface-number ]
可在任意視圖下執行以下命令，顯示Dialer接口的相關信息。
display interface [ dialer [ interface-number ] ] [ brief [ description | down ] ]
請在用戶視圖下執行以下命令，清除Dialer接口的統計信息。
reset counters interface [ dialer [ interface-number ] ]
從路由器向外發送數據時，Modem不撥號，無法建立DDR撥號連接。
可以按照如下步驟進行：
· 檢查Modem連線是否正確，電話線連接是否正確，Modem初始化過程是否正確；
· 檢查撥號接口上是否使能DDR；
· 檢查是否配置與數據包對應的dialer route或dialer number命令。
Modem接通後，無法ping通對方。
可以按照如下步驟進行：
· 檢查本端和對端配置封裝協議是否一致，配置的PPP認證參數是否正確；
· 使用debugging ppp all命令打開PPP調試開關，觀察PPP協商過程，確保PPP協商參數正確；
· 檢查是否在撥號接口上正確配置IP地址；
· 檢查是否在撥號接口上使能DDR；
· 檢查dialer-group和dialer-group rule命令是否配置，是否配置正確，確保配置dialer-group rule允許報文通過，並且兩條命令存在相關聯；
· 使用debugging dialer event和debugging dialer packet命令打開DDR調試開關，根據輸出信息進行定位。
不同款型規格的資料略有差異, 詳細信息請向具體銷售和400谘詢。H3C保留在沒有任何通知或提示的情況下對資料內容進行修改的權利!
支持
