Contents:Dialing, Answering, and Hanging Up Controlling Result Code Displays Accessing and Configuring the Courier 56K Corporate Modem Remotely Handshaking, Error Control, Data Compression, and Throughput Displaying Querying and Help Screens Dedicated/Lease Line and Synchronous Applications Appendixes |
Courier 56K Corporate Modem Command ReferenceHandshaking, error control, data compression, and throughputThis chapter contains information about:
HandshakingWith each call, Courier 56K Corporate modems go through a link negotiation process with the remote device. Another name for the negotiation process is "handshaking." The Courier 56K Corporate modem attempts to find both the highest compatible modulation and the highest rate, in the following order: V.90, x2, V.34, V.32 bis, V.22 bis, V.22 (Bell 212), and Bell 103. Selective RejectThe Courier 56K Corporate modem supports Selective Reject for analogue calls. Selective Reject improves performance on noisy lines by reducing the amount of overhead incurred when the protocol must resend data due to errors. When Selective Reject is active, only the frame that contained the error is re-sent, instead of the frame plus all of the following unacknowledged frames. Selective Reject is an optional part of the ITU-T V.42 (LAPM) standard.
|
For your modem to
|
Command
|
Enable the call indicate tone |
ATS54.6=0
|
If you enable the V.8 call indicate tone, expect to hear a sound like a fast ringing signal while the call is being connected.
If the remote device has V.34 capability, the Courier 56K Corporate modem uses a line probing technique in order to determine if a V.90 connection can be established.
When the Courier answers a call, it sends out a series of answer tone signals until both devices negotiate the best connection rate.
The Courier 56K Corporate modem has V.90 capabilities. The Courier 56K Corporate modem can dial into V.90 servers to establish speeds up to 56K downstream.
For your modem to
|
Command
|
Enable V.90 |
ATS58.5=0 (Default)
|
Disable V.90 |
ATS58.5=1
|
x2 client modems can receive data at speeds up to 56 kbps and send data at V.34 speeds. To use x2, the client x2 modem must connect to a server x2 modem. If clients attempt to connect to ISPs that do not use x2, the client modem will negotiate the next available modulation. For example, an x2 client modem calling into an ISP that only supports V.34, the modem will only negotiate the highest v.34 connection rate. The maximum V.34 connection speed is 33.6 kbps.
After trying V.34, the Courier 56K Corporate modem tries for the fastest possible V.Fast Class (28.8 Kbps) connection. In order to negotiate V.FC, V.8 has to be disabled. V.FC is not part of the ITU V.8 training sequence.
If the remote device is not V.FC capable, a connection is made using the highest compatible modulation scheme (V.32 terbo, V.32 bis, and so on, down to as low as Bell 103, or 300 bps).
If the remote device has V.FC capability, the Courier 56K Corporate modem uses a line probing technique to determine the highest speed possible under current line conditions, then completes the connection. If the remote analogue device does not have V.FC capability, the Courier 56K Corporate modem listens to the device's answer tones to identify what standard rate the remote analogue device is operating at, and adjusts to that rate.
When a Courier 56K Corporate modem answers a call, it sends out a series of answer tone signals until both devices negotiate the best connection rate.
We recommend that Courier 56K Corporate modems retain the default B0 and &N0 settings. This allows them to make analogue connections with "V." protocol and HST modems in both Originate and Answer modes at a variety of speeds.
When originating an analogue call, the Courier 56K Corporate modem set to B1 sends out a Bell answer tone, which is the prevalent standard in the U.S. and Canada for connections at 2400 bps and lower. At higher speeds, the Courier 56K Corporate modem also recognises the ITU answer tones necessary for connecting with V. protocol modems, and adjusts to the answering device.
However, when answering a call, a Courier sending out the Bell answer tone (B1) won't be recognised by V. protocol modems. The calling modem, instead, will wait until it detects a tone it recognises (the V.22 bis tone used at 2400 bps).
If you want to have your Courier connect with V. protocol modems at high speeds, make sure it is set to B0 for the ITU answer tones. It will also connect with HST modems at speeds up to 16.8 Kbps.
On these analogue connections, Courier 56K Corporate modems have two features that result in outstanding performance: Quick Connect and Adaptive Speed Leveling (ASL).
Older, lower-speed "V." protocols do not employ line probing. Instead they use predefined answer tones to specify or identify speed capabilities. These protocols define the following maximum speeds:
ASL (used in V.32 terbo and V.32 bis modes) is a technique that allows the Courier 56K Corporate modems receivers and transmitters to act independently of each other. One transceiver may slow down and then speed up without affecting the data flow on the other. The result is more efficient line operation.
Note: While most modems on the market now use higher speeds, there may be a problem in answering older V.32 modems at 9600 bps. Use Register S28 to modify the duration of the extra tones used in V.32 negotiations, in the rare instance that this may be necessary. Refer to the S-Registers appendix in this guide.
Courier 56K Corporate modems can employ error-control techniques during data connections.
Note: High-speed data calls are vulnerable to errors unless the data is protected by error control. If your Courier 56K Corporate modem connects with a remote device at a high speed, but without error control, and if you are not using an error control protocol for your call, you may lose data.
Automatic Repeat Request (ARQ) is a method used in many error-control protocols to ensure that any data that has been corrupted in transit is retransmitted. We use the term to designate a connection under error control.
You can use Error-Control commands to enable ARQ (error control) or enable synchronous protocols. The Courier 56K Corporate modem and the remote device must use the same protocol.
For your modem to
|
Command
|
Have no error control (Normal Mode). Due to the nature of phone line channels, this is never recommended for analogue calls above 2400 bps. |
AT&M0
|
Enter Online Synchronous Mode without V.25 bis. External Courier 56K Corporate modems only. |
AT&M1
|
Operate in Normal mode if an ARQ connection cant be made (Normal/ARQ mode). |
AT&M4
|
Hang up if it cant make an ARQ connection (ARQ Asynchronous Mode). |
AT&M5
|
Start V.25 bis synchronous mode, using the BISYNC protocol. |
AT&M6
|
Start V.25 bis synchronous mode, using the HDLC link protocol. |
AT&M7
|
Example: Sending AT&M4 allows your modem to operate in Normal Mode if an ARQ connection cant be made.
Error control is available for calls at 1200 bps and above. It can be disabled, although high-speed calls (9600 bps or higher) should always be under error control. The operations defined in an error-control protocol include:
The Courier 56K Corporate modem is set at the factory to try for an error-control connection and, if that isn't possible, to proceed with the call in Normal mode. This means that &M4 is set.
The Courier 56K Corporate modem first tries for a V.42 connection, then an MNP connection. The following information is based on the Courier 56K Corporate modem's setting of &M4.
This international standard includes a two-stage hand-shaking process:
The Microcom Networking Protocol (MNP) is supported by the ITU-T V.42 Recommendation. MNP is based on special protocol frames. If the remote device doesn't recognize an MNP Link Request, error control isn't possible. (In HST ARQ mode, USRobotics devices use a proprietary scheme similar to MNP.)
Flow control of data from the computer is required under error control for two reasons:
Courier 56K Corporate modems employ different data compression techniques during data connections.
For the modem to
|
Command
|
Disable data compression. |
AT&K0
|
Auto-enable/disable data compression. The Courier 56K Corporate modem enables compression if the serial port rate is fixed (&B1) and disables compression if the serial port rate follows the connection rate (&B0). |
AT&K1 (Default)
|
Always enable data compression. |
AT&K2
|
Selective data compression. Use this setting to transfer compressed files. The Courier 56K Corporate modem negotiates only for V.42 bis compression, and disables MNP Level 5 (MNP5) compression. |
AT&K3
|
Example: Sending AT&K3 is used to transfer compressed files. The modem will only negotiate for V.42 bis compression. This command also will disable MNP Level 5 (MNP5) compression.
If a Courier 56K Corporate modem successfully establishes a V.42 error control connection with a remote device, it also negotiates for V.42bis data compression.
If a Courier 56K Corporate modem successfully establishes an MNP connection with a remote device, it also negotiates for MNP5 data compression.
The type of compression for a call, if any, is reported in the ATI6 display and in the CONNECT message if the modem is set to &A3.
Courier 56K Corporate modems using V.42 bis compression negotiate the following options and report them in the ATI6 display:
Bits
|
Entries
|
9
|
512
|
10
|
1024
|
11
|
2048
|
12
|
4096
|
V.42 bis compression is more efficient than MNP5 compression, in part because it dynamically deletes entries that are no longer used. In addition, it works better with files that are already compressed. These include .ZIP files and 8-bit binary files.
MNP5 compression should NOT be used with binary files because it expands the data size which lessens throughput. When transferring such files, it's best to set the modem to &K3 (See the information in data compression). This allows V.42 bis compression to work dynamically with the compressed data, but disables MNP5.
The following guidelines should help you to make the most of the Courier 56K Corporate modem's advanced performance features. In many instances, experimentation and experience will indicate what works best for your applications.
The communications software allows fixing the serial port rate higher than the connection rate, by setting the software to 115200, 57600, or 38400 bps and setting the Courier to &B1.
Note: For the best throughput on error-controlled connections only and with hardware flow control we recommend the most current version of ZMODEM file transfer protocol.
For example, certain public domain file transfer protocols have the following effects:
Public Domain
|
Effects
|
Kermit
|
Newer versions support packets up to 9K and a sliding window design to eliminate turnaround delay. With earlier versions, however, throughput may be severely reduced due to short block lengths (possibly under 128 bytes) and acknowledgment turnaround time. |
XMODEM
|
Throughput may be reduced if your version uses short block lengths (128 bytes). Some versions use larger blocks (1K blocks). Throughput is also reduced by overhead (error control protocol information). |
YMODEM
|
There is an improvement over XMODEM, due to larger block lengths (1K bytes), but throughput is still reduced by the protocol's error control overhead. |
The protocols listed above further reduce throughput when an error control connection is established. The accuracy of the data is checked both by the file transfer protocol and the Courier 56K Corporate modem. To avoid redundancy, use the above protocols only for non-ARQ connections, and only at speeds of 2400 bps and below.
Overhead is minimal with ZMODEM, resulting in throughput that is almost equal to that obtained with no file-transfer protocol. ZMODEM should also be used for non-ARQ connections. Leave the Courier 56K Corporate modem at its &M4 and &K1 settings for both error control and data compression.
YMODEM-G is another good choice, but never use it unless both the local and remote devices are using error control: if YMODEM-G detects an error, it aborts the transfer. Do not use either protocol with software flow control (XON/XOFF signaling).