| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 306.1 | line speed attribute is the reason | NAC::SCHLENER | | Tue Sep 04 1990 16:30 | 15 |
| The reason you need the DNS namespace for the LINE entity is due to the
line speed attribute. This is an artificial attribute under LINE which
is needed by the PA FM for certain statistics. To allow for users to
set this attribute (along with getting its current value), it was
decided to use the DNS namespace to store the attribute's value.
I thought that the code to retrieve the value, dealt with not finding
the line in the namespace. This may be a bug or is part of the
philosophy. You may want to send mail to Jim Carey (I think it's
TOOK::J_CAREY) who is the DECnet AM project leader.
Cindy
ex-Phase IV AM developer
|
| 306.2 | | GOSTE::CALLANDER | | Tue Sep 04 1990 18:30 | 5 |
| Jim can be reached at took::carey, and during his absence (he will
be on vacation for a few weeks) you can contact Darry Ball
(took::d_ball) who can help.
|
| 306.3 | what was the error? | TOOK::DENSMORE | Dirty deeds done dirt cheap | Thu Sep 06 1990 13:57 | 6 |
| In Jim's absence, I have reverted to my old job as Phase IV Project
Leader. Could you send me a log of what happened? (Or post it here?)
Thanks.
Mike
|
| 306.4 | feature or bug? | JETSAM::WOODCOCK | | Thu Sep 06 1990 15:29 | 23 |
| > In Jim's absence, I have reverted to my old job as Phase IV Project
> Leader. Could you send me a log of what happened? (Or post it here?)
> Thanks.
>
> Mike
Mike,
The command was a simple SHOW command:
Show node4 bbpk01 line syn-0 all co
The error was ; Cannot communicate with server
The error was caused because I wasn't pointing to a valid namespace hence
the error. My curiousity was why did it need to communicate at all with
the namespace (no other NODE4 subentity commands needed to)? The introduction
of a 'speed' attribute into the namespace for LINEs would explain this. The
question now becomes whether the implementation of the 'speed' attribute
is a feature or a bug????
brad...
|
| 306.5 | DNS is required for lots of things... | TOOK::DENSMORE | Dirty deeds done dirt cheap | Fri Sep 07 1990 11:06 | 10 |
| re .3
Yes. The problem is that the AM is trying to determine what the Line
Speed attribute is and cannot get to a server to find out. Line Speed
is a feature since PA won't work without it. Note that lots of DECmcc
features depend on DNS: domains, reference attributes, maps... The
ability to do some of the management operations without DNS is merely a
side-effect of the way the AM works.
Mike
|
| 306.6 | I don't get it... | TOOK::PLOUFFE | Jerry | Fri Sep 07 1990 12:18 | 28 |
| RE: <<< Note 306.5 by TOOK::DENSMORE "Dirty deeds done dirt cheap" >>>
-< DNS is required for lots of things... >-
> Yes. The problem is that the AM is trying to determine what the Line
> Speed attribute is and cannot get to a server to find out. Line Speed
> is a feature since PA won't work without it. Note that lots of DECmcc
> features depend on DNS: domains, reference attributes, maps... The
> ability to do some of the management operations without DNS is merely a
> side-effect of the way the AM works.
Mike:
I still don't understand...
Brad was doing a SHOW ... ALL COUNTERS command. Is line speed considered
to be a counter? Is it used to "calculate" any of these counters? I hope
not.
I can understand that SHOW ... ALL STATISTICS might not work if the DNS
namespace was unavailable (or undefined), but ALL COUNTERS should still
work.
Isn't line speed a REFERENCE attribute?
- Jerry
|