HDTenEightyP/NetNews huggingface dataset:
From: bill.garfield@yob.sccsi.com (Bill Garfield) 
Newsgroups: comp.dcom.modems
Subject: Re: USR Modem Upgrades
Date: 28 Jul 92 06:48:00 GMT
Distribution: world
Organization: Ye Olde Bailey BBS - Houston, TX - 713-520-1569
Reply-To: bill.garfield@yob.sccsi.com (Bill Garfield) 

To: sjohns@kiwi.ucs.indiana.edu (shane alan johns)

>Can someone tell me what my options are in so far as upgrading my
>USR modem are?  I have the older 'round LED' USR Dual standard modems,
>purchased on the SYSOP deal some 4 or so years ago...

About the only sensible thing you can do with a round-led Dual is
SELL IT.  There is _no_ upgrade path... nada... zip... goose egg.
ANyone who says there is an upgrade path for a Round Led Dual is either
lying or doesn't know what he's talking about.

I see Round-Led Duals being offered in the RIME network HST conference
for varying prices, most of them on the order of $400 & less.  Since
you got a "sysop deal" price that shouldn't impact your wallet to
painfully.  Cheapest one I saw went for $300 & sold in a couple days.

Since you got yours on a "sysop deal" is it safe to assume that you are
still a bona-fide sysop & can still qualify?  If that answer is an
unqualified "YES" then I'd dump the dual for $350, put another
hundred and a half with it and order a NEW one.  Cheapest upgrade
path you'll find, I'm somewhat sure.   - but....  be prepared for
a wait.  Present turnaround time on new sysop deal modems through
USR is AVERAGING 8-10 weeks on prepaid orders. ($499 + 15 shipping)


 * OLX 2.2 * Forty-something doesn't mean your I.Q., Mr. Quayle.
                                    
Newsgroups: comp.dcom.modems
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Subject: Re: Boom! Our lawyers are tougher than your lawyers. You're Dead.
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Thu, 23 Jul 1992 03:30:54 GMT

In article <BrsyEw.Dst@wsrcc.com>, wolfgang@wsrcc.com (Wolfgang S. Rupprecht) writes:
> 
> This has nothing to do with "good modem manufacturers".  Anyone
> relying on "<pause>+++<pause>" not occurring during a data transfer is
> not writing good defensive code.  Good programmers don't *hope* that a
> certain set of characters and delays never happens.  They turn off the
> inband +++ escape kludge and use a good *out-of-band* escape.


YES!
That bears repeating.


When two computers are talking, why should "<delay>+++<delay>" be
usefully less likely than any other sequence of 3+2*<delay> bytes or 
byte-times?


You usually don't see pauses at random places in the middle of file
transfers.   You usually see them at "record boundaries".  However,
"usually" is a pretty sloppy way to design something.


The "<delay>+++<delay>" thing seemed wrong to me for UUCP links when I
first saw it years ago, when I started turning it off on all machines I
could affect.  I have just now realized that I had forgotten that I'd
tired of arguing from that position with people who don't care about
the differences among "usually", "never", or any other probability, and
have used the security argument.


Vernon Schryver,  vjs@sgi.com
From: clemon@lemsys.UUCP (Craig Lemon VE3XCL)
Newsgroups: comp.dcom.modems
Subject: Re:   Serial and Parallel interface ??????
Distribution: world
Date: 21 Jul 92 19:20:50 EDT
Organization: Private UUCP "Twig" Node

In article <1992Jul21.014904.5052@raven.alaska.edu> floyd@hayes.ims.alaska.edu (Floyd Davidson) writes:
>>        On some systems, particularly with multitasking OS's, it is.  Not
>>everyone has the processors or UARTS for a couple 57600 bps ports and
>>everything else that needs to be taken care of in the background.
>
>But that really isn't a "serial line" problem, and changing to a
>parallel interface would not change that particular bottleneck.
>
>It's the parallel (cpu bus) side of the Serial I/O controller
>which isn't fast enough, and that is indentically the same problem
>with a Parallel I/O controller.

        Well, the particular problem that I was referring to is on an
unaccelerated Amiga (7.14MHz 68000) it is possible under heavy multitasking
that the serial service interrupts will not be serviced quickly enough and
it will start to lose characters (only a 1-byte FIFO or so).  There are
other problems with serial data, however.  You can only send bits so fast
before capacitance and other problems reduce the intelligibility of the
data (ie. the pulses are rounded off so badly that they barely qualify as
pulses).  There is going to come a time when another interface method will
need to be added to I/O devices simply for throughput reasons whether it be
SCSI or simple parallel or whatever.  Lining the bits up single file can
only go so fast.  While we may not have reached this limit with standard
high-speed modem technology yet, there will be other standards (ISDN
perhaps) that will.

--
 Craig Lemon VE3XCL - Kitchener, Ontario. Amiga B2000  OS 2.04  UUCPv1.15D.
 +1 519 741 0297    +1 519 578 7817              | Silly people!  We all
 clemon@lemsys.UUCP clemon%lemsys@xenitec.on.ca  | know that the Universe
 IP/Packet: ve3xcl@ve3xcl.ampr.org [44.135.84.51]| revolves around UUNET!
From: jgro@netcom.com (Jeremy G)
Newsgroups: comp.dcom.modems
Subject: Re: ASN.1 (X.409)
Date: 22 Jul 92 10:33:16 GMT
Organization: Not that I'm aware of :-)

In article <1581.212.uupcb@yob.sccsi.com> craig.ford@yob.sccsi.com (Craig Ford)  writes:
>Does anyone here know anything about Abstract Syntax Notation 1, as
>defined in CCITT X.409? What I'd like to know is how to encode an
>integer which doesn't fit into a single byte (e.g. 12345): is it
>02 02 30 39, or is it 02 02 39 30 ?

May I suggest that this is not an appropriate place to ask?
In any case, the answer is 02 02 30 39.  The integer is encoded MSB first,
-- 
Jeremy G                    Commited to developing user-friendly products,
jgro@netcom.com             Because technology is supposed to make life easier
From: denny@cthulhu.Eng.Sun.COM (Denton Gentry)
Newsgroups: comp.dcom.modems
Subject: Re: Supra problems & their BBSIn article 131356@aminet.uucp, barrett@aminet.uucp (Keith Barrett) writes:
Date: 29 Jul 1992 14:48:14 GMT
Organization: Sun Microsystems
Distribution: world
Reply-To: denny@cthulhu.Eng.Sun.COM
NNTP-Posting-Host: maverick

>1) Why can't people connect to the Supra BBS? What settings would give
>you the best chance of connecting?
>
  Drop the speed down. I had problems connecting at 14.4, but not other speeds. 
Admittedly, I haven't called in a few months.

>3) When are the new PROMS shipping? How are they going to handle the board
>changes needed to address other problems?
>
  What board changes? If you're talking about the cheap speaker, I think I'll 
just live with it rather than sending in the board. Are there any board changes 
required for the PROM upgrade? Does anybody know?
  The latest news I've seen posted here said mid-August for the new PROMS.

>4) I have the following problems -- are these being addressed:
>
.. stuff I cannot respond to deleted ...
>	2. BUSY response is sooooo wrong it's not worth looking at. All of
>	   the BUSY problems have already been posted here by others.
>
  I don't know what busy problems people keep referring to. I have always 
gotten a "BUSY" message back when the line was indeed busy. As far as I can 
determine, it only affects people in certain areas of the country. My theory is 
a certain type of switch, like maybe Supra's don't properly detect the busy tones 
put out by a GTE switch, but they do for an AT&T 5ESS, etc. Please note that I have 
no proof for this whatsoever, just an observation that some people have massive 
problems with the BUSY detection, while others have none. There doesn't seem to be 
any middle ground, with people haven't only isolated, interrmittant problems with 
busy detection.

>	3. When the phone is never answered, the modem returns "NO CARRIER".
>	   It should return "NO ANSWER".
>
  Hmm.. To differentiate when nothing picks up the phone at the other end, from when a 
human picks up the phone at the other end (a human who cannot whistle the negotiation 
tones, that is)? That sounds like a good idea. 

>	4. I cannot get a connect to a ZOOM V.32/.42bis modem. I've tried
>	   everything.

  I don't know what to tell you there. All I can say is I had no trouble dialing in 
to terminal servers at the University of Michigan while I was a student there (with 
Digicom 9624 v.32 modems at the other end), no trouble dialing in to AppleTalk 
Remote Access at Michigan (Telebit something-or-other at the other end), and I am 
now having no trouble dialing in to Sun Microsystems (some v.32bis at the other end). 

>-kgb
>

BTW: I have version 1.00E PROMS.

Denny Gentry
Sun Microsystems Inc.

---------------------------------------------------------------------------------
I WENT to the University of Michigan. Its so neat, the tense of the verb changed.
---------------------------------------------------------------------------------
From: tnixon@hayes.com
Newsgroups: comp.dcom.modems
Subject: Re: Mac modems vs PC modems??
Date: 23 Jul 92 11:24:36 GMT
Organization: Hayes Microcomputer Products, Norcross, GA

In article <1992Jul22.204426.12818@IRO.UMontreal.CA>,
laviers@IRO.UMontreal.CA (Cocotte Minute) writes: 

>     I am looking to buy an external V32bis fax/modem.
>... 
> The thing is... the salescritter told me that if I buy one
> for my PC, it won't work on a mac.

Chances are, this is simply a case of him/her not knowing. 
Unfortunately, many salespeople assume that because manufacturers 
sell separate "Mac" modems and "PC" modems that there is something 
different about the MODEMS -- but there's not (at least, external 
modems, of course).  The differences in these "bundles" are the 
cables and the software, NOT the modems.  Just about every Hayes
external modem works equally well on a PC and a Mac, so long as you
have the right cable (see below for the exception).

> I suppose (he didn't tell me this- he didn't seem to know that much)

Well, that answers that...

> that it's because of the difference between the two type of serial ports
> (422 on the mac and RS232 on PCs).

Naw.  The Mac serial port works fine with the vast majority of 
external modems; the 422 signals, if you connect to only one side of 
them, provide signals that are quite within EIA-232 specs (but might 
not work if you tried to run at high rates over very long distances; 
they should work fine for typical cable lengths).  The only
exception are modems which are "line powered".  Actually, when these
modems are on-hook, they draw power from the serial interface -- and
they won't work with a Mac, because the Mac doesn't provide enough
output pins to provide all of the necessary power.  The modem you're
looking at is NOT "line powered", and should work fine with a Mac. 

-- 
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: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Subject: Re: **Info on 14.4 kbaud mode
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Sun, 26 Jul 1992 06:18:30 GMT

In article <885.48.uupcb@uttsbbs.uucp>, john.navas@uttsbbs.uucp (John Navas) writes:
>  > I am interested in learning what is the best 14.4 kbaud modem
>  > around right now.  And for the best price.  I have heard things
>  > about Gateway and Supra, but I am not sure what is the one most
>  > worth it.
> 
> The Gateway Telepath is known to be buggy.
> 
> I recommend Hayes or USR.  Intel is also pretty good, but Intel
> support is terrible.


I don't know about Intel support, but the Intel 14.4EX was the slowest
v.32bis/v.42/v.42bis modem I have tested.  It's latency was not bad,
but its throughput was 50% of others.


Vernon Schryver,  vjs@sgi.com
Newsgroups: comp.dcom.modems
From: jas@angular.uucp (Jim Shankland)
Subject: Modems, compression, and SLIP or PPP (was Re: Using Telebit PEP with SLIP)
Reply-To: jas%angular.UUCP@ingres.com (Jim Shankland)
Organization: Angular Systems
Date: Wed, 22 Jul 1992 17:11:45 GMT

In article <BOB.92Jul21000352@volitans.MorningStar.Com> bob@MorningStar.Com (Bob Sutterfield) writes:
[Lots of interesting stuff, the upshot of which is:]

>Right.  Use TurboPEP in links like Pakistan to Ecuador, but use
>V.32bis in most of the USA.

Thanks; that's very useful information.  Does anybody have any thoughts
about SLIP with v.42bis and V-J header compression?  Does v.42bis
eliminate the need for V-J header compression?  Or vice versa?
Would it be a mistake to use both?  And what about PPP vs. SLIP?

jas
Newsgroups: comp.dcom.modems
From: st901745@pip.cc.brandeis.edu (Alastair M. Bor)
Subject: Re: V.32(bis)-pocket-modem(DC-power-supply)?
Reply-To: st901745@pip.cc.brandeis.edu
Organization: Brandeis University
Date: Tue, 28 Jul 1992 20:27:36 GMT

Dirk:

There is a modem made by MEGAHERTZ that is a V.32bis modem with S/R FAX
capability. The whole unit weighs a few grams and is about 4cm x 3cm. It
can run from a DC source as well as from 2 AA batteries.... I am in fact
using it right now.... if you would like further info I could post it
or E-Mail it to you...
-Alastair M. Bor
st901745@pip.cc.brandeis.edu
Newsgroups: comp.dcom.modems
From: andr@elvis.sovusa.com (Andrei Arkhipov)
Subject: Re: V.42 question?
Reply-To: andr@elvis.sovusa.com
Organization: ELVIS Corp.
Date: Tue, 28 Jul 92 09:18:47 GMT

In article 25985@cs.mcgill.ca, mingmar@cs.mcgill.ca (Ming MAR) writes:
>>LAPM is an HDLC-based protocol, and uses sliding windows. The
> 
>What is ALT protocol, and what do the letters LAPM and ALT stand
>for?


As far as I know LAPM stands for V.42 connection,
                 ALT for MNP connection.

Andrei.

Xref: sparky comp.dcom.modems:11221 can.uucp:176
From: randy@psg.com (Randy Bush)
Newsgroups: comp.dcom.modems,can.uucp
Subject: Re: UUCP 'g' vs. MNP & V.42
Date: 26 Jul 92 21:22:07 GMT
Article-I.D.: psg.1992Jul26.212207.22867
Organization: Pacific Systems Group, Portland Oregon, US

geoff@zswamp.UUCP (Geoffrey Welsh) writes:
> Ross Ridge <ross@zooid.guild.org> writes:
>> The T2500 won't spoof with v.42.
> Why should it?  You only *need* spoofing if you're using PEP or some
> other half-duplex scheme like Microcom's V.29 modems or USRobotics' HST
> series.

Ghaque!  It is very very useful on satellite or other long-delay links.
Without spoofing, you can have a 1,000,000,000bps modem and still max out
at 550cps on a satellite link.

randy
-- 
randy@psg.com   ...!uunet!m2xenix!randy
From: jan@janhh.hanse.de (Jan Willamowius)
Newsgroups: comp.dcom.modems
Subject: How to configure fall back character ?
Date: 22 Jul 92 09:16:40 GMT

I've got a 14400bps modem with the Rockwell chipset. People are giving me
different advice on how to set the "auto-reliable fall back character".
Some say %A should always be 0 others say 13 and the manual doesn't really
say anything.

Maybe somebody can explain what chacacter to use in what circumstances.
What effect does it have ?

- Jan
--
Jan Willamowius, Nienredder 6, 2000 Hamburg 54, Germany
E-Mail: jan@janhh.hanse.de
Newsgroups: comp.dcom.modems
From: Steve.Withers@bbs.actrix.gen.nz
Subject: Re: What's the supply for Supra Fax v32bis?
Organization: Actrix Information Exchange
Date: Sat, 25 Jul 1992 16:51:05 GMT

In article <1992Jul25.123039.12494@phillip.edu.au> t9114145@phillip.edu.au writes:
> I am told by Supra that their Supra Fax v32bis modem uses a different
> power supply than their other modems. Since I am in Australia and we use
> 240v mains I'm going to need a different power supply to the one they
> send me. No-one I know has one of these modems, so I can't ask anyone 
> else this.
>  
> Would someone owning a Supra Fax v32bis modem mind sticking a multimeter
> in the plug that plugs into the modem and telling me what it reads?
> All I need is AC or DC, and voltage. I can get to work building one then.

I'm in Wellington, NZ and we use 230V/50Hz. The Supra needs 9VAC/600
milliamps. Supra supplies a 9VAC/1amp power supply with the international
version of the modem. I use the 9vac/600milliamp unit with a 220/110 stepdown
transformer - works great. I also have a 220v/50Hz -> 9VAC/1amp "wallpack"
that I had made locally for NZ$29.30, so you could check out either solution.
 
The good thing about NZ, is that electrical supply makers will take orders
from people for single units. In Canada, you had to go through a retailer and
the prices were higher. Here - in wee NZ - I can buy a single unit from the
guy who winds them......rather than pay twice as much for the same unit in a
shop.
 
Steve
-- 
Steve Withers - Wellington, New Zealand | "But the glory kept shining
Steve.Withers@bbs.actrix.gen.nz         |  and bright in my eyes, 
withers_s@kosmos.wcc.govt.nz            |  And the stars going round in 
**** Happy user of OS/2 v2!! ****       |  my head." R. L. S.
Newsgroups: comp.dcom.modems
From: sabrom@cs.wm.edu (Seth A. Bromberger)
Subject: UART in PS/2 50Z
Organization: The College of William and Mary
Distribution: usa
Date: Fri, 24 Jul 1992 14:42:16 GMT


Sorry if this is a FAQ, but I need to know what type of UART is present
in my IBM PS/2 50Z (vintage 1990).  Does anyone out there have the answer?

Please send e-mail replies to sabrom@cs.wm.edu

Thanks,

Seth Bromberger

Newsgroups: comp.dcom.modems
From: au141@cleveland.Freenet.Edu (Amber M. Spillers)
Subject: Re: PPI 1.14g EPROM available
Reply-To: au141@cleveland.Freenet.Edu (Amber M. Spillers)
Organization: Case Western Reserve University, Cleveland, OH (USA)
Date: Tue, 28 Jul 92 15:35:02 GMT


In a previous article, schuster@panix.com (Michael Schuster) says:

>Jesus Christ.
>
>ZyXEL bends over backwards to get new code in the hands of owners as
>fast an humanly possible. Why do companies like PPI continue to play
>such stupid games with owners of their products?
>
   I imagine it is an attemp to support the illusion of reliability, 90%
of users willl belive you if you tell them nothing is wrong it must be
something you are doing....  as noted before, after they realize you are
not one of these users they give in and send you out the proms.  but it
is better to have people say "I had a hard time setting up their modem"
than people saying "their roms have bugs".  it shifts the blame.


-- 
"Stay Sane Inside Insanity" -- The Rocky Horror Picture Show
sysop of the Rocky Horror Picture Show BBS 1-618-529-5999 24Hrs
USR Dual Standard ** programming support ** NON-Etherealized
From: kevin.fong@uttsbbs.uucp (Kevin Fong)
Newsgroups: comp.dcom.modems
Subject: PPI 14400FXSA MODEM
Date: 24 Jul 92 00:00:00 GMT
Reply-To: kevin.fong@uttsbbs.uucp (Kevin Fong)
Organization: The Transfer Station BBS, Danville, CA - 510-837-4610/837-5591

This is an advisory message for those interested in the Practical
Peripherals PM14400FXSA external modem.

There is a bug in the current release of the eprom (1.12c and earlier)
which makes the modem lose its ability to connect with V.42 or MNP error
correction or compression after it has been used for several hours.

This was clearly evident in my case, since I run a BBS with two full
time nodes.  The only solution is to turn the modem off and then back
on.  There is NO software command that can reset your modem (power down
is the only solution I have found).

PPI will reluctantly admit this bug, and, after a frustrating
discussion, I was able to get them to release a beta eprom of theirs,
which they claim has fixed the above problem.  Albeit, they admit that
there is another bug inherent in the beta release, however, it will not
affect most users (including myself).  What it is, I don't know.

Be forewarned.  The 14.4fxsa modem is a good deal, but it is currently
buggy and undergoing rom updates (two already in less than two months of
owning this modem).

Kevin (kevin.fong%uttsbbs%boo@pacbell.com)  <-- temporary address
                                                I get placed on the
                                                maps.
From: glgam@cc.newcastle.edu.au (GLGAM)
Subject: Michigan Network Systems ?
Organization: University of Newcastle, AUSTRALIA
Date: Wed, 29 Jul 1992 09:37:20 GMT


Ok guys,
	I wanna get in touch with people who sell the Telebit products mail
order....  email me please..

Scott Mackenzie.

From: bourman@hpcc01.corp.hp.com (Bob Bourman)
Date: Wed, 22 Jul 1992 21:06:29 GMT
Subject: Re: Plus Plus Plus
Organization: the HP Corporate notes server
Newsgroups: comp.dcom.modems

/ hpcc01:comp.dcom.modems / geoff@zswamp.UUCP (Geoffrey Welsh) / 12:11 am  Jul 19, 1992 /
wtm@uhura.neoucom.edu (Bill Mayhew) writes:

>> By the way, persons discussing the Hayes patent should probably be
>> careful to not include the deadly three plus signs in a row as
>> embedded text in their news articles.  :-) :-) :-) :-)....
>> 
>> (For obvious reasons!)

   >Not a problem if they don't pause for a second before and after.

   >After all, the spirit of the patent was the time delay, not the escape 
>code.

>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
>----------



		OR change the S2 register to 42 (*) not 43 (+) or 127 to
		disable the escape character.

		BOBB
From: john.navas@uttsbbs.uucp (John Navas) 
Newsgroups: comp.dcom.modems
Subject: Re: Modem tax back
Date: 27 Jul 92 22:20:00 GMT
Distribution: world
Organization: The Transfer Station BBS, Danville, CA - 510-837-4610/837-5591
Reply-To: john.navas@uttsbbs.uucp (John Navas) 

 > Modems change the usage picture a lot.  When I use a modem, it's
 > almost always for far longer than if I were using the phone to call
 > a friend.  If you have lots of customers using modems where they
 > used to use only the phone, the phone company has to purchase more
 > of that expensive equipment to insure that _all_ customers continue
 > to receive their expected levels of service.  So, more expensive
 > equipment, higher tariffs for service.  But why should a customer
 > who only uses the phone 10 minutes a day subsidize other customers
 > who are using their modem 2 hours a night?

There's nothing special about modems here.  I know of a GT&E study
that showed *wide* disparities in non-modem telephone usage -- as in
the case of a lady that used the local telephone as a child monitor
for hours each day.

 > The answer, in my opinion, is to do away with flat-rate pricing,
 > and go to a strictly usage-based one.  If you use 10 minutes of
 > service, you pay 50 cents; if you use 2 hours, you pay $6.00 (at 5
 > cents per minute.)

The problem is that local usage charges would inevitably increase the
basic cost of service (since billing costs would rise) and discourage
local calls, thereby decreasing the utilization of expensive local
loops (which, unlike switches, are dedicated to particular lines) and
further increasing costs.  As it happens, the investment in local
loops outweighs the investment in shared central office equipment on a
per subscriber basis (even when typical modem usage is factored in).
The present system actually makes a great deal of sense.

What doesn't make a great deal of sense are relatively high long
distance charges.  The total real cost of a call across the country is
only slightly greater than the total real cost of a call across the
street.  Fortunately, competition in the long distance market has
significantly reduced the disparity in pricing, but the artificial
distinction between local and long distance service will keep it from
disappearing entirely.

Best regards,
John