HDTenEightyP/NetNews huggingface dataset:
From: jbvb@vax.ftp.com  (James B. VanBokkelen)
Subject: Re: RAW SPEED numbers for various TCP-IP implementations
Nntp-Software: PC/TCP NNTP
Keywords: PC/TCP tuning
Reply-To: jbvb@ftp.com
Organization: FTP Software, Inc., Wakefield, MA
Date: Thu, 17 Dec 1992 16:41:55

In article <92345.230225FFAAC09@cc1.kuleuven.ac.be> Paul Bijnens <FFAAC09@cc1.kuleuven.ac.be> writes:

    There are normally 5 buffers in my PC/TCP-implementation.

With 5 buffers, I usually set my TCP window to 4096.  I don't recommend
specifying a low-window - the value we pick automatically is reasonable
and other values may provoke more problems than they solve.
    
    Yes, the Compac and the PC are connected with a Vines network on
    ARCNET.  ARCNET is 2.5 Mbit/sec, and has not much problem to get
    effectively about 2.5 Mbit/sec throughput out of it (measured using
    the dos command "copy" to just copy a file across the cable).  So
    I doubt Vines is the guilty party.

With the small TCP windows you're using, the round-trip-time through the
routers will dominate transmission speed.  Still, if Ascii transfers are
notably slower than Binary, a slight difference in timing is probably
provoking a pathological condition.  In INET DEBUG, check for errors
and "out of buffers" conditions.  In INET STAT, check both "rexmits"
and "duplicate packets".  In INET TCP, see what the round trip time
for the connection is (you can get this while shell-escaped).

James B. VanBokkelen		2 High St., North Andover, MA  01845
FTP Software Inc.		voice: (508) 685-4000  fax: (508) 794-4488
From: 5247cuid@vms.csd.mu.edu
Newsgroups: comp.protocols.tcp-ip
Subject: What is the meaning of LAT
Date: 13 Dec 1992 16:46:10 GMT
Organization: Marquette University - Computer Services
Reply-To: 5247cuid@vms.csd.mu.edu
NNTP-Posting-Host: vmsf.csd.mu.edu

Dear netters:

	What is the meaning of LAT and what is it used for and how is it
implemented?


	Thanks in advance.

	Sincerely Yours,


	Dayong Cui
Newsgroups: comp.protocols.tcp-ip.domains
From: skl@wimsey.bc.ca (Samuel Lam)
Subject: Re: SUMMARY: How to find automatically a name server?
Reply-To: skl@wimsey.bc.ca (Samuel Lam)
Date: Sat, 12 Dec 1992 10:51:28 GMT

In article <199212090958.AA18635@cnam.cnam.fr>, bortzmeyer@cnam.cnam.fr
 (Stephane Bortzmeyer) wrote:
>An example of BOOTP server with RFC 1084 is in lancaster.andrew.cmu.edu
>in pub/bootp.2.1.tar.Z.   I've not yet found a client to it.

The BOOTP client in Waterloo TCP will both request and accept
RFC1084 data.

The BOOTP client in (PC) NCSA Telnet does not request but will
accept RFC1084 data.

Just some more data points...

...Sam
-- 
<skl@wimsey.bc.ca> -- Connectivity Technology Inc.
From: vixie@pa.dec.com (Paul A Vixie)
Newsgroups: comp.protocols.tcp-ip.domains
Subject: Re: Why not automatically do reverse domains?
Date: 11 Dec 92 13:20:23
Organization: DEC Network Software Lab
Distribution: inet
	<VIXIE.92Dec8181301@cognition.pa.dec.com>
	<CKD.92Dec9123255@loiosh.eff.org>
NNTP-Posting-Host: cognition.pa.dec.com
In-reply-to: ckd@eff.org's message of Wed, 9 Dec 1992 17:33:02 GMT

> BIND 4.9's still in C, right?  Not everybody has a C compiler, after all...

Requiring Perl at this point would be an "additional constraint", which
is something I don't want to impose.  However, I'm going to include a 
"contrib" subdirectory that has all of the wonderful hacks you folks
have been posting here, as well as some of my own darker and uglier stuff.
--
Paul Vixie, DEC Network Systems Lab	
Palo Alto, California, USA         	"Don't be a rebel, or a conformist;
<vixie@pa.dec.com> decwrl!vixie		they're the same thing, anyway.  Find
<paul@vix.com>     vixie!paul		your own path, and stay on it."  -me
Newsgroups: comp.protocols.tcp-ip.domains
From: bortzmeyer@cnam.cnam.fr (Stephane Bortzmeyer)
Organization: CNAM
Subject: Does anyone know servers which accept inverse queries?
Date: Mon, 14 Dec 92 19:25:46 +0100
X-Received: by usenet.pa.dec.com; id AA29064; Mon, 14 Dec 92 10:25:40 -0800
X-Received: by inet-gw-2.pa.dec.com; id AA00538; Mon, 14 Dec 92 10:25:36 -0800
X-Received: from cnam.cnam.fr by chenas.inria.fr (5.65c8d/92.02.29)
	via Fnet-EUnet id AA18915; Mon, 14 Dec 1992 19:25:32 +0100 (MET)
X-Received: from localhost by cnam.cnam.fr with SMTP id AA28591
  (5.65c+/IDA-1.4.4 for comp.protocols.tcp-ip.domains.usenet@decwrl.dec.com); Mon, 14 Dec 1992 19:25:47 +0100
X-To: comp.protocols.tcp-ip.domains.usenet
X-Cc: bortzmeyer@cnam.cnam.fr
X-Newsgroups: comp.protocols.tcp-ip.domains
X-Keywords: DNS BIND nameservers inverse queries in-addr.arpa
X-Mts: smtp


Hello,

This question is neither urgent nor important, but it worries me for a long 
time.
RFC 1034 says in 3.7.2 that inverse queries (from a RDATA to a name) are 
optional. The name server has only to recognize it and reply "not implemented".
Comer in 18.14 says that inverse queries are not generally used.
I've read the documentations of various BIND-based servers and it seems they 
don't allow inverse queries.
So, the question is: is there somewhere an implementation of DNS with inverse 
queries? Is this feature used? Do the persons who operate it have conclusions to 
draw about it?

Stephane Bortzmeyer           Conservatoire National des Arts et Metiers	
bortzmeyer@cnam.cnam.fr       Laboratoire d'Informatique
                              292, rue Saint-Martin			
tel: +33 (1) 40 27 27 31      75141 Paris Cedex 03
fax: +33 (1) 40 27 27 72      France	

"C'est la nuit qu'il est beau de croire a la lumiere." E. Rostand
Newsgroups: comp.protocols.tcp-ip.domains,alt.fan.john-palmer
From: nelson@sun.soe.clarkson.edu (Russ Nelson)
Subject: Re: Problem: SOA record in INCLUDE file
Organization: Clarkson University, Potsdam NY
	<MDB.92Dec16022300@regal.cisco.com>
	<1992Dec17.021454.24017jp@tygra.Michigan.COM>
Date: Thu, 17 Dec 1992 15:23:44 GMT

In article <1992Dec17.021454.24017jp@tygra.Michigan.COM> jp@tygra.Michigan.COM (John Palmer) writes:

   The nameserver program is called named under both System V and BSD, but
   I'm not sure if they are the same. The problem with the System V version
   is that it cannot handle reverse (in-addr.arpa) stuff correctly. nslookup 
   always responds with a
      cannot find x.y.z.i-addr.arpa: unspecified error.

Gee, it works for me:

> set q=any
> 5.178.203.192.in-addr.arpa
Server:  crynwr.crynwr.com
Address: 192.203.178.1

5.178.203.192.in-addr.arpa     name = znote.crynwr.com
>

--
--russ <nelson@sun.soe.clarkson.edu> Companies persuade; Governments force.
From: vixie@pa.dec.com (Paul A Vixie)
Newsgroups: comp.protocols.tcp-ip.domains
Subject: BIND 4.9 ALPHA - testers needed
Date: 17 Dec 92 11:36:20
Organization: DEC Network Software Lab
Distribution: world
NNTP-Posting-Host: cognition.pa.dec.com

I've gotten about as far as I'm going to get with it on my own.  This
version is running the DEC.COM primary on gatekeeper.dec.com and also
the UUCP Zone servers on uucp-gw-{1,2}.pa.dec.com whose named.boot files
are each about 2200 lines long.  There are a few observed badnesses, but
fewer than in 4.8.3.  I want to get some other people to run this code
and make sure it's as portable as I've tried to make it.

This will be a controlled, private Alpha test.  If you reply (by mail)
to this message offerring to test this stuff, let me know...

	1. what domains you would make it primary for?
	2. how many domains (of what approximate) size
	   would you make it secondary for?
	3. how many servers would you run it on?
	4. what architecture and operating system
	   are these servers?

Prerequisites:
	internet access including e-mail and ftp.
	willingness/ability to find and fix bugs and portability problems.

I will answer all the offers I get, either by saying "sorry, thanks anyway"
or "ok, you're on the mailing list, wait for further instructions".

The Alpha will last until 31-December or so, after which I will announce a
public Beta here and on the BIND mailing list.
--
Paul Vixie, DEC Network Systems Lab	
Palo Alto, California, USA         	"Don't be a rebel, or a conformist;
<vixie@pa.dec.com> decwrl!vixie		they're the same thing, anyway.  Find
<paul@vix.com>     vixie!paul		your own path, and stay on it."  -me
From: ccewch@nuscc.nus.sg (Wong Chee Heng)
Newsgroups: comp.protocols.tcp-ip.domains
Subject: FAQ available
Date: 9 Dec 92 08:57:43 GMT
Organization: National University of Singapore

I am new to this group. Is there a FAQ available? Thank you.

--
Wong Chee Heng
Systems Programmer
ccewch@nuscc.nus.sg.
Newsgroups: comp.protocols.tcp-ip.domains
From: ckd@eff.org (Christopher Davis)
Subject: Re: Why not automatically do reverse domains?
Organization: Electronic Frontier Foundation Tech Central
	<VIXIE.92Dec8181301@cognition.pa.dec.com>
	<CKD.92Dec9123255@loiosh.eff.org>
	<VIXIE.92Dec11132023@cognition.pa.dec.com>
Distribution: inet
Date: Sat, 12 Dec 1992 05:41:29 GMT

PAV> == Paul A Vixie <vixie@pa.dec.com>

 PAV> I'm going to include a "contrib" subdirectory that has all of the
 PAV> wonderful hacks you folks have been posting here, as well as some
 PAV> of my own darker and uglier stuff.

Sounds like a reasonable solution.  The A -> PTR conversion stuff isn't
absolutely *necessary*, just one of the most important add-on tools :)

I'd also be interested in seeing some of that 'darker and uglier' stuff.
Not that I should be one to talk, with the way some of *my* code looks...
--
Christopher K. Davis      | ``Usenet seems to run much like the Kif (or,
<ckd@eff.org>   EFF #14   |   for the TV generation, Klingon) high command.
System Administrator, EFF |   Whoever takes action and can be heard wins.''
+1 617 864 0665  [CKD1]   |   --Peter da Silva <peter@ferranti.com>
From: ash@hpindda.cup.hp.com (Art Harkin)
Date: Tue, 15 Dec 1992 18:56:29 GMT
Subject: Re: Problem: SOA record in INCLUDE file
Organization: HP Information Networks, Cupertino, CA
Newsgroups: comp.protocols.tcp-ip.domains

/ hpindda:comp.protocols.tcp-ip.domains / verghese@apollo.hp.com (Ben Verghese) / 12:02 pm  Dec 14, 1992 /

> I have observed a problem with the namserver when the SOA record for a domain
> is included from another file using $INCLUDE. An error message is generated
> through syslog saying that no SOA record was found. All queries for records in
> that domain are answered as non-authoritative. I looked at the BIND code
> (version 4.37?) and this is what the code does. It seems to me that SOA
> records should not be shared across named database files for different
> domains. Can someone tell me if there is a written or unwritten convention
> about SOA records and INCLUDE files.

      There is a patch circulating for allowing only one SOA RR per
domain. It will allow the SOA record to be in the include file, but there
can still only be one SOA RR. From what I understand, the LONG AWAITED
next release of named will include this patch, so it will become de facto.
From what I can tell, there is no clear yes or no to multiple SOAs in
the RFCs, however the method of choosing the authorative SOA RR would be
confusing if multiple SOAs are allowed.

  Art Harkin

Hewlett-Packard Company			E-mail:  ash@cup.hp.com
Information Networks Division
19420 Homestead Road MS 43LN, Cupertino, CA  95014
Newsgroups: comp.protocols.tcp-ip.domains
From: uad1216@dircon.co.uk (Hugh Neale)
Subject: Re: FAQ available????
Date: Wed, 16 Dec 1992 10:25:05 GMT

In article <1992Dec15.155627.329@csghsg5a.bitnet> 92636828s@csghsg5a.bitnet writes:
>In article <1992Dec9.085743.826@nuscc.nus.sg>, ccewch@nuscc.nus.sg (Wong Chee Heng) writes:
>> I am new to this group. Is there a FAQ available? Thank you.
>> 


I don't know if there's an FAQ for DNS, but take a look at the
new book "DNS and BIND" by Paul Albitz and Cricket Liu (published 
by O'Reilly ISBN 1-56592-010-4).

It has lots of very useful info on setting up and troubleshooting
DNS and related subjects.  Worth a look.

Ian Wade
G3NRW
From: tal@plts.uucp (Tom Limoncelli)
Newsgroups: comp.protocols.tcp-ip.domains
Subject: Re: Help
Date: 19 Dec 1992 08:07:55 -0500
Organization: P.L.T.S., North Plainfield, New Jersey, USA
Distribution: inet
NNTP-Posting-Host: plts.uucp

In <291@kivax.dk-vs.UUCP> watz@dk-vs.UUCP (Uwe Watzek) writes:

>Hi folks
>I hope it's the right Newsgroup. If not, I'm sorry.

It's not.

>I'm looking for the internet-Address of the following host:
>dutepp0.et.tudelft.nl

dutepp0.et.tudelft.nl   A       130.161.144.65

>If you know something about it, please mail it to me.

Just to avoid the flurry of email, I've already sent this to
him.

Tom
-- 
Tom Limoncelli -- tal@plts.uucp (home) -- tal@warren.mentorg.com (work)
Heros falling to the ground / like hell's magnet / pulls me down / on my knees
/ I try to please his eyes / his idol eyes. / Jerking motions won't revive him
/ mouth to mount resusitation / I just lay down beside him / and idolize.
Newsgroups: comp.protocols.tcp-ip.domains
From: jp@tygra.Michigan.COM (John Palmer)
Subject: Re: Problem: SOA record in INCLUDE file
Organization: CAT-TALK Conferencing System
Date: Thu, 17 Dec 1992 02:14:53 GMT

In article <MDB.92Dec16022300@regal.cisco.com> mdb@regal.cisco.com (Mark D. Baushke) writes:
>
>The following patch may be of help to you if you have 4.8.3 sources.
>It may also work with older versions of the bind sources.
>

Does anyone have a version of BIND which works under SCO TCP/IP (Streams
TCP/IP by Lachman). I'm wondering what version of BIND comes with that
package or is it even BIND which they distribute with System V type TCP
IP implementations. 

The nameserver program is called named under both System V and BSD, but
I'm not sure if they are the same. The problem with the System V version
is that it cannot handle reverse (in-addr.arpa) stuff correctly. nslookup 
always responds with a
   cannot find x.y.z.i-addr.arpa: unspecified error.
 
Also, System V named will not zone-xfer glue records to secondary servers.
All in all, quite a buggy implementation, both under SCO Xenix TCP/IP and
ISC UNIX 3.2. 
-- 
Clinton/Gore in '92   | E-MAIL: jp@michigan.com  CAT-TALK IS BACK as a FREE
PUTTING PEOPLE FIRST  | SYSTEM!! 313-882-2209 300-14400 V.32/V.32BIS/TurboPEP
bye-bye Georgie....   | Anon-UUCP: System: tygra, Login: nuucp, no pw
Its been a bitch...   | Get file "/cat/pub/filelist" for a list of files.
Newsgroups: comp.protocols.tcp-ip.domains
From: davecb@nexus.yorku.ca (David Collier-Brown)
Subject: Re: Why not automatically do reverse domains?
Organization: York University
Date: Sat, 12 Dec 1992 22:55:47 GMT



RN> (Russ Nelson <nelson@sun.soe.clarkson.edu>) writes:
 RN> Why doesn't BIND automatically generate a PTR record for every A
 RN> record it sees?  All the nameserver tools I've seen perform that
 RN> function, why doesn't BIND?  Is there some subtlety that doesn't
 RN> meet my eye?

phil@pex.eecs.nwu.edu (William LeFebvre) writes:
|Another problem is hosts with more than one name.  Only one name
|can be canonical, and that is the one that is named in the PTR

  That's actually a very common situation: we have lots of
``service-names'' for machines here at Ork which we do with CNAME
records, but there is one case that forces us back to extra A-records:
broken mailers!

  A certain major vendor ships a sendmail that, unless you're running
a certain network lookup service, fails to honor MX records.  Many
users don't understand the undesirability of this, and dont switch to
an (optional) mx-capable sendmail.
  This is usually known as ``sendfail''.
  To avoid it, our mailhubs have extra A records, along with the
usual MX records, thusly:
	ccs.yorku.ca.	86400	A	130.63.7.3
	ccs.yorku.ca.	86400	MX	10 ccs.yorku.ca.
  This has the usefull side-effect of making finger queries to
ccs.yorku.ca produce the expected results.

  However, ccs.yorku.ca isn't the **real** real name of the machine:
it's actually draco.ccs.yorku.ca, abd that's what following the PTR
record will tell you.

  I've been tempted for some time to write a preprocessor for bind
to support an ASERVICE record as well as an A.  A's would cause
PTRs.  ASERVICEs wouldn't.

--dave (some day, when I get caught up on
	another few hundred projects...) c-b

-- 
David Collier-Brown,  | davecb@CCS.YorkU.CA | lethe!dave
72 Abitibi Ave.,      | 
Willowdale, Ontario,  | York Postmaster and
CANADA. 416-223-8968  | occasional sendfail(8) consultant.
From: andersa@Riga.DoCS.UU.SE (Anders Andersson)
Newsgroups: comp.protocols.tcp-ip.domains
Subject: Re: Does anyone know servers which accept inverse queries?
Date: 16 Dec 1992 12:33:59 GMT
Organization: Uppsala University, Sweden
Distribution: world
NNTP-Posting-Host: riga.docs.uu.se

In article <199212141825.AA28591@cnam.cnam.fr>, bortzmeyer@cnam.cnam.fr (Stephane Bortzmeyer) writes:
> So, the question is: is there somewhere an implementation of DNS with inverse 
> queries? Is this feature used? Do the persons who operate it have conclusions to 
> draw about it?

At least our named (as shipped with SunOS 4.1.2) supports
inverse queries.  I don't find them extremely useful however,
other than possibly for diagnostic purposes, since the result
of such a lookup depends a lot on the actual configuration of
the server, even when it's configured according to the book.

There is a version of nslookup around which uses an inverse
A query to find out the name of the nameserver upon startup.
Once I thought it would be neat to put the loopback address
(127.0.0.1) in /etc/resolv.conf on the server itself, merely
for aesthetic reasons.  However, this caused my nslookup to
display just about any domain name with such an A record, and
since some of the zones we served as secondary had many names
of the localhost.dom.ain kind, the result was pretty silly...
I thus reverted to using the mostly unambiguous IP address of
one of the physical interfaces in /etc/resolv.conf instead.
--
Anders Andersson, Dept. of Computer Systems, Uppsala University
Paper Mail: Box 325, S-751 05 UPPSALA, Sweden
Phone: +46 18 183170   EMail: andersa@DoCS.UU.SE
Newsgroups: comp.protocols.tcp-ip.domains
From: verghese@apollo.hp.com (Ben Verghese)
Subject: Problem: SOA record in INCLUDE file
Date: Mon, 14 Dec 1992 20:02:21 GMT
Distribution: comp
Organization: Apollo Division, Hewlett-Packard Corporation, Chelmsford, MA


I have observed a problem with the namserver when the SOA record for a domain
is included from another file using $INCLUDE. An error message is generated
through syslog saying that no SOA record was found. All queries for records in
that domain are answered as non-authoritative. I looked at the BIND code
(version 4.37?) and this is what the code does. It seems to me that SOA
records should not be shared across named database files for different
domains. Can someone tell me if there is a written or unwritten convention
about SOA records and INCLUDE files.

thanks in advance for any help,

	ben

--
*************************************************************************
* Ben Verghese					Phone:	1-436-5681	*
* Chelmsford Software Systems Lab (CSSL)	        (508) 436-5681  *
* Open Systems Software Division (OSSD)		verghese@apollo.hp.com	*
* Hewlett Packard Co.                                                   *
*************************************************************************
Newsgroups: comp.protocols.tcp-ip.domains
From: phil@pex.eecs.nwu.edu (William LeFebvre)
Subject: Re: Why not automatically do reverse domains?
Organization: EECS Department, Northwestern University
Date: Fri, 11 Dec 1992 17:29:20 GMT

In article <CKD.92Dec8180024@loiosh.eff.org> ckd@eff.org (Christopher Davis) writes:
>RN> == Russ Nelson <nelson@sun.soe.clarkson.edu>
>
> RN> Why doesn't BIND automatically generate a PTR record for every A
> RN> record it sees?  All the nameserver tools I've seen perform that
> RN> function, why doesn't BIND?  Is there some subtlety that doesn't
> RN> meet my eye?
>
>Having authority for a forward domain does not mean you have authority
>for the reverse domain.  This is the biggest problem.

Another problem is hosts with more than one name.  Only one name
can be canonical, and that is the one that is named in the PTR
record.

>That said, there probably should be a perl script or something
>distributed with BIND to generate IN-ADDR.ARPA domains from normal
>"forward" files...

There is such a tool, but it is not (yet) part of the bind
distribution.  It's called "h2n" and is a perl script written by the
authors of "DNS and BIND in a nutshell".  It converts a file in
"/etc/hosts" format into the appropriate bind zone files.  Off hand, I
don't know of an archive site that carries it.  Cricket?  You out
there?

		William LeFebvre
		Computing Facilities Manager and Analyst
		Department of Electrical Engineering and Computer Science
		Northwestern University
		<phil@eecs.nwu.edu>
From: craig@ec.uwa.oz.au (Craig Richmond - division)
Newsgroups: comp.protocols.tcp-ip.domains
Subject: Re: Why not automatically do reverse domains?
Date: 17 Dec 1992 23:46:59 GMT
Organization: The University of Western Australia
Distribution: inet
NNTP-Posting-Host: decel.ecel.uwa.edu.au

nelson@sun.soe.clarkson.edu (Russ Nelson) writes:

>Why doesn't BIND automatically generate a PTR record for every A
>record it sees?  All the nameserver tools I've seen perform that
>function, why doesn't BIND?  Is there some subtlety that doesn't meet
>my eye?

Multiple names for IP numbers.  Which reverse name lookup should it use?
(Mind you, not that many machines couldn't use an A and a CNAME record
rather than 2 A addresses)

Craig
--
Craig Richmond.  Computer Officer -  Dept of Economics (morning) 380 3860
  University of Western Australia    Dept of Education (afternoon)
craig@ecel.uwa.edu.au Dvorak Keyboards RULE!  "Messes are only acceptable
if users make them.  Applications aren't allowed this freedom" I.M.VI 2-4
Newsgroups: comp.protocols.tcp-ip.domains
From: skl@wimsey.bc.ca (Samuel Lam)
Subject: Re: Why not automatically do reverse domains?
Reply-To: skl@wimsey.bc.ca (Samuel Lam)
Date: Sat, 12 Dec 1992 22:56:15 GMT

In article <szymon.159.724010751@uci.agh.edu.pl>, szymon@uci.agh.edu.pl
 (Szymon Sokol) wrote:
>I manage the network of my university, which
>has a domain name agh.edu.pl, but it is only a part of a B class network,
>of which we have 32 C-class subnets. Therefore, we provide a forward
>resolution, while the manager of the inter-university network is responsible
>for 156.149.in-addr.arpa.

He could actually delegate your section of the class B network to
you via 32 sets of NS records for your class C sized subnets.  i.e.
Your subnets' reverse domain zones are:

	X.156.149.in-addr.arpa	(for X = your subnets' numbers)

...Sam
-- 
<skl@wimsey.bc.ca> -- Connectivity Technology Inc.
From: vixie@pa.dec.com (Paul A Vixie)
Newsgroups: comp.protocols.tcp-ip.domains
Subject: Re: Does anyone know servers which accept inverse queries?
Date: 17 Dec 92 11:26:27
Organization: DEC Network Software Lab
Distribution: inet
NNTP-Posting-Host: cognition.pa.dec.com
In-reply-to: bortzmeyer@cnam.cnam.fr's message of Mon, 14 Dec 92 19:25:46 +0100

Inverse queries are supported by BIND version 4.8.3 and various
earlier ones; I'm not sure what version they first appeared in.
My experience with them shows that they are worthless, that they
consume nontrivial amounts of memory, and that they make the
name server implementation harder to find and fix bugs in.  In
BIND 4.9, inverse queries are an optional feature.  The only
"production" use of them is in "nslookup", a name server query
tool, which does an IQUERY on its initial server address rather
than PTR lookups on them as is done in normal practice.
--
Paul Vixie, DEC Network Systems Lab	
Palo Alto, California, USA         	"Don't be a rebel, or a conformist;
<vixie@pa.dec.com> decwrl!vixie		they're the same thing, anyway.  Find
<paul@vix.com>     vixie!paul		your own path, and stay on it."  -me