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                             
| -----------------------------------------------------------------------------
|