Re: How do you handle ghost resources?

Anil Rijsinghani <anil@levers.enet.dec.com> Sat, 23 January 1993 15:35 UTC

Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa02414; 23 Jan 93 10:35 EST
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa02410; 23 Jan 93 10:35 EST
Received: from CS.UTK.EDU by CNRI.Reston.VA.US id aa09107; 23 Jan 93 10:37 EST
Received: from localhost by CS.UTK.EDU with SMTP (5.61++/2.8s-UTK) id AA23419; Sat, 23 Jan 93 09:52:38 -0500
X-Resent-To: fddi-mib@CS.UTK.EDU ; Sat, 23 Jan 1993 09:52:37 EST
Errors-To: owner-fddi-mib@CS.UTK.EDU
Received: from inet-gw-2.pa.dec.com by CS.UTK.EDU with SMTP (5.61++/2.8s-UTK) id AA23411; Sat, 23 Jan 93 09:52:33 -0500
Received: by inet-gw-2.pa.dec.com; id AA16517; Sat, 23 Jan 93 06:52:30 -0800
Received: by us1rmc.bb.dec.com; id AA15323; Sat, 23 Jan 93 09:49:52 -0500
Message-Id: <9301231449.AA15323@us1rmc.bb.dec.com>
Received: from levers.enet; by us1rmc.enet; Sat, 23 Jan 93 09:50:06 EST
Date: Sat, 23 Jan 1993 09:50:06 -0500
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Anil Rijsinghani <anil@levers.enet.dec.com>
To: dsi4!rem@uunet.uu.net
Cc: fddi-mib@cs.utk.edu
Apparently-To: fddi-mib@cs.utk.edu, dsi4!rem@uunet.uu.net
Subject: Re: How do you handle ghost resources?

    Ron,

> 2.  Let SNMP return "no such name" for any variable not physically
>     present.  This would destroy the usefulness of the (powerful) 
>     get-next operator.

    I think this is the preferred way of reporting ghosts.  And no,
    you would not have destroyed the usefulness of the get-next
    operator.  NMS's are supposed to deal with missing variables
    (this could happen routinely in the case that a community
    name was not allowed access to certain variables).  In fact
    this is one of the advantages of GET-NEXT; it returns the
    next available object.  noSuch is returned only when a GET
    is performed on an unavailable object.

    As long as you implement all objects when the MAC *is* present,
    then you would be compliant to the MIB (in my opinion).

    Anil