Xref: utzoo comp.dcom.modems:9836 comp.protocols.misc:1287
Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!think.com!zaphod.mps.ohio-state.edu!wuarchive!rex!uflorida!banana.cse.eng.auburn.edu!wardc
From: wardc@banana.cse.eng.auburn.edu (Christopher Ward)
Newsgroups: comp.dcom.modems,comp.protocols.misc
Subject: Using High Speed Modems
Message-ID: <28617@uflorida.cis.ufl.EDU>
Date: 20 May 91 02:49:26 GMT
Sender: news@uflorida.cis.ufl.EDU
Reply-To: wardc@banana ()
Distribution: usa
Organization: AU CSE Department
Lines: 30

Greetings friends in netland.  I am currently evaluating some in-house
software for a client and would like some "in reality" information on a
communications product they are using.  Perhaps you can help on one of
the questions listed below.  Your interest in appreciated.

1) They will be using US Robotics HST/V.42bis 14.4K data compression
modems for communications, these modems automatically step down to
slower speeds if the line is of poor quality.  The sites may be anywhere
in the US.  Does anyone know approx % of connections or time that modems
will slow down, and to what extent (perhaps there has been a study in
..?)  E.g.  5% of connections can be expected to only operate at 4.8K.

2) Again, with the modems above.  I was experimenting by sending data
records between stations.  The data was 1K records of mostly spaces
which I would have thought would be compressed.  Just for kicks I
decided to change the records to be random characters instead (random
typing on the keyboard).  Suprise!  The transfer times were exactly the
same.  It would seem that either the compression algorithm is very
efficient or not working!  And yes, I did have the modem's compression
enabled (&K3 for those in the know).  Any ideas?

I will follow up with any pearls of wisdom I receive.

Thanks
Chris Ward

--
INTERNET:   wardc@eng.auburn.edu
US-MAIL:    CSE Dept. Auburn University, Auburn, AL 36847
PHONE:      (205) 844-6320