HDTenEightyP/NetNews huggingface dataset:
From: osicki@hasler.ascom.ch (Chris Osicki)
Subject: SUMMARY: V.32BIS / Sun workstation problem
Originator: osicki@polaris
Reply-To: osicki@hasler.ascom.ch
Organization: Ascom Hasler AG
Date: Fri, 11 Dec 1992 16:03:37 GMT



My original posting:

>Configuration: Zyxel U-1496 modem connected on ttya (tty speed set to 38400)
>               Sun ELC & Sun IPC, SunOS 4.1.2

>When a connection is made at 14400, V.42, V.42BIS many characters are 'lost'.
>Connecting a vt220 directly to the modem instead of the ELC no characters
>are lost. Is this a known problem in that Suns serial ports cannot handle
>data at high speeds? If yes, are there any solutions (H/W or S/W) which
>solve this.

The explanation (not solution) of this problem is easy: 
the serial port driver 'zs' doesn't support correctly hardware flow control.
To be more precise, 'zs' only does CTS flow control - stops sending when modem
drops CTS, but does not drop RTS when data from modem arrives to fast.
This is a fact, and our SUN support confirmed this ! The people who believe
in Sun's hardware flow control and didn't see any problems are lucky.

Now the possible solutions:

1. Sun offered me a High Speed Serial I/O card for sFr 5490 ( ~ 4000 $, it is
   not an april fool, yes, four thousand dollars )

2. SUN's high-speed serial driver for up to 38.4 Kbps. I didn't get the price
   from SUN support yet, but the prices I have heard about are:
   $950/cpu, $2850 for 10 and $5700 for a site license.
   This also sounds like a joke but is not one.

3. Get a third party serial S-bus expansion board. I don't have any info yet
   but I know they exist, and I could imagine the cost would be something between
   10 * PC-I/O card and 1/10 of SUN High Speed card.
  
4. Write your own serial port driver ( send me a copy ;-) )

5. Use software flow control XON/XOFF. It works for me.

6. Other possible solutions have nothing to do with SUN and thus with this
   news group ;-).
   
   
Our SUN support told me that the maximum supported serial port speed is 
9600 bps. This speed seams to be for SUN the state of the art. Pay if you want 
more. Once more SUN try to sell us something that should be part of the system.

If you are interrested in all the replies I received, let me know and I will
make them ftpable.

Thanks once more to all who replied. I tried to thank everybody by mail, 
hope I didn't miss anyone. 

Chris


   Chris Osicki ( osicki@hasler.ascom.ch )
   System and Network Administrator
   Ascom Hasler AG, Abt 85L2, Freiburgstr. 251,
   CH 3000 Bern 18, Switzerland.  Tel: +41 31 999 38 07, Fax: +41 31 991 37 35
From: PEREZCS1204@UWLAX.EDU
Newsgroups: comp.dcom.modems
Subject: Re: INFO-MODEMS Digest V92 #1660
Date: 12 Dec 92 14:18:00 GMT
Organization: The Internet

signoff dist-mdm
Newsgroups: comp.dcom.modems
From: dwight@hyphen.com (Dwight Ernest)
Subject: Re: Telebit WB Problem
Organization: Hyphen, Inc., Wilmington, MA 01887 USA / +1 508 988-0880
Date: Sat, 12 Dec 1992 13:34:25 GMT

alan@ernest.itg.ti.com (Alan Edmonds) writes:
>In article <1992Dec10.174615.15323@q7.tessi.com> joey@q7.tessi.com (Joe Pruett) writes:
>>there is/used to be a problem with sun systems and telebit modems.
>>basically, you need to increase the time the sun holds dtr low
>>during a line reset.  you do this by changing the kernel variable
>>zsadtrlow from 3 to 5.  it may just be superstition, but my worldblazer
>>had the no-answer problem, until i remembered this bit of kernel
>>hackery, and now it behaves fine.

>This is interesting because the WB has an S register to specify the minimum 
>amount of time for DTR to be low to cuase a modem reset.  The minimum value
>you can stick in that register is 50 milliseconds.

I believe there's no relationship between that S-register on the modem
and the way the operating system behaves when it re-raises DTR after
a connection drops.
-- 
--Dwight A. Ernest   R&D Manager (USA)     I speak only for myself.
  Hyphen, Inc./181 Ballardvale St./Wilmington, MA 01887/+1 508 988 0880 x125
  dwight@hyphen.com
Organization: Penn State University
Date: Sat, 12 Dec 1992 20:32:28 EST
From: <ZXY2@psuvm.psu.edu>
Newsgroups: comp.dcom.modems
Subject: windows enhance mode & ProComm

hi,

Does anyone have any experience about the ProComm?  I used to use the ProComm
in Windows 3.1 in a 386sx machine. It worked well in both Standard and Enhance
mode. Recently I move it to a 386DX machine and since then the ProComm can
only work in Standard mode.  Whenever I attemp to start the ProComm inside the
windows, it just could not connect to the remote hosts if the windows is in
enhance mode. (it seems it could not shake its hand with other computers).

Please direct any comment to my account.  Thank you very much.

ZXY2@PSUVM.PSU.EDU
Newsgroups: comp.dcom.modems
From: schan@andy.bgsu.edu (Steve)
Subject: Help on Eudora
Followup-To: comp.dcom.modems
Organization: Bowling Green State University B.G., Oh.
Date: Fri, 18 Dec 1992 18:27:06 GMT

Hey! Guys. I am using Eudora at BGSU through the University backbond, but I
want to use the software in the modem also.  My friend just download a
Toolbox image file from Apple com. site for me.  What I suppose to do is to
install all the scripts into the system and the software should works. 
But, it doesn't!

There is one file named "installCTB11".  This should be the program which I
can double click and then everything will be done for me like magic.  But
it doesn't work that well.  So if somebody out there knows how to get the
Eudora works in the modem.  Please reply my message at schan@andy.bgsu.edu.
 I will very much appreciate your help.  So, plea....se!

Ooh! If you guys knows any public domain communication software which is
user friendly and works better than kermit, please tell me also. Thanx.  

Merry X'mas and happy New Year.
Newsgroups: comp.dcom.modems
From: daylan@baker.ds.boeing.com (Daylan B Darby)
Subject: Wanted: modem with separate control line
Organization: Boeing Defense & Space Group
X-Newsreader: TIN [version 1.1 PL8]
Date: Sat, 19 Dec 1992 04:59:51 GMT

We are in search of one or two modems with a data connection (for SLIP,
therefore no escape sequences are allowed) and a separate control connection
( for dailing, hangup etc).   Can anyone point me in the right direction?
E-mail responses please, I'm not a regular 8-(.

daylan@baker.ds.boeing.com
Newsgroups: comp.dcom.modems
From: chuckb@hounix.org (Chuck Bentley)
Subject: Re: Best < $400 modem ???
Organization: Houston UNIX Users Group (HOUNIX), Houston, TX
Date: Sat, 12 Dec 1992 00:08:44 GMT

Why not get the TeleBit Qblazer for $299?  I think it's more for the money
than anything else on the market, and it's real small on the desktop.

		Chuck .....
From: Arthur@cswamp.apana.org.au (Arthur Marsh)
Newsgroups: comp.dcom.modems
Distribution: world
Subject: Differences between modems...
Date: Thu, 10 Dec 1992 00:44:35 +1000

On Mon 30 Nov at 22:00 fred@genesis.demon.co.uk (3:713/602) wrote
to All:

 f> The thing about V.42bis is that it doesn't specify how a 
 f> modem should determine whether the data is compressible 
 f> or not. 

CCITT V.42bis Appendix II, section II.3, Calculation of
compresion performance:

"The calculation of compression performance may be expressed as
the number of charcters received by an encoder divided by the
number of octets transferred from the encoder (to the error
control function). The count of characters and octets should be
set to zero on receipt of a C-INIT request."

 * Origin: Camelot Swamp MJCNA, Hawthorndene, Sth Australia
(3:800/812)
From: colbert@astro.umd.edu (Edward J.M. Colbert)
Newsgroups: comp.dcom.modems
Subject: FAQ?
Date: 20 Dec 92 02:11:33 GMT
Organization: University of Maryland, Astronomy Department

Was a FAQ ever generated for high-speed modems?  If so, where can I get
it?  Please respond by e-mail.

Thanks,
Ed
From: carlos@infoserv.com (Carlos Dominguez)
Newsgroups: comp.dcom.modems
Subject: Re: ..new ROM's for BOCA
Keywords: BOCA, ROM, upgrades, 14.4,
Date: Thu, 17 Dec 92 23:17:01 EST
Distribution: world
Organization: Dominguez UseNet, Brooklyn NY, USA

ohd@ornl.gov (OLIVE D H) writes in comp.dcom.modems..

> Actually I just ordered mine yesterday and the newest version of the
> ROMs is 1.28.  

Darn! I was told that it was 1.27, other netters have emailed me saying
their chips are 1.27, and now BOCA pulls this?
 
That PPI modem sure is looking like the modem I should of bought..




---
  ___ ___  __   .   ___  __  //  Carlos Dominguez, MS-DOS Enthusiast !
 /   /__/ /_ ) /   /  / /_  // | carlos@infoserv.com  carlos@dorsai.com
(__ (  / /  \ (__ (__/ __/ ..  | carlos@phantom.com   FIDONET 1:278/706
                            
Newsgroups: comp.dcom.modems
From: joel@writer.yorku.ca (Joel Atkin)
Subject: HELP! problems with 2-line phones
Originator: joel@grant
Organization: York University
Date: Fri, 18 Dec 1992 18:26:26 GMT

Help!  My supra v.32bis modem, which is billed as handling line noise
fairly well, drops the carrier every time my other line rings.  I have
5 two line phones hooked up throughout my house on sockets I've wired
for two lines.  When I remove all of the phones, presto!, carrier is
not dropped when the other line rings.  I have tried each phone
individually and they all seem to cause line noise on the other line
(line2) when line1 rings.  These phones are essential and I was
wondering if there was some way to suppress this overlapping effect.

BTW: would one of those 'anti evesdropping' radio shack gizmos
eliminate ringing from other phones too?

I'm a desperate man (who doesn't want to install a 3rd line),

joel
From: Arthur@cswamp.apana.org.au (Arthur Marsh)
Newsgroups: comp.dcom.modems
Distribution: world
Subject: Re: Differences between modems...
Date: Thu, 10 Dec 1992 22:29:03 +1000

On Sun 29 Nov at 23:51 mbarkah@slate.mines.colorado.edu
(3:713/602) wrote to All:

 m> Maybe you'd like to read the CCITT V.32 standard, and tell me
where in 
 m> there it is compatible with 300, 1200 & 2400 bps connections
?

CCITT Recommendation V.32bis does include a section at the back
that describes how a V.32bis modem may train down to
V.22bis/V.22/V.21.

 * Origin: Camelot Swamp MJCNA, Hawthorndene, Sth Australia
(3:800/812)
From: abc@bass.bu.edu (Onnei Cheng)
Newsgroups: comp.dcom.modems
Subject: Re: How can Telebit T3000 dialup 14.4k?
Date: 15 Dec 92 18:19:08 GMT
Reply-To: abc@bass.bu.edu (Onnei Cheng)
Followup-To: comp.dcom.modems
Organization: Boston University

sorry about the last post, it has worked for
some reason, and I didn't do anything different.

thanks
From: clau@acs.ucalgary.ca (Christopher Lau)
Newsgroups: comp.dcom.modems
Subject: Re: ZyXEL new rom
Date: 21 Dec 92 01:03:26 GMT
Organization: The University of Calgary, Alberta, Canada

Zero_One@p101.f701.n202.z1.fidonet.org writes:
>  > what's the cheapest way to get new version of rom?  I don't have
>  > access
>  > to EPROM burner. Thanks
>  > --- rfmail 1.1.J
>  >  * Origin: Orphan Board West  fido <-> unix gateway (1:202/723)

Speaking of the new 5.04 ROMs, I just bought a ZxXEL 1496E+ last week and
it still had the 5.02 ROMs in it.  I also remember a few weeks ago that
someone posted the address of an FTP site which had the binary 5.04 ROMs
Can someone please email me the address, or the actual uuencoded EPROM
code itself?

> 
> We sell the upgrades for $US35.00.
> 

I just spend mucho $$$ for it, I can't/won't spend more :-(

> Tyrone Horton
> (Zero One)
> Tech Support
> ZyXEL USA
> 
> --- FMail 0.92
>  * Origin: ZyXEL USA (1:202/701.101)

c4
-- 
Christopher Lau                      |    Dammit Jim, I'm a doctor,
The University of Calgary            |    not an engineer!
Dept. of Electrical & Computer Engg. |    Well, you're an engineer now..
lau@enel.ucalgary.ca -OR- clau@acs.ucalgary.ca -OR- root@fusion.cuc.ab.ca
Xref: sparky comp.dcom.modems:18206 comp.os.ms-windows.setup:2404
From: geoff@zswamp.UUCP (Geoffrey Welsh)
Newsgroups: comp.dcom.modems,comp.os.ms-windows.setup
Subject: Re: How can Telebit T3000 dialup 14.4k?
Date: Wed, 16 Dec 92 22:31:31 EST
Organization: Izot's Swamp

elias@buengf.bu.edu (bunnei cheng) writes:

> I have my Telebit t3000 running, but it only dials
> out at 9600 or lower speed.  I set my default speed
> to 57600, and have the init string set to 
> ATZ^M~~~ATS51=7~S190=4^M by Procomm for Windows. The modem
> would not even dialing a number with the default speed(57.6k).
> is there something I left out?

   S51 concerns itself only with the speed at which your modem speaks on the 
serial port; it has no effect on the connect speed.  What's your S50 set to?  
Better yet, can you give us a complete dump of your profile?

  Geoffrey Welsh, 7 Strath Humber Court, Islington, Ontario, M9A 4C8 Canada
geoff@zswamp.uucp, [xenitec.on.ca|m2xenix.psg.com]!zswamp!geoff (416)258-8467
                Now I've lost everything, I give to you my soul
           And the meaning of all that I believed before escapes me
                  In this world of none, no thing, and no one
                            - Genesis, _Afterglow_
Newsgroups: comp.dcom.modems
From: mju@mudos.ann-arbor.mi.us (Marc Unangst)
Subject: Re: HELP! ZyXEL on DECserver woes
Date: Thu, 17 Dec 1992 01:22:16 GMT
Organization: The Programmer's Pit Stop, Ann Arbor MI

In article <of=VfRi00WB5QzQkYq@andrew.cmu.edu> "Valdis J. Zeps" <vz22+@andrew.cmu.edu> writes:
>listed below works, except for one major problem. If one dials-in to the
>modem, and then goes back to local (ie- +++) then reconnecting with ATO
>doesn't work.

Your problem is that you have not disabled the escape sequence on the
ZyXEL.  When the user enters the escape code, it also gets echoed by
their shell, and the ZyXEL sees it and *also* drops down to command
mode.  The light-show you see is the modem and the computer getting
into a screaming match -- the modem says "ERROR", the computer says
"ERROR: command not found", the modem says "ERROR", and so forth...

To fix this, change the S43 register on the ZyXEL to 128.  This should
cause the modem to ignore all escape characters (which is really
something you want to do anyway for a dialup modem).

-- 
Marc Unangst, N8VRH         | "Of course, in order to understand this you
mju@mudos.ann-arbor.mi.us   |  have to remember that the nucleus of the atom
                            |  is squishy."
                            |    -W. Scheider, from a Physics lecture
From: jim@jimmc.chi.il.us (jim mcnicholas)
Newsgroups: comp.dcom.modems
Subject: Re: question: escape +++  -->  NO CARRIER
Date: Thu, 17 Dec 92 08:58:30 CST
Reply-To: jim@jimmc.chi.il.us (jim mcnicholas)
Organization: Prime Time Productions Aurora, Illinois

sosc1103@wc07.yorku.ca (Ming He) writes:

> When I use +++ to escape on line to command, I lost my carrier.  This
> command working well before.  So I must do something wrong on setting.
> Thus I need to know how to return to the factory setting (using 'AT'
> command?).
        Type AT&F  that will return you to factory specs 

-- 
____________________________________________________________________________
|jim@jimmc.chi.il.us   |   ...And I believe in long, slow, deep, soft wet  |
|Prime Time Productions| kisses that last three days...good night...OH MY! |
|Aurora, IL. 60504     |        -crash davis to annie savoy in BULL DURHAM-|
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
From: carlos@infoserv.com (Carlos Dominguez)
Newsgroups: comp.dcom.modems
Subject: Re: ..new ROM's for BOCA
Keywords: BOCA, ROM, upgrades, 14.4,
Date: Fri, 11 Dec 92 16:05:16 EST
Distribution: world
Organization: Dominguez UseNet, Brooklyn NY, USA

.. Just got off the phone with BOCA.. The ROM upgrade is available,
and is version 1.27.  BOCA 1440e and 1440i owners can call BOCA
tech support, state that they have ROM v1.2 and ask for v1.27.
 
BOCA will send the ROM's free of charge, shipping takes about
2-3 weeks..
--
  ___ ___  __   .   ___  __  //  Carlos Dominguez, MS-DOS Enthusiast !
 /   /__/ /_ ) /   /  / /_  // | carlos@infoserv.com  carlos@dorsai.com
(__ (  / /  \ (__ (__/ __/ ..  | carlos@phantom.com   FIDONET 1:278/706
                            
Newsgroups: comp.dcom.modems
From: wolfgang@wsrcc.com (Wolfgang S. Rupprecht)
Subject: Re: Worldblazer not autobauding correctly at 38400
Organization: W S Rupprecht Computer Consulting, Fremont CA
Date: Sat, 19 Dec 1992 19:56:38 GMT

brad@clarinet.com (Brad Templeton) writes:
>Sorry for making you type such a long message, but I of course have the
>modem set in &D3 mode, and have always set my modems that way for years.
>I can't imagine setting a modem any other way and feeling safe.
>And yes, DTR is definitely dropping, for a full second, before the new
>getty takes over, and then, as far as I know, nobody is talking to the
>modem before the call comes in.

On a TB+ I noticed reset problems with exactly the same setup.  I
wonder how much of the TB code the WB inherited.

Two things that I found helped a lot:

1) configure the kernel to keep DTR low for much more than 1 second.
   The TB just didn't reset reliably even at 3 seconds.  I finally
   picked 7 seconds as a good compromised between resetting and dying
   of boredom on a tip(1) redial.

2) *Never* let anyone use the manual disconnect switch on the modem.
   This thing causes the DTR reset to be totally ignored.

3) Don't let anyone that doesn't have a trailblazer call in. ;-) My
   biggest problems were the modem being stuck in PEP mode w.
   uucp-spoofing on after a uucp call out.  The next call, if it was a
   plain-jane 2400 baud modem couldn't connect.

-wolfgang

-- 
Wolfgang Rupprecht    wolfgang@wsrcc.com (or) decwrl!wsrcc!wolfgang
Snail Mail:           39469 Gallaudet Drive, Fremont, CA 94538-4511
Newsgroups: comp.dcom.modems,comp.os.os2.misc
From: rob@sound.demon.co.uk (Robert J Barth)
Subject: Re: Have I been hosed?
Reply-To: rob@sound.demon.co.uk
Distribution: world
Followup-To: comp.dcom.modems
X-Mailer: cppnews $Revision: 1.20 $
Organization: Sound & Vision BBS (UK) 0932 252323
Date: Thu, 17 Dec 1992 09:38:35 +0000

>> I recently spent $40 for a serial upgrade chip (yes, I know I was over-
>> priced, and I made a point of mentioning this to the retailer.  He made
>> it quite clear that he could care less -- oh well, I'll never shop at
>> Altair again).  I specifically asked for the 16550AFN chip (3 times), I 
>> was given the 16550AN chip.
>   The 'AF' part is just a newer model.  The 'A' model will accomplish the 
>same thing for you.  Of course, if the chip isn't manufactured by National 
>Semiconductor, you could have a less than functional clone chip.

My understanding is that the 'F' stands for 'Fix' as in 'bugFix' !!!


=----------------------------------.----------------------------------------=
| Nominal  : Rob Barth             | RJB Communications (+44) (0)932 253131 |
| InterNet : rob@sound.demon.co.uk | Sound & Vision BBS (+44) (0)932 252323 |
| FidoNet  : sysop, 2:254/14       |  The best UK BBS with a full UseNet &  |
| Nyx      : rbarth@nyx.cs.du.edu  | Internet Email feed. All hours/speeds. |
=----------------------------------.----------------------------------------=
From: john.navas@uttsbbs.uucp (John Navas) 
Newsgroups: comp.dcom.modems
Subject: RE: BEST < $400 MODEM ???
Date: 14 Dec 92 10:49:00 GMT
Distribution: world
Organization: The Transfer Station BBS, Danville, CA - 510-837-4610/837-5591
Reply-To: john.navas@uttsbbs.uucp (John Navas) 

simon@wotangate.sc.ti.com (Jean-Yves Simon) writes:

 AM> What is the best modem for less than 400 buckazoids ? The Postal
 AM> service

 > Get an Intel SatisFAXtion/400 (internal) ou /400e (external). Great
 > modem.

Just watch out for the fact that Intel only supplies DOS drivers for
the SF400, which makes it more or less a DOS-only modem.  :-(

IMHO there are better products for less money.

Best regards,
John
                                                                                              
Xref: sparky comp.dcom.modems:18080 comp.sys.mac.comm:11981
From: rcjoep@rw6.urc.tue.nl (Joep Brand)
Newsgroups: comp.dcom.modems,comp.sys.mac.comm
Subject: Abaton modems
Date: 14 Dec 92 14:46:37 GMT
Reply-To: rcjoep@urc.tue.nl
Followup-To: comp.dcom.modems

Hi,

A friend of mine uses an Abaton modem for communication on his Mac. The 
company Abaton doesn't excist anymore, so now he wants to know who he can
contact for information on software updates (for his Mac). 

Thanks in advance for the (any) info.

Greeting,

-Joep						E-mail : rcjoep@urc.tue.nl
Newsgroups: comp.dcom.modems
From: jdwiede@PacBell.COM (John Wiederhoeft)
Subject: Need help with ZMODEM.
Organization: Pacific * Bell
Distribution: na
Date: Mon, 14 Dec 1992 21:50:24 GMT

	Hi, everyone!

I am not sure that this is appropriate group for my posting, but
only here I've found couple articles about ZMODEM.

I need to transfer data files from our UNIX (SunOS) environment to the
customer's PC. I've successfully did it with KERMIT, but it require some
user action to initiate receive operation.
So, my customer prefer to have ZMODEM, to do nothing.

I've downloaded source code (zmodem.3.14.tar.Z), unpacked it and built
without problems using included makefile. (I issued 'make bsd' because
we are running SunOS 4.1.2).
Problems starts when I am trying to send files - plain ASCII text.
I am executing
	sz -ay	<filename>
and it definitely starts working, because PROCOM+ on the PC side popup
ZMODEM window and tries to receive data. But all the times I am getting
"BAD CRC" message. If data file is short ( <5K ) it sometimes goes through
after 10-15 retries, but bigger files - never.
I tried to play with flags for sz (i.e. use 32- or 16-bit CRC and so on)
as well as manipulated with ZMODEM options within PROCOM, but always get
same result.
I cannot blame telephone line, because KERMIT works perfectly. Also I've
tried ZMODEM with several BBS and it also work fine, so I can't blame PROCOM
either.
It definitely something wrong with our UNIX site. May be I am doing something 
wrong, or there are problems with public domein version.

If somebody could give me a hint I would very appreciated.
		IG.

BTW. I have INTEL 2400EX modem on the PC site and NEC N9635E on the UNIX site.
     Contens of my /etc/remote file are:
cua1:dv=/dev/cua1:br#1200
dialup1|Dial-up system:\
	:pn=2015551212%:tc=UNIX-1200:
hardwire:\
	:dv=/dev/ttyb:br#9600:el=^C^S^Q^U^D:ie=%$:oe=^D:
tip0|tip1200:tc=UNIX-1200:
tip300:tc=UNIX-300:
cu0|cu300:tc=UNIX-300:
cu1200:tc=UNIX-1200:
UNIX-300:\
	:el=^D^U^C^S^Q^O@:du:at=ventel:ie=#$%:oe=^D:br#300:tc=dialers:
UNIX-1200:\
	:el=^D^U^C^S^Q^O@:du:at=ventel:ie=#$%:oe=^D:br#1200:tc=dialers:
VMS-300|TOPS20-300:\
	:el=^Z^U^C^S^Q^O:du:at=ventel:ie=$@:oe=^Z:br#300:tc=dialers:
VMS-1200|TOPS20-1200:\
	:el=^Z^U^C^S^Q^O:du:at=ventel:ie=$@:oe=^Z:br#1200:tc=dialers:
dialers:\
	:dv=/dev/cua2,/dev/cua1:\
--------------------------------------------------------------------
The attributes are:

dv	device to use for the tty
el	EOL marks (default is NULL)
du	make a call flag (dial up)
pn	phone numbers (@ =>'s search phones file; possibly taken from
			      PHONES environment variable)
at	ACU type
ie	input EOF marks	(default is NULL)
oe	output EOF string (default is NULL)
cu	call unit (default is dv)
br	baud rate (defaults to 300)
fs	frame size (default is BUFSIZ) -- used in buffering writes
	  on receive operations
tc	to continue a capability

P.S. Please post your answers, because I am using my friend's account.

Newsgroups: comp.dcom.modems
From: S.M.Clark@lut.ac.uk (Sean Clark)
Subject: Fast modems over long distances?
Followup-To: comp.dcom.modems
Organization: LUTCHI
Date: Mon, 14 Dec 92 11:00:36 GMT

All,

Has anyone experience in setting up high speed modem connections over
*very*
long distances? I am interested in linking two Macs, one in the UK and one
in Australia (roughly 10,000 miles) via Hayes Optima 144 (v32bis) modems
and
would like to know what problems to expect. Is the link likely to work?
Will
there be a serious network latency (i.e. over half a second)? Will it be
robust?

At Loughborough University we have successfully run ISDN over the same
distance without problems.

Any advice would be most welcome.

Sean Clark,
Loughborough University