Table Of Contents
Configuring Modem Support and Asynchronous Devices
General Concepts
Asynchronous Modem Lines
Asynchronous Interfaces
Line Numbering Issues
Group Asynchronous Interfaces
Modem Support Configuration Task List
Attach the Modems
Configure the Modem Lines
Configure the Modems
Configure Additional Modem Control Parameters
Asynchronous Configuration Task List
Specify an Asynchronous Interface
Configure Group and Member Asynchronous Interfaces
Configuring Dual-Purpose Ports
Assign IP Addresses for Local Devices
Configure the Interface Addressing Method for Remote Devices
Configure Asynchronous Serial Encapsulation
Configure Dedicated or Interactive PPP and SLIP Sessions
Enable Routing on Asynchronous Interfaces
Configure Support for Extended BOOTP Requests
Monitor and Maintain Asynchronous Devices
Configure Chat Scripts for Asynchronous Lines
Create a Chat Script
Suggested Chat Script Naming Conventions (for Dial Scripts only)
Configure the Line to Activate Chat Scripts
Start a Chat Script Manually on an Asynchronous Line
Configure Additional Asynchronous Features
Establish and Control the EXEC Process
Configure the Auxiliary (AUX) Port
Configure the Line to Automatically Detect the Incoming Protocol and Start a Session
Define a Command String for Automatic Execution
Configure Rotary Groups
Specify Decimal TCP Port Numbers when Connecting to Lines
Optimize Available Bandwidth
Asynchronous Configuration Examples
Restricting Access on the Asynchronous Interface Example
Address Pooling on Asynchronous Interfaces Examples
Group and Member Asynchronous Interfaces Examples
Dedicated Asynchronous Interface Configuration Example
IP-SLIP—Asynchronous Interface Example
AppleTalk-PPP Example
IP-PPP Example
IPX-PPP—Loopback Interface Example
IPX-PPP—Using Dedicated IPX Network Numbers for Each Interface Example
IPX-PPP over X.25 to an IPX Network on VTY Lines Example
Remote Node NetBEUI Example
Asynchronous Routing and Dynamic Addressing Configuration Example
TCP Header Compression Configuration Example
Conserving Network Addresses Using the IP Unnumbered Feature Example
Configuring Routing on a Dedicated Dial-In Router Example
Configuring an Asynchronous Interface as the Only Network Interface Example
Configuring IGRP Example
Configuring an Interface Example
Remote Network Access Using PPP—A Basic Configuration Example
Remote Network Access Using PPP—Routing IP Example
Remote Network Access—Leased Line with Dial-Backup Using PPP Example
Configuring Modem Support and Asynchronous Devices
This chapter describes how to configure the Cisco IOS software for line, terminal, and modem connections. Cisco devices have four types of lines: console, auxiliary, asynchronous, and virtual terminal lines. Different routers have different numbers of these line types. Refer to the hardware or software configuration guide that shipped with your device for exact line numbering schemes.
For a complete description of the commands in this chapter, refer to the "Modem Support and Asynchronous Device Commands" chapter of the Dial Solutions Command Reference. To locate documentation of other commands that appear in this chapter, use the command reference master index or search online.
The following sections are provided in this chapter:
•
General Concepts
•
Modem Support Configuration Task List
•
Asynchronous Configuration Task List
•
Configure Support for Extended BOOTP Requests
•
Monitor and Maintain Asynchronous Devices
•
Configure Chat Scripts for Asynchronous Lines
•
Configure Additional Asynchronous Features
•
Asynchronous Configuration Examples
General Concepts
Asynchronous ports can be on the outside of your access server (for example, the Cisco AS2511-RJ) or on the inside of your device (for example, the Cisco AS5200). In both cases, external or internal modems connect to these interfaces. The remote clients referenced in this chapter are making analog calls in to the network via asynchronous ports.
To enable clients to dial in, you configure two components of each asynchronous port: lines and interfaces. Asynchronous interfaces correspond to physical terminal (TTY) lines. For example, asynchronous interface 1 corresponds to TTY line 1.
Generally, commands entered in asynchronous interface mode enable you to configure protocol-specific parameters for asynchronous interfaces, whereas commands entered in line configuration mode permit you to configure the physical aspects for the same port. In , which shows the show line output on a Cisco 2511, TTY line 1 corresponds with asynchronous interface 1, TTY line 16 corresponds with asynchronous interface 16, and so on.
Figure 35 Show Line Output—Comparing TTY Lines to Asynchronous Interfaces
Asynchronous Modem Lines
Asynchronous line configuration commands configure ports for the following options:
•
Physical layer options (such as modem configuration)
•
Security for EXEC mode
•
ARA protocol configuration (PPP is configured in interface configuration mode)
•
Autoselect to detect incoming protocols (ARA and PPP)
To enter line configuration mode, first connect to the console port of the access server and enter privileged EXEC mode. Then enter global configuration mode and finally enter line configuration mode for the asynchronous lines that you want to configure. The following example shows the process of entering line configuration mode for lines 1 through 16:
router# configure terminal
router(config)# line 1 16
Asynchronous Interfaces
Generally, interfaces enable the Cisco IOS software to use routing functions. Specifically, you configure asynchronous interfaces to support PPP connections. You configure interfaces on an access server for the following functions:
•
Network protocol support (such as IP, IPX, or AppleTalk)
•
Encapsulation support (such as PPP)
•
IP client addressing options (default and/or dynamic)
•
IPX network addressing options
•
PPP authentication
•
ISDN BRI and PRI configuration
Line Numbering Issues
The TTY line numbering scheme used by your access server or router is specific to your product and its hardware configuration. Refer to the product-specific documentation that came with your product for line numbering scheme information.
For example the Cisco AS5200 access server has TTY lines that map directly to integrated modems as shown in . The TTY lines 1 through 24 directly connect to modems 1/0 through 1/23, which are installed in the first chassis slot in this example. The TTY lines 25 through 48 directly connect to modems 2/0 through 2/23, which are installed in the second chassis slot. For more information about the Cisco AS5200's slot numbering scheme, refer to the Cisco AS5200 Universal Access Server Software Configuration Guide.
Table 5 TTY Lines Associated to Integrated AS5200 Modems
TTY Line
|
Slot/ Modem Number
|
TTY Line
|
Slot/ Modem Number
|
1
|
1/0
|
25
|
2/0
|
2
|
1/1
|
26
|
2/1
|
3
|
1/2
|
27
|
2/2
|
4
|
1/3
|
28
|
2/3
|
5
|
1/4
|
29
|
2/4
|
6
|
1/5
|
30
|
2/5
|
7
|
1/6
|
31
|
2/6
|
8
|
1/7
|
32
|
2/7
|
9
|
1/8
|
33
|
2/8
|
10
|
1/9
|
34
|
2/9
|
11
|
1/10
|
35
|
2/10
|
12
|
1/11
|
36
|
2/11
|
13
|
1/12
|
37
|
2/12
|
14
|
1/13
|
38
|
2/13
|
15
|
1/14
|
39
|
2/14
|
16
|
1/15
|
40
|
2/15
|
17
|
1/16
|
41
|
2/16
|
18
|
1/17
|
42
|
2/17
|
19
|
1/18
|
43
|
2/18
|
20
|
1/19
|
44
|
2/19
|
21
|
1/20
|
45
|
2/20
|
22
|
1/21
|
46
|
2/21
|
23
|
1/22
|
47
|
2/22
|
24
|
1/23
|
48
|
2/23
|
Group Asynchronous Interfaces
To configure multiple asynchronous interfaces at the same time (with the same parameters), you can assign each asynchronous interface to a group and then configure the group. Configurations throughout this guide configure group asynchronous interfaces, rather than configuring each interface separately.
Note
After assigning asynchronous interfaces to a group, you cannot configure these interfaces separately. If you want to configure different attributes on different asynchronous interfaces, do not assign them to the group or assign different interfaces to different groups. For example, on a Cisco 2511 access server, you could assign asynchronous interfaces 1 to 8 as part of one group (such as group-async1) and asynchronous interfaces 9 to 16 as part of another group (group-async2).
To configure a group asynchronous interface, specify the group async number (an arbitrary number) and the group range (beginning and ending asynchronous interface number). The following example shows the process of creating and configuring a group asynchronous interface for asynchronous interfaces 1 through 48 on a Cisco AS5200 access server, which is loaded with 48 V.34 Microcom modems:
router(config)# interface group-async 1
router(config-if)# ip unnumbered ethernet 0
router(config-if)# encapsulation ppp
router(config-if)# async mode interactive
router(config-if)# ppp authentication chap pap
router(config-if)# peer default ip address pool default
router(config-if)# group-range 1 48
Building configuration...
Modem Support Configuration Task List
You can perform the tasks in the following sections to set up externally or internally connected modems. The first three tasks are required. The last task is optional.
•
Attach the Modems
•
Configure the Modem Lines
•
Configure the Modems
•
Configure Additional Modem Control Parameters
Attach the Modems
Before configuring lines on a Cisco access server, you must attach your modems to the asynchronous ports. To attach a modem, refer to the user guide or installation guide that accompanied your access server.
Some Cisco access servers (such as the Cisco AS5200 universal access server), have integrated modems and do not require that you attach an external modem. If you have an access server with integrated modems, you can skip this section and proceed to the next section "Configure the Modem Lines."
Configure the Modem Lines
You must configure the lines to which you attach modems and allow dialin access. To configure lines, enter line configuration mode for the specific lines you need to configure. The following example shows lines 1 through 16 being configured on a Cisco 2511 access server (remember, bold screen font indicates what you type):
router# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
router(config)# line 1 X (X = the highest number of lines the router has; 8 or 16)
After you enter line configuration mode for the lines to which your modems are attached, configure the lines using the required commands listed in the following task table. These are the most common commands necessary for basic modem communications.
Step
|
Command
|
Purpose
|
1
|
speed 115200
or
speed 57600
or
speed 38400
|
Sets line speed to the highest common speed for the modem and the access server port. See for a list of modem transmission rates and line speeds you should set on the access server.1
|
2
|
flowcontrol hardware
|
Sets RTS/CTS flow control on the line.
|
3
|
modem inout
|
Configures the line to drop the connection when the Carrier Detect (CD) signal is lost (cycle DTR to close the connection). The modem dialin command can be used instead of the modem inout command to enhance security because the modem dialin command restricts outgoing connections from the access server to the modem. Use the modem inout command during setup so that you can configure the modem from the access server, and change to the modem dialin command when testing is completed. Use the modem host command to attach or connect to a printer or host device.
|
Table 6 Matching the Access Server Line Speed to Your Modem Speed
Modem Transmission Rate
|
Line Speed on the Access Server
|
9600
|
38400
|
14400
|
57600
|
28800
|
115200
|
Configure the Modems
This section describes the tasks required to configure modems that are externally attached to the access server:
•
Communicating with the Modem
•
Automatically Configuring Your External Modem
•
Manually Configuring Your External Modem
•
Testing the Dial-In Connection
When you configure modems to function with your access server, you must provide initialization strings and other settings on the modem to tell it how to function with the access server.
For modem configuration information about specific access servers that have integrated modems, refer to the section "Checking Other Modem Settings" later in this chapter.
Communicating with the Modem
This section assumes you have already physically attached the modem to the access server. If not, refer to the user guide or installation and configuration guide for your access server for information about attaching modems.
Before you can configure the modem, you must establish communication with it, which requires terminal access to the modem's command environment. The process of manually configuring a modem consists of the following tasks:
1
Establishing a Direct Telnet Session to the Modem
2
Testing the Modem Connection
3
Suspending and Terminating Telnet Sessions
Establishing a Direct Telnet Session to the Modem
You communicate with the modem by establishing a direct Telnet session from the access server's asynchronous line, which is connected to the modem.
Note
This process is also referred to as reverse Telnet. Performing a reverse Telnet means that you are initiating a Telnet session out the asynchronous line, instead of accepting a connection into the line (called a forward connection).
This section explains how to establish a direct Telnet session with an external modem (existing outside the router) that is connected through an asynchronous port. Internal or integrated modems, such as used with the Cisco AS5200, are connected to through a direct connect session issued from the Cisco IOS software, which is described later in this section.
To establish a direct Telnet session to an external modem, determine the IP address of your LAN (Ethernet) interface, then enter a Telnet command to port 2000 + n on the access server, where n is the line number to which the modem is connected. For example, to connect to the modem attached to line 1, enter the following command from an EXEC session on the access server:
router# telnet 172.16.1.10 2001
Trying 172.16.1.10, 2001 ... Open
This example enables you to communicate with the modem on line 1 using the AT (attention) command set defined by the modem vendor.
Timesaver 
Use the ip host configuration command to simplify direct Telnet sessions with modems. The ip host command maps an IP address of a port to a device name. For example, the modem1 2001 172.16.1.10 command enables you to enter modem1 to initiate a connection with the modem, instead of repeatedly entering telnet 172.16.1.10 2001 each time you want to communicate with the modem.
If you are unable to connect to the modem, check the following:
1
Issue the show users EXEC command. It should not indicate the line is in use.
2
Verify that the line is configured for modem inout.
3
Issue the show line EXEC command. The output should contain the following two lines:
Modem hardware state: CTS noDSR DTR RTS
4
Check to see if the virtual terminal connections to lines in the access server require passwords.
5
Check to see if the speed between the modem and the access server are the same. They are likely to be different. If they are different, switch off the modem, then switch it back on. This should match the speed of the modem with the speed of the access server.
Testing the Modem Connection
After you make a direct Telnet connection to the modem, you need to test the connection. Send the modem the AT command to request its attention. It should respond with OK. For example:
If the modem does not reply to the AT command, check the following:
1
Look at the output of the show line 1 command. If it displays "no CTS" for the modem hardware state, the modem is not connected, powered on, and waiting for data, or the modem might not be configured for hardware flow control.
2
Check your cabling (for modems connected externally only) and the modem configuration (echo or result codes might be off). Enter the appropriate AT modem command to view the modem configuration, or enter the command at&f to return to factory defaults. Refer to your modem documentation to learn the appropriate AT command to view your modem configuration.
Suspending and Terminating Telnet Sessions
If you are connected to an external modem, the direct Telnet session must be terminated before the line can accept incoming calls. If you do not terminate the session, it will be indicated in the output of the show users command when it returns a modem state of ready if the line is still in use. If the line is no longer in use, the output of the show line value command will return a state of idle. For routers that support integrated modems (for example, the Cisco AS5200), calls will not be interrupted unless you enter an AT command that requires extra processing power from the modem's CPU, such as the ATH command.
Terminating the Telnet session requires first suspending it, then disconnecting it. To suspend a Telnet session, enter the escape sequence Ctrl-Shift-6 x (press Control-Shift-6, let go, then press x). Enter the disconnect EXEC command to terminate the Telnet session.
Note
Ensure that you can reliably issue the escape sequence to suspend a Telnet session. Some terminal emulation packages have difficulty sending the Ctrl-Shift-6 x sequence. Refer to your terminal emulation documentation for more information about escape sequences.
To suspend and then disconnect a Telnet session, perform the following steps:
Step 1
Enter Ctrl-Shift-6 x to suspend the Telnet session:
Step 2
Enter the where EXEC command to check for open sessions:
Conn Host Address Byte Idle Conn Name
* 1 172.16.1.10 172.16.1.10 0 0 172.16.1.10
2 172.16.1.11 172.16.1.11 0 12 modem2
Step 3
After suspending a session with one modem, you can connect to another modem (then suspend it):
Trying modem2 (172.16.1.11, 2002) ... Open
Step 4
To disconnect (completely close) a session, issue the disconnect EXEC command:
router# disconnect line 1
Closing connection to 172.16.1.10 [confirm] y
router# disconnect line 2
Closing connection to 172.16.1.11 [confirm] y
Note
Before attempting to allow inbound connections, make sure you close all open connections to the modems attached to the access server. If you have a modem port in use, the modem will not accept a call properly.
After you have established and tested the connection to the modem, you can proceed with the next section "Automatically Configuring Your External Modem."
Automatically Configuring Your External Modem
The Cisco IOS software can issue initialization strings automatically for most types of modems externally attached to the access server. A modem initialization string is a series of parameter settings that are sent to your modem to configure it to interact with the access server in a specified way. The Cisco IOS software defines seven initialization strings that have been found to properly initialize most modems so that the modems function properly with Cisco access servers. These initialization strings have the following names:
•
Codex_3260
•
Usr_courier
•
Usr_sportster
•
Hayes_optima
•
Global_village
•
Viva
•
Telebit_t3000
Note
Internal or integrated modems, such as used by the Cisco AS5200, are preconfigured by Cisco Systems and do not need to be initialized.
If you do not know which of these modem strings is appropriate for your modems, issue the modem autoconfigure discovery line configuration command, as shown in the following example:
router# configure terminal
router(config)# line 1 16
router(config-line)# modem autoconfigure discovery
router(config-line)# Ctrl-Z
router# copy running-config startup-config
The Cisco IOS software first tries the first of these strings to see if the modem initializes properly. If not, the Cisco IOS software cycles to the next string and repeats the process until the appropriate string is found. If none of the strings properly initializes the modem, you must manually configure the modem (refer to "Manually Configuring Your External Modem" later in this chapter).
If you know that your modem can be configured using an initialization string from one of these scripts, you can issue the modem autoconfigure type type command, where type is one of the strings in the preceding list. If you list a specific modem type, initialization proceeds more quickly.
To display the list of modems for which the router has modem string entries, issue the show modemcap command. You can change a modem value that was returned from the show modemcap EXEC command. For example, you might want to add the factory default, &F, entry to the configuration file. To do this, enter the modemcap edit modem-name attribute value line configuration command. Configure one attribute of one modem at a time.
The following example shows how to enter line configuration mode and issue the modem autoconfigure type type command for a US Robotics Sportster modem:
router(config-line)# modem autoconfigure type usr_sportster
For more information about the recommended strings for any type of modem, refer to the section "Sample Modem Strings" in the appendix "Configuring Modem Support and Chat Scripts" in the Dial Solutions Command Reference. If you have access to Cisco Connection Online (CCO), you can also access the following URL for more information:
http://www.cisco.com/warp/public/76/4.html
Note
Note that this URL is subject to change without notice.
Manually Configuring Your External Modem
If you cannot configure your modem automatically, you must configure it manually. The following sections describe how to configure your externally attached modem manually:
•
Configuring Modem Initialization Strings
•
Checking Other Modem Settings
•
Initializing the Modem
Configuring Modem Initialization Strings
This section describes how to determine and issue the correct initialization string for your modem and configure your modem with it.
Modem command sets vary widely. Although most modems use the Hayes command set (prefixing commands with AT), Hayes-compatible modems do not use identical AT command sets.
Refer to your modem manufacturer's documentation to learn how to examine the current and stored configuration of the modem you are using. Generally, you enter AT commands such as &v, i4, or *o to view, inspect, or observe the settings.
Note
You must first create a direct Telnet or connection session to the modem before you can send an initialization string. You can use AT&F as a basic modem initialization string in most cases.
A sample modem initialization string for a US Robotics Courier modem is as follows:
&b1&h1&r2&c1&d3&m4&k1s0=1
Modem initialization strings enable the following functions:
•
Locks the speed of the modem to the speed of the serial port on the access server
•
Sets Hardware Flow Control (RTS/CTS)
•
Ensures Correct DCD Operation
•
Ensures Proper DTR Interpretation
•
Answers Calls on the First Ring
Timesaver 
Initialization strings for other modems are listed in the appendix "Configuring Modem Strings and Chat Scripts" in the Dial Solutions Command Reference and on Cisco Connection Online (CCO), in Tech Tips (http://www.cisco.com). Note that these URLs are subject to change without notice.
Note
Make sure to turn off automatic baud rate detection because the modem speeds must be set to a fixed value.
The port speed must not change when a session is negotiated with a remote modem. If the speed of the port on the access server is changed, you must establish a direct Telnet session to the modem and send an AT command so that the modem can learn the new speed.
Modems differ in the method they use to lock the EIA/TIA-232 (serial) port speed. In the modem documentation, vendors use terms such as, port-rate adjust, speed conversion, or buffered mode. Enabling error correction often puts the modem in the buffered mode. Refer to your modem documentation to see how your modem locks speed (check the settings &b, \j, &q, \n, or s-register settings).
Ready-To-Send (RTS) and Clear-To-Send (CTS) signals must be used between the modem and the access server to control the flow of data. Misconfiguring flow control for software or setting no flow control can result in hung sessions and loss of data. Modems differ in the method they use to enable hardware flow control. Refer to your modem documentation to see how to enable hardware flow control (check the settings &e, &k, &h, &r, or s-register).
The modem must use the data carrier detect (DCD) wire to indicate to the access server when a session has been negotiated and is established with a remote modem. Most modems use the setting &c1. Refer to your modem documentation for the DCD settings used with your modem.
The modem must interpret a toggle of the Data Terminal Ready (DTR) signal as a command to drop any active call and return to the stored settings. Most modems use the settings &d2 or &d3. Refer to your modem documentation for the DTR settings used with your modem.
If a modem is used to service incoming calls, it must be configured to answer a call after a specific number of rings. Most modems use the setting s0=1 to answer the call after one ring. Refer to your modem documentation for the settings used with your modem.
Checking Other Modem Settings
This section defines other settings that might be needed or desirable depending on your modem.
Error correction can be negotiated between two modems to ensure a reliable data link. Error correction standards include LAPM and MNP4. V.42 error correction allows either LAPM or MNP4 error correction to be negotiated. Modems differ in the way they enable error correction. Refer to your modem documentation for the error correction methods used with your modem.
Data compression can be negotiated between two modems to allow for greater data throughput. Data compression standards include V.42 bis and MNP5. Modems differ in the way they enable data compression. Refer to your modem documentation for the data compression settings used with your modem.
To establish a direct connect session to an internal or integrated modem (existing inside the router), such as required for Microcom modems in the Cisco AS5200, first open a directly connected session with the modem at-mode command then send an AT command to the specified modem. For example, the following example sends the AT command at\s to modem 1/1:
AS5200# modem at-mode 1/1
You are now entering AT command mode on modem (slot 1 / port 1).
Please type CTRL-C to exit AT command mode.
MNP Class 10 V.34/V.FC Modem Rev 1.0/85
MODEM HW: SA 2W United States
4 RTS 5 CTS 6 DSR - CD 20 DTR - RI
Initializing the Modem
Refer to this section if you could not or chose not to initialize your modems automatically, as described in the "Automatically Configuring Your External Modem" section earlier in this chapter.
After the modem initialization string has been determined, perform the following steps to configure the modem. This example configures a U.S. Robotics Courier modem on line 1 (decimal number 2000 + line number 1 = 2001):
Step 1
Map a host name to a decimal port. The port number is 200x, plus the number of the TTY line. The following example maps port 2001 to the IP address of the Ethernet0 interface on the access server (172.16.1.10):
router(config)# ip host modem1 2001 172.16.1.10
Step 2
Establish a direct Telnet session to the modem:
Trying modem1 (172.16.1.10, 2001)... Open
Step 3
Return the modem to its factory defaults (this step is optional):
Step 4
Configure the modem with an initialization string. The following example string is for a U.S. Robotics Courier modem:
at&b1&h1&r2&c1&d3&m4&k1s0=1
Step 5
Store the modem settings in NVRAM on the modem:
Note
Some modems need to be "strapped" so that they start up with saved settings when powered on, rather than using defaults. You should make sure your modem is strapped accordingly.
Step 6
Suspend and disconnect your Telnet session:
Closing connection to modem1 [confirm] y
Timesaver 
The script-reset line configuration command can automate the configuration of your modems. See the "Technical Tips" section on CCO for more information.
Testing the Dial-In Connection
The access server and modem are now correctly configured for dial-in access. Before configuring any additional protocols for the line (such as SLIP, PPP, or ARA), test the dial-in connection.
Note
The same configuration issues exist between the client data terminal equipment (DTE) and client modem. Make sure you have the correct EIA/TIA-232 cabling and modem initialization string for your client modem.
The following is an example of a successful connection from a PC using a U.S. Robotics Courier modem to dial in to a Cisco 2500 series access server:
at&f&c1&d3&h1&r2&b1&m4&k1&w
CONNECT 14400/ARQ/V32/LAPM/V42BIS
Configure Additional Modem Control Parameters
Cisco routers use six EIA/TIA-232 signals for each port, so one 50-pin telco, RJ-11, or RJ-45 connector can support eight sessions. The router can support the most popular forms of modem control and hardware flow control, as well as high-speed dial-up modems.
The EIA/TIA-232 output signals are Transmit Data (TXDATA), Data Terminal Ready (DTR), and Ready To Send (RTS, 2500 only). The input signals are Receive Data (RXDATA), Clear to Send (CTS), and RING. The sixth signal is ground. Depending on the type of modem control your modem uses, these names may or may not correspond to the standard EIA/TIA-232 signals.
Dial-up modems that operate over normal telephone lines at speeds of 28800 bits per second (bps) use hardware flow control to stop the data from reaching the host by toggling an EIA/TIA-232 signal when their limit is reached.
In addition to hardware flow control, modems require special software configuring. For example, they must be configured to create an EXEC session when a user dials in and to hang up when the user exits the EXEC. These modems also must be configured to close any existing network connections if the telephone line hangs up in the middle of a session.
The Cisco IOS software supports hardware flow control on its CTS input signal, which is also used by the normal modem handshake.
The following modem line characteristics and modem features are discussed in the following sections:
•
Configure Automatic Dialing
•
Automatically Answer a Modem
•
Support Dial-In and Dial-Out Modems
•
Configure a Line Timeout Interval
•
Close Modem Connections
•
Configure a Line to Automatically Disconnect
•
Support Old-Style Dial-In Modems
•
Support Reverse Modem Connections and Prevent Incoming Calls
Signal and line state diagrams accompany some of the tasks in the following sections to illustrate how the modem control works. The diagrams show two processes:
•
The "create daemon" process creates a TTY daemon that handles the incoming network connection.
•
The "create EXEC" process creates the process that interprets user commands. (Refer to
through .)
In the diagrams, the current signal state and the signal the line is watching are listed inside each box. The state of the line (as displayed by the show line EXEC command) is listed next to the box. Events that change that state appear in italics along the event path, and actions that the software performs are described within the ovals.
Figure 36 illustrates line states when no modem control is set. The DTR output is always high, and CTS and RING are completely ignored. The Cisco IOS software starts an EXEC session when the user types the activation character. Incoming TCP connections occur instantly if the line is not in use and can be closed only by the remote host.
Figure 36 EXEC and Daemon Creation on a Line with No Modem Control
Configure Automatic Dialing
With the dial-up capability, you can set a modem to dial the phone number of a remote router automatically. This feature offers cost savings because phone line connections are made only when they are needed—you only pay for using the phone line when there is data to be received or sent. To configure a line for automatic dialing, perform the following task in line configuration mode:
Command
|
Purpose
|
modem dtr-active
|
Configure a line to initiate automatic dialing.
|
Using the modem dtr-active command causes a line to raise DTR signal only when there is an outgoing connection (such as reverse Telnet, NASI, or DDR), rather than leave DTR raised all the time. When raised, DTR potentially tells the modem that the router is ready to accept a call.
Automatically Answer a Modem
You can configure a line to answer a modem automatically. You also can configure the modem to answer the telephone on its own (as long as DTR is high), drop connections when DTR is low, and use its Carrier Detect (CD) signal to accurately reflect the presence of carrier. (Configuring the modem is a modem-dependent process.) Wire the modem's CD signal (generally pin-8) to the router's RING input (pin-22), and perform the following task in line configuration mode:
Command
|
Purpose
|
modem dialin
|
Configure a line to automatically answer a modem.
|
You can turn on the modem's hardware flow control independently to respond to the status of the router's CTS input. Wire CTS to whatever signal the modem uses for hardware flow control. If the modem expects to control hardware flow in both directions, you might also need to wire the modem's flow control input to some other signal that the router always has high (such as the DTR signal).
Figure 37 illustrates the modem dialin process with a high-speed dial-up modem. When the Cisco IOS software detects a signal on the RING input of an idle line, it starts an EXEC or autobaud process on that line. If the RING signal disappears on an active line, the Cisco IOS software closes any open network connections and terminates the EXEC facility. If the user exits the EXEC or the software terminates because of no user input, the line makes the modem hang up by lowering the DTR signal for five seconds. After five seconds, the modem is ready to accept another call.
Figure 37 EXEC Creation on a Line Configured for a High-Speed Modem
Support Dial-In and Dial-Out Modems
You can configure a line for both incoming and outgoing calls by performing the following task in line configuration mode:
Command
|
Purpose
|
modem inout
|
Configure a line for both incoming and outgoing calls.
|
Figure 38 illustrates the modem inout command. If the line is activated by raising the data set ready (DSR) signal, it functions exactly as a line configured with the modem dialin line configuration command described in the "Automatically Answer a Modem" section earlier in this chapter. If the line is activated by an incoming TCP connection, the line functions similarly to lines not used with modems.
Figure 38 EXEC and Daemon Creation for Incoming and Outgoing Calls
Note
If your system incorporates dial-out modems, consider using access lists to prevent unauthorized use.
Configure a Line Timeout Interval
You can change the interval that the Cisco IOS software waits for the CTS signal after raising the DTR signal in response to the DSR (the default is 15 seconds). To do so, perform the following task in line configuration mode. The timeout applies to the modem callin command only.
Command
|
Purpose
|
modem answer-timeout seconds
|
Configure modem line timing.
|
Note
The DSR signal is called RING on older ASM-style chassis.
Close Modem Connections
You can configure a line to close connections from a user's terminal when the terminal is turned off and prevent inbound connections to devices that are out of service. To do so, perform the following task in line configuration mode:
Command
|
Purpose
|
modem cts-required
|
Configure a line to close connections.
|
Figure 39 illustrates the modem cts-required command operating in the context of a continuous CTS signal. This form of modem control requires that the CTS signal be high for the entire session. If CTS is not high, the user's input is ignored and incoming connections are refused (or sent to the next line in a rotary group).
Note
For the Cisco IOS software to reliably detect a CTS signal change, the CTS signal must remain in the new state for at least one full second.
Figure 39 EXEC and Daemon Creation on a Line Configured for Continuous CTS
Configure a Line to Automatically Disconnect
You can configure automatic line disconnect by performing the following task in line configuration mode:
Command
|
Purpose
|
autohangup
|
Configure automatic line disconnect.
|
The autohangup command causes the EXEC facility to issue the exit command when the last connection closes. This feature is useful for UNIX-to-UNIX copy program (UUCP) applications because UUCP scripts cannot issue a command to hang up the telephone. This feature is not often used.
Support Old-Style Dial-In Modems
The Cisco IOS software supports dial-in modems that use DTR to control the off-hook status of the telephone line. This feature is supported primarily on old-style modems, especially those in Europe. To configure the line to support this feature, perform the following task in line configuration mode:
Command
|
Purpose
|
modem callin
|
Configure a line for a dial-in modem.
|
Figure 40 illustrates the modem callin command. When a modem dialing line is idle, it has its DTR signal at a low state and waits for a transition to occur on the DSR (RING) input. This transition causes the line to raise the DTR signal and start watching the CTS signal from the modem. After the modem raises CTS, the Cisco IOS software creates an EXEC session on the line. If the timeout interval (set with the modem answer-timeout command) passes before the modem raises the CTS signal, the line lowers the DTR signal and returns to the idle state.
Figure 40 EXEC Creation on a Line Configured for Modem Call-In
Note
The modem callin and modem cts-required line configuration commands are useful for SLIP operation. These commands ensure that when the line is hung up or the CTS signal drops, the line reverts from SLIP mode to normal interactive mode. These commands do not work if you put the line in network mode permanently.
Although you can use the modem callin line configuration command with newer modems, the modem dialin line configuration command described in this section is more appropriate. The modem dialin command frees up CTS input for hardware flow control. Modern modems do not require the assertion of DTR to answer a phone line (that is, to take the line off-hook).
Support Reverse Modem Connections and Prevent Incoming Calls
In addition to initiating connections, the Cisco IOS software can receive incoming connections. This capability allows you to attach serial and parallel printers, modems, and other shared peripherals to the router or access server and drive them remotely from other modem-connected systems. The Cisco IOS software supports reverse TCP, XRemote, and LAT connections.
The specific TCP port or socket, to which you attach the device determines the type of service that the Cisco IOS software provides on a line. When you attach the serial lines of a computer system or a data terminal switch to the serial lines of the access server, the access server can act as a network front-end device for a host that does not support the TCP/IP protocols. This arrangement is sometimes called front-ending, or reverse connection mode.
The Cisco IOS software supports ports connected to computers that are connected to modems. You can configure the Cisco IOS software to function somewhat like a modem by performing the following task in line configuration mode. This command also prevents incoming calls.
Command
|
Purpose
|
modem callout
|
Configure a line for reverse connections and prevent incoming calls.
|
Figure 41 illustrates the modem callout process. When the Cisco IOS software receives an incoming connection, it raises the DTR signal and waits to see if the CTS signal is raised to indicate that the host has noticed the router's DTR signal. If the host does not respond within the interval set by the modem answer-timeout line configuration command, the software lowers the DTR signal and drops the connection.
Figure 41 Daemon Creation on a Line Configured for Modem Call-out
Asynchronous Configuration Task List
This section describes how to configure basic functionality on asynchronous interfaces, and then customize the interfaces for your environment. Basic configuration tasks include the following:
•
Specify an Asynchronous Interface
•
Configure Group and Member Asynchronous Interfaces
•
Configuring Dual-Purpose Ports
•
Assign IP Addresses for Local Devices
•
Configure the Interface Addressing Method for Remote Devices
•
Configure Asynchronous Serial Encapsulation
•
Configure Dedicated or Interactive PPP and SLIP Sessions
•
Enable Routing on Asynchronous Interfaces
If you want to call back a PPP client requesting asynchronous callback, refer to the chapter "Configuring Asynchronous Callback" in this publication.
See the "Asynchronous Configuration Examples" section at the end of this chapter for examples of asynchronous configuration files. Tasks are performed in global configuration mode unless otherwise specified.
Specify an Asynchronous Interface
On an access server, you can configure asynchronous interfaces. The auxiliary port (labeled AUX on the back of the product) can also be configured as an asynchronous serial interface, although performance on the AUX port is much slower than on standard asynchronous interfaces and does not support some features. illustrates why asynchronous interfaces permit substantially better performance than AUX ports configured as asynchronous interfaces.
Table 7 Differences between Auxiliary (AUX) Port and Asynchronous Port
Feature
|
Asynchronous Interface
|
Auxiliary Port
|
Maximum speed
|
115200 kbps
|
38400 kbps
|
Supports DMA buffering1
|
Yes
|
No
|
PPP framing on chip2
|
Yes
|
No
|
IP fast switching3
|
Yes
|
No
|
On routers without built-in asynchronous interfaces, only the AUX port can be configured as an asynchronous serial interface. To configure the AUX port as an asynchronous interface, you must also configure it as an auxiliary line with the line aux 1 command.
Use the line command with the appropriate line configuration commands for modem control, such as speed. Perform the following task in global configuration mode to specify a port as an asynchronous interface:
Command
|
Purpose
|
interface async port-number
|
Specify an asynchronous serial interface.
|
Configure Group and Member Asynchronous Interfaces
You can create an asynchronous interface to be used as a group interface, which can be associated with other, member asynchronous interfaces.
This association allows you to configure the group interface and all of its member interfaces with a single command entered at the asynchronous group interface command line. You can have more than one group interface on a device; however, a member interface can be associated with only one group.
See the "Group and Member Asynchronous Interfaces Examples" section later in this chapter for an example of group and member interfaces.
illustrates the group-member interface concept.
Figure 42 Group-Member Association on Asynchronous Interfaces