HDTenEightyP/NetNews huggingface dataset:
From: gerg@netcom.com (Greg Andrews)
Subject: Re: MNP5 with WorldBlazer
Organization: Netcom Online Communications Services (408-241-9760 login: guest)
Date: Fri, 9 Oct 1992 08:15:00 GMT

In article <Bvto2o.10B@gator.rn.com> larry@gator.rn.com (Larry Snyder) writes:
>pascoe@rocky.gte.com (Dave Pascoe) writes:
>
>
>>A couple of people asked about this.  This turned out to be register
>>S111, which governs protocol support(like UUCP and Kermit spoofing).
>>You have to set S111=0 (I had S111=255) which disables protocol
>>support. Then MNP negotiation will work.
>
>why don't MNP work with S111 set to other registers?
>

I think I answered that in the part of Dave's article you deleted.  The
2400/MNP modem is barfing on the extra negotiation fields for MNP
extensions.


-- 
 .------------------------------------------------------------------.
 |  Greg Andrews   |       UUCP: {amdahl,claris}!netcom!gerg        |
 |                 |   Internet: gerg@netcom.COM                    |
 `------------------------------------------------------------------'
From: rlm@mcgort.COM (Robert McMillin)
Newsgroups: comp.dcom.modems
Subject: Re: Hacking USR ROMS  [4.2 - 4.1]
Date: 12 Oct 92 19:54:07 GMT
Organization: PBSR (Private Beta Site Research - Certified NetWare Engineer)

Adam.Frix@p18.f20.n226.z1.FIDONET.ORG (Adam Frix) writes:

> goyal@utdallas.edu (Mohit K. Goyal) writes:
> 
> MKG> Yes. USR stated in their press release that it is against 
> MKG> the law to alter any USR ROM or even, I think, use any USR 
> MKG> modem in a manner not intended.
> 
> oh, so USR is now the Supreme Court, eh?
> 
> Let the legislators make the law, let the courts interpret it.  Let the
> businesses like USR do business.
> 
> Don't let the businesses state, make, or interpret the law.  Sounds like
> you're living in some horror of a George Orwell/Ronald Reagan world.  1984,
> indeed.
> 
> What USR says is bunk, and meaningless.  I can't imagine any law possibly
> being interpreted as meaning "you can't use a modem in a way the manufacturer
> doesn't want you to."

How about this: altering the modem in such a way that it becomes
incompatible with (or even deleterious to) the phone network?  It seems to
me that such a thing wouldn't be too hard to do, and might even be possible
by futzing with the ROM.
Newsgroups: comp.dcom.modems
From: tmkk@uiuc.edu (Khan)
Subject: Re: Call display with Modems
Organization: University of Illinois at Urbana
Date: Thu, 15 Oct 1992 14:05:28 GMT


In article <1992Oct14.212902.13641@hp1.holl.com> dave@hp1.holl.com (David Vrona) writes:
>In article <eFL3RB1w165w@surfcty.com> rlm@surfcty.com (Robert McMillin) writes:
>>RS@bmbcomp.uucp (Rick Stomphorst) writes:
>>
>>> [Dear Netters,
>>> [  Does anyone know how to or know there is program to display the
>>> [incoming phone number with a modem, while you are not at home?
>>> [I don't want to rent such a machine from my local telephone company
>>> [if I can get my modem to do the work.
>>> 
>>> I too am interested in receiving Call Display with my modem.  I've heard
>>> (never verified) that the phone no. is sent using Bell 212 protocol.
>>
>>It can't be done with a 1200 bps modem for the simple reason that a 
>>normal modem will try to do all the normal handshaking up front.
>
>Ok surfer dude, here is how to do it:
>
>System Requirements:
>                Serial port, Bell 202 or ClassMate modem, Caller ID service
			      ^^^^^^^^
>                supplied by local telephone company.

[Instructions omitted.]

>You really shouldn't say something can't be done unless you know what you're
>talking about.

Quite true. On the other hand, you really shouldn't say something CAN be done
unless you know what you're talking about. According to you, Caller*ID uses
Bell 202 protocol. The 1200bps modems in common use are all Bell 212A
protocol. The two are not compatible. Thus, the original poster's desire
to take his old 212A modem and use it as a CNID box won't work. He'll
need to purchase a new Bell 202 or ClassMate modem.

Newsgroups: comp.dcom.modems
From: dave@hp1.holl.com (David Vrona)
Subject: Re: Call display with Modems
Date: Sun, 11 Oct 1992 14:57:05 GMT
Organization: Hollister Incorporated,  Libertyville, IL

In article <eFL3RB1w165w@surfcty.com> rlm@surfcty.com (Robert McMillin) writes:
>
>It can't be done with a 1200 bps modem for the simple reason that a 
>normal modem will try to do all the normal handshaking up front.  You
>need a CNID box.  If your area supports CNID, you shouldn't have any
>trouble finding one at Rat Shack.

You are DEAD WRONG.  It can be done.  I've seen the instructions for doing
it.  I've seen a friend do it.
-- 
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
 \ David Vrona N9QNZ  708.680.2829   Internet:  dave@hp1.holl.com            /
 / Hollister Incorporated            UUCP: {well connected}!ddsw1!hp1!dave   \
 \ 2000 Hollister Drive              Opinions expressed are my own and not   /
 / Libertyville, IL  60048-3781      those of Hollister Incorporated.        \
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
From: acct069@carroll1.cc.edu (Ron Higgins)
Newsgroups: comp.dcom.modems
Subject: Re: Practical Peripherals 14400
Date: 11 Oct 92 03:18:52 GMT
Organization: Lightning Systems, Inc.

In article <ieLFsB1w164w@mcgort.COM/ rlm@mcgort.COM (Robert McMillin) writes:
/st1n2@rosie.uh.edu (McCoy, Mark) writes:
/
/[ request for PPI recommendations deleted ]
/I have been pretty satisfied with my PP 14400FXSA.  The only trouble I
/have had has been connecting to Telebit modems; I have isolated this
/trouble as a problem caused by the PP's inability to deal with marginal
/lines.  This pretty much seems to be a problem will all modems built from
/the Rockwell chipset.  Rockwell claims that they will eventually improve
/this, but I haven't seen it.

Hmmmm, the 2 PPI modems that I seen use the AT&T chipset, not the Rockwell
one.

-- 
Ron                      | Lightning Systems, INC. | Apple // Forever!
acct069@carroll1.cc.edu  | (414) 363-4282  62megs  | Van Halen Rules! 
carroll1!acct069@uwm.edu | 14.4k HST/V.32bis       | Bill & Ted are cool!
From: hikaru@infodn.rmi.de (Walter Doerr)
Newsgroups: comp.dcom.modems
Subject: V.32/V.42[bis] parameter (ZyXEL link status)
Date: 11 Oct 92 12:08:11 GMT
Organization: infodn, Dueren, Germany

Most modern modems can display some kind of link statistics. The ZyXEL uses
ati2 and USR modems use ati5 I believe.
The values displayed there seem to pertain to the V.32/V.42 recommendation
rather than to the ideas of a specific modem manufacturer.
I can make sense of some of the parameters, but other are a mystery to me.
Can someone with an intimate :-) knowledge of the V-series recommendations
please explain the following parameters to me:

- Blocks resent:
- Max Outstanding:
- Link Duration:
  What unit is used? Seconds? Minutes?
- T401/402 Timeouts:
  This seems to be a V.42 parameter.
- FCS Errors:
  Shouldn't there be a correlation between FCS Errors and Blocks resent?
- Round Trip delay:
  Again, what unit is used? Can this be used to measure the distance between
  the modems or is the manufacturers protocol implementation and hardware more
  of a concern here?
- Retrains requested/granted:
  Obviously a V.32 parameter. Are V.32 retrains "kicked upstairs" to V.42 and
  should show up as Blocks resent / FCS Errors or are V.32 retrains transparent
  to the higher level protocols?


Thanks in advance!

-Walter

-- 
"Country music sucks. All it does is take precious airspace away from shock
 DJ's whose cruelty and profanity amuse us all."      - Bart Simpson [8F19] 
Newsgroups: comp.dcom.modems
From: robert@jetsun.weitek.COM (Robert Plamondon)
Subject: Re: Hacking USR ROMS [4.2 - 4.1]
Organization: WEITEK Corporation, Sunnyvale CA
Date: Mon, 12 Oct 92 15:28:43 GMT

In article <3181.212.uupcb@yob.sccsi.com> craig.ford@yob.sccsi.com (Craig Ford) writes:
>The copyrights to the HST protocol are held by US Robotics, Inc. Are you
>inferring that the purchase of a Sportster with v4.1 ROM, gives one a de
>facto license to use this copyrighted material?

Yes, of course it does.  In the trivial case, USING the modem involves
using the copyrighted material.  Furthermore, buying a copy of a copyrighted
work tranfers all sorts of rights.  If I buy a book I can, for example,
rip out the pages I don't like, mark it up, and generally make free with it,
provided I don't PUBLISH the book in either its original or altered form.

Debugging software and using the altered version, like penciling a correction
to a typo in a book, is a fair use of the work.  Gotta be.

From a "harm" point of view, how can it hurt USR's sales that you patched
a ROM for a modem you bought from them?  Copyright suits revolve around
harm to the publisher.  I gotta buy their damn modem to have a reason
to patch their ROM.


	-- Robert
-- 
    Robert Plamondon, robert@weitek.COM

"Ready whenever you are, C.B.!"
From: dave@frackit.UUCP (Dave Ratcliffe)
Newsgroups: comp.dcom.modems
Subject: Silly Hayes bashing (was  +++ sequence problem with USR DS 16.8k)
Summary: So, where are all the bitches about this subject line?
Date: 14 Oct 92 22:40:02 GMT
Article-I.D.: frackit.1688
Organization: Data Factory Services, Harrisburg, Pa.

In article <1992Oct10.082236.8757@u.washington.edu>, tbr@hardy.u.washington.edu (Todd Barnreiter) writes:
> 
>  issue the + + + escape sequence on my USR Dual Standard 16.8k
> I immediately get a NO CARRIER and the modem hangs up.  I want
> to enter into command mode, not hang up!  My old HST never
> had this problem.  I looked through all the settings and I
> can't find anything that makes a difference.  What's the
> deal here?
> 
> -BarryB

The Subject: line above displays the dreaded 3 + signs but I have yet to
see anyone flame this person for his seeming indiscretion. C'mon guys,
the flamfest went rampant when Toby posted that message with the dreaded
3 +'s in a row yet here is another example of the very same thing and
there are no objections. Is it because he doesn't WORK for Hayes so it's
ok for him? 

DISCLAIMER: I see nothing wrong with Barry's using the 3 plus signs.  I
see a LOT wrong with the people who jumped down Toby's throat and have
vowed to buy no Hayes equipment because of something a PR hack wrote. 
This is the ultimate in silliness.  Refuse to buy Hayes by all means if
you dislike the quality of their product.  Even refusing to buy from
Hayes because of their business conduct (ie.  the suits) may be
understandable.  Refusing to buy because of something as trivial as a PR
release is ludicrous. 

Is it time for a reality check here or what?


-- 
 ...uunet!wa3wbu!frackit!dave -or-                       |  Dave Ratcliffe  |
 frackit!dave@uunet.UU.NET -or- dave@frackit.uucp -or-   |  Sys. <*> Admin. |
 vogon1!compnect!frackit!dave@psuvax1.psu.edu            | Harrisburg,  Pa. |
From: cstila@uta.fi (Timo Laitinen)
Newsgroups: comp.dcom.modems
Subject: How to turn modems sound off?
Date: 8 Oct 92 14:38:17 GMT
Organization: University of Tampere, Finland

Could you tell me that command.

Thanks, Timo
Newsgroups: comp.dcom.modems
Subject: Re: Hacking USR ROMS  [4.2 - 4.1]
From: Adam.Frix@p18.f20.n226.z1.FIDONET.ORG (Adam Frix)
Date: Thu, 08 Oct 92 23:43:57 EST
Organization: FidoNet node 1:226/20.18 - cmhGate UF Gateway, Columbus OH

seth@gradient.cis.upenn.edu (Seth Bromberger) writes:

SB> Has USR expressly forbidden modification of the ROMs?

Ah, but you're _not_ modifying the ROMs.  You're simply poking two bytes into
RAM, after the modem's operating system is loaded.  Turn the modem off, and
the modification is gone.  You can't even write the mod into NVRAM.  You're
simply poking bytes into RAM.  There's no question about modifying anything
except an already loaded operating system.

I dare any maker of computer products to tell me that once a program is loaded
into my computer product's RAM, that I can't peek and poke.

--Adam--
 
--  
Adam Frix via cmhGate - Net 226 fido<=>uucp gateway Col, OH
UUCP: ...!n8emr!bluemoon!cmhgate!20.18!Adam.Frix
INET: Adam.Frix@p18.f20.n226.z1.FIDONET.ORG
Newsgroups: comp.dcom.modems
From: garyng@netcom.com (gary )
Subject: Re: Supra FAXmodem: can I use one line for both BBS and FAX?
Organization: Netcom - Online Communication Services (408 241-9760 guest)
Date: Fri, 16 Oct 1992 06:13:25 GMT

In article <Bw61st.3rp@news.cso.uiuc.edu> tmkk@uiuc.edu (Khan) writes:
>I run a BBS using Binkleyterm and a Supra V.32bis Faxmodem (which I just
>got a couple days ago). I'm wondering if anyone has set things up so
>that one phone line can be shared between BBS data and FAX use such that
>when a BBS call comes in Binkley will invoke the BBS software and when a
>FAX comes in Binkley will invoke the FAX software. If you've done
>something like this, would you post or email the details?
>
>Thanks!
>
Would the owner of its new ROM please verify this ? I also like to know 
if Supra has solved the automatic call detection. If it does, then we can start
searching software for it.
From: zeke@fasttech.uucp (Bohdan Tashchuk)
Newsgroups: comp.dcom.modems
Subject: Re: Telebit and their upgrade policies.
Date: 16 Oct 92 00:48:02 GMT
Organization: Fast Technology

In <a13NsB4w165w@surfcty.com> chris@surfcty.com (Chris Johnston) writes:

>Rarely do I ever say this about a company, but I will
>Never - Ever - again either buy Telebit or recommend it to
>my associates.

Telebit's misguided update policies have flamed repeatedly in this group.
To no avail.

Despite this, many of us continue to use their products. If you need V.32bis
+ PEP there is no alternative. And overall, my TrailBlazer Plus and WorldBlazer
modems have been very reliable.

And I much prefer Telebit's foolish policies to the insulting ad campaign that
Hayes has been running. It started out as "Boom, you're dead." Hayes was
enjoined from continuing that particular ad, but their current ad is just
as insulting.

Unless Telebit develops a bidirectional PEP protocol, which they've talked
about but aren't willing to commit engineering resources to, the uucp world
will continue to move to V.32bis and eventually V.fast except in very special
situations. Perhaps the reason there is no bidirectional PEP is that Telebit
also sees the handwriting on the wall.

Let's hope that ISDN gets here before the new millenium does. Although 64kbps
will soon seem very slow.
From: johnston@me.udel.edu (Bill Johnston)
Newsgroups: comp.dcom.modems
Subject: Supra new ROMs ...
Date: 14 Oct 92 23:39:06 GMT
Article-I.D.: news.Bw4xp6.Lur
Organization: University of Delaware

For what it's worth, I notice that after installing the new ROMs,
my SupraFaxModem v.32bis now runs at room temperature, and sounds 
a bit different when connecting.  Prior to this it ran a bit warm,
but not "hot" as some have reported.

I never had problems connecting at 14.4 with the 1.200C ROMs, so I 
can't say whether any of the bug fixes have improved performance.

-- 
-- Bill Johnston (johnston@me.udel.edu)
-- 38 Chambers Street; Newark, DE 19711; (302)368-1949
From: roy@mchip00.med.nyu.edu (Roy Smith)
Newsgroups: comp.dcom.modems
Subject: Questions about Prometheus Ultima Home Office
Date: 10 Oct 92 16:41:44 GMT
Organization: New York University, School of Medicine


	Has anybody had any experience with the Prometheus Ultima Home
Office V.32bis modem?  I'm using one with a C. Itoh CIT-101e dumb
terminal (vt100-ish) and it seems to have random problems.  I havn't
been able to get RTS/CTS handshaking to work properly; I'm currently
running it at 9600 bps between the terminal and the modem with
handshaking turned off and that seems to mostly work OK, but it's
clearly a work-around, not a solution.

	Another problem is that I can't seem to get dialing stored
numbers to work properly.  I can store number into the NVRAM, but
whenever I try to do "atds0" (or any other number), I get ERROR.
Doing "atds" with no digit dials the number stored in location 0, so
for the time being I'm living with that, but it's annoying.
From: wb8foz@skybridge.SCL.CWRU.Edu (David Lesher)
Newsgroups: comp.dcom.modems
Subject: manuals, was: +++ sequence problem with USR DS 16.8k
Date: 11 Oct 1992 23:21:50 GMT
Organization: NRK Clinic for habitual NetNews abusers - Beltway Annex
Reply-To: wb8foz@skybridge.scl.cwru.edu (David Lesher)
NNTP-Posting-Host: skybridge.scl.cwru.edu

Others said
# This is not referenced in the index under
# escape code +++ sequence as it should be though!


Didja ever notice how it's not what the manuals say that is 
important. Rather, it is what they don't tell us that turns out
to bite on on the backside?

Old Man Murphy must have a kid who's a tech writer.....

--
A host is a host from coast to coast..wb8foz@skybridge.scl.cwru.edu
& no one will talk to a host that's close..........................
Unless the host (that isn't close).........................pob 1433
is busy, hung or dead....................................20915-1433
Newsgroups: comp.dcom.modems
From: rickf@pmafire.inel.gov (Rick Furniss)
Date: Tue, 13 Oct 92 06:38:01 GMT
Organization: WINCO
Subject: Re: Supra - STILL Problems
Summary: 
Followup-To: 
Organization: WINCO
Keywords: 

In article <keqVEQ600YV985vvpA@andrew.cmu.edu> Jinmo Ahn <ja2f+@andrew.cmu.edu> writes:
>
>I just installed the new ROMs on my Supra v32bis.   After testing the
>modem with about 20 different BBS numbers, I found no significant
>improvements.  The modem still has problems connecting at high speeds. 
>Especially with USR DS modems - it either refuses to connect, or
>connects at 9600.
>
>Please let me know what your experiences are.
>
>here are my settings:
>
>ATI3I5
>V1.200-H TR14-Jxxx-001 053
>
>(c)1992 Supra Corporation
>
>OK
>AT&V
>ACTIVE PROFILE:
>B1 E1 L2 M1 N1 Q0 T V1 W1 X4 Y0 %C1 %E0 %G1 \N3 &C1 &D2 &K3 &Q5 &R0 &S0 &X0 &Y0
>S00:000 S01:000 S02:043 S03:013 S04:010 S05:008 S06:002 S07:050 S08:002 S09:006
>S10:014 S11:050 S12:050 S18:000 S23:063 S25:005 S26:001 S36:007 S37:011 S38:020
>S40:087 S46:138 S48:007 S95:032 S109:008 S110:003 
>

   I have three of the v1.200H Supras, and they work like a champ.

   I had trouble setting up with my Telebits til I learned to configure them.

   Dont assume the problem is on the Supra end.  Both modems have to
be configured properly to get the DC/LAPM/144 to work.  Some BBS's etc
have not configured thier modems correctly, and or have them configured for
other more used rates etc.

   I dont beleive USR DS's use fully V.32bis negotiate means. From what I,ve 
gathered, they use some type of short cut to get quicker connects.

   Then there is the all time biggy line noise.  The main concern is to 
get connected to start with, as noise at the negotiate time, or initial call
few seconds is critical for a good connect.

   You might try S110=2, or 1 above, and maybe lower s109 a notch.


***** standard DISKclamer *****
personal views of my person only

rickf@pmafire.inel.gov
rickf@servprod.inel.gov

-- 

***** standard DISKclamer *****
personal views of my person only
From: mir@chorus.chorus.fr (Adam Mirowski)
Newsgroups: comp.dcom.modems
Subject: Re: Supra New ROM (ordering info)
Date: 12 Oct 92 16:45:17 GMT
Organization: Chorus systemes, St Quentin en Yvelines, France
X-Newsreader: Tin 1.1 PL4

gerrit@laosinh.stgt.sub.org (Gerrit Heitsch) writes:
: 
: V.23 is standard used for the german videotex-system. It is (nearly) only
: used for this purpose because of the unusable speed:
: 1200 bps in one direction an 75 bps in the other. It is not
: possible to change the direction or the fast channel, the station which 
: uses 75 bps after connection does this until closing the connection.

Wrong, wrong, WRONG!

Every V.23 modem produced in France since the last 3-4 years
has the possibility of switching channels ("reversibility").
This is even the case with modems built into terminals (called
Minitels here).

The procedure is not part of V.23 however. It is a later
add-on.

: 
: I don't think, that you miss something without V.23.

It depends on the country... In France, you miss a lot.
-- 
Adam Mirowski,  mir@chorus.fr (FRANCE),  tel. +33 (1) 30-64-82-00 or 74
Chorus systemes, 6, av.Gustave Eiffel, 78182 Saint-Quentin-en-Yvelines CEDEX
From: Conrad_Nobili@Harvard.EDU (Conrad C. Nobili)
Newsgroups: comp.dcom.modems
Subject: Re: Hayes Ultra 144 modem fares poorly in MacUser tests
Date: 10 Oct 92 00:08:58 GMT
Article-I.D.: nobili.Conrad_Nobili-091092194720
Followup-To: comp.dcom.modems
Organization: Harvard University Office for Information Technology

In article <Bvq583.BKn@gator.rn.com>, larry@gator.rn.com (Larry Snyder)
wrote:

> Hmm.. No US Robotics v.32bis nor Telebit WorldBlazer/T3000

(Eric Sack explains in another post why these and others were omitted....)

Other modems of note that weren't included are the AT&T Paradyne Comsphere
38xx Software Defined modem series....  They have ripped in somewhat more
comprehensive reviews in the past....

Others have noted that magazine reviews are often unreliable.  Certainly
this is true.  MacUserLabs seems to be much better than the rest though, in
terms of testing *methodology*.  The bigger problems in their case are
those of selection criteria for the products to be reviewed and rampant
errors in their charts and graphs.  They *do* tend to err on the side of
choosing "prepackaged" products to review.  I believe it is particularly
inappropriate when reviewing Gigabyte disks, for instance, to simply use
each manufacturer's driver software -- right, like those of us buying Gig
disks aren't going to use FWB's HDTK or something....  Similar arguments
may hold for high-end modems, although perhaps less so as they are cheap
enough now for lots of "the rest of us" to be buying them....

Conrad C. Nobili  N1LPM  Conrad_Nobili@Harvard.EDU  Harvard University OIT
Newsgroups: comp.dcom.modems
From: gerg@netcom.com (Greg Andrews)
Subject: Re: Not detecting/transmitting breaks in MNP
Summary: If so, it's an incomplete MNP implementation...
Organization: Netcom Online Communications Services (408-241-9760 login: guest)
Date: Wed, 14 Oct 1992 18:23:28 GMT

In article <s900387.718850563@minyos.xx.rmit.OZ.AU> s900387@minyos.xx.rmit.oz.au (Craig Macbride) writes:
>
>I have been using V32 modems made by Interlink which have MNP4 and MNP5 and
>work up to 14.4k bps (depending on the model). The manual notes that
>"The modem will not detect or transmit a break when in MNP mode" and Interlink
>claim this is due to the chipset they use.
>
>Needless to say, with operating systems that autobaud on breaks and
>terminal servers which return to command mode on breaks, this is a real pain.
>How common is this problem? Do most modems transmit breaks when in MNP modes?
>

I'm sure Toby can comment in further detail, but passing break signals is
certainly possible with MNP.  The modems don't send an actual break signal
(long string of '0' bits) through the phone line, though.  When one modem
receives a break signal from its DTE, it sends a special packet called a
"Link Attention" packet in MNP-speak.  The modem on the other end gets the
Link Attention packet and generates a break signal to its DTE.

I sounds to me like the Interlink modems don't have a fully fleshed-out
implementation of MNP.


-- 
 .------------------------------------------------------------------.
 |  Greg Andrews   |       UUCP: {amdahl,claris}!netcom!gerg        |
 |                 |   Internet: gerg@netcom.COM                    |
 `------------------------------------------------------------------'