HDTenEightyP/NetNews huggingface dataset:
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Subject: Re: What's a good 14400 modem?? (Intel?)
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Tue, 1 Sep 1992 05:01:12 GMT

In article <1992Sep1.034335.22089@psg.com>, randy@psg.com (Randy Bush) writes:
> vjs@rhyolite.wpd.sgi.com (Vernon Schryver) writes:
> > I tested a pair of Intel 14.4EX modems with SLIP.  I was unable to move
> > more than 1800 Bytes/sec through them, compared to > 3000 for all other
> > v.32bis/v.42/v.42bis modems I tested, some of which did > 3600 B/s.
> > Judging from the LED's, the Intel 14.EX cannot transmit at the same
> > time as it it receives.  That is implausible, but it would explain the
> > less than amazing speed.
> 
> Gak!  Vernon, you ain't no dummy, so something subtle was going on.  We
> regularly get 3.7kcps+ on SLIP with ka9q and PC-Route with these puppies.
> They're the best we've tried, and we've tried and tried.
> 
> Our configs are simple.
> 
>   AT&F"H3\N3E0Q1&D0&W


Well, maybe I'm a dummy about this modem.  I was using

	&F L2 M4 X4 &C1 &D3 &Y0 S2=128 S25=1

    L2 and M4 should be irrelevent.
    So should X4.

    &C1 is the default, so I don't know why I set it.

    &D3 is a fetish of mine that saves a lot of grief

    &Y0 is something I learned the hardware from Telebits

    S2=128 just turns off +++

    S25=1 just makes the modem respond to DTR (why would you want the
	default which ignores 50 ms DTR turn-off's?  I'd expect that to
	make it some times fail to honor the computer's request to hang
	up.  Oh, well.  It's not relevant.)

    "H3 is the default, so I don't know why you set it

    \N3 is the default, so I don't know why you set it

    E0 and Q1 should have no effect on speed

    &D0 is a difference that should not affect speed.

None of those appear to me likely to affect the speed at which the
modems move bytes.

The tests I was running were the same as with the other modems.  I use
a pair of Silicon Graphics IRIS's with "6-port boards", with new
firmware which I guarantee can do about 35KBytes/sec FDX as measured by
4 to 5 `cat foo > /dev/ttyd#` processes, loop-back connectors, and
either a 'scope or `sar -y 1 10000`.

So, what's the deal?

Could it be that your 3.7KB/s is half-duplex but my 1.8K is half of 
full-duplex number?

My "throughput test" consist of `ping -c ZZZZ remote`, increasing the
value of ZZZZ until the line stops keeping up, as observed for 20 to 60
seconds.  That forces the modems to process ZZZZ*2 bytes.  In other
words, the other modems I've tested were really shuffling up to 7.2KB/s
of data, while the Intel 14.4EX would only do 3.6KB/s.


Vernon Schryver,  vjs@sgi.com
Newsgroups: comp.dcom.modems
From: honey@citi.umich.edu (Peter Honeyman)
Subject: Re: What's a good 14400 modem?? (Intel?)
Reply-To: honey@citi.umich.edu
Organization: Center for Information Technology Integration, Univ of Michigan
Date: Wed, 2 Sep 1992 01:43:27 GMT

Vernon Schryver writes:
|> Peter Honeyman writes:
|> > i have a different ping, so please check me on this.  isn't the packet
|> > size ZZZZ + 20 (ip header) + 8 (echo header) + 1 (slip frame)?
|> 
|> 
|> As I understand it, that omits the ICMP header but counts the 8-byte
|> ping date.

icmp is a network layer protocol -- it doesn't use ip.  however, the
icmp header is the same size and shape as an ip header.  from rfc 792:
"ICMP messages are sent using the basic IP header."

|> The 4.3BSD ping does
|> 	size ZZZZ + 20 (IP header) + 16 (ICMP header) + (MAC header)
|> 
|> The date used by ping itself is in the first 8 bytes of the ZZZZ data.

not quite, if i read you right.  again, from rfc 792:

Echo or Echo Reply Message

   0                   1                   2                   3
    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |     Type      |     Code      |          Checksum             |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |           Identifier          |        Sequence Number        |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |     Data ...
   +-+-+-+-+-

the time is sent in the data field.

looking at the berkeley ping.c (derived from muuss' original code),
the size is in addition to the eight byte icmp boilerplate (which
agrees with my formula above).

|> The MAC header is 1 byte with common SLIP and cslip.  I sometimes use a
|> varient header-compressing SLIP which has a 3-byte header (including
|> checksum and "session ID").

i think the common bsd slip actually uses a two byte frame in this
case -- from slstart() in if_sl.c:

        /*
         * The extra FRAME_END will start up a new packet, and thus
         * will flush any accumulated garbage.  We do this whenever
         * the line may have been idle for some time.
         */
        if (tp->t_outq.c_cc == 0) {
                ++sc->sc_bytessent;
                (void) putc(FRAME_END, &tp->t_outq);
        }

so my earlier caluclation was off by one.

|> So you're right that my calculations are a little off.  I don't think
|> it's worth worrying about.  My inferences of when the modems stop being
|> able to keep up are not accurate to more than 10%, the modems
|> themselves vary by more than 10% from moment to moment, and I don't
|> care about any modem where my error of 37 bytes is 10% or more of the
|> modem's through-put.

if you say so.  but i like experimental results to be reproducible by
others, and hold precision to be a virtue.

	peter
Newsgroups: comp.dcom.modems
From: Eric Hoffmann <ehfm@midway.uchicago.edu>
Subject: Re: Address os supra corporation
Organization: CCS
X-Useragent: Nuntius v1.1
Date: Tue, 25 Aug 1992 18:19:13 GMT

In article <1992Aug25.122824.13296@krk.fi> Joonas Kekoni, joonas@krk.fi
writes:

|> I am told that i will get new roms for my supra free, if tell them
|>my adress and number of my modem, but nobody have told me where
|>i have to tell them. A REGISTERATION CARD WAS NOT INCLUDED, and
|>the selles hasnt either posted it.

This is the latest information I have. You would probably want to call
the Tech Support number and work things out that way.

Supra 
1133 Commercial Way
Albany,  OR   97321

800/727-8772
503/967-9075
503/967-2440  *Tech support
503/926-9370  FAX#
503/967-2444  *BBS
Supratech%Supra.uucp@cs.orst.edu
Newsgroups: comp.dcom.modems
From: loeraalv@tramp.Colorado.EDU (LOERAALVIDREZ JORGE INES)
Subject: Boca 14.4 Kbps and Kermit 3.11
Organization: University of Colorado, Boulder
Distribution: usa
Date: Mon, 31 Aug 1992 15:12:29 GMT

Is anybody using kermit 3.11 as their communications program with the Boca
14.4 Kbps modem or any other high speed modem?  If so, can you show me what
modifications you did to the file hays.scr to take full advantage of your
modem?

I've been messing around with Kermit's scripting language but I don't know
it that well.  Just when I think I have it figured out, the script file
fails in some strange way.

I tried Telix 3.15 and it optimized itsself for the Boca modem.  Too bad
it treats the Backspace key as Control-H in Gnu Emacs and other programs.

Any help will be appreciated.
From: darrylo@hpnmdla.sr.hp.com (Darryl Okahata)
Date: Fri, 28 Aug 1992 19:04:04 GMT
Subject: Re: Re: Summary of prices... (PPI, in particular)
Organization: Hewlett-Packard, Santa Rosa, CA
Newsgroups: comp.dcom.modems

In comp.dcom.modems, goykhman_a@apollo.hp.com (Alex Goykhman) writes:

>     Mine hangs all the time during ZMODEM downloads (from Channel 1,
>     Cambridge,MA) both with Telix 3.15 and Robocomm 4.2.  Tt appears
>     to work with WINQVT, but I can't figure out why...
>
>     Stay away from PM14400FXSA.

     I'm using a PM9600SA and a PM14400FXSA (one at each end of a
connection), and the only zmodem problems that I've had have been due to
flow control (the machine connected to the PM14400FXSA doesn't support
hardware flow control).  Aside from this, they've worked fine (I haven't
tried sending faxes, though).

     -- Darryl Okahata
	darrylo@sr.hp.com
Newsgroups: comp.dcom.modems
From: danr@ais.org (Daniel Romanchik)
Subject: Re: Digicom Scout Plus Bug, Feature or Operator Error??
Organization: UMCC
Date: Tue, 1 Sep 1992 12:40:42 GMT

In article <BtvECB.A34@ais.org> I wrote:
>I just got my Digicom Scout Plus and seem to be having a little
>trouble getting it set up.  The factory default is to have the modem
>try to connect at 14,400 and automatically downshift to whatever the
>receiving modem can handle.  That works fine, and I get a connect, but
>the modem still thinks it is connected at 14,400.  I have to escape to
>command mode and manually change the modem rate setting so that I can
>communicate with whatever I am communicating with.
>
>This doesn't sound right to me so I'm guessing that it's operator
>error.  Can anyone tell me what I'm doing wrong?
>
    Well, I should have continued experimenting before putting my foot
in my mouth (i.e. posting).  Turning off error correction gets
everything to work just fine.
     My one gripe so far with the Digicom Scout Plus is the
documentation.  They should include a chapter describing practical
applications situations.
Newsgroups: comp.dcom.modems
From: jeffo@uiuc.edu (J.B. Nicholson-Owens)
Subject: Re: What's a good 14400 modem??
Reply-To: jeffo@uiuc.edu (J.B. Nicholson-Owens)
Organization: University of Illinois at Urbana
Date: Sat, 29 Aug 1992 00:11:03 GMT

In response to the question actually *asked in the subject line* (folks,  
if you are gonna go off on a tangent, change the subject line  
accordingly), I have had no problems with the Zoom v.32bis Faxmodem.  I  
think it's the same as the Infotel v.32bis Faxmodem (but a little higher  
priced) but since I have no direct experience with the Infotel, I won't  
comment on it.

The Zoom v.32bis Faxmodem has v.32/v.42/v.32bis/Fax (at 9600 or 14.4k  
baud) and probably some other features I'm leaving out.  It doesn't have  
caller-id or voice (whatever this stuff is).  Since my area doesn't have  
caller-id, and I don't wanna get the service from the phone company that  
means nothing to me.  Voice is also useless to me, so I wouldn't want to  
pay for it.

Given the number of problems I've heard about the Supra and the relative  
high price of the ZyXEL model that is comprable to this Zoom, I think the  
Zoom is a good buy.
-- 
-- Jeff
-- jeffo@uiuc.edu
-- no NeXTmail please
From: jay@silence.princeton.nj.us (Jay Plett)
Newsgroups: comp.dcom.modems
Subject: How to make modem originate after manually dialing
Date: 25 Aug 92 15:21:00 GMT
Organization: Access, Inc.

I need to originate dialup calls to an unattended remote modem
by first manually dialing the number on a handset and negotiating
verbally with an operator.  The call will then ring and the remote
modem will answer.  At that point, I need to instruct my modem to
begin its negotiation sequence as though it had dialed the call.
The originating modem has a Hayes command set (it's an internal
modem in a Tadpole SPARCbook).

How to do this?

	Jay Plett
	jay@princeton.edu
Newsgroups: comp.dcom.modems
From: cxp3276@usl.edu (Punyasai Chumnarn)
Subject: HELPPPP! : Computer Peripherals 2400bps int. modem 
Organization: University of Southwestern Louisiana
Distribution: na
Date: Tue, 1 Sep 1992 19:29:19 GMT

Everybody is talking about a super(or hyper - whatever) fast
modem. I feel like  I were a little kid driving a toy-car.

Anyway, my story is:

    I bought an internal modem (2400 bps) made by
Computer Peripherals about six months. The quality
of the modem is pretty poor. It came with a 2 page
manual.

Last week I accidently deleted the setup information.
Unfortunately the manual is gone with Andrew.

Could anyone using this modem be kind enough sending
me a copy of the manual, or the address and phone number
of Computer Peripherals so I can contact them about my need?
I need  "init string " and some commands to test the modem.

Any help would be deeply appreciated.

cxp3276@usl.edu

Xref: sparky comp.dcom.modems:12694 comp.sys.ibm.pc.hardware:22916
From: ken@Cayman.COM (Ken Siegel)
Newsgroups: comp.dcom.modems,comp.sys.ibm.pc.hardware
Subject: Re: V.42bis - on 2400 baud
Date: 29 Aug 92 01:29:16 GMT
Followup-To: comp.dcom.modems
Organization: Cayman Systems Inc., Cambridge, MA
In-reply-to: leonard@qiclab.scn.rain.com's message of 28 Aug 92 14:09:38 GMT

In article <1992Aug28.140938.9352@qiclab.scn.rain.com> leonard@qiclab.scn.rain.com (Leonard Erickson) writes:

   >	Few questions about V.42bis 2400 baud modems... firstoff, whats
   >the typical CPS rate on them with zip & gif files? I figure maybe 50%
   >improvement, but its rough-guessing, you only get true 9600 baud output if
   >its straight text files. 

   Try more like 1-5%. V.42 *can't* compress files that are already compressed.
   Neither can MNP5, but at least V.42 is smart enough to see that it'll be
   making the file *bigger*, and quit trying.

   GIF and ZIP files are essentially uncompressable. Your modem *certainly*
   doesn't have the horsepower to do it. *Never* count on V.42 or MNP making
   a significant difference in transmission time.

   With a 9600 bps modem and V.42, the highest xfer rate I've seen was 
   12000 bps. 

Based on hard experimental data we have obtained here at Cayman while working
a lot with V.42bis, I can safely say your statement about V.42bis compression
not making a difference in transmission time is false. If you already have
a compressed file, this is true. For text files this is absolutely false.
--
*******************************************************************************

 Ken Siegel                                           Internet: ken@cayman.com
 Cayman Systems, Inc                                     Phone: 617/494-1999
 26 Landsdowne Street                                      FAX: 617/494-9270
 Cambridge, MA 02139                                 AppleLink: D0523
Newsgroups: comp.dcom.modems
From: parry@yoyo.cc.monash.edu.au (Tom J Parry)
Subject: A Challenge
Originator: parry@yoyo.cc.monash.edu.au
Organization: Monash University, Melb., Australia.
Date: Wed, 26 Aug 1992 06:19:49 GMT

I have a challenge for everyone in modem land. I have tried to work out how
to do this and am ready to accept it as impossible. Here is the situation:

I have a v32 modem connected to a terminal server that defaults to 9600
baud when it resets (this can't be changed). You can however, at the server
prompt, tell it to go to 19200 baud. 

I am dialing into the modem with my PC and establishing a 9600 carrier
v32/v42bis connection (I think). What I want to then do is tell the
terminal server to jump to 19200 baud. If I had my PC connected to the
server I would do the following:

Once connected, send a break, this drops you out of the machine you are
logged into, back to the terminal server. Issue the command to go to 19200
baud. Adjust my comms program to 19200 and jump back to my session.

Now the hard bit. I want to do this via modem. It requires the following to
happen. Send break to jump back to server. Issue command to change server o
to 19200. The modem will no longer talk to the server now!!! Somehow do a
+++ , issue an AT command at 19200 baud to make the modem change baud rates
(this works) and go back online and reconnect to my session. The problem is
where we become disconnected because of the baud rate change.

I have started experimenting with such things like this:

sleep 3
echo -n +++
sleep 3
AT
sleep 3
ATO

This works. I run this and the remote modem actually does what you would
expect. What I need to do is somewhere change the terminal server to 19200
before the AT command (I believe). I am able to change the server's prompt
to AT if this could help.

After much experimenting, I have given up. Any ideas?

-- 
Tom J Parry.
Your reality is a figment of my imagination.
Newsgroups: comp.dcom.modems
From: etsiao@joule (Eddie Tsiao)
Subject: Re: What's a good 14400 modem?? (Intel?)
Organization: California Polytechnic State University, San Luis Obispo
Date: Mon, 31 Aug 1992 09:26:33 GMT

In article <1992Aug29.162359.620@lowton.rn.com> mark@lowton.rn.com (Mark Powell) writes:
>
>In article <PZR7PB2w165w@infopls.chi.il.us>, andyross@infopls.chi.il.us (Andrew Rossmann) writes:
>> mark@lowton.rn.com (Mark Powell) writes:
>> > In article <1992Aug14.174602.19312@unislc.uucp>, larsen@unislc.uucp (Steve La
>> > > I know that this mas been asked before, but I am looking for a good,
>> > > reliable 14400 modem, and I was wondering what everyone thought about
>> > > which one is the best.  The main ones I have been looking at are
>> > > Supra, Boca, and Zoom.  I have heard good and bad about all of them.  I
>> >
 Article deleted.

Sorry.  This is not exactly the right part of the thread to post to but I too
am looking for a good 14.4k modem.  I've read good and bad things about Supra
but most of the past reports on the Zoom have been bad.  It seems that Zoom's
reputation is improving.  I would like to find out more about Intel and Dallas
Fax (or Atel?).  I am swaying toward Intel because of the smart buffering.  
Since I will be working mostly in windows or another multitasking enviornment,
a large data buffer is a big concern.  Any experiences, good or bad?
Thanks.

			- E.T.

|Eddie Tsiao                         | etsiao@autobahn.ARDFA.CalPoly.EDU     |
|System Administrator                | Voice:   (805) 756-1706               |
|ARDFA Cal Poly,  San Luis Obispo    | FAX:     (805) 756-1702               |
From: wilson%Solomon.Technet.sg (Wilson Leong)
Newsgroups: comp.dcom.modems
Subject: PABX stuffs up Modem ????
Date: 29 Aug 92 01:33:33 GMT
Organization: TECHNET Unit (Singapore)
X-Newsreader: Tin 1.1 PL5


Does anyone know/experience of certain brands of PABX/switchboards that
cause problems for the modem? I tried to connect a 2400b modem to a
Hitachi system and just could not get it to respond. ARRGHHH!! I used
blind dialing, manual dialing but it just would not connect.

All modem parameters were correct, I checked the com ports, I used different
comm software and still no response.

I've heard that Toshiba and Panasonic also have this problem as well. Is this
true, and are there other brands I should be aware of? Is there any
other way to solve this other than getting another direct line?

Thanks in advance.

--

*** Wilson Leong ***

Technet Unit, Computer Centre       Internet:  wilson@solomon.technet.sg
National University of Singapore 
Singapore 0511			    Telephone: (65) 772-6524

------------------------------------------------------------------------
Newsgroups: comp.dcom.modems
From: kevin@iisat.alt.ns.ca (Kevin Davies)
Subject: Re: Using modems on leased lines
Reply-To: kevin@iisat.UUCP (Kevin Davies)
Organization: Public Access UNIX
Date: Mon, 31 Aug 1992 11:24:04 GMT
Keywords: leased lines

In article <1992Aug31.000223.2504@random.ccs.northeastern.edu> gbcacm@ccs.northeastern.edu (grater boston chapter of the acm) writes:
>Anyone know how to use 14.4K modems on 4-wire voice-grade leased lines?
>We have Zoom v.32bis; Zoom tech support says it can't be done because the
>modems "aren't designed for leased lines". I can't understand why a modem
>that works on a 2-wire voice-grade line on the switched network (dialup)
>shouldn't be usable on 2 2-wire dedicated voice-grade lines (i e, a 4-wire
>leased line).

For a 4-wire leased line, modems normally have to be designed for it.
Most modems will only work on a 2-wire leased line (of course, these
terminologies may differ between telco's).  For a modem to work
on a 2 wire leased (dedicated), it will normally be able to answer/originate
automatically without user intervention and will not "wait for dial-tone"
which is part of the key.

Modems that do support leased lines will use something like &L0 &L1.
-- 
Kevin Davies		Public Access Unix
Internet:  kevin@iisat.alt.ns.ca
UUCP	:  dalcs!iisat!kevin
From: monty@wsinis05.info.win.tue.nl (Guido Leenders)
Newsgroups: comp.dcom.modems
Subject: ZOOM Inc. faxnumber
Date: 1 Sep 92 12:29:14 GMT
Reply-To: monty@info.win.tue.nl

Hi,

does anybody have the faxnumber of the Zoom Coorporation in the US?

Guido
Newsgroups: comp.dcom.modems
From: Denny.Chuang@bbs.oit.unc.edu (Denny Chuang)
Subject: Re: Word of Advice
Organization: Extended Bulletin Board Service
Date: Wed, 26 Aug 1992 06:39:04 GMT

      University of Louisville
Phone: (502)588-6744

DO NOT BUY A SUPRA!!!!!!!!!!!!!

Resist the temptation and buy something worth your money...not a $350 (or
whatever the price) paper weight.  I've gone through three and number three
will probably go out this afternoon...none have worked.  Instead of seeing
some LD savings (over 2400 baud), I've paid lots more to send this damn thing
back and forth between here and Oregon....it isn't worth the stress.

	Could you please tell us a little more about this problem you have
	with Supra  modem?

	I know Supra, Zoom, boca are in the sam boat, all three companies offer
	the lowest price avaliable for a 1`4.4k  modem.  I think all these
	companies are still working on their problems, it's probably not
	as reliable / throughly tested as a USR  or  a Telebit modem.  
	
	I too own a Boca myself.  I 'm aware of it's problem it's not a major
	problem to me.  (to few of my BBS callers they have to dial twice to get
	in to my board)  It's not a perfect modem, but at least it's in
	98 % working (living) condition.  I'm happy for he price I paid.  

	I suggest for those people who don't like to live with with any
	minor problems with their modem not to purchase any cheap priced
	modems.  Hey, if you perfer to save a few bucks and don't mind
	those little bugs in it go for it.  It's not bad at all!
 
       	 	  Seriously, all modems comes with 5 years or more
	warranty, if you have time to wait for them to get those bugs out of
	their ROMS someday you will get a perfect working modem. 
	That's what those warranties are there for.	Right?

Just my 0.05 cents worth of advice.
--
Denny Chuang                               |     Far East BBS: (714)781-4066
Internet: Denny.Chuang@bbs.oit.unc.edu     |     RIME Node ->ASIAN
--

	
--
   The opinions expressed are not necessarily those of the University of
     North Carolina at Chapel Hill, the Campus Office for Information
        Technology, or the Experimental Bulletin Board Service.
           internet:  bbs.oit.unc.edu or 152.2.22.80
Newsgroups: comp.dcom.modems,comp.sys.ibm.pc.hardware
From: wlsmith@valve.heart.rri.uwo.ca (Wayne Smith)
Subject: Re: V.42bis - on 2400 baud
Organization: The John P. Robarts Research Institute, London, Ontario
Date: Fri, 28 Aug 1992 16:30:27 GMT

In article <1992Aug28.140938.9352@qiclab.scn.rain.com> 70465.203@compuserve.com writes:
>>	Few questions about V.42bis 2400 baud modems... firstoff, whats
>>the typical CPS rate on them with zip & gif files? I figure maybe 50%
>
>Try more like 1-5%. V.42 *can't* compress files that are already compressed.
>Neither can MNP5, but at least V.42 is smart enough to see that it'll be
>making the file *bigger*, and quit trying.
>
>GIF and ZIP files are essentially uncompressable. Your modem *certainly*
>doesn't have the horsepower to do it. *Never* count on V.42 or MNP making
>a significant difference in transmission time.

I have a Smart One 2400 baud send/receive fax modem.
The Quick Link software that comes with it acts like a front-end
for the MNP5 and V.42 bis.  When logged into my account through a
9600 baud university modem, I get 2750 baud (10 bits per byte) when
using Y modem to receive gif's.  When using Procomm (1 or 2 year old version)
I get maybe 2100 baud (procomm can't do MNP 5 or V.42bis on my modem).

When it comes to text (like using vi or reading news), the MNP5/V.42bis
really does make the data fly.
At $70 (US), this is not a bad price for what is essentially a turbo-
charged 2400 baud fax modem.  (The fax part works great too!).