Windows IT Pro is the leading independent community for IT professionals deploying Microsoft Windows server and client applications and technologies.
  
  
  Advanced Search 


May 2000

The Truth About 56Kbps Connections


RSS
Subscribe to Windows IT Pro | See More Products / Hardware Articles Here | Reprints | Or get the Monthly Online Pass—only $5.95 a month!

Are they really possible?

Recently, a Windows 2000 Magazine reader sent me the following question: I'm having a curious problem with RAS. I have a Windows NT Server 4.0 Service Pack 6a (SP6a) system that acts as a RAS server. The server has four USR 56Kbps V.90 modems. When I connect to the Internet from this server, I usually get a connection rate of about 49Kbps. However, when remote users access the RAS server, they get a connection rate that varies between 24.6Kbps and 28Kbps—occasionally connecting at speeds as fast as 33Kbps. How can I configure the server so that remote users can achieve higher speeds? This question reminded me that many misconceptions and myths surround 56Kbps-modem technology. I want to take this opportunity to set the record straight.

I'll start by explaining 56Kbps-modem technology's fundamental concepts. Although both of the modems involved in a modem-to-modem connection might be 56Kbps capable (e.g., V.90, K56Flex, x2-compliant), standard analog phone lines don't support these faster connection rates for modem-to-modem connections. To achieve 56Kbps speeds (or any speed greater than 33.6Kbps), your ISP must connect to the local phone company with digital lines that accommodate 56Kbps connections (i.e., the lines support either ISDN or V.90/56Kbps analog modem traffic). These special digital lines and the hybrid analog and digital connection that they create between you and your ISP have let modem manufacturers develop standards that support download speeds as fast as 56Kbps (e.g., K56Flex, x2, V.90, which is the vendor-independent international standard for 56Kbps). However, the upload speed is still subject to the aforementioned 33.6Kbps limit as a result of older V.34-style encoding, which is a predecessor to the current genre of 56Kbps-encoding schemes. Thus, when you connect your server's modem directly to an ISP that provides a 56Kbps-compatible pathway, you achieve a faster connection speed. However, modem-to-modem connections through RAS are capable of only a 33.6Kbps connection because the connection from the phone company's central office switch to the customer's site is usually analog rather than digital.

If you're wondering why 33.6Kbps keeps popping up, it's a result of Shannon's Limit. This communication theory determines the optimum achievable transfer rate of a given medium—in this case, a standard analog phone line—with a given signal to noise ratio. The limit for analog phone lines works out to be 33.6Kbps.

Another requirement to achieve a 56Kbps connection is that you can't have more than one Analog to Digital (A-D) conversion between you and your ISP's network access server. If you happen to be one of the unfortunate souls who connects to the phone company through a special type of analog circuit called a pair gain or line concentrator connection, or if you're connected through an internal PBX system, you might be out of luck. These types of connections introduce additional A-D conversions that can prevent you from reaching a 56Kbps connection.

Even if you're on a telco connection that doesn't suffer from these maladies, you're not guaranteed a 56Kbps connection. Factors such as noisy lines and buggy modem firmware can significantly reduce your maximum connection speed. You probably can't do much about noisy phone lines, but you can reduce the possibility of firmware-related problems by downloading and installing the latest firmware update for your modem. Depending on how long ago you purchased your 56Kbps modem—especially if you purchased it before the ratification of the V.90 standard—a newer firmware version might exist for your modem. The newer version might support additional standards and the ability to connect more reliably at higher speeds. Fortunately, you can download firmware updates for most modems from the vendor's Web or FTP site. Finally, you should be aware that current Federal Communications Commission (FCC) telecommunications regulations don't permit connections faster than 53Kbps, even if a full 56Kbps connection is possible.

If you're curious about whether your telco line has 56Kbps potential, 3Com U.S. Robotics provides a test line that lets you use your existing V.34 modem to dial in and discover whether your phone line can support 56Kbps. For information about what you need to use this line test, go to http://www.3com.com/56K/need4_56K/linetest.html.

End of Article



Reader Comments
This article turned on a high power light over my mind!

Fabio Nowak July 24, 2000


"However, modem-to-modem connections through RAS are capable of only a 33.6Kbps connection because the connection from the phone company's central office switch to the customer's site is usually analog rather than digital."
<br><br>
I don't think the above explanation is right since even the connection from the phone company's central office switch to the customer's site is digital(ISDN), the modem to modem from the office to the client connection is still 33.6k. The reason is the upload speed limit(33.6k).

Xianjie Lu April 28, 2001


I don't agree with the premis of this article, that the modem is actually capable of transmitting 56k bits per second.

Here in Texas, telco analog lines are REQUIRED to be capable of 2400 BAUD modem communication. As far as I know, all PC analog modems connect at 2400 BAUD or less. (2400 BAUD means that the signal is capable of going from low to high 2400 times per second.) 56Kbits refers to the amount of information that can be transmitted by using a 2400 BAUD (or less) connection. This achived by varying the intensity and frequency of the signal at one end, and sampling the signal at specific intervals at the other. By doing this, a single sample can represent a bit string of say, 24 bits (for 56k modems), which is then uncompressed and transmitted to your computer as a datastream.

It has been my experience that drops in communications speed have more to do with noise and signal loss than any other reason. Modems will try to negotiate a signal detection/verification scheme that pretty much guarantees 90% or higher data throughput. Noise, signal wekaness and other factors may require connecting at a lower decompression protocol even though the BAUD rate continues to be 1200 to 2400.

Much of what I agree with in this article applies to dedicated data lines connected via DSU at each end.

Sincerely,



Michael E. Burke August 04, 2002


The statement that all PC analog modems connect at 2400 BAUD is not correct. You can have 2400, 3000, 3200 BAUD. However, this is not particularly relevant to the article. The article's premis is still correct, that modems are capable of transmitting data at 56kbps. By changing the possible voltages being tested for, you can effectively get much more than 1 bit transmitted per signal change. For instance, by testing for signal change at 3200 BAUD (cycles per second) and testing for 36 different signal voltages, you can actually get 57,600 bits per second over a 3200 BAUD connection. This is of course theoretical, but the same technique does give us 48kbps - 53kbps actual transmission speeds.

The remainder of your statement makes sense but does not contradict the information presented in the article. Line noise and signal strength certainly plan an overwhelming role in tranmission speeds and actual throughput.

Check out this link for a full explanation.
http://www.tldp.org/HOWTO/Modem-HOWTO-22.html

I think this article was very informative and provided some much needed light on a commonly misunderstood topic.

Shaun Walter October 03, 2003


You must be a registered user or online subscriber to comment on this article. Please log on before posting a comment. Are you a new visitor? Register now




Top Viewed ArticlesView all articles
Battery Life Issues Almost Certainly Not Windows 7's Fault

While Microsoft is still investigating a notebook battery life issue that was supposedly caused by Windows 7, some interesting trends have emerged. ...

Confirmed: Battery Life Issues Not Windows 7's Fault

Microsoft on Monday issued a lengthy statement about the recent Windows 7 battery controversy, echoing my assessment from earlier in the day, but backing it up with hard, cold evidence. ...

Microsoft Warns of Windows Version Expirations

Microsoft warned that this year will see three out-of-date Windows versions slip into retirement. ...


Windows OSs Whitepapers Protecting Microsoft SharePoint

Related Events Deep Dive into Windows Server 2008 R2 presented by John Savill

Managing IT Across Multiple Locations

Configuration Manager SP1 and R2 Overview

Check out our list of Free Email Newsletters!

Windows OSs eBooks Understanding and Leveraging Code Signing Technologies

A Guide to Windows Certification and Public Keys

SQL Server Administration for Oracle DBAs

Related Windows OSs Resources Introducing Left-Brain.com, the online IT bookstore
Looking for books, CDs, toolkits, eBooks? Prime your mind at Left-Brain.com

Discover Windows IT Pro eLearning Series!
Clear & detailed technical information and helpful how-to's, all in our trademark no-nonsense format


Windows IT Pro Home Register FAQ for Windows WinInfo News
Europe Edition About Us Contact Us/Customer Service Media Kit Affiliates / Licensing  
SQL Server Magazine Office & SharePoint Pro DevProConnections IT Job Hound
Left-Brain.com Technology Resource Directory asp.netPRO ITTV Windows SuperSite 
 
 Windows IT Pro is a Division of Penton Media Inc.
 © 2010 Penton Media, Inc. Terms of Use | Privacy Statement