HDTenEightyP/NetNews huggingface dataset:
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Newsgroups: comp.dcom.modems
Subject: Re: PEP over SLIP?
Date: 19 Nov 92 06:31:49 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In article <BOB.92Nov18175532@volitans.MorningStar.Com>, bob@MorningStar.Com (Bob Sutterfield) writes:
> ...
> 
> Even with only a single FTP stream traversing the link in one
> direction, the returning TCP ACKs (even VJ-compressed) usually require
> a large PEP packet,

Are you sure?  I thought the magic number was 12 bytes.
12 is much larger than any reasonable VJ-compressed ACK.


>                     and thus trigger a carrier turnaround.

I've seen plenty of strange turnarrounds--rather, heard them with the
speaker on.  But only during light loading.  The worst case I know of
is `ping`.  The ICMP ECHO's seem to hit the modems at just the wrong
times, causing them to waste lots of time switching packet sizes and
turning the line around.

> Performance (both throughput and latency) degrades under increased
> offered load much more catastrophically with PEP than with V.32bis.

Are you sure?  From my experience, PEP does best when loaded.
It does worst with light traffic, such as interactive stuff.

I just don't see how SLIP/PEP can "degrade under [increased] offered
load."  With increased load, the modems turn the line around less
frequently, thereby wasting less bandwidth.  "Collapse" would require
just the opposite, decreased effecency with increased offered load


> We recommend that people use PEP or TurboPEP for their PPP or SLIP
> connections only in those situations where the modems are unable to
> hold the line with a standard full-duplex carrier.
> 
>    IMHOP, You are better off to run V.32
> 
> or V.32bis, or any of the true full-duplex pre-V.fast hopefuls.

On the substantive issue, we all agree.


Vernon Schryver,  vjs@sgi.com
Newsgroups: comp.dcom.modems
From: tim@boxhill.com (Timothy Jones)
Subject: Re: Zyxel refuses to drop carrier detect ?
Organization: Box Hill Systems Corporation, New York, NY
	<1992Nov22.165712.820@kilowatt.uucp>
	<1992Nov22.211927.1834@u.washington.edu>
Date: Mon, 23 Nov 1992 14:06:16 GMT

See my summary for this very problem posted last week.  To summarize my
summary, some E models got shipped with E+ PC boards, which appears to be the
cause of the problem (I don't know the specific technical details).  If you
get a replacement E model PC board, the problem will magically disappear.

Tim
--
Timothy Jones                                           e-mail: tim@boxhill.com
Box Hill Systems Corporation                                voice: 212-989-4455
161 Avenue of the Americas, New York, NY, 10013               fax: 212-989-6817
Newsgroups: comp.dcom.modems
From: gtoal@cursci.demon.co.uk (Graham Toal)
Subject: Twincom init string? 
Distribution: world
Organization: Current Drugs
Date: Tue, 17 Nov 1992 19:28:19 +0000


In article <1992Nov14.144406.4188@mnemosyne.cs.du.edu> mshields@nyx.cs.du.edu writes:
>If anyone has a Twincom 14.4/DFi that they can successfully connect at
>14.4kbps to other modems with, could you please e-mail me the init string
>you use. 

ATZ

Works for me.  I've *never* had a modem that needs an init string to call
another modem.  (Only problems I've had have been when someone with a
Miracom (== USR I think) tries to call my Twincom.

G
From: josip@eng.umd.edu (Josip Loncaric)
Newsgroups: comp.dcom.modems
Subject: Re: Ever Left a Supra on for 24 hrs ?
Date: 21 Nov 92 17:17:08 GMT
Organization: Project GLUE, University of Maryland, College Park

In article <1992Nov20.003301.17265@nuscc.nus.sg> isc10192@nusunix1.nus.sg (KOH KHANG WEE) writes:
>
>Has Anyone left his Supra on for 24 hrs and lived to tell the tale ?
>I have a supra and it seems the problems lie with the power adapter and
>not the modem itself. The Adapter heats up so much until it is too hot
>to touch after five hours of usage, however the modem is still alright.
>What i am afraid is the Adapter burning up on me. Maybe someone can tell
>me about their experiences ?

My Supra has been on continiously for 5 months without problem.  
I've noticed only one power supply problem: it has no reserve to
allow you to "ride through" brief (few ms) power dropouts.  My Mac II
can tolerate such power droputs, but Supra cannot.  It has happened
2-3 times in 5 months: afterwards, the modem needs to be power cycled
which also means that the fax software must reinitialize it.

My Supra has had no trouble at all with data connections.  However,
its tiny internal speaker died (and I don't care enough to fix it).
Day-in, day-out this modem is on, mostly to receive faxes.  For the
most part there are no problems with these either.  Out of 100 or
so different fax machines contacted, less than 5% had the following
problem: failure to negotiate the faxdata rate.  For these few, I solve
the problem by limiting the send/receive fax speed to 4800 in the
Chooser (FaxPrint setup).  A nuisance, but it works for those few
machines which had trouble and which I seldom contact.  Anyway, since
my fax software uses "class 1" (not 2) to talk to the faxmodem,
I suppose that the problem is with the software, not modem.

Out of many hundreds of fax sessions, two ended up with my fax
software not being able to hang up properly after transmission.

Data connections work just great -- with compression, I'm getting
Zmodem transfers of some 3700 cps (text) and 1640 cps (pre-compacted
binaries).  No dropped connections, no failure to negotiate, no errors,
no trouble at all.  That's my experience.

Overal assessment: works just fine for attended operation, only a few
problems with unattended operation (in 5 months of experience).  Worth
the money.

Josip
Newsgroups: comp.dcom.modems
From: gerg@netcom.com (Greg Andrews)
Subject: Re: T2500 drops connection when going to command mode
Organization: Netcom Online Communications Services (408-241-9760 login: guest)
Date: Fri, 20 Nov 1992 08:14:19 GMT

tpaquette@ita.lgc.com (Trevor Paquette) writes:
>
>  Just as the title says..
>
>    When I type '+++' to drop to comand mode on a T2500 it drops the
> connection after a few seconds.. Has anyone else seen this, and/or
> know how to remedy it?
>

Sure.  Make the OTHER modem ignore the escape sequence.  Your T2500
isn't the one dropping the connection (unless you're also typing "ATH").

The other modem is seeing the echo of your keystrokes, including the
three plus signs.  The other modem is dropping to command mode, and saying
"OK".  That "OK" goes to the other modem's computer, and they're probably
getting into an echo war.  After a couple of seconds, the computer gets
upset and terminates the session, disconnecting your call.

You can also solve this by setting S54=0 in your T2500 and sending a Break
signal instead of the escape sequence.  However, it's better to make the
other modem ignore the escape sequence.


-- 
 .------------------------------------------------------------------.
 |  Greg Andrews   |       UUCP: {amdahl,claris}!netcom!gerg        |
 |                 |   Internet: gerg@netcom.COM                    |
 `------------------------------------------------------------------'
Newsgroups: comp.dcom.modems
From: nick+@pitt.edu (Nick C De Mello)
Newsgroups: comp.dcom.modems
Subject: Supra vs ZyXEL  v32.bis
Date: 18 Nov 92 04:01:34 GMT
Distribution: na
Originator: nick@unixd2.cis.pitt.edu


People:

  Thanks for the advice concerning the Supra Fax Modem (v32.bis).  The
consensus was that the Supra was either acceptible, or not, but not 
great.  Some people suggested that it's ok for dialing out, but not
in.  And everyone who didn't like it (and some who did) recommended
getting a ZyXEL instead.  Since the price isn't that much more, I 
think I will, but I wanted to pose this question before I do:
Is there any reason to choose a Supra over a ZyXEL (November 
MacUser did...), other than the fact that its 50-100$ cheaper?
Also, where is a good (cheap) place to buy one, and is the U-1496E
the v32.bis model to get (I heard reference to a more expensive
U-1496 sans E, but don't really know what that is...)?

                                 Thanks again,

                                   -- Nick

(PS - again the system is a Mac SE/30 8/80)
--
-- 
   _/   _/  _/  _/_/_/   _/   _/  Sea Shells to C shls,  Waikiki to
  _/_/ _/  _/  _/   _/  _/_/_/     the Internet, a wave, is a wave...
 _/ _/_/  _/  _/       _/ _/                   
_/   _/  _/   _/_/_/  _/   _/                       Nick+@pitt.edu
From: puma <puma@halcyon.com>
Subject: Re: Faxing with USR Sportster
Originator: bbs@halcyon.com
Keywords: USR Sportster Fax
Organization: organized?? me??
Date: Thu, 19 Nov 1992 01:22:33 GMT

derek@morris.b17d.ingr.com (Derek Morris) writes:

> I'm using WinFax Pro with my new USR Sportster fax modem.  It goes
> through all the motions but all I get off the fax machine is the
> top inch or two of the document.  I've seen this mentioned before
> here, but didn't pay any attention (it was before I bought the 
> Sportster).  Any help would be greatly appreciated.

Depending on your version of winfax pro, find the file named MOD1.ZIP
which is a fix for Practical Peripherals fax modems.  It also helped
with my USR dual standard, which was doing the same thing.
Newsgroups: comp.dcom.modems
From: yeap@alg3.eecs.nwu.edu (Kok-Hoo Yeap)
Subject: File exchange software recommendation
Originator: yeap@alg3.eecs.nwu.edu
Organization: EECS Department, Northwestern University
Distribution: usa
Date: Tue, 17 Nov 1992 16:03:41 GMT

This is probably a simple request but I am not familiar with any
data communication software, so ...

I have two PCs. They need to exchange files (both ways) regularly.
The incoming and outging files are stored in designated directories.
On certain time of the week, one PC will call up the other to initiate
the exchange.  Is there any software that can do this ?

Typically, there will be 20 ascii file exchanges, each is approx 1K byte.
The two PCs are 10K miles apart, expect bad phone connection.
Both have standard 2400 baud modem without "on the fly" compression.
So, some kind of batched software compression is desired.
Also, only the caller PC has a human operator. The called PC
should run by itself.

I understands that there are BBS sharewares that can do the job
but I am looking for something simpler. Any pointers ? 

-- 
/  Gary (Kok-Hoo) Yeap       yeap@eecs.nwu.edu  \
\  Department of EECS, Northwestern University  /
Newsgroups: comp.dcom.modems
From: wolfgang@rahul.net (Wolfgang Henke)
Subject: Quicklink II fax software
Organization: a2i network
X-Newsreader: TIN [version 1.1 PL6]
Date: Sat, 21 Nov 1992 23:36:37 GMT

Screwtape (turkstra@cs.hope.edu) wrote:
[much interesting stuff deleted]

: PRO!  I agree the software isn't the best, but I doubt it's worse than Quicklink II 


I have recently looked around for a decent MacIntosh fax program and tested
several. I decided that Quicklink II is a nice package and seems to work well
with the modem I sell (Digicom Scout+). Yes, I was surprised, too.

I would not recommend to use it for terminal emulation, though. Any program
which does not support Zmodem is just not worth spending any time with. The
public domain/shareware Zterm program is better suited for this. 

Scout+, Spirit II or Eagle users who are interested in a MacIntosh fax upgrade 
please send email. (The list price from Smith Micro Software in Huntington 
Beach, California is $69.95 (714) 362-5800).


-- 
Wolfgang Henke <wolfgang@rahul.net>
Newsgroups: comp.dcom.modems
Subject: Re: ZyXEL models, etc.
From: nick+@pitt.edu (Nick C De Mello)
Date: 20 Nov 92 18:17:47 GMT
Organization: University of Pittsburgh

>It seems ZyXEL is definatly the way to go for a low-cost
>high-speed modem. Could someone please post a listing
>of the ZyXEL models, and what options each one has? Also,
>if someone could post their phone numer, so I could call
>for a catalog (If they have one) that'd also be nice. 
>We'll be purchasing 6-10 V32bis modems early next year for
>our terinal server, and it seems ZyXEL is the way to go!

  Kandy Shack 800-636-1170 sells em for $329

   U-1496 E   std v.32bis
   U-1496 E+  v.32bis upgradable to superfast

   U-1496 S   v.32bis, plus line testing diagnostics and great display
   U-1496 S+  as above but upgradable to superfast

                                 -- Nick



-- 
   _/   _/  _/  _/_/_/   _/   _/  Sea Shells to C shells,  Waikiki to
  _/_/ _/  _/  _/   _/  _/_/_/     the Internet, a wave, is a wave...
 _/ _/_/  _/  _/       _/ _/                     
_/   _/  _/   _/_/_/  _/   _/  CompSrv: 71232,766 * I-Net: Nick+@pitt.edu
From: lars@spectrum.CMC.COM (Lars Poulsen)
Newsgroups: comp.dcom.modems
Subject: Re: Opinions about ZOOM 14.4K FAX modem?
Keywords: FAX,MODEM,ZOOM
Date: 18 Nov 92 05:56:03 GMT
Organization: CMC Network Systems (Rockwell DCD), Santa Barbara, CA, USA

In article <1ebpiaINN7me@seven-up.East.Sun.COM> jdesai@ilu.COM writes:
>I recently bought a ZOOM 14.4k FAX modem with latest ROM etc. It has a one
>month moneyback guaranty and I am having some trouble with sending/
>receiving FAXes with FAXstf software on my Mac which came with the modem.
>The last page is either not confirmed when receiving or sending.
>Sometimes, it just won't connect to the other FAX machines.

Although CMC is part of Rockwell, my affiliation with the modem group is
solely as a customer (we build an OEM version of the modem solely for
use in our box-level router product).

I have had some experience with both fax-modems in general (having had a
rather frustrating experience installing a Unix email-to-fax gateway
using an Everex 2496 faxmodem) and with Rockwell-based V.32bis/FAX
modems, of which the above mentioned Zoom is one example.

In general, there are a number of older FAX machines installed which
have group 3 implementations that contain protocol bugs or timing
problems. In many cases, these cause no problems when connecting to
other "hardwired" fax machines. You may not notice if the remote machine
times out when you send the last page of a fax. But if you are using an
unattended fax gateway program, the program will note the lost
acknowledgement and offer to retry the transmission. This can be quite
troublesome. Several of the companies we do business with had machines
that had such problems, and we managed to persuade them to upgrade.

To effectively troubleshoot such problems, you need to collect very
detailed information. You mention the brand of your modem and fax
software, but neglect to give any specific revision information. You
should also collect a list of specific remote machines that you have had
good experiences with, as well as ones that you have had problems with,
and what the problem was, and whether the problem persisted on a retry.

Where the remote station is a computer with a faxmodem, you again need
modem brand and firmware version as well as software brand and version.

Without this information, all you are doing is venting your frustration.
With this information, we can maybe together build a list of bug
descriptions that will allow modem vendors and software developers to
develop solutions to these problems.

To display the firmware revision level of a Rockwell-based modem,
record the responses to ATI0 and ATI3.

-- 
/ 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: berger@atropa (Mike Berger)
Subject: Re: Why is Supra able to sell?
Organization: University of Illinois at Urbana
Date: Mon, 16 Nov 1992 22:14:13 GMT

t9114145@phillip.edu.au writes:
>In article <17375@mindlink.bc.ca>, David_Hunter@mindlink.bc.ca (David Hunter) writes:
>> I have a Supra v.32bis.  I purchased it about 6 months ago based on its
>> impressive list of features, price, and that the only things I had read in
>> computer magazines were positive.  I was not reading net messages at that
>> time.  Over the last 6 months I had many difficulties and have been able to
>> eventually work around them at a considerable cost it time, money and
>> frustration.  I am now at the point where I am getting what I want from my
>> modem, but its performance was so far from "plug and play" it is ridiculous.
>> positive things about Supras in the computer mags as if they work just super?

>Hypothesis: People who write for magazines generally use lots of different 
>products and can make things work even if the manual doesn't spell it out.
>People who have been complaining heaps about their modems either can't work
>it out without detailed, step-by-step instructions and lots of hand-holding,
*----
I don't agree.  In my experience, a lot of users are just too easily
satisfied with a bad product, or they're unaware of poor performance.
For example, a while back somebody recommended USR modems and indicated
that his worked "fine".  So I e-mailed and asked what he meant by "fine",
and what kind of use he gave them.  He responded that his company had
purchased 12 modems, 8 worked on arrival, they shipped the others back
for replacement, got 3 more working ones, and then finally a third replacement
for the last modem.  They were in daily use in a modem pool, used exclusively
in answerback mode by local callers.  And they were "fine".

Now to me, that would be a pretty poor product (75% of the new items are
functional on delivery), and he certainly didn't give it much of a test.
I think a lot of people just ignore features they don't need or don't want
to learn to use, so they don't comment on how they work.  If you don't know
the entire testing background, the comments are pretty worthless.

An earlier posting on the Intel 400 modem from one person indicated that
it had "slower throughput" than a USR modem.  Yet he didn't say a word about
under what conditions it was measured, what the numbers were, and what
protocols were being used.  So the information is basically worthless.  But
you can bet that some people will tell their friends that Intel modems have
worse throughput than USR just based on that one statement.
--
	Mike Berger
	Internet    berger@atropa.stat.uiuc.edu
From: pinghua@emily10.Berkeley.EDU (Pinghua Young)
Newsgroups: comp.dcom.modems
Subject: ZyXEL new ROM 5.04 release note
Date: 22 Nov 1992 04:19:48 GMT
Organization: University of California at Berkeley
NNTP-Posting-Host: emily10.berkeley.edu

In article <1992Nov22.015917.13148@ccsun7.csie.nctu.edu.tw> sycheng@csie.nctu.edu.tw writes:
>   ZyXEL just released their new 5.04 ROM code. You can retrieve them from
> ftp.csie.nctu.edu.tw.

		    Firware V5.04 release note		 11/13/1992
		   ----------------------------

   1. Add "COMMAND ECHO", "RESULT CODE", "DTE ASYNC SPEED"
      "PANEL LOCK" and LED status slection screen to LCD model.

   2. Add AT*I2 ( dumb mode ) command.

   3. If bit 2 of s44 is set, dial backup will not automatically start.
      When the leased line broken, modem will still trying leased line
      and shows "DIAL BACKUP ?" wait for someone to press a key to start
      dial backup. This modification for U-1496, U-1496R only.

      This will prevent useless dial-up connection when there is no data
      flow on the line.

   4. Capable to receive destructive break in V.42 bis now.

   5. Flow control can be recovered after return from online command mode.

   6. Modem will hangup correctly if the DTR and RTS drop at the same
      time.

   7. Correct compatibility problem with USR modem/fax.

   8. V.13 function is added. Bit #5 of s44 is used to enable this function.
      Default is 0 (disable).

   9. Can be used on hardwares with different transmission gain.

  10. Can detect short period busy tone in voice mode.

  11. Can catch caller ID without enlarge the gain of AGC amplifier.

  12. Reduce the click sound at the beggining and the ending of the voice
      mode operation.

  13. Bit #5 of s35 is used to provide 6 db attanuation of the transmiting
      power in leased line operation.

  14. For new zealand version, correct ring back to be detected as busy
      problem.

  15. Correct DIS pattern error (ECM bit is set) in fax mode.

  16. If bit 6 of s35 is set, all the "save" profile command need password
      checking. U-1496 "SAVE TO" option can not be changed either.
-----------------------------------------------------------------------
Pinghua Young, Department of Economics        pinghua@Econ.Berkeley.EDU 
University of California at Berkeley        pinghua%econ@ucbcmsa.BITNET 
Berkeley, California 94720, U.S.A.   ~{C@9z2.?K@{<SV]4sQ'>-<CO5QnF=;*~}
Newsgroups: comp.dcom.modems
From: rbt@tous.oau.org (Robert B. Tate)
Subject: Re: Worldblazer fax upgrade
Organization: Tate Enterprises
Date: Sun, 22 Nov 1992 05:16:32 GMT

In article <1992Nov21.134815.5373@proponent.com> Monty Solomon <roscom!monty@think.com> writes:
>In article <1992Nov19.014229.25790@leland.Stanford.EDU> m@crito.stanford.edu (M  
>Carling) writes:
>> In article <1992Nov17.022349.24791@uhura.neoucom.edu>  
>> wtm@uhura.neoucom.edu (Bill Mayhew) writes:
>> > I sure would be
>> > nice to have fax software available for a workstation system (Sun,
>> > DEC, HP, etc..), but that is probably daydreaming.
>> 
>> A fax driver for NeXT that supports T3000s and Worldblazers is under  
>> development.
>
>NXFax should have support for the Telebit modems in release 1.03.
>
>It won't have support for data/fax detection for incoming calls (like it
>does for the ZyXEL) since the Telebit fax capability supposedly doesn't
>provide support for this feature.
>

Can anyone from TB or who has talked to them confirm this! If the modem
can't support this, there is no way I can use it on any system that needs
both FAX and modem support! I don't want to beleave that TB would blow it
that bad!


-- 
 rbt@tous.OAU.ORG  (Robert B. Tate)       | A little knowledge is a dangerous
 {ucf-cs,peora,tarpit}!tous!rbt           | thing. Any less can kill you.
Newsgroups: comp.dcom.modems
From: gtoal@ibmpcug.co.uk (Graham Toal)
Subject: Re: Any Digicom Scout+ bugs?
Organization: The IBM PC User Group, UK.
Date: Sat, 21 Nov 1992 15:25:53 GMT

In article <d0bpl.722189287@dtek.chalmers.se> d0bpl@dtek.chalmers.se (Patrik Larsson) writes:
>   Well, they seem to have worked very well for people in the US. I bought
>three modems from Wolfgang and none of them worked very well here in Sweden.
>The problem was that they didn't connect 14400 when calling another V32bis.
>It did work when someone called me though.

I'm not sure if I have that problem or not; I'm investigating now.

I have a Twincom which can call a USR (Miracom) OK.
The Miracom can't call the Twincom.
Looks like the Scout can't call the Twincom.
The Scout can call the Miracom OK.

I haven't been able to get the guys with the Miracom to call the Scout yet,
but from the above I suspect the problem I have is more with the Twincom.
(Note the Twincom is the only Rockwell chispet of the three)

G
--
From: anthony@csd4.csd.uwm.edu (Anthony J Stieber)
Newsgroups: comp.dcom.modems
Subject: Re: Looking for Wireless Modems for Handheld PC
Date: 23 Nov 1992 16:31:14 GMT
Organization: Computing Services Division, University of Wisconsin - Milwaukee
NNTP-Posting-Host: 129.89.7.4

In article <BxwAvK.E8s@world.std.com> sja@world.std.com (Stuart J Adams) writes:
>I am looking for a wireless modem/network interface for a handheld
>type PC.  (ideally in the form of a PCMCIA card).

I've archived some information on the topic in
csd4.csd.uwm.edu:/pub/Laptop/data.radio.  You can choose between either
a packet radio system which uses a commercial national network, or a
more short ranged system that would run on your own equipment.

At the moment there are no PCMCIA two way radio devices.  Motorola will
be shipping a one way radio pager sometime next year.  It's basicly a
smaller version of the exiting NewStream (aka SkyStream) displayless
serial pager.
--
<-:(= Anthony Stieber	anthony@csd4.csd.uwm.edu   uwm!uwmcsd4!anthony
Newsgroups: comp.dcom.modems