[Federated-fs] Discussion of FSN resolution: what is required vswhat is expected
Black_David at emc.com
Black_David at emc.com
Wed May 2 22:52:53 PDT 2007
> Yes, sorry I forgot to note that.
>
> The NSDB is a service. The name is perhaps somewhat misleading (but
it's
> better than half a dozen names we came up with first...).
>
> I think it's likely that we will need another term here, to
distinguish the
> name resolution service from the administration service for the
individual
> NSDBs. When performing resolution, maybe it doesn't matter which NSDB
> instance you ask -- it will either know the answer, or route your
request
> along to someone who does, When performing admin tasks, I think it's
more
> likely that it does matter -- in this case it makes sense to talk
directly
> to the NSDB that owns the FSN.
Lets try FNRS - F(S)N Resolution Service. The discussion of admin tasks
makes sense - one wants to talk directly to the responsible NSDB that
can
then export the appropriate update into an FNRS that may span multiple
NSDBs.
> The reason I think that there is a distinction here is because of the
> different security models for the different kinds of queries. It might
be
> OK for everyone to do resolution (and everyone else to know about it),
but
> admin operations might be more private and protected in a
> different manner.
>
> What do you think?
Makes sense. We need to make sure not to inadvertently exclude a
single-NSDB-scoped FNRS, as that's a fairly obvious simple
implementation.
Thanks,
--David
----------------------------------------------------
David L. Black, Senior Technologist
EMC Corporation, 176 South St., Hopkinton, MA 01748
+1 (508) 293-7953 FAX: +1 (508) 293-7786
black_david at emc.com Mobile: +1 (978) 394-7754
----------------------------------------------------
More information about the Federated-fs
mailing list