HDTenEightyP/NetNews huggingface dataset:
From: fcb@sun8.lri.fr (Francois Berjon)
Newsgroups: comp.dcom.modems
Subject: Re: Supra ROM Update?!?!
Date: 30 Jul 92 08:58:52 GMT
Reply-To: fcb@sun8.lri.fr (Francois Berjon)
Organization: LRI - Univ. Paris-Sud / CNRS URA 410

In article <6oFioB1w165w@tsoft.sf-bay.org>,
bbs.ftiernan@tsoft.sf-bay.org (Frank Tiernan) writes:
|> A while ago there was a lot of talk about Supra shipping a ROM
|> update
|> for their SupraFAXModem v.32bis on July, 14. I haven't heard anything
|> |> from Supra. And am wondering what happened (I did send in the
|> registration). I have trouble connecting at highspeed Long Distance
|> and
|> am also wondering if the ROM update was supposed to fix this.

Well, I just got my SupraFAXModem from Supra Corp (after a 9+ weeks
wait: they said
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...

Hope this will help.


-- 
-----------------------------------------------------------------------
    ____      Francois Berjon        fcb@lri.fr      fcb@FRLRI61.BITNET
   /    \   / 
  /  ___/  /  
 /   \    /   Laboratoire de Recherche en Informatique, CNRS URA 410
/___  \__/    Universite Paris Sud, ORSAY, FRANCE
-----------------------------------------------------------------------
Newsgroups: comp.dcom.modems
From: golub@casbah.acns.nwu.edu (Robert Golub)
Subject: Did I *really* get hardware handshake cable?
Organization: Northwestern University, Evanston Illinois.
Date: Thu, 30 Jul 1992 14:13:50 GMT

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".

Thanks in advance for your help.

-Rob
-- 
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
Robert M. Golub, M.D.           Division of General Internal Medicine
222 E. Superior                 Northwestern University Medical School
Chicago, IL 60611               E-mail: golub@nwu.edu    Voice: (312) 908-8630
From: jimmy_t@verifone.com
Newsgroups: comp.dcom.modems
Date: 18 Jul 92 16:37 MDT
Subject: Looking for RS-366 to RS-232
Nf-ID: #N:1992Jul17.212954.4340@verifone.c:-1596544244:001:647
Nf-From: verifone.com!jimmy_t    Jul 18 16:37:00 1992


I'm looking for an RS-366 to RS-232 converter.
The RS-232 output can be any reasonable format (for example: Hayes AT commands)

I would be grateful for any leads.

Thanks
-- 
Jim
+------------------------------------+--------------------------------------+
|  James H. Thompson                 |   jimmy_t@verifone.com    (Internet) |
|  VeriFone Inc.                     |   uunet!verifone!jimmy_t  (UUCP)     |
|  100 Kahelu Avenue                 |   808-623-2911            (Phone)    |
|  Mililani, HI 96789                |   808-625-3201            (FAX)      |
+------------------------------------+--------------------------------------+
From: geoff@zswamp.UUCP (Geoffrey Welsh)
Newsgroups: comp.dcom.modems
Subject: Re: Why is Zoom half the price of other 14.4's?
Date: Wed, 22 Jul 92 00:01:54 EDT
Organization: Izot's Swamp

richard j. gaylord <gaylord@ux1.cso.uiuc.edu> writes:

> Re: Why is Zoom half the price of other 14.4's?
> 
> can someone give me the telephone number for ZOOM, please. I want to get
> the ROM upgrade but i can't find their number anywhere in the manual or
> on the box.

   I guess they saved the price difference in ink.

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: hargen@sybus.com (Bill Hargen)
Subject: Re: UUCP window size
Keywords: uucp, window
Organization: Sybus Corporation, Largo, FL
Date: Tue, 28 Jul 1992 17:50:55 GMT

In article <1992Jul27.183759.28770@ole.cdac.com> yanagida@ole.cdac.com (Bruce A. Yanagida) writes:
>I have a stock Sun Sparcstation 2 running SunOS4.1.1 with the stock Sun
>provided UUCP software (a Honey Danber variant).  I have recently
>installed two new Telebit WorldBlazer modems for UUCP.  I believe I may
>be running into problems with the UUCP window size setting.  Does
>anyone know what the default setting for SunOS UUCP is?  Is it 7?  If
>so, how can I patch it to 3 if I wanted to experiment?

For at least SunOS 4.1.1 thru 4.1.2, the default window size is seven.
And this can cause problems depending on which end has the WorldBlazer,
which end places the call, whether the other end uses a window size of
seven, and whether the other uses Taylor UUCP (which includes code to
retry the init sequence).  So it is quite possible for this to work for
some people and fail for others.

My solution was to hack /usr/lib/uucp/uucico to negotiate a window size
of three and to use this version as the login shell for uucp sites that
call me using PEP.  You will need to change two instructions in the
uucico program.  I forget the exact adb commands to do this, but those
are easy enough to figure out from the man page.  The listing below
shows the locations, the old code, and the from/to change in hex:

    b594:  mov     0x40, %o0           ! probably setting packet size to 64
    b598:  sth     %o0, [%i5 + 0x4]
    b59c:  mov     0x40, %o1
    b5a0:  sth     %o1, [%i5 + 0x6]
    b5a4:  mov     0x7, %o2            ! change 0x94102007 to 0x94102003
    b5a8:  stb     %o2, [%i5 + 0x25]
    b5ac:  mov     0x7, %o3            ! change 0x96102007 to 0x96102003
    b5b0:  stb     %o3, [%i5 + 0x24]

This has the effect of changing the constant in the two move immediate
instructions from 7 to 3.

This change should work for at least the Sun4c versions of SunOS 4.1.1
thru 4.1.2.  Of course, if you don't see those values at those locations
then don't make the change.  For other HDB-based versions of uucico, you
might try using adb to disassemble uucico and look for all of the
"load immediate 0x7" instructions and find a "double store" sequence
like the code above.

Good luck!

--Bill

P.S. Standard disclaimers apply for the above fix.  It is NOT an official
     patch.  But it does work for me.  Use at your own risk.
From: leonard@qiclab.scn.rain.com
Newsgroups: comp.dcom.modems
Date: 18 Jul 92 17:59 MDT
Subject: Re: Serial and Parallel interface ?????
Nf-ID: #R:mac1.711295729@ra.msstate.edu:-1648465818:1992Jul18.135932.3904@qiclab.scn:941150105:001:975
Nf-From: qiclab.scn.rain.com!leonard    Jul 18 17:59:00 1992


jvmg9796@uxa.cso.uiuc.edu (Doc) writes:

>tnixon@hayes.com writes:

>>Parallel communications sends several bits at a time.  In the PC 
>>environment, such as on the printer port, eight bits are sent at 
>>once.  There are eight separate wires for data transfer, plus at 
>>least a couple of others to indicate when data is ready and the 
>>acknowledge that the data has been accepted.

>To take the original question a step further, why cant a modem be
>designed that uses the parallel port for increased throughput?

Perhaps because the telephone line is *effectively* serial. It's
a single wire pair. The signal can only have a single value at any point
in time.

In the old days, some leased line modems increased speed by using
*two* pairs of wires.
-- 
Leonard Erickson		      leonard@qiclab.scn.rain.com
CIS: [70465,203]			 70465.203@compuserve.com
FIDO:   1:105/56	 Leonard.Erickson@f56.n105.z1.fidonet.org
(The CIS address is checked daily. The others infrequently)

Newsgroups: comp.dcom.modems
From: tim@gumby.cs.caltech.edu (Timothy L. Kay)
Subject: Good Unix modem software?
Organization: California Institute of Technology, Pasadena
Date: Thu, 23 Jul 1992 06:32:39 GMT

I am familiar with the following software:

	uucp       -- requires too much set up time
	tip/cu/etc -- doesn't do a good job of binary file transfers
	kermit     -- doesn't seem to do a good job of binary file
                      transfers and only knows kermit protocol
	pro yam    -- to bizarre

I really want a *simple* modem program that supports kermit and
[xyz]modem transfers so that my wife can call BBS's from her Unix
workstation and download data at a reasonable rate.  (She has a
WorldBlazer.)

Does anybody have suggestions for an inexpensive package that meets
these critera?

Is kermit supposed to be able to do binary transfers?  My files keep
getting corrupted at CR and LF characters.

			Thanks,


				Tim
--
Timothy L. Kay		tim@cs.caltech.edu	Member of the   League for
Caltech, 256-80					Programming Freedom--write
Pasadena, CA  91125				to  league@prep.ai.mit.edu
voice:818-356-6633 fax:818-356-6790		for information.
From: bhoule@npg-sd.SanDiegoCA.NCR.COM (Bill Houle)
Newsgroups: comp.dcom.modems
Subject: Re: Telebit Qblazer <-> T2500, anyone?
Date: 29 Jul 92 19:21:20 GMT
Organization: NCR Corporation, Network Products Group - San Diego

In <vanm=lb.gerg@netcom.com> gerg@netcom.com (Greg Andrews) writes:
>hope@huracan.cr (Theodore Hope) writes:
>>
>>I'm interested in buying a QBlazer or two, and would like to know if anyone
>>has had problems getting the QB to connect to a T2500 in V.32 with
>>V.42/V.42bis.

>For starters, has the T2500 been configured to use V.42 and V.42bis?
>It would be hard to make a V.42/V.42bis connection to a modem that
>has it turned off.  Check the settings of the S97 and S106 registers.

Whoa there!  The T2500 (well, *my* T2500) does not do V.42/V.42bis
and does not have those registers.  I had problems with
T3000/WB-->T2500 and on the basis of a rumored ROM upgrade called
Telebit tech support.  They ignored my ROM upgrade question and simply
said set S180=0 or 3 (no e/c or MNP-only).  [Which worked, by the
way.]

So... is there really an upgrade and should the T2500 to do V.42+bis?

--
Bill Houle                    bhoule@npg-sd.SanDiegoCA.NCR.COM
NCR NPD-San Diego             (619) 693-5593
From: nazim@cwis.unomaha.edu (The Unknown)
Newsgroups: comp.dcom.modems
Subject: NEED ADVICE FOR FAXMODEMS, PLEASE...
Date: 24 Jul 92 21:37:11 GMT
Organization: University of Nebraska at Omaha

Hi folks,
I wonna buy a faxmodem and need some advice.
I have a V32bis or just a V32 Faxmodem in mind, could
you please write me what I should be aware of...
I heard many things about the Supra V32bis, how is it really?,
I may buy a Boca 14.4k or a Zoom V32bis, feel free to write me your
ezperience with those and similar modems.
Thanks in advance, please reply via e-mail, thanks again.

Regards, Nazim.
From: syy@ElSegundoCA.ncr.com (Sang Y. Yum)
Newsgroups: comp.dcom.modems
Subject: Re: FAQ
Date: 22 Jul 92 23:08:09 GMT
Reply-To: syy@ElSegundoCA.ncr.com
Distribution: world
Organization: Teradata/NCR

In article 18953@terminator.cc.umich.edu, rjs@citi.umich.edu (Robert J. Skrobola) writes:
>I realize this is a FAQ, but could someone mail me the FAQ? (or tell
>me where I can get it)
>
>-- 
>-----------------------------------------------------
>Rob Skrobola      Institutional File Server Project
>Normal Disclaimer: I speak only for myself
>-----------------------------------------------------


Ditto!

Sang
---
  |||   Sang Y. Yum                 | tdat!syy@suntzu.West.Sun.COM 
   v    Teradata Corporation        | uunet!edsews!hacgate!tdat!syy 
 /\ /\  100 N. Sepulveda Blvd.      | sang.yum@ElSegundoCA.NCR.COM
/// \\\ El Segundo, Calif. 90245    | Ph: (310) 524-7685  FAX: (310) 524-0009

Newsgroups: comp.dcom.modems
From: tad@ssc.wa.com (Tad Cook)
Subject: Re: Phone line compatibility with high-speed modems (AMLs)
Organization: very little
Distribution: na
Date: Thu, 30 Jul 1992 04:32:21 GMT

In article <1992Jul27.142255.24282@beaver.cs.washington.edu> dylan@cs.washington.edu (Dylan McNamee) writes:
>
>
>Apparently, an AML is an encoding box which allows you to piggyback one 
>phone line on top of another.  He showed me the box, and it looked sufficiently
>complex to do this job.  He also said the phone company pays something like
>$800 per box(!).  Does anyone know what the effects of these things are?
>I thought that any line that carries voice at phone-company standards of
>quality would be able to carry modem signals...

The effect on modems is not good, because bandwidth suffers.  You would
probably have trouble with transfers at 14.4Kbps.  The DC line voltage
that these things provide is not usually 48 vdc, which can cause some
problems with some gear like answering machines.



-- 
 Tad Cook     |  Phone:  206-527-4089  (home)     |   MCI Mail: 3288544   
 Seattle, WA  |  Packet: KT7H @ N7DUO.WA.USA.NA   |   3288544@mcimail.com 
              |  Internet: tad@ssc.wa.com        or...sumax!ole!ssc!tad
From: vulture@carrion.cc.ic.ac.uk (Thomas Sippel - Dau)
Newsgroups: comp.dcom.modems
Subject: Re:  Serial and Parallel interface ??????
Date: 21 Jul 92 19:55:56 GMT
Reply-To: cmaae47@cc.ic.ac.uk
Organization: Imperial College of Science, Technology and Medicine

In article <clemon.08gc@lemsys.UUCP>, clemon@lemsys.UUCP (Craig Lemon VE3XCL) writes:
 -- In article <zgam_3l.wolfgang@netcom.com> wolfgang@netcom.com (Wolfgang Henke) writes:

 -- >The serial line is not the bottleneck. The telephone line limits the 
 -- ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
 -- >throughput. 
 -- >
 -- 
 --         On some systems, particularly with multitasking OS's, it is.  Not
 -- everyone has the processors or UARTS for a couple 57600 bps ports and
 -- everything else that needs to be taken care of in the background.

Ouch.

Even mint condition 1981 PCs are able to transfer 250 kbit/s through a serial 
line, bit serial, analog, via the floppy disk controller. So far I have only
seen one machine incapable of maintining flow control and timing on floppy
disk transfers, and that also only in very special conditions.

It is just that serial (RS232) ports were perceived to be slow and in need of
very careful processing. Thus the OSes start creaking, sort of like anything
that tries to shovel tons of coal with an elaborate golden teaspoon.

                                     Thomas
-- 
*** 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 715 895 111 x4937 or 4934 (day), or +44 718 239 497 (fax)
*   snail: Imperial College Center for Computing Services, Kensington SW7 2BX
Newsgroups: comp.dcom.modems
From: dcarr@gandalf.ca (Dave Carr)
Subject: Re: Modems, compression, and SLIP or PPP (was Re: Using Telebit PEP with SLIP)
Organization: Gandalf Data Ltd.
Date: Thu, 23 Jul 1992 12:57:50 GMT

In <3626@randvax.rand.org> edhall@rand.org (Ed Hall) writes:

>In article <1992Jul22.171145.25307@angular.uucp> jas%angular.UUCP@ingres.com (Jim Shankland) writes:
>>In article <BOB.92Jul21000352@volitans.MorningStar.Com> bob@MorningStar.Com (Bob Sutterfield) writes:
>>[Lots of interesting stuff, the upshot of which is:]
>>
>>Thanks; that's very useful information.  Does anybody have any thoughts
>>about SLIP with v.42bis and V-J header compression?  Does v.42bis
>>eliminate the need for V-J header compression?  Or vice versa?
>>Would it be a mistake to use both?  And what about PPP vs. SLIP?

>No.  V-J header compression only affects TCP/IP's protocol-specific
>information, which it compresses much more than any general compression
>algorithm like V.42bis.  The latter will do a good job of compressing the
>rest, if it is compressible.  So the two are complementary.

>Some modems seem to have increased latency when V.42bis is used, so there
>might be some specific applications where turning it off would increase
>performance with such modems.  But generally V.42bis is a win with SLIP or
>PPP.  When in doubt, try it both ways /with your particular application(s)/.
>Simple benchmarks are useless in this case.

>PPP has a higher "overhead" than SLIP, since it adds its own header and
>checksum.  The checksumming and more robust framing is of only marginal
>use when the connection is near-error-free, such as with V.42 or MNP4, and
>does add a small amount of latency.  But there are other aspects of PPP
>which makes it useful: it allows for better security and greater
>flexibility for dialup use, and it allows for the selective escaping of
>control characters (such as XON/XOFF)--quite useful when going through a
>switch or in situations where hardware flow-control isn't possible.
>And it supports non-IP protocols.

You should turn off MNP4 and/or V.42 when running PPP.  Also, PPP can
optionally turn off the address and control fields.  Compression over
PPP was a hot topic at the IETF-PPP meeting last week in Boston.

-- 
Dave Carr               | dcarr@gandalf.ca       | It's what you learn, 
Principal Designer      | TEL (613) 723-6500     | after you know it all,
Gandalf Data Limited    | FAX (613) 226-1717     | that counts. 
From: bollard@hpspkla.spk.hp.com (Lee M. Bollard)
Date: Wed, 29 Jul 1992 20:25:02 GMT
Subject: Re: Intel SatisFAXtion 400 help
Organization: Hewlett Packard Company, Spokane, Wa.
Newsgroups: comp.dcom.modems

I had the same problem picking up the line, and have found no solution,
other than pressing the button on my speaker phone, then pressing a soft
key to send the AT commands necessary to get a connection established with
the call-back host.

I've had no problem connecting at 14.4 however.  I use the factory default
settings.  You should see a CONNECT 14.4 REL LAPM COMP message when you
get the connection.

I would recommend that you call the Intel BBS, which we KNOW is a 14.4
BBS.  Get that one to work and you've eliminated your particular host
as the problem.

Regards,

Lee Bollard              
HP Spokane Division
bollard@hpspkla.spk.hp.com
Newsgroups: comp.dcom.modems
From: bash@tware.com (Paul Bash)
Subject: Re: PPI 1.14g EPROM available
Organization: Techware Design, Boulder, Colorado.
Date: Wed, 29 Jul 1992 14:28:02 GMT

In article <1992Jul28.153502.18163@usenet.ins.cwru.edu> au141@cleveland.Freenet.Edu (Amber M. Spillers) writes:
>
>In a previous article, schuster@panix.com (Michael Schuster) says:
>
>>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?
>>
>   I imagine it is an attemp to support the illusion of reliability, 90%
>of users willl belive you if you tell them nothing is wrong it must be
>something you are doing....  as noted before, after they realize you are
>not one of these users they give in and send you out the proms.  but it
>is better to have people say "I had a hard time setting up their modem"
>than people saying "their roms have bugs".  it shifts the blame.
>
>
>-- 

Or perhaps it was because, as the original poster indicated, the EPROMS are
_beta_ code. Most sane companies do not want to put beta code in the hands
of people who don't know what they are doing (and who probably don't understand
that that code may cause more problems than it fixes). 

-- 
Paul Bash                                                   Techware Design 
bash@tware.com                                              Boulder, CO  U.S.A.
Newsgroups: comp.dcom.modems
From: jimb47@netcom.com (Jim Budler)
Subject: Re: PRACT PERIPH 14400FXSA
Date: Fri, 31 Jul 92 06:49:15 GMT
Organization: Netcom - Online Communication Services (408 241-9760 guest)

In article <1992Jul30.195408.3570@murdoch.acc.Virginia.EDU> sabrom@cebaf9.cebaf.gov (Seth Bromberger) writes:
>
>Just found out...
>Practical Peripherals called me regarding the AT&T19 (RTS/CTS test) command.
>It turns out that this command is software-activated only, as it expects some
>sort of response before an internal timeout.  If you type AT&T19 in command
>mode, you will get ERROR since you are not sending the signal and the modem
>times out waiting for it.
>
>This is what PPI told me; I have no way of verifying this, since I don't
>know what public software (if any) supports this test.  If anyone knows
>about any support for AT&T19, please let me know...

If you have a Mac, the program CableTest is available from the Hayes Forum on
CIS.

With the PM14400FXSA, and a standard Mac modem cable, the program
returned the message "modem not responding". With a hardware handshake
cable it returned the message "This cable supports RTS/CTS handshaking".

I have independent verification that the cable supports hardware
handshake, that I trust a lot more.

Lock the DTE at 57600 bps, with the modem and the terminal
program (ZTerm in my case) both configured for hardware handshake.

Connect to a 2400 bps machine.

Use a large block protocol (sz -k)

Upload a large file. (Actually it doesn't have to be very large 10k or
so, but I did a 100k file)

Watch the retry count. For my 100k file, the retry count was 0.

Handshake had to be working. Kermit, with 92 byte handshaking, might
have managed the speed difference without handshaking between the modem
and my computer. The 1k blocks in the protocol I used could not have
survived flow control not working.

jim

-- 
Jim Budler

also jimb@silvlis.com and 72415.1200@compuserve.com
From: bourman@hpcc01.corp.hp.com (Bob Bourman)
Date: Wed, 22 Jul 1992 21:23:58 GMT
Subject: Re: Full duplex RS-232C bit error rate testers
Organization: the HP Corporate notes server
Newsgroups: comp.dcom.modems

/ hpcc01:comp.dcom.modems / herman@nosc.mil (John W. Herman) / 11:03 am  Jul 17, 1992 /

--
>Does anyone have a recommendation for a full duplex bit error
>rate tester with floppy disk output?  We need to determine our
>link quality before we can finish our software design.  
>Thank you.
----------


	I'm not sure the HP4951C (1.2kbps) or the HP4952A (64kbps) will
	store BERT stats to disc (3.5") or not, but it will do everything
	else!  $3800 & $6700.

	Call HPDIRECT @ 800-538-8787


	Try TAS Co.  (201) 544-8700

	Firebird test set by Telecom Techniques.

	BOBB
From: temple@ucbeh.san.uc.edu
Newsgroups: comp.dcom.modems
Subject: Problems with Supra v.32bis modem: Transmission Errors
Date: 27 Jul 92 22:00:38 EST
Distribution: world
Organization: Univ. of Cincinnati

Help!

I just purchased a SupraFaxModem V.32bis. II have had a couple of 
problems I do not understand.
	I called A Telegard BBS, and all went well. Fast transfer, 
etc.  But when I tried to logoff, my Modem's LED gave me a TE 
(transmission error). This has me puzzled. The Supra reference manual 
specifies that this is a LAPM data transmission error (I was using 
V.42 at the time for a 19,200 bps connect).
	Here's the worse part, I called a local Hermes board 
(Macintosh), and while reading mail I got a TE. It stopped after a 
while, then I got another TE. Then I got NO CARRIER. I tried calling 
the board back, but it appears I crashed it somehow. This is very upsetting.

Setup: I am on a Mac SE/30, and have a HWHS cable on the Supra 
v.32bis. I am using the Macintosh Factory setting &F1 (with the 
speaker off; I hate speakers). Here is the whole thing: AT &F1 E1 V1 M.
I use the Mac Factory setting here because my other communication 
software sets the modem for other purposes (Fax deactivates V.42bis, 
etc.) I use the 19,200 bps setting for 14,400 bps connections. 
(Query: Would setting it to 57,600 bps eliminate the TE?  If so, why?)

Please no flames, just help.  

Direct E-mail, please.
				Jon Temple
				University of Cincinnati