FWD: rmon indexes vs mib compilers
Randy Presuhn <rpresuhn@peer.com> Tue, 16 July 1996 16:54 UTC
Received: from CNRI.Reston.VA.US by IETF.CNRI.Reston.VA.US id aa05520; 16 Jul 96 12:54 EDT
Received: from ietf.org by CNRI.Reston.VA.US id aa13933; 16 Jul 96 12:54 EDT
Received: from ietf.org by ietf.org id aa10303; 16 Jul 96 12:53 EDT
Received: from ietf.cnri.reston.va.us by ietf.org id aa09975; 16 Jul 96 12:38 EDT
Received: from CNRI.Reston.VA.US by IETF.CNRI.Reston.VA.US id aa05286; 16 Jul 96 12:38 EDT
Received: from [192.146.153.65] by CNRI.Reston.VA.US id aa13732; 16 Jul 96 12:38 EDT
Message-Id: <199607161638.AA151485123@dorothy.peer.com>
Received: by dorothy.peer.com (1.39.111.2/16.2) id AA151485123; Tue, 16 Jul 1996 09:38:43 -0700
Date: Tue, 16 Jul 1996 09:38:43 -0700
Sender: ietf-request@ietf.org
From: Randy Presuhn <rpresuhn@peer.com>
To: ietf@CNRI.Reston.VA.US
Subject: FWD: rmon indexes vs mib compilers
Mime-Version: 1.0
Content-Type: text/plain; charset="X-roman8"
Content-Transfer-Encoding: 7bit
Source-Info: From (or Sender) name not authenticated.
Hi - I have received several messages suggesting that I forward the attached message to the ietf discussion list. Subsequent discussion should be available from the rmon list archives. So far, I have seen four people's (two off-list) comments on this topic; most have been favorable. Mike Heard writes: > I for one would prefer to see the RMON2 mib be written in a manner that > is insensitive to how legality of the multiple index issue is eventually > resolved, and sending this as a last-call comment to the IETF list is > probably the best way to make it happen. I believe the key point is: > We have a simple, pragmatic change to the MIB that does not affect > interoperability. This change sidesteps the SMI ambiguity, avoids > the need to tinker with the SMI, and avoids the possibility that the > resolution of the SMI issues would later require changing the MIB again. ----------------------------------------------------------------------------- Randy Presuhn PEER Networks, a division of BMC Software, Inc. Voice: +1 408 556-0720 1190 Saratoga Avenue, Suite 130 Fax: +1 408 556-0735 San Jose, California 95129-3433 Email: randy_presuhn@bmc.com USA ----------------------------------------------------------------------------- |From list-owner-rmonmib-outgoing@cisco.com Wed Jul 10 17:24:22 PDT 1996 |Received: from bubbuh.cisco.com ([198.92.30.35]) by dorothy.peer.com with ESMTP |(1.39.111.2/16.2) id AA254604661; Wed, 10 Jul 1996 17:24:21 -0700 |Return-Path: <list-owner-rmonmib-outgoing@cisco.com> |Received: (daemon@localhost) by bubbuh.cisco.com (8.6.12/CISCO.GATE.1.1) id QAA23670 for Rmonmib-outgoing; Wed, 10 Jul 1996 16:47:48 -0700 |Received: from hubbub.cisco.com (hubbub.cisco.com [198.92.30.31]) by bubbuh.cisco.com (8.6.12/CISCO.GATE.1.1) with ESMTP id QAA23657 for <rmonmib-proc@bubbuh.cisco.com>; Wed, 10 Jul 1996 16:47:43 -0700 |Received: from dorothy.peer.com (dorothy.peer.com [192.146.153.65]) by hubbub.cisco.com (8.6.12/CISCO.GATE.1.1) with ESMTP id QAA29955 for <rmonmib@cisco.com>; Wed, 10 Jul 1996 16:50:52 -0700 |Message-Id: <199607102348.AA235102489@dorothy.peer.com> |Received: by dorothy.peer.com |(1.39.111.2/16.2) id AA235102489; Wed, 10 Jul 1996 16:48:09 -0700 |Date: Wed, 10 Jul 1996 16:48:09 -0700 |From: Randy Presuhn <rpresuhn@dorothy.peer.com> |To: rmonmib@cisco.com |Subject: rmon indexes vs mib compilers |Mime-Version: 1.0 |Content-Type: text/plain; charset=X-roman8 |Content-Transfer-Encoding: 7bit |Sender: owner-rmonmib@cisco.com |Precedence: bulk |Status: RO | |Hi - | |It's getting late, but... | |In <draft-ietf-rmonmib-rmonmib-v2-02.txt> the index clauses for the entry |definitions for the following tables cause problems for MIB compilers |that generate index method code: | | alHostTable | alMatrixSDTable | alMatrixDSTable | |In each case, the INDEX list includes protocolDirLocalIndex twice, while |the DESCRIPTION text makes it clear that different indexing semantics are |intended for each of the occurrences. (The SMI-level issue is whether |a reference in an INDEX clause brings in just the underlying syntax or |whether the information object's semantics are included. RFC 1902 clause |7.7 can be read both ways.) | |For developers who are still hand-coding index handling methods this |is a non-issue, but developers using compiler-based technology are |forced to "tweak" the MIB to get their tools to produce the right code. |This impacts both commercial and freely available tools. | |I propose modifying the definitions to permit compilation. These changes |do NOT affect the bits on the wire, and do NOT impact the interoperability |of implementations of the MIB. | |There are several non-disruptive ways to accomplish this. Here's one. |Add the following three definitions: | | |alHostProtocolDirLocalIndex OBJECT-TYPE | SYNTAX Integer32 (1..2147483647) | MAX-ACCESS not-accessible | STATUS current | DESCRIPTION | "The identifier in the protocolDirTable associated with the | protocol counted by this entry." | ::= { alHostEntry 7 } | | |alMatrixSDProtocolDirLocalIndex OBJECT-TYPE | SYNTAX Integer32 (1..2147483647) | MAX-ACCESS read-only | STATUS current | DESCRIPTION | "The identifier in the protocolDirTable associated with the | protocol counted by this entry." | ::= { alMatrixSDEntry 5 } | | |alMatrixDSProtocolDirLocalIndex OBJECT-TYPE | SYNTAX Integer32 (1..2147483647) | MAX-ACCESS read-only | STATUS current | DESCRIPTION | "The identifier in the protocolDirTable associated with the | protocol counted by this entry." | ::= { alMatrixDSEntry 5 } | | |Update DESCRIPTION and modify the INDEX clause for alHostEntry to read: | INDEX { hlHostControlIndex, alHostTimeMark, | protocolDirLocalIndex, nlHostAddress, | alHostProtocolDirLocalIndex } | |Update DESCRIPTION and modify the INDEX clause for alMatrixSDTable to read: | INDEX { hlMatrixControlIndex, alMatrixSDTimeMark, | protocolDirLocalIndex, | nlMatrixSDSourceAddress, nlMatrixSDDestAddress, | alMatrixSDProtocolDirLocalIndex } | |Update DESCRIPTION and modify the INDEX clause for alMatrixDSTable to read: | INDEX { hlMatrixControlIndex, alMatrixDSTimeMark, | protocolDirLocalIndex, | nlMatrixDSDestAddress, nlMatrixDSSourceAddress, | alMatrixDSProtocolDirLocalIndex } | | ----------------------------------------------------------------------------- | Randy Presuhn PEER Networks, a division of BMC Software, Inc. | Voice: +1 408 556-0720 1190 Saratoga Avenue, Suite 130 | Fax: +1 408 556-0735 San Jose, California 95129-3433 | Email: randy_presuhn@bmc.com USA | ----------------------------------------------------------------------------- |
- Re: FWD: rmon indexes vs mib compilers Keith McCloghrie
- Re: FWD: rmon indexes vs mib compilers Randy Presuhn
- Re: FWD: rmon indexes vs mib compilers Bob Stewart
- FWD: rmon indexes vs mib compilers Randy Presuhn