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
- Directory Services Work coordination proposal Erik Huizer (SURFnet BV)
- Re: Directory Services Work coordination proposal Barry M. Leiner
- Re: Directory Services Work coordination proposal Masataka Ohta
- Re: Directory Services Work coordination proposal Simon E Spero
- Re: Directory Services Work coordination proposal John Curran
- Re: Directory Services Work coordination proposal Simon Spero
- Re: Directory Services Work coordination proposal John Curran
- Re: Directory Services Work coordination proposal pays
- Re: Directory Services Work coordination proposal Masataka Ohta
- Re: Directory Services Work coordination proposal John Curran
- Re: Directory Services Work coordination proposal John Curran
- Re: Directory Services Work coordination proposal sri
- Re: Directory Services Work coordination proposal sri
- Re: Directory Services Work coordination proposal Erik Huizer (SURFnet BV)
- Re: Directory Services Work coordination proposal Barry M. Leiner