Re: Directory Services Work coordination proposal

John Curran <jcurran@nic.near.net> Sat, 13 November 1993 09:28 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa00789; 13 Nov 93 4:28 EST
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id ab00779; 13 Nov 93 4:28 EST
Received: from ucdavis.ucdavis.edu by CNRI.Reston.VA.US id aa01375; 13 Nov 93 2:42 EST
Received: by ucdavis.ucdavis.edu (4.1/UCD2.05) id AA22241; Fri, 12 Nov 93 22:29:39 PST
X-Orig-Sender: ietf-wnils-request@ucdavis.edu
Received: from nic.near.net by ucdavis.ucdavis.edu (4.1/UCD2.05) id AA21468; Fri, 12 Nov 93 22:14:43 PST
Message-Id: <9311130614.AA21468@ucdavis.ucdavis.edu>
Received: from nic.near.net by nic.near.net id aa13871; 13 Nov 93 1:15 EST
To: Masataka Ohta <mohta@necom830.cc.titech.ac.jp>
Cc: Simon Spero <ses@hillary.oit.unc.edu>, ses@tipper.oit.unc.edu, leiner@nsipo.nasa.gov, Erik@necom830.cc.titech.ac.jp, Huizer@necom830.cc.titech.ac.jp, Erik.Huizer@surfnet.nl, osi-ds@cs.ucl.ac.uk, ietf-wnils@ucdavis.edu, apples@surfnet.nl
Subject: Re: Directory Services Work coordination proposal
In-Reply-To: Your message of Sat, 13 Nov 1993 14:49:23 +0200. <9311130549.AA27719@necom830.cc.titech.ac.jp>
Date: Sat, 13 Nov 1993 01:15:43 -0500
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: John Curran <jcurran@nic.near.net>

--------
] From: Masataka Ohta <mohta@necom830.cc.titech.ac.jp>
] Subject: Re: Directory Services Work coordination proposal
] Date: Sat, 13 Nov 93 14:49:23 JST
] 
] I think it the issue is not necessarily searching but the selection
] of the best servers.
] 
] Selection by the client side is the issue to be solved by policy routing.
] That is, if a policy is rich enough to select the best route to some server,
] it is also good enough to select the server with the best route.

Hmm.   I agree with what you are saying, but would rather use the phrase 
"improved service architecture" as opposed to "policy routing".

Policy routing is one tool for getting end-to-end service with particular
characteristics, but there are others (such as resource reservation).
Refer to current ID draft-braden-realtime-outline-00.ps as an example.

(Also, the phrase "policy routing" is also used heavily in the routing 
 side of the IETF, and does not imply ability to know the characteristics
 of a given path to the destination.)

] But, if we urgently need it some static scheme should be developed.

Agreed...   Having directory services do "the best they can" with respect
to path considerations is worthwhile; I just would not want to see a major
investment in this area given that changes to the service architecture may
result in much more accurate methods.

/John