Re: Proposed text for xyzValidIntervals/xyzInvalidIntervals

Rajesh Abbi <abbira@aur.alcatel.com> Fri, 12 June 1998 14:52 UTC

Delivery-Date: Fri, 12 Jun 1998 10:52:41 -0400
Return-Path: abbira@aur.alcatel.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 KAA16708 for <ietf-archive@ietf.org>; Fri, 12 Jun 1998 10:52:40 -0400 (EDT)
Received: from mailgate-rtp-1.cisco.com (mailgate-rtp-1.cisco.com [171.69.160.46]) by cnri.reston.va.us (8.8.5/8.8.7a) with ESMTP id KAA24459 for <ietf-archive@cnri.reston.va.us>; Fri, 12 Jun 1998 10:55:02 -0400 (EDT)
Received: from proxy3.cisco.com (proxy3.cisco.com [192.31.7.90]) by mailgate-rtp-1.cisco.com (8.8.5-Cisco.2-SunOS.5.5.1.sun4/CISCO.GATE.1.1) with ESMTP id KAA03306 for <trunk-mib@external.cisco.com>; Fri, 12 Jun 1998 10:44:10 -0400 (EDT)
Received: (from smap@localhost) by proxy3.cisco.com (8.8.7/8.8.5) id HAA21430 for <trunk-mib@external.cisco.com>; Fri, 12 Jun 1998 07:44:09 -0700 (PDT)
Received: from aurms0.aur.alcatel.com(143.209.4.1) by proxy3.cisco.com via smap (V2.0) id xma021428; Fri, 12 Jun 98 14:44:08 GMT
X-SMAP-Received-From: outside
Received: from aur.alcatel.com (aursf1 [198.151.197.39]) by aurms0.aur.alcatel.com (8.8.8/8.8.7) with ESMTP id KAA16808; Fri, 12 Jun 1998 10:30:11 -0400 (EDT)
Sender: abbira@aur.alcatel.com
Message-ID: <35813AF7.4D600B3B@aur.alcatel.com>
Date: Fri, 12 Jun 1998 10:28:07 -0400
From: Rajesh Abbi <abbira@aur.alcatel.com>
Organization: Alcatel Network Systems, Inc Raleigh, NC
X-Mailer: Mozilla 4.04 [en] (X11; I; SunOS 5.5.1 sun4m)
MIME-Version: 1.0
To: "C. M. Heard/VVNET, Inc." <heard@vvnet.com>
CC: atommib@thumper.bellcore.com, trunk-mib@external.cisco.com
Subject: Re: Proposed text for xyzValidIntervals/xyzInvalidIntervals
References: <Pine.BSF.3.96.980611231540.6523B-100000@shell16.ba.best.com>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit

Mike,

I have following comments on your proposal ...

C. M. Heard/VVNET, Inc. wrote:

> proposed>      -- xyzValidIntervals OBJECT-TYPE
> proposed>      --       SYNTAX  INTEGER (0..<n>)
> proposed>      --               1 =< n =< 96
> proposed>      --       MAX-ACCESS  read-only
> proposed>      --       STATUS  current
> proposed>      --       DESCRIPTION
> proposed>      --       "The number of previous 15-minute intervals for
> proposed>      --       which at least some valid data was collected.
> proposed>      --       The value will be <n> unless the interface was
> proposed>      --       brought online within the last (<n>*15) minutes,
> proposed>      --       in which case the value will be the number of
> proposed>      --       past intervals for which the agent has at least
> proposed>      --       some valid data.  In the case where the agent
> proposed>      --       is a proxy it is possible that some intervals
> proposed>      --       are unavailable.  In this case, the value of
> proposed>      --       this object is the maximum interval number for
> proposed>      --       which at least some some valid data is available."
> proposed>      --       ::= { xxx }

I believe that this object is 'mis-named' - perhaps it should be
named'xyzMaxAvailableInterval'.  I do NOT see any meaning of 'validity' here.
I would describe it as:
"The oldest interval for which an entry is available in this table."

Note that the above item includes the number of 'InvalidIntervals' as well.

>
>
> proposed>      -- xyzInvalidIntervals OBJECT-TYPE
> proposed>      --     SYNTAX  INTEGER (0..<n>)
> proposed>      --     MAX-ACCESS  read-only
> proposed>      --     STATUS  current
> proposed>      --     DESCRIPTION
> proposed>      --       "The number of intervals in the range from
> proposed>      --       1 to xyzValidIntervals for which no valid
> proposed>      --       is available.  This object will typically
> proposed>      --       be zero except in proxy situations."
> proposed>      --       ::= { xxx }
>

If an interval is termed 'Invalid' if NO valid data is collected, how is
this interval treated ?  I believe two options exist:
A) The corresponding entry is NOT PRESENT in the table (ie: noSuch)
B) The entry is present, but all counters are set to '0' AND the
     'xyzIntervalValidData' flag is set to 'false'.

Note that is option (A) is used, the meaning of interval 'count' would
be different.  Option (A) would be preferable, but I know many SNMP
managers have problems dealing with 'missing' (noSuch) objects.

Also, I would like to add that it is possible to have 'Invalid' intervals
even in a 'non-proxy' situation (see my earlier response
' Re: Proposals to clarify xyzIntervalValidData description'.

Rajesh