| 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 |
Hi,
under ULTRIX 4.2A, DECmcc EFT 1.2.7 we experienced the following
problem under station AM at a customer site. This problem is
reproductable at Digital site.
We register succesfully a station entity that is a DEBNT/BI CSMA/CD
controller. If we try show command we get errors. Following is a log of
those errors :
MCC> show station .station_node.strasb all char
Station LOCAL_NS:.station_node.strasb
AT 1992-05-13-11:33:05.613 Characteristics
Examination of attributes shows:
Functions Supported = DEC_ENETV2
Alternate Address = aa-00-04-00-98-bc
Maintenance Version = V3.0.0
Implementation = DEBNT BI CSMA/CD controller
MCC> show station .station_node.strasb all status
Station LOCAL_NS:.station_node.strasb
AT 1992-05-13-11:34:21.266 Status
Cannot communicate with target
MCC> show station .station_node.strasb all identifier
Station LOCAL_NS:.station_node.strasb
AT 1992-05-13-11:40:41.559 Identifiers
Examination of attributes shows:
Name = LOCAL_NS:.station_node.strasb
Address = 08-00-2b-0c-2c-c4
MCC> show station .station_node.strasb all counters
Station LOCAL_NS:.station_node.strasb
AT 1992-05-13-11:41:59.543 Counters
The requested operation cannot be completed
MCC Routine Error = %MCC-F-INVPROTOCOL, invalid protocol
type.
With other types of controllers there is no problem. Under version 1.2.4
it was impossible to register DEBNT controller. Now it is possible to
register them but impossible to query them ...
If this problem is unknown, I will QAR it.
Fran�ois.
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 2987.1 | QAR number 404. | STRASB::EBLE | Fran�ois EBLE. EIS Strasbourg France. | Tue May 19 1992 09:48 | 1 |
| 2987.2 | DEBNT vs Ethernet AM. | CHRISB::BRIENEN | DECmcc LAN and SNMP Stuff... | Thu May 21 1992 15:37 | 31 |
When the user issues a SHOW STATION command to a station of type DEC_ENETV2,
the Ethernet AM uses the following MOP (wire) commands:
SHOW ALL IDENT ---> MOPV3 Request ID (to verify existence)
SHOW ALL CHAR ----> MOPV3 Request ID
SHOW ALL STATUS --> MOPV3 Request ID *and* Request Counters
SHOW ALL COUNT ---> MOPV3 Request Counters
The DEBNTs we have on our local LAN appear to be responding to MOPV3
Request Counters with a packet 2-bytes larger than expected.
The Ethernet AM *should* be responding to this condition by:
1. Returning "Management Protocol Error" for SHOW ALL COUNTERS and
2. Returning the Request ID derived Status attributes for SHOW ALL STATUS
(ignoring the bogus Counters packet).
The difference between what *should* be returned and what *is* returned
(also described in MCC_INTERNAL QAR #2996) was fixed in a later version
of X1.2.21 (a baselevel *after* T1.2.7).
We have not been able to duplicate the %MCC-E-INVPROTOCOL error for
the DEBNT (at least not without ALARM RULES enabled to the same
address as the SHOW request), but consistently get some other error
for the commands documented in this QAR.
We are currently analyzing exactly WHAT the DEBNT is returning in this
too-long packet and will post additional data when available (they may
be attempting to use the non-CSMA/CD form of MOP Counters response)...
Chris Brienen
| |||||