HDTenEightyP/NetNews huggingface dataset:
From: welch@xcf.Berkeley.EDU (Sean N. Welch)
Newsgroups: comp.dcom.modems
Subject: Re: ISDN for data
Date: 30 Jul 1992 16:50:15 GMT
Organization: Experimental Computing Facility, U.C. Berkeley
Distribution: world
NNTP-Posting-Host: xcf.berkeley.edu
Keywords: ISDN

In article <9207300705.AA04214@ucbvax.Berkeley.EDU> RAF@CU.NIH.GOV ("Roger Fajman") writes:
[...]
>For async, they started out pitching X.25 connections over the 16
>kbps D channel on a Basic Rate Interface.  It seems to me that
>this is going to be slower than a V.32bis modem, especially one
>with V.42bis compression.  

I don't see the point of X.25 over D channels.  If someone could enlighten
me, I'd be most appreciative.

[...]
>While 38400 bps seems more in the ballpark, at least today, why
>is the rest of the bandwidth being wasted?  Why do none of these
>units implement something like V.42bis compression?

It is my understanding that this limitation (38.4Kbps) was based on
the fact that it went through a serial port.  As for the lack of 
compression on the part of terminal adapter manufacturers, I think 
it's just a matter of time.  The assumption could be that people will
be satisfied for some time with the increase over conventional modems.
I expect that compression will come into play over the next two years,
if not sooner.  I wonder how much throughput you could get?

>There was also an interesting unit (I've forgotten the brand)
>that could do 128 kbps sync over 2 B channels.
[...]

Depending on your needs, this is what I would recommend.  We had been
using terminal adapters at 38.4Kbps and it was a big gain over my old
2400 bps modem.  However, now that we have ISDN<->ethernet bridges that
use both B channels, life is even better.  In addition to the speed 
increase, now we don't have to run SLIP or PPP.

>Anyway, given the relative prices of ISDN terminal interfaces and
>V.32bis modems, I wonder if we shouldn't just continue to run
>analog modems, at least for async data.  
[...]

It depends on your needs versus the cost of the equipment, but I've been
very pleased with the gain we've gotten from ISDN.  

Sean N. Welch                       \\/                 welch@xcf.Berkeley.EDU
Experimental Computing Facility     /\\     University of California, Berkeley
From: swinokur@pbs.org
Newsgroups: comp.dcom.modems
Subject: Re: Zyxel - which Buadrate?
Date: 25 Jul 92 00:55:52 EDT
Organization: PBS:Public Broadcasting Service, Alexandria, VA

In article <H.mxpEc&T7&DY@exet.ppc.sub.org>, skrodzki@exet.ppc.sub.org (Stephan Skrodzki) writes:
> In <1992Jul20.152822.14355@rhrk.uni-kl.de>, Uwe Seimet writes:
> 
>>I'm working with V4.12c now and as far as I can tell there is no baud rate
>>higher than 14400.

> There are is new 16.8k beta roms out now. I'm using version 68B1 ROMS for my 
S model.u
 
> But out there (also in Germany) there's a beta releases 4.168 or so. We tested
> it yesterday (of course You need two ZyXEL's). It supports 16800 an z-Modem
> transmits packed data with 1930 cps!!!!
> 
  Tonight I sent a zip file to another Zyxel with 16.8k roms and got 2000 CPS!


> Cheerio!
> -- 
>   _____________________________________________________
>  |    Stephan Skrodzki --> skrodzki@exet.ppc.sub.org   |
>  |         Tiroler Str.12 - 7500 Karlsruhe 41          |
>  |         Tel.: 0721/495236 Fax: 0721/401799          |
>  |_____________________________________________________|

Stuart Winokur
Public Broadcasting Service
From: mo@sdf.lonestar.org (Mohit Goyal)
Newsgroups: comp.dcom.modems
Subject: Waiting for Hayes (ie ESP Drivers for OS/2 2.0)
Date: 30 Jul 92 05:34:34 GMT
Organization: sdf Public Access UNIX, Dallas--unrestricted free shell access

Hello.  Can ANYONE tell me when Hayes will release ESP drivers for
OS/2 2.0?  The salesperson I talked to yesterday recommend that I
use Windows 3.1 instead "since they are basically the same and Windows
3.1 drivers are out".  PLEASE!!!

Anyways, if anyone can give me a guess as to when Hayes will get off
its lazy ass and finish the drivers please reply here or directly to
me.  

Thank you very much.
Newsgroups: comp.dcom.modems,comp.misc,comp.sys.ibm.pc.misc
From: mr@rat.cica.indiana.edu (Michael Regoli)
Subject: Re: bbs or ftp for Telix ?
Organization: Indiana University
Date: Mon, 27 Jul 1992 17:24:36 GMT

In <1992Jul26.061603.21174@crash.cts.com> donm@pnet01.cts.com (Don
Maslin) writes: 

>Exis BBS is:    1-416-439-9399

Does anyone know what version of Telix Exis is shipping to registered
users?  Is it still 3.15?

--
michael regoli
mr@cica.indiana.edu
regoli@iubacs.BITNET
..{ames, rutgers}!iuvax!cica!mr
From: floyd@hayes.ims.alaska.edu (Floyd Davidson)
Newsgroups: comp.dcom.modems
Subject: Re:   Serial and Parallel interface ??????
Date: 22 Jul 92 05:36:52 GMT
Organization: diminished

In article <clemon.08ii@lemsys.UUCP> clemon@lemsys.UUCP (Craig Lemon VE3XCL) writes:
>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.

ISDN is has a serial interface.  And while the fastest serial interface
may not be good enough someday, the fastest one I work with right
now runs well up into the multimegabit range...  45Mbps.  And I
hear of others that are faster.
Newsgroups: comp.dcom.modems
From: ged@phantom.cs.hut.fi (Camillo S{rs)
Subject: Re: Problems with Supra v.32bis modem: Transmission Errors
Bcc: temple@ucbeh.san.uc.edu
Reply-To: Camillo.Sars@hut.fi
Organization: Helsinki University of Technology, CS lab
Date: Wed, 29 Jul 1992 17:37:49 GMT

In <1992Jul27.220038.1578@ucbeh.san.uc.edu> temple@ucbeh.san.uc.edu writes:

>	I called A Telegard BBS, and all went well. Fast transfer, 
>etc.  But when I tried to logoff, my Modem's LED gave me a TE 
>(transmission error). This has me puzzled. The Supra reference manual 
>specifies that this is a LAPM data transmission error (I was using 
>V.42 at the time for a 19,200 bps connect).

Correct. It is a transmit error. Your Supra tries to transmit the data
in the buffers to the remote but fails, as the remote has hung up. The
Supra will keep trying for a while (too long sometimes), and then tell
you NO CARRIER.

>	Here's the worse part, I called a local Hermes board 
>(Macintosh), and while reading mail I got a TE. It stopped after a 
>while, then I got another TE. Then I got NO CARRIER. I tried calling 
>the board back, but it appears I crashed it somehow. This is very upsetting.

The TE is due to line errors. When an error occurs, the data has to be
resent from the modem's buffer. Apparently the other end had some
problems, which caused the error and the hangup.

--
ged@hut.fi                   Amiga 500 //
ged@niksula.cs.hut.fi             2.04// Aim for the impossible and you
Department of Computer Science    \\ //   will achieve the improbable.
Helsinki University of Technology  \X/     --- Camillo S{rs
From: hong@palmetto.ssc.gov (Rithea Hong)
Newsgroups: comp.dcom.modems
Subject: Re: Intel SatisFAXtion 400 help
Date: 30 Jul 92 18:00:58 GMT
Organization: Superconducting SuperCollider Laboratory

In article <19600007@hpspkla.spk.hp.com>, bollard@hpspkla.spk.hp.com (Lee M. Bollard) writes:
|> I had the same problem picking up the line, and have found no solution,
|> other than pressing the button on my speaker phone, then pressing a soft
|> key to send the AT commands necessary to get a connection established with
|> the call-back host.
|> 
|> I've had no problem connecting at 14.4 however.  I use the factory default
|> settings.  You should see a CONNECT 14.4 REL LAPM COMP message when you
|> get the connection.
|> 
|> I would recommend that you call the Intel BBS, which we KNOW is a 14.4
|> BBS.  Get that one to work and you've eliminated your particular host
|> as the problem.
|>


About the answering problem:

If I use the setup program that comes with the modem to set it to not
automatically answer calls, and if I DON'T connect a phone to the phone
connector on the modem, the modem will behave normally.

As for the 14.4 connects, I did get 14.4 connects on some boards, I
think that I was confused.  The BBS modems might have been labeled
14.4 HST dual standards, but not v32bis.  However, I have yet to
connect with anything except (baud) REL, for instance 14400 REL.  I
don't get LAPM COMP, I think it's because the other modem doesn't
enable them.  I have no way of checking.
-- 
*-------------------------------------------------------------------*
| "When in danger, or in doubt run in circles, scream and shout!"   |
|                                               -R.A. Heinlein      |
| Rithea Hong                                                       |
| SSCL                                                              |
| Address: hong@biltmore.ssc.gov                                     |
*-------------------------------------------------------------------*
Newsgroups: comp.dcom.modems
From: martin@datacomm.ucc.okstate.edu (Martin McCormick)
Subject: What is a UDS201C
Organization: Oklahoma State University, Stillwater, OK
Date: Mon, 27 Jul 1992 20:00:56 GMT


At a ham fest, recently, I bought a UDS201C modem for a couple of Dollars.
I am just curious about it before I salvage it for parts.  It appears to be
a 300 baud modem which uses some other standard than Bell 103.  When I
connected it to my serial port and hooked a telephone in parolell with the
output, the tones sounded very strange.  It looks like it might have been
very expensive, in its day, but its day has long passed.
	It is a square metal box with four status LED'S in front plus a
function knob.  One of the positions puts the modem in loopback.  The front
pannel also has the legend, "Direct Connect."  Inside are two boards, a 
large top board which appears to be the modem plus a smaller bottom board
which is mostly power supply and telephone interface.  Please let me know
if I am about to salvage a jewel or, as I suspect, I have a nice chassis box
in which to put something else?

Martin McCormick WB5AGZ   Stillwater, OK
O.S.U. Computer Center Data Communications Group
Newsgroups: comp.dcom.modems
From: jim@n5ial.chi.il.us (Jim Graham)
Newsgroups: comp.dcom.modems
Subject: 14,400 bps: Does any comm software support it? 
Distribution: world
Date: Thu, 30 Jul 92 00:09:31 GMT
Organization: Me? Organized? Hah! :-)

In article <phantom.07o2@pongnet.chi.il.us> phantom@pongnet.chi.il.us writes:

> Since a v32bis modem supports data compression and can send data to the
> computer at higher than the connect rate

V.32bis does not imply that the modem supports V.42bis data compression,
though it is true that pretty much all of them do....  but, there's
nothing (other than, perhaps, lack of ability to sell the modem against
the competition) that prevents a vendor from marketing a V.32bis modem
that does NOT support V.42/V.42bis.

   --jim

--
Standard disclaimer....Ever since my cat learned to type, there's no telling
whose thoughts these really are....         73 DE N5IAL (/9)
------------------------------------------------------------------------------
INTERNET:  jim@n5ial.chi.il.us  |  grahj@gagme.chi.il.us  |  j.graham@ieee.org
UUCP:  gagme!n5ial!jim@clout.chi.il.us
AMATEUR RADIO: n5ial@n9hsi (Chicago.IL.US.Earth)
------------------------------------------------------------------------------

Newsgroups: comp.dcom.modems
From: piet@cs.ruu.nl (Piet van Oostrum)
Subject: Re: Boom! You're Dead.
Date: Fri, 24 Jul 1992 20:26:49 GMT
Reply-To: piet@cs.ruu.nl (Piet van Oostrum)
Organization: Dept of Computer Science, Utrecht University, The Netherlands

>>>>> leonard@qiclab.scn.rain.com (Leonard Erickson) (LE) writes:


LE> As I've said elsewhere, *I* need dropping DTR to drop the *connection*
LE> as well as go into command mode. So it is unsuitable.

Not if there is a command to drop the connection.
-- 
Piet van Oostrum <piet@cs.ruu.nl>
Newsgroups: comp.dcom.modems
From: mpdillon@uuisis.isis.org (Michael Dillon)
Subject: 16550A support on SCO??????
Organization: International Shared Information Service (Ottawa)
Date: Fri, 31 Jul 92 07:14:54 GMT

Does anyone know if SCO supports the 16550a uart on either
SCO Xenix or SCO UNIX using their builtin asynchronous
serial drivers???

Or does anyone make an intelligent multiport board that
uses the 16550A????

Newsgroups: comp.dcom.modems
From: staehler@fmi.uni-passau.de (Robert A. Staehler)
Subject: ZyXEL 168E.ROM via ftp
Organization: University of Passau, Germany
Distribution: comp
Date: Fri, 24 Jul 1992 18:35:53 GMT

Does anyone know where I can get the new 16800-ZyXEL Roms
(beta-release) from a ftp-archive ?

thanks

Robert.
--
 Robert A. Staehler			
					(Phone)	+(49) 851 509-775
 "Erwartet das Unerwartete."		(Fax)	+(49) 851 509-798
              - Gordon Shumway   	(Mail)  staehler@fmi.uni-passau.de
Newsgroups: comp.dcom.modems
Subject: Re: Supra problems & their BBS
From: booth@ccad.uiowa.edu (Michael Booth)
Date: Wed, 29 Jul 1992 15:35:48 GMT
Organization: CAD-Research, University of Iowa, Iowa City

In article ob@constellation.ecn.uoknor.edu (Robert K Shull) writes:

>barrett@amrronet.uucp (Keith Barrett) writes:
>
>>	2. BUSY response is sooooo wrong it's not worth looking at. All of
>>	   the BUSY problems have already been posted here by others.
>
>So what IS the problem? It seems to say "busy" when the line's busy, and
>doesn't when it isn't.
>

 ...

>-- 
>Robert K. Shull, Sr. Applications Programmer, Engineering Computer Network
>rob@uokmax.ecn.uoknor.edu
>Disclaimer: OU can't afford opinions, so these must be mine.

Perhaps it would be useful to relate my recent experiences here:

I ordered and received my SupraV.32bis modem within about 2 weeks, and
was pleased with the modem package, overall.

However, I noticed two things wrong with my modem. One, when the line was
busy, the modem would do a warm reset, flashing its LED display and all,
and never return the word BUSY to the system. Very annoying. Also, after
the modem had been on for about 10 minutes, the problem went away.

The second problem was that the modem would not hang up properly. It would
eventually let go of the line, but only after training or something for about
five minutes.

Anyway, I called Supra and their tech people sent me a replacement in a few
days. I was pretty happy with their support and turnaround time. HOWEVER,
when I plugged THIS modem in, it refused to connect at 9600 or 14.4K !?!?!!
It did handle busy signals just fine, tho.

So, I called tech support again, and they are sending me another replacement.

The thing that worries me tho, is both modems roms were 1.200c. So, rom
upgrades wouldnt do a bit of good. However, the two modems behaved very 
differently. I have never had any problems with other Supra products, 
but I'm kind of concerned about their quality control on these modems. 
How can I be sure the thing works as it should, especially
those details which arent so obvious? Oh well. Lets hope the next replacement
works.

Mike

-- 
---------- ---------- ---------- ---------- ---------- ---------- ----------
  Michael S. Booth (booth@ccad.uiowa.edu)
  Iowa Driving Simulator Scenario Control Subsystem Developer
  Center for Computer Aided Design, the University of Iowa
From: MLPOWE01@ULKYVM.LOUISVILLE.EDU (Michael Powell)
Newsgroups: comp.dcom.modems
Subject: New Serial Card for Modem
Date: 24 Jul 92 17:14:47 GMT
Organization: The Internet


      University of Louisville
Phone: (502)588-6744

Well, I got my Supra 14.4 modem the other day.  Was real disappointed when
it didn't work!  Talked to their Tech support (which I found to be VERY
helpful) and was convinced to try it on a friend's machine.  The modem
worked quite well....made two 14.4/LAPM connects and assorted 2400/MNP5
and "plain jane" 2400 connects.  I had a little trouble with the
over-responsive BUSY detect (remedied by putting a comma or two after the
phone number) and the carrier not dropping (fixed that in initialization
string).  Apparently, I have a bad serial card and/or UART chip.

My question to the group concerns where one might recommend that I find a
new serial I/O card for my XT clone.  I need a card that has one or two
RS232C ports (at least one of them with a 16550AFN installed), & a printer
port.  If possible, a clock and game port would also be nice (although I
could do without the game port <G>).  I have no problem finding this for
a 80386+ machine, but many folks here no longer carry an XT card that
doesn't already have an 8250B or 16450 UART soildered in....if they carry
any XT parts at all!  <G>

Thanks!
Michael Powell
mlpowe01@ulkyvm.louisville.edu

---------------------------------------------------------------
BITNET:   mlpowe01@ulkyvm.bitnet
INTERNET: mlpowe01@ulkyvm.louisville.edu
From: gerg@netcom.com (Greg Andrews)
Newsgroups: comp.dcom.modems
Subject: Re: WB --> Hayes 2400 connection (RTS/CTS)
Date: 29 Jul 92 06:43:07 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest)

chuck@edsi.plexus.COM (Chuck Tomasi) writes:
>
>It seems I'm in a bit of a dilema with my high speed modems.  I ran into
>this with the T2500 about a year ago and never really resolved it, now I
>face it with the WorldBlazer.
>
>If I use hardware flow control my high speed connections to other modems
>work great (except my UUCP host.)  Don't ask why, but that is the way
>people recommend it.  My only problem is that a generic Hayes 2400 modem
>has problems with missing characters.  I can watch the WB's CTS light go
>off as if it had stopped sending stuff, but the Hayes somehow looses
>track and gets a messy screen.  This is easy to duplicate with a simple
>ps -ef listing.
>

The modem doesn't turn off CTS to show when it has stopped sending to
the other modem.  It turns off CTS when it wants your system to stop
outputting data to the modem.

The problem is happening because the modem is buffering data.  You
have S181=1.  The caller's terminal (or terminal program) needs the
data flow to pause, so it sends an XOFF.  That XOFF travels back to
your computer, and your computer obeys it (you DO have ixoff, don't
you?).  However, your computer has pumped data into the modem at
high speed (38400?), and the modem has buffered some of those bytes.
Your computer stops sending, but the modem sends the buffered data.
The caller's terminal sent an XOFF, but it still receives data.  Its
buffer overflows and data is lost.

As far as I know, the only way to handle this is to set the modem so
it doesn't buffer data on plain connections (i.e. connections without
error control).  Setting S181=0 accomplishes that.  Then the modem
will force its RS232 speed to match the connection speed when there
is no error control.  Calls that have error control will have the RS232
speed locked to the S51 setting.  If you do this, make sure your getty
is ready to handle the different port speeds (e.g. 9600, 2400, 1200).


-- 
 .------------------------------------------------------------------.
 |  Greg Andrews   |       UUCP: {amdahl,claris}!netcom!gerg        |
 |                 |   Internet: gerg@netcom.COM                    |
 `------------------------------------------------------------------'
From: valhert@mist.CS.ORST.EDU (valhert)
Newsgroups: comp.dcom.modems
Subject: **Info on 14.4 kbaud modems**
Date: 24 Jul 92 01:57:51 GMT
Organization: Oregon State University, Computer Science Dept.

Hi Everyone,

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.  If you have
information on where to buy the cheapest Supra, I would
appreciate it.  Thanks.

Art
Newsgroups: comp.dcom.modems
From: kherron@ms.uky.edu (Kenneth Herron)
Subject: Re: Supra problems & their BBS
Distribution: na
Date: Wed, 29 Jul 1992 02:45:03 GMT
Organization: University Of Kentucky, Dept. of Math Sciences

barrett@aminet.uucp (Keith Barrett) writes:

>	1. Performing a ATZ use to drop DTR/DSR on the old Supra 2400,
>	   but doesn't on the new one. This made it easier for UNIX
>	   and UUCP users because a DTR drop or ATZ would cause a dataset
>	   disconnect - it no longer does. Please put this back!

DTR is driven by the computer, not the modem.  No AT command can affect
it.  DSR's behavior is configurable; it drops on ATZ if the stored
settings would cause it to drop.

>	5. WHY CAN'T I CONNECT TO THE BBS?! You'd think they'd at least
>	   debug this before going public!

As I recall, there were about a million people stomping their feet and
chanting "mo-dem! mo-dem! mo-dem!" on USENET alone.  Perhaps they felt 
a little pressured :-)
-- 
Kenneth Herron                                           kherron@ms.uky.edu
University of Kentucky                                      +1 606 257 2975
Department of Mathematics           "Thanks to the magic of the slow-motion 
camera, we can now show you how ugly the inside of someone's mouth can be."
From: tom@ssd.csd.harris.com (Tom Horsley)
Newsgroups: comp.dcom.modems
Subject: Ethernet modems?
Date: 27 Jul 92 14:22:30 GMT
Organization: Harris Computer Systems Division

Random question: Does anyone make a modem which talks ethernet rather than
serial port to communicate with the computer? With all the high speed data
compression stuff available and with typical U**x workstations having really
crappy support for serial communications, but great support for ethernet,
this seems like it could be a useful product.
--
======================================================================
domain: tahorsley@csd.harris.com       USMail: Tom Horsley
  uucp: ...!uunet!hcx1!tahorsley               511 Kingbird Circle
                                               Delray Beach, FL  33444
+==== Censorship is the only form of Obscenity ======================+
|     (Wait, I forgot government tobacco subsidies...)               |
+====================================================================+
From: clemon@lemsys.UUCP (Craig Lemon VE3XCL)
Newsgroups: comp.dcom.modems
Subject: Re:   Serial and Parallel interface ??????
Distribution: world
Date: 25 Jul 92 10:15:50 EDT
Organization: Private UUCP "Twig" Node

In article <gR9FoB5w164w@zswamp.UUCP> geoff@zswamp.UUCP (Geoffrey Welsh) writes:

[[  MUNCH!  ]]

>   They are... the interrupt overhard of high-throughput byte-at-a-time I/O 
>will cripple anything.  The 16550's 16-byte buffer helps, but what's needed is 
>an intelligent serial card.
>
>   Unfortunately for Craig, I don't believe that there are such things for 
>Amigae, and I doubt that his budget permits an Ethernet card and a TCP/IP 
>terminal server. <grin>
>
>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

        Well, I do have a PC compatible as well.  Mind you, it's a 4.77MHz
8088 machine.  I think I stick with my Amiga for now :-).  What function
does an intelligent serial card perform?  I can imagine the posibilities
but I'd rather find out what exists before I comment.  There are a surge of
new serial/parallel cards for the Amiga.  There have been no official
announcements, only "I heard that..... and it will cost$xxx".  The card I'm
thinking of is made by a reputable "high-performance" company and lists for
a lot more money than it should.  Basically, it's uncharacteristic of this
company (GVP) to charge so much for what seems to be so little.  It is
possible that this is some sort of intelligent cards allowing ludicrous
speed (haven't I seen that somewhere before? :-).  One of these days
(years?) I'll get myself a UNIX box.  Really, I will.

        As for ethernet, what would I connect to?  I'll wait for a 10Mbps
modems with a BNC in the back and then I'll think about it :-).  TCP/IP,
don't count your chickens before they've hatched.  You never know what I
might do with a new v.32bis->v.fast modem....

Cheers,

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