05-Layer 2—WAN Access Configuration Guide

HomeSupportResource CenterNFVH3C VSRH3C VSRTechnical DocumentsConfigureConfiguration GuidesH3C VSR Series Virtual Services Routers Configuration Guides(V7)-R0621-6W30005-Layer 2—WAN Access Configuration Guide
03-DDR configuration
Title Size Download
03-DDR configuration 187.37 KB

Contents

Configuring DDR·· 1

About DDR· 1

Interfaces in DDR· 1

DDR implementations· 1

DDR types· 3

DDR tasks at a glance· 3

Packet-triggered DDR tasks at a glance· 3

Auto-dial DDR tasks at a glance· 4

Route-triggered DDR tasks at a glance· 4

Configuring basic settings for DDR· 4

Configuring physical interfaces· 4

Configuring link layer/network/routing protocols on the dialup interface· 5

Associating a dial rule with a dialup interface· 5

Configuring traditional DDR· 6

Restrictions and guidelines for traditional DDR· 6

Configuring an interface to place calls· 6

Configuring an interface to receive calls· 7

Configuring a dialup interface· 9

Configuring attributes for a dialup interface· 9

Setting call timers· 9

Configuring the buffer queue length for a dialup interface· 10

Configuring keepalive parameters· 10

Specifying traffic processing slots for a dialup interface· 11

Restoring the default settings for a dialup interface· 11

Configuring MP for DDR· 12

Configuring PPP callback· 13

About PPP callback· 13

Restrictions and guidelines for PPP callback· 13

Configuring the callback client 14

Configuring the callback server 14

Configuring auto-dial 16

Configuring dynamic route backup through DDR· 17

About dynamic route backup through DDR· 17

Restrictions and guidelines for dynamic route backup through DDR· 17

Creating a dynamic route backup group· 17

Assigning a dialup interface to a dynamic route backup group· 18

Setting the secondary link disconnection delay· 18

Setting the warm-up timer for dynamic route backup· 18

Disconnecting a dialup link· 19

Display and maintenance commands for DDR· 19

Troubleshooting· 19

Failure to establish a dialup connection· 19

Ping failure· 20

 


Configuring DDR

About DDR

Routers use dial-on-demand routing (DDR) for the following purposes:

·     Setting up a dialup connection over PSTN/ISDN when communication needs arise.

·     Tearing down the connection when the communication is complete.

In addition to PSTN/ISDN, Ethernet and ATM can use DDR to implement access control. For more information, see "Configuring PPPoE" and "Configuring ATM."

Interfaces in DDR

DDR uses the following dialup interfaces:

·     Physical interfaces—Include the following interfaces:

¡     Asynchronous serial interfaces.

¡     Synchronous/asynchronous serial interfaces operating in asynchronous mode.

¡     AM interfaces.

¡     AUX interfaces.

¡     ISDN BRI interfaces.

¡     ISDN PRI interfaces.

¡     Cellular interfaces.

·     Dialer interfaces—Logical interfaces used for DDR parameter configurations.

DDR implementations

DDR supports traditional DDR and bundle DDR.

Traditional DDR

You can configure traditional DDR by using the following methods:

·     Configure DDR parameters directly on a physical interface.

The router places or receives calls through the physical interface.

The physical interface can have one or more call destinations.

This method applies when only one interface places or receives calls.

·     Configure DDR parameters on a dialer interface.

A dialer interface is associated with a group of physical interfaces and selects a physical interface to place or receive calls.

A dialer interface can have one or more call destinations. A dialer interface with multiple call destinations can use any associated physical interface to place calls to any of the call destinations.

A physical interface can belong to only one dialer interface.

This method applies when one or more interfaces place or receive calls.

Bundle DDR

When using bundle DDR, you can configure DDR parameters only on a dialer interface.

A dialer interface corresponds to a dialer bundle. A dialer bundle can contain multiple physical interfaces. You can assign a priority to each physical interface in the dialer bundle. Each time a call is placed, the highest-priority physical interface available is selected. If multiple physical interfaces with the highest priority are available, these interfaces are selected in a round-robin manner.

A dialer interface can have only one call destination.

A physical interface can belong to multiple dialer bundles and can be used by multiple dialer interfaces at different times.

Comparison of traditional DDR and bundle DDR

Traditional DDR is based on one-to-one bindings between dial services and physical interfaces. A new dial service requires a new physical interface. As a result, traditional DDR has poor extensibility.

 

 

NOTE:

A dial rule (configured by using the dialer-group rule command) defines one dial service.

Figure 1 Relationships among physical interfaces, dialer interfaces, and call destinations in traditional DDR

Bundle DDR is simpler and more flexible than traditional DDR. Bundle DDR separates physical interface configuration and logical configuration for calls and allows one-to-many bindings between dial services and physical interfaces. A physical interface can serve multiple dial services.

Figure 2 Relationships among physical interfaces, dialer interfaces, and call destinations in bundle DDR

DDR types

Depending on how DDR calls are triggered, DDR includes packet-triggered DDR, auto-dial DDR, and route-triggered DDR.

Packet-triggered DDR

You can define packets on a dialup interface as interesting and uninteresting by configuring access control rules. Only interesting packets trigger outgoing calls and reset the link idle-timeout timer.

Before a dialup connection is established, uninteresting packets will be dropped. After a dialup connection is established, uninteresting packets can be forwarded. When the link idle-timeout timer expires, DDR disconnects the connection.

For more information about interesting and uninteresting packets, see "Associating a dial rule with a dialup interface."

Auto-dial DDR

DDR automatically initiates a dialup connection to the remote end upon router startup without requiring a triggering packet. If the connection cannot be established, it will retry at the auto-dial interval. The established connection will not disconnect due to the idle-timeout timer expiration.

Route-triggered DDR

You can configure networks to be monitored and then associate a dialup interface with the networks. When no routes to the monitored networks exist, DDR creates a secondary link from the dialup interface to forward traffic. After the secondary link is activated, the system regularly checks the status of the primary link. When the primary link recovers, the secondary link is disconnected immediately or after the secondary link disconnection delay, depending on your configuration.

DDR tasks at a glance

Packet-triggered DDR tasks at a glance

To configure packet-triggered DDR, perform the following tasks:

1.     Configuring basic settings for DDR

2.     Associating a dial rule with a dialup interface

3.     Configuring DDR dialup

¡     Configuring traditional DDR

4.     Configuring attributes for a dialup interface

5.     (Optional.) Configuring MP for DDR

6.     (Optional.) Configuring PPP callback

7.     (Optional.) Disconnecting a dialup link

Auto-dial DDR tasks at a glance

To configure auto-dial DDR, perform the following tasks:

1.     Configuring basic settings for DDR

2.     Configuring DDR dialup

¡     Configuring traditional DDR

3.     Configuring attributes for a dialup interface

4.     (Optional.) Configuring MP for DDR

5.     Configuring auto-dial

6.     (Optional.) Disconnecting a dialup link

Route-triggered DDR tasks at a glance

To configure route-triggered DDR, perform the following tasks:

1.     Configuring basic settings for DDR

2.     Configuring DDR dialup

¡     Configuring traditional DDR

3.     Configuring attributes for a dialup interface

4.     (Optional.) Configuring MP for DDR

5.     Configuring dynamic route backup through DDR

6.     (Optional.) Disconnecting a dialup link

Configuring basic settings for DDR

Configuring physical interfaces

The router uses ISDN BRI and ISDN PRI interfaces to connect to an ISDN network. It uses asynchronous serial interfaces, synchronous/asynchronous serial interfaces, AM interfaces, and AUX interfaces to connect to a PSTN network. For information about configuring these physical interfaces, see Interface Configuration Guide.

When you configure a synchronous/asynchronous serial interface, follow these guidelines:

·     If the connected modem is asynchronous, perform the following tasks:

¡     Configure the interface as an asynchronous interface by using the physical-mode async command and to operate in protocol mode by using the async-mode protocol command.

¡     Configure the call-in/call-out rights for the modem on the corresponding user line for the interface.

·     If the connected modem is synchronous, configure the interface as a synchronous serial interface by using the physical-mode sync command.

For more information about modem management, see "Managing a modem."

Configuring link layer/network/routing protocols on the dialup interface

Dialup interfaces support PPP, IP, RIP, and OSPF. For information about configuring these protocols, see "Configuring PPP," Layer 3—IP Services Configuration Guide, and Layer 3—IP Routing Configuration Guide.

When you configure PPP, follow these guidelines:

·     For traditional DDR, configure PPP commands on the same interface as DDR parameters.

·     For bundle DDR:

¡     On the calling side, perform the following tasks:

-     Configure PPP commands on dialer interfaces.

-     Configure the same PPP commands on physical interfaces to ensure successful PPP link parameters negotiation.

¡     On the called side, configure PPP commands on physical interfaces.

Associating a dial rule with a dialup interface

About this task

A dial rule determines when a dialup interface initiates DDR calls. You need to configure dial rules only on the initiator of DDR calls.

You can configure a dial rule to match only IP packets or use an ACL to match packets.

Permitted protocol packets or packets that match a permit statement of an ACL are interesting packets. When receiving an interesting packet, DDR performs one of the following operations:

·     Sends it out and resets the idle-timeout timer if a link is present.

·     Initiates a new call to establish a link if no link is present.

Denied protocol packets or packets that match a deny statement of an ACL are uninteresting packets. When receiving an uninteresting packet, DDR performs one of the following operations:

·     Sends it out without resetting the idle-timeout timer if a link is present.

·     Drops it if no link is present.

Restrictions and guidelines

For DDR to forward packets correctly, configure a dial rule and associate it with the dialup interface.

A dialup interface can be associated with only one dialer group.

Procedure

1.     Enter system view.

system-view

2.     Create a dialer group and configure a dial rule.

dialer-group group-number rule { ip | ipv6 } { deny | permit | acl { acl-number | name acl-name } }

3.     Enter dialup interface view.

interface interface-type interface-number

4.     Associate the dialer group with the dialup interface.

dialer-group group-number

By default, a dialup interface is not associated with a dialer group.

Configuring traditional DDR

Restrictions and guidelines for traditional DDR

For traditional DDR, you can configure PAP or CHAP authentication (see "Configuring PPP"). As a best practice, configure PAP or CHAP authentication for security purposes.

When you configure PAP or CHAP authentication, follow these guidelines:

·     Configure PAP or CHAP authentication on a physical interface if you configure DDR parameters directly on the physical interface.

·     Configure PAP or CHAP authentication on the dialer interface if you configure DDR parameters through a dialer circular group.

Configuring an interface to place calls

Restrictions and guidelines for configuring an interface to place calls

To configure an interface to place calls, enable DDR and configure dial strings.

When you configure an interface to place calls, follow these guidelines:

·     To configure an interface to place calls, you can make the configuration on the physical interface or through a dialer circular group. To configure multiple interfaces to place calls, you can make the configuration only through a dialer circular group.

·     To configure an interface to place calls to a single site, use the dialer number or dialer route command to specify the dial string to reach the site. To configure an interface to place calls to multiple sites, use the dialer route command multiple times to specify the dial strings to reach the sites.

·     You can use the dialer route command to configure multiple dial strings for a single destination for dial backup. If a dial string fails to reach the destination, another dial string will be used.

Configuring an interface to place calls directly on a physical interface

1.     Enter system view.

system-view

2.     Enter physical interface view.

interface interface-type interface-number

3.     Enable traditional DDR.

dialer circular enable

By default, traditional DDR is disabled.

4.     Configure a dial string.

¡     Configure a dial string for the interface to place calls to a single site.

dialer number dial-number

¡     Configure a dial string for the interface to place calls to multiple sites.

dialer route ip next-hop-address [ mask network-mask-length ] [ vpn-instance vpn-instance-name ] dial-number number [ broadcast ]

By default, no dial string is configured.

Configuring an interface to place calls through a dialer circular group

1.     Enter system view.

system-view

2.     Create a dialer interface and enter its view.

interface dialer number

3.     Enable traditional DDR on the interface.

dialer circular enable

By default, traditional DDR is disabled on an interface.

4.     Configure a dial string.

¡     Configure a dial string for the interface to place calls to a single site.

dialer number dial-number

¡     Configure a dial string for the interface to place calls to multiple sites.

dialer route ip next-hop-address [ mask network-mask-length ] [ vpn-instance vpn-instance-name ] dial-number number [ interface interface-type interface-number ] [ broadcast ]

By default, no dial string is configured.

5.     Return to system view.

quit

6.     Enter physical interface view.

interface interface-type interface-number

7.     Assign the physical interface to a dialer circular group.

dialer circular group number

By default, a physical interface does not belong to a dialer circular group.

Make sure the number arguments in the interface dialer and dialer circular group commands use the same value.

8.     Configure the priority of the physical interface in the dialer circular group.

dialer priority priority

The default setting is 1.

When configuring one interface to place calls, you do not need to configure this command.

When configuring multiple interfaces to place calls, you must configure this command. Each time a call is placed, the highest-priority physical interface available is selected. If one of the available physical interfaces with the highest priority is selected, the interfaces are selected in a round-robin manner.

Configuring an interface to receive calls

Restrictions and guidelines for configuring an interface to receive calls

To configure an interface to receive calls, you only need to enable DDR on the interface.

When you configure an interface to receive calls, follow these guidelines:

·     To configure one interface to receive calls, you can make the configuration on the physical interface or through a dialer circular group.

·     To configure multiple interfaces to receive calls, you can make the configuration only through a dialer circular group.

·     To receive calls from multiple remote sites, configure the dialer route command multiple times. For the receiving interface to authenticate the caller, specify the user hostname option when configuring this command. The receiving interface accepts the call only when the IP address and host name of the caller match the configured ones.

Configuring an interface to receive calls directly on a physical interface

1.     Enter system view.

system-view

2.     Enter physical interface view.

interface interface-type interface-number

3.     Enable traditional DDR on the interface.

dialer circular enable

By default, traditional DDR is disabled on an interface.

After this command is configured on an interface, the interface can receive calls from any callers if the caller authentication feature is not configured.

4.     (Optional.) Configure the interface to authenticate the caller.

dialer route ip next-hop-address [ mask network-mask-length ] [ vpn-instance vpn-instance-name ] [ broadcast | user hostname ] *

By default, the caller authentication feature is not configured.

Configuring an interface to receive calls through a dialer circular group

1.     Enter system view.

system-view

2.     Create a dialer interface and enter its view.

interface dialer number

3.     Enable traditional DDR on the interface.

dialer circular enable

By default, traditional DDR is disabled on an interface.

After this command is configured on an interface, the interface can receive calls from any callers if the caller authentication feature is not configured.

4.     (Optional.) Configure the interface to authenticate the caller.

dialer route ip next-hop-address [ mask network-mask-length ] [ vpn-instance vpn-instance-name ] [ broadcast | user hostname ] *

5.     Return to system view.

quit

6.     Enter physical interface view.

interface interface-type interface-number

7.     Assign the physical interface to a dialer circular group.

dialer circular group number

By default, a physical interface does not belong to a dialer circular group.

Make sure the number arguments in the interface dialer and dialer circular group commands use the same value.

Configuring a dialup interface

Configuring attributes for a dialup interface

1.     Enter system view.

system-view

2.     Enter dialup interface view.

interface interface-type interface-number

3.     Set a description.

description text

The default setting is in the format of interface-name Interface, for example, Dialer1 Interface.

4.     Set the MTU.

mtu size

The default setting is 1500 bytes.

5.     Set the expected bandwidth.

bandwidth bandwidth-value

By default, the expected bandwidth (in kbps) is the interface baud rate divided by 1000.

The expected bandwidth of an interface affects the link costs in OSPF, OSPFv3, and IS-IS. For more information, see  Layer 3—IP Routing Configuration Guide.

6.     Bring up the dialup interface.

undo shutdown

By default, a dialup interface is up.

Setting call timers

About this task

The call timers includes the following types:

·     Link idle-timeout timer—Starts upon establishment of a link. When the timer expires, DDR disconnects the link.

·     Holddown timer—Starts upon disconnection of a link. The call attempt to bring up this link can be made only after the timer expires. This timer prevents a remote stored program controlled switch (SPCS) from being overloaded.

·     Compete-idle timer—Starts if all physical interfaces are unavailable when DDR initiates a new call. When the amount of idle time of a link reaches the compete-idle timer setting, the link disconnects.

·     Wait-carrier timer—Limits the amount of time DDR waits for a connection to be established for a call. A wait-carrier timer starts when a call is placed. If the connection is not established before the timer expires, DDR terminates the call.

Procedure

1.     Enter system view.

system-view

2.     Enter dialup interface view.

interface interface-type interface-number

3.     Set the link idle-timeout timer.

dialer timer idle idle [ in | in-out ]

By default, the timer is 120 seconds, and only outgoing interesting packets reset this timer.

4.     Set the holddown timer.

dialer timer enable interval

The default setting is 5 seconds.

5.     Set the compete-idle timer.

dialer timer compete compete-idle

The default setting is 20 seconds.

6.     Set the wait-carrier timer.

dialer timer wait-carrier wait-carrier

The default setting is 60 seconds.

Configuring the buffer queue length for a dialup interface

About this task

With a buffer queue, the dialup interface buffers the packet until a connection is available for packet sending. If no connection is available when a dialup interface without a buffer queue receives a packet, the dialup interface drops the packet.

Procedure

1.     Enter system view.

system-view

2.     Enter dialup interface view.

interface interface-type interface-number

3.     Set the buffer queue length.

dialer queue-length packets

By default, packets are not buffered.

Configuring keepalive parameters

1.     Enter system view.

system-view

2.     Enter dialup interface view.

interface interface-type interface-number

3.     Set the keepalive interval.

timer-hold seconds

The default setting is 10 seconds.

4.     Set the keepalive retry limit.

timer-hold retry retries

The default setting is five. A link is removed after the keepalive retry limit is reached.

5.     Set the polling interval.

timer-hold period

The default setting is 10 seconds.

Specifying traffic processing slots for a dialup interface

About this task

Specify traffic processing slots if a feature requires that all traffic on a dialup interface be processed on the same slot.

For high availability, you can specify one primary and one backup traffic processing slot by using the service command and the service standby command, respectively.

If you specify both primary and backup slots for an interface, traffic on that interface is processed as follows:

·     The backup slot takes over when the primary slot becomes unavailable. The backup slot continues to process traffic for the interface after the primary slot becomes available again. The switchover will not occur until the backup slot becomes unavailable.

·     When no specified traffic processing slots are available, the traffic is processed on the slot at which it arrives. Then, the processing slot that first becomes available again takes over.

If you do not specify a primary or a backup traffic processing slot for an interface, traffic on that interface is processed on the slot at which the traffic arrives.

Restrictions and guidelines

To avoid processing slot switchover, specify the primary slot before specifying the backup slot. If you specify the backup slot before specifying the primary slot, traffic is switched over to the primary slot immediately after you specify the primary slot.

Procedure

1.     Enter system view.

system-view

2.     Enter dialup interface view.

interface interface-type interface-number

3.     Specify a primary traffic processing slot for the interface.

In IRF mode:

service slot slot-number

By default, no primary traffic processing slot is specified for an interface.

4.     Specify a backup traffic processing slot for the interface.

In IRF mode:

service standby slot slot-number

By default, no backup traffic processing slot is specified for an interface.

Restoring the default settings for a dialup interface

Restrictions and guidelines

The default command might interrupt ongoing network services. Make sure you are fully aware of the impact of this command when you execute it on a live network.

The default command might fail to restore the default settings for some commands for reasons such as command dependencies or system restrictions. Use the display this command in interface view to identify these commands. Use the undo forms of these commands or follow the command reference to individually restore their default settings. If your restoration attempt still fails, follow the error message instructions to resolve the problem.

Procedure

1.     Enter system view.

system-view

2.     Enter dialup interface view.

interface interface-type interface-number

3.     Restore the default settings for the interface.

default

Configuring MP for DDR

About this task

After MP is configured on DDR links, the device provides traffic statistics at the specified interval and brings up or shuts down links based on the following settings:

·     Traffic threshold—Specifies a threshold as a percentage of aggregate link bandwidth for DDR to bring up or shut down a link in an MP bundle.

·     Upper limit to links—Specifies the maximum number of links that DDR can bring up in an MP bundle.

·     Lower limit to links—Specifies the minimum number of links that DDR must bring up to meet the minimum bandwidth requirements. When triggered, DDR brings up the minimum number of links first. These links are not disconnected based on the link idle-timeout timer.

DDR brings up links in an MP bundle until either of the following conditions is met:

·     The links reach the upper limit.

·     The percentage of traffic to the bandwidth of all activated links is equal to or lower than the traffic threshold.

DDR shuts down links in an MP bundle until either of the following conditions is met:

·     The links reach the lower limit.

·     The percentage of traffic to the bandwidth of (n-1) activated links is equal to or higher than the traffic threshold.

For more information about MP, see "Configuring MP."

Restrictions and guidelines

If you set the traffic threshold to 0, DDR brings up all available links when triggered by auto-dial or packets. In addition, DDR does not disconnect these links based on the link idle-timeout timer.

If you do not set a traffic threshold, the upper limit does not take effect.

·     If you set a lower limit, the system uses the minimum number of links for MP bundling.

·     If you do not set a lower limit, the system uses one link for MP bundling.

As a best practice, set the traffic threshold, upper limit, and lower limit on only one end of a call. If the configured values are different on the two ends of a call, the following values take effect:

·     The smaller traffic threshold.

·     The smaller upper limit.

·     The greater lower limit.

Procedure

1.     Enter system view.

system-view

2.     Set the interval for DDR to provide traffic statistics.

dialer flow-interval interval

The default is 20 seconds.

This command provides traffic statistics on dialup links for MP.

3.     Enter dialer interface view.

interface dialer number

4.     Enable MP for the interface.

ppp mp

For more information about MP, see "Configuring MP."

Configure this command on the corresponding physical interfaces.

5.     (Optional.) Set the traffic threshold.

dialer threshold traffic-percentage [ in | in-out | out ]

By default, no traffic threshold is set.

6.     (Optional.) Set the upper limit of links in an MP bundle.

ppp mp max-bind max-bind-num

The default setting is 16.

For more information about this command, see "Configuring MP."

7.     (Optional.) Set the lower limit of links in an MP bundle.

ppp mp min-bind min-bind-num

By default, the lower limit is 0, and DDR brings up links depending on traffic size.

For more information about this command, see "Configuring MP."

Configuring PPP callback

About PPP callback

PPP callback uses the client/server model where the calling party is the callback client and the called party is the callback server. The client first initiates a call, and the server decides whether to place a return call. If a return call is needed, the callback server disconnects the call and places a return call according to the username or callback number.

PPP callback has the following benefits:

·     Enhanced security—The server places a return call to the locally configured number, which prevents caller number spoofing.

·     Reduced charges—The charge payer can be changed when the charge rates are different in the two directions.

Restrictions and guidelines for PPP callback

When you configure PPP callback on an interface, follow these restrictions and guidelines:

·     PPP callback requires authentication. Configure PAP or CHAP authentication on both physical and dialer interfaces on the callback client and server.

·     To provide enough time for callback, make sure the holddown timer on the client is 10 or more seconds longer than that on the server. As a best practice, set the holddown timer to 5 seconds (the default) on the server and to 15 seconds on the client.

·     Do not configure dynamic route backup on the interface. Otherwise, the interface does not accept incoming calls or outgoing calls other than calls initiated for the dynamic route backup feature.

Configuring the callback client

About this task

The callback client can place calls to the remote end and receive return calls from the callback server. The callback server can be a router or Windows server that supports the callback server feature.

You can configure the callback client to use traditional DDR or bundle DDR.

Configuring the callback client by using traditional DDR

1.     Enter system view.

system-view

2.     Enter dialup interface view.

interface interface-type interface-number

3.     Enable the interface to send callback requests.

ppp callback client

By default, an interface does not send callback requests.

4.     Configure the dial string for a Windows server to call back.

ppp callback ntstring dial-number

By default, no dial string is configured for a Windows server to call back.

Configure this command if the Windows server requires callback clients to send callback numbers.

Configuring the callback client by using bundle DDR

1.     Enter system view.

system-view

2.     Enter dialer interface view.

interface dialer number

3.     Enable the interface to send callback requests.

ppp callback client

By default, an interface does not send callback requests.

4.     Configure the dial string for a Windows server to place return calls.

ppp callback ntstring dial-number

By default, no dial string is configured for a Windows server to call back.

Configure this command if a Windows server requires callback clients to send callback numbers.

Configuring the callback server

About this task

You can configure the callback server to use traditional DDR or bundle DDR. The configuration differences are as follows:

·     Traditional DDR—The callback server can place return calls according to either of the following:

¡     Dial string configured with the dialer route command (PPP authentication must be configured).

¡     Username for PPP authentication.

You must select either method by using the dialer callback-center command.

·     Bundle DDR—The callback server can place return calls only according to callback numbers.

Configuring the callback server by using traditional DDR

1.     Enter system view.

system-view

2.     Enter dialup interface view.

interface interface-type interface-number

3.     Enable the interface to accept callback requests.

ppp callback server

By default, an interface does not accept callback requests.

4.     Specify whether the dial string for callback is determined according to the authenticated username or according to a configured username.

dialer callback-center [ dial-number | user ] *

By default, callback is not performed.

5.     Return to system view.

quit

6.     Configure a dial string for callback.

¡     (Method 1) Execute the following commands in sequence to configure a callback user and a dial string:

local-user user-name class network

service-type ppp

authorization-attribute callback-number callback-number

¡     (Method 2) Execute the following commands in sequence to configure a dial string:

interface interface-type interface-number

dialer route ip next-hop-address [ mask network-mask-length ] [ vpn-instance vpn-instance-name ] dial-number dial-number [ interface interface-type interface-number ] [ broadcast | user hostname ] *

If a callback client uses the dynamically assigned IP address, use method 1 rather than method 2.

If the dial string for callback is determined according to the authenticated username, use method 1.

If the dial string for callback is determined according to the configured username, use method 2.

Configuring the callback server by using bundle DDR

1.     Enter system view.

system-view

2.     Enter dialer interface view.

interface dialer number

3.     Enable the interface to accept callback requests.

ppp callback server

By default, an interface does not accept callback requests.

4.     Configure the interface to determine the dial string for callback according to the authenticated username.

dialer callback-center dial-number

By default, callback is not performed.

5.     Return to system view.

quit

6.     Configure the callback user and callback number.

¡     Create a local user and enter local user view.

local-user user-name class network

¡     Specify the service type for users.

service-type ppp

By default, a local user is not authorized to use any service.

¡     Configure authorization attributes for a local user or user group.

authorization-attribute callback-number callback-number

By default, no authorization attributes are configured for a local user or user group.

Configuring auto-dial

About this task

Auto-dial can be used with traditional DDR or bundle DDR. With auto-dial enabled, DDR automatically dials a connection to the remote end upon router startup without requiring a triggering packet. If the connection cannot be established, it will retry at the auto-dial interval. The established connection does not disconnect due to the idle-timeout timer expiration as it would in packet-triggered DDR.

Procedure

1.     Enter system view.

system-view

2.     Enter dialup interface view.

interface interface-type interface-number

3.     Configure one or multiple destination addresses and dial strings that can be auto-dialed.

¡     Configure one destination address and dial string that can be auto-dialed.

dialer number number autodial

¡     Configure multiple destination addresses and dial strings that can be auto-dialed.

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 ]

By default, auto-dial is disabled.

To configure an interface to place calls to a single site, use the dialer number or dialer route command to specify the dial string to reach the site.

To configure an interface to place calls to multiple sites, use the dialer route command multiple times to specify the dial strings to reach these sites.

4.     Set the auto-dial interval.

dialer timer autodial autodial-interval

The default setting is 300 seconds.

Configuring dynamic route backup through DDR

About dynamic route backup through DDR

The dynamic route backup feature creates a dialup connection to a network when no valid route on the primary link is available to the network. This feature is mainly used to back up dynamic routes. It can also back up static routes and direct routes.

To use this feature, you must create a dynamic route backup group and define a network to be monitored. When a dialup interface is assigned to the dynamic route backup group, the system monitors the routes by using the following process:

1.     The system identifies whether a minimum of one valid route exists to the monitored network.

2.     If a minimum of one valid route exists with an egress interface outside the dynamic route backup group, the system determines that the primary link is up.

3.     If no valid route exists, the system determines that the primary link is down and unusable. Then, DDR creates a secondary link on the backup interface to forward traffic. During this process, the system periodically checks the primary link status.

4.     When the primary link recovers, the secondary link can be brought down either immediately or after the secondary link disconnection delay, depending on the configuration.

Restrictions and guidelines for dynamic route backup through DDR

Some routing protocols (such as BGP) use the optimal routes by default. In a BGP network, when the secondary link is activated because the primary link fails, the device will learn a route to the monitored network through BGP. When the primary link recovers, the device will also learn a route to the monitored network through BGP. However, the route learned for the primary link might be less optimal than that learned for the secondary link. As a result, the following events occur:

·     The route learned for the secondary link remains active.

·     Dynamic route monitoring fails.

·     The switchover from secondary link to primary link fails.

To solve this problem, configure the router to prefer the route learned for the primary link when the primary and secondary links are both active.

Creating a dynamic route backup group

About this task

A dynamic route backup group can define multiple networks to be monitored. When no valid route exists to any of the monitored networks, DDR creates a secondary link. When establishing the secondary link, DDR checks for the dialer route commands configured for the monitored networks on the backup interface. Then, it establishes the secondary link by using the dialer route command first configured for the monitored networks. Only one secondary link can be established.

Procedure

1.     Enter system view.

system-view

2.     Create a dynamic route backup group, and add a network to be monitored to the group.

standby routing-group group-number rule ip ip-address { mask | mask-length } [ vpn-instance vpn-instance-name ]

The IP address and VPN instance specified in the standby routing-group rule command must be the same as those specified in the dialer route command.

Assigning a dialup interface to a dynamic route backup group

About this task

Before assigning a dialup interface to a dynamic route backup group, make sure DDR is enabled on the interface.

A dialup interface can be assigned to multiple dynamic route backup groups.

Procedure

1.     Enter system view.

system-view

2.     Enter dialup interface view.

interface interface-type interface-number

3.     Assign the interface to a dynamic route backup group.

standby routing-group group-number

By default, a dialup interface is not assigned to a dynamic route backup group.

Setting the secondary link disconnection delay

About this task

Typically, the secondary link will be disconnected when the primary link recovers. To ensure route stability, set the secondary link disconnection delay.

Procedure

1.     Enter system view.

system-view

2.     Enter the view of the backup interface.

interface interface-type interface-number

3.     Set the secondary link disconnection delay.

standby timer routing-disable delay

The default setting is 20 seconds.

Setting the warm-up timer for dynamic route backup

About this task

The warm-up timer introduces a delay for the dynamic route backup feature to operate after a system startup. Set this delay to prevent unnecessary link switchover at startup.

Interfaces cannot come up until the device recovers the configuration during a reboot.

Without a warm-up delay, the dynamic route backup feature dials the secondary link immediately after it detects that the primary interface is down. When the primary interface comes up, the feature dials the primary link. The secondary link, if dialed up successfully, is brought down shortly after it came up.

With a warm-up delay, the dynamic route backup feature does not dial the secondary link until it detects that the primary interface is down when the delay expires.

Procedure

1.     Enter system view.

system-view

2.     Set the warm-up time for dynamic route backup.

dialer timer warmup delay

The default setting is 30 seconds.

Use the default setting in normal cases.

Disconnecting a dialup link

To disconnect a dialup link, execute the following command in any view:

dialer disconnect [ interface interface-type interface-number ]

Display and maintenance commands for DDR

Execute display commands in any view and reset commands in user view.

 

Task

Command

Display DDR information for a specified dialup interface or all dialup interfaces.

display dialer [ interface interface-type interface-number ]

Display information about dialer interfaces.

display interface [ dialer [ interface-number ] ] [ brief [ description | down ] ]

Clear the statistics on a dialer interface.

reset counters interface [ dialer [ interface-number ] ]

Troubleshooting

Failure to establish a dialup connection

Symptom

DDR dialup connection cannot be established because the modem does not dial when the router forwards data.

Solution

To resolve the problem:

1.     Verify that the modem and phone cable connections are correct, and that the modem initialization process is correct.

2.     Verify that the dialup interface, if it is synchronous/asynchronous, is configured as an asynchronous interface in protocol mode.

3.     Verify that DDR is enabled on the dialup interface.

4.     Verify that a dialer route or dialer number command is available for the packets.

Ping failure

Symptom

The remote end cannot be pinged after the modem is connected.

Solution

To resolve the problem:

1.     Use the debugging ppp all command to verify that the two ends use the same link layer encapsulation and have correct PPP parameters configured for authentication.

2.     Verify that a correct IP address is assigned to the dialup interface.

3.     Verify that DDR is enabled on the dialup interface.

4.     Verify that the correct dialer-group and dialer-group rule commands are configured and associated to ensure that the packets can pass.

5.     Use the debugging dialer event and debugging dialer packet commands to locate the problem.