skip navigation

Dialup access troubleshooting

CITES > dialup > troubleshooting

This page provides common troubleshooting solutions for the UIUCnet Premier and UIUCnet Dialup services. For frequently asked questions such as hours, phone numbers, and technical support contacts, see the FAQ page.

Dialing and connection problems

Phone lines
Authentication and error messages

Problems after connecting

Advanced solutions


Dialing and connection problems

I'm having trouble dialing in.

There are several points in the dialing process which can cause connection problems. Beginning at the point where the phone number is dialed, here are some of the possible points of failure:

I'm having trouble dialing in with a calling card or from a different location than usual.

If you're having problems using a calling card with your dialing string, see the Calling Cards page.

If you're having problems using the usual phone number from a different location or different area code, refer to the UIUC 800 configuration page for specific examples of how to create other locations, use area codes and dialing prefixes/suffixes, and so on.

I'm having trouble connecting or staying connected

This is probably the most frustrating problem, both for you and for the person trying to help you troubleshoot it. In most cases, people experiencing this problem are having intermittent troubles: dial four times, get kicked off 3, and the fourth time is fine. In most cases, this is just another manifestation of line noise. It is often actually related more to intermittant or bursts of line noise than to constant line noise.

Call waiting:

If your phone has call waiting, and another call comes in when you're connected with your modem, you're likely to be disconnected. Therefore, you should tell your modem to temporarily disable call waiting when you dial in.

You can add the code *70, to the beginning of your dial string to disable call waiting while you've connected through the modem. (Make sure you include the comma after the number 70.) Even on unlisted phones, this can often solve the problem.

More options:

When modems connect, they initially negotiate a speed they can talk at. This is the squealing and hissing that most modems make after the remote modem answers. Most modems, by default, negotiate two protocols simultaneously: one controls speed, and one controls error correction. If error rates get too high, the error correction protocols force a "step down" in your connection speed. You will usually only notice this, if at all, as a short pause. Unfortunately, few modems actually implement and use  a "step up." So when your connection drops 2Kbps because of errors, there it stays until you hang up.

If your connection has to step down too many times, the modems simply hang up. Rarely, if your modem steps down and the remote end doesn't get the signal, the modems are de-modulated, and they hang up.

The troubleshooting options below may help. There are three primary sources of connection problems: phone lines, connection options that produce error messages, and more advanced solutions such as protocol and modem codes.

Phone lines

My modem speeds aren't as fast as they should be

Which of the following describes your symptoms?

  • I have a 56Kbps modem, and I only connected at 42000 (or some other lower than expected speed, but higher than 28.8).

    On perfectly noise free lines, a 56Kbps modem will not connect at above 53Kbps, due to FCC regulations about the speed of data transfer over public phone lines.

    When a modem encounters noise, the 56Kbps modem protocols will step down the speed of the connection until they have a speed that they can maintain error free (after accounting for error correction protocols). Even on the cleanest of real world phone lines, connecting and maintaining 50Kbps is a rare thing. In practice, you are doing well to be getting between 42Kbps and 48Kbps.

    See below for tips on how to help reduce the impact of line noise on your modem.

  • I have a 56Kbps modem and only get 28.8 (or slower) connections.

Line noise is the most common condition which dictates how fast a pair of modems will connect. However, if you're consistently getting less than half your modem's theoretical maximum speed, there may also be a modem protocol or configuration issue.

Identifying line problems: You can help identify whether the problem is your phone line by taking your computer and modem to another location (preferably in another building), plugging it in, and dialing up. If you get a better connect speed, your line is the most likely factor. See below for some suggestions on how to combat line noise.

If moving to a different location doesn't help with your connection speed, you may have a problem with your modem or its configuration. One thing you can do is check your vendor's web page to see if there is a software upgrade for your modem or drivers. Additional modem interaction possibilities include analog-to-digital converters in your phone line's path, the distance being dialed, and modem communication standards.

Analog-to-digital converters:  56Kbps modem technologies are truly pushing the limits of what can be done over a single analog phone line. Because of this, all three forms of 56Kbps modem technologies require that there be only one analog-to-digital convertor [ADC] in the phone path between your modem and the server you're dialing into. If there are two or more ADCs in the phone path, then your modems will be unable to connect at 56Kbps. Unfortunately, there is almost never a solution for this.

Dialing distance: You may encounter more problems if you're dialing long or intermediate distances. The longer the distance, as measured by your phone path, the more chances that there are modem-unfriendly phone devices. For example, the path might include lots of echo cancellation gear, or just introduce enough delay into the path that the 56Kbps modem protocols give up. Dialing from one phone provider to another is usually enough to guarantee that you won't be able to get a 56Kbps connection.

Modem standards: Your 56Kbps modem may not be using the same standard as the CITES modem pool. UIUCnet Premier currently supports the V.90 standard and Kflex V1.1. For technical reasons beyond CITES' control, Kflex V1.1 is incompatible with Kflex V1.0. (Check with your modem manufacturer to see if your Kflex modem can be upgraded to v1.1 or V.90; most can!) CITES servers also do not support the USR/3com standard x2.

It is also possible that your dual-standard Kflex/V.90 modem might be having an adverse interaction while trying to negotiate the connection. Some dual-standard modems drop right down to 28.8 rather than trying to negotiate a different style of 56Kbps connection if one 56Kbps protocol fails. Your modem manual might have a setting which can control this behavior, or you can force it to select a particular protocol. (More information about forcing modems to use the V.90 protocol is available in the Advanced section.)

V.90 is the ITU approved standard, and the only one that CITES officially supports. Someday, our vendor will probably quietly remove support for Kflex.

  • My dialing software claims we've connected at 115,000 bps!
If you have a 56K dialup modem that claims to have connected at 115,000 bps (which is approximately 112K), you've run into a marketing trick. Many modems are now factory set to return the speed of the connection between the modem and the computer, not between the modems. Check your modem manual for how to change this in your modem startup code.

On a Zoom Telephonics modem, for example, you can add "ATW1" to the modem initialization string to have the modem return line speed and error control information upon connect.

How can I clean up a noisy phone line?

You can confirm that the line noise is in your residence by taking your computer to another location and dialing. If you get a better connection, the noise is most likely in your house or line to your phone company. Mind you, this isn't conclusive--the line noise could be intermittent. Also, the place you brought your computer to might also have a noise problem of its own.

Line noise can enter your phone system from a number of places.

Old or poorly done telephone wiring is a source of line noise. Each wiring, rewiring, and addition creates a new place where the wires are accepting ingress noise. Apartments are especially sensitive to this, since many residents "fix" their wiring problems themselves.  Fixing this is difficult, and usually involves rewiring. You might try looking over the wiring to see if there are "obvious" faults. If you own your home, try running a new line direct from your network interface to your computer's location.

Most modems ship with the cheapest phone cord the manufacturer can put RJ-11 ends on. Those silver cords are often called "silver satin," and have terrible properties.  Replace it with something better. Almost every store that carries phones carries 25 foot rolls of decent quality phone cable, as well as crimpers and ends.

Another suggestion: Don't use a cord any longer than you have to. Long cords work well for your stereo as antennas; they work equally well as antennas for line noise.

Another common source of line noise is everything else on your phone lines. Unplug your phones, answering machines, etc, and see how things work. If this doesn't help much, run a phone cord directly from the jack in your network interface to your PC. That will eliminate virtually every source of noise inside your home that you can. Obviously, this is just a test to see if you can block out line noise. But if it helps, you can install a new jack that runs direct to the network interface on a new, clean cable.

The line noise isn't in my house/apartment. What can I try next?

There's not much you can do. You could call your phone company and complain. It probably won't work, but you can try it. Phone companies are notoriously unresponsive to customer problems, and usually respond to them with a priority set based on how much money they make off you.

Ameritech has, in the past, tried to sell something called a "conditioned line" to people who complain bitterly about line quality. They charge high fees for this: a few hundred dollars for the setup, and a much higher monthly line charge. When one of CITES' network designers spoke to them about this (years ago), they also pointed out that they wouldn't guarantee any improvement at all. If you get this option, beware: it probably isn't a good deal.

Authentication and error messages

I'm getting error message #691. ("The computer you're dialing in to cannot establish a dial-up networking connection" or "Access denied because username and/or password is invalid on the domain")

There are several conditions which can cause this error:

  • You may have mis-typed your Network ID or Network ID password.
    Try retyping your name and password.

  • You may be accidentally trying to connect to a Windows domain.
    Right click on your dialup icon and select Properties. Click on the Networking tab. Make sure "Client for Microsoft Networks" is NOT selected.

  • You may have used all the available hours for the week.
    Check your available hours at https://www-s7.cites.uiuc.edu/termserv/myhours.cgi. If you need more hours, you can sign up for them at https://uofitelecom.cso.uiuc.edu/changeservice_WebTSO.cgi/sourcehtml/ndo/termserv/TSfacstaff_Entry.html.

  • Your Network ID password may have expired, or
  • Your identity may have been shut off by Security because of a virus infection on a system identified with you.
    If either of these is the case, you'll need help checking your status and correcting it. Contact the CITES Help Desk at 244-7000 (toll-free 1-800-531-2531) or visit 1211 DCL between 8:30 and 5 p.m. weekdays.

There are other possibilities as well. If none of these solutions resolves the problem, contact the CITES Help Desk for more assistance.

I'm getting an error message that's not #691.

There are hundreds of other error messages possible. If you're getting another error number, try looking for it on Google or one of the following modem error listing sites:

You can also contact the CITES Help Desk at 244-7000 or visit 1211 DCL between 8:30 and 5 p.m. weekdays.

Problems after connecting

I'm having trouble getting Microsoft Outlook to work correctly over dialup.

Due to ongoing attacks on the campus network through port 135 (from the Blaster worm and variants), this port is blocked from use by UIUCnet Dialup users as well as any other off-campus network connection. This will affect users of Microsoft Outlook and some other Microsoft products.

In order to use Outlook, you can either authenticate through the campus VPN system or use an Outlook web interface. In order to use port 135 for any program other than Outlook, you will need to authenticate through the campus VPN system.

I'm having trouble getting Illinois Compass or another web-based application to work correctly over dialup.

Unfortunately, many newer Internet-based applications assume that a network connection will be able to communicate at speeds faster than 56K. Parts of your network application may simply time out before they can be completed over a dialup connection. Some applications may also use Microsoft network ports which are blocked for security reasons, as described above.

In these cases, you may need to find a non-dialup way to use these applications. Campus computer labs are available at most hours during the semesters. You may also wish to investigate higher-speed network connections for your residence.

Advanced solutions

 

What are the modem protocols? Which control speeds, and which error corrections?

The ITU (International Telecom Union) is the standards body which approves modem protocols. Some of the protocols determine speeds, some of them determine error control methods. Without getting too detailed, here's a quick description of what some of the most common protocols and speeds are.

Protocol Possible Speeds Notes
V.21  300  
V.22 1200  
V.22 bis 2400 or 1200  
V.23  1200  
V.32 9600 or 4800  
V.32 bis 14400, 12000, 9600, 7200, or 4800  
V.34 33600, 31200, 28800, 26400, 24000, 21600,
19200, 16800, 14400, 12000, 9600, 7200, 4800, or
2400
 
K56flex 56000, 54000, 52000, 50000, 48000, 46000,
44000, 42000, 40000, 38000, 36000, 34000, 32000
Not an ITU standard
Premier only supports Kflex v1.1
x2 56000, 54666, 53333, 52000, 50666, 49333, 48000, 46666, 45333, 44000, 42666, 41333, 37333, 33333 Not an ITU standard
Not supported by any CITES dialup pool
V.90 56000, 54666, 53333, 52000, 50666, 49333, 48000, 46666, 45333, 44000, 42666, 41333, 40000, 38666, 37333, 36000, 34666, 33333, 32000, 30666  ITU standard for 56Kbps connections
MNP5 Error Correction protocol  
MNP10 Error Correction protocol  
V.42 bis Error Correction protocol Also refered to as LAP-M

I have a dual-mode 56Kbps modem. How can I be sure I'm using v.90?

Some dual mode modems, notably ones based on the Lucent chipsets (for example, Zoom), default to Kflex rather than V.90. In general, V.90 connections perform better than Kflex (or X2, for those of you using a provider that supports X2). You can configure your modem to prefer a V.90 connection over Kflex.

The following is information provided by Cisco:


V.90 client modems using Lucent chipsets need an additional command in order to connect to an access server in V.90 mode. The following paragraphs describe how to use the additional command to connect the modems using these chipsets to an access server.

ats109=2

If the modem responds with ERROR, the modem you are using does not contain the Lucent chipset. You may also check your modem for Lucent chipsets with this command:

ati11

A modem using a Lucent chipset will respond with output similar to the following:

ati11

 
Description                         Status
---------------                     ------------
Last Connection                     NA
Initial Transmit Carrier Rate       NA
Initial Receive  Carrier Rate       NA
Final   Transmit Carrier Rate       NA
Final   Receive  Carrier Rate       NA
Protocol Negotiation Result         NA
Data Compression Result             NA
Estimated Noise Level               NA
Receive  Signal Power Level  (-dBm) NA
Transmit Signal Power Level  (-dBm) NA
Round Trip Delay             (msec) NA
Near Echo Level              (-dBm) NA
Far  Echo Level              (-dBm) NA
Transmit Frame Count                0
Transmit Frame Error Count          0
Receive  Frame Count                0
Receive  Frame Error Count          0
Retrain by Local  Modem             0
Call Termination Cause              0
Robbed-Bit Signaling                NA
Digital Loss                   (dB) NA
 
OK 

Consult your modem manual for more information.

Tweaking your modem to deal with line noise.

This is a complex, time-consuming, and technical process. Please note that you should be very familar with your modem, and comfortable with making these changes, before following any of the following steps. Any of the changes you make are done at your own risk; CITES cannot bear any responsibilty for errors. Also, the steps listed below really are extreme measures.

Programming your modem is fairly easy. Open up a terminal problem (with windows 95, 98, or NT, you can run "Hyperterminal", which is included with the os). Connect to the COM port that your modem is on. Type "at", hit enter, and you should see an "OK" response. Now you can enter commands directly to your modem. Note that mode commands begin with "AT" (ATtention). For example, to actually make your modem dial, you would enter "ATDT phonenumber" and hit enter.

First thing to know: Every modem has a "reset to factory defaults" command. Usually, it's "AT&F". Make sure you know this command, because the following instructions change some deeply imbedded settings.

So, what kind of things can you do to deal with problem noise?

You can try adjusting the setting of the S10 register. On most modems, this register controls the time between carrier loss and when your modem hangs up. Every modem has a different default, but most are around 1 second. You can adjust this to be very liberal, with the setting being the number of .1-second intervals that must elapse before the modem hangs up. You might try setting this to be 2-4 seconds, by using the command "ATS10=20".

If you are only having trouble connecting, not staying connected, you might try adjusting the S9 register. The S9 register controls the length of time that a modem will wait while negotiating carrier before it finally gives up.  Again, the default varies from modem to modem. If you are having trouble connecting, you might increase this value to 2-4 seconds. Remember that the setting is a number of .1-second increments.

Another way to deal with line noise would be to disable error correction. Remember that this will do strange things if an error happens when you are not using PPP. If you are using PPP, then TCP/IP will detect and correct for errored packets, to a reasonable extent.  You will need to check your modem manual to determine the correct way to do this. As an example, the Zoom modem uses the value of AT%C to control this. Some manuals may list this setting as controlling compression, because the error-correcting protocols do compress data some.

Last, you can force your modem to only connect at a certain speed. If you're having trouble maintaining connections at 28.8Kbps, for example, you can configure your modem only to connect at 19.2Kbps or 14.4Kbps. This might make things smoother for you. Of course, when line conditions improve, you will have no way to detect and take advantage of them.

Originally written by Debbie Fligor, maintained by CITES Documentation
Last update: August 13, 2004

CITES welcomes comments about our services and comments about our web site.
Return to the top of this page.
Last modified April 17, 2007