HDTenEightyP/NetNews huggingface dataset:
From: ken@Cayman.COM (Ken Siegel)
Newsgroups: comp.dcom.modems
Subject: Re: v.42bis software
Date: 9 Apr 92 15:19:47 GMT
Organization: Cayman Systems Inc., Cambridge, MA
In-reply-to: wolfgang@wsrcc.com's message of 8 Apr 92 04:08:38 GMT

In article <1992Apr8.040838.4331@wsrcc.com> wolfgang@wsrcc.com (Wolfgang S. Rupprecht) writes:


   Is there a public spec for the v.42bis data encoding?

   I'm thinking of hacking v.42bis into the CSLIP driver and turning it
   off on the modem.  This should decrease the load on the CPU by quite a
   bit by shedding all that needless I/O.

   The question are:

	   Is v.42bis liscensed software? 

	   Is there protocol support for switching to v.42bis from a
	   plain ascii connection *after* the connection is established?

	   Is there already code that does this?

V.42bis data compression uses an algorithm that must be licensed from British
Telecom. As for decreasing the CPU load by shedding IO, be careful here. The
V.42bis compression algorithm is very CPU intensive (depending on the string
size used in the dictionary) so you may find after all this work that you
don't save anything at all. There is commercially available code that does
this but you won't find anything legal in the public domain. As for switching
to plain ascii after the connection is established, I am not sure you can do
that since the compression dictionaries on both end of the connection are
supposed to have the same "view" of the world.
--
*******************************************************************************

 Ken Siegel                                           Internet: ken@cayman.com
 Cayman Systems, Inc                                     Phone: 617/494-1999
 26 Landsdowne Street                                      FAX: 617/494-9270
 Cambridge, MA 02139                                 AppleLink: D0523
Newsgroups: comp.dcom.modems,comp.sys.mac.comm
From: jack@jato.jpl.nasa.gov (Jack Kobzeff)
Subject: Re: Supra V.32bis (Disappointment)
Organization: Jet Propulsion Lab
Date: Tue, 7 Apr 1992 00:11:44 GMT

In article <1992Apr3.230641.16672@murdoch.acc.Virginia.EDU>, jsm2r@poe.acc.Virginia.EDU (John S. Mitchell) writes:
> 
> As a proud owner of a brand new SupraFAXModem v.32bis (SN 158), 
...
> Using the modem on a Mac IIsi, I set my software for hardware handshaking
> and a communication rate of 57600 (computer to modem). Much to my chagrin,
> the text that came through from all the bbs's I tried was marred by
> numerous dropouts, i.e. characters were missing in places where they should
> have been. This also happened if I changed the settings to software (XON/
> XOFF) flow control. 
> 
> Supra Tech solved my problem but only by dashing my hopes and dreams.
> Their story was that the Mac serial port can connect to modems at no better
> than 19200 baud. Turning down the speed indeed solved the dropout problem,
> but as the Supra guy told me, it effectively eliminated making use of the
> speed advantage of v.32bis or data compression at high connect speeds.
> Supra told me that the only way to use that extra speed capability was to
> buy an add-in card with high speed serial ports. (Said something about
> needing ports that can do UART [?])


One problem that I've seen like this is that with the Mac OS doing it's 
thing in the background, if you have a lot of INIT's (Extensions), these can
take up so much processing time that higher communication rates can be 
affected. Look in your Extensions Folder (System 7 only) or along the bottom 
of your screen at startup. Do you see a lot of icons?? If so, take some of
the useless ones (most of them) out. A lot of Mac owners don't realize how 
much performance having a ton of INITs/Extensions can steal.

I'll assume that you have a hardware handshake cable from Mac to modem. The 
si can do HWH, but some of the cheaper or older Mac's can't.

You should need the card the Supra person referred to only if you want
multiple ports running faster then 19200 AT THE SAME TIME.

Jack Kobzeff     (jack@jato.jpl.nasa.gov)
From: cernivan@acf3.NYU.EDU (Carlo Cernivani)
Newsgroups: comp.dcom.modems
Subject: Problems with Hayes V series
Date: 10 Apr 92 21:30:00 GMT
Organization: New York University

Hi-

I've got a modem pool consisting of MultiTech 1432 rack mounted modems.
They support V32/V32bis/V42/V42bis.  There seems to be no problem calling
these modems with other makes (US Robotics, Intel, Telebit & Zoom).  

One of our researchers has been having a brutal time calling the MultiTechs
using a Hayes V Series Smartmodem 9600.  I've had little success also. 
Would someone be so kind as to provide me with what they consider to be
a generic setting profile which seems to work with other V32bis modems?

Many thanks in advance!!

Carlo Cernivani                 internet:  cernivani@acfcluster.nyu.edu
Academic Computing Facility
251 Mercer St.
New York, N.Y.  10012
(212) 998-3443
Newsgroups: comp.dcom.modems,comp.protocols.misc
From: dwh@vaxeline.ftp.com (David W. Hamaker)
Subject: Re:  New modem transfer protocol
Organization: FTP Software, Inc., Wakefield, MA
Date: Sun, 12 Apr 1992 04:50:47 GMT

In article <5452.29e5789d@hayes.com> tnixon@hayes.com (Toby Nixon) writes:
>A ping-pong modem, almost by definition, must swap the carrier 
>direction back and forth fairly frequently. This allows the modem to 
>track changes in the circuit characteristics even with a very short 
>training period on each "ping", and also allows it to receive 
>acknowledgements.  A modem running Hayes Express 96 will turn the
>line around every 896 characters (maximum).  Each modem can send up 
>to this limit on every "turn", so you certainly cen send your 
>acknowledgements back.  It would be best if the data were sent as 
>closely-packed as possible, to insure that it call gets into the 
>same "ping".

Presumably, each byte sent during a "turn" adds a fixed amount of time
to the total time the turn takes.  It sounds like reverse channel traffic
ALWAYS has SOME effect on forward channel throughput.  It also sounds
like a burst of four characters down the reverse channel every 896 bytes
of forward channel traffic will not take away 1/224 away from the forward
channel, but something less.  Any idea of the actual percentage reduction
on the forward channel in this case?  In any event, it doesn't look like
there's any difference between the four-byte reverse-channel bursts, and
adding the four byte bursts to the forward-channel stream.


-Dave Hamaker
 cfcl!dwh@apple.com
 dwh@ftp.com
Newsgroups: comp.dcom.modems
From: gagnon@Panda1.UOttawa.CA (Jean-Serge Gagnon)
Subject: Re: 16450 -> 16550a
Organization: Computing & Comm. Services, University of Ottawa
Date: Thu, 9 Apr 92 19:49:01 GMT

In article <92099.075207SMITHBS@PURCCVM.BITNET> SMITHBS@PURCCVM.BITNET (Barry Smith) writes:
>Turns out I have a 16450 in my 486.  How much does a 16550a cost and how
>hard is it to put in?  If I get an internal 14.4 v.32bis, I don't necessarily
>have to upgrade the UART, correct?

Correct, but I havn't checked this out, but I would suspect that the cheaper
internal modems, the v.32bis ones, don't use the 16550a or 16550. 

How about it. The Supra, Dallas Fax, ZyXel, etc owners out there, could you
check that out. For those who don't know how to check it out, get the file
FIFO11.ZIP or NS-16550.ZIP in sysutl on SIMTEL. 

I for one, am very curious about this. How about the more expensive modems?
USR, Hayes, Intel, etc... What about v.32 ones.

Thanks.
-- 
Jean-Serge Gagnon                       EMAIL: jsg8a@acadvm1.uottawa.ca OR
Hardware Maintenance Specialist                gagnon@panda1.uottawa.ca OR
Ottawa University, Ontario, Canada             jsg8a@uottawa.BITNET
voice: (613) 564-7517    fax: (613) 564-7819
Xref: sparky comp.dcom.modems:6271 comp.sys.mac.comm:4437
From: lstein@athena.mit.edu (Lincoln Stein)
Newsgroups: comp.dcom.modems,comp.sys.mac.comm
Subject: Re: Supra V.32bis (Disappointment)
Keywords: supra, v.32bis, v32bis, mac, macintosh
Date: 6 Apr 92 23:27:09 GMT
Organization: Massachusetts Institute of Technology

I've been using a ZyXEL modem with my Macintosh for six months now.
The serial port is set for 57,600, and I've had no problems whatsoever.
Are you using a "handshaking" cable?  They are a little hard to come
by, but can be had from MacConnection in NH (be sure to ask for a 
"handshaking" or "MNP" cable.)

======================================================================
Lincoln D. Stein		Brigham & Women's Hospital
lstein@hstbme.mit.edu		Boston, MA
======================================================================
From: cliffp@StarConn.com (Clifford Porter)
Newsgroups: comp.dcom.modems
Subject: Re: Zoom modem
Date: 10 Apr 92 04:24:44 GMT
Organization: Starnet-Public Access UNIX--Los Altos, CA  415-949-3133

In article <N41ViB1w164w@seanews.UUCP> caladan!seanews!finneyk@seattleu.edu (Ken Finney) writes:
>The latest issue of CompuServe (tm) Magazine (probably also tm)
>has an ad by a company called Direct Micro for Zoom modems.  The
>feature modem is a Zoom #VFXV32bis which is a V42, V32, V32bis,
>MNP5, V42bis, and a 14.4 bps fax modem.  It comes with a 7 year
>warranty and while the list proce is $449, Direct Micro is selling
>them for $289 (+$9.50 shipping).  Can anyone tell me anything about
>this modem?  Anything about Direct Micro?  Thanks is advance.

I got one from the local Egghead for $299. Comes with fax and modem
software for the PC and MAC. Binary xfer at 1650 cps so it does do 14.4k.


-- 
-----------------------------------------------------------------------------
Clifford Porter
415-368-4790
Clifford Porter Inc.
From: umduddr0@ccu.umanitoba.ca (Brendan Duddridge)
Newsgroups: comp.dcom.modems
Subject: Does Zyxel have Caller ID and Voice Messaging?
Date: 13 Apr 92 22:38:55 GMT
Organization: University of Manitoba, Winnipeg, Canada

Hi again... I'm fed up with waiting for the SupraFAX modem!  So what I want
to know is does the Zyxel (which I can actually get and have seen - in the
box) have the support for ROM upgrades to provide voice messaging and Caller ID
just like the Supra?  I'd really like to have those features.  The Supra
(unavailable to me) is cheaper than the Zyxel (readily available).  I'd hate
to have to wait another 6 weeks like the guy from Supra told me.  He said the
modems had to be CSA approved before the distributors in Canada would get them.
Then who knows how long it will take for the modems to get to the dealers...

Dazed and Confused and generally frustrated!!!!

-- 
Brendan Duddridge
InterNet        : umduddr0@ccu.umanitoba.ca
America Online  : BrendanD1
From: shwake@raysnec.UUCP (Raymond N. Shwake)
Newsgroups: comp.dcom.modems
Subject: Re: Loyalty Pays Again and PEP upgrade?
Date: 7 Apr 92 13:53:42 GMT
Organization: A/C International

km@mathcs.emory.edu (Ken Mandelberg) writes:

>The Telebit posting describing Loyalty Pays Again didn't say anything
>about PEP for the T3000's in the offering. Anyone know if its
>included?

	I took the initiative to ask Telebit just this question. The simple
	answer is NO, the free PEP upgrade offered under Loyalty Pays is
	*not* included in the T3000 purchases under LPA. Nor is the discount
	upgrade to PEP.

>One would think that since the PEP upgrade is due in a few weeks, that
>they may be thinking that by the time a LPA modem ships that PEP will
>be in the product.

	One could hope they might change their mind should they ever offer
	an LPYA ("Loyalty Pays Yet Again") program.

>On the other hand I thought the T3000 was going to change names when
>PEP shipped in it?

	Sheer speculation at this point, as is any discussion of Super PEP.
-- 

uunet!media!ka3ovk!raysnec!shwake			shwake@rsxtech
From: dvc@eagle.hr.att.com (David Van Cleef)
Newsgroups: comp.dcom.modems
Subject: Re: Supra V.32bis FAXmodem
Date: 7 Apr 92 19:49:19 GMT
Article-I.D.: eagle.DVC.92Apr7144919
Organization: AT&T Bell Laboratories
Originator: news@cbnewsb.cb.att.com

>>>>> On 7 Apr 92 17:51:19 GMT, gsnow@clark.edu (Gary Snow) said:
> In article <1992Apr6.233751.29706@unixg.ubc.ca> jeffrey@squid.tram.com writes:
>>Can I run UUCP and incoming fax off the same modem?

> No, these type of modems are not intended for BBS/Dial-Up Computer
> Systems to send and receive FAXes, thats only something intended for a
> Stand-alone computer system to do.  Thats not to say thought that you
> couldn't run your FAX software in the background under unix and have the
> Supra line as a FAX modem only line, and have other lines as regular
> Dial-Up lines.

I'm not familiar with the Class 1/Class 2 type modems, but I could
conceive of a fax-getty program run instead of getty which would take
the answer result-code from the modem and either exec a fax receive
program or /bin/login depending on the connect type.  Wouldn't this be
possible, or is there something in the design of the class 1/2 command
set that would prevent this?

--
David A. Van Cleef			AT&T Bell Laboratories
internet: dvc@eagle.hr.att.com		Red Hill Facility, Middletown, NJ
					+1 908 615 4906
Newsgroups: comp.dcom.modems,comp.sys.mac.comm
From: gentry@predator.engin.umich.edu (Denton Gentry)
Subject: Supra v.32bis and Macs at 57kbps DCE speed.
Date: Wed, 08 Apr 92 18:23:36 EDT
Organization: University of Michigan Engineering, Ann Arbor
Originator: gentry@predator.engin.umich.edu


> jsm2r@poe.acc.Virginia.EDU (John S. Mitchell) writes:
> 
> > As a proud owner of a brand new SupraFAXModem v.32bis (SN 158), I of course
> > got right down to trying the thing out. It didn't take long to run into a
> > problem, and the story from Supra Tech Support was less than thrilling:
> > 
> > Using the modem on a Mac IIsi, I set my software for hardware handshaking
> > and a communication rate of 57600 (computer to modem). Much to my chagrin,
> > the text that came through from all the bbs's I tried was marred by
> 

  I got a Supra v.32bis modem yesterday. It works at 57600 DTE speed on my 
Macintosh IIcx. The Supra techs were wrong, it works fine at that speed. I can't imagine the IIsi's ports being so different from the IIcx's.

  You need a hardware handshake cable, which essentially abducts DTR and DSR 
and crosses them to RTS and CTS to do flow control. You can get one at Egghead software for about $13, or make your own. 
  You need a Comm program that can handle hardware handshaking; I'm using Versaterm 4.5. 
  You must set the modem into its "Mac mode". This tells it to enable hardware handshaking, ignore DTR, and a few other things. Issue the following modem 
command:
at&F1&W
which will set up the Mac settings and store them in non-volatile RAM for the next time you start up.

  If you do all of this, it should work. Set your port speed to 57kbps and go.

							Denny
From: Jeff.Lindstrom@ofa123.fidonet.org (Jeff Lindstrom)
Newsgroups: comp.dcom.modems
Subject: Supra Modem owner opinion`s wanted!
Date: Tue, 07 Apr 92 12:38:32 PDT
Organization: Universal Electronics Inc. (Public access BBS)

  My Supra modem arrived without the FAX software.  For some reason, it has been delayed even though I saw what seemed a fully developed, working program at AmiExpo.



--  

Jeff Lindstrom
Internet: Jeff.Lindstrom@ofa123.fidonet.org
Compuserve: >internet:Jeff.Lindstrom@ofa123.fidonet.org
From: wolfgang@wsrcc.com (Wolfgang S. Rupprecht)
Newsgroups: comp.dcom.modems
Subject: v.42bis software
Keywords: v.42bis
Date: 8 Apr 92 04:08:38 GMT
Article-I.D.: wsrcc.1992Apr8.040838.4331
Organization: W S Rupprecht Computer Consulting, Fremont CA

Is there a public spec for the v.42bis data encoding?

I'm thinking of hacking v.42bis into the CSLIP driver and turning it
off on the modem.  This should decrease the load on the CPU by quite a
bit by shedding all that needless I/O.

The question are:

	Is v.42bis liscensed software? 

	Is there protocol support for switching to v.42bis from a
	plain ascii connection *after* the connection is established?

	Is there already code that does this?

-wolfgang
-- 
Wolfgang Rupprecht    wolfgang@wsrcc.com (or) wsrcc!wolfgang
Snail Mail:           39469 Gallaudet Drive, Fremont, CA 94538-4511
Newsgroups: comp.dcom.modems
From: dean@thrall (Dean Johnson)
Subject: Parity on ZyXEL
Keywords: uucp
Reply-To: dean%thrall@uunet.uu.net
Organization: Thralldom , Inc. Seattle, WA
Date: Sat, 11 Apr 1992 18:21:11 GMT


I'm in the process of getting a uucp site to dial my machine for news and mail
(NeXTstation running 2.1 w/ZyXEL modem) When I dail the machine in question, no  
problems. When they call me, it's all crap. So the crux of the problem. I found  
out that parity needs to be set at "none"  How do I do this?
It's a bit-mapped register and I don't really know how to change those.

Any help would be appreciated.

Thanks,

Dean
-- 

Happy, Happy, Happy               |  NeXTmail always welcome
  Joy, Joy, Joy                   |           at
                                  |  dean%thrall@uunet.uu.net
Newsgroups: comp.dcom.modems
From: naddy@rhrk.uni-kl.de (Christian Weisgerber)
Subject: Re: Compucom V.32bis/CSP
Keywords: compucom, CSP
Organization: University of Kaiserslautern, Germany
Distribution: eunet
Date: Wed, 15 Apr 1992 20:17:26 GMT

pjk@netcom.com (Phil Koenig) writes:

>CSP is actually rather unique in certain respects.  Sometimes
>it is slow full-duplex, sometimes it is fast "quasi-full-duplex".

>When the data stream is slow, it becomes a low-speed full-duplex modem.
>When the amount of data increases, it turns off the back channel 
>except for periodic checks to determine what is being received.  This
>adjusts dynamically depending on the direction of data travel.  Also,
>CSP implements a proprietary internal error-correction system.

This reminds me of the Radal-Vadic 9600VP (only read about it), which
used V.22bis combined with V.29 for bulk transfers. They called it
"dynamic duplex".
I suspect CompuCom to use a very similar approach.
Sorry, I'm just unwilling to believe that the original CSPs were
expensive DSP solutions, they were simply too cheap. (Call it
inexpensive.)

>I hope this clarifies things for you.  While full-duplex modems are
>often better for interactive work, one interesting benefit to CSP users
>is the particularly robust performance of CSP on less-than-ideal phone
>lines.  Some of this is due to a proprietary telephone interface (DIS),
>but also since CSP doesn't have to constantly "listen to itself", it
>is more often-than-not superior under such conditions as international
>satellite phone links - less errors and dropped carriers.  

Very likely. I know from using HST and V.32bis side-by-side how much
more sensitive the full duplex modulation reacts to line noise, even
making V.32(bis) pretty worthless in some cases.

-- 
Christian Weisgerber				naddy@rhrk.uni-kl.de
From: tnixon@hayes.com
Newsgroups: comp.dcom.modems
Subject: Re: HAYES SMARTMDM 9600 V-SRS
Date: 6 Apr 92 18:28:45 GMT
Distribution: world
Organization: Hayes Microcomputer Products, Norcross, GA

In article <1780.65.uupcb@cccbbs.UUCP>, mark.savey@cccbbs.UUCP (Mark
Savey)  writes: 

>    I just got a Hayes 9600 Smartmodem (V-series).  I am really not sure
> if this modem is as good as we thought that it was...apparently this
> modem is NOT v.32, only v.42. 

If you "just got" the modem, then you may want to rush right back 
and try to exchange it for a Hayes Ultra 96 or Optima 96.  The 
Optima 96 is V.32/V.42/V.42bis (and all the lower speeds), and costs 
a couple of hundreds dollars LESS than the V-series 9600 you have.  
The modem you have is not compliant with CCITT V.32; above 2400bps, 
it uses a Hayes-proprietary fast-turnaround ping-pong modulation 
known as Express 96.  Express 96 is similar in some respects to V.32 
(same constellation), but it is not compatible with CCITT V.32 
modems.

Hayes introduced the V-series 9600 way back when V.32 modems cost 
more than $2,000 each.  Many corporations standardized on it, and 
there continues to be a healthy demand for them -- so we keep 
selling them.  But for individual users who are primarily calling 
BBSes and information services, who don't require Express 96 to 
communicate with their employer's systems, Optima 96 or Ultra 96 is
a better choice. 

> I tried using 38400, but the modem would
> work fine, but then lock up and now it does NOT listen when set to
> 38400, even though I've used the S-register (forgot which one) that sets
> it to 38400 (=28, or 19200=14).

You may need to talk to Hayes Technical Support about this one; I'm 
not familiar with that aspect of the modem.  They can be reached at 
"tech_support@hayes.com" or 404-441-1617.

> o  Is there any special way to tell if this is an v.32, as I read the
>    manuals, but I can really only connect at 9600 or 19200 error
>    correcting with Hayes Ultras.  It seems that v.32 lines only give
>    me 2400...maybe I need a good init string!

An init string won't help.  The reason you get high speed with Ultra 
96 and Ultra 144 is that Hayes Ultra-class modems also support 
Express 96, in addition to V.32 (and V.32bis, in the case of Ultra 
144).

-- 
Toby Nixon, Principal Engineer      | Voice   +1-404-840-9200  Telex 151243420
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
Xref: sparky comp.dcom.modems:6780 comp.os.misc:503