Re: V2 Changes for next RFI v2 MIB (draft 10)

Hi -

> From: "Eduardo Cardona" <[email protected]>
> To: "Minnie Lu" <[email protected]>
...
> Sent: Thursday, April 15, 2004 1:04 PM
> Subject: RE: V2 Changes for next RFI v2 MIB (draft 10)
...
> Specially I am not comfortable with the case of : active -> notInService
> -> reboot -> "where is my old entry"?
...

If you do NOT want it to work this way, then you'll need to put language
to that effect into the DESCRIPTIONs for the RowStatus object.
RFC 2579 page 16 makes it clear why:

            If the management station is prevented from setting the
            status column to `active' (e.g., due to management station
            or network failure) the conceptual row will be left in the
            `notInService' or `notReady' state, consuming resources
            indefinitely.  The agent must detect conceptual rows that
            have been in either state for an abnormally long period of
            time and remove them.  It is the responsibility of the
            DESCRIPTION clause of the status column to indicate what an
            abnormally long period of time would be.  This period of
            time should be long enough to allow for human response time
            (including `think time') between the creation of the
            conceptual row and the setting of the status to `active'.
            In the absence of such information in the DESCRIPTION
            clause, it is suggested that this period be approximately 5
            minutes in length.  This removal action applies not only to
            newly-created rows, but also to previously active rows which
            are set to, and left in, the notInService state for a
            prolonged period exceeding that which is considered normal
            for such a conceptual row.

Consequently, if the WG wants the peculiar behaviour of having non-active
rows survive re-boots, you'll need to spell it out in the DESCRIPTIONs.

Randy