Re: PerfHist-TC-MIB

"Chunhui Teng" <cteng@nortel.ca> Thu, 04 June 1998 20:38 UTC

Delivery-Date: Thu, 04 Jun 1998 16:38:55 -0400
Return-Path: cteng@nortel.ca
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 QAA22402 for <ietf-archive@ietf.org>; Thu, 4 Jun 1998 16:38:45 -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 QAA20827 for <ietf-archive@cnri.reston.va.us>; Thu, 4 Jun 1998 16:41:08 -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 NAA09090 for <trunk-mib@external.cisco.com>; Thu, 4 Jun 1998 13:32:13 -0700 (PDT)
Received: (from smap@localhost) by proxy1.cisco.com (8.8.7/8.8.5) id NAA11309 for <trunk-mib@external.cisco.com>; Thu, 4 Jun 1998 13:32:10 -0700 (PDT)
Message-Id: <199806042032.NAA11309@proxy1.cisco.com>
Received: from mailgate.nortel.ca(192.58.194.74) by proxy1.cisco.com via smap (V2.0) id xma011292; Thu, 4 Jun 98 20:32:03 GMT
X-SMAP-Received-From: outside
Received: from zcars00t by mailgate; Thu, 4 Jun 1998 16:22:10 -0400
Received: from ca.nortel.com by zcars00t.ca.nortel.com id <26388-0@zcars00t.ca.nortel.com>; Thu, 4 Jun 1998 16:21:41 -0400
Date: Thu, 04 Jun 1998 16:21:00 -0400
Sender: Chunhui Teng <cteng@nortel.ca>
To: abbira@aur.alcatel.com
Cc: trunk-mib@external.cisco.com, atommib@thumper.bellcore.com
From: Chunhui Teng <cteng@nortel.ca>
Subject: Re: PerfHist-TC-MIB

In message "Re: PerfHist-TC-MIB", you write:

>Keith McCloghrie wrote:
>> 
>> > The 'Perf***Count' objects are supposed to be 'monotonically increasing'
>> > -
>> > thus Counter32/Counter64 would have been a better representation.
>> 
>> This is incorrect.  For each of these objects, its value in one interval
>> can be smaller than its value in the preceeding interval.
>> 
>> Keith.
>
>These objects have a lifetime of 15-minutes.  During their lifetime
>their
>value is certainly 'monotonically increasing' !  After the interval is
>over,

I remember somewhere in the draft it is indicated that some values might
decrease, i.e., not 'monotonically increasing'. For example, some seconds
may be counted as "Errored Seconds" but later it is found that they should
not be counted in (this decision can not be made any earlier), so you will
have to subtract number of them (seconds) from the total count.

>the current counter starts again - ie: a new instance is created.
>
>Regarding Interval Counters - each interval is a 'separate instance' of
>the
>object.  The value in all 'historic' intervals (except the current one)
>is
>fixed - neither increasing nor decreasing.
>
>Rajesh
>