HDTenEightyP/NetNews huggingface dataset:
From: huebnere@mentor.cc.purdue.edu (Robert Huebner)
Newsgroups: comp.dcom.modems
Subject: Re: HELP! Zmodem/SupraFax
Date: 13 Apr 92 02:49:41 GMT
Organization: Purdue University Computing Center

In article <9741.29E8E4CE@ofa123.fidonet.org> Jeff.Lindstrom@ofa123.fidonet.org (Jeff Lindstrom) writes:
>  Hhmmm... I am using an Amiga with a GVP 68030 accelerator and a Supra V.32bis FAXModem.  I have not been receiving the problems you have encountered.  I tried the &F2 configuration, but ended up just saving the presets and loading it in the Init string.

After several nice replies both from the news readers and on IRC, I tracked
the problem down to one of my term settings.  The "Window" parameter on
JRComm was causing problems.  I'm still not sure of the exact problem, but
setting this value to 0 (it was 1024) relieved the ZACKs.  The 1024 setting
worked fine with the USR HST but not the V.32bis.  There were several other
postings on the Supra BBS regarding upload problems (or SysOp's having problems
with their users' downloads) but my problems, at least, are solved.  Thanks
for all the help.

Rob


-- 
| Robert E. Huebner                   | "Death is nature's way of telling  |
| huebner@sage.cc.purdue.edu          |  you to slow down"                 |
| huebner@aerospace.aero.org          |   - Unknown Author                 |
From: randy@rls.UUCP (Randall L. Smith)
Newsgroups: comp.dcom.modems
Subject: Re: Supra V.32bis FAXmodem
Keywords: Generic UNIX fax software?
Date: 14 Apr 92 22:47:30 GMT
Organization: The Internet

larry@news.rn.com (Larry Snyder) writes:
> bill@unixland.natick.ma.us (Bill Heiser) writes:
>> Anyone know of such a thing for UNIX SVR3 (ESIX 3.2-D)?  Not only to
>> receive the FAX but put it in some kind of readable format, maybe in
>> an X session?
>
> Also -- the xytel - I ftped some fax software from uunet which is
> supposed to "plug and play"
>
> The question is -- do you have a scanner?

Even without a scanner, I'd like to ship my TeX .dvi files out through
the fax on the Supra modem.  Anyone aware of what means this feat could
be accomplished?  Is there a standard binary format for fax?

Will the fax software from uunet handle the .dvi or a printer bitmap
format?  Just thought I'd ask before I got a copy. 

Cheers!

- randy

randy@rls.uucp  <backbone>!osu-cis!rls!randy  rls!randy@tut.cis.ohio-state.edu
Unquestionably, there is progress.  The average American now pays out twice
as much in taxes as he formerly got in wages.
From: tnixon@hayes.com
Newsgroups: comp.dcom.modems
Subject: Re:  Supra V.32bis FAXmodem
Date: 8 Apr 92 15:41:48 GMT
Organization: Hayes Microcomputer Products, Norcross, GA

In article <ciaran.0ntn@aldhfn.akron.oh.us>,
ciaran@aldhfn.akron.oh.us (Skip Watson) writes: 

> 	If anyone from Supra reads this, get the manual updated to
> *include* the fax commands! I, and others, should *not* have to go anywhere
> else to find out what they are.

Particularly when you consider that there is NO PLACE ELSE to get 
documentation -- their modem (like most of the "Class 2" modems on 
the market today) is based on an obsolete old version of the draft
Class 2 command set which is unavailable from TIA or any official 
source at any price.  If it WAS available, it would cost you 
somewhere between $85 and $100 (TIA generally charges $1/page for 
their standards).

-- 
Toby Nixon, Principal Engineer      | Voice   +1-404-840-9200  Telex 151243420
Hayes Microcomputer Products, Inc.  | Fax     +1-404-447-0178  CIS   70271,404
P.O. Box 105203                     | BBS     +1-404-446-6336  AT&T    !tnixon
Atlanta, Georgia  30348             | UUCP uunet!hayes!tnixon  Fido   1:114/15
USA                                 | Internet                tnixon@hayes.com
Newsgroups: comp.dcom.modems
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Subject: Re: PEP
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Tue, 7 Apr 1992 08:54:40 GMT

In article <-hnj08.wolfgang@netcom.com>, wolfgang@netcom.com (Wolfgang Henke) writes:
> holmes@gorilla.nbn.com (Tim Holmes) writes:
> : What is the actual baud rate of a Telebit PEP connection operating
> : at 18000 or 19200 bps?  No, this isn't a koan...
> 
> It is 400 times 7.5 = 3000 baud. 


How many people agree with this definition of "buad"?

I've argued with others that PEP is 7.5 baud because if you measure the
state of the phone line, you'll see it change ~ 7 times/sec.  That it
doesn't matter how complicated each state is, it can still be expressed as
a unique vector in the appropriate space, and this vector remains constant
for ~ 140 ms.

The others have argued that you should decode the multiple carriers that
PEP runs simultaneously over the phone line, counting the changes in each
carrier independently.

My perhaps naive view is that if PEP is 3000 baud then the old 2400 b/s
modems are also 2400 baud.

What do real electrical engineers say?


Vernon Schryver,  vjs@sgi.com
From: atilghma@sdcc13.ucsd.edu (Adam Tilghman)
Newsgroups: comp.dcom.modems
Subject: Re: Supra v.32bis problem
Date: 13 Apr 92 15:05:20 GMT
Article-I.D.: sdcc12.31610
Organization: University of California, San Diego

In article <JTP6iB2w164w@surfcty.UUCP> chris@surfcty.UUCP (Chris Johnston) writes:
>Has anyone noticed that the S37 register in the Supra v.32bis
>modem does absolutely nothing?  This register is supposed to 
>set the highst rate at which the modem attempts to connect
>with a remote modem...or so the document says...
  Have a look at page 36 -- you need to issue an "ATN0" command to
confirm that you really want to do the step-down in speed.  I use
this when calling a certain BBS that answers at 14.4Kbps but can
only handle 9600 - I keep S37 set to 9600 (in my stored config.),
and issue an "ATN0" as part of this BBS's dial string.

  Hope this helps!

    -- adam


>Chris D. Johnston       714/289-8543 (Voice) 8AM~7PM PST
>chris@surfcty.UUCP      surfcty!chris@UUNET.UU.NET


-- 
==== Adam G. Tilghman - atilghma@sdcc13.ucsd.edu - (619)558-2141 ====
==  "Martha, fetch my rifle - thar's another UCSD ECE undergrad!"  ==
Newsgroups: comp.dcom.modems
From: wolfgang@wsrcc.com (Wolfgang S. Rupprecht)
Subject: Re: v.42bis software
Organization: W S Rupprecht Computer Consulting, Fremont CA
Date: Mon, 13 Apr 1992 21:39:15 GMT


>In article <1992Apr8.040838.4331@wsrcc.com> wolfgang@wsrcc.com (Wolfgang S.  
>Rupprecht) writes:
>>  I'm thinking of hacking v.42bis into the CSLIP driver and turning it
>>  off on the modem.  This should decrease the load on the CPU by quite a
>>  bit by shedding all that needless I/O.

andrew@cubetech.com (Andrew Loewenstern) writes:
>v.42bis will consume more CPU time than the extra I/O from uncompressed data  
>unless you have DSP in your computer or really unbelieveably inefficient i/o.

My machine, a Sun SLC, can compress (16-bit compress) approx. 180K
bytes/sec.  Thats enough to support a 1.8 Megabaud serial connection.
On the other hand, it can't reliably listen at much more than 19.2
kbaud due to dropped chars and the high cost of per character
interrupts.

-wolfgang
-- 
Wolfgang Rupprecht    wolfgang@wsrcc.com (or) wsrcc!wolfgang
Snail Mail:           39469 Gallaudet Drive, Fremont, CA 94538-4511
Newsgroups: comp.dcom.modems
From: ramzi@tigger.Colorado.EDU (Ramzi Al-Majid)
Subject: TELIX and ZMODEM 
Keywords: n
Organization: University of Colorado, Boulder
Date: Thu, 16 Apr 1992 17:42:30 GMT

i am using telix 315 and have a problem with zmodem.
i have a 2400 baud modem and i have no problem uploading files with a 225~
cpa at 1024 subpackets. but when i download files i only get 20~ cps at 128
subpackets. and when i try to set the subpacket size to 1024 it falls down
to 128 again. 

any ideas of whats going on is highly appreciated.

thanks

-- 
Computer Science Department	arpanet : ramzi@cs.colorado.edu
Univ. of Colorado - Boulder	bitnet  : ramzi@boulder.bitnet
Campus Box # 430		csnet   : ramzi@boulder.csnet
Boulder, Co 80309-430		uucp    : {ncar|nbires}!boulder!ramzi
Xref: sparky comp.dcom.modems:6535 comp.sys.mac.comm:4572
From: gsnow@clark.edu (Gary Snow)
Newsgroups: comp.dcom.modems,comp.sys.mac.comm
Subject: Re: Supra v.32bis Disappointment (THE AUTHOR SPEAKS)
Date: 10 Apr 92 17:56:37 GMT
Article-I.D.: clark.1992Apr10.175637.24739
Organization: Clark College, Vancouver, Wa.  USA

In article <1992Apr10.012008.21376@murdoch.acc.Virginia.EDU> jsm2r@poe.acc.Virginia.EDU (John S. Mitchell) writes:
>
>Turning off the INITs and extensions (in System 7.0 by holding 
>down <shift> on startup or restart) completely solved the drop-
>out problem. In fact, I discovered that even loading a single 
>one of my extensions resulted in drop-outs. Without extensions, 
>they were gone. I did discover that with the suite of extensions 
>I generally use, I could use 38.4 kb/s DTE connection speed 
>without incident, better than the 19.2 kb/s Supra had said I 
>must use. 
>
>	[Note: This still seems kinda fishy, since some of those 
>	who wrote me claiming "no problem" at 57.6kb/s MUST be using at 
>	least some INITs or extensions. A possible reason is that their 
>	hardware is somehow different (processor, clock speed, etc.). 

You're right, that does sound fishy, because I use an SE/30 all the time
with the following INITs:

Disinfectant INIT, Silver INIT, Suitecase 2.0, Disk Doubler, Auto Doubler,
SuperClock, Oncue, WYSIWYG Menus, Omega Sane Init, ATM, Pop Char,
& Heap Tool

and have NO problems communicating at 57.6kbps.

Gary

-- 
-----
Gary Snow
uunet!clark!gsnow  or  gsnow@clark.edu
From: t9214305@phillip.edu.au (Robert Pascale)
Newsgroups: comp.dcom.modems
Subject: Supra in Australia??????
Date: 17 Apr 92 00:58:51 GMT
Organization: Phillip Institute of Tech, Melbourne

Could a representative of Supra (or someone in the know!) please tell me
if: (a) Supra has a distributor in Australia and
    (b) if the modems have AUSTEL approval (theoretically you need approval
before you hook them up to the network).

The main reason I am interested is that the Supra modem offers 14.4K data and
fax for US$400. The closest thing in oz at the moment is 14.4K data and 9600
fax which costs A$1400 (US$1000). The price difference is enough to hope that
Supra will infiltrate the Australian market with some zeal.
If Supra need convincing, there are only 2 local modem manufacturers and 
Hayes have just come into the market from the US.

-- 
Robert Pascale, B.App.Sc, A.A.C.S, P.C.P      |     / \     | P.O.Box 8084
INTERNET:   T9214305@phillip.edu.au           |   ( O.o )   | Northland Centre
COMPUSERVE: 100033,251                        |      -      | Victoria 3072
PHONE: +61 3 4789644 (AH), +61 3 8692304 (BH) |  Whatever!  | AUSTRALIA
Xref: sparky comp.dcom.modems:6721 comp.protocols.misc:356
From: tnixon@hayes.com
Newsgroups: comp.dcom.modems,comp.protocols.misc
Subject: Re:  New modem transfer protocol
Date: 14 Apr 92 12:15:27 GMT
Organization: Hayes Microcomputer Products, Norcross, GA

In article <1992Apr12.045047.12900@vaxeline.ftp.com>,
dwh@vaxeline.ftp.com (David W. Hamaker) writes: 

> Presumably, each byte sent during a "turn" adds a fixed amount of time
> to the total time the turn takes.  It sounds like reverse channel traffic
> ALWAYS has SOME effect on forward channel throughput.  It also sounds
> like a burst of four characters down the reverse channel every 896 bytes
> of forward channel traffic will not take away 1/224 away from the forward
> channel, but something less.  Any idea of the actual percentage reduction
> on the forward channel in this case?  In any event, it doesn't look like
> there's any difference between the four-byte reverse-channel bursts, and
> adding the four byte bursts to the forward-channel stream.

Yes, this is correct.  In a ping-pong modem, the need to turn around 
the line periodically to acknowledge data in the error-control 
protocol means that there is a fixed minimum amount of overhead.  If 
you transmit data in the reverse direction, you'll be adding those 
bytes plus the necessary framing (four bytes would become 11), but 
that it insignificant compared to the time it takes to simply turn 
the carrier itself around, endure the propagation delay of the phone 
circuit, retrain (however briefly), etc., twice every second or so.  

It would actually be marginally more efficient to leave the "four 
byte burst" in the forward data stream than to send it in the 
reverse direction, because you wouldn't have the additional framing 
overhead.

I think that the type of protocol we're talking about here would 
really be most efficient on a full-duplex modem, and wouldn't help 
much (and might be a hindrance) in a ping-pong environment.

-- 
Toby Nixon, Principal Engineer      | Voice   +1-404-840-9200  Telex 151243420
Hayes Microcomputer Products, Inc.  | Fax     +1-404-447-0178  CIS   70271,404
P.O. Box 105203                     | BBS     +1-404-446-6336  AT&T    !tnixon
Atlanta, Georgia  30348             | UUCP uunet!hayes!tnixon  Fido   1:114/15
USA                                 | Internet                tnixon@hayes.com
Newsgroups: comp.dcom.modems
From: sknkwrks@unlv.edu (Scott Alfter)
Subject: Re: Final verdict on the Supra?
Organization: Skunk Works Software Co.
Date: Wed, 15 Apr 92 08:36:00 GMT

I've had one here for a couple of weeks now, running my BBS.  It
performs like a champ so far as I can tell...gets 1600+ cps on ZMODEM
transfers, 1650+ on YMODEM-G, when sending compressed files.  The only
unsolved glitches I've found are (1) it drops carrier when you enter
+++ to go into command mode and (2) the -K command (controls MNP-10)
returns ERROR.  The first characteristic is only a pain for those
outcalls when you want to twiddle the S-registers while online, and
the second isn't much of a problem for now because I don't know of
anyone else around here who has MNP-10 anyway...I currently have no
v.32bis callers and only one v.32 caller.  The vast majority of BBS
users around here still have 2400 modems, with a few 2400 MNP-5s here
and there.  In any case, the bugs don't seem to be insurmountable; I'd
imagine bug fixes will become available before long.

Now if only I had the $$$ to buy another one for my Apple...:-)

  _/_   Scott Alfter                             Internet: sknkwrks@cs.unlv.edu
 / v \  Call the Skunk Works BBS today!         Fidonet: 1:209/765 or 1:209/211
(IIe (  (702) 896-2676 v.32bis Apple II/IBM                     GEnie: S.ALFTER
 \_^_/  Ask me about SoftDAC--digital audio for your IIe/IIc! Apple II Forever!
From: williams@gamma.is.tcu.edu (MARK WILLIAMS)
Subject: Re: Supra V.32bis (Disappointment) (not)
News-Software: VAX/VMS VNEWS 1.41    
Organization: Texas Christian University
Date: Fri, 10 Apr 1992 02:59:00 GMT

In article <1992Apr6.175449.9590@ux1.cso.uiuc.edu>, berger@atropa (Mike Berger) writes...
>mzimmerm@magnus.acs.ohio-state.edu (Michael T Zimmerman) writes:
> 
>>jsm2r@poe.acc.Virginia.EDU (John S. Mitchell) writes:
>>: Supra Tech solved my problem but only by dashing my hopes and dreams.
>>: Their story was that the Mac serial port can connect to modems at no better
>>: than 19200 baud. Turning down the speed indeed solved the dropout problem,
>>: but as the Supra guy told me, it effectively eliminated making use of the
>>: speed advantage of v.32bis or data compression at high connect speeds.
>>: Supra told me that the only way to use that extra speed capability was to
>>: buy an add-in card with high speed serial ports. (Said something about
>>: needing ports that can do UART [?])
> 

I have both a Mac IIx (16mhz 68030) and a PowerBook 170 (25mhz 68030) and a
T3000 and use the 57,600 DTE rate every day.  Works fine.  On both machines.
There is one problem with the PowerBook that occurs when the processor goes
into its 1mhz mode -- but if that is disabled, it's fine.

I use ZTerm .9 on both with Hardware Handshaking enabled and a special cable.
Unfortunately, the Mac serial port has one slice shy of a loaf (one line too
few to support full handshaking, so to use it, we lose DTR)

Maybe the Supra people are brain dead.

Mark Williams
williams@gamma.is.tcu.edu
From: atilghma@sdcc13.ucsd.edu (Adam Tilghman)
Newsgroups: comp.dcom.modems
Subject: Re: Supra V.32bis FAXmodem
Date: 6 Apr 92 17:35:07 GMT
Organization: University of California, San Diego

In article <1992Apr6.153957.3131@queernet.org> rogerk@QueerNet.ORG (Roger B.A. Klorese) writes:
>In article <1992Apr5.200449.12533@eskimo.celestial.com>,
>irving@eskimo.celestial.com (Larry Gilbert) writes:
>|> A recent Supra advertisement for this modem lists "Class 1 and 2 commands,
>|> and compatibility with the millions of Group 3 fax machines in use" among
>|> the modem's features.  To me, this says "Our modem only does Group 2 fax."
>|> But perhaps I'm wrong.  Perhaps (though this is a slightly silly thought)
>|> the Canon machine is not a Group 3 fax machine, and thus is incompatible.
   From the "SupraFAXModem v.32bis Reference Manual", p.57:

    ...

    Fax Specifications:
    - Group 3
     - 9600 and 14,400* send and receive
     - Class 1 and Class 2 software compatible
     - CCITT v.21 channel 2
     - CCITT v.17*, v.27ter, and v.29


    ...

   I have had trouble sending faxes with the NetFax software, but
I've been able to receive them fine... Maybe a bug in the chipset,
or maybe on in NetFax?

  -- adam


-- 
==== Adam G. Tilghman - atilghma@sdcc13.ucsd.edu - (619)558-2141 ====
==  "Martha, fetch my rifle - thar's another UCSD ECE undergrad!"  ==
From: floyd@hayes.ims.alaska.edu (Floyd Davidson)
Newsgroups: comp.dcom.modems
Subject: Re: leased lines
Date: 17 Apr 92 04:53:10 GMT
Organization: University of Alaska Institute of Marine Science

In article <1992Apr17.001339.22377@bally.com> jess@bally.com (Jess Sullivan) writes:
>1. What are the various flavors of "leased lines" offered by the US telco?
>
>2. What are their various capabilities, limitations, approximate costs?  
>
>3. What is the differences between 2 and 4 wire leased lines?
>
>4. I assume if I have a leased line I don't need to connect?  How (and what)
>	are multi-drop leased lines.  How do I connect to a particular drop.
>
>5. Is there a faq for this group?
> 
>6. Is the DDCMP protocol used much?

Good thing you don't ask much!  :-)

A discussion of 1 and 2 depends too much on your local service
provider to answer (and even if I knew what the answers were it
would take a fair sized book to describe them).  I will however
take a stab at 3 and 4.

Leased lines are hardwired connections between two or more points.
If there are more than two points then it is multi-point.  There
are many many many different ways to configure drop equipment on a
leased line, so one can't just say that you do or do not need to
"connect", depending on what you mean by connect.  The usual
configuration is such that there is always a "connection" between
two ends of a point to point leased line, or between a master
location and all other points of a multi-point leased line.  But
it need not be that way.  It depends on what equipment is attached
to the line and how it is configured.

In any case a 2-wire drop is where both the send and receive
share one one pair of wires.  One cable pair is used to deliver
a circuit to the customer.  (2 wires total are used.)

A 4-wire drop is where the send and receive are each on a
separate cable pair.  (4 wires total are used.)

It is important to be aware that all telco transmission systems
other than a physical cable pair itself require that a circuit be
converted to a 4-wire configuration because such things as
amplifiers and radios are all one-way devices.  Any circuit that
is transmitted in any way through any such system will be
converted to 4-wire no matter what configuration is used to
deliver the service to the customer.

It is also safe to say that the fewer 2-wire to 4-wire
conversions the better.

Floyd
From: dlu@wobble.uucp (Doug Urner)
Newsgroups: comp.dcom.modems
Subject: Re: Telebit Loyalty pays
Date: 9 Apr 92 19:05:33 GMT
Article-I.D.: wobble.1992Apr9.190533.29092
Organization: dlu UNIX Consultants

jpr@jpradley.jpr.com (Jean-Pierre Radley) writes:

>In article <923@pyrite.nj.pyramid.com> bill@pyrite.nj.pyramid.com
>(Bill Pechter) writes:
>>The IRS left me some cash so I was thinking about the T3000.  Is the upgrade
>>program over with?


>The Loyalty Pays program is over.
>But Telebit just announced "Loyalty Pays Again".

>Check biz.comp.telebit. If you don't get that group, then I'll be happy to
>repost the announcement. If anything, its more encompassing than the prior
>program.

No free PEP for T3000's however.

-- 
Doug Urner, dlu@wobble   "They tear down our comrades like leaves from a tree,
dlu UNIX Consulting       leaves from a tree, leaves from a tree, but the
Bellingham, WA            tree still stands, its roots locked to the land."
206/676-5759                              -- Song of the Exile,  Barry Guilder
Newsgroups: comp.dcom.modems
From: wolfgang@netcom.com (Wolfgang Henke)
Subject: Re: Speed tests on the Supra v.32bis modem
Date: Sat, 11 Apr 92 23:22:21 GMT
Organization: Netcom

vjs@rhyolite.wpd.sgi.com (Vernon Schryver) writes:
: I know nothing of the Supra.  Among the 3 pairs I've tested, ZyXEL, DSI,
: and Telebit, ZyXEL is slowest even with S40=1.  The ZyXEL is a lot cheaper
: than the others, which compenstates maybe enough.  No matter what you buy
: now, in 2 years it will be obsolete junk.

As I remember you posted a followup with the updated ZyXEL Roms,
I believe 4.04, which showed latency of 200 or 220 msec or so,
much improved over your slower earlier numbers with the older Roms.
The fastest one was the DSI. Does it have a DSP or Rockwell or what
else makes it that fast? An efficient V.42bis implementation?

However, the data I posted earlier for a 9600 bps SLIP link over a few miles
of phone lines, (and without VJ header compression, which would not affect ping
anyway) are worse. It was around 290 msec if I remember correctly. Only 
the digital lines, either 56k or T1 showed really low latency. The SLIP was 
over T1600s by the way under normal network traffic loads. I compensated for 
this by only taking the shortest times of a couple of screenfulls. It also
was through routers, which might have introduced additional delays.

Just for comparison it seems that standard 2400 bps dialup lines have about
80 msecs, the few times I measured it (without SLIP). 

By the way, there is a paper out which mentions this issue:
"Designing and Implementing an IP Router That Uses the Public Switched
Telephone Network" by brian@napa.telebit.com.

-- 
_______________________________________________________________________________
Wolfgang Henke          wolfgang@henke.sf-bay.org           wolfgang@netcom.com
From: wbe@bbn.com (Winston Edmond)
Newsgroups: comp.dcom.modems
Subject: How will modems convey digitized voice?
Date: 17 Apr 92 12:14:49
Organization: Bolt Beranek and Newman, Inc., Cambridge, MA
Distribution: world
NNTP-Posting-Host: crystal.bbn.com

   The prospect of having digitized voice capabilities via modem sound great,
but I wonder how it's going to be done.  How are they going to deal with the
bit rate problem?

   Standard voice is 8,000 8-bit samples per second.  That's 64,000 bits per
second -- each way (if both sides talk at the same time).  Modems like the
ZyXEL that support DTE speeds of 76.8Kbps, obviously could use that, but many
of the RS-232 computer interfaces can't handle that speed -- 38.4Kb is a
common limit.  So how will 64k bps get squeezed through a <64k bps circuit?

   Silence detection could help, but there's no guarantee that the silences
will last long enough to lower the average data rate enough.  Data
compression could be used, but voice is known to be relatively less
compressable, though even a factor of 2-3 would suffice to get under the
38.4K barrier.

   Will users specify or the modem select the sampling rate?  Will both the
modem and the computer have to support some kind of data compression across
the DTE link?  Are there other techniques for getting phone quality sound
across the DTE link that will solve this problem?
 -WBE