HDTenEightyP/NetNews huggingface dataset:
From: hwstock@snll-arpagw.llnl.gov (stockman harlan w)
Newsgroups: comp.dcom.modems
Subject: Re: 40% Discount of ZyXELs
Date: 6 Oct 92 23:19:45 GMT
Organization: Sandia National Labs, Livermore, CA

In article <1015346.2AD172AE@cmhgate.fidonet.org> Adam.Frix@p18.f20.n226.z1.FIDONET.ORG (Adam Frix) writes:
>
>EP> Contest deadline is Oct 12. Contest consists of designing 
>EP> an ANSI log in screen for BBS use that promotes the ZyXEL 
>EP> modem line. 
>
>geee....ummmm....last I checked, I can't do ANSI graphics on my Mac.  And of
>course since I run TeleFinder for my BBS, the fancy graphic was done in a
>proper graphics program and appears to the user when he launches the
>TeleFinder/User software, not when logging on.
>
>I guess the Zero One Networking folks are under the same illusion that US
>Robotics is--that the world contains nothing but DOS machines.
>
This may seem surprising, but "ANSI" is not specific to DOS machines; an ANSI 
terminal is effectively a VT52, plus some extensions. Many BBS's also send IBM (high ascii) line-
draw characters, which might be confused with "ANSI"; but if you strip the 
high bit, the line-draw stuff goes away.

Why can't the Mac do ANSI?  Many MS-Windows comm programs emulate ANSI 
graphics very nicely. Yes, the graphics are spartan, but that reflects a 
desire to send the minimal number of bytes over the wire. BBS's don't all use 
the same interface, so they have to send the interface to you. I can't think 
of a worse use of a modem than to send a hundred thousand bytes of pretty 
pictures for a menu system. If we all adopt X-windows, maybe a graphical 
interface will make more sense. 


Way out here in Albuquerque, we have BBS's that are primarily intended
for Mac users; ironically, the server is often a DOS machine, running
MS-DOS BBS software. On my DOS machine, the menus come up with lots of
ANSI graphics and line-draw characters. I wonder what the Mac users
see?

By the way, don't you have any female users?
Newsgroups: comp.dcom.modems,biz.comp.telebit
From: larry@gator.rn.com (Larry Snyder)
Subject: Re: USR DS v.32bis 10-15% faster thoughput over the Worldblazer
Organization: The Gator Conferencing System 219-289-3745 
Date: Sat, 10 Oct 1992 21:04:53 GMT

bryan@edgar.mn.org (Bryan Halvorson) writes:

>In article <1992Oct9.075515.16900@netcom.com> gerg@netcom.com (Greg Andrews) writes:
>>
>>larry@gator.rn.com (Larry Snyder) writes:
>>>gerg@netcom.com (Greg Andrews) writes:
>>>
>>>>I have no trouble with the idea that his USR can get 1800 cps transferring
>>>>pre-compressed files with streaming protocols, or 1400-1500 cps on uucp-g
>>>>with 64-byte packets.
>>>
>>>Well, why can't I get 1500 cps doing uucp-g into my WB modem?
>>>
>>
>>Hard to say.  If it's an important enough issue to spout off every
>>few days about it, why haven't you called tech support and talked
>>with a technician?
>>
>I'm not as vocal as Larry about it but I'm seeing the same thing as he
>is. When the system I get my news feed from had USR modems I was seeing

I'm glad someone sees this problem.  I would gladly replace my
Telebit Trailblazer and USR DS modems with additional WB's if the v.32bis 
throughput was on par with the USR v.32bis..

-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the Gator                                  uucp: uunet!gator!larry
From: tnixon@hayes.com
Newsgroups: comp.dcom.modems
Subject: Re: Flow Control
Date: 9 Oct 92 12:03:55 EDT
Distribution: usa
Organization: Hayes Microcomputer Products, Norcross, GA

In article <1b0h8rINN6gu@aludra.usc.edu>, ytsai@aludra.usc.edu
(Yao-Lu Tsai) writes: 

> I have a question about flow control:
> 
> If I own a v.32 modem and the transmission speed between my computer(DTE)
> and the modem(DCE) is set to be 9600 bps, then I can use software flow
> control without any trouble. Is it right ?

Yes. But then you can use software flow control (I assume you mean 
XON/XOFF) at _any_ speed, if the data your are transferring does not 
interfere with the XON/XOFF process.  The decision as to whether to 
use RTS/CTS (hardware) or XON/XOFF (software) flow control has 
nothing to do with the speed of the connection or the difference in 
speed between the DTE/DCE and the line speed; it has everything to 
do with the limitations of your hardware (cable, serial port, etc.) 
and the nature of the data being transferred.

-- 
Toby Nixon, Principal Engineer      | Voice   +1-404-840-9200  Telex 401243420
Hayes Microcomputer Products, Inc.  | Fax     +1-404-447-0178  CIS   70271,404
P.O. Box 105203                     | BBS     +1-404-446-6336  AT&T    !tnixon
Atlanta, Georgia  30348             | UUCP uunet!hayes!tnixon  Fido   1:114/15
USA                                 | Internet                tnixon@hayes.com
From: thorh@sail.LABS.TEK.COM (Thor Hallen)
Newsgroups: comp.dcom.modems
Subject: Re: How Good is the Supra-Rom Upgrade?
Keywords: Supra Modem
Date: 7 Oct 92 21:32:27 GMT
Organization: Tektronix, Inc., Beaverton,  OR.

In article <1992Oct3.222306.8063@waggen.twuug.com> egreen@waggen.twuug.com (Eddie Greenside) writes:
>
>
>
>
>Wanted to hear from the Supra owners about Supra's newest rom Upgrade...
>does it fix the automatic retain problem, as well as connecting to 14.4
>modems.  Basically, did Supra keep their promise when they announced the
>upgrade and what it fixed?

I can't detect any improvement in the ability to connect at high speed.
The fix involves some new parameters that are supposed to connect at
low speed and then step up as much as the line quality will allow. Using
this workaround, I can't get more than 12kbps - even with perfect lines.
I had to experiment to even get the fix to function because it doesn't
behave as described in the documentation.

When I heard that the new ROM's removed the caller id function that was
in the 1.2C ROM's, I concluded that the new ROM's are a net loss and
decided to reinstall my original ROM's.

If Supra people are following this thread and can enlighten me, please
respond.

Standard disclaimers apply.
From: tmkk@uiuc.edu (Khan)
Newsgroups: comp.dcom.modems
Subject: Re: SupraFAX Modem Config for Supra BBS ???
Date: 14 Oct 92 13:42:20 GMT
Article-I.D.: news.Bw462L.D68
Organization: University of Illinois at Urbana


In article <Bw3DG2.29G@mudos.ann-arbor.mi.us> mju@mudos.ann-arbor.mi.us (Marc Unangst) writes:
>
>Supra also seems to be shipping two identical sets of ROMs to
>everyone.  I know that I got two sets of ROMs (but was only charged
>for one), and a friend of mine also got two sets of ROMs.  I don't
>know if this is some sort of screwup in their order processing system,
>but this could very well be slowing things down...

So how about you and/or your friend selling off your extra set to other
needy Supra owners? No need to scalp, of course ;-), but you can certainly
save your bretheren from a long wait while lining your pockets with a little
of the fun green stuff.
Newsgroups: comp.dcom.modems
From: hb@vpnet.chi.il.us (hank barta)
Subject: cu hangs on V.32 BOCA modem
Keywords: BOCA hang 16550 v.32
Organization: Vpnet Public Access
Date: Fri, 09 Oct 1992 16:18:01 GMT


Hi Folks,

I am encountering a problem with "cu" using a v.32bis (BOCA)
high speed modem. following the conection, the host transmits
a login prompt which is several lines long. The output to my 
screen (a monochrome console on SCO Unix) hangs part of the
way through. Sometimes I can 'unhang' it by pressing a key.
The same problem occurs when reading news. I have also noticed
a delay between the "RD" light on the modem and when characters
appear on the screen. Does the RD light reflect data going into
the modem or data transmitted to the computer?

I also run a uucp link on this line, which seems to have no
problem, although throughput is just shy of 600 characters/sec.

This is an external modem driven through a BOCA serial board
which uses (non NS) 16550 UARTS. These are supposed to be
supported by SCO Unix v386 3.2v2.0. I have heard that many of the
clone chips have problems. Could that be the cause of the 
difficlty described above?


thanks for any help you can provide...
hank

hb@vpnet.chi.il.us
barta.pswin.chi.il.us (preferred)
From: ctvien@cs.concordia.ca (VIEN cam thanh)
Newsgroups: comp.dcom.modems
Subject: none
Date: 9 Oct 92 16:43:25 GMT
Organization: Computer Science, Concordia University, Montreal, Quebec


I have a question: If I connect with CIS using 7E1 setting, then
how is the 8 bit being transfered during a file upload/download?


Thks


Cam
From: jim@n5ial.chi.il.us (Jim Graham)
Newsgroups: comp.dcom.modems
Subject: FAQ -- define v.32, v.42, etc. 
Distribution: world
Date: Thu, 08 Oct 92 19:19:01 GMT
Organization: Me? Organized? Hah! :-)

In article <rdippold.718336929@qualcom> rdippold@qualcom.qualcomm.com writes:
> hughesk@helium.gas.uug.arizona.edu (Kirby W. Hughes) writes:

>> I just want to get this straight...  :)  If I buy a v.32bis modem, I don't
>> also need v.32 to talk to 9600 bps modems?  (v.32 modems I guess)

> V.32bis modems will fall back to V.32.  I'm not sure if this is a
> _requirement_ in the spec, but they'd be stupid not to do it, and I
> have never seen a V.32bis modem that wouldn't do it.

I'm looking at CCITT Recommendation V.32bis right now, and
  ``compatibility with Recommendation V.32 modems at 9600 and 4800 bit/s''
is right in the introduction (in a listing of principal characteristics
of V.32bis modems).

so to answer that, yes, V.32bis does imply support for V.32 modems.

it does not, as someone (the first person in this thread that I followed
up to) suggested, imply V.42 or V.42bis support, and neither does V.42 or
V.42bis imply V.32 or V.32bis.

hope this helps.  of course, with the rather large delay I seem to be
seeing with news lately, it's always possible that 10,000 people have
answered this already....  :-)
   --jim

--
#include <std_disclaimer.h>                                 73 DE N5IAL (/9)
------------------------------------------------------------------------------
INTERNET:  jim@n5ial.chi.il.us  |  grahj@gagme.chi.il.us  |  j.graham@ieee.org
ICBM:  41.70N 87.63W                    UUCP:  gagme!n5ial!jim@clout.chi.il.us
AMATEUR RADIO: n5ial@n9hsi (Chicago.IL.US.Earth)    AMTOR SELCAL:  NIAL
------------------------------------------------------------------------------

Newsgroups: comp.dcom.modems
From: fenner@postscript.cs.psu.edu (Bill Fenner)
Subject: ZyXEL ADPCM Voice format
Organization: Penn State Computer Science
Date: Wed, 7 Oct 1992 10:13:08 GMT

I recall that there was someone looking for ZyXEL's VoiceMail file format.
I just downloaded a file from 0/1's BBS that describes the file format.  It
currently has IBM special characters in it - I can reformat to nroff/eqn
easily, TeX less easily...

Send me email if you're interested in it -- tell me if you want it as-is (with
IBM characters) or in nroff/eqn or TeX...

  Bill
Newsgroups: comp.dcom.modems
From: sinan@carson.u.washington.edu (Sinan Karasu)
Subject: Re: USR Sportster Info Needed!REGISTER
Organization: University of Washington, Seattle
Date: Thu, 8 Oct 1992 04:42:32 GMT

In article <1992Oct7.181415.7390@iscsvax.uni.edu> eadie5295@iscsvax.uni.edu writes:
>  I would like to know all of the info on the new 14.4 Sportster (w/fax).
>I would also like to know if it has the 16550 UART and if it will initiate a
>fall-forward (and other neat-oh stuff).
>
 
 Well I am not sure if I would by a Sportster. I tries 3 Sportster 14400
in last week NONE of them would answer a call reliably. This is on a 
Sun SparcStation for CS. I tried USR 1200 without any hitch. Tried 
a USR courier THE EXPENSIVE model (14,400 with v32.bis w/ ASL) and it worked
beautifully. I am right now trying a USR Sportster 9600 and it works great.
But when I try a USR 14,400 IT DOES NOT AUTOANSWER. I don't know what
is wrong with those things but it is like the Roach Motel.
You can dial out but they can not dial in!!!!!! I would definitely
test drive a USR 14,400 before buying one. I really do not see how
3 different units of the same model  from the same manufacturer fail 
to function on
2 different computers when 3 other units (different models ) from the same 
manufacturer work like a charm on those two computers. Sounds to me
like there may be a design problem. By the way we are returning these modems.
From: jiangh@helium.gas.uug.arizona.edu (Howard C Jiang)
Newsgroups: comp.dcom.modems
Subject: Re: WELL
Date: 8 Oct 92 20:37:22 GMT
Organization: University of Arizona, Tucson, AZ

In article <5968.42.uupcb@outlan.ersys.edmonton.ab.ca> terry.walter@outlan.ersys.edmonton.ab.ca (Terry Walter) writes:
>What is the difference between a UART 16550AFN and a UART 16551AFN?
>
>and a guy a met at an arcade who was using huge computer works to
>impress his friends started to talk about Modems, one area that I am
>quite informed about.  anyways.  he was saying he would rather buy an
>Supra over a USRSportster.  I told him you can enter in an init string
>into a USRSportster to make it a 16.8K dual, his reply was I am waiting
>for the Supra Dual Standard.   Its will have v32bis and v42bis
>protocols.

Hahaha. Dual standard means the CCITT specs and whatever other proprietary
modulation the certain company chooses to offer. Offering D.S. on a Supra will
kinda defeat the low-cost image that the company is trying to push.

>I told him you can't get a supra to connect to a USR HST, and he said
>these modems you can at high speed.  I really felt like slapping him up
>beside the head.  and he bet me $100 bucks that he can get them to
>connect to a USR HST.
>
>When does someone call v42bis a protocol, its a data compression.

In a sense, it is a protocol. A 'data compression' protocol. However, it's
not your standard zmodem or related...
Newsgroups: comp.dcom.modems
From: larry@gator.rn.com (Larry Snyder)
Subject: USR DSwFAX & SVR4 configuration
Organization: The Gator Conferencing System 219-289-3745 
Date: Wed, 14 Oct 1992 12:24:43 GMT

USRobotics Courier 16800 HST Dual Standard Fax NVRAM Settings...

   DIAL=PULSE  B0  F1  M1  X1
   BAUD=57600  PARITY=N  WORDLEN=8

   &A1  &B1  &G0  &H1  &I0  &K1  &L0  &M4
   &N0  &P0  &R1  &S0  &T5  &X0  &Y1  %R0

   S02=043  S03=013  S04=010  S05=008  S06=002  S07=060
   S08=002  S09=006  S10=007  S11=070  S12=050  S13=001
   S15=000  S19=005  S21=010  S22=017  S23=019  S24=150
   S25=005  S26=001  S27=000  S28=008  S29=020  S32=001
   S33=000  S34=000  S35=000  S36=000  S37=000  S38=000
   S41=000  S42=126  S43=200  S44=015

   STORED PHONE #0: 
                #1: 
                #2: 
                #3: 
                 C:

here is /etc/gettydefs:

HST# B57600 HUPCL OPOST ONLCR TAB3 BRKINT IGNPAR IXON -IXANY ISTRIP ECHO ECHOE ECHOK ICANON ISIG CS8 CREAD # B57600 HUPCL OPOST ONLCR TAB3 BRKINT IGNPAR IXON -IXANY ISTRIP ECHO ECHOE ECHOK ICANON ISIG CS8 CREAD #login: #HST

here is /etc/inittab:

Ca07:23:respawn:/etc/getty -r -t 30 /dev/term/b07m HST
Ca08:23:respawn:/etc/getty -r -t 30 /dev/term/b08m HST
Ca09:23:respawn:/etc/getty -r -t 30 /dev/term/b09m HST
Ca10:23:respawn:/etc/getty -r -t 30 /dev/term/b10m HST

here is /etc/uucp/Dialers:


HSTslow =,-, "" AT&M0&K0&I0&N&H0E0Q0V1X1\r\c OK\r ATDP\T\r\c 2400 \r\m\c\d

HSTfast =,-, "" ATS7=90S27=16B0E0Q0V1X1&M4&S1&R1&H1\r\c OK\r ATDP\T\r\c CONNECT \r\m\c\d

here is /etc/uucp/Devices:


HST /dev/term/b07s,M - 2400 HSTslow
HST /dev/term/b07s,M - 57600 HSTfast
HST /dev/term/b08s,M - 2400 HSTslow
HST /dev/term/b08s,M - 57600 HSTfast
HST /dev/term/b09s,M - 2400 HSTslow
HST /dev/term/b09s,M - 57600 HSTfast
HST /dev/term/b10s,M - 2400 HSTslow
HST /dev/term/b10s,M - 57600 HSTfast
-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the Gator                                  uucp: uunet!gator!larry
From: bruce@camb.com (Barton F. Bruce)
Newsgroups: comp.dcom.modems
Subject: Re: ZyXEL 1496 E plus
Date: 12 Oct 92 03:16:13 EDT
Organization: Cambridge Computer Associates, Inc.

In article <dirkst.718438093@kaa>, dirkst@kaa.informatik.rwth-aachen.de (Dirk Steinberg) writes:
> 
> is there any shop in the USA that would ship a ZyXEL 1496 E plus
> to me here in germany at a reasonable price? The prices here are
> artificially high and in ami-land I have read prices for the

There is a real chance that the + models will not be entered into the
commodity price war over here. There are prices offered here on the net
for non + models that are LOWER than the .de dealers pay. Zyxel considers
the + model to be for .de folks that seem to think they MUST go that fast 
at any cost, and I doubt they plan to push it here or discount it at the same
levels. They are well aware of the flow of their modems bought here and being
taken elsewhere. It is hard to build a network of good dealers when customers
can buy elsewhere for less than local wholesale.
From: nnw@concurrent.co.uk (Neil Watson)
Newsgroups: comp.dcom.modems
Subject: Re: USR ROMs, more/new information
Date: 15 Oct 92 13:34:07 GMT
Organization: Concurrent Computer Corporation, Slough, England

In article <92287.214753DXB132@psuvm.psu.edu> DXB132@psuvm.psu.edu writes:
>In article <1992Oct12.235526.23110@debug.cuc.ab.ca>, Camz@debug.cuc.ab.ca says:
>
>>I've got one of the large footprint USR DS modems.  With all the talk that
>>has been flying around about the sportsters and how to make them work like
>>the DSs, I got curious, and tried the commands on my DS.  The command:
>
>>ATGW0000,00 produced an error but some tinkering soon showed that the ATG
>>command did indeed do something albeit undocumented.
>
>>ATG=XXXX:YYYY
>
>>I'm interested in sharing my results with interested folks, but am still
>>debating and curious as the the legal implecations of posting a
>>disassembly of the USR firmware to a public forum such as this :-)
>
>No problem, just direct our attention to the "interesting" parts and let
>us make our own disassemblies.

A long time ago when I was still using a TRS80 model 1 (well, I only
stopped using it quite recently, but the story relates to a long time
ago...) I bought a book, published by IJG (I think the initials were in
that order). The book contained the comments that had been put to a
TRS80 ROM code. This was not illegal. What was suggested was that you
ran your own disassembler to dump the code in a particular paged format
and stuck it to the pages in the book, lining YOUR code up with the
comments. I don't THINK that the publishers got sued, and it was a very
convenient way of doing it....

Now all you need is a PD 80188 disassembler that people can get hold
of....


Anyway, this is no recommendation - I do not own a USR modem, so have no
axe to grind here. It is definately NOT any opinion of my employer.

Neil.

-- 
Neil Watson, ESDG Product Support, Concurrent Computer Corp
G0BLD        227 Bath Road, Slough, Berks, SL1 4AX, England
             Phone: (+44) 753 513360  FAX: (+44) 753 513303 
(nnw@slough.ccur.com, nnw@concurrent.co.uk or 100021,3041 @ Compuserve)
Newsgroups: comp.dcom.modems
From: john@jwt.UUCP (John Temples)
Subject: TVRO programming prices (was: Re: Hacking USR ROMS [4.2 - 4.1])
Organization: Private system -- Orlando, FL
Date: Tue, 13 Oct 1992 18:51:17 GMT
Followup-To: rec.video.satellite
Keywords: Supervisors.ROM.Hacks

In article <BvxCHD.9px@gator.rn.com> larry@gator.rn.com (Larry Snyder) writes:
>If programming was reasonably priced -- this wouldn't be an issue -
>but since Time is one of the largest cable MSO's -- they have no
>interest in supporting the TVRO industry.    

While I hate the idea of coming to Time's defense, I just subscribed to
HBO and Cinemax for $99 for one year.  That's about $4 a month per
channel.  I haven't subscribed to cable in about 8 years, but I'd be
very surprised if you could get premium channels over cable for $4 a
month.

Followups to rec.video.satellite.
-- 
John W. Temples -- Preferred:  john@jwt.UUCP    (jwt!john@peora.sdc.ccur.com)
                -- Alternate:  john@jwt.oau.org
Newsgroups: comp.dcom.modems
From: tbr@hardy.u.washington.edu (Todd Barnreiter)
Subject: +++ sequence problem with USR DS 16.8k
Organization: University of Washington
Date: Sat, 10 Oct 1992 08:22:36 GMT

 issue the + + + escape sequence on my USR Dual Standard 16.8k
I immediately get a NO CARRIER and the modem hangs up.  I want
to enter into command mode, not hang up!  My old HST never
had this problem.  I looked through all the settings and I
can't find anything that makes a difference.  What's the
deal here?

-BarryB

Newsgroups: comp.dcom.modems
From: goyal@utdallas.edu (Mohit K. Goyal)
Subject: Re: USR sportster conversion announcement.
Organization: Univ. of Texas at Dallas
Date: Wed, 7 Oct 1992 17:54:43 GMT

>SL>Is it overlooked by everyone that if a cracker is able to put a trojan
>SL>into a USR modem, he/she should be able to 'unpatch' the patch in the
>SL>4.2 ROMs?  So what's the point of putting out a 4.1 ROM with a trojan!
>SL>Just put out 5.0 w/superHST and V.fast!!!
>
>SL>And then, the only people interested in putting a trojan into the 4.1
>SL>ROM would be...  USR...
>
>I have re-read the letter from the financial department of USRobotics
>and the text is not explicit about the "trojan".   Me and some of my

I guess it must be ambiguous, as I got the distinct impression from 
reading the announcement that USR *WAS* talking about trojan horse's
that were in the actual ROM...

oh well..
From: rlm@mcgort.COM (Robert McMillin)
Newsgroups: comp.dcom.modems
Subject: Re: Practical Peripherals 14400
Date: 11 Oct 92 14:28:58 GMT
Organization: PBSR (Private Beta Site Research - Certified NetWare Engineer)

Several people have written to correct my comment that the PPI 14400FXSA
modem uses an AT&T data pump, not the Rockwell chipset.  I have heard
that the modem uses the Rockwell chipset from other sources, including
a Rockwell datacomm employee!  However, since I haven't actually cracked
the case to look...  Again, I am pretty satisfied with the modem.
From: ahalim@ics.uci.edu
Subject: Looking for comm software
Date: 13 Oct 92 21:06:38 GMT
Newsgroups: comp.dcom.modems


Hi,
Is there any PD comm software program for UNIX which supports several
(built it) file transfer protocols like kermit, [xyz]modem ?

Please send your reply to my handler.
Thanks in advance

/aha
From: mcitron@phad.hsc.usc.edu (Mark Citron)
Newsgroups: comp.dcom.modems
Subject: register 130 on Trailblazer T2500
Date: 13 Oct 1992 16:13:52 -0700
Organization: University of Southern California, Los Angeles, CA
NNTP-Posting-Host: phad.hsc.usc.edu

I have a Lantronix box acting as a terminal server and doing dialback.
It only seems to work with the Trailblazer T2500 modem with S130=5.

My question: does either the Worldblazer or the T3000 have an S130 register
that is similar to the T2500? That is, can you set the DSR to be on
only when  a carrier is detected from the remote modem. This does NOT
seem to be the case for Hayes modems.

Thanks for any info
Mark Citron
mark@neurosci.usc.edu
-- 
Mark Citron
mark@neurosci.usc.edu

Newsgroups: comp.dcom.modems
From: larry@mits.mdata.fi (Lasse Hero)
Subject: Re: Boca 14.4 915cps tops??
Organization: Microdata Oy
Date: Thu, 8 Oct 1992 21:13:26 GMT

ce_rupn@pavo.concordia.ca (RUPNIK, CHRISTOPHER E.) writes:

>Hi
> I have a Boca 14.4 v32bis modem connected to a Macintosh with
> a Hardware Handshaking cable. When connect to the Vax at school
> Using 'sz' I get a mac of 915-940 cps (15%-16%)

> Surely this is not the fastest the modem can go. The modems at 
> school are v32 (not bis) and V.42bis. Shouldn't i get much more
> cps than that? 

I guess that those modems at your school are locked to 9600 bps
(DTE speed), so 960 cps is the maximum you can get. If this is
the case, 915-940 cps is perfectly normal.

--
Lasse Hero  -  larry@mits.mdata.fi
Newsgroups: comp.dcom.modems,biz.comp.telebit