HDTenEightyP/NetNews huggingface dataset:
From: chuck@chadal.Gwinnett.COM (Chuck Daley)
Newsgroups: comp.dcom.modems
Subject: Re: Tapping modem communications?
Date: 13 Nov 92 03:37:21 GMT

10u6579@csdvax.csd.unsw.edu.au writes:

> 
>   I am curious as to how easily a modem line could be tapped.  I read on 
> sci.crypt that there are problems in tapping a fast modem with error
> correction.
>    Apparently it is no problem to tap a 300-2400baud modem.  I read that
> it is possible to tape record the phone line and then play the tones back int
> a modem, is this really possible??
> 
>    I would really appreciate any thoughts/ comments etc.
> Best Wishes,
> Henry.

Yes, it can be done.  I haven't personally recorded something and 
recreated it later but I am familiar with some people who have.  If the 
signal is going to be recorded, the better quality the recorded signal 
the greater likelihood that the output will be useful.

At work I have had need to use devices that can decode the analog output 
between two modems as the modems were chip based and there was no other 
way to monitor them.  This usually requires two modems to get both sides 
of the data transfer.  So far this has always been at the lower speeds.  
It stands to reason that when the higher speed modems get into MNP or 
V.42 mode that they might be difficult to monitor.  I seem to recall that 
these modes are usually the result of some form of negotiation and a 
monitoring modem that was not party to such negotiation probably wouldn't 
set up correctly.

That's my $0.03 worth.

Chuck

*******************************************************************************

Chuck Daley KD4LXQ              Internet:    Chuck@CHADAL.GWINNETT.COM
10565 Willow Meadow Circle      Compuserve:  73457,3114
Alpharetta, GA  30202           Genie        C.DALEY.1
*******************************************************************************
Newsgroups: comp.dcom.modems
From: bobl@bobsbox.rent.com (Bob Lindabury - SysAdmin)
Newsgroups: comp.dcom.modems
Subject: Re: SupraFax v32bis and BUSY tone
Date: 6 Nov 92 09:37:54 GMT
Organization: Raven Enterprises -- Piscataway, NJ USA
X-NewsSoftware: GRn 1.16f (10.17.92) by Mike Schwartz & Michael B. Smith

In article <JESPER.92Nov4210330@elixir.elixir.e.kth.se> jesper@elixir.e.kth.se (Jesper Karlsson) writes:
> In article <1992Nov04.165933.135935@ipgaix.unipg.it> peppe@ipgaix.unipg.it (G. Vitillaro) writes:
>
>    A friend of my just bought for me a SupraFax V32bis Modem
>    in US. Its ROM level is 1.2H.
>
>    For what I see it works fine except for recognize BUSY
>    tone on Italian lines. I mean when it meet a BUSY line
>    it just wait for the carrier period to expire without
>    returning the BUSY string.
>
> I got the same sympthoms when I "upgraded" my modem from 1.2C to 1.2H. The
> BUSY detect used to work in the old ROM's, so I guess it's a feature. 8^)
>
> /Jesper

Hmm..I just received 2 SupraFAX modems which I ordered over thier BBS.
The order took 3 days to process and then was shipped out UPS ground and
arrived in 5 working days.  This seems to be very good service if you
ask me. (for all those who are poo-pooing Supra's service).

But to the question at hand.  I checked the version of the ROM with the
I command and it says ROM 1.2J.  I guess this is newer than the H ROM.

I will be giving the Supra BBS a call to see what the scoop is.

Since I have hooked up the modem, I have had absolutely! no problems
what-so-ever with the modem.  I am running UUCP with the port locked at
38.4k baud.  I have 12 sites that poll me at rates from 2400 up and I
poll out to them as well.  These sites include local and LD calls and I
have yet to see a problem.  Busy detect works fine.  I've faxed to a
couple of machines and that works fine.

I also used the modem with a term program and had no problems with that.
I noticed that the modem came pre-configured for typical operation (RE:
&C1 &D2).

All in all I'd say this is a pretty fine little modem.  I don't know
what all the fuss is about.

As for BUSY detect, there are different busy signals..fast busy, slow
busy and probably a few more.  Maybe some of them are unsupported by the
modem but I have yet to have a problem with that.  Is it possible that
the busy signal was so low that the Supra couldn't detect it?

--
 Bob Lindabury

InterNet: bobl@bobsbox.rent.com                | Raven Enterprises
    UUCP: ...rutgers!bobsbox!bobl              | 25 Raven Avenue
  BitNet: bobl%bobsbox.rent.com@pucc           | Piscataway, NJ 08854
  Home #: +1 908/560-7353                      | +1 908/271-8878
From: ctoomey@ccvax.ucd.ie
Newsgroups: comp.dcom.modems
Subject: Looking for `Magic' rebooter box for 'phone line..
Date: 11 Nov 92 18:25:56 GMT
Organization: University College Dublin

I'm looking for something that I seem to remember having seen in the back pages
of some magazine or other, and I'm wondering if anyone knows of such a
beastie..

We have a machine running pcAnywhere, to allow a user in Germany access to our
NetWare 3.11 LAN here in Ireland.  What sometimes happens is that the line will
get dropped, due to a VERY noisy line etc., and the pcAnywhere host will not go
back to answering the line, but sit there needing someone to tell it to start
answering the phone again [it doesn't stick the modem into Autoanswer, but just
looks for a 'RING' from the comm. port].

What I'd like to be able to do is to reboot the pesky thing in such a
situation.  Ideally what I'm looking for is a box that plugs into the phone
socket, and the wallsocket, and can be set to answer on the (say) 4th ring. 
Using a DTMF phone, you should be able to then reset the equipment attached to
the plug on the `magic' box.

Anyone know if there exists such a beastie suitable for our use, and where we'd
go about finding it..

Thanks,

	- Colm Toomey -
From: clifto@indep1.UUCP (Cliff Sharp)
Newsgroups: comp.dcom.modems
Subject: Re: Is ZMODEM in the public domain?
Date: 7 Nov 92 20:23:23 GMT
Distribution: na
Organization: as little as possible

In article <68945@cup.portal.com> Robert_N_Brauer@cup.portal.com writes:
>For everyone who is interested: ZMODEM was created for and remains in
>the public domain. Later versions of the zmodem protocol are proprietary
>and are offered by Chuck Fosberg at Omen Technology.

   As I understand it, the protocol still remains in the public domain, but
the _implementations_ of it produced later by Chuck are proprietary.  Am I
right and just making a picky little distinction, or is the protocol itself
now proprietary?
   In any event, from what I understand, old protocol implementations will
still work with new ones, they just don't have all the bang-for-the-buck
that the newer stuff does.
-- 
+------------------------------------------------------------------------------+
|   Cliff Sharp  |      clifto@indep1.chi.il.us   OR  clifto@indep1.uucp       |
|     WA9PDM     |                 Use whichever one works                     |
+------------------------------------------------------------------------------+
Newsgroups: comp.dcom.modems
From: rouquett@overcat.jpl (Nicolas Rouquette)
Subject: Re: How about Intel vs. ZyXEL? (Was Re: Straw Poll of Supra and ZyXEL)
Organization: /home/users/rouquett/.organization
Date: Fri, 6 Nov 1992 21:37:42 GMT


I got an Intel 14.4ex. Indeed, it is a champ on noisy lines; actually,
sometimes it overdoes it when renegotiating the line too often to get the
highest speed possible. I wish there was a way to tell it, "chill out! 
the current speed is fine." The bad news for Intel is that if you plan on
using their modems with unix boxes, beware! 

The bottom line there is what flow control scheme you need. For Sun
workstations for example, the zs driver for the serial port on the
motherboard doesn't handle the rts line. Whether it's the zilog chip
itself or the software,I don't know. Based on this information, it
seems that the best you can get is cts for outbound traffic and
xon/xoff for inbound traffic -- has anybody better schemes for Suns?.
Finally, the question is whether the modem can live with that kind of
environment.

For Intel, the answer is no. For USR, the answer is yes, last I
checked on a manual for a Courier v32bis DS. For Zyxel, I don't know.


--
----------Nicolas Rouquette----------rouquett@aig.jpl.nasa.gov
    Artificial Intelligence Group
      Jet Propulsion Laboratory
From: damouth@wrc.xerox.com (David E. Damouth)
Newsgroups: comp.dcom.modems
Subject: Re: Hayes Press Release: Pocket V.32bis/V.42bi
Date: 10 Nov 92 13:10:06 GMT
Reply-To: damouth@wrc.xerox.com
Organization: Xerox Webster Research Center

How about differentiating between press releases and new product
announcements?  I'd like to see the former banned and the latter
encouraged.

In the present case, Toby could have edited out the hype, leaving a
message that contained only the technical functionality,
specifications, and price.  It would have been just as informative and
about one third as long, and would have offended many fewer people.

---
/Dave
David E. Damouth
Xerox Webster Research Center
damouth@wrc.xerox.com
voice: 716-422-3186
fax: 716-265-7133
Newsgroups: comp.dcom.modems,comp.dcom.fax
From: eli@spdcc.com (Steve Elias)
Subject: posting press releases
Organization: S.P. Dyer Computer Consulting, Cambridge MA
Date: Thu, 12 Nov 1992 16:19:09 GMT

Toby, the press releases are worth posting.  i'm happy to 
be reading em in dcom.fax, especially when you put em out
the same day.  that's very useful, thanks for doing it.
reading between the lines is where the fun is, anyway.
many of these press releases have technical ramifications
even if they do not announce new products.

do yall recall the stooge for FRIA (companies who won't license faxback)
who put out a posting quoting parts of their <expletive-deleted> press 
release about faxback?  or the pointers to various faxback companies?
this is all useful info!

i wonder if anyone would be interested in reading the brooktrout
press release in response to FRIA's legal maneuvering and press release.
i've got a printout of it somewhere...

stooge, 

/eli

-- 
/* eli@spdcc.com */
From: jjctc@lhdsy1.lahabra.chevron.com (James C. Tsiao)
Newsgroups: comp.dcom.modems
Subject: How about Intel vs. ZyXEL? (Was Re: Straw Poll of Supra and ZyXEL)
Summary: How does Intel compare with ZyXEL?
Keywords: Intel, ZyXEL
Date: 5 Nov 92 22:42:40 GMT
Organization: Chevron Oil Field Research, La Habra, CA.

In article <140718@lll-winken.LLNL.GOV> scriv@angmar.llnl.gov (Mark Scrivener) writes:
>
>The ZyXEL, however, appears almost bullet proof. If you want the next
>best thing to perfection and don't want to pay out the nose for it,
>buy a ZyXEL (or so say our survey respondants). Other benifits of the
>ZyXEL included better customer support, instant free ROM upgrades via
>down-loadable ROM images (provided you can burn your own ROMs), and a
>68000 with 2 DSP chips (providing a much more flexable engine than the
>Rockwell ASICs in the Supra).
>

There have been a lot of praises for the ZyXEL here lately.  My question
to you folks is:  How does the Intel 400 compare to the ZyXEL?

I'm considering the Intel 400 internal (14400 fax/modem, new UART,
and internal buffering).  I've heard it is a champ on noisy lines,
and the buffering really helps in throughput.  What would be the
comparable model from ZyXEL?  How much does it cost?  Does anyone
have bad experiences with the Intel?

I would like to hear some comments, recommendations, experiences,
etc., for or against either unit.  Any help would be greatly 
appreciated.

Thanks,

James.

Newsgroups: comp.dcom.modems
From: mem28103@uxa.cso.uiuc.edu (M Mem28103 M's)
Subject: What does the DSR option do?
Organization: University of Illinois at Urbana
Date: Fri, 13 Nov 1992 07:47:07 GMT

What is the DSR option anyway?  Is there a preferred setting?  The
default on my modem is "always on".

Thanks in advance.

Marc Munoz

Newsgroups: comp.dcom.modems
From: medin@dscs.arc.nasa.gov (Milo S. Medin)
Subject: Modems with E&M signalling support
Organization: NASA Science Internet Office
Date: Mon, 9 Nov 1992 02:36:39 GMT

Hi.  I was wondering if anyone out there knew of any modems
that support E&M signalling.  This capability, along with
support from the CO switch or PBX, allows the modem to
determine what the called number is.  It requires 4 wires
to the switch, instead of the usual 2.

Note this is not caller id, where the calling number is 
transmitted, but rather getting the called number.  This is
very useful if the PBX was programmed to route several destination
numbers to the modem, and you wanted the computer's software to
act differently depending on which phone number the originating
actually called.

I'd prefer a modem that supported v.32bis and FAX, but right I'm
just interested in any modems that support this at all.

					Thanks,
					   Milo
Newsgroups: comp.dcom.modems
From: keating@rtsg.mot.com (Edward Keating)
Subject: Re: Hacking USR ROMS [4.2 - 4.1]
Organization: Motorola Inc., Cellular Infrastructure Group
Date: Fri, 6 Nov 1992 20:23:33 GMT

panizo@riogrande.cs.tcu.edu (Maria Panizo) writes:

>In article <Bww1LC.GMr@xcluud.sccsi.com> dkl@xcluud.sccsi.com (David Leikam) writes:
>>   Consider the automobile analogy. If someone wants to manufacture and sell
>>cars in this country, then those cars MUST meet certain pollution-control
>>standards, usually accomplished with various add-on devices.
>> 
>>  Those devices can be physically removed/bypassed by the user. Now, that
>>might not be LEGAL, but if it isn't, that matter is between the user and
>>the state. It certainly doesn't affect the manufacturer's status as having
>>sold a car complying with the existing regulations.
>>
>>  In a similar vein, if I build a device, or modify an existing device, such
>>that it no longer meets FCC/RBOC standards, it's MY affair, not that of the
>>manufacturer, or of the Radio Shack/wherever that sold me the parts, or of
>>Intel or whoever made the IC's that I used to do it.
>>
>>

>If the car you bought had a switch on the dashboard that wasn't marked, but
>when you turned it on, the pollution-control devices were disabled, I believe
>it WOULD be something that the authorities would be interested in.

>MP

It isn't like that, its more like: You have a 1990 Chevy and you put a 1989
engine into it. After all the car(modem) was originally equipped with that 
particular option in a prior year. As long as you still don't pollute the
environment, you don't have a problem. If you change the eprom chip in your
modem it is either going to work fine or not at all. There just isn't too many
ways a modem can go half way and still work. If you could disturb the network
in some way that would cause harm,( too hot a transmit level or out of band
signalling) then the modem isn't going to work well if at all.
-- 
#undef .sig
From: hzink@alchemy.UUCP (Harald K. Zink)
Newsgroups: comp.dcom.modems
Subject: Having problems with FAXstf an
Date: 11 Nov 92 01:42:10 GMT
Reply-To: hzink@alchemy.UUCP (Harald K. Zink)
Organization: Alchemy Software Designs


Make sure you are using the latest version of the FAXstf software that is 
compatible in all respects with your modem.  Also, make sure you have at least 
ROM revision 1.200C (type ATI3 to verify).

If you have the hardware handhsake cable, you need to disbale that with your 
Mac Plus, as teh Mac Plus serial port does not properly handle hardware 
handshake.
Newsgroups: comp.dcom.modems
From: rorem@bert.eecs.uic.edu (Doug Rorem)
Subject: 2 vs 4 wire leased lines
Organization: University of Illinois at Chicago
Date: Fri, 6 Nov 1992 15:37:12 GMT

 I was wondering what advantages there are for 4 wire vs 2 wire
leased lines.  It seems as though more modem manufacturers are
offering a 2 wire option (if they have leased line capability)
than 4 wire. Is that because of cost considerations?

 It is my understanding that all telephone connections between
telco central offices are 4 wire, so from that standpoint,
a 4 wire option would seem the best (less echo problems, etc).

 Any comments? (sorry if this is a FAQ).

Doug Rorem
University of Illinois at Chicago
rorem@bert.eecs.uic.edu
Newsgroups: comp.dcom.modems
From: cfw@unixland.natick.ma.us (Christopher Wroten)
Subject: Zyxel & Slow text scrolling with Crosstalk For Windows
Organization: Unixland Public Access Unix & Think_Tank BBS
Distribution: usa
Date: Mon, 9 Nov 1992 12:33:37 GMT

I have just received a new ZyXel 1496E modem and use CrossTalk for
Windows under Windows 3.1 on a 486/33 EISA machine with a Diamond
Speedstar Plus 1024x768x256 video card. On all connections, I notice
that CrossTalk scrolls text extremely slowly, as if the connection
were at about 1200 bps, instead of my usual 14.4K. When the screen
is clear and the text comes from the top down, it works very fast
and very nicely, but once it reaches the defined screen size in #
of lines per screen, it then scrolls quite slowly. I am using COM2
under Windows. The behavior is the same whether the port is gen'ned
at 9.6K, 14.4K, 19.2K, 38.4K, or 56.7K.

This behavior *does not* occur when I use ProComm Plus 2.01 or
QModem 4.5 in the sme situations. Nor does this occur with my Gateway
Telepath 14.4K modem on my other 486/33 ISA with ATI Ultra Graphics
1024x768x256 video card, even with CrossTalk.

Any clues as to what is happening and how to fix it?

Christopher Wroten, cfw@unixland.natick.ma.us
From: Sevo_Stille@f.maus.de (Sevo Stille)
Newsgroups: comp.dcom.modems
Subject: Re: WARNING: USR vs ADB
Date: Thu, 05 Nov 92 14:22:00 GMT
Organization: MausNet
X-Gateway: MausGate/News 1.14

searsk@med.ge.com (Kevin D. Sears) writes:

s>However, it seems to be a poor choice on USR's part to pick a connector for
s>power which has been a standard in the computer industry since 1987 for a
s>data bus.

However it seems to be a poor choice on Apple's part to pick a connector for a
data bus that was originally developed for low quality consumer class audio
devices like tape decks and which moreover has been a standard in computer
industry for MIDI connectors (38.4k serial ports) since 1982. ;-))

bye Sevo
From: mosemann@unlinfo.unl.edu (Russell Mosemann)
Newsgroups: comp.dcom.modems
Subject: Supra to Supra periodic 5 second pause
Date: 9 Nov 1992 00:50:06 GMT
Organization: University of Nebraska--Lincoln	
Distribution: world
Reply-To: mosemann@unl.edu
NNTP-Posting-Host: unlinfo.unl.edu
Summary: We are experiencing a Supra-to-Supra periodic 5-second pause
Keywords: Supra pause

   The scenario:
                                      Private
                          ___________   PBX    ___________
   Mac SE/30 or VT420 ---| Supra (C) |--------| Supra (H) |----
                          -----------          -----------     |
                                                               V
                                                         _____________
                                                        |DECserver 500|
                                                         ------------- 
                                      Private                  ^
                          ___________   PBX    ___________     |
   Mac Quadra or VT420 --| Supra (C) |--------| Supra (C) |----
                          -----------          -----------

   Everything uses hardware flow control.  The DECserver speed is 38400.
The VT420's are 38400 and the Macintoshes are 57000.  We can connect to
the terminal server about 1 in every 10 tries.  The modems try to
connect at 14.4 nine of those times and then hang up.  The 10th time
they connect at 9600 with LP and DC.  The modems report a line quality
around 027.  Though, the lines sound just fine to the human ear.  Signal
strength is 016.  Once we get a connection, the modems stick right in
there.  We are hoping that putting the new H ROM's in each modem will
remove some of these problems.
   The currently irritating problem is that we experience pauses,
delays, and jerkiness in the transmission.  Amount of data transferred
does not seem to make a difference.  The pauses are intermittent and
last up to 5 seconds.  The status from the DECserver shows that the
maximum cpu usage is around 10% and there has never been a time when a
buffer was not available for the user.  So, the terminal server is not
loaded and does not appear to be the problem.
   The modems occassionally display RE (receive error) and TE (transmit
error), but they don't display it often and they are not displaying these
messages during the pauses.  If one modem is displaying RE, will the other
modem always be displaying TE and vise versa?  Will RE or TE always be
displayed when an error has been detected and/or a retransmission is taking
place?
   So, do we just have terrible lines, modem-wise, or is something else
happening, and how do I correct it?
--
Russell
mosemann@unl.edu
Xref: sparky comp.dcom.modems:16643 comp.dcom.fax:2077
From: clifto@indep1.UUCP (Cliff Sharp)
Newsgroups: comp.dcom.modems,comp.dcom.fax
Subject: Re: Hayes Press Release: Pocket V.32bis/V.42bis/Fax 144 modem
Date: 9 Nov 92 21:24:40 GMT
Followup-To: comp.dcom.modems
Organization: as little as possible

In article <1992Nov6.160950.9235@telesoft.com> trevor@telesoft.com (Trevor Bourget @ignite) writes:
>In <6287.2af9d8e1@hayes.com> tnixon@hayes.com writes:
>
>>Notice: The following Hayes press release is provided for news and 
>>information purposes only and is not intended to be construed as a 
>>commercial advertisement or solicitation.
>
>I'm sorry, but if it quacks then it's a duck.  The only purpose of a
>press release is to get more interest in your great product.  Put it
>in comp.newprod, please.

   But if it barks it may be a dog, coyote, wolf, etc.  The releases that
Toby is writing are for informative purposes (as he says at the beginning
of each); i, as a computer consultant, have a need to know these things,
and you, as an aggravated reader, have an 'N' key that will shut them out
from your attebntion forever.
   I understand (and used to agree with) your stand on this sort of thing.
But I do have to agree that press releases of the kind that Toby is sending
are useful to people like me and others.  Please feel free to use your 'N'
key liberally, and please let people like me (who really need the information)
have the messages put through.
-- 
+------------------------------------------------------------------------------+
|   Cliff Sharp  |      clifto@indep1.chi.il.us   OR  clifto@indep1.uucp       |
|     WA9PDM     |                 Use whichever one works                     |
+------------------------------------------------------------------------------+
Newsgroups: comp.dcom.modems