HDTenEightyP/NetNews huggingface dataset:
From: paul@uxc.cso.uiuc.edu (Paul Pomes - UofIllinois CSO)
Subject: who/what still uses TCP port 105, csnet-ns?
Reply-To: Paul-Pomes@uiuc.edu
Organization: University of Illinois at Urbana
Date: Wed, 16 Sep 1992 04:05:51 GMT

[ Sent also as email to iana@isi.edu and to the IETF m-list. -pbp]

The University of Illinois Computing and Communications Services Office
has been running a descendent of the CSNet central nameserver for several
years now.  The code has proven popular and is now running publicly at
40-odd sites and privately at several more.  The private sites either 
don't advertise the server or restrict queries to local hosts.

The original CSNet server ran on port 105/tcp.  I'm not sure if 105/udp,
also assigned to "csnet-ns" in RFC-1340 (Assigned Numbers), was ever used.

The present code does not use anything like the original CSNet nameserver
protocol.  About the only part left of the original server is the database
engine and even that has been extended.  The overall intent is still much
the same: provide a way to locate and register email addresses based on
human information such as a person's name, their office address, etc.  In
addition it functions as an electronic white pages for traditional phone
book type information.

This leads to two questions: Is anyone still using the original CSNet
nameserver protocol on port 105/tcp?  We did not think so back in late
1989 and so stuck with the same port number even while the protocol
was changed to fit our needs.  Second, can 105/tcp be re-assigned to
the new name "ph" as defined by the ph protocol paper?  The protocol
definition is available for anon-FTP from uxc.cso.uiuc.edu in
net/qi/doc/protocol.{me,ps}.

/pbp
-- 
"A well-schooled electorate, being necessary to the security of a free State,
the right of the People to keep and read Books shall not be infringed."
	-- J. Neil Schulman
Newsgroups: comp.protocols.tcp-ip
From: hens@snipe.cray.com (Tom Stephens)
Subject: Re: Is there a Internet distance measure?
Organization: Cray Research, Inc.
Date: 9 Sep 92 15:35:43 CDT


In article <1992Sep9.184943.26790@gordian.com>, johnk@gordian.com (John Kalucki) writes:

> 
> Traceroute can be difficult to compile for certain OS types.


Yes this is the case.  We have had trouble with it on Sequent's.  Anyone have source that (when compiled) run on a Sequent??? 
--
---------------------------------
Tom Stephens
Corporate Computing and Networks, Chippewa Falls, WI
Cray Research Inc.  hens@cray.com
From: tli@skat.usc.edu (Tony Li)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: Routing to disconnected subnets
Date: 8 Sep 1992 00:06:45 -0700
Organization: University of Southern California, Los Angeles, CA
NNTP-Posting-Host: skat.usc.edu

In article <Bu8Gnx.1zz@world.std.com> weber@world.std.com (Bob Weber) writes:
    
    Does OSPF and/or IGRP support disconnected subnets of the 
    same Class B in this fashion?  Can this work under any 
    circumstances? 

Yes, OSPF will support this.  You will need at least version 9.1 to do
this with ciscos.  To do this with IGRP, you will have to assign a
secondary subnet across the entire backbone.  All routers on the
backbone should have a secondary address from this subnet.

-- 
Tony Li - Escapee from the USC Computer Science Department          tli@usc.edu
		       The net is not what it seems.
From: aps@world.std.com (Armando P. Stettner)
Newsgroups: comp.protocols.tcp-ip
Subject: Req. for info on Layer 3 protocol overhead
Date: 11 Sep 92 06:46:20 GMT
Distribution: usa
Organization: The World Public Access UNIX, Brookline, MA

Hi.

I am interested in the protocol overhead associated with the various
layer 3 (or there abouts) protocols and/or interconnects such as
Frame Relay, SMDS, ATM, etc.  I would appreciate referenc to texts,
papers, etc.

Please mail to me at aps@world.std.com and I will summerize if there
is interest.

An anticipated thanks.

	armando.
From: trier@slc6.ins.cwru.edu (Stephen C. Trier)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: getprotobyname(), does it ever change?
Date: 15 Sep 1992 23:22:22 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
NNTP-Posting-Host: slc6.ins.cwru.edu

In article <195n2pINN91b@early-bird.think.com> barmar@think.com (Barry Margolin) writes:
>I suspect that the only reason one would ever change /etc/protocols would
>be for experimental purposes.

It would seem to me that the /etc/protocols lookups would also be useful
for packet-dump programs.  I see very little use for being able to change
the numbers of standard protocols, but the ability to add numbers for new
protocols might be handy when using a network diagnostic tool of some sort.

-- 
"Beware of programmers who     Stephen Trier
 carry screwdrivers."          Network Services Engineering, IRIS/INS/Telecom
       Leonard Brandwein       Case Western Reserve University
                               trier@ins.cwru.edu
From: ciarfela@nu.ece.ucsb.EDU (Paul Ciarfella)
Newsgroups: comp.protocols.tcp-ip
Subject: Does IP fragment broad/multicasts
Date: 11 Sep 92 19:18:27 GMT
Reply-To: ciarfela@nu.ece.ucsb.EDU (Paul Ciarfella)
Organization: University of California


We've been having an argument here concerning whether or not IP
fragments broadcast and multicast packets.

Could someone please answer this question, or point to the 
relevant RFC's.  I've been searching through Comer's book and
all RFC's related to IP and multicast/broadcast but have not
found the answer (I probably passed over it).

Thanks.

Paul C
Newsgroups: comp.protocols.tcp-ip
From: culbert@ender.bloom-picayune (Jim Culbert)
Subject: Momentum Software
Organization: /mit/culbert/.organization
Distribution: comp.protocols.tcp-ip
Date: Fri, 11 Sep 1992 16:56:29 GMT

Hi.

I'm looking for information about a product called Extended IPC from 
Momentum Software Corp. Has anyone heard of the product or know anything
about the company (i.e location)? Any pointers would be helpful.
I don't monitor this list so if post the response, please also e-mail
me a copy.

			Thanks,


			  -Jim

===========================================================================
> Jim Culbert                                                             <
> Research Engineer							  <
> M.I.T Intelligent Engineering Systems Laboratory                        <
> Department of Civil Engineering 					  <
> Room 1-270                                                              <
> Cambridge, Ma. 02139.                                                   <
>									  <
> Phone (617) 253-7134                                                    <
> e-mail: culbert@iesl.mit.edu                                            <
===========================================================================
Newsgroups: comp.protocols.tcp-ip
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Subject: Re: Is there a Internet distance measure?
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Thu, 10 Sep 1992 00:15:09 GMT

In article <1992Sep9.184943.26790@gordian.com>, johnk@gordian.com (John Kalucki) writes:
> ...
> MIPSos 5.0 has traceroute, which it didn't in the past. I don't
> know of any other major OS vendor who ships traceroute...


Really?  I would have guessed everyone ships it.  

What about BSDI?  I bet it's there.

Of course, Silicon Graphics ships it, although I think it's not
installed by default.  Could that sort of thing be why it seems rare?


Vernon Schryver,  vjs@sgi.com
From: jsd@esl.com (Jeff Dalton)
Newsgroups: comp.protocols.misc
Subject: OSF OMG Spec available?
Date: 4 Sep 92 20:38:17 GMT
Article-I.D.: esl.1388
Organization: ESL Inc., S'vale CA

I'm looking for an electronic copy of the OSF OMG Spec., or for that matter,
a discussion news group or mailing list for OMG.  Can anyone help?
--
Jeff Dalton                    If a train station is where a train stops,
jsd@esl.com                            what does that make a workstation?
ESL Inc., S'vale CA
From: falls@nebin.cica.fr (Saloum Fall)
Newsgroups: comp.protocols.misc
Subject: TP++
Date: 14 Sep 92 13:58:16 GMT
Organization: Telecom Paris, France

Hi,

I'm looking for informations about TP++.
any link would be welcome

-- 
Please email
*************************************************************************
*email :	falls@eurecom.cica.fr     *                             *
*       	fall@disuns2.epfl.ch      * Hayameshi     (eat quickly) *
*               fall@lbdsun.epfl.ch       * Hayaguso     (shit quickly) *
*               fall@eldi.epfl.ch         * Hayashitaku (back to grin)  *
*******************************************     - NOSAKA (Japan)-       *
*Lausanne Federal Institute of Technology *      WAY OF LIFE            * 
*************************************************************************
From: jsanchez@polari.online.com
Newsgroups: comp.protocols.misc
Subject: Re: What are "Allen-Bradley PLC protocols" ??
Date: 4 Sep 92 14:38:23 GMT
Organization: Seattle Online Public Access Unix

PLC stands for Programmable Logic Controller which is a manufacturing term
for computer controlled machine.  This is sorta like a robot but not
exactly the same.  Anyway, from what I know PLCs talk to computers over
dedicated async serial lines and download code with a simple send
block/ack type of protocol.  At least that is how they worked a few years
ago.
-- 
Jim Sanchez 
Hughes LAN Systems - Bellevue, WA (206)828-7417
Internet: jim@hls.com OR jsanchez@polari.online.com
UUCP: ..!uunet!polari!jsanchez
From: lamb@xtcn.com (Richard Lamb)
Newsgroups: comp.protocols.misc
Subject: Spanning Tree Algorithm refrence
Date: 15 Sep 92 02:07:52 GMT
Organization: XtcN Ltd

Anyone know where I can find this specification ?

						Thanx
						Rick
-- 
XtcN Ltd, lamb@xtcn.com, Tel:508-655-2960, FAX:508-655-4559, Telex:6504829720
11 Roxbury Ave.,Natick MA 01760,4425 Butterworth Pl.N.W.,Washington D.C. 20016
Newsgroups: comp.protocols.misc
From: peter@ferranti.com (peter da silva)
Subject: What's the point of ATM?
Organization: Xenix Support, FICC
Distribution: na
Date: Thu, 10 Sep 1992 20:57:45 GMT

Well, I've been reading about how ATM is supposed to revolutionalise LANs,
but I'm damned if I can figure out why. It looks like a good protocol for
combining voice and data in a WAN, but what can it do for a LAN that a
smarter bridge/router couldn't? Or is it just being used as a very fast
brouter?
-- 
Peter da Silva                                               `-_-'
Ferranti Intl. Ctls. Corp.                                    'U` 
Sugar Land, TX  77487-5012
+1 713 274 5180                                   Har du kramat din varg idag?
Newsgroups: comp.protocols.misc
From: huepper@marie.physik.tu-berlin.de (Guido Huepper)
Subject: once again, any info on "HL7"?
Keywords: HL7, MIB, Hospital Systems
Reply-To: huepper@itp1.physik.tu-berlin.de
Organization: ZRZ/TU-Berlin
Date: Wed, 9 Sep 1992 12:48:30 GMT

Hello,

some weeks ago somebody asked for informations about the HL7-protocol.
I've tried to contact the American Society for Testing and Materials (ASTM)
which published a paper about it, but I didn't get any response (maybe because
I'm in europe).

So, can anybody on the net give me some information about this protocol??

Thanks in advance.
--
Guido Huepper   is   huepper@itp1.physik.tu-berlin.de
Institut fuer Theoretische Physik, TU Berlin, Germany
From: barmar@think.com (Barry Margolin)
Newsgroups: comp.protocols.misc
Subject: Re: What's the point of ATM?
Date: 11 Sep 1992 20:13:36 GMT
Organization: Thinking Machines Corporation, Cambridge MA, USA
Distribution: na
NNTP-Posting-Host: telecaster.think.com

In article <id.I94T.WPC@ferranti.com> peter@ferranti.com (peter da silva) writes:
>Well, I've been reading about how ATM is supposed to revolutionalise LANs,
>but I'm damned if I can figure out why. It looks like a good protocol for
>combining voice and data in a WAN, but what can it do for a LAN that a
>smarter bridge/router couldn't? Or is it just being used as a very fast
>brouter?

I believe that's all it is.  ATM cells are very simple to parse; they're
small, they have a fixed size, and address fields and options are in known
locations.  This permits the switching logic to be very simple, rather than
requiring a general purpose CPU.  I think ATM cell switches are being
implemented with custom ASICs instead.
-- 
Barry Margolin
System Manager, Thinking Machines Corp.

barmar@think.com          {uunet,harvard}!think!barmar
From: atkinson@itd.nrl.navy.mil (Randall Atkinson)
Newsgroups: comp.protocols.misc
Subject: Re: What are "Allen-Bradley PLC protocols" ??
Date: 6 Sep 92 15:01:29 GMT
Article-I.D.: ra.3525
Distribution: na
Organization: Naval Research Laboratory, DC

PLC does stand for "Programmable Logic Controller".  A PLC is not a
robot or a mechanical device.  Rather a PLC is a small real-time
computer/controller with I/O ports.  They are usually programmable in
a language called "ladder logic" (which is rather like older
electrical relay diagrams, not coincidentally) and are often
programmable in other languages as well.  Robots or other mechanical
devices can be controlled by PLCs if the I/O port is wired to the
mechanical device properly.  The protocol used to communicate between
a general-purpose computer and a PLC varies by vendor, though MAP is
becoming commonplace.
Newsgroups: comp.protocols.misc
From: seifert@netcom.com (Rich Seifert)
Subject: Re: Spanning Tree Algorithm refrence
Date: Tue, 15 Sep 92 23:41:58 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 

In article <1992Sep15.020752.19823@xtcn.com>, lamb@xtcn.com (Richard Lamb) writes:
> Anyone know where I can find this specification ?
> 

The Spanning Tree Algorithm and Protocol are specified in IEEE 802.1d,
the standard for Transparent Bridges.


-- 
Rich Seifert                    Networks and Communications Consulting
seifert@netcom.com              (408) 996-0922
                                (408) 996-2860 FAX
"... specialists in Local Area Networks and Data Communications systems"
Newsgroups: comp.protocols.misc
From: lamb@xtcn.com (Richard Lamb)
Subject: "Bonding" protocol state machines - T1,E1,PRI
Organization: XtcN Ltd
Date: Mon, 14 Sep 92 16:31:17 GMT

Where can I find this specification ? Preferably something off the net ?
I know it is a spec for inverse-multiplexing (taking many low speed lines
to make a single high speed one).
We are doing something like this but it would be nice to stick to some
standard instead.

                                        Thanx
                                        Rick Lamb
-- 
XtcN Ltd, lamb@xtcn.com, Tel:508-655-2960, FAX:508-655-4559, Telex:6504829720
11 Roxbury Ave.,Natick MA 01760,4425 Butterworth Pl.N.W.,Washington D.C. 20016
Newsgroups: comp.protocols.misc,comp.protocols.iso
From: c440upad@enuxhb.eas.asu.edu (Prasad V. Upadrasta)
Subject: Info about Paging Protocols
Followup-To: poster
Keywords: Paging Protocols
Organization: Arizona State University
Date: Mon, 14 Sep 1992 20:22:31 GMT

Hi,

I am looking for information about paging protocols.  Is it available like CCITT standards in any ftp site. please mail me the responses.

Thanks,
prasad 

Computer Science Dept,
Arizona State University,
Tempe, AZ 85287

email: upadrast@enuxha.eas.asu.edu
Newsgroups: comp.protocols.misc
From: sp_pm@space.alcbel.be (Paul Moore)
Subject: Wanted: Comments about CCSDS space-link communications protocols
Date: Mon, 7 Sep 92 13:28:12 +0200
X-Received: by usenet.pa.dec.com; id AA00191; Tue, 8 Sep 92 04:37:35 -0700
X-Received: by inet-gw-1.pa.dec.com; id AA20549; Tue, 8 Sep 92 04:37:30 -0700
X-Received: from ub4b.buug.be by mcsun.EU.net with SMTPid AA10319 (5.65b/CWI-2.174); Tue, 8 Sep 1992 13:37:07 +0200
X-Received: from alcbel.UUCP by ub4b.buug.be (5.65c/ub4b_02)id AA08800; Tue, 8 Sep 1992 13:37:09 +0200
X-Received: from se.alcbel.be by alcbel.be (4.1/SMI-4.1)id AA29433; Mon, 7 Sep 92 13:25:11 +0200
X-Received: by se.alcbel.be (5.57/SE_03)id AA18076; Mon, 7 Sep 92 13:28:52 +0200
X-Received: from btmpjw.space by space.alcbel.be (4.1/SMI-4.0)id AA04811; Mon, 7 Sep 92 13:28:12 +0200
X-To: comp.protocols.misc.usenet

Hello,

Has anyone implemented or used the CCSDS space-link protocols for 
Advanced Orbiting Systems, Networks, and Data Links, as specified in 
the CCSDS specification 701.0-B-1?

Please email comments/status, as I don't have a direct news feed.

Regards,
- Paul

-------------------------------------------------------------------------------

smail: Paul Moore,                     email: sp_pm@space.alcbel.be
       Alcatel Bell Telephone,
       Space Systems Dept. TS664,      phone: (+32) 3/829.5024
       Berkenrodelei 33,
       2660 Hoboken,
       Belgium.
Newsgroups: comp.protocols.misc,comp.sys.mac.comm,comp.mail.uucp
From: peter@ferranti.com (peter da silva)
Subject: Re: Application managed file transfer over modems
Organization: Xenix Support, FICC
Distribution: comp
Date: Thu, 10 Sep 1992 21:01:37 GMT

In article <aronsson.715852671@jeeves> aronsson@sectra.se (Lars Aronsson) writes:
> I have been experimenting with UUCP, a protocol from the PDP 11 age.
[...]
> It is hard for my UNIX application to know the status of the transfer.
> Is it still in progress? Is it done? Did it fail?

You can look at the "status" file associated with the system you're talking
to, or you can look at the log files. They should be in /usr/spool/uucp/.Status
and /usr/spool/uucp/.Log in an HDB system.
-- 
Peter da Silva                                               `-_-'
Ferranti Intl. Ctls. Corp.                                    'U` 
Sugar Land, TX  77487-5012
+1 713 274 5180                                   Har du kramat din varg idag?
From: cyrus@su.com (W. Tait Cyrus)
Newsgroups: comp.protocols.misc
Subject: Promiscuous mode for HP-UX
Date: 9 Sep 92 21:33:26 GMT
Article-I.D.: pprg.40315
Reply-To: cyrus@su.com (W. Tait Cyrus)
Organization: Solutions Unlimited, Colorado Springs, CO.


Does anyone know if HP-UX (A.08.07 A 9000/730) allows placing the
network controller into promiscuous mode enabling 'root' to grab
packets off the of network?  If so, any pointers would be greately 
appreciated.

Thanks in advance

[note I posted to comp.sys.hp and never got an answer thus this posting]

---
W. Tait Cyrus				e-mail: cyrus@su.com
Solutions Unlimited			Phone: 719-260-7227
4710 Nightingale Dr. #M202
Colorado Springs, CO 80918
Newsgroups: comp.protocols.misc
From: asbjorno@diplom6.cs.uit.no (Asbjoern Oskal)
Subject: Test
Organization: University of Tromsoe, Norway
Date: Thu, 10 Sep 1992 10:07:06 GMT

Just testing !

-- 
_   __o  Asbjoern Oskal, e-mail : asbjorno@stud.cs.uit.no  o__   _
   -\<,  tel :   084 74615 (home), 083 44030 (University)  ,>/-   
( )/ ( ) Dept. of Computer Science, University of Tromsoe ( ) \( )
~~~~~~~~~~~~~~~~~~~~~~ N-9000 TROMS, NORWAY ~~~~~~~~~~~~~~~~~~~~~
From: REW099@DJUKFA11.BITNET
Newsgroups: comp.protocols.misc
Subject: FTP under VM/CMS ?? (Help needed ...)
Date: 10 Sep 92 12:31:30 GMT
Organization: Forschungszentrum Juelich

Hello!

I hope that someone can give me at least a few
hints to continue.

It seems to be the way that I have some troubles
while FTP'ing *.MODULE 's
or other TEXT 's in binary format. Why?
They change file format and are received in scrambled
order. Then - of course they won't work.
This happens also when I make a self-FTP from my
disk to my own disk.
I already know TYPE {A,B,I,L,E,F...)
and            MODE {B,S}
-usually BINARY V , TYPE S should do it ... !?!?!?

- is there anything left or something special
for transfer of binary foramts to VM/CMS?
Who had this problem and got a solution for it?

Any help, hint appreciated

-Stefan
Newsgroups: comp.protocols.misc
From: gja@mullian.ee.mu.oz.au (Grenville Armitage)
Subject: Re: What's the point of ATM?
Organization: Basket Weavers, Inc.
Distribution: na
Date: Mon, 14 Sep 1992 00:13:16 GMT

In article <id.I94T.WPC@ferranti.com> peter@ferranti.com (peter da silva) writes:
>Well, I've been reading about how ATM is supposed to revolutionalise LANs,
>but I'm damned if I can figure out why. It looks like a good protocol for
>combining voice and data in a WAN, but what can it do for a LAN that a
>smarter bridge/router couldn't? Or is it just being used as a very fast
>brouter?

Throw the question at comp.dcom.cell-relay and cross your fingers
for some reasonable defences :-)

gja
Newsgroups: comp.protocols.misc
From: dmathies@bear.ssc.gov (derek mathieson)
Subject: Possible Protocols Please
Reply-To: dmathies@bear.ssc.gov (derek mathieson)
Organization: Superconducting Super Collider
Date: Wed, 9 Sep 1992 21:34:10 GMT

Hi,
   We are looking for suggestions for protocols to be used over a medium speed
serial communications channel (probably 1.5Mb/sec).  We have a requirement to
implement a unidirectional 'socket-like' interface between communicating
processes.  We would like to be able to route the data to unix hosts on a
standard LAN (FDDI or Ethernet).  We would build the 'router' hardware, but the
protocol would have to include IP-like addressing capability.

Our set-up is a little unusual:

o The return path from the unix systems is much slower than the data comming up.

o Most data will destined for the unix systems.

o The unix systems can 'broadcast' to the remote systems.

o There will be little peer-to-peer communication between the remote nodes.

Any suggestions would be greatly appreciated.

Regards,

Derek Mathieson...

=============================================================================
              __                 _ _ _
             /  )           /   ' ) ) )     _/_ /
            /  / _  _   _  /_    / / / _ .  /  /_  o _  _   ___ __
           /__/_(/_/ (_(/_/ <_  / / (_(_/|_(__/ /_(_(/_/_)_(_) / (


 SSCL - Super Conducting Super Collider   |  Email - dmathies@bear.ssc.gov
        Particle Physics Research Labs.   |  Smail - Derek Mathieson MS 4002
                                          |          SSC Labs.
                                          |          2550 Beckleymeade Ave.
                                          |          Dallas     
                                          |          TX 75237
Xref: sparky comp.protocols.misc:670 comp.sys.mac.comm:8740
From: drac@uumeme.chi.il.us (Bruce Maynard)
Subject: uucp via Courier HST
Organization: UUMEME Public Access UNIX
Distribution: usa
Date: Sat, 05 Sep 92 08:52:13 GMT

Hmmm, I've a problem I could use a small assist with... I'm trying to use
USR Courier HST's set at 9600 baud to talk via uucp... running Xenix 2.3.2,
and all goes quite well until after the remote login; 'uutry' reports 
"HANDSHAKING FAILURE... REMOTE REJECT AFTER LOGIN"

I'm using a file called "dialHST" that seems to be PD, if that makes any difference as to dialers... any ideas?

Newsgroups: comp.protocols.appletalk
From: brad@wana.pbrc.hawaii.edu (Brad Jones)
Subject: Re: CAP6.0 and Dayna EtherPrint
Originator: brad@wana
Reply-To: brad@wana.pbrc.hawaii.edu (Brad Jones)
Organization: Bekesy Laboratory, University of Hawaii
Date: Mon, 7 Sep 1992 05:45:06 GMT

In article <HENRY.92Sep4112719@tuba.geo.ucalgary.ca> henry@geo.ucalgary.ca (Henry Bland) writes:
>
>If you don't have an appletalk router on your ethernet segement (just macs
>and unix boxes) you need to run aaprd with a domain of * like this:
>
>   aarpd le0 '*'
>
>Worked for us.

Yeah, worked for me too, as the first paragraph of my post implied.
Except in my hands it was 'aarpd enet0 ...'

The problem with the printers was correctly identified by Glen Glator
as having to do with CRCs.  I had to turn off the CRC code in the cap
library and then the printers showed up on the network.  My
questions:

1) Is this a common problem with LaserWriters?  It seems to affect
both of ours which are different models.  Is there a ROM upgrade that
fixes it, or does the problem lie with CAP?

2) Is there a downside to turning off CRC?  Does it compromise file
transfers or anything else, or is it just used to identify ethertalk
hosts?


-- 
      Brad Jones  brad@ahi.pbrc.hawaii.edu