目  录

1 DDR

1.1 DDR简介

1.1.1 DDR接口

1.1.2 DDR方式

1.1.3 DDR分类

1.2 DDR配置任务简介

1.2.1 报文触发DDR配置任务简介

1.2.2 自动拨号DDR配置任务简介

1.2.3 路由触发DDR配置任务简介

1.3 DDR基本配置

1.3.1 配置拨号接口的链路层协议、网络协议及路由协议

1.4 配置接口的DDR拨号控制规则

1.5 配置拨号接口

1.5.1 配置拨号接口的基本属性

1.5.2 配置呼叫定时器

1.5.3 配置拨号接口缓冲队列长度

1.5.4 配置keepalive报文参数

1.5.5 配置处理拨号接口流量的slot

1.5.6 恢复当前拨号接口的缺省配置

1.6 配置PPP回呼

1.6.1 功能简介

1.6.2 配置限制和指导

1.6.3 配置PPP回呼的Client端

1.6.4 配置PPP回呼的Server端

1.7 配置自动拨号

1.8 配置动态路由备份

1.8.1 功能简介

1.8.2 配置限制和指导

1.8.3 创建动态路由备份组

1.8.4 在备份接口上启用动态路由备份功能

1.8.5 配置主链路接通后断开备份链路的延迟时间

1.8.6 配置动态路由备份功能在系统启动后的生效延时

1.9 拆除拨号链路

1.10 DDR显示和维护

1.11 DDR常见故障处理

1.11.1 无法建立DDR拨号连接

1.11.2 Modem已经接通，但是无法ping通对方

1 DDR

1.1  DDR简介

DDR可在路由器通过公用交换网进行互连时，提供按需拨号服务。因其仅在需要时建立连接，能有效的控制通信成本，在实际组网中得到广泛应用。

除PSTN、ISDN网络以外，以太网、ATM也常常使用DDR技术作为接入控制的手段，具体介绍请参见“二层技术-广域网接入配置指导”中的“PPPoE”和“ATM”。

1.1.1  DDR接口

DDR中用到的接口含义如下：

·     物理接口：支持DDR功能的物理接口，包括异步串口、工作在异步方式下的同/异步串口、AM接口、AUX接口、ISDN BRI接口、ISDN PRI接口、Celluler接口。

·     Dialer接口：为了配置DDR参数而设置的逻辑接口。

·     拨号接口：拨号相关接口的统称。可以是Dialer接口，也可以是支持DDR功能的物理接口。

1.1.2  DDR方式

DDR支持两种方式：传统DDR方式、共享DDR方式。

1. 传统DDR方式

传统DDR方式支持如下两种配置方式：

·     在物理接口上直接配置DDR参数

在此方式下，根据物理接口上配置的DDR参数，直接在该物理接口上发起或接收呼叫。

每个物理接口可以对应一个或多个呼叫目的地址。

本方式仅适用于一个接口发起/接收呼叫。

·     借助拨号循环组配置DDR参数

在此方式下，在Dialer接口上配置DDR呼叫参数，然后将一个Dialer接口与一组物理接口对应起来，由Dialer接口来控制通过哪个物理接口来发起或接收呼叫。

每个Dialer接口可以对应一个或多个呼叫目的地址。如果Dialer接口上配置了多个呼叫目的地址，则通过拨号循环组中的任一物理接口都可以呼叫设定好的任意一个目的地。

同一物理接口仅能属于一个Dialer接口。

本方式既适用于多个接口发起/接收呼叫，又适用于一个接口发起/接收呼叫。

2. 共享DDR方式

共享DDR方式下，不能在物理接口上直接配置DDR参数，只能在Dialer接口上配置DDR参数。物理接口必须绑定到Dialer接口才能实现DDR拨号功能。

每个Dialer接口对应一个Dialer bundle，每个Dialer bundle中可以包含多个不同优先级别的物理接口，优先级高的物理接口会被优先使用，优先级相同时，会轮询选择各物理接口。

每个Dialer接口只能对应一个呼叫目的地址，呼叫不同的对端时使用不同的Dialer接口。

同一个物理接口可以属于多个Dialer bundle，可以在不同的时候服务于不同的Dialer接口，与不同的目的地建立连接。

3. 两种DDR方式比较

传统DDR方式和共享DDR方式是互斥的，两种方式具有各自不同的特点：

·     传统DDR方式功能强大、应用广泛，但是由于一种拨号业务对应一个拨号接口，一个物理接口只能属于一个Dialer接口，所以每种拨号业务使用的物理接口都不同，当新增拨号业务时，就需要采用新的物理接口，因此传统DDR方式受限于拨号业务设置与物理接口配置之间的静态绑定，缺乏伸缩性、扩展性。

·     共享DDR方式比传统DDR方式简单，并具有良好的灵活性。共享DDR方式将物理接口和呼叫的逻辑配置分开进行，再将两者动态的捆绑起来，使得同一物理接口可以服务于多个Dialer接口，从而实现同一物理接口为多种不同的拨号业务服务。

两种方式下，物理接口、Dialer接口和呼叫目的地的对应关系如图1-1和图1-2所示。

图1-1 传统DDR的物理接口、Dialer接口和呼叫目的地的对应关系图

图1-2 共享DDR的物理接口、Dialer接口和呼叫目的地的对应关系图

1.1.3  DDR分类

路由器的DDR功能主要用来控制链路建立和中断呼叫的。DDR更准确的说是一个控制中心——决定链路何时建链和断开以及报文是否能够从该链路转发等。根据触发DDR拨号方式的不同，可将DDR分为如下几类：报文触发DDR、自动拨号DDR、路由触发DDR。

1. 报文触发DDR

通过DDR拨号控制规则将拨号接口转发的数据报文分为两类：感兴趣报文、非感兴趣报文。

只有感兴趣报文才触发拨号。在拨号链路建立之前，非感兴趣的报文会被丢弃。直到有感兴趣报文触发拨号建立链路后，非感兴趣报文才同感兴趣报文一起转发。拨号链路建立后，如果链路的空闲时间超过了Idle定时器指定的时间，DDR将断开链路。只有感兴趣报文会刷新Idle定时器，非感兴趣报文只是被“悄悄地转发”。

用户可以配置拨号控制规则来精确的定义感兴趣报文，然后在各个拨号接口下关联拨号控制规则，从而可以实现各个拨号接口由各自关注的感兴趣报文来触发拨号建立链路。

2. 自动拨号DDR

在路由器启动后，DDR将自动尝试拨号连接对端，无需通过数据报文进行触发。若无法与对端正常建立拨号连接，则每隔一段时间DDR将再次自动尝试建立拨号连接。与报文触发的DDR相比，该连接建立后不会因超时而自动挂断。

3. 路由触发DDR

用户可以配置要监控的网段，然后将拨号接口与被监控的网段关联起来，当到达被监控的网段不存在有效路由时，会在拨号接口上通过DDR拨号启动备份链路来转发数据流量。备份链路启动后，系统会定时检查主链路的状态。当主链路恢复后，根据用户的配置可以选择直接挂断备份链路，也可以等待定时器超时后再挂断备份链路。

1.2  DDR配置任务简介

1.2.1  报文触发DDR配置任务简介

报文触发DDR配置任务如下：

(1)     DDR基本配置

(2)     配置接口的DDR拨号控制规则

(3)     配置DDR拨号功能

(4)     配置拨号接口

(5)     （可选）配置PPP回呼

(6)     （可选）拆除拨号链路

1.2.2  自动拨号DDR配置任务简介

自动拨号DDR配置任务如下：

(1)     DDR基本配置

(2)     配置拨号接口

(3)     配置自动拨号

(4)     （可选）拆除拨号链路

1.2.3  路由触发DDR配置任务简介

路由触发DDR配置任务如下：

(1)     DDR基本配置

(2)     配置DDR

(3)     配置拨号接口

(4)     配置动态路由备份

(5)     （可选）拆除拨号链路

1.3  DDR基本配置

1.3.1  配置拨号接口的链路层协议、网络协议及路由协议

拨号接口支持链路层的PPP协议，支持网络层的IP协议，支持RIP、OSPF等动态路由协议。关于这些协议的详细配置介绍请参见“二层技术-广域网接入配置指导”中的“PPP和MP”、“三层技术-IP业务配置指导”和“三层技术-IP路由配置指导”。

请按照如下原则配置PPP：

·     对于传统DDR，如果直接在物理接口上配置DDR参数，则在物理接口上配置PPP相关命令；如果借助拨号循环组配置DDR参数，请在Dialer接口下配置PPP相关命令。

·     对于共享DDR，如果是主叫端，请在Dialer接口下配置PPP相关命令，为确保PPP链路参数协商的可靠性，建议在物理接口下也配置相同的PPP相关命令；如果是被叫端，请在物理接口下配置PPP相关命令。

1.4  配置接口的DDR拨号控制规则

1. 功能简介

接口的DDR拨号控制规则用于控制接口什么时候发起DDR呼叫。用户需要在DDR呼叫的发起端配置接口的DDR拨号控制规则，在DDR呼叫的接收端不用配置接口的DDR拨号控制规则。

DDR拨号控制规则的过滤方法有如下两种：

·     根据协议类型过滤报文：本方法目前只能匹配IP协议报文。

·     根据ACL过滤报文：本方法可以对报文进行更精细的区分。

根据匹配DDR拨号控制规则的结果，报文分为两种：

·     感兴趣报文：permit的协议报文或者符合ACL的permit条件的报文。

·     非感兴趣报文：deny的协议报文或者不符合ACL的permit条件的报文或者没有匹配任何规则的报文。

对上述两种报文的处理方式如下：

·     对于感兴趣报文：如果相应链路没有建立，则发起新呼叫建立链路并发送报文；如果相应链路已经建立，DDR将通过该链路发送报文，并重置Idle超时定时器。

·     对于非感兴趣报文：如果相应链路没有建立，则不发起呼叫并丢弃此报文；如果相应链路已经建立，DDR将通过此链路发送报文，但是不重置Idle超时定时器。

2. 配置限制和指导

用户必须配置DDR拨号控制规则，并将拨号接口与拨号控制规则相关联，DDR才能正常拨号。

一个接口只能关联一个拨号访问组。

3. 配置步骤

(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

缺省情况下，接口不与任何拨号访问组相关联。

1.5  配置拨号接口

1.5.1  配置拨号接口的基本属性

(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

缺省情况下，接口处于打开状态。

1.5.2  配置呼叫定时器

1. 功能简介

·     链路空闲时间：一条链路建立后，如果链路的空闲时间超过了指定的时间，DDR将断开链路。

·     当链路断开后进行下次呼叫的间隔时间：当DDR呼叫链路因故障或挂断等原因进入断开状态，必须经过指定时间（即进行下一次呼叫的间隔时间）后才能建立新的拨号连接，从而避免对端程控交换机过载。

·     接口发生呼叫竞争后的链路空闲时间：通常一条链路建立后Idle超时定时器将起作用。当DDR开始发起新呼叫时，若所有物理接口都被占用则进入“竞争”状态，此时DDR使用Compete-idle超时定时器取代Idle超时定时器，即链路空闲时间超过Compete-idle超时定时器的时间后将自动断开。

·     呼叫建立超时时间：和某些对端建立DDR呼叫时，从呼叫发起到连接建立的时间长短不一，为了有效控制发起呼叫到呼叫连接建立之间允许等待的时间，可以配置Wait-carrier定时器，若在指定时间内呼叫仍未建立，则DDR将终止该呼叫。

2. 配置步骤

(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.5.3  配置拨号接口缓冲队列长度

1. 功能简介

没有为拨号接口配置缓冲队列的情况下，当拨号接口收到一个报文时，如果此时连接还没有成功建立，则这个报文将被丢弃。如果为拨号接口配置了缓冲队列，则在连接成功建立之前报文将被缓存而不是被丢弃，待连接成功后再发送。

2. 配置步骤

(1)     进入系统视图。

system-view

(2)     进入拨号接口视图。

interface interface-type interface-number

(3)     配置拨号接口缓冲队列长度。

dialer queue-length packets

缺省情况下，不对报文进行缓存。

1.5.4  配置keepalive报文参数

(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秒。

1.5.5  配置处理拨号接口流量的slot

1. 功能简介

当要求同一个处理拨号接口的流量必须在同一个slot上进行处理时，可以在处理拨号接口下配置处理接口流量的slot。

为提高当前接口处理流量的可靠性，可以通过service命令为接口指定一个slot进行流量处理。

如果接口上未配置slot，则业务处理在接收报文的slot上进行。

2. 配置步骤

(1)     进入系统视图。

system-view

(2)     进入拨号接口视图。

interface interface-type interface-number

(3)     配置处理接口流量的主用slot。

（IRF模式）

service slot slot-number

缺省情况下，未配置处理接口流量的主用slot。

(4)     配置处理接口流量的备用slot。

（IRF模式）

service standby slot slot-number

缺省情况下，未配置处理接口流量的备用slot。

1.5.6  恢复当前拨号接口的缺省配置

1. 配置限制和指导

您可以在执行default命令后通过display this命令确认执行效果。对于未能成功恢复缺省的配置，建议您查阅相关功能的命令手册，手工执行恢复该配置缺省情况的命令。如果操作仍然不能成功，您可以通过设备的提示信息定位原因。

2. 配置步骤

(1)     进入系统视图。

system-view

(2)     进入拨号接口视图。

interface interface-type interface-number

(3)     恢复接口的缺省配置。

default

1.6  配置PPP回呼

1.6.1  功能简介

回呼是指“接受呼叫方”反方向呼叫“发送呼叫方”，其中，发送呼叫方作为Client端，接受呼叫方作为Server端。在PPP回呼中，由Client端首先发起呼叫，Server端确认该呼叫是否需要进行回呼，若需要回呼，Server端则立即挂断该次呼入连接，并根据用户名或回呼字符串等信息向Client端重新发起呼叫。进行回呼的好处是：

·     增强安全性：回呼时，Server端根据本端配置的呼叫号码呼叫Client端，可以避免主叫欺骗。

·     改变话费承担方，当两个方向的呼叫费率不同时可以节省话费。

1.6.2  配置限制和指导

·     实现PPP回呼必须配置认证。在Client端和Server端，建议物理接口和Dialer接口上都配置PAP或CHAP认证命令。

·     为了使Server端有足够的时间进行回呼，Client端当链路断开后进行下次呼叫的间隔时间（通过dialer timer enable命令配置）应至少比Server端的长10秒。建议Server端使用默认值5秒，Client端配置为15秒。

·     配置回呼时不能同时在接口上配置动态路由备份组。因为在接口上配置动态路由备份时，只允许从动态路由备份组开始拨号，此时该接口上不接受入呼叫和其它情况的出呼叫。

1.6.3  配置PPP回呼的Client端

1. 功能简介

路由器作为Client端可以向对端（具备PPP回呼Server功能的路由器、Windows NT Server）发起呼叫，并可以正常接收对端的回呼。

使用传统DDR和共享DDR实现PPP回呼的Client端配置基本相同，区别仅在于共享DDR必须使用dialer number命令配置呼叫拨号串。

2. 配置Client端（共享DDR）

(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需要路由器发送回呼号码，则需要配置此命令。

1.6.4  配置PPP回呼的Server端

1. 功能简介

使用传统DDR和共享DDR实现PPP回呼的Server端配置区别如下：

·     使用传统DDR实现PPP回呼时，Server端既可以根据dialer route命令中配置的对端用户名对应的拨号串进行回呼（必须配置PPP认证），也可以根据PPP用户的回呼号码进行回呼，因此需要使用dialer callback-center命令配置回呼的参照依据。

·     使用共享DDR实现PPP回呼时，Server端只能根据PPP用户的回呼号码进行回呼，设置的PPP回呼的参照依据只能是dial-number。

2. 配置Server端（共享DDR）

(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

缺省情况下，未配置本地用户或用户组的授权属性。

1.7  配置自动拨号

1. 功能简介

该功能可以和传统DDR、共享DDR结合使用。所谓自动拨号是指：在路由器启动后，DDR将自动尝试拨号连接对端，无需通过数据报文进行触发。若无法与对端正常建立拨号连接，则每隔一段时间DDR将再次自动尝试建立拨号连接。与数据触发的非自动拨号DDR相比，该连接建立后不会因超时而自动挂断（即dialer timer idle命令对自动拨号不起作用）。

2. 配置步骤

(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秒。

1.8  配置动态路由备份

1.8.1  功能简介

动态路由备份功能通过配置要监控的网段，可以实现当到达被监控网段不存在有效路由时，通过DDR拨号启动备份链路，从而实现对路由的动态备份。

动态路由备份主要对动态路由协议产生的路由进行备份，也可以对静态路由和直连路由进行备份。

使用动态路由备份功能时，必须精确定义被监控的网段。当备份接口启用动态路由备份功能后，系统监控路由、启动备份链路的过程如下：

(1)     系统监控到达需监控网段是否存在路由更新，并检查路由表中到达需监控网段是否存在至少一条有效路由。

(2)     如果存在至少一条到达需监控网段的路由，并且这条路由从其他接口（未启动动态路由备份功能的接口）出发，则认为主链路接通。

(3)     如果不存在有效路由，则认为主链路故障并且不可用，在备份接口通过DDR拨号启动备份链路。

(4)     备份链路启动后，拨号链路承载通信数据。在此过程中，系统会定时检查主链路的状态。

(5)     当主链路恢复后，根据用户的配置可以选择直接挂断备份链路，也可以等待定时器（主链路接通后断开备份链路的延迟时间）超时后再挂断备份链路。

1.8.2  配置限制和指导

有些路由协议（如BGP）默认使用优选路由，当到达被监控网段的主链路因为故障中断，启用备份链路之后，备份链路通过BGP协议学习到达被监控网段的路由；当主链路再次启用后，主链路通过BGP协议学到的路由和备份链路学到的路由相比可能不是最优路由，因此继续使用从备份链路学到的路由，这样备份链路在主链路恢复时无法挂断。对于BGP协议，需要用户通过配置保证，当主链路和备份链路同时有效时，系统优选从主链路学到的路由。

1.8.3  创建动态路由备份组

1. 功能简介

每个动态路由备份组可以监控多个网段，各监控网段之间是“与”的关系，即当到达所有被监控网段都不存在有效路由时，才试图拨通备份链路。拨通备份链路时依次查找各监控网段在备份接口是否配有dialer route，当配置多个时，用查到的第一个dialer route拨号，且只能拨通一条链路。

2. 配置步骤

(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实例完全一致。

1.8.4  在备份接口上启用动态路由备份功能

1. 功能简介

启用动态路由备份功能之前，必须确保备份接口上已经配置了DDR拨号功能。

每个备份接口上可以同时引用多个动态路由备份组。

2. 配置步骤

(1)     进入系统视图。

system-view

(2)     进入备份接口的视图。

interface interface-type interface-number

(3)     启用动态路由备份功能，并配置引用的动态路由备份组。

standby routing-group group-number

缺省情况下，动态路由备份功能处于关闭状态。

1.8.5  配置主链路接通后断开备份链路的延迟时间

1. 功能简介      

在主链路接通后，为了防止路由震荡，可以经过指定延迟时间再断开备份链路。

2. 配置步骤

(1)     进入系统视图。

system-view

(2)     进入备份接口的视图。

interface interface-type interface-number

(3)     配置主链路接通后断开备份链路的延迟时间。

standby timer routing-disable delay

缺省情况下，主链路接通后断开备份链路的延迟时间为20秒。

1.8.6  配置动态路由备份功能在系统启动后的生效延时

1. 功能简介

系统启动后会进行配置恢复，配置恢复过程中由于主接口状态为down，因此主接口上的路由不可达，导致备份链路被进行呼叫。配置恢复后，所有接口的状态变为up，备份链路被呼叫成功。然后由于主接口路由恢复，备份链路被禁用，状态变为down。为了避免系统启动后的短时间内备份链路up/down切换一次，可以配置在系统启动指定时间后动态路由备份功能才生效，在这段时间内不对路由进行监控，不对备份链路进行呼叫。

2. 配置步骤

(1)     进入系统视图。

system-view

(2)     配置动态路由备份功能在系统启动后的生效延时。

dialer timer warmup delay

缺省情况下，动态路由备份功能在系统启动30秒后生效。

一般情况下，请使用缺省情况。

1.9  拆除拨号链路

可在任意视图下执行本命令，拆除拨号链路。

dialer disconnect [ interface interface-type interface-number ]

1.10  DDR显示和维护

在完成上述配置后，在任意视图下执行display命令可以显示DDR配置后的运行情况，通过查看显示信息验证配置的效果。

在用户视图下执行reset命令可以清除Dialer接口的统计信息。

表1-1 DDR显示和维护

1.11  DDR常见故障处理

1.11.1  无法建立DDR拨号连接

1. 故障现象

从路由器向外发送数据时，Modem不拨号，无法建立DDR拨号连接。

2. 故障排除

可以按照如下步骤进行：

·     检查Modem连线是否正确，电话线连接是否正确，Modem初始化过程是否正确；

·     对同/异步串口，检查接口是否配置为异步、拨号方式；

·     检查拨号接口上是否使能DDR；

·     检查是否配置与数据包对应的dialer route或dialer number命令。

1.11.2  Modem已经接通，但是无法ping通对方

1. 故障现象

Modem接通后，无法ping通对方。

2. 故障排除

可以按照如下步骤进行：

·     检查本端和对端配置封装协议是否一致，配置的PPP认证参数是否正确；

·     使用debugging ppp all命令打开PPP调试开关，观察PPP协商过程，确保PPP协商参数正确；

·     检查是否在拨号接口上正确配置IP地址；

·     检查是否在拨号接口上使能DDR；

·     检查dialer-group和dialer-group rule命令是否配置，是否配置正确，确保配置dialer-group rule允许报文通过，并且两条命令存在相关联；

·     使用debugging dialer event和debugging dialer packet命令打开DDR调试开关，根据输出信息进行定位。