HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.dcom.modems
Distribution: jadpc2
Date: Tue, 13 Oct 92 12:36:11 -0800
From: Zero_One@p6.f356.n103.z1.fidonet.org
Subject: ZyXEL - U-1496E v5.01 Roms & 16800 ?
Comment-To: Qual_Trak@p6.f356.n103.z1.fidonet.org
Reply-To: Zero_One@p6.f356.n103.z1.fidonet.org
X-FSC-PATH: 202/701
X-FSC-EID: 10ca 2bdbaf45
X-FSC-PID:  FM+ 2.1

 > I recently upgraded my U-1496E from rom version 4.06F to 5.01M. I
 > thought that I could now connect at 16800 to another ZyXEL modem
 > so I
 > called the BBS at (714) 693-0808.

 > The only real change to the stock configuration was setting &N
 > from &N0
 > to &N35.

 > I only got a 14400 connection.  I know I'm being picky 2400 bps is
 > 2400
 > bps.  What am I doing wrong?  Did I upgrade roms too soon? doe the
 > 1496E
 > not handle 16800? Enquiring minds (at least this one) want to
 > know.

 > Thanks...
You can not force a 16.8k connection.  If the line can handle 16.8k
then you will get a 16.8k connection.

Tyrone Horton
(Zero One)
Tech Support
ZyXEL USA

---
 * Origin: -=ZyXEL USA=- 1:202/701.101 (1:103/356.6)
From: bruce@camb.com (Barton F. Bruce)
Newsgroups: comp.dcom.modems
Subject: Re: ZyXEL plus modelsSKIP
Date: 16 Oct 92 22:43:09 EDT
Organization: Cambridge Computer Associates, Inc.

In article <1992Oct14.085259.18255@cucs5.cs.cuhk.hk>, yik1351@cucs18.cs.cuhk.hk (Ernest Yik) writes:
> 
> 	These 'PLUS' models were available in Hong Kong for quite some
> time now.  I'm not sure about the other parts of the world.

Is the price more attractive over there? Over here it certainly is not as
well priced as the other non + models.
Newsgroups: comp.dcom.modems
From: mrapple@quack.sac.ca.us (Nick Sayer)
Subject: Re: UUCP 'g' must die (was Re: USR DS v.32bis 10-15% faster thoughput over the Worldblazer)
Organization: The Duck Pond public unix: +1 408 249 9630, log in as 'guest'.
Date: Wed, 14 Oct 1992 04:37:51 GMT

If I might follow-up to my own previous post...

Ok, I've managed to compile a Taylor uucico with a default packet
size of 1024, but if I use this uucico none of my neighbors is
capable of holding a coherent conversation. So much for simply
hiking up the packet size.

-- 
Nick Sayer <mrapple@quack.sac.ca.us> | "Because your parents are aliens
N6QQQ @ N0ARY.#NOCAL.CA.USA.NOAM     | and while you're gone they shed their
37 19 49 N / 121 57 36 W             | human skins and breath dryer lint!"
+1 408 249 9630, log in as 'guest'   |       -- Dr. Stupid (Stimpy) on school
From: IK90103@MAINE.MAINE.EDU
Newsgroups: comp.dcom.modems
Subject: AMERICA ON LINE: question
Date: 13 Oct 92 18:46:04 GMT
Organization: University of Maine System

Can anyone out there help me?  I am trying to comunicate with my brother
in Oregon.  He is using a system called, AMERICA ON LINE.  I would like
information on how to sent mail and/or communicate online with him.  I
have no idea what the addresses are for this system or even if I can
communicate.  My brother is a fairly new user and does not know what his
complete address is.  Any help is greatly appreciated.  Please EMAIL me
if you can help.
THANK YOU,
LEE M. PARADIS   ik90103@maine.maine.edu
From: esj@harvee.billerica.ma.us (Eric S Johansson)
Newsgroups: comp.dcom.modems
Distribution: world
Organization: gators 'r us
Subject: Re: Whose modem is it safe/correct to buy?
Reply-To: esj@harvee.billerica.ma.us
X-Software: HERMES GUS 1.03 Rev. Apr 14 1992
Date: Sat, 10 Oct 1992 06:40:32 -0500

In <16172@mindlink.bc.ca>, Rick McCormack writes:
>Wow@! with the down-load dumping on Hayes for this silly anti-TIES stuff in
>its recent postings, and USR threatening customers with modem-abuse, and
>Everex discontinuing its support of Abaton mac products in Canada, will I be
>forced to consider (gadzooks, sirrrah!) a Zoom modem?
>
>Any recommendations on a v32.bis external for switched use between a Mac and
>a PC? Any good ones with FAX send and receive facilities?

there is no such thing as a sure thing when buying modems (or anything
else for that matter)  all the V.32bis modems have their quirks
which cause them to fail when you need them most.  I suggest you buy
a modem from a place that will let you keep swaping till you get a modem
that works the way you want it to.  It will be worth the extra bucks.

On the otherhand, once you get a modem that works, the telco will
send out a work crew to "fix" your phone lines....

good luck.
-- 
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: medin@dscs.arc.nasa.gov (Milo S. Medin)
Subject: Problems with USR V.32bis modems on a PBX
Keywords: PBX V.32bis USR Telebit
Organization: NASA Science Internet Office
Date: Sun, 11 Oct 1992 06:41:21 GMT

Hi.  We're having a really weird problem, and I was wondering if anyone 
out there might be able to help us figure out what's going on.

We have a Annex III terminal server hooked directly to 16 rackmounted
V.32bis modems, wired with hardware flow control, etc... to the Annex.
As many large facilities, we have our own digital PBX to handle voice 
services.  The modems are wired via 30-40 foot standard telco wiring to
a channel bank that converts the PBX's internal digital format to standard
telco analog signals which the modems are used to dealing with.  The PBX
is a Northern Telecom SL/100.  

The PBX has a number of trunks to the local PacBell CO, about 2 miles 
away, via the usual copper cabling.  It also has several T1 lines to the
FTS-2000 network, which provides long distance service to the facility.
Each of these T1's carries the usual 24 voice lines into the PBX.

Now for the problem.  We have a number of staff who have Telebit world
blazer modems which are used to dial into the annex.  Things work fine
at V.32 and below, but with V.32bis, the connections are notoriously
unreliable.  Some of the USR's are more reliable than others, but even
the best still has plenty of problems.  The modems will often never 
even sucessfully connect, or if they do, after about 10 secs they 
will go into a retraining sequence, after which the connection drops
completely.  

If the worldblazer is connected to an internal PBX analog line, then
things work just fine.  Only when dialing from offsite and coming into
the PBX via PacBell or FTS-2000 causes problems.  Not surprisingly,
USR modems can dial in to the USR rackmounted modems just fine, in
situations where the worldblazers cannot.  If we take the rackmounted
USR's and connect them directly to PacBell trunks, and then dial in 
as before with a worldblazer, it works great, even at v.32bis.

Further, we also just got in a rack of worldblazer modems, and replaced
the USR's with the worlblazers and tried it.  Things work fine here,
even with USR v.32bis modems calling the telebits through the PBX.  The
problem appears to be only with the USR's when connected to the PBX and 
people calling in from the outside.  

So, has anyone out there seen something like this before?  USR and Telebit, and 
NT support people are trying to figure out what's going on, and even though
they can duplicate the problem, they haven't found an answer.  Before you
suspect the coupling between the PacBell lines and the PBX, we've already
tried changing levels and such, and things still have problems, and there
are also problems when coming in from the FTS-2000 trunks, which interface
digitally to the SL/100.  And always only a problem with v.32bis.

Any help would be appreciated...

					Thanks,
					   Milo


Newsgroups: comp.dcom.modems
From: root@kilowatt.uucp (Kilowatt admin)
Subject: Re: Telebit Qblazer
Reply-To: root@kilowatt.UUCP (Kilowatt admin)
Organization: Kilowatt Computing of Deer Park, NY
Date: Sat, 10 Oct 1992 02:46:19 GMT

>Adam.Frix@p18.f20.n226.z1.FIDONET.ORG (Adam Frix) writes:
>
>>1)  US Robotics modems are very, very fine pieces of equipment.
>
>And provide better throughput over like conditions when using v.32bis
>
>>2)  From what I've seen, the folks at USR understand the word "service"
>>    (at least the tech support folks do; their legal department, OTOH...)
>
>Free firmware upgrades for the life of the modem, unlike other vendors
>who only ship firmware to correct existing bugs.

	First, how do you know? Do you OWN a QBlazer???
	Second, I've already had a FREE modem upgrade from Telebit with a
T3000 being upgraded to a WorldBlazer. I think a whole modem is a little
more than firmware.
	Wasn't it your Dial HST's doing better at V.32bis than a WorldBlazer?
This is hardly comparable to a QBlazer... Have you done tests?

-- 
Kilowatt Computing					Arthur A. Krewat
51 Winnecomac Ave.				yale.edu!admiral!kilowat!krewat
Deer Park, NY 11729					(516) 586-4743
(516) 253-2805						Consensys SVR4
Newsgroups: comp.dcom.modems
From: wtm@uhura.neoucom.edu (Bill Mayhew)
Subject: Re: Hacking USR ROMS [4.2 - 4.1]
Organization: Northeastern Ohio Universities College of Medicine
Date: Tue, 13 Oct 1992 16:30:14 GMT

Couple of points:

1.  The difference in cost between the two models is at least
partially the cost of firmware development.  This is not
necessarily reflected in the manufacturing cost of the physical
electronics.

Also, there may well be QC issues in the analog or other
peripheral sections.  It could be that the higher priced models
undergo more stringent testing to assure function with the higher
performance protocol.  (I sort of doubt that makes a whole lot of
diff, but it is a mitigating factor.)

2.  The 486 chips sans FPU are a bit different issue.  It costs
quite a bit to QC test a 486 w/FPU; considerably less time is
required to QC the part if the FPU QC is omitted.  By disabling the
FPU section, Intel considerably reduces the manufacturing cost of
the 486SX  even if it starts with the same mask set and processing
as a regular 486DX.

As far as the legal issue goes.  It is a bit of an enforcement
problem, isn't it?  Prventing the end user from modifying the
device is virtually impossible and unenforcible.  It is essentially
up to the end user to make the moral decision.  Selling a modified
unint to somebody else is another question.  If they want to keep
users from modifying the unit, they need to pot it in plastic or
change the silicon.  Even potting in plastic doesn't deter some
zealous users.


--Bill
-- 
Bill Mayhew      NEOUCOM Computer Services Department
Rootstown, OH  44272-9995  USA    phone: 216-325-2511
wtm@uhura.neoucom.edu   (140.220.1.1)
From: impact@crhc.uiuc.edu (Temporary Account for HP visitors)
Newsgroups: comp.dcom.modems
Subject: Re: Problems with ZModem downloads from BBS
Date: 8 Oct 1992 13:10:28 -0500
Organization: Center for Reliable and High-Performance Computing, University of Illinois at Urbana-Champaign
NNTP-Posting-Host: haydn.crhc.uiuc.edu

andersm@prism.CS.ORST.EDU (Mark Anderson) writes:

> I am having trouble downloading files using ZModem from a BBS that I call long
> distance.  I connect OK using my new SupraFAXModem V.32bis and all the text
> and other BBS stuff works just file, but when I try to download a file using
> ZModem I get 'Data Errors' after about 5-6K.  When I send the same file using
> YModem1K, everything works fine except I only get about 1000cps instead of the
> 1600cps that I got once with the ZModem protocal.  I use the same setup string
> to call the UNIX machine here at OSU and it works file, although it is only a
> 9600 baud connection and the BBS is 14400.  I was wondering if anyone else had
> a similar problem with ZModem and if so, how did you correct the problem.
> Was it a problem with your setup or with the BBS's?  Any help would be
> appreciated.
>  
>						  - Mark J. Anderson
>						   
I have had a similar problem. First if possible you should replace
your UART with a NS166550AN fast buffered uart from National Semiconductor.

If not possible, the following should work with the latest version
of dsz (zmodem by Chuck Forsberg):

For uploads, use the "handshake on" or "handshake both" parameter.
If find the handshake on (hardware only) to be a little faster.

For downloads, use the "handshake slow" parameter. You should see
the RTS light flicker after every 1k on zmodem downloads. Make sure
you set up the usrobotics modem to support hardware flow control,
both download (&R2&H1) and for uploads (&S1). I believe those
are the correct parameters. Handshake slow is a new parameter in the
latest version of dsz.

Hope this helps.
From: Adam.Frix@p18.f20.n226.z1.FIDONET.ORG (Adam Frix)
Newsgroups: comp.dcom.modems
Subject: RE: Credit Card Software Visa Mastercard American Express
Date: Tue, 13 Oct 92 19:59:30 EST
Organization: FidoNet node 1:226/20.18 - cmhGate UF Gateway, Columbus OH

stevenf@m2xenix.psg.com (Steven Frazier) writes:

SF> I am looking for software that would do the same thing as 
SF> a credit card swipe machine found at most restaurants, department 
SF> stores etc. 
SF> I understand they run at 300 or 1200 baud over any standard 
SF> modem. 
SF> Has anyone seen any software that would run over a standard 
SF> unix box with an existing modem hooked up to it. I would like 
SF> to use the same modem (Telebit World Blazer) for this application. 
SF> 
SF> Is there software our there for Unix?> I know it exists for 
SF> dos. 

The best source for information of this type is your bank.  When we went to
the card swipe machine, our bank's credit card company was a wealth of
information.  If you have to, shop around and ask--make like you're basing
your banking decisions based on who supports a setup such as yours.

--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
From: ivory@e7sa.epi.syr.ge.com (John Ivory)
Newsgroups: comp.dcom.modems
Subject: Help for slip on 4/110's
Date: 9 Oct 92 18:56:28 GMT
Reply-To: ivory@e7sa.epi.syr.ge.com
Organization: Tower Concepts

We're in need of some coaching... please, please guide us.

We have two Sun 4/110's, each at a different site.  We also have two
external Zoom fax/modems, with high baud rates.  We would like to have
the systems connected in such a way that they appear hooked by
ethernet.  By that I mean being able to cross mount eachother's disks,
do rlogin's, run X applications remotely, etc, etc.  We recognize that
the baud limits of the modems will make things a tad slow, but we can
live with it.

First... is SLIP the way to go?  If not, then what is?   PPP?

Assuming that we are to use SLIP, we can't seem to find a single source
route to putting it on the systems.  The most recent stuff we can find
on the net is circa 1990, and appears geared for SunOS 4.0.  We're
running 4.1.1.  Most of the documentation enclosed with the stuff we've
downloaded appears somewhat confused, and each cross refs another.
Which piece should we believe?  Where should we turn?

Are there any good books on this?
Any good manuals?
What site(s) & file(s) should we take advantage of?

Does it matter which port we use out the back of the 4/110?

There seems to be a lot of chatter in this group about getting modems 
to work effectively at the higher bauds (HW flow control, etc).  How
many hours will we spin doing this?

Any and all help is appreciated.  e-mail responses prefered, and I'll
be happy to summarize.  If this is in an FAQ, let me know where I can find
a copy.  Thanks.

-----------------------------  R A Z O R ...  --------------------------- \ \ \ 
   Tower Concepts                                          John E. Ivory   \ \
   103 Sylvan Way                                       ivory@crd.ge.com    \ \
   New Hartford, NY  13413                     ivory@e7sa.epi.syr.ge.com     \
   (315) 724-1471                                                             \
-----------------------  A Configuration Management  --------------------------
                         & Problem Tracking System
From: Roger_Nordin@atb.bbs.bad.se (Roger Nordin)
Newsgroups: comp.dcom.modems
Subject: ASL(tm)!?
Date: 13 Oct 92 23:29:58 GMT
Reply-To: Roger_Nordin@atb.bbs.bad.se (Roger Nordin)
Organization: ANet Test Bench, Karlstad, Sweden
OD-Comment-To: Internet_Gateway

> Is ASL really a trademark?  I do know of a fact that ASL stands for
> American Sign Language, the visual language of many deaf people.

You can trademark something with an identical acronym as something else, as 
long as the areas where the acronyms may appear are not too much alike, too 
confusing. A modem standard is very far from the visual language deaf people 
use, indeed, so there would be no problem in trademarking something like that.

We had the same discussion about "Sportster" before here, and reached that 
conclusion then, too. Sportster not just a modem -- it's also a motorcycle 
model.

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

---
From: geb1@ra.msstate.edu (Granville Barker)
Newsgroups: comp.dcom.modems
Subject: Re: Sporster/Dual setup questions...
Date: 11 Oct 92 21:04:49 GMT
Organization: Mississippi State University

jhughes@netcom.com (Jay Micheal Hughes) writes:

>If I had the manual to a Dual Standard, I probably
>could figure this out, but for some reason, my Sporster didn't come
>with a Dual manual :-).

	The Dual Standard manual is available for download from USR's BBS
	at (708)982-5092.

Good Luck,

Granville Barker
geb1@isis.msstate.edu
Newsgroups: comp.dcom.modems
Distribution: world
From: jimh@laison.w8hd.org (Jim Hebert)
Organization: L'AISON - Local Area Information Server Open Network
Date: Sat, 10 Oct 1992 20:09:57 EDT
Subject: Re: Practical Peripherals 14400

In message <ieLFsB1w164w@mcgort.COM>, Robert McMillin,rlm@mcgort.COM
writes:

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

The Rockwell chipset may have this problem, but that does not affect the
PPI 14400 FXSA. It uses an AT&T chipset in its data pump. I can
understand the confusion, since a "Tech Support" person at PPI once told
me that the 14400 FXSA used the Rockwell chipset! However, the presence
of theAT&T logo on the DSP16 and INTF V32 chips seem to settle the
question in favor of AT&T, at least in my mind.
 
Best Regards,

Jim Hebert

(jimh%laison@w8hd.org)
***************************************************************************
L'AISON       Local Area Informatin Server Open Network        313-647-2634
FirstClass System     Beverly Hills, Michigan           PostalUnion Gateway
***************************************************************************
Newsgroups: comp.dcom.modems
From: oj@miki.pictel.com (Oliver Jones)
Subject: a list of PC-compatible BRI-ISDN data `modems'?
Followup-To: poster
Reply-To: oj@pictel.com
Organization: PictureTel Corporation
Date: Fri, 16 Oct 1992 21:13:13 GMT

Hi, all.  Can anyone point me to, or send me, a list of basic-rate
ISDN data communications equipment available on the market?  I'm
interested in standalone boxes and ISA-compatible cards.

I'd welcome responses from vendors of such equipment,

(I'll also welcome responses telling me I'm an idiot for posting
a FAQ, especially if you tell me where to look for the FAQ list.)

Thanks.

Ollie Jones                  PictureTel Engineering
email:  oj@pictel.com        222 Rosewood Drive
tel:   +1(508)977-8396       Danvers, MA 01923-1393
video: (+1)700-561-9938&9939 fax: +1(508)532-6893

Newsgroups: comp.dcom.modems
From: pascoe@rocky.gte.com (Dave Pascoe)
Subject: Re: MNP5 with WorldBlazer
Organization: GTE/MSED - Needham Heights, MA
X-Newsreader: TIN [version 1.1 PL6]
Date: Thu, 8 Oct 1992 14:34:23 GMT

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.

--
Dave Pascoe
Internet: pascoe@rocky.gte.com
GTE/MSED - Needham Heights, MA
(617) 455-5704
From: dogbowl@dogbox.acme.gen.nz
Newsgroups: comp.dcom.modems
Subject: Zyxel hassles
Date: Sat, 10 Oct 92 23:13:29 +1300
Organization: The Dawghaus BBS, Palmerston North, New Zealand (+64 6 357 9245)


A couple of problems with zyxel modems.


---------------
1:

I've been having problems calling a site with a ZyXEL 1496E modem.

Basically, if error correction is disabled at the remote site and not
disabled at my site, my modem connects, and reports an MNP5 connection.

Of course, all that gets transmitted between the sites is garbage.

The remote site is using v4.12 ROMs

I have called using a ZyXEL 1496S, and a Supra faxmodem, and both
modems have the same problem with the remote site.

Both modems connected at 14400bps.

----------------
2:

One of my bbs users has a Dallas fax modem.

When he calls into my site, My modem reports no error correction.
I haven't been able to find out what his modem is doing, but all I get
is an endless stream of "~?~?~?~?~?"

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

Anybody know how to deal with these problems?

At the moment, I disable error correction when calling out, and
the user with the Dallas fax modem does likewise when calling into
my site.



dogbowl@dogbox.acme.gen.nz
The Dawghaus BBS, Palmerston North, New Zealand (+64 6 357 9245)


Newsgroups: comp.dcom.modems