I had to make a couple changes (see BOLD below) to get it to compile:
if (rc == MFD_SKIP) {
netsnmp_request_info *req;
for(req=requests; req; req = requests->next)
req->requestvb->type = SNMP_NOSUCHINSTANCE;
rc = SNMP_ERR_NOERROR;
}
Now let me explain what I see and you can tell me if this is normal. I am not
sure what a SNMP operator performing a snmpwalk request of Table2 would expect
to see as a result. You can let me know. Remember Table2 is an extension of
the main Table1 so not all rows in Table1 relate to Table2 data.
I am performnig a snmpwalk of Table2 (ocStbHostAnalogVideoTable) which only
includes one field (ocStbHostAnalogVideoProtectionStatus). The value of this
field can be one of the following defined values:
#define OCSTBHOSTANALOGVIDEOPROTECTIONSTATUS_COPYPROTECTIONOFF 0
#define OCSTBHOSTANALOGVIDEOPROTECTIONSTATUS_SPLITBURSTOFF 1
#define OCSTBHOSTANALOGVIDEOPROTECTIONSTATUS_TWOLINESPLITBURST 2
#define OCSTBHOSTANALOGVIDEOPROTECTIONSTATUS_FOURLINESPLITBURST 3
The "ocStbHostAnalogVideoTable_row_prep()" routine returns MFD_SKIP for the
third row only.
Here is the output of the "snmpwalk" command for Table2:
OC-STB-HOST-MIB::ocStbHostAnalogVideoProtectionStatus.1 = INTEGER:
fourLineSplitBurst(3)
OC-STB-HOST-MIB::ocStbHostAnalogVideoProtectionStatus.2 = INTEGER:
fourLineSplitBurst(3)
OC-STB-HOST-MIB::ocStbHostAnalogVideoProtectionStatus.3 = INTEGER:
copyProtectionOff(0)
OC-STB-HOST-MIB::ocStbHostAnalogVideoProtectionStatus.4 = INTEGER:
fourLineSplitBurst(3)
OC-STB-HOST-MIB::ocStbHostAnalogVideoProtectionStatus.5 = INTEGER:
fourLineSplitBurst(3)
The third row is being displayed and it has the default (0 - copyProtectionOff)
value associated with it. Is it normal for a skipped row to be displayed as
output in this type of "snmpwalk" result? I would have assumed that only
Table2 specific rows (1, 2, 4, 5) should be displayed only when walking through
Table2?
However, since Table2 inherits from Table1, then this is the type of output we
should expect?
Robert Story <[EMAIL PROTECTED]> wrote: On Thu, 14 Jun 2007 08:42:11 -0700
(PDT) Need wrote:
NH> I had my code return a MFD_SKIP for the 3rd row in the table. After
making the changes you recommended, the first two rows are displayed, but then
the "snmpwalk" finishes completely with no errors. It just displayed "End of
MIB"
NH>
NH> So, the error is gone, but unfortunately walking through the MIB does not
continue with the 4th row ....
Ok, try:
else {
rc = ifTable_row_prep(rowreq_ctx);
if (MFD_SKIP == rc) {
netsnmp_request *req;
for(req=requests; req; req = request->next)
req->requestvb->type = SNMP_NOSUCHINSTANCE;
rc = SNMP_ERR_NOERROR;
}
}
---------------------------------
TV dinner still cooling?
Check out "Tonight's Picks" on Yahoo! TV.-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Net-snmp-coders mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
