| Title: | DECmcc user notes file. Does not replace IPMT. |
| Notice: | Use IPMT for problems. Newsletter location in note 6187 |
| Moderator: | TAEC::BEROUD |
| Created: | Mon Aug 21 1989 |
| Last Modified: | Wed Jun 04 1997 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 6497 |
| Total number of notes: | 27359 |
1). I am not sure the DNS full name always starts with a .
If it is prefixed by the name space it could become something like:
NAME_SPACE:.directory.object
2). Let's assume the EXAMPLE AM, with a Phase4Name, Phase4Address, and
FullName.
What is the logic for the access module, at registration time, to
make the relation between the FullName and let's say the SYNONYM name
(Phase4Name) ?
The SYNONYM in made a "required" request argument for the REGISTER
directive. The FullName is given as the Global Entity instance.
In order to check the "connectivity" with the object, I assume
the registration FM issues a
SHOW <class> FullName ALL IDENTIFIERS
But how can the AM find out at that time to which node that instance is
related to?
What happens with the SYNONYM as the
SHOW <class> FullName ALL IDENTIFIERS
does not necessarely accept a request argument ?
Is the functional specifications of theregistration FM somewhere
available?
Regards,
Dominique.
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 1670.1 | Two flavors of Registration: Simple & Complex | MOLAR::ROBERTS | Keith Roberts - DECmcc Toolkit Team | Fri Oct 18 1991 07:54 | 47 |
Supporting the Register directive comes in two flavors; lets call them
Simple and Complex. For v1.2, we elected to support 'Simple'
Registration for the Sample AM.
'Simple' Registration means that the Management Module can translate
the Fullname Identifier to Primary Identifier by itself.
Registration FM Sample AM
--------------- ----------------
Register Sample .molar Show Sample .molar All Identifiers
The requirement we put on the fullname identifier for the Sample AM is
that the "Last Simple name is really the phase4 name"
So, ".molar" as a fullname translates to "molar" as a phase4name
and ".lkg.tan.wakeme" translates to "wakeme"
After the Sample does the translation, it is business as usual.
----------
'Complex' Registration means that the Management Module can not
translate the fullname by itself. It has to look into DNS to get the
translation from fullname to primary identifier.
The Registration FM will call your 'show identifers' routine with the
fullname so you can return your list of identifiers - but you will have
to DNS to get the translation ... and you haven't been registered yet!
So - you must implement the REGISTER directive yourself. The
Registration FM will see that you have a primary identifer and call
your register directive with fullname as the in-entity, and In-P
containing the other identifiers .. you tuck the other identifiers into
a cache, and return
When the show identifiers directive comes in, before going to DNS you
check the cache - and find the data - and return it. Then the
registration fm puts the data into DNS - and sets up the back
translation (primary identifier to fullname link).
----------
Whew - so, how many of you did I loose? All this information will be
properly documented in the Toolkit and Registration FM Module Reference
Manuals (MRM).
/keith
| |||||
| 1670.2 | 1670.0 1). was comment to note 1662.1 | KETJE::PACCO | To manage you have to be a (manag..) skilled person! | Mon Oct 21 1991 05:20 | 6 |
The remark 1). of note 1670.0 was in fact a comment on note 1662.1.
Ooops,
Sorry for the inconsistency.
Dominique.
| |||||