HDTenEightyP/NetNews huggingface dataset:
From: nina@panix.com (Nina Yuan)
Newsgroups: comp.dcom.modems
Subject: Re: Could somebody tell me the quality of Zoom Modems?
Date: 28 Dec 92 18:23:52 GMT
Organization: PANIX Public Access Unix, NYC

In <oweewB1w165w@willard.UUCP> matttrem@willard.UUCP (Matthew Trembley) writes:
>Could someone tell me if this is a good deal and if the modem is of good 
>quality?

I have an external Zoom v.32bis modem which I've been using for about three
months with no problems.  However, my needs are rather undemanding; 90% of
the time I use it to connect to the modem pool at school (using a relatively
clean line within the University phone system).  The other 10% of the time,
I've connected to CompuServe, and a couple of OS/2 BBS's, also with no
problems.  The fax capability has also worked well, though I've only used
it a few times.  As a side effect, I know quite a few students who also
have Zoom modems (since it's one of the more well-known, readily available,
low-cost brands) and they helped me a great deal when I first got the modem,
and had to configure it to work with the tempermental school modems.

IMHO, if you will be calling a relatively small number of sites, try out
the Zoom first; if it works, then go for it; it's a great modem for the
price.  From what I've heard, I would not recommend using it on a BBS or
for a purpose which requires lots of dail-in's; that could be a problem.
But for my limited needs, I've been very satisfied.

-nhy

-- 
-------------------------------------------------------------------------
Nina H. Yuan
Harvard College             Panix -- Public Access Unix & Internet of NYC
yuan1@husc.harvard.edu      nina@panix.com
From: claude@bauv.unibw-muenchen.de (Claude Frantz (RZ))
Newsgroups: comp.dcom.modems
Subject: Terminal Emulation Program with script language
Date: 30 Dec 92 11:45:44 GMT
Organization: University of the armed forces, Munich
NNTP-Posting-Host: bauv106.bauv.unibw-muenchen.de

Hello folk !

Can you recommand me a terminal emulation program having a script
language allowing full control over the control signals of the RS-232
interface: set the signal, wait for signal up or down ?

Many thanks !

Claude
From: shri@unreal.cs.umass.edu (H.Shrikumar)
Newsgroups: comp.dcom.modems
Subject: MTE ... MNP is s/w ??
Date: 21 Dec 92 10:08:57 GMT
Reply-To: shri@unreal.cs.umass.edu (H.Shrikumar)
Organization: UMass, Amherst MA + Temporal Sys & Computer Networks Bombay India

Hi,

   Hope this is the right group for such a question, and I dont
think its a FAQ, so ...

   "MTE is supposed to implement MNP upto level 4 in software, and
lets your plain modem talk to a MNP modem in MNP." The read.me claims
something to this effect.  [MTE is in procyon.cis.ksu.edu]

  My questions ...

  +----------------
1. Is not MNP in a HDLC like *synchronous* packet format ?
   How can a lowly async 8250 and async 2400 modem do MNP ?
   or am I mistaken in understanding that a lowly PC and a lowly modem can
   run MTE ?
2. Have you used MTE ... works ? How well ?
  +-----------------

  PLease email me (shri@legato.cs.umass.edu), since I dont read this 
group too often ... and many thanx in advance.

-- shrikumar ( shri@legato.cs.umass.edu, shri@iucaa.ernet.in )

Newsgroups: comp.dcom.modems,comp.sys.sun.hardware,comp.sys.sun.admin,cu.sun.managers
From: bob@MorningStar.Com (Bob Sutterfield)
Subject: Re: Anyone out there successfully get a 14.4K modem running on a Sun?
Organization: Morning Star Technologies
	<1992Dec31.054546.27142@wam.umd.edu>
Date: Thu, 31 Dec 1992 14:44:26 GMT

In article <1992Dec31.054546.27142@wam.umd.edu> almquist@wam.umd.edu (Squish) writes:
   I have some Telebit WorldBlazers connected to some Sun with no
   special hardware (standard tty) ...  Soon I'll be seeing kind of
   performance I get via WorldBlazer to WorldBlazer using slip,
   c-slip, and ppp (people have been telling me c-slip should win).

Using the WorldBlazers' V.32bis carrier, you'll see FTP throughput
around 2.4 Kbytes/sec for /vmunix, or 2.8 Kbytes/sec for text files (I
use 5 concatenated copies of /usr/dict/words).  Text files go faster
because they're more susceptible to in-modem V.42bis data compression.
An 8-byte ICMP ping packet shows a minimum round-trip time around
240ms, and a single-character telnet packet shows a minimum round-trip
time around 150ms.  

There's no performance difference (either throughput or latency)
between SLIP and PPP, but there is a big interactive latency increase
if you use SLIP instead of CSLIP, or if your PPP doesn't do "VJ" TCP
header compression.

Using TurboPEP, you'll see FTP throughput drop some, and interactive
latency will increase markedly.

   So, if you are doing dialup, snag the latest and great Kermit and
   blaze at 38400.

The Sun's native serial ports are limited to only 38400 because that's
the highest value in <sys/ttydev.h>.  They are somewhat crippled
because they can't flow-control the modem to throttle the flow of
incoming data, but this turns out not to be much of a problem when
you're running SLIP or PPP.  If the zs silo overflows (which happens
occasionally), TCP will retransmit the packet anyway, and you won't
notice much of a performance hit.

Some add-on async serial interfaces can run at higher speeds, partly
because they use more modern IO hardware from e.g. Cirrus Logic, and
partly because they have their own device drivers that can handle
different speed settings than those specified in <sys/ttydev.h>.  For
example, I'm about to start working with our PPP/SLIP product over
some Sbus cards from Mesa Ridge Technologies (magma@cerf.net) that
claim to run up to 115200 with bidirectional RTS/CTS flow control and
modem signal handling too.  I'll be testing these boards with some
WorldBlazers, and with some Codex 3260FAST modems.  The 3260FAST
modems on the native serial ports gave me FTP throughput numbers of
3.7 Kbytes/sec, regardless of the data being transferred, showing that
a mere 38400 DTE is clearly a bottleneck with the new breed of modems.
--
Bob Sutterfield, Morning Star Technologies            +1 614 451 1883
1760 Zollinger Rd, Columbus Ohio USA, 43221           +1 800 558 7827
bob@MorningStar.Com                                   +1 614 459 5054 (FAX)
From: birchall@pilot.njin.net (Shag)
Newsgroups: comp.dcom.modems
Subject: Re: Practical Peripherals (modems and fax-modems) ?
Date: 30 Dec 92 04:14:59 GMT
Organization: Screaming in Digital, the Queensryche Digest

ajayshah@almaak.usc.edu (Ajay Shah) writes:

>I'm shopping for modems to use with Suns, and it looks like
>PP has a good price edge over the others.  Is there a catch?
>I'm looking at the 9600 baud "standalone" modem.
>Does their 14400 fax/modem work well with the free fax software?

Catch?  *snicker*  Nope.

As far as I know, the 14400 works fine with the included QuickLink II/Fax
software.  EPROM upgrades - and software upgrades for QL2FAX - are free
for as long as you live.  Haven't used the 9600, I jumped from 2400 to
14.4 (whee!)

I've been very pleased with mine. (yah, I do sound like a broke record by now)

-Shag

-- 
Shag                    | Operator, ShagNET | Editor of "Screaming in Digital" 
birchall@pilot.njin.net |  Rutgers / NJIN   |  The Queensryche E-mail Digest 
birchall@njin.bitnet    | dialup access for | queensryche-owner@pilot.njin.net
shag@most.other.places  | Burlington County | Anything Queensryche, every week
From: mje@posix.co.za
Newsgroups: comp.dcom.modems
Subject: RTS/CTS flow control on 3B2 8-port cards
Keywords: RTS CTS Flow 3B2
Date: 1 Jan 93 16:03:09 GMT
Organization: Mark's Machine (Working for Olivetti Africa)

I have an 3B2-400 with both 4 and 8 port cards installed. The 8-port card
has a program 'epstty' which will enable RTS/CTS flow control. I want to
modify my 'uugetty' and 'uucico' programs (I have source of these) to run
Hardware flow control by default - to properly control my V32bis modem.

I am running System V Rel 3.1. My 'uugetty' and 'uucico' is 3.2 derived.

Can anyone help me?   (I don't have source of 'epstty' :-( )...
-- 
  .  .     ___. .__      Olivetti Systems & Networks, Unix Support - Africa
 /| /|       / /__       UUCP: uunet!olsa99!mje (Mark J. Elkins)
/ |/ |ARK \_/ /__ LKINS  mje@olive.co.za (Postmaster) Tel: +27 11 456 3125
From: birchall@pilot.njin.net (Shag)
Newsgroups: comp.dcom.modems
Subject: Uploading to Internet (was Re: PPI modems...)
Keywords: PPI ROMs
Date: 26 Dec 92 04:06:44 GMT
Organization: Screaming in Digital, the Queensryche Digest

jbuhler@owlnet.rice.edu (Jeremy Daniel Buhler) writes:

>...the internet machine won't accept uploads at ANY speed, even
>2400 with EC and compression disabled and my local port locked at 2400.  

Odds are you're not connecting directly to the internet machine, but rather
are doing something like this:

You <-> Your modem <-> Their modem <-> Terminal Server <-> Net <-> Machine.

I have a situation exactly like this.  The problem lies in the terminal
server.  It is trained to watch for certain "escape codes" which will drop
you out of the Server <-> part of the connection so that you can establish
more connections or do something else.  Crude multi-session computing.  When
you start a transfer, the server "escape code" nearly always comes up
pretty quick, and the server decides that you want to do something else,
promptly yanking half of your connection route, so that the data flow is
interrupted.

The fix?  Tell the server you want "download mode" or something of that ilk.
The command for a CISCO server (what I deal with) is 'term download'.  Other
brands would probably have similar commands, I'd suggest asking a telecom
person at your school what the command is for your particular setup.

-Shag

-- 
Shag                    | Operator, ShagNET | Editor of "Screaming in Digital" 
birchall@pilot.njin.net |  Rutgers / NJIN   |  The Queensryche E-mail Digest 
birchall@njin.bitnet    | dialup access for | queensryche-owner@pilot.njin.net
shag@most.other.places  | Burlington County | Anything Queensryche, every week
Newsgroups: comp.dcom.modems
From: phr@telebit.com (Paul Rubin)
Subject: Re: Modems and TDDs
Followup-To: comp.dcom.modems
Organization: Telebit Corporation; Sunnyvale, CA, USA
Date: Sun, 3 Jan 1993 13:45:18 GMT

In article <6357.2b10bc4f@hayes.com> tnixon@hayes.com writes:

   > I have a question from one of our clients about communicating between
   > a TDD (Telecommunications Device for the Deaf?) and a Mac with a
   > standard modem.
   > 
   > My impression was this would be difficult in both hardware and software
   > because they use an old (5 bit?, 6 bit?) code rather thann ASCII.
   > But I can't find a reference handy.
   > 
   > Can someone fill in more details on what is possible?

   The main problem communicating with a TDD is not the code (it is 
   5-bit Baudot, International Alphabet #2 [sort of], "Telex" code), 
   since the translation can be handled in software.  The real problem 
   is the modulation.  TDDs in North America use a special half-duplex 
   modulation scheme, in which the 1400/1800Hz, 45.45 baud FSK signal
   is turned on and off for each keypress, and the same frequencies are
   used for both transmission and reception.  This is quite different
   from the modulation schemes used in normal data modems, and the two
   cannot communicate. ...

I wonder if some of the newer modems that digitize voice could
be used for TDD, by programming digital filters to do the TDD
decoding in the host software.
From: geoff@zswamp.UUCP (Geoffrey Welsh)
Newsgroups: comp.dcom.modems
Subject: Re: ZyXEL connecting to other modems
Date: Sat, 26 Dec 92 12:52:38 EST
Organization: Izot's Swamp

clau@acs.ucalgary.ca (Christopher Lau) writes:

> Has anyone out there had any luck connecting a ZyXEL 1496E with 5.02 ROMS to
> a Telebit 1000 under V.32?  I haven't had much luck at all..

   Nor will you, ever.  The T1000 does not do V.32; it is a PEP-only modem.

> usually it doesn't connect, but if it DOES, its 2400/MNP4...

   I've heard mention of trouble between the ZyXEL and T1000 and I own one of 
each, so I thought that I would check it out.  Sure enough, the T1000 won't 
accept a call from the ZyXEL!  The ZyXEL's places the call, ignores the PEP 
tones (actually, reports them as "RINGING"), and reports CONNECT 2400/ARQ/MNP4 
(exactly what I'd expect from the way that I have the two modems configured). 

   However, the T1000 does not report "CONNECT", and eventually times out with 
a "NO CARRIER" and hangs up.  The ZyXEL treis desperately to retrain and 
finally reports "Carrier Lost".

   I don't know what's behind it.  A similarly configured USR Dual Standard 
(14.4 HST, 14.4 V32.bis) connected perfectly in an identical test. <sigh>

  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
                Now I've lost everything, I give to you my soul
           And the meaning of all that I believed before escapes me
                  In this world of none, no thing, and no one
                            - Genesis, _Afterglow_
Newsgroups: comp.dcom.modems,comp.sys.sun.hardware,comp.sys.sun.admin,cu.sun.managers
From: larry@gator.use.com (Larry Snyder)
Subject: Re: Anyone out there successfully get a 14.4K modem running on a Sun?
Organization: Gator Communications - Feeds-R-Us 219-289-3745 
Date: Sat, 2 Jan 1993 16:49:23 GMT

karl@ddsw1.mcs.com (Karl Denninger) writes:

>>Do you suggest MNP enabled on SLIP v.32bis lines -- or just v.32bis
>>and v.42bis?

>Use V.42bis/LAPM!  MNP 5 can be a serious lose on compressed data!

I see no options for LAPM in the manual -- I'll look again --

>You're doing something wrong if your best text numbers are under 3KB/sec
>(your TCP connection window is almost certainly too small).

We get 3.1 kb/sec on text, and 2.1-2.3kb/sec on binary ftp transfers
(with little or no other traffic of course).

>With proper window settings on both ends, and VJ header compression, I am
>getting ~35Kb/sec on text FTPs over a V.32bis link running PPP.  This is 
>with >cheap< modems (Supras) on one end, and T3000s on the other.  If I 
>force the Supras out of the loop so I'm running T3000 <> T3000 I can 
>achieve nearly 5Kb/sec >reliably< on most text files over 100K or so.

I am using the stock Dell 2.2 SLIP -- how do I enabled the VJ header
compression -- and who's PPP are you running under Dell 2.2?

>The ping turnaround time (~220 - 240ms) quoted above is reasonable but not
>great.  T3000 <> T3000 I get around 180ms for 8-byte ICMP messages, and ~240ms
>for 56 byte messages.  I would be quite interested in trying a couple of other
>modems, however, I don't have any others ;-)

The USR v.32bis modems come in right at 200ms for the default 56 byte messages

The Telebit WB/3000 modems are known to be slower in this area (so reported
by multiple users in this and other newsgroups).

>This is with Netblazers on both ends, going to and from an Ethernet host on
>each side.  The ethernet propagation delay + host time is a few ms at most.

I also connect into a netblazer with another USR v.32bis modem

>Telebit's Netblazer defaults (2048 for the TCP window), and I suspect many 

What would you suggest for the TCP window for a v.32bis configuration?

-- 
Larry Snyder                                    internet: larry@gator.use.com
keeper of the Gator                                   uucp: uunet!gator!larry
Newsgroups: comp.dcom.modems
From: gregh@hprnd.rose.hp.com (Greg Holdren)
Subject: News notes feed to Telegaurd 2.7
Date: Sun, 27 Dec 1992 22:55:54 GMT
Organization: HP - Systems Technology Division
X-Newsreader: TIN [version 1.1.8 PL6]

 
My friend has a BBS up and running with Telegaurd 2.7, with echo mail feed. 
He wants certain notes/news feeds i.e. comp.sys.hp48, sci.electronics etc.
What is the procedure/ software to do this? I guess its related to UUCP.

Thanks much,
Greg Holdren
gregh@hprnd.rose.hp.com
(916)771-0659
From: theall@gdalsrv.sas.upenn.edu (George A. Theall)
Newsgroups: comp.dcom.modems
Subject: Re: PPI Modem IS REALLLLLLLY BAD!!!@%!@%!@
Date: 27 Dec 92 21:55:36 GMT
Organization: Social Science Computing, University of Pennsylvania

In article <1992Dec26.051341.12232@mnemosyne.cs.du.edu> jemartin@nyx.cs.du.edu (John Martin) writes:
>Unfortunately, the modem came with ROM version 1.15M -- can the newest ROM
>update (what is it, 1.21?) solve this problem, or am I doing something
>wrong here?  If the former, is getting a ROM upgrade as easy as a call to
>the tech support line?

  Mine is a recent purchase, and also one with the v1.15M ROM. Anyone know 
what problems exist in v1.15M and have since been  fixed? 


George
---
theall@gdalsrv.sas.upenn.edu                    Social Science Computing
theall@mcneil.sas.upenn.edu                     University of Pennsylvania
From: Thomas_Mey@n.maus.de (Thomas Mey)
Newsgroups: comp.dcom.modems
Subject: Re: Help: I can upload but not dow
Date: Sun, 27 Dec 92 11:04:00 GMT
Organization: MausNet (Mitglied im IN e.V.)
X-Gateway: MausGate/News 1.14D/hb

Hi,
hoping this answer will reach you from german Mausnet (I'd appreciate a short
notice, IF it does). Your problem sounds like the one I had with a completely
different configuration, but maybe there's one common reason:
I used to download (yes, via Z-Modem or Y-Modem) the news of our local BBS on a
regular basis, the incoming datafile thus always overwriting the old existing
one. And, like in your mail, one day it just wouldn't work anymore, I then got
the errormessage "...defective outfile...". I couldn't believe it to really be
a defectiv file, esp. because filecopy, delete etc. all worked ok on operating
system level. But- running a disk- scanning software ("cleanup") it found the
clusters of just this outfile were messed up (=allocated to two different
files), it corrected that prob, and from that day onwards download works again.

Cheers
   Thomas Mey @ N  (Mausnet- address in germany)
Newsgroups: comp.dcom.modems
From: darylm@illian.mnet.com (Daryl V. McDaniel)
Subject: Re: Prodigy's "Eagle" modem
Summary: V.32bis NOT
Organization: Micronetics - Aloha Research Group, Beaverton, Oregon USA
Distribution: usa
Date: Tue, 22 Dec 92 15:17:26 GMT

In article <1992Dec17.185008.17205@trintex.uucp> elr@trintex.uucp (Ed Ravin) writes:
>In article <hatton.724477507@cgl.ucsf.edu> hatton@socrates.ucsf.edu (Tom Hatton) writes:
>> I think the Prodigy version [of the Digicom modem] is [not V.32 bis]
>>... I could be mistaken.
>
>The Digicom Eagle modem being sold over the Prodigy service is a complete
>V.32bis/ V.42bis / fax modem.
 ^^^^^^^

THIS IS NOT TRUE!  My wife received her Eagle modem last night.  It is
V.32, and NOT V.32bis.  Quoting from the manual:

	The Eagle V.32 fax/modem can be upgraded from a V.32 9600 bps
	data modem to a V.32bis 14,400 bps data modem, resulting in a
	50% increase in data transmission speed without effecting fax
	capabilities in any way.

	For more information regarding the Eagle modem upgrade, please
	contact Prodigy Services Company.  In the upcoming months,
	Prodigy will be providing details regarding upgrade
	procedures, policies and pricing.

	NOTE:  All references to Eagle+ apply to an upgraded Eagle
	modem.  If you have not yet upgraded your modem, these
	features are not yet available to you.

The use of the word "effecting" instead of "affecting" is theirs, not
my typo.

I hooked the modem up and checked it out.  It is definately NOT
V.32bis.  Otherwise, it works OK.

There is NO documentation provided on the FAX capability.  No
commands, response codes, or even mention of FAX except they keep
calling it a "fax/modem".

The original ad in the "Prodigy Star" (which I still have) states that
the modem is V.32bis.  Unless the pricing of the upgrade is $0.00
(FREE) then they have been a bit deceptive on this from the start.

>I used one for a few weeks -- after a bit of faxing, calling in to various
>services, and using Prodigy, it seemed functionally equivalent to my ZyXEL
>U-1496E at home.  It also comes with a 5 year warranty.
>
>Disclaimer: I work for Prodigy as a telecommunications programmer.  I got myu
>Eagle the employee discount :-) :-)
>-- 
>Ed Ravin- elr@trintex.uucp| I like to think (and the sooner the better!)
>  elr%trintex@uunet.uu.net| Of a cybernetic meadow where mammals and computers
>           +1-914-993-4737| Live together in mutually programming harmony
>my opinions, nobody else's| Like pure water touching clear sky.  -R. Brautigan

-=-=-=-=-=-=-=-=-=-=-
Daryl V. McDaniel			(503) 643-6137
Micronetics			darylm@mnet.com
Aloha Research Group		...sun.com!nosun!illian!darylm
Beaverton, Oregon, USA		...{qiclab, sopwith, tessi}!illian!darylm

	People in the computer industry use the word "user",
	which to them means "idiot".  -- Dave Barry
Xref: sparky comp.dcom.modems:18632 comp.sys.ibm.pc.misc:16192
From: gt7692b@prism.gatech.EDU (Constantinos Malamas)
Newsgroups: comp.dcom.modems,comp.sys.ibm.pc.misc
Subject: Re: How do I get DSZ to work in Telix?
Date: 29 Dec 92 17:18:10 GMT
Followup-To: comp.dcom.modems
Organization: Georgia Institute of Technology

In article <1992Dec29.161825.29729@mnemosyne.cs.du.edu> mrosen@nyx.cs.du.edu (Michael Rosen) writes:
>wilken@plains.NoDak.edu (Scott Wilken) writes:
>
>>In article <1992Dec23.153404.1746@rtfm.mlb.fl.us> luckey@rtfm.mlb.fl.us (Jon Luckey) writes:
>>>
>>>Telix has ZMODEM built into it.  Why do you want to add an external ZMODEM
>>>protocol?
>
>Also, because I can't get zmodem to work to upload through a telnet
>connection and I'm hoping something else will work.
>
>Mike
>--

	I am using Telix's Zmodem for just that ( downloading via telnet 
connection). After lots of postings last year someone solved this problem
for me and I hope it will work for u 2 ... Try windowing both Zmodems, i.e.
try (on UNIX) 'sz -w 1024' where 1024 is the number of bytes of the window
buffer and on Telix under 'protocol' options 'Zmodem window size' =1 K...
of course u can have bigger windows, but this works for me....


Costas Malamas________________________________________________________________
Georgia Institute of Technology
Internet: gt7692b@prism.gatech.edu
Newsgroups: comp.dcom.modems,comp.os.os2.misc
From: radel@bach.udel.edu (Todd Radel)
Subject: Re: Have I been hosed?
Organization: University of Delaware
Date: Fri, 25 Dec 1992 18:05:24 GMT

In article <BkPBwB5w165w@zswamp.UUCP> geoff@zswamp.UUCP (Geoffrey Welsh) writes:
>marks@netcom.com (Mark Sherred) writes:
>
>> National has a very nice application note about the different UARTS.
>> It is AN-493.  The 'F' stands for FIFO. The 'N' means a plastic package.
>> At high baud rates, the PC may not always service the UART's interupt before
>> a second character is received.  The NS16550AFN has a 16 byte receive FIFO
>> and another 16 byte transmit FIFO.  The chips powers-up with the FIFOs 
>> disabled, so you need software that knows how to enable them.
>
>   That description also matches the NS16550AN, non-F, exactly.
>
>> The bottom line is it sounds like you got hosed.. sorry.
>
>   I disagree with your conclusion.
>
>  Geoffrey Welsh, 7 Strath Humber Court, Islington, Ontario, M9A 4C8 Canada

His point wasn't that he got hosed in buying a 16550AN (non-F) chip; he
was confirming the original poster's suspicions that he got ripped off
by the store where he paid $40 for the chip.  After all, most places sell
the chips for $10 to $12 apiece.

I paid $28 for a new card with 2 serial/1 parallel/1 game and *two*
NS16550AFN chips.  I would have to agree that he got hosed.


-- 
Todd Radel                   | "Hello.  My name is Inigo Montoya.  You killed
Honors CISC undergrad        | my father.  Prepare to die."
University of Delaware       | "STOP SAYING THAT!" -- _The_Princess_Bride_
Call the Politically Incorrect BBS! (302) 837-8088 V.32bis/24hrs Fido 1:150/380