On our standard 56k dialup modem (in the UK, this is), we only get ~38k when
we connect. Are there any ways to correct this? I've considered calling
the phone company and asking them to turn up the gain, but I've also been
told that this wouldn't make any difference.

Drivers etc are all up to date and this is happening on 2 computers in our
house, so does anyone have any ideas?

Cheers for your help.

<Barney />

Line quality might be the limiting factor. See if you can get the line
provider and the isp provider to check it for you.

Art Leonard

Neil Barnwell wrote:

56k = 56k max if you're lucky. I've never been about 44k when forced to use
dial up (usually when fixing virus infected laptops in work).


"Art Leonard" <Kufukahn@earthlink.net> wrote in message
news:Hw0Fc.1600$oD3.211@newsread1.news.pas.earthli nk.net...

Your computer's distance from the local telephone switch determines what the
speed of your connection is. If you live next door to the switch office
you'll get the 55k. If you live 10 miles away, you may only get 24k. The
level of line noise that the telephone company allows on its lines also
affects the transmission speed.

--
DaveW



"Neil Barnwell" <neilbarnwell@hotmail.com> wrote in message
news:cc20ul$k2u$1@newsg3.svr.pol.co.uk...

In article <cc20ul$k2u$1@newsg3.svr.pol.co.uk>, neilbarnwell@hotmail.com
says...

My max connect is 28.8 with a 56k modem.

It's all down to what speed the telco wants you to connect.

Cheap telco (sbc...) + muxxed line = twice the number of customers
without upgrading equipment.

bastards.

"Neil Barnwell" <neilbarnwell@hotmail.com> wrote in message
news:cc20ul$k2u$1@newsg3.svr.pol.co.uk...
if you use a stop bit then there are 9 bits to the byte, so to speak.

So...56/9 ~= 6 (6X9=54) so 6X8=48 which is the max I get on tests
and mine uses one stop bit.

"Alex B" <Freeflyer91@hotmail.com.NOSPAM> wrote in message
news:cc25ac$65l$1@news7.svr.pol.co.uk...
Well if you divide your 44 by 8 to get bits its 5.5 then times 10
to get bits including start and stop bits which is quite close the mythical
56k,
incidently the max rate I get on downloads is also 4.4 KBytes/second.

You will never transmit 56k of data bits in a second because extra bits
are added, the start and stop bits.

Sounds like you connection was working at a full 56k.

I could be wrong of course, but that doesnt happen very often.

--
half_pint

"DaveW" <none@zero.org> wrote in message
news:mN0Fc.9499$XM6.8238@attbi_s53...

His line will probably take broadband. which is 10 times the bandwith

"Alex B" <Freeflyer91@hotmail.com.NOSPAM> wrote in message
news:cc25ac$65l$1@news7.svr.pol.co.uk...

You appear to be saying you have a broadband capable line
which is not capable of transmitting 56kbits/s, now that is
a rather slow broadband isnt it?

Try this

http://www.analogx.com/contents/down...etwork/nsl.htm

Just testing it my self, but it seems good, very useful, it shows me
receiving
data at a max 25.4KB and average of 6.2KB i think thats kilo bytes (must
be).

I used some pics from a newsgroup to tesy it (far to rude to say which one)
but basically you need to connected to a site (or newsgroup) which has
good through put at its end.


"Art Leonard" <Kufukahn@earthlink.net> wrote in message
news:Hw0Fc.1600$oD3.211@newsread1.news.pas.earthli nk.net...

On Fri, 02 Jul 2004 23:34:31 GMT, "half_pint"
<esboella.spamno@yahoo.com> put finger to keyboard and composed:

By "44k" the OP means that he is connecting at 44000 bits per second.
It makes no sense to divide by 8 and multiply by 10.

If the OP has error correction disabled, then he will be downloading
at the rate of 4400 bytes per second (1 byte = 10 bits = 1 start bit +
8 data bits + 1 stop bit).

If EC is enabled, then there are no start or stop bits. Instead the
data are packetised to give an average of 8.37 bits per byte
(according to my testing).

See my test results in this post:

"Test results - compression and error correction"
http://groups.google.com/groups?selm...&output=gplain

Error Data Transfer MNP Throughput Bits
Correction Compression Time block (bytes/sec) per
(sec) size byte
---------------------------------------------------------------
None None 298 - 3356 10.0
V.42 LAPM None 249 - 4016 8.37
V.42 LAPM V.42bis 87 - 11494 2.92*
MNP 4 MNP 5 218 128 4587 7.32
MNP 4 None 263 64 3802 8.84
MNP 4 None 252 128 3968 8.47
MNP 4 None 244 256 4098 8.20

Only at the DTE interface. They are stripped out by the DCE in EC
mode, as described above.

No. If that were the case, then how would you explain those cases
where people connect at 50667bps or better?

Well, it's happened this time. :-)


- Franc Zabkar
--
Please remove one 's' from my address when replying by email.

On Fri, 2 Jul 2004 19:38:16 +0100, "half_pint"
<esboella.arse@yahoo.com> put finger to keyboard and composed:

Sorry, but none of this makes any sense. See my other post in this
thread.


- Franc Zabkar
--
Please remove one 's' from my address when replying by email.

"Franc Zabkar" <fzabkar@optussnet.com.au> wrote in message
news:5shce05edlrrmv5q6tt3fkl0nv00r24vsv@4ax.com...
He means what he said (not too clear).

The OP said he was getting ~38 actually, however

I think you need to re-read my posts where a filesize in bytes is
simply multiplied by 8 to get bits them divided my time to get
a bits per second rate, clearly this will not take into accound start
and stop bits.

I don't think so, as I am pretty sure 99% of people connect at full speed
and any apparent delays in speed are due to there reasons other than the
telpphone line quality

"Franc Zabkar" <fzabkar@optussnet.com.au> wrote in message
news:9pgce09ipas01fhepqdoc0aakqebgl82tc@4ax.com...
I've seen them, I forgot about the start bit here but i corrected that in a
slightly later
post. See my response.

Also the OP may make things clearer if he downloads the
software I recommened as it is easy to get misleading results using
some other methods.

Incidently the software shows my speed to be about
6.2 KB/s which is far faster then is ever reported by
other methods

The OP does not say how he obtained his figures and
I am fairly sure the method he used was incorrect/
misleading.

If he used something like Kazza or other fileshareing software
for instance, it will probably be wrong.

Franc Zabkar wrote:

Not unusual for half_wit...er...half_pint.

"ric" <nospam@home.com> wrote in message news:40E709F5.7169FA4F@home.com...
My posts are correct, many modem speed calculation methods
are incorrect as I have demonstrated.

Typically you have nothing to contribute to the subject.

"ric" <nospam@home.com> wrote in message news:40E709F5.7169FA4F@home.com...
I bet you have them rolling in the isles with wit like that :O|

On Sat, 3 Jul 2004 19:25:53 +0100, "half_pint"
<esboella.arse@yahoo.com> put finger to keyboard and composed:

Sorry, but it is clear that you have no idea what goes on in a dial-up
connection. Forget the start and stop bits. Unless you have disabled
error correction, these bits are stripped out and discarded by the
modem. To see that this is indeed the case, just look at my test
results. These test data were obtained by using HyperTerminal to
transmit a plain text file directly between two modems connected via a
short piece of phone cable (a perfect noiseless line).

In a non-EC connection, the two modems transfer raw data including
start and stop bits, as follows.

10 bits 10 bits 10 bits
PC #1 <------> Modem #1 <<-------->> Modem #2 <------> PC #2
DTE DCE DTE


An EC connection (without data compression) works as follows.

10 bits 8 bits 10 bits
PC #1 <------> Modem #1 <<-------->> Modem #2 <------> PC #2
DTE DCE DTE

In the latter case there are no start and stop bits. Instead the data
are grouped into packets (or blocks) of 64, 128, or 256 bytes, plus a
small number (6 or 7?) of additional header bytes. AFAIK, the header
includes sync bytes for setting up the clocking of subsequent data
bytes, and a checksum (CRC) for verifying the integrity of the packet.

When you connect to the Internet, you are using PPP. This protocol
adds quite a lot of overhead, so that the download rate reported by
your browser is a lot less than the actual transfer rate of your
modem. That is, your browser counts only the file data, not file data
*plus* PPP overhead. To see the actual download rate you need an app
such as System Monitor (sysmon.exe) which ships with Win9x. For a
46667bps connection, Sysmon reports a download rate of 5.3KB/s for
compressed files, while my browser may show only 4.8KB/s, say.


- Franc Zabkar
--
Please remove one 's' from my address when replying by email.

"Franc Zabkar" <fzabkar@optussnet.com.au> wrote in message
news:99nge0h1fm560i53tqi2q72cb0i83gj3ad@4ax.com...
I am sorry I am really not to sure what you are on about,
what have start and stop bits got to do with error correction?
Nothing whatsoever as far as I am concerned.

You will have to explain yourself better as I am not sure
what error correction you are on about.

As far as I can see there is no option to 'disable error
connection' in internet options, you can forget Hyperterminal
because I don't use it (as far as I am aware) and neither does the OP.

So i am not really to sure what you are getting at because when I
look at my modem properties is says 8 data, 1 stop bit and no
parity bit (I presume the start bit is taken for granted).

Because it says this I have to believe what I see and take it
as fact as that is what the modem is doing.

If it was configured otherwise I am sure it would say so.


If you can show me a link which clearly shows that these value
are not used I would like to see it.

As I said your Hyper Terminal experiments are not really relevant
as far as I can see.

The utility I mentioned in this thread shows me receiving data at 6.2KBs