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 |
I got an error when showing statistics. This is the command from iconic map: show statistics node4 2.31 line SVA-0 Domain: DSP_NS:.nyb error: cannot locate services required information for comuting statistics. I have no problem in showing counters, characteristics on the same line. Please advise. janet
T.R | Title | User | Personal Name | Date | Lines |
---|---|---|---|---|---|
1473.1 | VERNA::V_GILBERT | Tue Sep 10 1991 09:21 | 3 | ||
Did you try doing the same command from the FCL? Verna | |||||
1473.2 | Protocol is not available. | TOOK::ANWARUDDIN | Anwar | Tue Sep 10 1991 10:02 | 13 |
>> error: cannot locate services required information for comuting >> statistics. This usually means that the protocol for the line is not available and so PA cannot compute statistics. Some implementations of DECnet do not return the protocol information. Please do a SHOW LINE ALL CHARAC to verify that the protocol is indeed not available. In the next version, PA will try to infer the protocol and calculate statistics. | |||||
1473.3 | default value?? | JETSAM::WOODCOCK | Tue Sep 10 1991 10:36 | 15 | |
>> Please do a SHOW LINE ALL CHARAC to verify that the protocol is indeed >> not available. In the next version, PA will try to infer the protocol >> and calculate statistics. Just a comment. DECnet overhead is typically less than 5% for most networks. Considering we are only dealing with a portion (datalink) of this overhead it may make sense to simply "plug" in at least the value of the smallest known datalink's overhead. This is of course only if the protocol can't be determined. It would allow PA to maintain a proximity of accuracy and make the product more robust from the customers' point of view. best regards, brad... |