HDTenEightyP/NetNews huggingface dataset:
From: jp@tygra.Michigan.COM (John Palmer)
Subject: Trying to set up a root server for my universe.
Organization: CAT-TALK Conferencing System
Date: Fri, 9 Oct 1992 06:08:33 GMT

I'm trying to set up a root nameserver for a universe of machines
with several unique domains in it. The topology looks like this

                      .
                      |
     ----------------------------------------
     |                                      |
  doma.aaa                              domb.bbb

(the root (.), doma.aaa and domb.bbb are to be separate zones).

Now, there are three machines which are nameservers:

    srva.doma.aaa is the primary for domain doma.aaa and
    the secondary for the root.
 
    srvb.domb.bbb is the primary root server as well as
    a primary for domb.bbb
 
    srvc.domb.bbb is a secondary for both doma.aaa and domb.bbb
    as well as a secondary for the root.
 
Problem: I cannot get the name server on srva to figure out where to
go to get information about domb.bbb. In the named.ca file for the root
on the roots master server, I've got addresses for all of the servers:
 
$INCLUDE named.soa
 
srva.doma.aaa.	IN	A	149.18.0.1
srvb.domb.bbb. 	IN	A	160.79.1.1
srvc.domb.bbb.	IN	A	160.79.1.3 

.		IN	NS	srvb.domb.bbb
		IN	NS	srvc.domb.bbb
		IN	NS	srva.doma.aaa

doma.aaa.	IN	NS	srva.doma.aaa.
 		IN	NS	srvc.domb.bbb.

domb.bbb.	IN	NS	srvb.domb.bbb.
		IN	NS	srvc.domb.bbb.


Problem: These glue records (the ns records for domb.bbb and doma.aaa in 
the root servers (srvb.domb.bbb) named.ca file) do not get zone-xferred 
to srva.doma.aaa's backup zone file when it has any reason to zone-xfer
from the root (srvb.domb.bbb). The SOA record for the root gets transferred
as well as the NS records for the root, but not the glue NS records in the
root. The addresses for domb.bbb's nameservers get transferred, but not
the glue NS records. 
 
When querying the nameserver at srva.doma.aaa for information about domb, 
for instance, setting q=any and requesting "domb.bbb", srva returns 
"error - no such domain". Now, the root server in any universe should have
its own SOA record, the addresses of its servers, its NS records, and then
NS records and server addresses for all of the other domains in the universe.
For some reason, those NS "glue" records are not getting xferred. 
 
The root server is a ISC UNIX V 3.2 box with its standard named. Some people
have told me that the SYSV named is different from the BSD bind program, but 
when I got it off of UUNET, 1> it would not compile under SYSV and 2> the
name server program is called "named" which leads me to beleive that its
the same program. Is it and how does one get it to compile?
 
Thanks
-- 
Clinton/Gore in '92   | E-MAIL: jp@michigan.com
PUTTING PEOPLE FIRST  | CAT-TALK will be back as a FREE SYSTEM in a few 
bye-bye Georgie....   | weeks. Check alt.bbs.ads for more info!!!
***************************************************************************
Date: Wednesday, 7 Oct 1992 12:48:37 +01
Newsgroups: comp.protocols.tcp-ip.domains
Subject: MX and TTL
From: Andre' Pirard <pirard@vm1.ulg.ac.be>
X-UserAgent: Nuntius v1.1.1d11
X-XXMessage-ID: <A6F88B252903180A@ampa.segi.ulg.ac.be>
X-XXDate: Wed, 7 Oct 92 11:40:05 GMT
Distribution: world
Organization: Universite' de Lie`ge (Belgium)

Suppose I define several MX records for the same mail address but with
different TTLs.
Suppose a name server is asked for them and caches them. Then time passes
and part of the records time out from this cache.
What if a similar request comes now to the same nameserver?
Will it answer with the partial list, or is there (normally) an algorithm
to detect this case and force a refresh?

-----
Andre Pirard          SEGI, Univ. de Li`ge         139.165 IP coordinator
B26 - Sart Tilman     B-4000 Li`ge 1 (Belgium)            +32 (41) 564932
pirard@vm1.ulg.ac.be  alias PIRARD@BLIULG11.BITNET
From: jp@tygra.Michigan.COM (John Palmer)
Subject: Does anyone have src for Berkeley BIND which compiles on SYSV??
Organization: CAT-TALK Conferencing System
Date: Thu, 15 Oct 1992 00:50:05 GMT

We need a root nameserver which doesn't die on us when queries are sent
to it. Both the version under SCO Xenix and ISC UNIX 3.2 hang or core
dump when they are used as a root nameserver. Both these named's also
fail to zone-transfer glue NS records to their secondaries when a zone
transfer is done. 
 
Many people have said that the versions of named distributed with 
System V (and XENIX) are DIFFERENT than the Berkeley BIND program. 
 
Is this so? What is the history of these programs? Where can a version
of BIND (if different) which will compile under System V (and XENIX) 
be obtained? (I have the one from UUNET and it doesn't compile under
XENIX or SYSV as it contains too many Berkeley-isms).
 
Also, are there any other nameservers which run under SYSV or XENIX 
which are more suited for high volume use and also are suited for
use as a ROOT nameserver. Last but not least - does anyone have 
a version of DIG which runs under SYSV and XENIX?
 
Thanks in advance
John
-- 
Clinton/Gore in '92   | E-MAIL: jp@michigan.com
PUTTING PEOPLE FIRST  | CAT-TALK will be back as a FREE SYSTEM in a few 
bye-bye Georgie....   | weeks. Check alt.bbs.ads for more info!!!
***************************************************************************
Newsgroups: comp.protocols.tcp-ip.domains
From: doug@jhawk.b30.ingr.com (Doug Bradley)
Subject: How many resource records possible?
Reply-To: doug@jhawk.b30.ingr.com.
Organization: Intergraph Corp. Huntsville, AL
Date: Fri, 16 Oct 1992 12:55:25 GMT

Has anyone seen an inherent limit of named as to how many individual 
resource records a nameserver will handle?

TIA,

doug
(running 4.8.3 BIND under a SysV derivative).
From: bfong@btr.btr.com (Beda Fong bfong@btr.com)
Newsgroups: comp.protocols.tcp-ip.domains
Subject: libc resolv for sun3 sunos4.1.1
Date: 9 Oct 92 07:56:20 GMT
Organization: BTR

Hello,

Could someone help and tell me where on the net could I 
find the libc with the resolver for sun3 running sunos 4.1.1?
(uunet only had it for sunos 4.0.3)

Please send mail to me directly as I do not read this group on 
a regular basis:

	bfong@btr.com

Thanks in advance,
Beda Fong
From: dtaylor@ems.cdc.com (Dave Taylor)
Newsgroups: comp.protocols.tcp-ip.domains
Subject: Country codes
Date: 15 Oct 92 16:21:25 GMT
Reply-To: dtaylor@ems.cdc.com
Organization: Empros Systems International, a division of CDC


This is probably a FAQ, but in which RFC (or whatever) does one look to find
country codes?

Thanks.

-- 
David K. Taylor                       dtaylor@ems.cdc.com
From: gavron@spades.aces.com (Ehud Gavron 602-570-2000 x. 2546)
Newsgroups: comp.protocols.tcp-ip.domains
Subject: Re: Could anyone out here know how to get the source of null.dev
Date: 14 Oct 92 17:33:00 GMT
Reply-To: gavron@ACES.COM
Organization: ACES Consulting Inc.
News-Software: VAX/VMS VNEWS 1.4-b1

In article <Bw28nD.L95@acsu.buffalo.edu>, wchau@acsu.buffalo.edu (Wun-Chun Chau) writes...
#I am not sure if this is the right group to ask, but will appreciate any
#response to my question: where to find the source of null.dev

	Funny you should ask because that's the only self-storing driver!
	The source code to null.dev is stored in /dev/null/null.dev.c
	and /dev/null/null.dev.h with the appropriate makefile.

	Interestingly enough, on VMS machines, the same Unix source is
	available on NLA0:[SOURCES].

	Not!
# 
# 
#-- 
#==wun-chun Chau===============================What a crazy world!=============
#INTERNET:wchau@eng.buffalo.edu UUCP: ...!{rutgers,uunet}!acsu.buffalo.edu!wchau
#INTERNET:wchau@acsu.buffalo.edu  BITNET: wchau%acsu.buffalo.edu@ubvm.bitnet
#===============Do you want to die young? If you know what I mean :) ==========

	;-)

	Ehud

--
Ehud Gavron        (EG76)     
gavron@vesta.sunquest.com
From: wchau@acsu.buffalo.edu (Wun-Chun Chau)
Newsgroups: comp.protocols.tcp-ip.domains
Subject: Could anyone out here know how to get the source of null.dev
Date: 13 Oct 92 12:42:48 GMT
Organization: State University of New York at Buffalo/Comp Sci

I am not sure if this is the right group to ask, but will appreciate any
response to my question: where to find the source of null.dev


-- 
==wun-chun Chau===============================What a crazy world!=============
INTERNET:wchau@eng.buffalo.edu UUCP: ...!{rutgers,uunet}!acsu.buffalo.edu!wchau
INTERNET:wchau@acsu.buffalo.edu  BITNET: wchau%acsu.buffalo.edu@ubvm.bitnet
===============Do you want to die young? If you know what I mean :) ==========
Newsgroups: comp.protocols.tcp-ip.domains
From: mshah@next3.corp.mot.com
Subject: MX and TTL
Organization: MOTOROLA 
Date: Wed, 7 Oct 1992 15:06:57 GMT

In article <19921007.124837732346.NETNEWS@BLEKUL11>  writes:
> Suppose I define several MX records for the same mail address but with
> different TTLs.
> Suppose a name server is asked for them and caches them. Then time passes
> and part of the records time out from this cache.
> What if a similar request comes now to the same nameserver?
> Will it answer with the partial list, or is there (normally) an algorithm
> to detect this case and force a refresh?

As far as I know the answer that comes out of cache is a non-authorotative
answer and so if the name server resolves the query with cache info., it
adds a line saying that authorotative answers can be found from so and so
name server.
     So if the person doing a query is satisfied with the info. he got
(whether its complete or not) its fine - if not, he can change his server to
the authorotative server and get more authentic answers.

-Manish Shah
From: harvey@indyvax.iupui.edu
Newsgroups: comp.protocols.tcp-ip.domains
Subject: Re: MX and TTL
Date: 7 Oct 92 20:20:14 -0500
Distribution: world
Organization: Indiana University-Purdue University at Indianapolis

In article <19921007.124837732346.NETNEWS@BLEKUL11>, Andre' Pirard <pirard@vm1.ulg.ac.be> writes:
> Suppose I define several MX records for the same mail address but with
> different TTLs.
> Suppose a name server is asked for them and caches them. Then time passes
> and part of the records time out from this cache.
> What if a similar request comes now to the same nameserver?
> Will it answer with the partial list, or is there (normally) an algorithm
> to detect this case and force a refresh?

It will answer with the partial list.  Note the following suggestion from
RFC 1033 (Domain Administrator's Operations Guide) p 4:

   Also, all RRs with the same name, class, and type should have the
   same TTL value.

The unit of caching is the RR, thus there is no algorithm for "detecting a
partial list" short of generating a query to an authoritative server to check,
which is equivalent to not caching at all.

>
> -----
> Andre Pirard          SEGI, Univ. de Li`ge         139.165 IP coordinator
> B26 - Sart Tilman     B-4000 Li`ge 1 (Belgium)            +32 (41) 564932
> pirard@vm1.ulg.ac.be  alias PIRARD@BLIULG11.BITNET
--
James Harvey    IUPUI OIT Technical Support
harvey@iupui.edu  uucp: iugate!harvey  bitnet: harvey@indyvax
Newsgroups: comp.protocols.tcp-ip,comp.protocols.ppp
From: bob@MorningStar.Com (Bob Sutterfield)
Subject: Re: PPP over Sync lines (Any Implementations??)
Organization: Morning Star Technologies
Date: Wed, 14 Oct 1992 18:11:12 GMT

In article <1992Oct13.214449.17017@PA.dec.com> mohanram@wsl.dec.com (Narayan Mohanram) writes:
   Does anybody have PPP implementations over Sync lines.  I am looking
   for details.  The RFC 1134 mainly deals with Async line formats.  I
   am not sure if this is what needs to be done over sync lines.

RFC-1134 is quite ancient and should be mostly disregarded, except
when wondering why a new implementation might not get all the options
it wants when talking to something older.  The current PPP spec,
RFC-1331, talks quite a bit about synchronous line issues.  Write to
ietf-ppp@ucdavis.edu with any specific questions.

   I would like to talk to some-body who has implemented this.

Most router vendors can run PPP over synchronous lines.  Both UNIX PPP
vendors of my acquaintance (Brixton Systems and Morning Star
Technologies) can too, using appropriate add-on hardware as necessary.
I don't know of any freely-available UNIX PPP that talks over
synchronous lines.  I don't know of any DOS implementation that talks
synchronous PPP, and I don't know of any Mac PPP at all.

If you'd like to talk to some implementors, stop by the PPP
Demonstration Center (booth 5384) at Interop in San Francisco, October
26-30.
From: turletti@jerry.inria.fr (Thierry Turletti)
Newsgroups: comp.protocols.tcp-ip
Subject: Videoconferencing over the Internet
Keywords: multimedia, videoconferencing, codec, H.261, p*64 kb/s
Date: 8 Oct 92 14:47:12 GMT
Organization: INRIA, Sophia-Antipolis (Fr)


The INRIA Videoconferencing System IVS is designed with the explicit goal to
demonstrate that it is possible today to use a standard workstation for 
video-/audioconferences. Thus, in order to conduct a videoconference with IVS,
only minimal hardware upgrades are required to a machine commonly found 
today on the desk of an engineer (a Videocamera and a Videocard).

A further design goal of IVS is to allow more than two persons to conduct a
videoconference using IP multicast extensions. Thus, with IVS, a group of 
people can participate at a conference at the same time.

IVS allows to use standard Internet technology to transmit 
video/audio-data. This is achieved by implementing a software version of a 
H.261 codec (video codec for audiovisual services at p*64 kb/s) in IVS. 
Furthermore, where conventional H.261 hardware codecs require leased lines or 
switched circuits for data-transmission, the H.261 software codec of IVS uses 
standard UDP datagrams.

This system has been already tested over many countries including France, 
Germany, Sweden, the Nederthlands and the USA.

The following also contributed to the development of IVS:

David Berry <David.Berry@eng.sun.com> (Videopix grabbing improvement)
Jack Jansen <Jack.Jansen@cwi.nl> (ADPCM 32kb/s audio codec)
Guido van Rossum <Guido.van.Rossum@cwi.nl> (SGI Indigo compatibility)
Winston Dang <wkd@uhunix.uhcc.Hawaii.Edu> (speed improvements)

Technical Data
--------------

System requirements: SUN SparcStation or SGI Indigo stations, Video grabber 
(VideoPix Card for SUN stations), Video Camera, X-Windows, Internet-Access.

ftp adress: Version 1.10 of IVS is available for anonymous ftp from 
	avahi.inria.fr in directory "/pub/videoconference/ivs.tar.Z".


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

   Thierry Turletti.

   Project RODEO - INRIA Sophia-Antipolis - FRANCE
From: oberman@ptavv.llnl.gov
Newsgroups: comp.protocols.tcp-ip
Subject: Re: Ping Reports: 31% Packet Loss...Possible Causes?
Date: 15 Oct 92 19:57:53 GMT
From: karl@empirical.com (Karl Auerbach)
Subject: Re: Ping Reports: 31% Packet Loss...Possible Causes?
Organization: Empirical Tools and Technologies
Date: Fri, 16 Oct 1992 02:35:19 GMT

>> Sounds like a packet storm.  Check to make sure your router understands
>> SQE.  If not, make sure all ethernet devices have SQE (a.k.a "heartbeat")
>> disabled.
>
>Not again! It seems that SQE is about the top area of total confusion in LANs.
>This advice is simply WRONG! If in doubt, get a book on the subject. But PLEASE
>don't post this sort of advice!

When setting up BIG networks, like Interop, we generally recommend that 
folks turn SQE off in Ethernet(tm of Xerox) MAUs.

The reason for this is two fold:

1) If it is turned off, almost nothing notices.

2) If it is turned on and is attached to the upstream port of a multi-port 
device (including a hub/concentrator) it violates IEEE specifcations and 
will cause what appears to be a collision on almost every packet.

			--karl--
Newsgroups: comp.protocols.tcp-ip
From: helen@pulua.hcc.hawaii.edu (Helen Rapozo)
Subject: Re: Ethernet on Mac SE's & Plus's
Organization: Honolulu Community College
Distribution: na
Date: Sat, 10 Oct 1992 20:50:28 GMT

In article <3801@eastman.UUCP> lrxi00@icts01.Kodak.COM (James Nonnemacher) writes:
>Does anyone know if it's possible to connect Mac SE's and Plus's to an ethernet network? If so, where 
>can the adapters be purchased.
**********
We got an Ethernet adapter for a Macintosh SE from 3Com.  It was called the
EtherLink/SE Adapter.  3Com's address is 3164 Kifer Road, Santa Clara, CA
95052-8145.  My only gripe with this adapter is that you cann't leave
just the finder's background window clear (it needs a window to be
open at all times, otherwise it just loops on it).

As a suggestion if you have a lot of Macintosh SE or Plus to connect
to the Ethernet network, you might want to use their AppleTalk
network and then use a GatorBox or FastPath to route AppleTalk to
Ethernet packets.



Honolulu Community College            cs_rapozo@hccadb.hcc.hawaii.edu
874 Dillingham Blvd.                  helen@pulua.hcc.hawaii.edu
Honolulu, HI 96817                    rapozo@uhunix.uhcc.hawaii.edu
Ph#: (808) 845-9202
Newsgroups: comp.protocols.tcp-ip
From: kemenade@hsacsd.signaal.nl (Van Kemenade ba)
Subject: IGMP info wanted
Keywords: IGMP multicast
Reply-To: kemenade@hsacsd.signaal.nl
Organization: Hollandse Signaalapparaten B.V., Apeldoorn
Date: Tue, 13 Oct 1992 12:11:11 GMT

Hello everybody,

I'm having the following problem:

We have an application that broadcasts messages on our local network.
Since every connected node is bothered with these messages (even if it 
is not interested in them) we want to use multicasted messages.

I heard there is a protocol called IGMP (see RFC 1112) on top of IP 
which allows to send messages to a group of nodes (multicast) instead 
of to an individual node (unicast) or to every node (broadcast).

Our local network consists of, among others, DEC5000's, SUN3's and SUN4's

Questions
1) Is IGMP available on DEC5000, SUN3 and SUN4 ?
2) Is it or will it be always part of the TCP/IP package, or just an 
   extension ?
3) How can I use IGMP, when, in what release ?
4) Will it be a standard, will it be implemented by many vendors ?
5) Is it my only alternative to multicast ?

If you have any help, suggestions, information etc, please reply by e-mail.

Thanks,

                 John
--
J.M.F.M. v. Kemenade, Hollandse Signaal Apparaten bv, Civil Systems Division
Oude Apeldoornseweg 41-45,  PO. box 245, 7300 AE APELDOORN,  The Netherlands
Tel: +31-55-433287,  Fax: +31-55-432553,   Email: kemenade@hsacsd.signaal.nl
--
From: haynes@cats.ucsc.edu (Jim Haynes)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: TCP/IP Printers.
Date: 8 Oct 1992 18:07:03 GMT
Organization: University of California; Santa Cruz
NNTP-Posting-Host: hobbes.ucsc.edu


In article <1992Oct7.235124.29730@pacdata.uucp> johnr@pacdata.uucp (John Reed) writes:
>For the price of a used Sun3/50 (diskless, 4 Megs Ram, no monitor = $175.00
>from Minicomputer Exchange), and a little software work, you can easily make
>your own.

I spoze the down side of this is the need to maintain the 3/50, but at $175.00
you can probably afford all the spares you want.

The up side of this, and the reason I have a hard time taking tcp/ip printers
seriously, is that you may not want the printer printing just anything that
is thrown at it over the network.  I haven't looked at these printers, so
I don't know what kind of access controls and accounting they offer,
but I'd be surprised if they are as configurable as some of us would like.

There are those of us who would like to have Kerberos authentication,
perhaps a list of people who are allowed to print on a certain printer,
perhaps accounting, print quotas, etc.
-- 
haynes@cats.ucsc.edu
haynes@cats.bitnet

"Any clod can have the facts, but having opinions is an Art."
        Charles McCabe, San Francisco Chronicle
From: tomc@cse.HauppaugeNY (Tom Canino)
Newsgroups: comp.protocols.tcp-ip
Subject: BREAK via TLI
Date: 12 Oct 92 18:10:25 GMT
Reply-To: tomc@cse.HauppaugeNY (Tom Canino)
Distribution: na
Organization: ADDS - CSE engineering


I have an application that establishes a connection using TLI and then
pops "timod" off the stream and pushes "tirdwr" on to the stream so
that the read(2) and write(2), etc., system calls can be used.  I can
successfully transfer data using this connection, but I am
having difficulty transmitting a break over the network.  

Is there a way to transmit a BREAK on a TLI connection which has the
tirdwr module pushed on it?

By the way, I'am running a NCR System 3000, Unix 2.0, WIN-TCP 2.00.03.00

Thanks in advance for any insight.  :)

Please email your response and I'll post a summary to the net.
Newsgroups: comp.protocols.tcp-ip
From: larry@vishnu.eco.twg.com (Lawrence B. Henry III)
Subject: Re: TCPIP for VAX/VMS
Reply-To: larry@eco.twg.com
Organization: The Wollongong Group (East Coast Operations)
Date: Mon, 12 Oct 92 04:32:03 GMT


In article <9OCT199212040916@spades.aces.com>, gavron@spades.aces.com (Ehud Gavron 602-570-2000 x. 2546) writes:
|>Path: eco.twg.com!uunet!sunquest!spades.aces.com!gavron
|>From: gavron@spades.aces.com (Ehud Gavron 602-570-2000 x. 2546)
|>Newsgroups: comp.protocols.tcp-ip
|>Subject: Re: TCPIP for VAX/VMS
|>Message-ID: <9OCT199212040916@spades.aces.com>
|>Date: 9 Oct 92 19:04:00 GMT
|>References: <1aup88INN8vn@huon.itd.adelaide.edu.au> <2810@bsu-cs.bsu.edu>
|>Sender: news@sunquest.UUCP
|>Reply-To: gavron@ACES.COM
|>Organization: ACES Consulting Inc.
|>Lines: 34
|>News-Software: VAX/VMS VNEWS 1.4-b1
|>
|>In article <2810@bsu-cs.bsu.edu>, sam@bsu-cs.bsu.edu (B. Samuel Blanchard) 
|>writes...
|>#In article <1aup88INN8vn@huon.itd.adelaide.edu.au> dclunie@sirius.ucs.adelaide.edu.au (David Clunie) writes:
|>#>
|>#>We have an old Seimens MRI scanner based on a Dec VAX 750 that we want
|>#>to put on an ethernet running TCP/IP to Suns and so on.
|># 
|>#>David Clunie (dclunie@itd.adelaide.edu.au)
|># 
|>#Process Software has a product that my old boss looked at.
|>#The contact was Joe DelRossi  delrossi@process.com
|>#(800)722-7770
|># 
|>
|>There are many TCP/IP for VMS products.  Probably the best in the market
|>is TGV MultiNet.  They also have an Australian distribution point (you
|>could ask simon@internode.com.au who that is).  Their address in the USA
|>is sales@tgv.com, 1-800-TGV-3440.
|>
|>TGV Is the only *complete* package which supports NFS Client and Server,
|>RMT Client and Server, as well as a host of other products in a 100%
|>reliable configuration.
|>
|>Their software also emulates the interface to the Wollongong and DEC UCX
|>products, so software can be run without changes.
|>
|>Disclaimer: I don't work for TGV but I love their product and use it myself!
|>
|>Ehud
|>
|>--
|>Ehud Gavron        (EG76)     
|>gavron@vesta.sunquest.com
|>With YOU, I can be MYSELF..  We don't NEED Dan Rather..
|>
Before everyone gets too fired up about this.. I think what Ehud is trying to
say is check out what is out there before you go off and just buy Process or
anyone's TCP on VMS.. since there are lots of packages *complete* or otherwise
it just depends on your point of view and preferences.. If you like a TOPS
interface, a DCL interface or whatever.. ;-)

-Larry.
The Wollongong Group.
From: tli@skat.usc.edu (Tony Li)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: IP over Ethernet: LSAP=6 vs. SNAP
Date: 9 Oct 1992 00:31:04 -0700
Organization: University of Southern California, Los Angeles, CA
NNTP-Posting-Host: skat.usc.edu

    IP over LANs depends on the use of ARP.  Given the limited number of
    available 802.2 LSAPs, IEEE would not assign one for ARP, but was
    convinced to allocate one for the SNAP mechanism.  

So people frequently use HP probe as an ARP substitute when running 802.3.

    You could still run DIX and 802.3/802.2 versions of IP on the same wire.
    SNAP is just the preferred encoding.

... by the standards bodies.  Almost everyone is using (or is
migrating towards) DIX. 

-- 
Tony Li - Escapee from the USC Computer Science Department          tli@usc.edu
		       The net is not what it seems.