| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 576.1 | if registered... | GOSTE::CALLANDER | | Fri Dec 21 1990 15:22 | 6 |
| from my understanding, I though that registered entities came
from the stored values, while those children that are not registered
are queried from the entity.
Jim Lemmon, or Pat is this right?
|
| 576.2 | I dunno... | BARREL::LEMMON | | Thu Jan 03 1991 17:30 | 6 |
| The Iconic Map just goes to the dictionary, retrieves all of the MCC child
entities, and then does a SHOW MCC 0 <child> * ALL IDENTIFIERS for each one
it finds.
It doesn't know (or care) where the information is comming from.
|
| 576.3 | and the answer is... | JETSAM::WOODCOCK | | Fri Jan 04 1991 18:23 | 19 |
| For my own peace of mind to answer this question I did the following test:
- registered a node4 with 4 circuits configured
- double clicked on the node and verified the number of circuits
- Removed 2 circuits from the node database
- exit MCC (MCC stored the 4 circuit info until exited)
- re-entered MCC and again double clicked the node
- 2 circuits appeared
This shows that MCC goes to the entity for the children and does not
use DNS (at least for line and circuit info). I asked this question
because I had concern as to whether nodes needed to be deregistered/
reregestered each time circuits are reconfigured on a node. This would
have been a serious inconvenience for network managers of large nets.
But it's a non-issue.
cheers,
brad
|
| 576.4 | re:.3,.4
| BARREL::LEMMON | | Mon Jan 07 1991 17:55 | 8 |
| I misread reply 3. I thought it Brad was talking about double clicking
into the MCC global entity. (I guess I am a bit dyslexic). Anyway, brad
is right. The Iconic map does a
SHOW <class> <instance> <child> * ALL IDENT
for each child the entity supports.
/Jim
|