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
- DNS on CLNP RRs George Michaelson
- Re: DNS on CLNP RRs Thomas Johannsen
- Re: DNS on CLNP RRs George Michaelson
- Re: DNS on CLNP RRs Thomas Johannsen
- Re: DNS on CLNP RRs Steve Hardcastle-Kille
- Re: DNS on CLNP RRs Glenn Mansfield
- Re: overloading cn= in the DIT Thomas Johannsen