HDTenEightyP/NetNews huggingface dataset:
From: west@ntmtv.UUCP (Andrew West)
Subject: Re: What problems with Supra ?
Originator: west@herald
Organization: Northern Telecom Incorporated
Date: Tue, 13 Oct 1992 21:03:59 GMT

From article <4372@seti.UUCP>, by julien@incal.inria.fr (Julien Maisonneuve):
> OK, people often complain about Supras, and so do I.
> Now, I would like to known exactly which were spotted precisely.
> 
> I'm willing to collect replies from Supra (fax v32bis) owners that I will
> summarize.
> The most important thing I would like to know is what kind of modem (brand,
> model) can you connect with (and cannot connect with) ?
> Also report observed fallback, fall-forward and general resistance to line
> conditions.
> Please be accurate and do not make general complaints.


Problem #1: Logging onto Supra's BBS
----------
I'm having a problem connecting with the Supra BBS with a new SFM
v.32bis (1.200H ROMs, purchased new 10/8).  I don't know what modems
are used on the Supra end.

My generic setup string (parts of which I modified for the following
tests) is:

    AT &F1 S95=0 S37=9 S109=2 S110=3 W1 N1

When trying to connect to the Supra BBS with this string, I get
several phases of normal modem "hash" followed by a single tone
carrier (sounding like one modem has given up).  The tone stops and
starts a couple of times before my modem gives up.

If I modified the string (to lock the rate) to S37=9 (9600) and N0
(leaving the other stuff alone), I could *occasionally* log in (e.g.
10% of the time).  I got pretty much the same behavior with S37=8
(4800) N0.  If I shifted down to S37=6 (2400) N0, I seemed to be able
to log in every time.  Of course if I was going to use 2400 bps (even
with LAPM), why bother with a v.32bis...?

The information on changing to S109=2, S110=3 came from Supra's tech
support but it didn't improve things relative to whatever default
values were originally present.

Why I can't get a faster Supra BBS connnection reliably?

---------------------------------------------------------------------

Problem #2: Supra (+ remote) don't upshift to higher speed
----------
I've had pretty good luck with other (non-Supra) 14.4Kbps BBSes but
have noticed something odd.  If I use S109=2 (4800) S110=3 N1, the
connection is established at 4800 (i.e. stays at "negotiation rate"
and doesn't upshift).  If I use S109=8, the connection rate remains at
9600 and again doesn't upshift.  The only way I can get a 14.4K
connection is to use S109=32.

It doesn't seem like the modem(s) are even trying to shift up to a
higher rate (which should happen based on Supra's claim of using
S110=3), instead remaining at the initial negotiation carrier rate.
Am I setting something wrong, misunderstanding the registers or is
there another problem?

Regards,

Andrew West
Northern Telecom    UUCP: {ames, amdahl, hplabs}...!ntmtv!west
Mt View, CA   USA   Internet: ntmtv!west@ames.arc.nasa.gov  or
			      ntmtv!west@ames.arpa

Mann - "So you don't know everything?"
Eve  - "It would be impractical to know everything.  Access time would
	be enormous..."

-Mann & Machine


Newsgroups: comp.dcom.modems
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:11:41 GMT

In article <1992Oct8.143423.16865@europa.asd.contel.com> pascoe@rocky.gte.com (Dave Pascoe) writes:
>Greg Andrews (gerg@netcom.com) wrote:
>: 
>: The WorldBlazer will attempt to negiotiate with the other modem to
>: see if it's another Telebit with MNP extensions, and it follows the
>: standard protocol set forth by Microcom to do this.
>: 
>: The other modems should know how to refuse any MNP extensions they don't
>: support.  If they have trouble, they haven't implemented MNP properly.
>: 
>: Are you SURE that S111=0 is the ONLY change you made to your WorldBlazer?
>
>I was working on the phone with Telebit on this yesterday morning.
>And, yes, S111=0 was *the only* change made.
>

Than I'll repeat what I said earlier.  The other modem hasn't implemented
MNP properly if it can't handle the negotiation of MNP extensions.  Could
this 2400/MNP-only modem have an old version of firmware?


-- 
 .------------------------------------------------------------------.
 |  Greg Andrews   |       UUCP: {amdahl,claris}!netcom!gerg        |
 |                 |   Internet: gerg@netcom.COM                    |
 `------------------------------------------------------------------'
From: rcleon@svbs01.bs.win.tue.nl (Leon Oninckx)
Newsgroups: comp.dcom.modems
Subject: Reliable ZyXEL dealer wanted (Urgent!)
Date: 7 Oct 92 12:31:05 GMT
Reply-To: rcleon@bs.win.tue.nl
Distribution: eunet
Organization: Eindhoven University of Technology, the Netherlands

I am visiting Cologne (Koeln) this weekend to go to the Fair (Messe) that
is being held there. I want to purchase a couple of ZyXEL's there too,
but I would like to know of a reliable ZyXEL dealer in Germany who
is either close to the dutch border or at the Fair in Cologne.
Pricing should be ok too.
please reply via email
-leon
email : rcleon@win.tue.nl
Newsgroups: comp.dcom.modems
From: rhh2h@fulton.seas.Virginia.EDU (Ron Henderson)
Subject: Can a compressed file be transferred via kermit?
Organization: University of Virginia
Distribution: usa
Date: Fri, 9 Oct 1992 14:19:17 GMT


I use a Boca Research V.42bis modem to connect to my account at work.  The
protocol for up/downloading used by the unix machine I call is kermit.

I have never had success downloading .zip, .arc, .arj, or .zoo files.
There are always errors in the downloaded file.  I operate with data
compression, no data buffering, V.42 error correction, 1 byte checksum,
256 byte blocks, and the file transfer type as shown by my Procomm 
software is binary.

QUESTION:  Can anyone successfully download compressed files via kermit?
           Is the problem my modem, software, or kermit?

Any suggestions would be appreciated.  Please use email.

--
Ron Henderson                Internet:  rhh2h@Virginia.EDU
EE PhD student               BITNET  :  rhh2h@VIRGINIA
THN C237                     UUCPNet :  ...!uunet!virginia!rhh2h
University of Virginia       Voice   : " HEY Ron!! "
From: IK90103@MAINE.MAINE.EDU
Newsgroups: comp.dcom.modems
Subject: AMERICA ON LINE: question
Date: 13 Oct 92 21:59:04 GMT
Organization: University of Maine System

Can anyone help me?  I would like to communicate with my brother in Oregon.
He uses AMERICA ON LINE.  I have no knowledge about this system.  I would
like to communicate with him via EMAIL and/or communication on line.
I would like to know his entire address, so I can send mail, if this is even
possible.  My brother is a new modem user and is unfamiliar with his system.
Therefore he has no idea what his address is.  I hope someone can help me.
If somebody has any knowledge on AMERICA ON LINE please EMAIL me.
THANK YOU
LEE M. PARADIS    ik90103@maine.maine.edu
Newsgroups: comp.dcom.modems
From: gottloeb@eel.dsd.trw.com (Jeffrey R. Gottloeb)
Newsgroups: comp.dcom.modems
Subject: Re: USR Warranty Excerpt
Date: 14 Oct 92 18:11:48 GMT
Organization: TRW, INC.

In article <14OCT199207354065@vmsa.is.csupomona.edu> cvafyaga@vmsa.is.csupomona.edu (Srikanth Viswanathan) writes:
>>for a period of two years from the date of purchase. During the warranty
>>period, and upon proof of purchase, the product will be replaced (by the same
>                  ^^^^^^^^^^^^^^^^^^
>I recently purchased a USR modem,  the registration card asked for the
>"proof of purchase."  Now, the receipt got lost somewhere so what do I 
>do?  Isn't my registration card proof enough?!?  
>
>Srikanth


Actually, it is the other way around.  Proof of purchase is sufficient
to receive the warranty benefits.  Sending in the registration is not
required but may be useful (eg. recall notices in case of safety defects,
upgrade notices, etc.).


Jeff Gottloeb
gottloeb@gumby.dsd.trw.com
From: birchall@pilot.njin.net (Shag)
Newsgroups: comp.dcom.modems
Subject: Re: PM1440FXSA ROM upgrade
Keywords: Practical Peripherals, V32.bis, ROM, upgrade
Date: 7 Oct 92 22:31:05 GMT
Organization: Screaming in Digital, the Queensryche Net Digest

wjones@halcyon.com (Warren Jones) writes:

>There has been some discussion in this group of a ROM upgrade
>for the PM14400FXSA.  Can anyone fill me in on what bugs the
>upgrade is intended to fix and/or what new features it supports ?

The upgrade gets rid of all the nasty problems with retrains, and in the case
of my modem [which previously had rom v1.11h] enabled it to maintain 14.4
connects for more than 30 seconds.  I think there may have been a problem with
connecting using v.42/LAPM which also now works fine, but I'm not sure.

-Shag
-- 

     Freedom belongs to only those without video screens for eyes and mouth.
		- Queensryche
From: rjs@crs.cl.msu.edu (Robert J. Stanton)
Newsgroups: comp.dcom.modems
Subject: puma download protocol ?
Keywords: modem
Date: 14 Oct 92 18:03:57 GMT
Organization: Michigan State University

I need some info on PUMA, which I have heard about only in
passing but understand it will deliver near 2400 bps on
a 2400 baud modem.  Can anyone help me out with this?
Is it in the PD?

rjs@crs.cl.msu.edu
From: mfv23060@uxa.cso.uiuc.edu (Maurice F. Vallejo)
Newsgroups: comp.dcom.modems
Subject: Gateway Telepath Modem help please!!
Date: 16 Oct 92 04:01:41 GMT
Article-I.D.: news.Bw74Iu.M1u
Organization: University of Illinois at Urbana

(from a friends account)

	HELP!! I AM PISSED!! I know that Telepath Gateway modems were
discussed here before.  So could some kind soul e-mail me the answer
to my problem (if one was found).   And the problem is (drum-roll) :

	My modem (com port 3, irq=5 iobase=0x3E8) keeps hanging up
every 2 out of 3 times I log in to a remote system.  Sometimes it
is within 10 minutes, others within 30 minutes. 

	I know line noise can figure in to it.  But when I was an external
(Courior 2400 on com3), it is much more reliable.  It rarely dropped.

	Is there anything I can do to fix my Telepath modem???


				Thanks,
				   Dan.
Newsgroups: comp.dcom.modems
From: mike@vort.cuc.ab.ca (Mike Nemeth)
Subject: what do you think of the Telebit T3000?
Distribution: na
Date: Sat, 10 Oct 1992 03:22:34 GMT

i have a T2500, which works well enough except for its annoying habit
of dropping v.32 connections randomly, but now that v.32bis is out
and should be reasonably stable across vendor lines i am considering
moving up to a T3000. has the v.32 problem been fixed in the T3000?
how good is the v.32bis implementation? any problems i should know
about? your reviews/comments/rants/raves (on the T3000) will be
appreciated.
-- 
Elvis dead? Good career move! - unidentified Hollywood agent, Aug 17, 1977.

Mike Nemeth       VORT Computing      Calgary, Canada
Newsgroups: comp.dcom.modems
Subject: Re: USR Sportster Info Needed!REGISTER
From: lee_g@qis.dofasco.ca (Dofasco Steel Inc., Hamilton, Ontario, Canada)
Date: 9 Oct 92 10:42:20 GMT
Organization: Dofasco Inc, Hamilton, Ont. Can.
Nntp-Posting-User: lee_g

In article <1992Oct8.044232.20248@u.washington.edu>, sinan@carson.u.washington.edu (Sinan Karasu) writes:
>  
>  Well I am not sure if I would by a Sportster. I tries 3 Sportster 14400
> in last week NONE of them would answer a call reliably. This is on a 
> Sun SparcStation for CS. I tried USR 1200 without any hitch. Tried 
> a USR courier THE EXPENSIVE model (14,400 with v32.bis w/ ASL) and it worked
> beautifully. I am right now trying a USR Sportster 9600 and it works great.
> But when I try a USR 14,400 IT DOES NOT AUTOANSWER. I don't know what
> is wrong with those things but it is like the Roach Motel.
> You can dial out but they can not dial in!!!!!! I would definitely
> test drive a USR 14,400 before buying one. I really do not see how
> 3 different units of the same model  from the same manufacturer fail 
> to function on
> 2 different computers when 3 other units (different models ) from the same 
> manufacturer work like a charm on those two computers. Sounds to me
> like there may be a design problem. By the way we are returning these modems.
> 
> 

I have had no problems with the USR Sportster 14.4 Fax (external).
It works smoothly, reliably, and has excellent throughput.  The
auto-answer mode works like a charm.  Most of my important settings
are the NVRAM factory settings.

					...Gary

--------------------------------------------------------------------
Hamilton, Ontario
Canada
E-mail: lee_g@qis.dofasco.ca					(B*Q
From: nick@sw.stratus.com (Nicolas Tamburri)
Newsgroups: comp.dcom.modems
Subject: Re: SupraFAX problems (user naivete?)
Date: 15 Oct 92 12:10:23 GMT
Organization: Stratus Computer, Inc.



> I wrote:
> > ...
> >then I get no output just garbage.  (BTW all this is with the default AT&F2
> >configuration,
 
tmkk@uiuc.edu (Khan) writes:
> The manual says that Mac users should use &F1, not &F2, since Mac serial
> cables have no hardware flow control (or something like that).

Sorry, I mistyped.  I meant AT&F1, like you and the manual say.

							/nt
From: jerry@incc.com (Jerry Rocteur)
Newsgroups: comp.dcom.modems
Subject: USR modems
Keywords: USR
Date: 11 Oct 92 16:39:38 GMT
Organization: InCC.com Perwez Belgium

Sorry for such a boring question but I'm trying to work out the
different USR modem models, I want to buy the best and I think this is
the USR Courier DS.

Am I right and if someone knows could they post the different models
description.

I have found a dealer who sells from UK for under 500 pounds and I
want to make sure I order the correct model.

I rang the USR distributor in UK and their price was over 850 pounds 
so this looks like a good deal, in fact I think the 500 pound price 
would make it cheaper than buying one in the states, since the arse 
has fallen out of the pound.


BTW, the distributor sells for over 850 pounds and the dealer sells
for under 500 pounds, sounds like a hell of mark up on these modems,
at RRP!

-- 
 __^__                                                              __^__
( ___ )------------------------------------------------------------( ___ )
 | / | Jerry Rocteur                       Email: jerry@InCC.COM    | \ |
 | / |             Independent Computer Consultants                 | \ |
 | / |               Division de DELDRA s.p.r.l.                    | \ |
 |___|                 Perwez Belgique Europe                       |___|
(_____)------------------------------------------------------------(_____)
   ^                                                                  ^
From: gallo@zeno.fit.edu (Michael A. Gallo)
Newsgroups: comp.dcom.modems
Subject: Xyplex Terminal Servers and Modems
Date: 15 Oct 92 21:57:42 GMT
Organization: Florida Institute of Technology

I am looking for a recommendation of modems that are compatible with a
Xyplex terminal server.  I have a MAX 4500 chassis with four of Xyplex's
"traditional product" cards.  These are not Xyplex LAT cards.  These are
the first cards the company produced four years ago.  They support the
Xyplex Control (x c) program.  These cards are 8-port cards with full modem
control.  I have had one of heck of a time finding modems that are
compatible with these cards.  The only modem that works with minimum problems
is Racal Vadic.  I have tried Packard Bell, Cardinal, Supra (w/v.42 bis),
Intel (w/v.42 bis), and MultiTech.  All have failed one test or another.
For example, if a session is not exited gracefully, CD does not drop making
the modem attached to that line inaccessible (it will ring, but not pick up).
In some cases, the modem will ring, pick up and disconnect immediately.

The Racal Vadics (1200 and 2400 w/MNP-5) have performed admirably.  I am now
in the market to upgrade the 1200 baud modems.  Given certain budget 
constraints I cannot afford new Racal Vadics.  I would prefer to get 2400 bps
modems with V.42bis, but they must work with the terminal server.  I check 
with Xyplex and was told to consider "true" Hayes modems.  I hope to receive
a Hayes Optima 24 for evaluation purposes next week.  

If anyone has experience dealing with modems connected to Xyplex terminal
servers, I am interested in hearing from you.  Specifically, what modems
are working for you?  What are their settings?  What problems have you
experienced.  Please respond directly to my e-mail address.  Thanks.


Mike Gallo
Network Admin
Florida Tech
Melbourne, FL
Internet: gallo@zeno.fit.edu
From: denham@hmsp04.wg3.waii.com (Scott Denham X7117)
Newsgroups: comp.dcom.modems
Subject: Re: Caller ID
Date: 8 Oct 92 14:30:57 GMT
Organization: Western Geo. - Div of Western Atlas Intn'l Inc., Houston, TX

In article <153.31651@incc.com> jerry@incc.com (Jerry Rocteur) writes:
>
> Unless you are up to no good, when would you ever want to call
> someone and not want them to know who you are ???
>
Simple. If I pay the phone company EXTRA for an unlisted number, I don't
want it available to any commercial caller I call. I got it in the first
place to avoid the annoying rash of telemarketing scams, pleas from semi-
legitimate charities, etc. Ever get a Monkey Wards charge card? It's a 
sure way to double the volume of junk mail in your mailbox, pitching
everything from life insurance to siding. I don't doubt for a minute that
somebody's going to use the same technique to "pin" me as being of a
desired demography because I've called somewhere to order something.
From: postale@cse.fau.edu (Elena Postal)
Newsgroups: comp.dcom.modems
Subject: TwinCom 14.4K Fax/Modem
Summary: Need opinions about TwinCom performance/reliability
Date: 8 Oct 92 18:42:55 GMT
Organization: Florida Atlantic University, Boca Raton, FL, USA

Does anyone have any opinions about the TwinCom 14.4K v.32bis FAX
modem?

At $259 for an external in the latest Computer Shopper, it seems
like an attractive buy.

In the ad, there's a blurb about either having a Rockwell chip set
or being 100% compatible.
From: mir@chorus.chorus.fr (Adam Mirowski)
Newsgroups: comp.dcom.modems
Subject: Re: Supra New ROM (ordering info)
Date: 13 Oct 92 15:34:06 GMT
Organization: Chorus systemes, St Quentin en Yvelines, France
X-Newsreader: Tin 1.1 PL4

julien@incal.inria.fr (Julien Maisonneuve) writes:
:
: I'm personnaly very unhappy that my supra lacks it.
: (as far as I remember, v23 channels CAN be switched, but french
: MINITEl doesn't allow it).

I will try to find among my BBS saved messages those
explaining how to activate the V.23 mode. Even on my
French Olitec 2400, it is done through a special cmd,
probably ATBx, x being around 2 or 3. The same cmd also
activates Bell norms support.

As for Minitel support of channel switchning, it IS
there, at least for Minitels 2, those with built-in
dial keys, that France Telecom have been distributing
since some years now.
-- 
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
Newsgroups: comp.dcom.modems
From: wjones@halcyon.com (Warren Jones)
Subject: PM1440FXSA ROM upgrade
Summary: What are bug fixes/new features in PM14400FXSA ROM upgrade ?
Keywords: Practical Peripherals, V32.bis, ROM, upgrade
Organization: Northwest Nexus Inc. (206) 455-3505
Date: Wed, 7 Oct 1992 19:54:25 GMT

There has been some discussion in this group of a ROM upgrade
for the PM14400FXSA.  Can anyone fill me in on what bugs the
upgrade is intended to fix and/or what new features it supports ?

Thanks in advance ...

-- 
Warren Jones
<wjones@halcyon.com>
From: jim@n5ial.chi.il.us (Jim Graham)
Newsgroups: comp.dcom.modems
Subject: Need a FAQ on v.32bis/v.42bis diff.
Date: 13 Oct 92 01:09:20 GMT
Organization: Me? Organized? Hah! :-)

In article <1992Oct9.162739.1@alien.gici.com> laut@alien.gici.com writes:

> Is there a FAQ

no, unfortunately, there isn't an actual FAQ for this group.

> somebody could please e-mail me on the differences
> between v.32bis and v.42bis.  Especially, covering the following:

you're confusing apples and oranges here.  V.32bis is a modulation
scheme for 14.4 kb/s, with fallback to 12.0 kb, 9.6 kb, 7.2 kb, and
4.8 kb.  V.42 (which you didn't mention) is an error control protocol.
V.42bis is a data compression method.

> 1)  Maximum data (vs. DTE) rates for both

V.32bis --- 14,400 bps
N/A for V.42bis.

> 2)  Maximum DTE rates

that depends on your modem, but in general, when using V.32bis with
V.42 and V.42bis, you want to set the port speed to at least 19.2,
and if at all possible, at least 38.4 (19.2 could severely limit your
throughput for some types of data).

> 3)  Compression algorithms

N/A for V.32bis, as it is not a compression algorithm.
V.42bis is, but I'll leave the details on that one to someone who
understands compression algorithms beyond the question of ``do they
work, and how well?'' to avoid giving you bad information.

> 4)  realistic throughput rates (sustained and bursts)

depends on the type of data.  we'll assume here that you're using
V.32bis, V.42, and V.42bis, and that your DTE port speed is AT LEAST
38.4 kb (on both ends!).

for compressed data, you're not going to get *ANY* compression out of
V.42bis, so you're looking at a raw throughput of roughly 1724 cps,
give or take, assuming no line errors.

for more information on how that throughput figure is arrived at, check
out another current thread on this topic (subject line is something like
``FAQ:  define V.32, etc'').  some parts of it may have expired at your
site --- lately, we're seeing about a 4 to 5 day delay in getting news
here, so who knows.....

for text, or other highly-compressible data, your mileage will vary
substantially, but I've gotten up to around 2600 cps or so on large
text files (using Zmodem).

hope this helps.  sorry if I left any thoughts incomplete, but I'm
skipping around in this note while trying to do some recordings.  e-mail
me if you still have questions, or would like more details, etc.
   --jim

--
#include <std_disclaimer.h>                                 73 DE N5IAL (/9)
------------------------------------------------------------------------------
INTERNET:  jim@n5ial.chi.il.us  |  grahj@gagme.chi.il.us  |  j.graham@ieee.org
ICBM:  41.70N 87.63W                    UUCP:  gagme!n5ial!jim@clout.chi.il.us
AMATEUR RADIO: n5ial@n9hsi (Chicago.IL.US.Earth)    AMTOR SELCAL:  NIAL
------------------------------------------------------------------------------
From: chris@surfcty.com (Chris Johnston)
Newsgroups: comp.dcom.modems
Subject: Telebit and their upgrade policies.
Date: Wed, 14 Oct 92 20:46:33 PDT
Distribution: world
Organization: Surf City Software, Orange, Calfornia - DUDE!

I recently ordered the upgrade for my TB2500.  It brought me from
rev 2 to rev GF7.03 which now properly supports v.42bis

OK,  my big gripe is, I paid $99 for an upgrade that included
two saddle-stiched pamphlets explaining some of the features.


Not only did I get dinged for the $99 upgrade, there was a $10
handling fee and a $10 shipping fee, and on top of that
California sales tax.  Very misleading!  To top it off, I was
to understand that the v.42bis upgrade would allow me to use
a DTE rate of 38,400bps to push the v.42bis to its limit.
WRONG!  I can only communicate at 19200bps.

And what really frosts my toast, is that it took them nearly
a week of calling them and getting dumped into voice mail
to get the upgrade.

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

Chris Johnston