HDTenEightyP/NetNews huggingface dataset:
From: irilyth@fenris.claremont.edu (Josh Smith)
Subject: Re: Supra-Overheating?
Originator: irilyth@fenris
Organization: HMC Academic Computing Services
Date: Tue, 21 Jul 1992 22:56:32 GMT

In a prior article, Roger Nordin (Roger_Nordin@bad.se) writes:
> Most other modems do not use metal casing, and therefore must use air 
> cirulation instead, that's why they often are not as compact as the Supra.

I've been running my Supra (V.32bis) for 24 hours, and turned it on its side
to keep it from overheating. I haven't tested this against running it flat,
but my thinking was that more of the case would be exposed to circulating
air, allowing it to radiate off heat faste. Regardless of the physics, it
seems to be working, as the modem is never hot to the touch. Warm, but
comfortably so.

Summary: If your Supra is getting too hot, try running it on its side with a
foot or so of air on either side.
-- 
original text by Josh Smith    ::   Comments, questions, etc. welcomed
irilyth@fenris.claremont.edu   ::   #include <std.disclaimer>
"If you ever fall off the Sears Tower, just go real limp, because maybe you'll
look like a dummy and people will try to catch you because, hey, free dummy."
Newsgroups: comp.dcom.modems
From: stlucas@gdwest.gd.com (GSS 087272 St. Lucas)
Subject: mc14412 pinout wanted
Organization: General Dynamics Corp.
Distribution: usa
Date: Mon, 27 Jul 1992 17:36:22 GMT

I have an old 300 baud modem I'm tearing apart for salvageable parts, and
would like to get a pinout of the Motorola 14412 slow-speed modem chip
inside the thing.  I don't have data books available.  Any info would
be appreciated.

-- 
Joe St.Lucas    stlucas@gdwest.gd.com        Standard Disclaimers Apply
General Dynamics Space Systems: our last launch (DSCS III) assuring the
security of our great country for years to come.
Newsgroups: comp.dcom.modems
From: root@micom.com (Todd L. Kindig @ Micom Comm. Corp.)
Subject: Re: Telebit modems
Organization: Micom Communications Corp., Simi Valley, Ca.
Date: Thu, 23 Jul 1992 13:53:59 GMT


>>Could someone tell me which Telebit model has both v32bis and PEP (I know 
>>the WorldBlazer has v32bis and SuperPEP, but I can't afford it)

>The T2500. And if you keep an eye on misc.forsale.computers, you can pick
>up a used one for $350. I've seen several in the last month, probably because
>folks upgrading to Wordblazers are dumping them. :-)

	Ahem, it does not have v.32bis, only V.32....
-- 

**************************************************
$ Todd L. Kindig @ Micom Communications Corp.    $
$ email: tlk@micom.com          Voice: x3503     $
Newsgroups: comp.dcom.modems
From: wolfgang@netcom.com (Wolfgang Henke)
Subject: Re: Help on upgrade to 16550A UART
Date: Wed, 22 Jul 92 07:52:19 GMT
Organization: Netcom
X-Newsreader: Tin 1.1 PL4

jim@n5ial.chi.il.us (Jim Graham) writes:
: In article <2m=m4ld.wolfgang@netcom.com> wolfgang@netcom.com writes:
: 
: > I have both chips NS16450, NS8250 but assumed they are the same. 
: 
: from what I read in the data sheets, that can probably be said for the
: 8250A vs the 16450, but not for the plain old 8250.  of course, good
: luck getting UART identifying software to know the difference....from
: the programs I've seen, a visual of the chip is the only truly reliable
: way to know what you've got.

Thanks for looking them up! Here are the ones I used in the previously
reported throughput test:

	8250 was a INS 8250N-B
       16550 was a NS 16550AFN

I also have a couple NS 16450Ns, but no test results yet.


-- 
   _________________________________________________________________________
   Wolfgang Henke        wolfgang@henke.sf-bay.org       wolfgang@netcom.com
From: j_parsons@csc32.enet.dec.com (Jack Parsons)
Newsgroups: comp.dcom.modems
Subject: Anyone tried the Viva 14.4 fax/modem?
Date: 26 Jul 92 16:03:56 GMT
Organization: Digital Equipment Corporation, Colorado Springs, Colorado

Anyone had personal experience with the Viva 14.4 fax/modem? The local Best 
Buy just started carrying these and their price seems pretty good @ $338. I've 
never seen mention of this modem here.

Jack
j_parsons@csc32.enet.dec.com
From: Norbert_Papke@mindlink.bc.ca (Norbert Papke)
Newsgroups: comp.dcom.modems
Subject: NDIS SLIP Driver
Date: 23 Jul 92 15:34:27 GMT
Organization: MIND LINK! - British Columbia, Canada
Distribution: world

Hi,

I have a connectivity question that my local DEC office has not been able to
solve.  I am hoping that somebody on the net has an answer.

I need to dial in from my PC at home into our office network via a terminal
server (DECServer 300).  Once connected, I'd like to talk X over TCP/IP to some
of our Unix servers (it will be slow but it will be better than having to go
into the office at 3AM :-).  At the office I run Pathworks over TCP/IP, and
DECwindows or eXcursion.  Rather than go out and buy a different protocol stack
and X Server, I'd like to use the same software.  What I need is something that
will allow me to run IP over a serial line with DEC's TCP/IP for DOS.  This
"something" will probably be SLIP (supported by the terminal server).  Does
anybody know of an implementation of SLIP that works with DEC's TCP/IP?  Maybe
an NDIS SLIP driver?  Or am I totally off the mark and should be approaching
this problem differently?

Any help and suggestions are greatly appreciated,

-- Norbert.

--
Norbert Papke (Norbert_Papke@mindlink.bc.ca)
Prince Rupert Grain Ltd.
900 - 1055 West Hastings St.
Vancouver, BC, Canada
From: schuster@panix.com (Michael Schuster)
Newsgroups: comp.dcom.modems
Subject: Re: WHAT IS V.FAST
Date: 24 Jul 92 18:09:38 GMT
Organization: PANIX Public Access Unix & Internet, NYC

In article <730.48.uupcb@uttsbbs.uucp> kevin.fong@uttsbbs.uucp (Kevin Fong) writes:
>Just when I thought v.32bis was fast, I recently read an article in
>PCMag about a new protocol coming out later next year called V.FAST.

"V.FAST" is the working name for a very high speed modulation protocol
for analog phone lines. It may do as much as 28000 bps on clean lines.
When it's finalized it will not be called "V.FAST" but will have a
number like all CCITT recommendations (like V.34).

>Can anyone shed some light on this new technology?  Will our 14.4
>V.32bis modems become obsolete already????

Everything is obsolete the day you buy it.



-- 
_______________________________Mike Schuster________________________________
NY Pub. Access UNIX/Internet: schuster@panix.com | 70346.1745@CompuServe.COM
The Portal (R) System: schuster@cup.portal.com   | MCI Mail,GEnie: MSCHUSTER
Newsgroups: comp.dcom.modems
From: azog@world.std.com (Azog Thoth)
Subject: Motorola UDS modem
Organization: The World @ Software Tool & Die
Date: Wed, 22 Jul 1992 00:35:52 GMT

I picked up a UDS modem made my Motorola in the scrap yard the other
day, and am looking for help on using it with my PC.

There doesnt seem to be much of a model number outside of V.32 for
it, and its quite complicated in the front panel setup mode.

What I need to know is what options to set for regular use with my PC.
I played with some settings, such as the factory options, but did not
get much help. Factory options 1 and 2 seem similar, and I can sent
AT commands to the modem. Option 3 seems to be for sync communications.

When I try to connect at 9600, I get the display 9600 TRAINING, and
a few moments later, CONNECT 9600. But thats it. I never initiate
a conversation with the host I am dialing.

Can anyone help? Otherwise if I cant use this modem, itll have to go
back to the scrap yard...

Thanx

(ps: please reply via mail, as I dont read this newsgroup)

-- 
Billy D'augustine
azog@world.std.com

Newsgroups: comp.dcom.modems
From: lfm@pgroup.com (Larry Meadows)
Subject: Re: V32bis with V42bis Screen Updates
Date: Thu, 30 Jul 1992 08:19:53 GMT
Organization: The Portland Group, Portland, OR
Keywords: V32bis V42bis

Dumb calculation regarding screen update:

Let's see... 80x24 = 1920.  At 9600 bps, with zero overhead, you should
get 9600/8 = 1200 cps.  So a screen will take 1920/1200 = 1.60 seconds.
If you really get 4-1 compression, a screen will take 0.40 seconds.  So
I guess I don't really consider that blindingly fast -- takes you 4 seconds
to page through a 240 line article, absolute best case.

My Worldblazer to T+ connection, which tells me it is talking at 18k bps,
appears to take about 1.2 seconds to refresh this screen.  That sort of
seems in the ballpark, considering all the variables.

Seems like interactive response is a difficult thing to judge.
-- 
Larry Meadows		The Portland Group
lfm@pgroup.com
Newsgroups: comp.dcom.modems
From: damiel@netcom.com (Paul Theodoropoulos)
Subject: Re: Supra ROM Update?!?!
Date: Thu, 30 Jul 92 21:37:03 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
X-Spook-Fodder: hero heroin tree shrub bush birth life death FBI CIA NSA

In <1992Jul30.105852@sun8.lri.fr> fcb@sun8.lri.fr (Francois Berjon) writes:
>they had lost my order). Using identification command, I get a ROM
>release 
>version 1.200C. From what data I had gathered, seemed to me the last
>one...

that is the current ROM rev. They are still working on the new ROM
code.

-- 
paul theodoropoulos                          damiel@netcom.com
From: schuster@panix.com (Michael Schuster)
Newsgroups: comp.dcom.modems
Subject: Re: PPI 1.14g EPROM available
Date: 28 Jul 92 00:49:10 GMT
Organization: PANIX Public Access Unix & Internet, NYC

In article <Bs2HA0.3pE@news.udel.edu> radel@bach.udel.edu (Todd Radel) writes:
>For those who have noted problems with the PPI external modems losing
>their V.42 and/or MNP abilities after a few hours, PPI does indeed have
>a beta EPROM available (as several netters have noted).  The version
>number is, I believe, 1.14g.  Call Tech Support at (805) 496-7707 and
>ask them for the new EPROM.  They will say they don't know what you are
>talking about.  Be firm.  They will then deny that there is a new EPROM.
>Eventually, if you persist, you'll be asked for your phone number, and
>someone will call you back to get your  address to send the chip to you.
>
>Just be very persistent.

Jesus Christ.

ZyXEL bends over backwards to get new code in the hands of owners as
fast an humanly possible. Why do companies like PPI continue to play
such stupid games with owners of their products?

USRobotics shipped zillions of 16.8K Duals with roms (2/92) that won't talk to
HST's having a 4/13/88 supervisor date. This after owners had been reporting
the same problem in the previous model since 5/91! When owners of the new
modems call Tech Support for a debugged rom set they deny their existence.
(someone on a local BBS went through this last month, and even when he
requested the new roms which fix the "line reversal bug" they said there
was no such thing until he pressed the issue. Now he has the new roms.)


-- 
_______________________________Mike Schuster________________________________
NY Pub. Access UNIX/Internet: schuster@panix.com | 70346.1745@CompuServe.COM
The Portal (R) System: schuster@cup.portal.com   | MCI Mail,GEnie: MSCHUSTER
From: wtrkei01@uctvax.uct.ac.za
Newsgroups: comp.dcom.modems
Subject: Upgrade for Speedmodem
Date: 22 Jul 92 09:32:30 GMT
Organization: University of Cape Town

Hi there.  I am looking for an EPROM upgrade for my Compucom "Champ" Speedmodem
Is it available anywhere for FTP?  Or could somebody please mail it to me?

Thanks

Cheers,
   Keith

------------------------------------------------------------------------------
Hidden in this message is a deadly mutating .SIG virus.   The virus signature
is of such a nature that it is illegible even to those without a sense of humor
----------------------- wtrkei01@uctvax.uct.ac.za or kwaters@frodo.cs.uct.ac.za
From: geoff@zswamp.UUCP (Geoffrey Welsh)
Newsgroups: comp.dcom.modems
Subject: Re: NEED ADVICE FOR FAXMODEMS, PLEASE...
Date: Thu, 30 Jul 92 21:43:57 EDT
Organization: Izot's Swamp

nazim@cwis.unomaha.edu (The Unknown) writes:

> I may buy a Boca 14.4k or a Zoom V32bis, feel free to write me your
> ezperience with those and similar modems.

   A colleague has had excellent success with the ZOOM V.32bis FAXmodem 
connecting to Gandalf V.32/V.42, Practical Peripherals' V.32bis, Intel's 
V.32bis, and USR's 16.8/V.32bis Dual Standard, among others.

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
Newsgroups: comp.dcom.modems
From: nazim@odin.unomaha.edu (The Unknown)
Subject: WANTED: Advice for V32bis Fax-modem-cards, please...
Organization: University of Nebraska at Omaha
Date: Tue, 21 Jul 1992 15:52:30 GMT

Hi folks,
I'm planning to buy a V32bis Fax-modem-card, but I can't decide which brand to 
buy. I'm interested in the BOCA 14.4k, Zoom V32bis, V32bis from Lightning Communication,
GVC 144 or Infotels V32bis Fax/Modem.
Please write me via email about your experiences with any of the brands above.
Any advice regarding V32bis Fax/Modems is appreciated, thanks in advance.

Regards, Nazim.
From: kevin.fong@uttsbbs.uucp (Kevin Fong)
Newsgroups: comp.dcom.modems
Subject: ZMODEM QUESTION
Date: 24 Jul 92 00:05:00 GMT
Reply-To: kevin.fong@uttsbbs.uucp (Kevin Fong)
Organization: The Transfer Station BBS, Danville, CA - 510-837-4610/837-5591


reynolds@kendall.bu.edu (John Reynolds) writes:

-> I am using sz for the first time to download binary files from my
-> unix account at school to my PC at home.  I have a Hayes compatible
-> 9600 baud modem on the PC.  I am using ProComm Plus on my PC.
->
-> I type
-> sz foo.bar
->
-> and ProComm Plus pulls up a window, which normally would track
-> downloading progress, and I get a message at the bottom of the window
-> which says "CRC error".  It tries to download 6 times and then
-> aborts.

John,

First of all, what protocol does the system at your school support?  DSZ
will support 7-bit transfers, but you have to tell it how.
Anyways, assuming that's not it, if you want to DOWNLOAD something from
the school to YOUR computer, you should start the school end sending,
and initiate the following command from your end:

dsz handshake both r rz

The handshake both is necessary if you are using 9600+ baud.  The first
"r" param just allows you to resume an aborted download (nice feature of
DSZ).  Your message states you used the "sz" command, which means, "SEND
a file from YOUR end to the DESTINATION end" which is incorrect (that
would apply to an UPLOAD).

Hope this helps.

Kevin (kevin.fong%uttsbbs%boo@pacbell.com)
From: wolfgang@wsrcc.com (Wolfgang S. Rupprecht)
Newsgroups: comp.dcom.modems
Subject: Re: Modem tax surfaces again.
Date: 22 Jul 92 21:31:33 GMT
Organization: W S Rupprecht Computer Consulting, Fremont CA

>MEMBERS URGED TO FIGHT "MODEM FEE"
>  (16-Jul-92)
>  A commissioner with the U.S. Federal Communications Commission (FCC) recently
>stated that the FCC may again examine the possibility of imposing "modem fees"
>for information service companies. [...]

Nowhere does it say what the fees are, how they are calculated, or who
they are levied against.

Wasn't the old "modem tax" just something that applied to service
companies that had modems remotely located (via long distance leased
lines)?

-wolfgang
-- 
Wolfgang Rupprecht    wolfgang@wsrcc.com (or) wsrcc!wolfgang
Snail Mail:           39469 Gallaudet Drive, Fremont, CA 94538-4511
Newsgroups: comp.dcom.modems
From: st901745@pip.cc.brandeis.edu (Alastair M. Bor)
Subject: Re: What's the supply for Supra Fax v32bis?
Reply-To: st901745@pip.cc.brandeis.edu
Organization: Brandeis University
Date: Sun, 26 Jul 1992 01:51:48 GMT

My SupraFax uses 9V AC (I assume 60 cycles since I am in the U.S. but
I bet it does not mind 50 cycles).
-Alastair
st901745@pip.cc.brandeis.edu
From: wolfgang@netcom.com (Wolfgang Henke)
Newsgroups: comp.dcom.modems
Subject: Re: Internal vs External modem peerformance
Date: 22 Jul 92 08:49:15 GMT
Distribution: comp.dcom.modems
Organization: Netcom
X-Newsreader: Tin 1.1 PL4

harlan@netcom.com (Harlan Lau) writes:
: Is there any performance advantage for internal modems over
: external versions of the same modem?
: 
: Aren't external modems in some cases limited by the speed/type
: of the  uart on the serial line, which might not allow them utilize
: their full potential.

Yes, but make sure that the internal modem you are considering has the 16550
on it, which again you can test with MSD.EXE. There are some like e.g. the
Boca modem or the Intel, which will only report a 16450. I append some info
about the modem I use (and quite a few other netcomers).



	Digicom Scout Plus V.32bis fax modem

	V.32bis, V.32, V.22bis, V.22, V.21, Bell 212A
	14,400, 12,000, 9600, 7200, 4800, 2400, 1200
	data compression V.42bis and MNP 5
	error correction V.42 and MNP 2, 3 and 4 using LAPM
	Group 3 send/receive fax, Class 1 compliant, V.29, V.27ter, V.21
	Dosfax Lite, Winfax Lite and Qmodem software (registration paid)
        adaptive handshake, auto line monitor and retrain
	5 year warranty
	57,600 baud maximum DTE rate
	internal version has 16550 16 byte buffer

	internal: $299       List: $530 
	external: $310       List: $545  

	The Scout+ is based on the Analog Devices 2105 DSP chipset. It has 
	two EPROMS: one with 128 kbytes and one with 64 kbytes.

	There are enough Scout Plus modems available so far that I can ship 
	once I have received payment. This may change however. Please 
	include 2nd day UPS shipping. Please send your cheque to:

	Wolfgang Henke, 774 Wildwood Lane, Palo Alto, CA 94303
	(415) 856-9037  voice
	(415) 328-7518  fax
	wolfgang@netcom.com               

	International orders are welcome too. They will be shipped with a
	220 Volt power supply with a three pronged US style plug for the 
	external modem unless indicated otherwise. For Germany it will be
	shipped with a 240 Volt powersupply and a two pronged German plug. 
	Please add airmail postage of $35 for Europe and $40 for Asia or 
	Africa. Shipping is by US Postal service (Airmail). Please send 
	only a cheque drawn on an US bank. 

	Some background on Digicom: DSI is a leader in modem DSP design which
	allowed them the flexibility to introduce the first V.32bis modem
	with send and receive fax. Their V.32bis engine has won quite a few
	awards. A local silicon valley manufacturer.




	

-- 
   _________________________________________________________________________
   Wolfgang Henke        wolfgang@henke.sf-bay.org       wolfgang@netcom.com
From: wilde@cs.colorado.edu
Newsgroups: comp.dcom.modems
Date: 17 Jul 92 18:58 MDT
Subject: Re: Help with PM14400FXSA V.32bis
Nf-ID: #R:uflorida.cis.ufl.edu:36396:wilde-170792085909@sunset.cs.col:-119823830:001:681
Nf-From: cs.colorado.edu!wilde    Jul 17 18:58:00 1992


In article <36427@uflorida.cis.ufl.edu>, jma@reef.cis.ufl.edu (John 'Vlad'
Adams) wrote:
> 
> Did wilde@cs.colorado.edu really type:
> > 
> > Well, I guess that's what you get for screwing around with these things :)
> > (Who was it who said "A little knowledge is a dangerous thing"?)
>

Yes, I did.
 
> *grin* - too bad my career is in communications and I have a lot of
> knowledge!

A major in x doesn't necessarily translate into knowledge about the
same.

> That would be AT&F1 (&C1 for reflect true carrier detect and &D2 for
> proper handling of a DTR drop) which absolutely refuses to work.

Maybe you should try reading the manual (pg7-15) AT&F1 sets &C1 and &D2.

-Nick
From: jgro@netcom.com (Jeremy G)
Newsgroups: comp.dcom.modems
Subject: Re: ASN.1 (X.409)
Date: 23 Jul 92 08:30:45 GMT
Organization: Not that I'm aware of :-)

In article <5801.2a6c2513@hayes.com> tnixon@hayes.com writes:
>> Does anyone here know anything about Abstract Syntax Notation 1, as
>> defined in CCITT X.409? What I'd like to know is how to encode an
>> integer which doesn't fit into a single byte (e.g. 12345): is it
>> 02 02 30 39, or is it 02 02 39 30 ?
>
>The first encoded byte is always the high-order byte, so it would be 
>"02 02 30 39".  If the high-order byte would be 00 or FF, it should 
>be omitted to insure encoding in the smallest possible number of 
>octets.

This is not exactly correct.  The high order octet may still be needed
to preserve the sign.  A leading 00 is omitted if and only if the MSB
of the next octet is 0, FF is omitted if and only if the MSB of the
next octet is 1.  Trivial examples:

00 FF (255) is not the same as FF (-1), but 00 7F (127) is the same as 7F.
FF 00 (-256) is not the same as 00, but FF 80 (-128) is the same as 80.



-- 
Jeremy G                    Commited to developing user-friendly products,
jgro@netcom.com             Because technology is supposed to make life easier
From: RAF@CU.NIH.GOV ("Roger Fajman")
Newsgroups: comp.dcom.modems
Subject: ISDN for data
Date: 29 Jul 92 22:42:28 GMT
Distribution: world
Organization: The Internet

I'm interested in information on ISDN terminal interfaces.  We
are getting a AT&T 5ESS which will be essentially a private PBX
for us, but will be operated by C&P Telephone.  They want to sell
us ISDN for data, both async and sync.

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.  Then there's V.fast to think about.

Today they demonstrated some ISDN terminal interfaces that send
data over a 64 kbps B channel.  There was an AT&T ISDN phone set
with a 19200 bps RS232 interface, a Hayes unit with a 38400 bps
interface, and a UDS unit whose interface speed I don't recall.
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?

There was also an interesting unit (I've forgotten the brand)
that could do 128 kbps sync over 2 B channels.  The Hayes unit
could do 64 kbps sync on one B channel.  This, at least, is a
step up from 14400 bps in V.32bis.

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.  Then there is no need to
worry about the difference between off-switch and on-switch
users.

Roger Fajman                                   Telephone:  +1 301 402 1246
National Institutes of Health                  BITNET:     RAF@NIHCU
Bethesda, Maryland, USA                        Internet:   RAF@CU.NIH.GOV
From: news@netnews.upenn.edu (USENET News System)
Newsgroups: comp.dcom.modems
Subject: Re: Did I *really* get hardware handshake cable?
Date: 30 Jul 92 16:14:48 GMT
Followup-To: comp.dcom.modems
Organization: University of Pennsylvania

In article <1992Jul30.141350.6675@news.acns.nwu.edu>,
golub@casbah.acns.nwu.edu (Robert Golub) wrote:
> 
> I ordered a hardware handshaking cable for my new modem, but I'm not sure
> how to tell if that's what I got. Is there a way to tell by its appearance?
> 
> The brand is AESP, model C-28HL-6. The label says "MacPlus, SE, II, 2GS IIC
> Plus to 9600 Baud modem. Locking 6' cable".
> 

If you have ZTerm, eanble the hardware handsahking option.

I've heard that the program will balk if your cable does not support HWHS.
Try this with the 0.9 version of the program