HDTenEightyP/NetNews huggingface dataset:
From: bryanw@netcom.com (Bryan Woodworth)
Subject: Friend needs help with modem result codes.. PLEASE?
Date: Thu, 09 Apr 92 05:27:44 GMT
Organization:  o/~ Lime and limpid green, a second scene... o/~

A friend of mine needs some assistance with modem result codes.  His
included msg follows below.  If you can offer assistance, please send
mail to him or me.  Thanks.

--cut--cut--
From Phoenix@cup.portal.com Sun Apr  5 21:13:43 1992
To: bryanw@netcom.netcom.com
Subject: Re Modem result codes...

Hi there Bryan,
	I was wondering if you might know where a listing of modem result 
codes might be.  I saw once before a listing of them...  including all the
new ARQ codes, including LAPM and MNP levels....
I also need to find out if there is a standard between modems with this 
regard.  I'm finding out that different modems return different codes dependi
on the type of connection.... IE:
the Practical Peripheral Modem I have can give two different types of
results...   the ARQ type message is the standard CONNECT XXXX message but
if an ARQ connection is made then a message will be appending to the message.
ie: CONNECT XXXX/ARQ/MNP5

The US Robotics Sportster does the same with the ARQ messages but I can't tel
if they are compatible...   
say the carrier connects at 2400, but it is a V.42bis connection..
well, the Sportster 2400 will report:
CONNECT 2400/ARQ/LAPM/V42BIS
   however the PPI modem will report:
CONNECT 9600/ARQ/LAPM/V42BIS

this is because the PPI modem is specifying the DTE rate and the sportster is
specifying the DCE (modem to modem)(carrier) rate.

I'd like to find a difinitive answer to the way the ARQ messages are to be
reported and under what conditions each will show up under.

If you have any info, let me know...  also could you see what your modem 
manual says about it...    
	Thanks in advance.
     	Bruce
--cut--c  ut--	

-- 
Bryan Woodworth                             Mail:  bryanw@netcom.com
From: Dean.Roth@mixcom.mixcom.com (Dean.Roth)
Newsgroups: comp.dcom.modems
Subject: Surpa V.32bis problem solved?
Date: 7 Apr 92 20:32:30 GMT
Article-I.D.: mixcom.1992Apr07.203230.4388
Distribution: usa
Organization: Milwaukee Internet Xchange BBS, Milwaukee, WI U.S.A.


I have two Supra V.32bis modems. One is answering
calls. The other is attached to my home computer to
make calls. The two modems refused to make a 14400 connection.
I have been able to force a 12000 or 9600 connection by
setting the S37 register and using N0.

I believe the problem has been isolated. The problem is
not with the modems, but the the local telephone company
equipment.

My business was using a Telebit Trailblazer+ (PEP modulation).
But the telco equipment suddenly started going out of phase
and calls would fail after some period of time, such as
30 minutes. The telphone company traced calls and even
disabled circuits to isolate the problem. The telco 
admited the problem was in the telco equipment, but was not
able (or willing, I don't know which) to isolate and solve it. 
(Calls between local points were going through 3 switches.)
A switch to V.32 modems solved the problem, though at a cost.
(I have a Telebit Trailblazer+ 4sale.)

I tried using the two Supras within the same building so that
calls would only go through 1 telco switch. They made a 14400 connection
and worked fine. It looks like I'm being hit with more telco
equipment that will not tolerate certain modulations, such as
PEP and V.32bis. Perhaps we need competition for local telephone
service as well as for long distance service to get systems
that work!
-- 
  /`-_                                   *--------------------------------*
 {     }/  dean.roth@mixcom.com          | Milwaukee Internet Xchange BBS |
  \   */   Milwaukee, Wisconsin, U.S.A.  |     Modem: (414) 241-5469      |
   |___|                                 *--------------------------------*
From: ken@Cayman.COM (Ken Siegel)
Newsgroups: comp.dcom.modems
Subject: Re: Pin Config for Hrdwre Hndskng Cable?
Date: 9 Apr 92 21:35:56 GMT
Organization: Cayman Systems Inc., Cambridge, MA
In-reply-to: bud@umiami.ir.miami.edu's message of 8 Apr 92 18:33:16 GMT

In article <1992Apr8.143316.13278@umiami.ir.miami.edu> bud@umiami.ir.miami.edu writes:

   Does anyone have a pin to pin wiring schematic to make a
   mini-DIN-8/DB25 hardware handshaking cable for the Mac?

		   Bud PInder

Try the following (kudos to Jim Elliot for posting this elsewhere on
the net). This is the "official" pinout which you can see by using
balloon help in the modem link tool.

    Mac Pin        Mac Function        DB 25 Pins       RS 232 Function

      1            Output Hand-            4            Request To Send
                      shake               20            Data Terminal Ready

      2            Input Handshake         5            Clear To Send

      3            TxD -                   2            Transmit Data

      4, 8         Ground                  1            Shield
                                           7            Ground

      5            RxD -                   3            Receive Data

      6            TxD -                   NC

      7            Misc. (Not on           8            Carrier Detect
                           Plus)


--
*******************************************************************************

 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
From: davidsen@yeti.crd.GE.COM (william E Davidsen)
Newsgroups: comp.dcom.modems
Subject: Re: MNP trivia questions
Keywords: MNP, MNP5, V.42
Date: 6 Apr 92 15:28:59 GMT
Reply-To: davidsen@crd.ge.com (bill davidsen)
Organization: GE Corporate R&D Center, Schenectady NY

In article <1992Mar29.150551.16352@rhrk.uni-kl.de>, naddy@rhrk.uni-kl.de (Christian Weisgerber) writes:

|  - Was MNP 2-4 already in the public domain before it was as added as an
|    "alternate protocol" to V.42 ?
|    I really wonder how MNP managed to become the standard it is today.

  Very simple. (a) it works quite well for making communications
feasible over noisy lines, (b) as better versions came out (MNP[4-n])
the older versions were put into public domain allowing use of them.

  Same reason Kermit and Xmodem are more widely used than zmodem, you
can get PD code, executable, protocol descriptions, etc.
-- 
	- bill davidsen (davidsen@crd.ge.com)
	GE Corp. R&D Center; Box 8; Schenectady NY 12345
By analysis of usenet source, the hardest part of C to use is the comment
From: wolfgang@wsrcc.com (Wolfgang S. Rupprecht)
Newsgroups: comp.dcom.modems
Subject: Re: PEP
Date: 8 Apr 92 07:25:17 GMT
Article-I.D.: wsrcc.1992Apr8.072517.6366
Organization: W S Rupprecht Computer Consulting, Fremont CA

vjs@rhyolite.wpd.sgi.com (Vernon Schryver) writes:
>In article <-hnj08.wolfgang@netcom.com>, wolfgang@netcom.com (Wolfgang Henke) writes:
>> holmes@gorilla.nbn.com (Tim Holmes) writes:
>> : What is the actual baud rate of a Telebit PEP connection operating
>> : at 18000 or 19200 bps?  No, this isn't a koan...
>> 
>> It is 400 times 7.5 = 3000 baud. 
>How many people agree with this definition of "buad"?

Baud, the MIPs of modems - a totally meaningless concept if one looks
too closely.

>I've argued with others that PEP is 7.5 baud because if you measure the
>state of the phone line, you'll see it change ~ 7 times/sec.  That it
>doesn't matter how complicated each state is, it can still be expressed as
>a unique vector in the appropriate space, and this vector remains constant
>for ~ 140 ms.

Using the same arguments why not call it 0 baud?  One could argue that
a fourier decomposition of the signal reveals a single unique set of
oscillator amplitudes and phase angles from some reference.  Call this
the "complex vector" of your above example.  One could build a modem
that sent the same signal as a Telebit, but with no explicitly
changing oscillators.  The observed changes would all be due to the
mixing of the various oscillators as they shifted in and out of phase
with one another.  Using the some number of things changing N times
per second definition of baud one would be forced to conclude that
since nothing is "explicitly" changing we have a 0 baud rate.

>The others have argued that you should decode the multiple carriers that
>PEP runs simultaneously over the phone line, counting the changes in each
>carrier independently.

Why not say that PEP is 400 bands of up to 6 bits/band that changes
7.5 times per second?  Or 400 carriers of 7.5 baud each?

>What do real electrical engineers say?

Real electrical engineers don't read netnews.  ;-)

-wolfgang
-- 
Wolfgang Rupprecht    wolfgang@wsrcc.com (or) wsrcc!wolfgang
Snail Mail:           39469 Gallaudet Drive, Fremont, CA 94538-4511
From: Jeff.Lindstrom@ofa123.fidonet.org (Jeff Lindstrom)
Newsgroups: comp.dcom.modems
Subject: Supra v32bis speeds?
Date: 13 Apr 92 11:13:00 GMT
Organization: Universal Electronics Inc. (Public access BBS)

AD>With this Supra modem, the most I've gotten is about 1450cps connected to
AD>a 32bis USR Dual Standard.  When I connect to the maiframe at work which
AD>has a v.32 (not bis) v.42bis modem, I get about 1100 cps.  Is this normal?
AD>Or am I doing something wrong?

  I get 1700 +-10 cps on uploads to fast systems with Dual Standard V.32bis systems.  Downloads are slower, so I assume it is limited by my hard drive's severe fragmentation (yeah, I know... I will optimize it later this week).
  You might try posting your modem's configuration so we can pick it apart.

___
     Amiga MailMan v0.9


--  

Jeff Lindstrom
Internet: Jeff.Lindstrom@ofa123.fidonet.org
Compuserve: >internet:Jeff.Lindstrom@ofa123.fidonet.org
Newsgroups: comp.dcom.modems
From: earl@jade.ab.ca (Earl Locken)
Subject: Telebit T2500 and V.32 mode
Organization: Jade Simulations International, Inc., Calgary, AB, Canada
Date: Tue, 7 Apr 1992 21:59:23 GMT



     I can't force my Telebit T2500 to use V.32 mode.  If I try to set
S50 to 6 (to force starting at V.32 mode) I get error back from the
modem.

     Here's a copy of a tip session:

tip tb19200
connected
at
OK
atz
OK
at&n
E1 F1 M0 Q6 P V1 W0 X0 Y0 &P0 &T4     Version GF7.00-T2500SA
S00=001 S01=000 S02=043 S03=013 S04=010 S05=008 S06=002 S07=040 S08=002 S09=006
S10=007 S11=070 S12=050 S18=000 S25=005 S26=000 S38=000
S41=000 S45=000 S47=004 S48=000 S49=000
S50=000 S51:005 S52:002 S54:003 S55=000 S56=017 S57=019 S58:000 S59=000
S61=150 S62=003 S63=001 S64=000 S65=000 S66:001 S67=000 S68:003 S69=000
S90=000 S91=000 S92=000 S93=008 S94=001 S95=000 S96=001 S97=000 S98=003
S100=000 S101=000 S102=000 S104=000 S105=001 S106=000 S107=020
S110:001 S111:030 S112=001
S121=000 S130:003 S131:001
S150=000 S151=004 S152=001 S153=001 S154=000 S155=000 S157=000 S158=000
S160=010 S161=020 S162=002 S163=003 S164=007 S169=000 S255=000
OK
ats50=6
ERROR

     Is there a problem with the configuration?  Is there a problem
with the PROMs?  Any suggestions?

-- 
Earl Locken						earl@jade.ab.ca
Jade Simulations International
Newsgroups: comp.dcom.modems
From: bill@unixland.natick.ma.us (Bill Heiser)
Subject: Re: Supra V.32bis FAXmodem
Keywords: Generic UNIX fax software?
Organization: Unixland Public Access Unix  (508) 655-3848
Date: Sat, 11 Apr 1992 23:06:33 GMT

fenner@jazz.psu.edu (Bill Fenner) writes:

>Seriously, a smart getty that listens to modem result codes and can spawn
>a different program based on them will handle FAX receiving under UNIX
>just fine.

Anyone know of such a thing for UNIX SVR3 (ESIX 3.2-D)?  Not only to
receive the FAX but put it in some kind of readable format, maybe in
an X session?

-- 
bill@unixland.natick.ma.us   ...!uunet!{think,world}!unixland!bill
Public Access UNIX / USENET / E-MAIL Accounts are available! (508) 655-3848
5 lines  -  Located in Natick, MA   USA    Supporting V.32/PEP/V.42bis, etc.
From: gil@datasrv.chi.il.us (Gil Ben-Noon)
Subject: A Supra Dealer in NYC and Sacramento CA needed.
Organization: DataServe LTD. Information and comm. services, Israel
Date: Thu, 09 Apr 92 11:36:51 GMT

Hello,
I'm looking for a list of dealers in New York City and in Sacramento
CA. who sells Supra modems.
This is kind of urgent because I'm calling from Israel and a friend of
mine is in USA for 2 weeks. He could buy me one.

Thanks in advance,

Gil Ben-Noon

----------------------------------------------------------------------------- 
 _____                                _____
|      \    ___   ________   ___     /  ___|  _____   ____   ___  ___  _____
|   |   |  /   \ |__    __| /   \    \   \   |   __| |     \ \  \/  / |   __|
|   |   | /  _  \   |  |   /  _  \   __\  \  |  >__  |     /  \    /  |  >__
|______/ /__/ \__\  |__|  /__/ \__\ |_____/  |_____| |__|\__\  \__/   |_____|
DataServe Info Services, Israel    (972)-3-747-858      gil@datasrv.chi.il.us
Xref: sparky comp.dcom.modems:6284 comp.sys.mac.comm:4443
From: dali@milton.u.washington.edu (David A. Lee)
Newsgroups: comp.dcom.modems,comp.sys.mac.comm
Subject: Re: Supra V.32bis (Disappointment)
Date: 7 Apr 92 02:29:42 GMT
Article-I.D.: u.1992Apr7.022942.29115
Organization: University of Washington, Seattle

In article <1992Apr7.001144.27864@jato.jpl.nasa.gov> jack@jato.jpl.nasa.gov (Jack Kobzeff) writes:
>
>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.
>
>Jack Kobzeff     (jack@jato.jpl.nasa.gov)

So you mean that we humble Mac Plus users can't get 57000 baud on a
Supra or similiar modem?  What is the top speed a Plus' serial port
can take??

David Lee

-- 
"There are hundreds of tiny balls in every machine, and hundreds of machines
in every pachinko parlour, and a pachinko parlour on every block in every
town in Japan; so there are billions of little balls falling forever, like a
chromium-plated hailstorm that never melts."  - from "Clive James in Japan"
From: irving@eskimo.celestial.com (Larry Gilbert)
Newsgroups: comp.dcom.modems
Subject: Re: Supra V.32bis FAXmodem
Date: 5 Apr 92 20:04:49 GMT
Organization: Eskimo North, Seattle, WA

jmarin@messi.uku.fi (Jukka Marin) writes:

>I was able to receive a FAX message from a Canon FAX machine with Supra
>but when I tried sending messages Supra just kept on trying to connect
>the remote machine.  After some time, it always gave up.

>Has anybody been able to send FAX messages with Supra?  I wonder if
>there's a bug in Supra's firmware or if I just have to change some
>settings of the modem.  

A recent Supra advertisement for this modem lists "Class 1 and 2 commands,
and compatibility with the millions of Group 3 fax machines in use" among
the modem's features.  To me, this says "Our modem only does Group 2 fax."
But perhaps I'm wrong.  Perhaps (though this is a slightly silly thought)
the Canon machine is not a Group 3 fax machine, and thus is incompatible.

Maybe someone who owns one of these new puppies and has experience with fax
communications can shed some light on all of this.  I'm interested in up-
grading my own Supra 2400 external, but I'm waiting for further word on this
and the busy signal detect problem.

Aha.  There's a thought...  Maybe the busy signal bug is preventing your modem
from connecting when dialing out?

-- 
Larry Gilbert ... irving@eskimo.celestial.com (or irving@well.sf.ca.us)
"She really took you apart, didn't she, Charlie Brown?"
"Uh huh . . . step by step, verse by verse, and line by line . . ."
"You sound like a victim of higher criticism!"
Newsgroups: comp.dcom.modems
From: datri@convex.com (Anthony A. Datri)
Subject: Re: Moscow modem hunt
Organization: Engineering, CONVEX Computer Corp., Richardson, Tx., USA
Date: Tue, 7 Apr 1992 05:23:39 GMT
X-Disclaimer: This message was written by a user at CONVEX Computer
              Corp. The opinions expressed are those of the user and
              not necessarily those of CONVEX.

>fees, you come up with ~ 100 million rubles per year revenue for
>MGTS.  I think in this case "objectively necessary" translates to
>"we make a lot of money."

Not if the ruble is as devaluated wrt the dollar as I think it is.


-- 


======================================================8--<
Newsgroups: comp.dcom.modems
From: pjk@netcom.com (Phil Koenig)
Subject: Re: Compucom V.32bis/CSP
Date: Fri, 10 Apr 92 05:29:58 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Keywords: compucom, CSP

In article <1992Apr8.103511.22878@rhrk.uni-kl.de> naddy@rhrk.uni-kl.de (Christian Weisgerber) writes:
>Well, while we're talking about it...
>
>How does CSP work?
>
>It sure isn't full duplex. Half duplex? Asymmetrical?
>Judging from the price I can't help associating a fax modem's V.29 (hdpx)
>modulation... Put some clever code on top to make it look full duplex to
>the DTE... hmm...

Hi Christian.  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.

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.  

I certainly wouldn't want to give up the V.32bis mode of the STAR that
I use to access the Internet (using the vi editor), since the inter-
activity is much improved, but oftentimes the CSP protocol proves 
beneficial under less-than-ideal international links.



				Phil Koenig
				CompuCom Corporation nn
  (Note new usenet address)-->  pjk@netcom.com
				CIS: 73027,2354



Newsgroups: comp.dcom.modems,comp.sys.apollo
From: uri@watson.ibm.com (Uri Blumenthal)
Subject: Re: Netfax
Date: Mon, 06 Apr 1992 23:03:11 GMT
Reply-To: uri@watson.ibm.com
Disclaimer: This posting represents the poster's views, not necessarily those of IBM
Organization: Do you care?

|> bep@quintro.uucp (Bryan Province) writes:
|> 
|> >I am looking for an anonymous FTP site for the "netfax" software.  This software
|> >will allow you to send and receive FAXes in a networked environment.  I'm
|> >looking for a version to install on our HP/Apollo Domain/OS network.  The
|> >following is a description of netfax by Steve Hole back in December.
|> 
|> Here is the HOTO file from netfax:
|> 
|> 
|> $Header: /usr/people/sam/tiff/RCS/HOWTO,v 1.4 91/07/07 09:53:35 sam Exp $
|> 
|> How To Obtain This Software (in case all you get is this file)
|> 
|> The software is available for public ftp on
|>     sgi.com			graphics/tiff/v2.4.tar.Z
|> 	(192.48.153.1)
|>     ucbvax.berkeley.edu		pub/tiff/v2.4.tar.Z
|> 	(128.132.130.12)
|>     uunet.uu.net		graphics/v2.4.tar.Z
|> 	(192.48.96.2)

I'm sorry, but it looks like one of us misunderstood the
question. What you point at here, is TIFF support library
with lots of tools, among them stuff to CONVERT G3 Fax
files to/from TIFF.

THERE'S NOTHING to SEND/RECEIVE faxes!

Of course this package has nothing to do with Netfax. BTW,
the current level of "TIFF Software" (for that's what it's
called - see README file) is v3.0. 

So - what's the latest level of "real" Netfax? Where is it
lurking? Are there any other programs with similar 
functionality?

Am I missing something?

Regards,
Uri.
------------
<Disclaimer>
From: knapp@spot.Colorado.EDU (David Knapp)
Newsgroups: comp.dcom.modems
Subject: Re: how to make call waiting tone hang up modem ??
Date: 13 Apr 92 22:04:55 GMT
Article-I.D.: ucsu.1992Apr13.220455.15292
Organization: University of Colorado, Boulder

In article <1992Apr13.141358.11402@athena.mit.edu> samalone@okra.MIT.EDU (Stuart A. Malone) writes:
>> Out of curiosity, why do you want call-waiting to drop your carrier?

My experience says it depends on the modem and/or the error correction being
used.

Mine disconnects and lets the phone right through when I am using v.22,
but not when using v.32/MNP5.

Same on another modem I used.

Anyone else have this same experience?


-- 

**************************************************************************
Corrected .sig for those who did not see the absurdity of the original one.
**************************************************************************
Newsgroups: comp.dcom.modems
From: gerg@netcom.com (Greg Andrews)
Subject: Re: PEP
Date: Fri, 10 Apr 92 19:51:15 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Summary: 3000 baud is wrong

In article <kxrjd1c.wolfgang@netcom.com> wolfgang@netcom.com (Wolfgang Henke) writes:
>In article <1992Apr7.052437.9212@news.eng.convex.com> datri@convex.com (Anthony A. Datri) writes:
>>>: What is the actual baud rate of a Telebit PEP connection operating
>>>: at 18000 or 19200 bps?  No, this isn't a koan...
>>>It is 400 times 7.5 = 3000 baud. 
>>
>>Where's the 400 come from?
>
>PEP's got 512, but only 400 are active at any one time. I figure it has
>something to do with the Nyquist sampling limit.
>

It has more to do with how the extreme low and extreme high frequencies
weren't very useable when PEP was being developed.  Also with the cpu
horsepower available in the modem.

>
>The experts (J.A.C. Bingham) call the 3000 baud the symbol rate.
>

If you're quoting from his book, it was written before he worked for
Telebit.  Even so, I wouldn't expect him to multiply the symbol rate
by the number of carriers and conclude that's the symbol rate.  He might
have said that it was an *effective* or *equivalent* baud rate, or said
that it was an equivalent *bit* rate, but not the baud rate of PEP.

The symbol timings for PEP are:

	Long  - 136 ms
	Short -  24 ms
	Micro -  15 ms

If you send 136 ms symbols, your symbol rate is 7.35.  (1 / 0.136)
If you send 24 ms symbols, your symbol rate is 41.67.  (1 / 0.024)
If you send 15 ms symbols, your symbol rate is 66.67.  (1 / 0.015)

While transferring large volumes of data (e.g. file transfers) PEP
uses Long symbols.  Using the term "Baud rate" in it's correct sense
of symbols per second, the modem runs at about 7.4 baud during file
transfers.

However the bits per second rate is about 18,031 without accounting for
error control and transmission overhead, and data throughput is about
14,400 bits per second (1440 cps with 10 bits per character) after
accounting for the overhead.


-- 
 .------------------------------------------------------------------.
 |  Greg Andrews   |       UUCP: {amdahl,claris}!netcom!gerg        |
 |                 |   Internet: gerg@netcom.COM                    |
 `------------------------------------------------------------------'
Newsgroups: comp.dcom.modems,comp.sys.mac.comm