HDTenEightyP/NetNews huggingface dataset:
From: vulture@carrion.cc.ic.ac.uk (Thomas Sippel - Dau)
Subject: Re: ISDN->TA->Modem->Router->Ethernet:  A Better Way?
Reply-To: cmaae47@cc.ic.ac.uk
Organization: Imperial College of Science, Technology and Medicine
Date: Mon, 5 Oct 92 18:24:22 BST

In article <29347@twics.co.jp>, burress@twics.co.jp (Tim Burress) writes:
-         We run a dialup communications service in Tokyo, and will soon be
- converting our lines to ISDN.  Unfortunately most of our members do not have
- ISDN, so they won't be able to connect to our system directly.  So the 
- conceptual plan is to have one 23B+D line come in, then run the B channels
- through terminal adapters, run the analog signal through modems, then take
- the serial output to a router where the sessions would be fed onto our Ethernet
- as telnet sessions.
- 
-         Seems a bit round-about.

I fear that is what it will have to be.

- 
-         So what I'm wondering is first, does anyone make an ISDN compatible
- "virtual modem" which would decode the digital signals according to modem
- protocols, connect with the caller's modem, and generate the appropriate serial
- data stream?

You have just described such a device. If the call comes from a modem, it is 
voice (sort-of) and has to be handled as a modem generated stream. What you
have effectively done is replaced the telco's service (converting digital
traffic to analog) with one you provide yourself. Thus the telco has less
work to do, but probably charge you more for it - such is life.
 
-         Second, does anyone make a product that goes one step further, and
- which would make the proper transformations to go directly between the B
- channel and a telnet session on an Ethernet?

Not that I know of. If it it consists of just commercial boxes, boxed again in
another, with a common power supply, then it would be much more expensive
then the components (because it saves you the hassle of plugging it all together
and getting it to work). 

It could of course be integrated on a board not much bigger than a pocket modem,
but that would incur some development cost, for which people would first need to
perceive a "demand". So if you want to buy a million of these things and have
$50m or so to burn, you could approach any number of modem manufacturers with 
a proposition.

-- 
*** This is the operative statement, all previous statements are inoperative.
*   email: cmaae47 @ cc.ic.ac.uk (Thomas Sippel - Dau) (uk.ac.ic.cc on Janet)
*   voice: +44 71 589 5111 x4937 or 4934 (day), or +44 71 823 9497 (fax)
*   snail: Imperial College of Science, Technology and Medicine
*   The Center for Computing Services, Kensington SW7 2BX, Great Britain
From: maarten@fwi.uva.nl (Maarten Carels)
Subject: Re: 14400bps throuhput
Organization: FWI, University of Amsterdam
Date: Fri, 2 Oct 1992 14:57:27 GMT

hwstock@snll-arpagw.llnl.gov (stockman harlan w) writes:

>I have a Gateway Telepath 14400 modem, and I would like some advice on 
>obtaining the highest cps throughput for zmodem transfers. I'm a novice. 

>When I download files from bulletin boards, I rarely get above 1420 cps (for 
>highly compressed files; ymodem-g transfers are trivially faster). The 

When downloading files that are already compressed, V42bis compression will
not gain you anything. All 'air' in your files has already pushed out.

Compression in modems only gains when transferring uncompressed stuff. Note
that V42bis compression on the 'plain' files usually yields less compression
than the usual compression algorithms that can take the time to do a very
thorough job.

1420 bytes / second is not that bad on a 14400 baud line (which transfers
at most 1440 bytes per second!)

--maarten
-- 
In real life:	Maarten Carels
		Computer Science Department
		University of Amsterdam
email:		maarten@fwi.uva.nl
Newsgroups: comp.dcom.modems
From: sknkwrks@unlv.edu (Scott Alfter)
Subject: Re: Hayes Ultra 144 modem fares poorly in MacUser tests
Organization: Skunk Works Software Co.
Date: Mon, 5 Oct 92 08:15:11 GMT

In article <1992Oct5.044714.6607@fasttech.uucp> zeke@fasttech.uucp (Bohdan Tashchuk) writes:
>Strangely enough, MacUser forgot to include a "Time Bomb" test, and in fact
>neglected all mention of the dangers of TIES. I'm sure the Hayes would have
>slam-dunked the competition had this all important feature been given the
>consideration it surely deserves.

Between this post and the current thread on Hayes' new rack-mount
system, I've seen several references to "TIES" and to a "time bomb,"
both of which seem to relate to the +++ sequence used to escape to
command mode.  I think I also read a long time ago that Hayes tried to
copyright/patent the +++ sequence.  What, exactly, is the story behind
all this?

  _/_   Scott Alfter                             Internet: sknkwrks@cs.unlv.edu
 / v \  Call the Skunk Works BBS today!
(IIe (  (702) 894-9619 300-14400 V.32bis Apple II/IBM/Star Trek/Aerospace
 \_^_/  Ask me about SoftDAC--digital audio for your IIe/IIc! Apple II Forever!
From: DXB132@psuvm.psu.edu
Newsgroups: comp.dcom.modems
Subject: Re: USR sportster conversion announcement.
Date: 28 Sep 92 15:48:54 GMT
Organization: Penn State University

In article <1992Sep28.053512.10555@cs.hope.edu>, turkstra@smaug.cs.hope.edu
(Chris &) says:

[blab blabh blah]

>        Also, please note that it has also come to our atention that
>versions of the firmware being disseminated contain disguised code
>("trojan horse") that may inflict irreperable dmmage to the hard dive of
>the computer utilizing the programs.

>                                                USR, inc.

I see that USR has a high regard for the intelligence of the BBS
community. :-) :-)
From: schuster@panix.com (Michael Schuster)
Newsgroups: comp.dcom.modems
Subject: Re: USRobotics dual 14.4 upgradable to v.fast?
Date: 28 Sep 92 01:23:20 GMT
Organization: PANIX Public Access Unix & Internet, NYC

In article <4228@winnie.fit.edu> ree88132@zach.fit.edu (Keith Ledig) writes:
>Could someone please e-mail me the answer 2 this question,

Reply sent by email as well.

>can my USRobotics dual standard (that is v.32bis, 14.4 HST
>large footprint model) be upgraded to v.fast?

No.

>I know the newer ones can, but how about the older ones?

No.

>Mine is not FAX.  It does have ASL.  Wish I had the modem #
>with me.  Thanks

If you trade it in and send $300 you can get the current model which
is constructed so as to be upgraded via a daughterboard swapout.
(This is not an endorsement of the economics of this arrangement,
just a statement of fact).

-- 
_______________________________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
Subject: Re: 14400bps throughput
From: lchiu@animal.gcs.co.nz (Laurence Chiu)
Date: Sun, 4 Oct 1992 23:50:45 GMT
Organization: GCS Limited, Wellington, New Zealand

In article <1992Oct2.113825.7280@iscsvax.uni.edu> eadie5295@iscsvax.uni.edu writes:
>X-NEWS: iscsvax comp.dcom.modems: 14683
>Relay-Version: VMS News - V6.0-3 14/03/90 VAX/VMS V5.4; site iscsvax.uni.edu
>Path: iscsvax.uni.edu!news.iastate.edu!ux1.cso.uiuc.edu!uwm.edu!spool.mu.edu!uunet!mcsun!sun4nl!fwi.uva.nl!maarten
>Newsgroups: comp.dcom.modems
>Subject: Re: 14400bps throuhput
>Message-ID: <1992Oct2.145727.6837@fwi.uva.nl>
>From: maarten@fwi.uva.nl (Maarten Carels)
>Date: Fri, 2 Oct 1992 14:57:27 GMT
>Sender: news@fwi.uva.nl
>References: <315@snll-arpagw.llnl.gov>
>Organization: FWI, University of Amsterdam
>Nntp-Posting-Host: mail.fwi.uva.nl
>Lines: 25
>
>hwstock@snll-arpagw.llnl.gov (stockman harlan w) writes:
>
>>>When I download files from bulletin boards, I rarely get above 1420 cps (for 
>>>highly compressed files; ymodem-g transfers are trivially faster).
>
>>1420 bytes / second is not that bad on a 14400 baud line (which transfers
>>at most 1440 bytes per second!)
>
>--maarten
>
>  On the contrary, LAP-M, as I have heard, gives a 20% increase in throughput.
>When downloading, I usually get 1610 bytes/sec with ZModem.  But uploading
>(with an Intel 400) I can initially get 2500, which slows down gradually and
>eventually hovers at around 1750.  And this is with .ARJ files.
>
>  1440 cps is most certainly NOT the limit in a 14400 connection and, in my
>opinion, 1420 bytes/second sucks.
>---
>+----------------------------+               _   _   __   _   _  
>|        Trent Eadie         |              | | | | |  \ | | | |
>|                            |              | | | | | |\ | | | |
>| eadie5295@iscsvax.uni.edu  |              | |_| | | | \  | | |
>+----------------------------+              |_____| |_|  \_| |_|
>"I believe the government hides 100%
> of the stuff they don't tell us." -TMH  

I am in the same position as the original poster. With a Boca 14.4 I get about
1450, sometimes 1500 cps with ZIP files using Zmodem and I presume V42bis.
This is using Procomm/Win. On uploads I have achieved > 1700 so I have
only assumed (till I am corrected) that it must be a problem with my
lack of a 16550A UART in the internal modem.

Laurence Chiu

Newsgroups: comp.dcom.modems
From: huntting@advtech.uswest.com (Brad Huntting)
Subject: Re: Only National NS16550's OK/bug-free?
Organization: U S WEST Advanced Technologies
Date: Sun, 4 Oct 1992 18:32:53 GMT

In article <1992Oct03.101020.16090@digibd.com> rick@digibd.com (Rick Richardson) writes:
>We ship *hundreds of thousands, maybe even millions* of 16550's in our
>serial products, so I went and asked the fellow whose had the most
>experience programming those parts.  The following is my summary of his
>opinion of 16550's from the more than half dozen vendors of them out there:

>	The only 16550 which does not have *any* bugs in its
>	implementation is the Western Digital.  Oddly enough,
>	the National 16550A (the 16550 was invented by them),
>	has a bug where a received character can get stuck in
>	the FIFO.  The TI part, which is derived from the
>	original National masks, has this particular bug fixed.
>	There are a number of other bugs that crop up in the various
>	implementations.  All of these problems are very low
>	probability or can be worked around in software.

>If you don't have control over the software you use and you want
>a 16550 that won't ever give you grief, get the Western Digital.

>TI would be a good second choice, since they are concerned enough
>to fix the bugs in Nationals masks.

>Under no circumstances ever buy a National 16550A.  They have bugs
>in their masks, and they refuse to fix them.

Well, you are the first person I've ever heard this from.

On 26 May 92 Dick Dunn rcd@raven.eklektix.com writes:

----------------------------------------------------------------------
First, about the 16550--I'll chime in for emphasis: You want the National
Semiconductor (NS) part, "A" revision, no substitutes!  This has come up
many times in the past few years in comp.unix.sysv386.  Every time, the
conclusion has been that parts from other manufacturers have had problems.
(I don't think we've *ever* gotten a confirmed report that a chip from any
other manufacturer *does* work entirely correctly.  Weird...)  The current
version is the 16550AFN.  You don't want a chip without the "A" in the
suffix even if it's from National--their first attempt had a problem which
made the FIFO useless.  (It's highly unlikely you'll find a non-A-suffix
chip for sale today, but you might encounter one in an old board.)
----------------------------------------------------------------------

brad
	huntting@advtech.uswest.com
Newsgroups: comp.dcom.modems
From: root@kilowatt.uucp (Kilowatt admin)
Subject: Re: taping modem signals
Reply-To: root@kilowatt.UUCP (Kilowatt admin)
Organization: Kilowatt Computing of Deer Park, NY
Date: Sun, 27 Sep 1992 16:41:46 GMT


	I also taped 300 baud with a cassette recorder. I used it to download
and upload program sources (I had to have my friend originate the call though)
I don't see why 1200 shouldn't work or even 2400. The cassette recorder has
a bandwidth that is MUCH higher than the phone line (isn't a phone line only
3Khz or so?) The recorder should be able to do 100-10000 (let's be reasonable)
while a GOOD one could do 20-20000. 
	Is 1200 or 2400 a handshaked or some other strange deal? 300 baud is
1200 Hz one way, 2400 Hz the other. What about 1200 or 2400? I don't know if
you could fake a modem into thinking it has a carrier at those speeds...


-- 
Kilowatt Computing					Arthur A. Krewat
51 Winnecomac Ave.				uunet!admiral!kilowat!krewat
Deer Park, NY 11729					(516) 586-4743
(516) 253-2805						Consensys SVR4
Newsgroups: comp.dcom.modems
From: bair@telebit.com (Scott Bair)
Subject: Re: FAQ -- define v.32, v.42, etc. 
Organization: Telebit Corporation; Sunnyvale, CA, USA
Date: Sat, 3 Oct 1992 17:04:30 GMT

In article <717037184snx@n5ial.chi.il.us> jim@n5ial.chi.il.us (Jim Graham) writes:
>In article <716444686snx@dcthree.alisa.com> denny@dcthree.alisa.com writes:
>
>> V.32 - Signalling scheme for 9600 baud over phone lines
>> V.32bis - Signalling scheme for 14400 baud over phone lines
>
>first off, that should be 9600 bits/second and 14,400 bits/second,
>and not baud....they're *NOT* the same.  V.32 is a modulation scheme
>that operates at 9600 bits/second (fallback to 4800 bps), and *NOT*
>9600 baud.  likewise, V.32bis is a modulation scheme that operates
>at 14,400 bps (fallback to 12,000 bps, 9600 bps, 7200 bps, and 4800 bps).

Please note that the above speeds use modulation techniques that are
2400 BAUD.
>
>> V.42 - LAP-M error correction, used over V.32 and V.32bis connections
>
>and others, too.  V.42 is not limited to operating only on top of V.32
>or V.32bis.
>
>> V.42bis - Data compression used over V.42/V.32 and V.42/V.42bis connections
>
>see above --- V.42bis requires V.42 operating in LAPM (Link Access
>Procedure for Modems) mode, but that's it.  if you have a LAPM link,
>you can run V.42bis.

Not true. V.42bis doesn't require error correction. It is a separate module.


Scott Bair
Systems Engineer
Telebit Corporation
bair@telebit.com
>
Newsgroups: comp.dcom.modems
From: jeffo@uiuc.edu (J.B. Nicholson-Owens)
Subject: Hanging up when phone is picked up?  Why?
Reply-To: jeffo@uiuc.edu (J.B. Nicholson-Owens)
Organization: University of Illinois at Urbana
Date: Sat, 3 Oct 1992 02:29:29 GMT

I have a Zoom VFX v.32bis FAXmodem and I was wondering why it instantly hangs  
up when I pick up the phone connected to the line it's on.  I believe I have  
ROM version 1.200 if that helps any.

A modem I used to have didn't do this.  I would notice a pause in operation for  
a while (I assumed the error checking was trying to retransmit or receive data  
while I had the phone picked up) but as soon as I hung the phone up, the modem  
connection would pick up where it left off, no problems.

Any pointers on settings, anything I should try or perhaps an explanation why  
this happens?

If there's a lot of reponses, I'll summarize to the net.

Thanks.
-- 
-- Jeff (jeffo@uiuc.edu)
-- NeXTmail ok
Newsgroups: comp.dcom.modems
From: spyder@admiral.uucp (Eric)
Subject: PP14400FXSA & BBS Onliners
Reply-To: spyder@admiral.uucp (Eric)
Organization: The Grid/Waffle BBS, 203-661-2873, -1279, -0450, -2967
Date: Sun, 4 Oct 1992 02:57:01 GMT

I recently got my PM14400FXSA working fine, I think on my BBS, except I 
have had a few problems putting up onliners, without them crashing.  I am 
runing Celerity, so I can use DOOR.SYS or CHAIN.TXT or pretty much 
anything....I have tried to put up Global Wars, except it crashes, does 
anyone know how to fix this?...

--
spyder%admiral.uucp@yale.edu (Eric) <yale!admiral!spyder>
The Admiral's Public UNIX - Greenwich, CT - System Administrator: Doug Fields
(HST/V32) (203)661-2873 -- (PEP/V32) -1279 -- (V32) -0450 -- (V29/MNP6) -2967
>FREE!< Unix shell accounts, Usenet access, and Internet-style mail available
Newsgroups: comp.dcom.modems
From: bryan@edgar.mn.org (Bryan Halvorson)
Subject: Re: Slow Worldblazer to Worldblazer uucp transfers
Organization: Electronics 101. Apple Valley, MN
Date: Fri, 02 Oct 1992 01:53:04 GMT

In article <1992Oct1.082747.6580@netcom.com> gerg@netcom.com (Greg Andrews) writes:
>In article <1992Sep28.181534.6709@ssw.de> root@ssw.de (Benno Lange) writes:
>
>One of the first questions I would ask is whether the modems were able
>to achieve full speed over the phone line.
>
>>
>>Checking the modulation rate registers show even values well above 23kbps:
>>    s70 ~24000      s72 ~26500
>>
>
>The S70 register is showing a little slower than S72.  Each register shows
>a direction, one for receiving, the other for transmitting.  Perhaps your
>transfers were in the slower direction.  When the modem's raw transmission
>rate is slowed, the data throughput will also be slowed.
>
What kind of figures should we see in s70/s72 if the modem can achive
full speed over the phone line?


-- 
Bryan Halvorson                bryan@edgar.mn.org
N0BUU                          bryan@n0buu.ampr.org
From: larry@gator.rn.com (Larry Snyder)
Newsgroups: comp.dcom.modems
Subject: Re: USR DS v.32bis 10-15% faster thoughput over the Worldblazer
Date: 3 Oct 92 20:57:58 GMT
Organization: The Gator Conferencing System 219-289-3745

jong@wright.seas.ucla.edu (Jong Y. Lee) writes:

>In article <BvF8rI.KH7@jwt.UUCP> john@jwt.UUCP (John Temples) writes:
>>
>>I get around 1650 cps when ZMODEM downloading compressed files with my
>>WorldBlazer at V.32bis.  You're saying you get 1800-1900 cps?  I find
>>that VERY hard to believe.  I can't say I recall anyone with any kind
>>of V.32bis modem claiming to get over 1700 cps.
>>-- 
>>John W. Temples -- Preferred:  john@jwt.UUCP    (jwt!john@peora.sdc.ccur.com)
>>                -- Alternate:  john@jwt.oau.org


>I do get more than 1700cps very often with my SupraFaxModem.
>I was using ymodem-g protocol though.
>If you have a V.42bis modem, you really don't need to use Zmodem
>and waste 50cps or so for double checking errors unless you happened to
>lack 16550AFN uart and your serial port drops characters from time to time..  

Ymodem-g is actually (what I have found) the protocol of choice
for these high speeds.
-- 
Larry Snyder                                    internet: larry@gator.rn.com
keeper of the Gator                                  uucp: uunet!gator!larry
From: tdinh@magnus.acs.ohio-state.edu (Tommy Dinh)
Newsgroups: comp.dcom.modems
Subject: Why get caller ID?
Date: 27 Sep 92 16:31:23 GMT
Article-I.D.: magnus.1992Sep27.163123.990
Distribution: usa
Organization: The Ohio State University

Aside from the obvious reason for getting caller ID (ie. identifies caller 
before answering), what applications are there for this feature in
modems which are non-business related?


Tom Dinh (tdinh@magnus.acs.ohio-state.edu)
Newsgroups: comp.dcom.modems
From: hardie@herald.usask.ca (Peter Hardie,4805)
Subject: Re: Caller ID
Originator: hardie@herald.usask.ca
Reply-To: hardie@herald.usask.ca
Organization: University of Saskatchewan
Distribution: usa
Date: Fri, 2 Oct 1992 23:18:02 GMT

From article <1992Oct02.011256.20289@brtph560.bnr.ca>, by tcain@brtph87.bnr.ca (Tom Cain  WB8OUE):
> In article <1992Oct2.005450.23015@mnemosyne.cs.du.edu> amell@nyx.cs.du.edu (Andrew P.Mell) writes:
>>In article <1aftk0INNhc@sal-sun25.usc.edu> dliao@sal-sun25.usc.edu (David Liao) writes:
>>>I have a ZyXEL 1496E with caller ID.  I want to experiment the caller id
>>>feature.  Unfortunately, the manual doesn't provide any information on it.
>>
>>I believe caller ID is activated with AT#CID=1
>>
> interestingly, i find that my zoom v.32bis modem (1.00 rom) accepts the #CID
> commands.  we don't have iclid here in mayberry to test it tho...  i wonder
> if #CID comes in some generic firmware from rockwell??

It would appear so. The Zyxel does not use AT#CID. Setting bit 2 in register
S40 turns the ZyXEL's caller id feature on.

Pete hardie@herald.usask.ca
From: afriend@dew.Princeton.EDU (A. Friend)
Newsgroups: comp.dcom.modems
Subject: Looking for Unix MNP5 Emulators
Date: 30 Sep 92 15:50:12 GMT
Article-I.D.: Princeto.1992Sep30.155012.28718
Organization: Princeton University
Originator: news@nimaster

Recently I am having a very noisy telephone line. Once in a while 
garbage character fill my screen and I have to restart kermit. This
did not happen when I was dialing into a MNP5 modem before but now
that modem is not functioning. Is there a program that I can install
on the host side that will emulate MNP5 modems so as to get a better
connection?

Thanks in advance.
Newsgroups: comp.dcom.modems
From: wolfgang@netcom.com (Wolfgang Henke)
Subject: Re: T3000 ring detection
Organization: Netcom
X-Newsreader: Tin 1.1 PL5
Date: Sat, 3 Oct 1992 03:14:00 GMT

Mike Halderman (mrh@newshub.sdsu.edu) wrote:
: We have a phone system that uses two short rings to indicate an incoming call
: from outside our system.  The T3000 does not see this as a RING.  It works ok
: for local calls that have a longer ring.  Does anybody know of a fix?

You might check if the modem has MI/MIC. In the Digicom Scout+, for
example, pin 2 and pin 5 of the RJ-11 connector are reserved for 
MI/MIC signaling (not yet 'turned on'). Then the PBX can take the 
modem off hook without ringing the modem first.



-- 
   _________________________________________________________________________
   Wolfgang Henke        wolfgang@henke.sf-bay.org       wolfgang@netcom.com
From: robichau@lambda.msfc.nasa.gov (Paul Robichaux)
Newsgroups: comp.dcom.modems
Subject: Supra v.32bis prices (and where's BFJ?)
Date: 6 Oct 92 15:27:17 GMT
Article-I.D.: lambda.1992Oct6.152717.11155
Reply-To: robichau@lambda.msfc.nasa.gov
Organization: New Technology, Inc.

Back in March, BFJ was selling the Supra v.32bis bare modem for $285.
I didn't order one, because I wanted them to a) actually ship, and b)
get some of the bugs out before I bought one.

Now that I'm ready to buy one, BFJ seems to have disappeared. Did they
go under? Who has comparable pricing? Clarinet's SPR low price is $309
for the bare modem, and $329 for the DOS bundle.

I'll post a summary of responses if I receive any.

Regards,
-Paul
-- 
Paul Robichaux, KD4JZG        | I invented see-through negligees and /
robichau@lambda.msfc.nasa.gov | I bought a flying saucer off the Presley estate
		  ** PGP key available on request **
Newsgroups: comp.dcom.modems
From: johnson@tigger.jvnc.net (Steven L. Johnson)
Subject: Re: Complete Communicator
Originator: johnson@tigger.jvnc.net
Organization: JvNCnet
Date: Mon, 28 Sep 1992 22:14:00 GMT

inunn@hpb.hwc.ca writes:

>I inquired about the Complete Communicatior and my understanding is this:
>Ther are two separate software programs, one for voice and one for fax. You
>have one or the other running at any one time, but not both. Therefore, you
>do not have the capability to automatically switch among voice, data and fax.

Only partly correct.  The programs for configuring the voice (CAM) and
the fax (CFAX) are two separate programs, but the main program which
answers the phone and does much of the work is the same (CCBACK).  The
program is configured to answer in a default mode, either voice, fax, or
data.  The caller can select other than the default mode using touch
tone.  It does not (at least my old version) automatically detect the
type of incoming call.  

For example, I've got my system configured to answer as voice-mail.  If
the caller selects mailbox 2, he/she will hear fax tones and can send
a fax.  Likewise if the caller selects mailbox 3, he/she will hear
v.22bis answer tones.  Mailbox 1 is my normal default mailbox, and
attempts to deliver my incoming messages to my beeper number.

Seems to work for my limited needs.

-Steve