DNS on CLNP RRs

George Michaelson <G.Michaelson@cc.uq.oz.au> Sun, 05 July 1992 00:22 UTC

Received: from ietf.nri.reston.va.us by IETF.NRI.Reston.VA.US id aa02194; 4 Jul 92 20:22 EDT
Received: from NRI.NRI.Reston.Va.US by IETF.NRI.Reston.VA.US id aa02190; 4 Jul 92 20:22 EDT
Received: from haig.cs.ucl.ac.uk by NRI.Reston.VA.US id aa19239; 4 Jul 92 20:23 EDT
Received: from bells.cs.ucl.ac.uk by haig.cs.ucl.ac.uk with local SMTP id <g.02845-0@haig.cs.ucl.ac.uk>; Sun, 5 Jul 1992 00:40:46 +0100
Received: from brolga.cc.uq.oz.au by bells.cs.ucl.ac.uk with Internet SMTP id <g.11076-0@bells.cs.ucl.ac.uk>; Sun, 5 Jul 1992 00:40:37 +0100
Received: from cc.uq.oz.au by brolga.cc.uq.oz.au id <22506-0@brolga.cc.uq.oz.au>; Sun, 5 Jul 1992 09:40:27 +1000
To: osi-ds@cs.ucl.ac.uk
Subject: DNS on CLNP RRs
Date: Sun, 05 Jul 1992 09:40:27 +1000
From: George Michaelson <G.Michaelson@cc.uq.oz.au>
Sender: G.Michaelson@cc.uq.oz.au
Message-ID: <9207042023.aa19239@NRI.Reston.VA.US>

Since this suggests that the DNS is being retargetted as an address-discovery
protocol, some issues to do with use of X.500 for OSI network addressing
have to be raised. 

My immediate reaction is that this is obviously beneficial, and will probably
perform better in practice than the DIT and allied s/w currently in the field

I hope however, that we are going to see some alignment which permits X.500
to be a "master data resource" and the DNS information for this function
being updated FROM X.500 

There are precedents for this, in the use of hesiod to distribute passwd info
where the DNS is clearly NOT the primary information store...

	comments?

	-George