DUN Error 629: The port was disconnected by the remote machine.
SYMPTOMS
When you attempt to connect to a remote computer by using Dial-Up Networking, you may receive one of the following error messages:
CAUSE
This is a generic timeout error message during the dial-up connection phase of DUN with either an analog modem or ISDN TA (terminal adapter). This issue can occur if one of the following scenarios is true:
Be aware that some DSL customers also using WinPoET or RASPPPoE can also be subject to this error message. (WinPoET and RASPPPoE are VPN-like PPPoE (Point-to-Point Protocol over Ethernet) clients to allow DSL customers to authenticate onto Redback servers so that they can initialize their DSL Internet connections. This issue can occur if one of the following scenarios is true:
For the most part, the resolutions below in the next section deal with teching a dial-up Internet access account, not a DSL account. However, the third solution listed below can help solve the above if the problem is not with the ISP's redback nor a problem with the DSL modem not getting sync (with the exception of instructions on how to reinstall the PPPoE adapters protocols in the Network control panel).
RESOLUTION
From what is listed in the above section, there is a wide variety of possible causes of this error (user error, hardware difficulty, and corrupt software). To solve this particular problem, fix the easiest and most likely causes of this error message in order from most likely to least likely. The order listed above for the possible causes are in that particular order.
Check if the customer is failing DUN authentication
The most likely possibility is that the customer is failing authentication and also usually the easiest to check if you have access to the ISP's RADIUS logs. Unfortunately, if you're not the ISP providing support to the customer, you won't have access to grep those RADIUS logs. It is usually best to tell the customer to contact the ISP to see if they can tell if the customer is failing authentication because the following two sections can and possibly will be a waste of time, even if you have access to the customer's username and password, because the PoP that the customer is using might be experiencing authentication problems. However, if one wants to help the customer check to see if there's a possible problem with her username and/or password (whether it be user error, data corruption, or a PoP failing authentication), follow the steps below to test authentication via HyperTerminal.
Follow these instructions to open HyperTerminal in Win95:
Follow these instructions to open HyperTerminal in Win98/Me:
Follow these instructions to open HyperTerminal in WinNT:
Once you've opened HyperTerminal, enter the following commands into the terminal window. At the end of each command line, hit the Enter key. Do not type the comments/remarks that are listed in parentheses to the right of the commands.
After the customer's modem is done handshaking with the ISP's modem, there will be 1 of 3 possible responses that will show in the terminal window.
If the customer is still having problems with authentication failure in the above third scenario, then have the customer call his/her ISP. For those customers affected by the first two scenarios, they will need to follow the troubleshooting steps in the next resolution section to slow the modem down. If the customer is able to connect via HyperTerminal successfully, have him/her try to connect via DUN again. If the customer still receives the same error message, then have him/her move onto the third resolution section to fix DUN and/or TCP/IP
Slow the customer's modem down
If one can verify that the customer isn't even getting to the authentication stage in the DUN connection via HyperTerminal, then the next easy step is to slow the customer's modem down. Most customers these days will have 56K Winmodems in their computers, in which case one should force the modem to connect at the V.34 protocol (28800 bps) or V.34+ protocol (33600 bps) by disabling the 56K protocols that are on the customer's particular modem (whether they will be x2, K56Flex, and/or V.90). If you're still having problems getting the customer to the authentication stage in the connection, then one must force the modem to connect at the V.32bis procotol (14400 bps) to hopefully be able to connect through whatever line noise is on the customer's phone line.
Completely uninstall/reinstall DUN and TCP/IP networking components
If one can verify that the customer is entering the correct authentication information and that the modem is getting to the authentication stage, there is most likely a possible problem with the networking components of DUN and/or TCP/IP. A complete uninstall/reinstall of those networking components should solve the problem at that point.
Before one begins to uninstall/reinstall any networking component, one must check the customer's computer for which version of Windows he/she has installed and make sure that the customer has the original installation files (the win*.cab files for Win9x installations) either on the HD, a CD-ROM, or floppies. The instructions listed below show one how to do both.
Once it has been determined that the customer's version of Windows matches the original installation files that are immediately accessable (on HD, CD-ROM in the CD-ROM drive, or the first floppy disk in the floppy drive), one can begin to remove and reinstall the DUN and TCP/IP files and registry settings on the computer. If one finds that the customer doesn't have a matching version between what's installed and the original media that the customer has on hand, then you'll need to end the call with the customer as soon as possible instructing him/her to obtain the original installation media for his/her current installation of Windows. One cannot help the customer any further once it has been determined that the customer does not have matching versions of Windows installed and on the original installation media
Do the following to uninstall DUN and TCP/IP on Win9x:
NOTE: Before you about removing registry entries, you will want to make sure you are familiar with using the Registry Editor. If you are not familiar with doing the above, please check with another technician or manager for details.
There could still possibly be a problem with the customers installation of Windows, his/her modem, his/her phone line, and/or his/her ISP. One could do the absolutely complete removal and reinstall of DUN and TCP/IP from the Microsoft Knowledge Base articles listed below; however, this would be best left to Microsoft and/or the original computer manufacturer to follow those extremely detailed instructions.
MORE INFORMATION
For the absolutely complete instructions for removing and reinstalling DUN and TCP/IP, check out these Microsoft KB articles:
©2002 Christopher Morton