Re: Augments clause and access of defined objects?
Keith McCloghrie <kzm@hls.com> Thu, 05 November 1992 08:40 UTC
Received: from ietf.nri.reston.va.us by IETF.CNRI.Reston.VA.US id aa00465;
5 Nov 92 3:40 EST
Received: from CNRI.RESTON.VA.US by IETF.CNRI.Reston.VA.US id aa00461;
5 Nov 92 3:40 EST
Received: from thumper.bellcore.com by CNRI.Reston.VA.US id aa01356;
5 Nov 92 3:41 EST
Received: by thumper.bellcore.com (4.1/4.7)
id <AA10632> for ietf-archive@nri.reston.va.us; Thu, 5 Nov 92 03:41:21 EST
Received: from lanslide.hls.com by thumper.bellcore.com (4.1/4.7)
id <AA10628> for /usr/lib/sendmail -oi -fowner-snmp2 X-snmp2;
Thu, 5 Nov 92 03:41:19 EST
Received: from nms.netman (nms.hls.com) by lanslide.hls.com (4.1/SMI-4.0)
id AA05882; Thu, 5 Nov 92 00:41:29 PST
Received: by nms.netman (4.1/SMI-4.1)
id AA17820; Thu, 5 Nov 92 00:35:02 PST
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: Keith McCloghrie <kzm@hls.com>
Message-Id: <9211050835.AA17820@nms.netman>
Subject: Re: Augments clause and access of defined objects?
To: mlk%bir.UUCP@mathcs.emory.edu
Date: Thu, 5 Nov 92 0:35:01 PDT
Cc: snmp2@thumper.bellcore.com
In-Reply-To: <0D15DDF1.hrvhfq@bir.bir.com>;
from "Michael L. Kornegay" at Nov 4, 92 10:24 pm
Organization: Hughes LAN Systems
X-Mailer: ELM [version 2.2 PL0]
> In Regards to your letter <17330.720856362@dbc.mtview.ca.us>us>: > > > Since augments adds a conceptual row to a table under a new object name, > > > am I correct that a get next sweep of the whole mib will traverse most of > > > the table (the non augmented part) twice? Once for origional def and once > > > with additional column(s)? > > > > No. The original table occurs once in the object tree. > > So, do the new augmented columns appear when traversing the origional > table? > > Is traversing the OID defined with the augments clause never done? No, each table (the base conceptual table and the conceptual table augmentation) appears in its own part of the OID tree, as defined by the respective OBJECT-TYPE macros. Thus, AUGMENTS has no effect on the operation of GetNext and GetBulk (apart from indirectly specifying how instances are identified in the conceptual table augmentation). Rather, the AUGMENTS clause allows: 1. For a table which would otherwise need a DESCRIPTION clause saying: "the conceptual rows in this table corresponds one-to-one with the conceptual rows in fooTable, and each conceptual row in this table is identified by the same instance identifying values as its corresponding conceptual row in fooTable", the conceptual row of such a table can now say: AUGMENTS { fooEntry }. 2. For an agent which implements a single "method" routine for a table, that agent can (if it so desires) implement a single method routine for the combined base conceptual table and conceptual table augmentation. 3. For a management station which retrieves whole rows of a table, that mgt station can (if it so desires) retreive the whole rows of both the base conceptual row and the conceptual row augmentation. Keith.
- Re: Augments clause and access of defined objects? Marshall Rose
- Re: Augments clause and access of defined objects? Keith McCloghrie
- Re: Augments clause and access of defined objects? Steven L. Waldbusser