HDTenEightyP/NetNews huggingface dataset:
From: ciaran@aldhfn.akron.oh.us (Skip Watson)
Newsgroups: comp.dcom.modems
Subject: Re:  Supra V.32bis FAXmodem
Date: 6 Apr 92 19:24:38 GMT
Article-I.D.: aldhfn.ciaran.0ntn
Organization: Auldhaefen Associates

In article <1992Apr6.165802.16164@clark.edu> gsnow@clark.edu (Gary Snow) writes:
>You are confusing Groups with Class.  Groups 3 is a standard for communication
>with FAX modems (and is also backwards compatable with Group 2 and 1 but
>nobody has these anymore). Class 1 and 2 are standards for the computer to
>communicate with the FAX modem (you know, the FAX "AT" commands).

	Anyone know where I can get a copy of the FAX "AT" commands. Supra
did not see fit to include this set of commands in the manual. To quote
Supra's manual:
	"This manual does not cover the SupraFaxModem fax commands or
explain how to program the modem's fax functions. Your software should
provide all the functions you need."

	Seems very shortsighted to me. This is one of its selling points
and yet they choose not to support this part of it in the manual.
	There are other discrepancies in the manual as well. Claiming
defaults that aren't accurate, and minor annoyances like this.

	The only real problem I have had with this modem is the manual.
The modem has been operating for two days now and not a bit of trouble from
it. I haven't had a chance to test the fax end of things. I dislike beta
testing software when I don't have all the commands for the hardware.

	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.

Skip
--
Skip Watson  | Email:   ciaran@aldhfn.akron.oh.us    or    ciaran@aldhfn.UUCP
"Nothing is forgotten. Nothing is ever forgotten." (will be in Latin someday)
From: tnixon@hayes.com
Newsgroups: comp.dcom.modems
Subject: Re: MNP-Emulation
Date: 6 Apr 92 18:20:28 GMT
Organization: Hayes Microcomputer Products, Norcross, GA

In article <A37554@K2.maus.de>, Heribert_Otten@k2.maus.de (Heribert
Otten) writes: 

> Someone asked me about software-emulation of MNP4 and MNP5, but i couldn't
> help him ... yet, i hope. ;-)
> 
> How does it work?
> I have no idea how it should, especially MNP4. What about async -> sync
> conversion?
> If it's only compression, you should do better with LHarc or so.

Programs like MTEZ do MNP error control and data compression in 
software. They use the MNP2 start/stop (async) framing mode rather 
than the MNP3 synchronous bit-oriented framing mode.  It works fine, 
except that you get 20% less throughput because of the start and 
stop bits -- and you have to use THAT program to get the error 
control.

-- 
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
From: jeff@markets.amix.com (Jeff Crilly N6ZFX)
Newsgroups: comp.dcom.modems
Subject: Got my Zoom 14.4k/fax modem...
Date: 17 Apr 92 06:44:10 GMT
Distribution: usa
Organization: American Information Exchange, Palo Alto, CA

It seems o.k.  There's a couple things I noticed: 1) it was missing
a screw, 2) the placement of the LEDs was a little haphazard, and
3) it seems to get quite hot.  I guess 1) and 2) can be attributed
to them wanting to get the modems out the door.  As for 3), I was
using the modem here at the house today, and it is a little toasty
in here.  I was connected to a telebit t1600 and the link 'froze
up'.  Not a flow control problem.  So I power cycled the modem.
Then it wouldn't go off hook.  ATDT<return> just made a faint
click with the OH LED flashing slightly.  So, I stuck it in
the freezer for a couple minutes.  Now it works again.  I imagine
its gonna be pretty hard getting through to Zoom.  The number
has been busy the last couple times I tried to call.

Incidently, I bought this one at egghead.  They are all sold out now,
with more coming either next week (none in this weeks shipment) or
possibly even much later.  Direct micro said they have sold out
the shipment they are to receive at the end of april.  Yes- they
took names of folks and sold out the order from Zoom of something
like 250 modems.

The fax software (quicklink II) works.  Though, the mac version 
doesn't seem to be wysiwyg.  I'll have to sort it out.  It tends
to shrink pict images real small.  I haven't used it much.

jeff
From: gsnow@clark.edu (Gary Snow)
Newsgroups: comp.dcom.modems
Subject: Re: Supra V.32bis (Disappointment)
Date: 14 Apr 92 15:54:28 GMT
Article-I.D.: clark.1992Apr14.155428.24777
Organization: Clark College, Vancouver, Wa.  USA

In article <752899.29E9271C@cmhgate.fidonet.org> Adam.Frix@p18.f20.n226.z1.FIDONET.ORG (Adam Frix) writes:
>
>The Mac Plus can handle 57,600 baud just fine.  That's its top speed, and the
>top speed for all Macs so far.  Many older modems, with no real need to go
>that high, don't support that DTE-DCE speed.  Many newer ones are beginning
>to.

Not quite true, AppleTalk is much faster then 57,600bps, its just a tad over
230,000bps.

Gary

-- 
-----
Gary Snow
uunet!clark!gsnow  or  gsnow@clark.edu
Newsgroups: comp.dcom.modems
From: berger@atropa (Mike Berger)
Subject: Re: Supra V.32bis (Disappointment) (not)
Organization: University of Illinois at Urbana
Date: Mon, 6 Apr 1992 17:54:49 GMT

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 [?])

>Nah, I strongly suspect several things.  A)you did not have the Mac-Pack
>if you have the modem this early.  B)you picked up the normal modem to Mac
>cable with your old (slow) modem or at the local computer store. I wont
>be able to verify this for several weeks (until I get one), but it sounds like you simply need to get a "hardware handshaking" cable for the Mac.  Normal
>(slow) Mac-modem cable, do not connect the hardware handshaking lines which
>you need to go fast.  Assuming that this works, the Supra tech either had a   
>long day, or was outright lacking in knowledge.  
*----
On top of this, many Mac communications programs won't do hardware
handshaking, and they don't all do it in exactly the same way.  I
wouldn't blame the modem for this.
--
	Mike Berger
	Department of Statistics, University of Illinois
	AT&TNET     217-244-6067
	Internet    berger@atropa.stat.uiuc.edu
From: hwr@pilhuhn.ka.sub.org (Heiko W.Rupp)
Newsgroups: comp.dcom.modems
Subject: Lock DTE-speed of ZyXEL
Date: 16 Apr 92 15:47:04 GMT
Organization: The Home of the Pilhuhn

Hi,
is it possible to lock the DTE-speed of the ZyXEL 1496E modem at a certain
speed e.g. 38400 bps?
I would need always having a 38400bps connection between modem and computer,
which doesn't depend on the speed at which the modems talk. This should
always work even after atz and not depend on any at comands sent to the
modem before.
If this isn't possible at the moment, it could be a suggestion for the 
future.

-- 
Heiko W.Rupp  Gerwigstr.5  7500 Kh'e 1  hwr@pilhuhn.ka.sub.org  +49 721 693642
Spreading peanut butter reminds me of opera!!  I wonder why?
Newsgroups: comp.dcom.modems
From: bmedley@hounix.org (Bert Medley)
Subject: Telebit settings for SunOs 4.1.1  [newbie admin question]
Followup-To: medley@synercom.hounix.org
Organization: Houston Unix Users Group
Distribution: usa
Date: Thu, 16 Apr 1992 21:29:19 GMT

My company is getting a T2500 to replace our 2400 baud connection.  My 
impression of Telebit modem setup is that it is a complicated one.  Can 
someone please help me out and send me a sample setup for a T2500 talking to
a Trailblazer PLUS.  Thanks.  I'll forward replies to those who ask for them.


-- 
Bert Medley                            | HOUNIX:  bmedley@hounix.org
2476 Bolsover #293                     | Work:    medley@synercom.hounix.org
Houston TX 77005                       | Home:    bert@medley.ssdl.com
From: tnixon@hayes.com
Newsgroups: comp.dcom.modems
Subject: Re: v.42bis software
Date: 14 Apr 92 12:28:59 GMT
Organization: Hayes Microcomputer Products, Norcross, GA

In article <1992Apr10.075313.1078@informatik.uni-erlangen.de>,
mskuhn@immd4.informatik.uni-erlangen.de (Markus Kuhn) writes: 

> tnixon@hayes.com writes:
> 
>>> 	Is there already code that does this?
> 
>>Not that I'm aware of. Several companies have V.42bis code that runs 
>>on various PCs, but I'm not aware of any who make it available to 
>>the general public.
> 
> What means "running V.42bis code on a PC"? I always believed that the
> only compatible way to use V.42bis compression is to use it over
> synchronous HDLC error correction as defined in V.42 and this protocol
> can't be supported by an asynch PC serial port.

Now, I didn't say that this "V.42bis code that runs on a PC" was 
_compatible with_ or would _communicate with_ V.42bis running in a 
modem.  Hayes, for example, has a complete implementation of 
V.42bis, MNP5, Hayes Adaptive Compression, and several other 
compression schemes, all written to run under MS-DOS, to compress 
FILES to compare their compressibility by the different algorithms. 
But this program is for internal use only, and is not released 
outside the company. I know that other modem manufacturers have 
similar programs for internal testing.  I was addressing the 
questions as to whether or not PC-based V.42bis code existed, not 
the issue of whether such code could be made to work across a modem 
link.

> BTW: Will the HDLC standards be extended by a V.42bis style compression
> mode? Then we would have also for other HDLC based protocols like
> LAPB, LAPD, PPP, etc. a well defined compression method.

V.42bis was made a separate standard specifically so that it could 
be easily referenced by other standards.  There's nothing stopping 
Study Group VII, for example, from extending X.3 to include V.42bis 
compression in PADs, for example, to compress the data going across 
X.25 networks, or Study Group XVII from extending V.120 to include 
V.42bis to compress data on ISDN.  It probably will happen, some 
day.

> Are there any legal problems with implementing V.42bis in a country
> where there are no software patents (e.g. Germany)? What happens
> if someone uses my V.42bis code in the US if it is based on US
> software patents?

I'm not a patent expert, so I won't address these questions. It is 
my understanding, however, that these patents are not written in 
terms of software algorithms, but as "devices" with physical 
implementations (and they go to nonsensical extremes to establish 
that!).

-- 
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: samalone@okra.MIT.EDU (Stuart A. Malone)
Subject: Re: how to make call waiting tone hang up modem ??
Organization: Massachusetts Institute of Technology
Date: Mon, 13 Apr 1992 14:13:58 GMT

> Out of curiosity, why do you want call-waiting to drop your carrier?

Because for some of us, talking to friends is more important than talking to
computers.  ;-)

				--Stuart A. Malone
				samalone@athena.mit.edu
From: Jay.Ashworth@f160.n3603.z1.FIDONET.ORG (Jay Ashworth)
Newsgroups: comp.dcom.modems
Subject: Re: PEP
Date: Sat, 11 Apr 92 22:11:00 EDT
Organization: FidoNet node 1:3603/160 - Hacker's Haven, Clearwater FL

In a msg of <Saturday April 11 1992>, Greg Andrews wrote to All:

 >> The T1000 (and version 1 Trailblazers... there have *got* to be some
 >> DCA Fastlinks out there!) are somewhat slower (11680 bps, says my T1000).

Yup.  "Fox Fastlink" it says, right up on the front panel.  Nice noisy fan, too...

 GA> There are TrailBlazers and Fastlinks (and even a few Ven-Tel EC18K's)
 GA> out there, but nearly all of them have been upgraded to AA3.01-AB3.00
 GA> with full speed PEP (18031 bps) capability.

Most interesting.  Thanks.

Cheers,
-- jra

--  
Internet: Jay.Ashworth@f160.n3603.z1.FIDONET.ORG
UUCP: ...!uunet!ndcc!tct!psycho!160!Jay.Ashworth
Note:psycho is a free gateway between Usenet & Fidonet. For info write to
     root@psycho.fidonet.org.
From: pplacewa@bnn.com (Paul Placeway)
Newsgroups: comp.dcom.modems
Subject: Re: PP and Gateway v.32bis modems
Date: 15 Apr 92 18:39:36 GMT
NNTP-Posting-Host: bbn.com

bill.garfield@yob.sccsi.com (Bill Garfield) writes:

< Cannot tell you a thing about either Ron, but I am .eta testing a pair
< of the new MT1432BA/R's as well as the new MT224BAF's for MultiTech and
< I can promise you they'll be worth waiting for.

< Granted the M/T product line is upper echelon stuff, price wise, but it
< IS quality mdse., and what's most important, Made in the USA!

(Speaking unofficially:) we've been using MultiTech modems for a while
here, and have been testing the new 96 and 144 ones.

I've found the MultiTechs to be almost, but not quite, as reliable as,
say, Zoom.  The older 2400 ones have a buggy MNP 5 which looses it's
mind sometimes, for example when you Kermit a 100K BinHexed
(Macintosh) file.  The new fast ones are reasonable when talking to
each other, but are incredibly picky about connecting to other (good)
brands of modems.

So we havn't bought a lot of the new fast ones.  We are "considering
other options" at the moment.

		-- Paul Placeway <pplacewa@bnn.com>
Date: Wed, 15 Apr 92 01:17:32 +0100
From: kai@nicedel.north.de (Kai Schlichting)
Newsgroups: comp.dcom.modems
Subject: Re: Telebit Loyalty pays
Organization: Archimedes !RUCP Users

datri@convex.com (Anthony A. Datri) writes:

> 
> >And if you aren't an American you can't possibly be loyal so you will
> >have to pay up as well.
> 
> Your government is not our fault.
> -- 
Is that a joke ?
That man who wrote it in orig. definitely criticised the Telebit policy
of giving the LPA to americans ONLY,therefore BETRAYING the 10.000's of users
worldwide...just for the additional cost of shipping the thingies overseas...
Should all ppl on the net.outside.usa receive that bunch of shit-news about LPA
if it is absolutely not interesting for them??? I pay for incoming news/mail!!!!
Q to Moderators and all: what about a usa.comp.dcom.modems group which is
NOT distributed worldwide???
bye,Kai.

--------------------------------------------------------------- 
Tel.:  +49 421 556803 (voice)
E-mail: kai@nicedel.north.de (private UUCP site)
       j08i@dhbrrz41.bitnet (not valid;gets forwarded to rs550)
       j08i@rs550.zfn.uni-bremen.de (University)
---------------------------------------------------------------
From: Heribert_Otten@k2.maus.de (Heribert Otten)
Newsgroups: comp.dcom.modems
Subject: Modems in Switzerland
Message-Id: <A37781@K2.maus.de>
Date: Tue, 07 Apr 92 21:56:00 GMT
Organization: MausNet
X-Gateway: MausGate/News 1.04

Hello out there,

i need to know whether there is any restictions on modems, like the german
ZZF, in switzerland.

If there are, which (High-Speed-)modems are qualified?
The software is restricted to V.32, but don't mind. ;-)

Adresses of swiss distributors would be welcome.

Thank's a lot
Heribert
Newsgroups: comp.dcom.modems
From: mskuhn@cip.informatik.uni-erlangen.de (Markus Kuhn)
Subject: Re: New bbs software..
Organization: Student Pool, CSD, University of Erlangen, Germany
Date: Tue, 14 Apr 1992 11:24:26 GMT

David Hanley <U22015@uicvm.uic.edu> writes:

>  I've decided to start writing some new bbs software that i intend on
>distributing as shareware.

I've just nearly finished a public domain implementation of the X.25
protocol. It uses an asynch variant of the well known LAPB error correction
protocol in the data link layer and X.25 in the network layer.

This allows you

  - error correction on noisy lines
  - having several "virtual calls" over the same line, just by
    establishing several X.25 calls (e.g. one for downloading,
    one for news reading, one for playing a game, ...)
  - using your BBS site as an intermediate node in order to contact other
    hosts (e.g. in a LAN).
  - separate flow control for each virtuall call
  - the functionality needed by higher layer OSI protocols

The code is in ANSI C, and the current implementation is on MS-DOS with a
FOSSIL driver. But you can easily exchange the FOSSIL interface (serial.c)
by your own routines to access the port. My software just needs a
routine that get's all the bytes received so far, a routine that sends
a byte block completely, if there is enough space in the output FIFO or
sends nothing else and a routine that tells me how many bytes are
still waiting for transmission in the output FIFO. This means you need
an interrupt driven port driver with FIFOs (about 1K).

My longterm goal is to develop a very comfortable MS-DOS utility that uses
OSI protocols to access a BBS. Look for a good networking textbook if 
you don't know about X.25, LAPB, OSI, etc. ...

Contact me by mail if you are interessted.

Markus

---
Markus Kuhn, Computer Science student -=-=- University of Erlangen, Germany
Internet: mskuhn@immd4.informatik.uni-erlangen.de  |  X.500 entry available
Don't worry over what other people are thinking about you. ----------------
---------- They're too busy worrying over what you are thinking about them.
Xref: sparky comp.dcom.modems:6473 comp.sys.mac.comm:4546
From: gsnow@clark.edu (Gary Snow)
Newsgroups: comp.dcom.modems,comp.sys.mac.comm
Subject: Re: Supra V.32bis (Disappointment)
Keywords: supra, v.32bis, v32bis, mac, macintosh
Date: 9 Apr 92 21:09:34 GMT
Article-I.D.: clark.1992Apr9.210934.3625
Organization: Clark College, Vancouver, Wa.  USA

In article <1992Apr8.193355.10895@ux1.cso.uiuc.edu> berger@atropa (Mike Berger) writes:
>gsnow@clark.edu (Gary Snow) writes:
>
>Why are you looking at it like it's a fight?  What he said was correct:
>The Macintosh doesn't have enough lines to FULLY implement an RS-232
>port.

I don't look at it as a fight, I look at it as "intercepting
mis-information"...:-)  BTW, I wasn't arguing the statement above,
I was arguing the fact that the guy said the Mac doesn't have all
the pins to implement HW Handshaking....it does.  It also has all the
pins to support DTR/DSR, it just can't do both at the same time.

Gary

-- 
-----
Gary Snow
uunet!clark!gsnow  or  gsnow@clark.edu
From: dkf8117@tamsun.tamu.edu (Duane)
Newsgroups: comp.dcom.modems
Subject: Re: Supra v.32bis and BUSY signal
Date: 9 Apr 92 15:48:00 GMT
Organization: Texas A&M University, College Station

Supra tells me that there is somesort of hardware problem concerning
detecting BUSYs when dialing out of a PBX. If you ARE calling out from a
PBX and it DOES detect busy, call and tell them what PBX your are on.
They are working on the problem...

Duane




-- 
+---------------------------+---------------------+--------------------------+
| Duane Fields              |    Friends don't    |  Work#   (409) 845-6904  |
| Box 1315                  |   let friends use   |  Home#   (409) 847-6760  |
| College Station, Tx 77841 |       MS-DOS.       |  dkf8117@tamsun.tamu.edu |
From: robbruce@kuhub.cc.ukans.edu
Newsgroups: comp.dcom.modems
Subject: Re: Supra V.32bis won't connect with Supra V.32bis!
Date: 10 Apr 92 16:12:50 CDT
Distribution: usa
Organization: University of Kansas Academic Computing Services


> I guess a final test I can perform is to swap the two units
> I have, using the one that is now answering calls to call
> the one that is now making calls

There seems to be an error in the Supra Docs
It states that the result code for connecting at 19200 is 15 but it's 14 
or maybe the other way around. 
I've got a BBS set up and two users can connect with there supra v.32 bis
without problems.

Rob Bruce
From: SAKRAUSE@SUVM.BITNET
Newsgroups: comp.dcom.modems
Subject: (none)
Date: 6 Apr 92 22:12:22 GMT
Organization: The Internet

Does anyone know if Supra will ever make the new v32bis internally?  As I recal
l it is only available externally.  Also, what is the best price can I pick it
up for?  Is it better to buy mail order or at a computer show?

Thanks,
Stephen
Newsgroups: comp.dcom.modems
From: gerg@netcom.com (Greg Andrews)
Subject: Re: PEP
Date: Mon, 13 Apr 92 07:31:37 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 

In article <l=vj1ma.wolfgang@netcom.com> wolfgang@netcom.com (Wolfgang Henke) writes:
>gerg@netcom.com (Greg Andrews) writes:
>: >The experts (J.A.C. Bingham) call the 3000 baud the symbol rate.
>: 
>: If you're quoting from his book, it was written before he worked for
>: Telebit.  Even so, I wouldn't expect him to multiply the symbol rate
>
>P. Baran filed US Patent: "Packetized Ensemble Modem" in 1984. Was he
>related to Telebit then ?
>

I don't know if Telebit yet existed as a company in 1984.  However, Paul
Baran is one of the creators of the PEP modulation and founders of Telebit.

Are you saying that the patent says PEP uses baud rates different than
the ones I quoted?


-- 
 .------------------------------------------------------------------.
 |  Greg Andrews   |       UUCP: {amdahl,claris}!netcom!gerg        |
 |                 |   Internet: gerg@netcom.COM                    |
 `------------------------------------------------------------------'
From: gsnow@clark.edu (Gary Snow)
Newsgroups: comp.dcom.modems
Subject: Re: Modem clicks Was : Supra v32bis (Initial Review)
Date: 6 Apr 92 17:03:13 GMT
Article-I.D.: clark.1992Apr6.170313.16424
Organization: Clark College, Vancouver, Wa.  USA

In article <1992Apr3.155430.11807@menudo.uh.edu> st17t@menudo.uh.edu (David Bonds) writes:
>In article <11762@tamsun.tamu.edu> dkf8117@tamsun.tamu.edu (Duane) writes:
>>Annoying supra "click!" when the modem goes OH at the start of a calll
>>
>Heh, my Zyxel does this too.  Every time the line is opened (or a disconnect
>occurs, for that matter), there is a loud click - sounds like a mechanical
>relay or something.  Is this generic to the new wave of low cost v32bis
>modems, or what?

The Intel has the same CLICK, it isn't a drawback, its just a nice
industrial strength relay in there opening and closing the connection.

Gary

-- 
-----
Gary Snow
uunet!clark!gsnow  or  gsnow@clark.edu
From: tnixon@hayes.com
Newsgroups: comp.dcom.modems
Subject: Re: help - is racal-vatic 9600vp any good?
Date: 10 Apr 92 00:58:56 GMT
Organization: Hayes Microcomputer Products, Norcross, GA

In article <1992Apr8.041840.8262@stsci.edu>, jpotter@stsci.edu
(Jeffrey J. Potter) writes: 

> just wondering if anyone in netland has any experience with the racal-vatic
> 9600vp modem?  if so, could you please give me some info on it?  i know of
> someone who has one for sale and need to know if it is worth fooling with.

The 9600VP uses a proprietary non-standard modulation scheme above 
2400bps (actually, it switches between V.22bis and half-duplex V.29 
on a demand basis).  It therefore will only communicate above 
2400bps with other 9600VPs.

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