HDTenEightyP/NetNews huggingface dataset:
From: edm@halcyon.com (Ed Morin)
Subject: Re: T3000 ring detection
Organization: Northwest Nexus Inc. (206) 455-3505
Date: Fri, 2 Oct 1992 16:13:55 GMT

mrh@newshub.sdsu.edu (Mike Halderman) writes:

>We have a phone system that uses two short rings to indicate an incoming call
>from outside our system.  The T3000 does not see this as a RING.  It works ok
>for local calls that have a longer ring.  Does anybody know of a fix?

My wife just went through this at Boeing.  The fix is to change the PBX and
have it use a "normal" ring or use an "older" generation of Telebit modems
like a T-2500.  I don't think Telebit has a "fix" for this problem yet...

-- 
Ed Morin
Northwest Nexus Inc. (206) 455-3505 (voice)
"Serving the Usenet community since 1987."
edm@nwnexus.WA.COM
Newsgroups: comp.dcom.modems
Subject: Re: 40% Discount of ZyXELs
From: graeme@hart.actrix.gen.nz (Graeme Hart)
Date: 29 Sep 92 8:38:8 GMT

epang@fraser.sfu.ca (Eugene Pang @ Simon Fraser University, Burnaby, B.C., Canada) once wrote....
>graeme@hart.actrix.gen.nz (Graeme Hart) writes:
>
>>Zero.One@p6.f356.n103.z1.fidonet.org once wrote....
>>>To all who is interested, you can recieve a 40% discount of the purchase of a 
>>>ZyXEL Modem if you submit an ANSI entry and fill out our Contest Form.  You
>>>can get the rules from us at 714-693-0762 or 1:202/701.  The file is
>>>Contest.Zip
>
>>I've just dialled up, and couldn't find the file.  Could you please
>>post a copy here, or e-mail it to me.
>
>The file is available in the Bulletins section on their BBS, for reading it
>online.  (I think it was #5.)  Since I don't have it with me, I'll summarize:
>

That explains everything, I was looking in the files section.


>Contest deadline is Oct 12.  Contest consists of designing an ANSI log in
>screen for BBS use that promotes the ZyXEL modem line.  All participants
>qualify for the discount during the contest period.  Limit of one modem of any
>model per participant, subject to availability.  Top two prizes are cash +
>modem, third prize is just a modem.  Discount applies to "list" price (whatever
>that happens to be at the moment).

----
Graeme Hart                                     Telephone:  64 4 3829124  
graeme@hart.actrix.gen.nz                       Snail Mail: PO Box 11865    
                                                            Wellington       
                                                            New Zealand
From: hwstock@snll-arpagw.llnl.gov (stockman harlan w)
Newsgroups: comp.dcom.modems
Subject: Re: Connect 2 modems directly without going through phone system
Date: 30 Sep 92 15:14:59 GMT
Organization: Sandia National Laboratories

>>I need to make two notebook PC talk to each other but all they got
>>are the FAX Modems. They do not have an extra RS232 port to connect
>>them directly.  Can I directly connect the two modem without
>>going through the phone system ? How can I do not ?
>>
>>If it is not possible, are there any alternatives ?
>>
>>Responses are greatly appreciated.
>>

If the PC's have parallel ports, and are IBM-compatible, you can use
laplink, fastwire, or xtree/windows to make the connection through the
LPT port. Speeds will be up to 500,000 bps (that's not a misprint). With
xtree/win, the other computer looks like an extension of your file
system under DOS; and xtree/win itself allows excellent file management
capability. Xtree/win costs about $100, plus $25 if you don't have a
cable (Xtree will sell you a shielded cable).
From: geoff@zswamp.UUCP (Geoffrey Welsh)
Newsgroups: comp.dcom.modems
Subject: Re: Line drivers for RS-232
Date: Mon, 28 Sep 92 11:40:15 EDT
Organization: Izot's Swamp

depian@seas.gwu.edu (Zachary De Pian) writes:

> How can I achieve DTE-DTE throughput of 56kbps (V.32bis/V.42bis)
> when my DTE-DCE bit rate is limited by DOS at 19.2kbps?

   It's not so much "limited by DOS" as just the BIOS doesn't support higher 
than 19200 bps.  However, the BIOS' serial drivers stink anyway, and almost 
every decent communications program includes its own serial interface (e.g. 
Telix, which does support up to 155200 bps) or uses one such as a FOSSIL.


Geoffrey Welsh, 7 Strath Humber Court, Islington, Ontario, M9A 4C8 Canada
geoff@zswamp.uucp, [xenitec.on.ca|m2xenix.psg.com]!zswamp!geoff (416)258-8467
         Coincidentally, most people who fight for "fairness" would be
         significantly better off under the system they call "fair"...
From: Roger_Nordin@atb.bbs.bad.se (Roger Nordin)
Newsgroups: comp.dcom.modems
Subject: 14400bps throuhput
Date: 4 Oct 92 07:49:24 GMT
Reply-To: Roger_Nordin@atb.bbs.bad.se (Roger Nordin)
Organization: ANet Test Bench, Karlstad, Sweden
OD-Comment-To: Internet_Gateway

> DING!  Next contestant, please...

If you said it...:)

> Excuse me, but v.42 allows the
> modems to run essentially synchronously between each other.  In stripping
> start/stop bits, you no longer need to send them.

Not quite. MNP4 and V.42 extends the data frame to 64 bits, thus sending up to 
8 bytes in a row. This data frame is however surrounded with a start and a 
stop bit. 64 useful bits in 66 transmitted bits is of course a =much= lower 
overhead than 8 useful bits in 10 (RS-232).

> Therefore, you should
> actually see a slight performance GAIN as a result of v.42, not a
> reduction.

Of course, compared to a non-MNP and non-V.42 connection. But this was just 
what Ed wrote, wasn't it, "reason for this is that V.42 and MNP4 strip start 
and stop bits off of the serial data stream before transmission.  Thus 14400 
bits/second means 14400/8 = 1800 characters/second". It is a gain, because you 
would otherwise be sending at only 1440 characters/second. BUT, Ed is also 
fully correct when he says that you don't get as high speed as 1800cps. V.42 
is a protocol. As with most other protocols, V.42 has overhead too. So you don'
t reach 1800cps, but somewhere around 1700-1750cps. Which still is a big 
improvement over 1440cps, right.

                        _       .    __
    Roger Nordin     _ //      /!Net /est Bench
 2:203/602.0@fidonet \X/  Internet: Roger_Nordin@bad.se

---
Newsgroups: comp.dcom.modems
Subject: V32bis download speeds
From: lchiu@animal.gcs.co.nz (Laurence Chiu)
Date: Mon, 28 Sep 1992 21:19:04 GMT
Organization: GCS Limited, Wellington, New Zealand
Keywords: V32bis ZMODEM

I have a Boca 14.4 V32bis internal modem. The emulated UART is a 16450
apparently. Calling a BBS with a USR Dual (14.4 v32bis) the most I can
get using zmodem and zipped files on a download is about 1480cps. This
is using Procom/Win on a 386/40 8M and with nothing else running. In
fact I am just staring at the download in progress screen. OTOH uploading
to the same BBS I have gotten up to 1700cps.
My question is, is this a symptom of not having a 16550A UART? I always
thought not having a fifo buffer in a UART would only be a problem when  
multitasking. I am certainly not doing that. And the machine seems to be
fast enough to send the data out. My disk drives are both 18ms Seagate
125M IDE drives 700kb/sec xfer rate so that would not seem to be the
bottleneck. Any ideas anybody?

Laurence Chiu
From: smithr@ast.dsd.northrop.com (Dick Smith)
Newsgroups: comp.dcom.modems
Subject: Re: TIES and T. Nixon
Date: 25 Sep 92 04:00:18 GMT
Organization: Northrop Corp - ESD, Rolling Meadows, IL


In article <6013.2abf8369@hayes.com> tnixon@hayes.com writes:

>>Ian, and everyone else, PLEASE understand -- when I post Hayes press 
>>releases here, it is not to "promote Hayes".  It is to give you 
>>first notice . . .
>>Please understand that _I_ do not write Hayes press releases. 
>>They are written by our PR department, in close consultation with 
>>attorneys (as someone else guessed).

In article <1992Sep24.015609.29272@tware.com> bash@tware.com (Paul Bash) writes:

>I think I speak for most of the participants here in saying that any and
>all input _you_ give is MUCH appreciated. I'm sure you've given us all much
>more than you will ever receive in return. 

>That being said, the press release you posted should have been buried in
>the circular file. Its pure Hayes propoganda in the guise of "educating"
>us poor users was quite, as Vernon Schryver pointed out, _insulting_.
>Hayes has earned a lot of ill will on this one.
. . .
>I personally would hope that you read the press releases before posting them
>and try to be _non-partisan_ when doing so. If you had done so with this one,
>I can't believe you would have posted it.  

NOT FAIR... if the attorneys write them, he should post them.  It's
unfair of the net to expect a loyal employee, no matter what his
personal feelings, to contradict his company's official line.  It shouldn't
be expected in this case, or any other.  Employees who are so stupid as
to do such don't keep their posting access or their job.

We can pick on Hayes' attorneys quite enough outselves.

Or we can stop wasting bandwidth, now that it's obvious.

-- 
Dick Smith				smithr@ast.dsd.northrop.com
Northrop ESD
From: Zero.One@p6.f356.n103.z1.fidonet.org
Newsgroups: comp.dcom.modems
Subject: Does ZyXEL do autodetection of fax?
Date: 23 Sep 92 16:24:48 GMT
X-Sender: newtout 0.02 Sep 21 1992


 >    As far as I know, ZyXEL claims, that their U-1496E and U-1496
 > models automatically detect, if an incoming call is fax or a
 > modem call. How well does this work? I'd appreciate answers from
 > owners of one of these two modems.

T.I.A.,

We also detect between a Fax and a Voic call very reliably.

Tyrone Horton
(Zero One)
Tech Support
ZyXEL USA

---
From: goyal@utdallas.edu (Mohit K. Goyal)
Newsgroups: comp.dcom.modems
Subject: Re: USRobotics dual 14.4 upgradable to v.fast?
Date: 29 Sep 92 16:10:07 GMT
Article-I.D.: utdallas.1992Sep29.161007.11794
Organization: Univ. of Texas at Dallas

In article <92272.231624DXB132@psuvm.psu.edu> <DXB132@psuvm.psu.edu> writes:
>In article <6823@transfer.stratus.com>, leadfoot@bigbootay.sw.stratus.com (Mark
>Curtis) says:
>
>>In article <BvAzw8.IvJ@gator.rn.com>, larry@gator.rn.com (Larry Snyder)
>>writes:
>>|> leadfoot@bigbootay.sw.stratus.com (Mark Curtis) writes:
>>|>
>>|> >V.fast is released they will want another $299.  For $100 to $150 more
>>|>
>>|> Is v.fast only a firmware upgrade or is more involved?
>
>>When I first talked to USR they made it sound like the upgrade was just
>>a new control ROM.  Their new ads make it look like a plug in daughter
>>board.  No thing hasn't changed the price $299.
>
>I got a USR Sportster today. Of course I immediately opened it up :),
>and there are two board: a "motherboard" which is basically the analog
>junk for the phone connection, speaker, etc. and a plug-in board
>with all the digital circuits (DSP etc). My guess is that the "upgrade"
>to V.fast will be a replacement of this daughterboard (I assume my modem
>uses the same DSP board as the Couriers and the rest).
>

Unless USR has screwed up again, only the new "v.small" Courier v.32bis,
"v.small" Dual Standard, and Shared Access Modems will be upgradeable
to V.fast.
From: rdippold@cancun.qualcomm.com (Ron Dippold)
Newsgroups: comp.dcom.modems
Subject: Re: USR sportster conversion announcement.
Date: 3 Oct 92 21:08:48 GMT
Organization: Qualcomm, Inc., San Diego, CA

Roger_Nordin@atb.bbs.bad.se (Roger Nordin) writes:
>It is actually very possible. Ever heard of the "text-file viruses" on MS-DOS 
>systems? These files contains (I belive, I do not know the specifics, but I'm 
>sure someone else here can correct me if I'm wrong) certain control codes that 
>will cause the execution of commands like "format c: /u" when you type 
>something completely different in the Shell. It could be very possible for a 
>modem to send such a string to the computer, and if it's an MS-DOS computer 
>that is using the default ANSI emulation, it could cause this to happen.

Here's two ways it could happen - first, if they could manage you to
do make the modem port your input device, and possibly even the output
device, the modem could do anything they wanted to your computer,
assuming their program was in the modem.  However, they have to get you
to do it by running a program that does it or typing it yourself.

Second, standard IBM ANSI emulation allows anyone who uses the right
escape sequences to redefine any key on the keyboard as a series of
keystrokes, allowing you to reassign the enter key to, say, enter
"format c: < echo y" enter.  However, there are very, very few
terminal programs that actually pay attention to this sequence.  If
you're using a major telecomm program that shouldn't be a problem.
However, they could do the reassignment in a text file that you
"TYPE"d.  This is one reason I use LIST instead of TYPE - LIST doesn't
do that, besides all it's other features.  Second, there are ANSI
replacements and patches that disable the reassignment feature.

I still think USR is talking out of their ass on this, however.  It's
a short step from "this could happen" to "this is happening."
-- 
Hello. My name is Inigo Montoya. You killed my father. Prepare to die.
From: tnixon@hayes.com
Newsgroups: comp.dcom.modems
Subject: Re: 14400bps throuhput
Date: 4 Oct 92 15:30:40 EDT
Organization: Hayes Microcomputer Products, Norcross, GA

In article <69836@hydra.gatech.EDU>, gt4957a@prism.gatech.EDU
(Belletti, Allen R.) writes: 

> If you're going to be rude about it, you might at least make the effort
> to be correct.  Ed had it right.  Note that the 1800 char/sec figure was
> arrived at by dividing 14400 by 8, and not by 10.  Thus, the start/stop
> bit stripping has already been taken into account.  Now take into account
> the v.42 protocol overhead, and I suspect you'll end up somewhere in the
> low 1700's.  That seems to be the most I'm able to achieve.

By default, LAPM uses 128-byte frames and 16-bit FCS.  Most 
implementations send two flags between adjacent frames rather than 
just one.  Also, in random data, a zero bit gets inserted for 
transparency on average once ever 62 data bits.  Multiply all this 
out, and you find that LAPM will typically give you throughput of 
about (128*8) / ((128+7)*8*(63/62)) = 93.3% of the synchronous bit 
rate of the modem.  In the case of V.32bis, 93.3% of 14400 is about 
13435, or (13435/8)= 1680 cps.  If you use 256-byte frames (and 
many modems do negotiate to that), the throughput becomes 95.8% of 
the synchronous bit rate, or roughly 1725 cps at 14400bps (this 
figure also holds true for MNP4, since it uses 256-byte frames and 
has the same overhead as LAPM).  LAPM _can_ use much larger frames 
to reduce overhead, but the tradeoff is increased time to recover 
from errors (because you have to retransmit more).

-- 
Toby Nixon, Principal Engineer      | Voice   +1-404-840-9200  Telex 401243420
Hayes Microcomputer Products, Inc.  | Fax     +1-404-447-0178  CIS   70271,404
P.O. Box 105203                     | BBS     +1-404-446-6336  AT&T    !tnixon
Atlanta, Georgia  30348             | UUCP uunet!hayes!tnixon  Fido   1:114/15
USA                                 | Internet                tnixon@hayes.com
Newsgroups: comp.dcom.modems
From: alansar@ccs.northeastern.edu (Mohammad Al-Ansari)
Newsgroups: comp.dcom.modems
Subject: Re: Zoom v.32bis dialing delay after 1st (Q)
Keywords: zoom v.32bis dialing modem
Date: 4 Oct 92 02:09:59 GMT
Organization: College of CS, Northeastern U
Cc: lag39853@uxa.cso.uiuc.edu

In article <BvKMMJ.GvJ@news.cso.uiuc.edu> lag39853@uxa.cso.uiuc.edu (Lawrence Alan Gust) writes:
>My external Zoom v.32bis has this weird delay when I send a dialing string
>such as "ATDT5551212".  The first digit is dialed, and then there is a
>short but noticable delay before the remainder of the number is dialed.
>
>This appears to be largely independent of the value in the S11 register,
>which I usually have set to a very small value (about 60ms).  It is almost
>as if this delay was inserted in case I was dialing through a PBX, because
>the delay sounds about right to allow a leading "9" to be recognized.
>
>However, when I use the Quick-LinkII software that came with the modem to
>dial a number 'automagically', the delay is not present.  So I know there
>has to be some magic parameter I need to set to eliminate this delay.  I've
>read every page in the manual for any mention of such a register, and there
>is none.  There are plenty of references to "wait-for-dialtone", "wait-
>for carrier", "DTMF-dialing-speed", etc, but this particular delay seems
>to be--let's be kind here--an "undocumented feature."
>
>This isn't a serious problem with the Zoom; overall I've been very happy
>with the perfomance and feature set.  It is just this irritating, nagging
>little problem, and I'd like to put something in the initialization string
>once and for all that will take care of it.
>
>Any advice or pointers on this topic are greatly appreciated.


On my Supre V32.bis modem the same thing can be produced.  This is a feature
that enables the modem to detect if your line has touch tone capababilitis.
Thus it dials the first digit and waits for upto three seconds, if the dial
tone can still be detected, it dials the whole number again using pulse
dialing.  I assume the same feature being active is what's causing the
behavior you are describing.

On the supra this method of dialing is used if the ATT command have been
issued (to set tone dialing as default) and you use ATD to dial (not ATDT). I
don't know how to control this on Zoom modems, however.  Are you sure you are
using ATDT dial and not ATD?

I hope this helps.

----------------------------------------------------------------------------
Mohammad Al-Ansari                      | alansar@damon.ccs.northeastern.edu
College of Computer Science             | alansar@gnu.ai.mit.edu
Northeastern University                 | BITNET: alansar@NUHUB
From: eng20204@nusunix1.nus.sg (LEE MUH HWA)
Newsgroups: comp.dcom.modems
Subject: ZyXEL Ordering Information
Date: 29 Sep 92 03:05:48 GMT
Organization: National University of Singapore
X-Newsreader: TIN [version 1.1 PL6]

Can anyone tell me if ZyXEL Taiwan offers international
mail orders?

Thanks

mh
nusunix1.nus.sg
From: stevel@coos.dartmouth.edu (Steve Ligett)
Newsgroups: comp.dcom.modems
Subject: Re: INTEL Flame
Date: 6 Oct 92 16:13:04 GMT
Organization: Dartmouth College, Hanover, NH

In article <1992Oct4.175913.6575@advtech.uswest.com> huntting@advtech.uswest.com (Brad Huntting) writes:
>In article <01GP5N0GIFOI00307G@EKU.BITNET> ACSWILEY@EKU.BITNET ("What, me worry?") writes:
>>I just purchased a INTEL 400 SatisFAXtion internal FAX/MODEM. Anyway
>>I plugged it in, started loading the software and about half way
>>through the software installation POOFF!! there was smoke and fire
>>coming from a component on the upper left hand corner of the board.
>
>I'm shure this was mostly just bad luck.  I guess nobody burns in
>boards these days...

From my Experience, I'd say that a tantalum cap was installed backwards.
If you get the + and - wrong, they burn up after a while.  yuck.  I've
always been able to clean up the board, install a new cap, and
continue.  (However, this was with hardware that I've designed and
built.)

The modem was probably tested, but not burned in for a
significant time.
-- 
steve.ligett@dartmouth.edu
Sign in our Machine Room:  Before Leaving Please Lock Door Behind You
Newsgroups: comp.dcom.modems
From: henry@zoo.toronto.edu (Henry Spencer)
Subject: Re: Synthesizing high-speed link with multiple modems
Date: Tue, 6 Oct 1992 00:34:14 GMT
Organization: U of Toronto Zoology

In article <w943RB8w165w@zswamp.UUCP> geoff@zswamp.UUCP (Geoffrey Welsh) writes:
>> Does anyone know of a product which will synthesize a high speed link
>> (i.e. 56kb) out of multiple modem connections (i.e. v32[bis])
>
>   Your message suggests that you'd want this for an IP connection...
>   I don't know if the distribution of IP datagrams over multiple outbound 
>paths is automatic based on line loading, and I have never heard of software 
>which would open more dialup IP connections as existing ones saturate.

He wants a Telebit Netblazer.  It has an Ethernet on one side and serial
ports (for modems) on the other.

Yes, it will open and close dialup connections dynamically as traffic
grows and shrinks.
-- 
There is nothing wrong with making      | Henry Spencer @ U of Toronto Zoology
mistakes, but... make *new* ones. -D.Sim|  henry@zoo.toronto.edu  utzoo!henry
From: n8846069@henson.cc.wwu.edu (BarryB)
Newsgroups: comp.dcom.modems
Subject: USR Dual Standard
Date: 30 Sep 92 19:24:29 GMT
Article-I.D.: henson.1992Sep30.192429.19704
Organization: Western Washington University

My USR Dual Standard arrived via UPS yesterday.  For anyone interested,
it took almost exactly 3 weeks from the day I sent my old modem
in.  So USR's claim of 10 working days for the trade in offer
to be processed seems to be true.

What is the best cps rate using this modem in 16.8k HST mode
downloading a highly compressed file?  I am currently getting
around 1920 cps.  Is this rate good?  What settings should
I investigate in order to improve this?

(For comparison purposes, my old 9600 HST would get around 1100 cps
on the same type of file)

-BarryB
Newsgroups: comp.dcom.modems
From: esj@harvee.billerica.ma.us (Eric S Johansson)
Newsgroups: comp.dcom.modems
Organization: gators 'r us
Subject: Re: Shunning proprietary modems (was: Re: Zoom vs Supra v
	<BvH116.LKo@news.cso.uiuc.edu>
Reply-To: esj@harvee.billerica.ma.us
X-Software: HERMES GUS 1.03 Rev. Apr 14 1992
Date: Sat, 03 Oct 1992 07:31:00 -0500

In <BvH116.LKo@news.cso.uiuc.edu>, J.B. Nicholson-Owens writes:
>If it's the same modem with the same settings, this tells me that the problem  
>lies in your home phone lines and NI on the outside of your house.  Simply  
>because the same modem with the same settings worked when you brought it to a  
>completely different phone wiring means that the thing that changed is what  
>caused the difference; the phone lines changed, hence they caused the problems.
>
>> I am highly annoyed.
>
>Sounds to me like you should be annoyed at your phone cabling and NI, not the  
>Zoom modem.

*I* didn't say WHO I was annoyed at :-)

I too suspect it is something in the lines or the switching office.  What I 
want to know is how do I get the telco to give me lines good enough for 
14.4 use without going to a conditioned line. 

--- eric
-- 
HOME: esj@harvee.billerica.ma.us  HAM  ka1eec
WORK: 617.630.4687 (w)   esj@ruby.polaroid.com
source of the public's fear of the unknown since 1956
Newsgroups: comp.dcom.modems
From: spyder@admiral.uucp (Eric)
Subject: PPI 14.4 MAJOR PROBLEMS _ NEED HELP _ CELERITY.
Reply-To: spyder@admiral.uucp (Eric)
Organization: The Grid/Waffle BBS, 203-661-2873, -1279, -0450, -2967
Date: Fri, 25 Sep 1992 20:51:19 GMT

I have a PPI modem, and I just received my new 1.15M ROM Chip, and I 
installed a 16550AFN UART, thinking all my problems were solved.  It
turns out, none of them were.  I still can't connect to half the 
high-speed boards in the area, and still can't connect to any 2400 boards
This is really pissing me off....I'm using the AT&F1 setting, and when
I call boards now, my term program says CONNECT 57600, and then I see
the online screen, and on my LED it says Xmt Train while I'm looking at a 
blank screen, and then I see NO CARRIER.  I'm really getting annoyed at 
PP....it was supposed to be a really good modem, and I'm finding that my
cheap generic 2400 gave me way less problems.....

        I am also running Celerity 1.41 BBS software, and I'm using the 
PM14400FXSA configuration that comes with the software, and it reports 
high-speed v.42bis callers+ as calling at 300 baud....

CAN ANYONE HELP!!!

--
spyder%admiral.uucp@yale.edu (Eric) <yale!admiral!spyder>
The Admiral's Public UNIX - Greenwich, CT - System Administrator: Doug Fields
(HST/V32) (203)661-2873 -- (PEP/V32) -1279 -- (V32) -0450 -- (V29/MNP6) -2967
>FREE!< Unix shell accounts, Usenet access, and Internet-style mail available