HDTenEightyP/NetNews huggingface dataset:
From: BYTERIDER@EZINFO.VMSMAIL.ETHZ.CH (KELLER,CESAR WALTER)
Subject: 4.1 Sportsters wanted
Organization: ETH ZUERICH
Date: Mon, 25 Jan 1993 13:22:12 GMT
X-News-Reader: VMS NEWS 1.24

Hi, I'm looking for USRobotics Sportsters V32bis/FAX modmes with Supervisor
Version 4.1, new or used!

Thanks,
Cesar, Zurich, SWITZERLAND
From: johnv@tower.actrix.gen.nz (John Veldthuis)
Newsgroups: comp.dcom.modems
Subject: Re: Experiences with Supra products and technical support
Distribution: World
Date: 21 Jan 93 12:29:28 +1200
Organization: Amiga Virus Extermination Services, TAUG

Quoted from <1993Jan19.085230.25965@sbcs.sunysb.edu> by dtiberio@engws10.ic.sunysb.edu (David Tiberio):
> In article <1993Jan19.062226.6961@psg.com> jiml@psg.com (Jim Long) writes:
> >and the quality of Supra's technical support?  Post here, preferably.  
> >E-mail responses will be summarized.
> 
> 	Support: not good. Phones are always busy, then you get a rather
> rude sounding 'GOODBYE', as if they don't want you to call back.
> 
> 	BBS: If you complain enough they just might help you.
> 
> 	Solutions: You have lots of line noise, although you never see
> it, and how does that keep the modem from answering a ring?
> 
> 	SupraFAX modems have LOTS of trouble connecting to the same
> brand! I had 4 of them, and I never connected one to the other! Not even
> at the most simple setups, and I had 3 rom revisions.
> 
> 	Good if you don't plan on calling another Supra, and don't run 
> a BBS.
> 

Well I do run a BBS and I do call other Supras and it works perfectly.

Support is great. I sent a message to their CompuServe account and got the
answerback 2 days later. They sent the modem with the H roms in so I sent
another e-mail to their account. The reply, back next day saying the new
roms would be posted out at no cost. They arrived 5 days later.
---
*** John Veldthuis, Taranaki Amiga Users Group, johnv@tower.actrix.gen.nz ***
Newsgroups: comp.dcom.modems
From: alasnik@casbah.acns.nwu.edu (Adam Lasnik)
Subject: Cheapest price on Complete Communicator?
Organization: Northwestern University, Evanston, Illinois, USA
Date: Tue, 26 Jan 1993 09:19:09 GMT


Hi folks.

I recently bought a 14.4 Eagle modem (through Prodigy) and have been
relatively happy with it.  Unfortunately, it's not COMPLETELY reliable with
receiving faxes and it doesn't have voice mail capabilities.

I just heard, however, that I can solve both these problems by supplementing
my modem with the addition of a Complete Communicator card.  With the $150
rebate going on now, I have found that I can get a CC card for about $150 +
shipping costs!

Here are my questions to you:
1) Will I have any problems using both my 14.4 modem and the CC?  Will I have
to change com / IRQ settings, and if so, is this likely to be a prob with my
MIDI card setup?
2) Assuming the CC *WILL* co-exist with my 14.4 modem, will the CC voice/data
/fax built-in switcher accomodate an external modem?
3) Does anyone know of ANOTHER voice-mail card for under $199 that has as much
to offer as the CC?
4) Is it true that CC ONLY offers customer support through a 900 number :-(
5) To date, I've heard only glowing praise for the reliability and wealth of
features on the CC.  Does anyone have any negative feedback on the CC?

Please send responses privately.  If there is public interest, I'd be happy to
post information on the net.

Thanks so much for your help!!!

--ADAM "KEYS" LASNIK from Northwestern University
Newsgroups: comp.dcom.modems
From: goh@sun330.snu.ac.kr (Goh Ok-Hee)
Subject: What is modem signal after disconnection ?
Organization: SNU,KOREA
Date: Wed, 27 Jan 93 06:47:34 GMT


Hi,
I am using Kermit as a tool,to use the modem.
And I need to update a kermit source program properly.

 When communicating with the other side through modem,
 if the other side disconnect the telephone connection,
 how do my communication software know that fact- disconnection-?

 Until now , I check "NO CARRIER" value that modem send after 
 the telephone line is disconnected.
 But I can't get a correct "NO CARRIER" value sometimes.
 Why do the "NO CARRIER" value  reach in mixed state?
Newsgroups: comp.dcom.modems
Subject: Re: Experiences with Supra pr
From: stefan@stefan.spn.com
Date: Wed, 27 Jan 93 21:10:31 +0100
X-Mailer: rnMac Buggy, I mean Beta, Test Version


JL>The tech manager claimed that SupraFAXModem V.32bis has a 90-95% custo
JL>satisfaction ratio.  I would like to take a straw poll via email.  Sen
JL>me a yea or nay on whether you'd have bought a Supra, if you knew then
JL>what you know now.  Given your yea or nay, do you plan to buy more SFM
JL>based on the performance of the one(s) you have?
JL>

hmmm...

I use my Supra to connect to BBSs, to do uucp (originating node), to
send and receive faxes. No unattended call-ins.

I could do every connection I wanted. Good performance. Never looses
carrier. For me it was a good, cheap buy. So yes.

But sometimes I have to try twice to connect. Some AT commands do not 
do what I would expect. I could do every setting I wanted, but sometimes
it required some un-understood try and error rather than manual-reading.

So it is not what you would call "reliable". I wouldn't run a BBS or a
uucp backbone through it.

I am on a tight budget, so it was a "this one or a 2400" choice to me. 
I'd choose "this one" again. After all, it _IS_ cheap. You can't buy
a Ferrari for $500 either.
--
Internet: <stefan@stefan.spn.com> or <stefan@stefan.imp.com>
UUCP-net: ...gator!ixgch!stefan!stefan
Voicenet: +41 61 - 261 28 90
Papernet: Stefan Zingg, St.Johanns-Vorstadt 19, 4056 Basel, Switzerland
From: wolfgang@netcom.com (Wolfgang Henke)
Newsgroups: comp.dcom.modems
Subject: Re: *** what's so good about zyxel modems? ***
Date: 22 Jan 93 07:31:17 GMT
Organization: Netcom
X-Newsreader: TIN [version 1.1 PL8]

Dragon (David Fiedler) (fiedler@netcom.com) wrote:
: Isn't there a manufacturer who makes "flash memory" based modems, so you
: can just download the new ROM and store it in the modem? Seems a lot
: easier than finding a PROM burner...

Are you familiar with Digicom's soft modem technology? Its RAM based, so that
you download your modem software into DSP RAM in the modem. An info file
is available at ftp.rahul.net /pub/wolfgang/soft.modem by the way. 



-- 
   _________________________________________________________________________
   Wolfgang Henke     Data lanes not car pool lanes      wolfgang@netcom.com 
Newsgroups: comp.dcom.modems
From: pm2@aries.demon.co.uk (Paul Ma)
Subject: X/Y/Z MODEM
Distribution: world
Organization: Demon Internet Services
Reply-To: pm2@aries.demon.co.uk, pm2@doc.ic.ac.uk
X-Mailer: Simple NEWS 1.90 (ka9q DIS 1.19)
Date: Thu, 28 Jan 1993 19:07:11 +0000

Hi,

My comm. software supports XMODEM-1K, CRC; YMODEM & ZMODEM and the remote host
which I am calling uses all of them as well.  My question is: which of the
protocols gives the best performance and reliability when transferring binary
data?

Thanks.

Paul.

-- 
Paul Ma                                Email : pm2@doc.ic.ac.uk
Department of Computing                        pm2@aries.demon.co.uk
Imperial College                               70262.3352@compuserve.com
University of London		       
United Kingdom                         Voice : +44-81-2082677
Newsgroups: comp.dcom.modems
From: fenner@postscript.cs.psu.edu (Bill Fenner)
Subject: Re: *** what's so good about zyxel modems? ***
Organization: Penn State Computer Science
Date: Mon, 25 Jan 1993 02:53:09 GMT

In article <1993Jan24.204102.13127@netcom.com> wolfgang@netcom.com (Wolfgang Henke) writes:
|What makes this ROM based technology so expensive in the Comsphere? 

Because it doesn't require any host support.  How am I supposed to load my
SoftModem from my terminal?

  Bill
Newsgroups: comp.dcom.modems
From: wolfgang@netcom.com (Wolfgang Henke)
Subject: Re: Need info on Digicom Scout + 
Organization: Netcom
X-Newsreader: TIN [version 1.1 PL8]
Distribution: comp
Date: Fri, 22 Jan 1993 08:19:36 GMT

Vincent D. Skahan (vds7789@aw2.fsl.ca.boeing.com) wrote:

: a Supra worth a damn.

Huch? Whats this? Are you kidding?

List of some high speed modems the DSI Scout Plus connects easily to:
(with factory register settings AT&F)
							chipset

Telebit T1600 V.32 (9600)				Telebit
Telebit T2500 V.32 PEP (9600) (PEP answers last ?)	Telebit/Rockwell
Telebit T3000 V.32bis (14,400)				Telebit
Telebit Worldb. V.32bis PEP (14,400) (PEP answers last)	Telebit
ATT Paradyne 3829 V.32bis (14,400)                      ATT
ATT Paradyne 424 V.32 (9600)                            Digicom
USR DS 16,800 (14,400)  (*G0 and *Q0 help sometimes)	USR
USR DS V.32bis (14,400) (*G0 and *Q0 help sometimes)	USR
USR DS V.32 (9600)      				USR/Rockwell
Digicom Scout+ V.32bis (14,400)				Digicom
Digicom Scout V.32 (9600)				Digicom
Digicom 9624LE+ V.32bis (14,400)			Digicom
Digicom 9624LE  V.32 (9600)				Digicom
Digicom 9624E+ V.32bis (14,400)				Digicom
Hayes Ultra V.32bis (14,400)				Phylon
Hayes Ultra V.32 (9600)                                 Phylon
Practical Peripherals V.32bis (14,400)			Rockwell or ATT
Multitech 9632 V.32 (9600)
Multitech 1432BA V.32bis (14,400)
Microcom V.32 (9600)
Intel 14400ex V.32bis (14,400)				Rockwell
Forval IM14400 V.32bis (14,400)				IMC
ZyXEL U-1496E V.32bis (14,400)				ZyXEL
TwinCom 14400 D/F V.32bis (14,400)			Rockwell 	
SupraFAX V.32bis (14,400)                               Rockwell
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
NEC-N9635E V.32 (9600)
Quickcomm Spirit V.32 (9600)				Digicom
Quickcomm Spirit II V.32bis (14,400)			Digicom
Viva V.32 (9600)					Rockwell
Compucom Star V.32 (9600) 				Compucom
Digicom Eagle V.32bis (14,400)                          Digicom
Miracom Courier V.32bis (14,400) 			USR 
Codex 24,000 bps (14,400)  				Motorola

The value in brackets is the speed the Scout+ connected at. If a modem 
you are interested in is not listed, please let me know, including
a number where I might dial in for testing.

-- 
   _________________________________________________________________________
   Wolfgang Henke     Data lanes not car pool lanes      wolfgang@netcom.com 

Newsgroups: comp.dcom.modems
From: zhao@nmsu.edu (Z. Zhao)
Subject: which modems work for SUN?
Organization: Computing Research Lab
Date: Thu, 28 Jan 1993 16:13:26 GMT

I called AT&T to order a DATAPORT 14.4 modems and was tolled that it
would not work for unix workstations like SUN, DEC, ..., but just for
PCs which the modem was designed for. It seems very strange to me. Do
other high speed modems such as ZyXEL, PPI, ... work for workstations
or not? 

Regards,

ZiZi
Newsgroups: comp.dcom.modems
From: dwframe@venus.iucf.indiana.edu (David W. Frame)
Subject: Re: Boca internal 14.4 and Win Fax PRO
News-Software: VAX/VMS VNEWS 1.3-4   
Reply-To: dwframe@venus.iucf.indiana.edu
Organization: Indiana University Cyclotron Facility
Distribution:  world
Date: Fri, 22 Jan 1993 11:23:48 GMT

In article <Jan.21.12.44.22.1993.1782@gandalf.rutgers.edu>, stella@gandalf.rutgers.edu (Ricky ...suave... Stella) writes...
>System is a 386-40dx with AMI Bios...
> 
>I have a good init string to run the modem with no problems at 14.4 (except
>for up/downloads cause of the uart, but...)
> 
>I need all setting to make this darn modem to fax out.  Haven't even try yet
>to receive... The settings suggested by WinFax don't work.  I have Rom 
>version 1.27 (latest) for the modem.  What about control panel settings ???
>What about BIOS settings ???
> 
>Before upgrading the BIOS I got Quick Link II to fax out after playing around
>with BIOS settings, but BIOS resetted itself and don't know what I had before.
>Now it doesn't want to fax.  Communication gets stuck after connecting (doesn't
>send the fax)...
> 
>Thanks...
> 
>-- 

I had many problems with my BOCA internal modem, only to find them all diss-
appear when a new ground wire to my computer was installed.  Fax modems that 
are 9600 and higher need a good earth ground to operate.  (I believe this has 
something to do with echo-cancellation).

This might be something to check.

DWFRAME@VENUS.IUCF.INDIANA.EDU
David W. Frame Electronics Engineer
Indiana University Cyclotron Facility
From: schmitz@scd.hp.com (John Schmitz)
Newsgroups: comp.dcom.modems
Subject: "International" modem?
Date: 27 Jan 1993 15:51:20 -0800
Organization: Hewlett-Packard Santa Clara Division
NNTP-Posting-Host: hpsceo.scd.hp.com

Is there such a thing as an "international" modem that works in any
country?  I am under the impression that phone lines are different
in different countries; is there a modem that can handle all (or
most)?  E.g., if I take my Hayes modem that I use here in the USA to
Australia, will it work?  Will it die?
Newsgroups: comp.dcom.modems,comp.sys.mac.comm
From: nrc@cbnews.cb.att.com (N. Richard Caldwell)
Subject: Re: SFM/Faxstf and Silent Answer (Was Re: supra L roms?)
Organization: AT&T Network Systems  -  Columbus, Ohio
Date: Thu, 28 Jan 1993 15:07:46 GMT

From article <TRSNYDER.93Jan28091707@vf0031.mcs.drexel.edu>, by trsnyder@mcs.drexel.edu (Bob Snyder):
> 
> Ummmm, I agree this is a problem, but I don't think it has much to do with
> Silent Answer.  Silent Answer is where the Supra picks up the phone (kinda)
> when your answering machine does, and listens for Fax tones.  If it hears 
[stuff zapped]
> 
> Serial port arbitration comes in when you've set +FAA=1, so that the modem
> will answer as either a fax or a modem, and will return the appropriate code
> depending on what connection was established.  

Just so we can all keep our terms straight, Supra calls this mode "adaptive 
answering."  You're right, I think the previous poster is talking about 
adaptive answering and not silent answering.


"Don't drive too slowly."                 Richard Caldwell
                                          AT&T Network Systems
                                          att!cbnews!nrc
                                          nrc@cbnews.att.com
From: VESPINOS@CINVESMX.BITNET
Newsgroups: comp.dcom.modems
Subject: Re: INFO-MODEMS Digest V93 #122
Date: 25 Jan 93 13:32:21 GMT
Distribution: world
Organization: The Internet
From: wbe@bbn.com (Winston Edmond)
Newsgroups: comp.dcom.modems
Subject: Re: Need software for Zyxel
Date: 26 Jan 93 17:24:25 GMT
Organization: Bolt Beranek and Newman, Inc., Cambridge, MA
NNTP-Posting-Host: crystal.bbn.com
In-reply-to: balmer@ifi.unibas.ch's message of 25 Jan 93 16:05:55 GMT

balmer@ifi.unibas.ch (Marc Balmer) writes:
>... The manual states somewhere, that the bisync  
>protocol is to be used when transmitting voice data ...???

>If someone had a piece of C that explains the usage of this function I would  
>be happy to receive a copy of it.

The bi-sync protocol aspect is easy to explain.  All characters 0-255 except
DLE (16. = 0x10 = 020) are nominally "data".  A DLE in the character stream
begins an "escape" sequence, consisting of the DLE and one or more of the
characters that follow it.  Classic bi-sync protocol escape sequences are:
		( Octal )
	DLE STX (020 002)    start of transmission
	DLE ETX (020 003)    end of transmission
	DLE DLE (020 020)    send one DLE (***)

and ZyXEL defined the sequences:
	DLE 0   (020 060)    DTMF '0' received
    ... DLE *   (020 052)    DTMF '*' received
etc.

***: This is often called DLE doubling, since you have to check every byte of
     the data you want to send to see if it's a DLE, and if it is, you have
     to send two of them.

Historical note:
The DLE doubling effect is one of the main reasons HDLC was developed.
Consider an arbitrary bunch of characters you want to send from "here" to
"there".  If the characters are random, doubling the DLEs in the data won't
add much, on average, to the number of characters transmitted.  However, if
the data consists solely of DLE characters, use of bi-sync protocol means
you'll need twice the bandwidth you'd otherwise need.  HDLC, by working at
the bit level, reduced this "worst case is +100%" to "worst case is +20%"
(which happens when all bits are 1's).
[end historical note]

On the receiving side, it means read characters, watching for a DLE.  If it's
not a DLE, it's data.  When you see a DLE, read the next character to get the
"command", and go from there.  At the end of the escape sequence, you're back
in "data" mode again.
 -WBE
Newsgroups: comp.dcom.modems
From: sarnold@andy.bgsu.edu (G. Steve Arnold)
Subject: Re: why does sz break ?
Organization: Bowling Green State University B.G., Oh.
Date: Mon, 25 Jan 1993 01:45:32 GMT

gsgathin@sacam.OREN.ORTN.EDU (golando s gathings) writes:
> I am trying to install rz and sz on a sparc station to allow
> tranfers via a dial-in thru a DCA box or a xyplex terminal
> server.  I compile the source code using the 'bsd' switch
> when I try to to download the file using sz on the host side
> and a pc on the local side , it immediately aborts the xfer
>   I have also used the 'sz -TT filename ' command to see
> if the above boxes are stripping  control characters.  It
> returns saying that mode(2) in the rbsb.c module is not 
> implemented.  
> Does any one have any ideas on when the above is happening ?

	Yeah, sounds like the problem here about a year ago when they
installed a xyplex server. the fix for us was to establish the connection
with the proper host and then, before you sz *** (whatever), send a 
modem break (ctrl-END for most DTE software) and enter the following
commands at the XYPLEX prompt...

set session pasthru
set port flow disable

	Then resume your host session and sz away! Ihave *NO* idea if this 
will work for you 'cause I have *NO* idea how close your setup is to this 
one, plus i know almost nothing about the tech. aspects of DCA boxes.
Give this a shot if you haven't tried it already -- if this doesn't work,
I'd also try disabling error correction and adaptive rate negotiation
before you dial -- this seems to help sometimes, too.

	--steve

-- 
   The only difference between a Communist        G. Steve Arnold
   and a Socialist is that the Socialist will     Dept. Math and Stats.
   only confiscate the resources that are         BGSU
   profitable.                                    sarnold@andy.bgsu.edu
Newsgroups: comp.dcom.modems
From:  alex@sch57.msk.su (Alexander Skorohodow)
Subject: MNP/V.42bis descr. wanted!
Date: Tue, 26 Jan 1993 11:12:13 GMT
Reply-To: alex@sch57.msk.su
Organization: School N57

                        Hello All!

 I'd like to implement MNP (level 5) and/or V.42bis error-correction/
compression protocols in a PC board I'm about to design, so can anyone
advise references to descriptions (papers/books/files available 
via FTP) of these protocols (from the implementors point of view, i.e. 
formal descriptions)? 
  Please, do not post files themselves, receipt of big files from abroad
is expensive in Russia.
                                Thanks in advance,
                                        Alexander Skorohodow,
                                        student.

Xref: sparky comp.dcom.modems:20045 alt.security:5382
From: palmer@icat.larc.nasa.gov (Michael T. Palmer)
Newsgroups: comp.dcom.modems,alt.security
Subject: Re: Caller ID products?
Date: 27 Jan 93 22:15:09 GMT
Organization: NASA Langley Research Center, Hampton, VA  USA
NNTP-Posting-Host: icat.larc.nasa.gov

palmer@icat.larc.nasa.gov (Michael T. Palmer) writes:

>palmer@icat.larc.nasa.gov (Michael T. Palmer) (me) writes:

>>In Southeastern 
>>Virginia, we have Caller-ID with absolutely no blocking of any kind offered
>>at any price.  A telemarketer's dream, eh?  I'm not sure if I should be
>>screaming at the phone company, the State Public Service Commission, or
>>both.  I guess I'll start with both - I just found out that it was here
>>(CNID) last week.

>>I'll let you know if it'd do any good for you to scream at them, too.  :-)

>Actually, I just got a different story when I called Bell Atlantic just now.
>"Anonymous Call Rejection" (misleading name, huh?) is available for 25 cents
>per use.  Sound reasonable?  Not if you consider how few people will actually
>pay a quarter extra for every local call to a business...

There was a good reason the name was misleading.  The TelCo rep I talked to
was WRONG!!  I got more and more suspicious, so I called again and got
someone else who said:

  To not transmit a number:  Anonymous Caller
  To reject calls not transmitting their number:  Anonymous Caller Rejection

Makes more sense, now.  But I was right about NO BLOCKING AVAILABLE IN MY
AREA CODE.  No per-call or per-line number-blocking at all.

So I still need to scream at them.

-- 
Michael T. Palmer         |  "A man is crazy who writes a secret in any
m.t.palmer@larc.nasa.gov  |   other way than one which will conceal it
RIPEM key on server       |   from the vulgar." - Roger Bacon
From: lars@spectrum.CMC.COM (Lars Poulsen)
Newsgroups: comp.dcom.modems
Subject: SDLC versus BiSync
Date: 26 Jan 93 02:05:28 GMT
Organization: CMC Network Systems (Rockwell DCD), Santa Barbara, CA, USA

In article <JRiJXB14w165w@zswamp.UUCP> geoff@zswamp.UUCP wrote:
>> Actually, I believe that the BInary SYNChronous protocol was the basis for 
>> SDLC. 

In article <1993Jan23.041318.19307@microsoft.com>
   tnixon@microsoft.com (Toby Nixon) writes:
>The bit synchronous protocols were developed later. HDLC is a "catalog" of
>protocol elements, rather than a protocol itself; many other protocols are
>based on HDLC, such as LAPB, LAPD, LAPM, LLC, etc. SDLC, on the other hand,
>is a link-layer protocol itself; it shares the same bit-level framing as
>HDLC protocols (i.e., the ISO 3309 frame structure), but the frame contents
>in SDLC are different (address fields, control fields, etc.).

SDLC is a selection of HDLC options, just like LAPB is. SDLC is the
predominant example of the half-duplex class of HDLC called "Normal
Response Mode" (as opposed to the symmetric full-duplex "Balanced Mode"
used by X.25 etc).

In the "Normal" procedure class, a link has one master and one or more
slaves. Slaves speak only when they are called upon ("polled") and when
they are done, they say "over" (by setting the "final" bit in the
control field in the header) and then can't speak until they are polled
again. This is very useful for multidrop lines, which used to be common
in large mainframe networks.

Many of the peculiarities of HDLC make more sense after you have seen
SDLC.

I, too, have implemented RJEHASP, 2780, 3780, 3271, etc ... I remember
when I got a datascope as we were starting work on 3271. It made life SO
much easier.


-- 
/ Lars Poulsen, SMTS Software Engineer	Internet E-mail: lars@CMC.COM
  CMC Network Products / Rockwell Int'l	Telephone: +1-805-968-4262	
  Santa Barbara, CA 93117-3083		TeleFAX:   +1-805-968-8256
Newsgroups: comp.dcom.modems
From: oppedahl@panix.com (Carl Oppedahl)
Subject: Re: PP Pocket Modem
Organization: PANIX Public Access Unix, NYC
Date: Wed, 27 Jan 1993 21:59:13 GMT

In <gibbsdl.96.728159477@ornl.gov> gibbsdl@ornl.gov (David L. Gibbs) writes:

>Has anyone tried the new Practical Peripheral Pocket Modem 14400FX?

Well, I have been trying to but I cannot find a store that will sell
me one.  They all claim they have not gotten them in stock.  Can
anyone tell me a place I can call and pay for it with a charge card?
It was favorably reviewed in PC Week, as you may know.

How did PC Week get it?  Not from any of the stores I called.


-- 
Carl Oppedahl AA2KW  (intellectual property lawyer)
30 Rockefeller Plaza
New York, NY  10112-0228
voice 212-408-2578     fax 212-765-2519
Newsgroups: comp.dcom.modems