Re: PerfHist-TC-MIB

Jeff Johnson <jeff@redbacknetworks.com> Wed, 03 June 1998 19:34 UTC

Delivery-Date: Wed, 03 Jun 1998 15:34:12 -0400
Return-Path: jeff@redbacknetworks.com
Received: from cnri.reston.va.us (ns.cnri.reston.va.us [132.151.1.1]) by ietf.org (8.8.5/8.8.7a) with ESMTP id PAA25764 for <ietf-archive@ietf.org>; Wed, 3 Jun 1998 15:34:11 -0400 (EDT)
Received: from kickme.cisco.com (kickme.cisco.com [198.92.30.42]) by cnri.reston.va.us (8.8.5/8.8.7a) with ESMTP id PAA15225 for <ietf-archive@cnri.reston.va.us>; Wed, 3 Jun 1998 15:36:33 -0400 (EDT)
Received: from proxy1.cisco.com (proxy1.cisco.com [192.31.7.88]) by kickme.cisco.com (8.8.5-Cisco.2-SunOS.5.5.1.sun4/CISCO.GATE.1.1) with ESMTP id MAA02260 for <trunk-mib@external.cisco.com>; Wed, 3 Jun 1998 12:28:51 -0700 (PDT)
Received: (from smap@localhost) by proxy1.cisco.com (8.8.7/8.8.5) id MAA24446 for <trunk-mib@external.cisco.com>; Wed, 3 Jun 1998 12:28:50 -0700 (PDT)
Received: from wacko.redbacknetworks.com(155.53.130.200) by proxy1.cisco.com via smap (V2.0) id xma024444; Wed, 3 Jun 98 19:28:48 GMT
X-SMAP-Received-From: outside
Received: from smeghead.redbacknetworks.com (smeghead.redbacknetworks.com [155.53.180.10]) by wacko.redbacknetworks.COM (8.8.5/8.8.5) with SMTP id MAA18140; Wed, 3 Jun 1998 12:18:22 -0700 (PDT)
Message-Id: <3.0.3.32.19980603121509.036293a0@pop.redbacknetworks.com>
X-Sender: jeff@pop.redbacknetworks.com
X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32)
Date: Wed, 03 Jun 1998 12:15:09 -0700
To: atommib@thumper.bellcore.com, trunk-mib@external.cisco.com
From: Jeff Johnson <jeff@redbacknetworks.com>
Subject: Re: PerfHist-TC-MIB
In-Reply-To: <357551C3.36E6@aur.alcatel.com>
References: <Pine.BSF.3.96.980602225056.7629A-100000@shell16.ba.best.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"

At 09:38 6/3/98 -0400, Rajesh Abbi wrote:
>The 'Perf***Count' objects are supposed to be 'monotonically increasing'

They are only monotonicially increasing during a 15 minute interval, at
which time they reset to zero.  This prevents a Counter* type from being used.

>The 'xyzValidIntervals' & 'xyzInvalidIntervals' are confusing and do not 
>provide sufficient information.  In my earlier posting to the
>mailing-list
>(May 27) I had propsed using 'xyzNumIntervals' to reflect number of
>entries
>in the table, and each entry having a 'xyzDataSuspect' flag to indicate
>if
>data is 'valid' or 'invalid'.  This approach is also used in the
>'draft-ietf-atommib-atmhist-00.txt' MIB.

Keep in mind that the origin of the Perf Hist TC MIB is the three trunk
mibs (SONET, DS1, and DS3).  These definitions were factored out since they
were common to all three mibs, and so that others could use them as well.
I would love to make changes to the valid/invalid stuff, but it is
impossible to do so without affecting implementations of the trunk mibs.
In other words, there isn't a whole lot of modification that can be made to
this mib.

/jeff