Re: 'Inter-Tables indexing' and perl

On Mon, 2005-11-07 at 15:32 +0100, Turbo Fredriksson wrote:
> >> Check the agent code - what does it return when asked for an OID
> >> that happens to belong to an index object?   It ought to completely
> >> ignore such object - just as if they don't exist at all.
> 
> With 'completely ignore...', do you mean "return 'NONE\n'" or just
> ignore it completely - literally (not returning ANYTHING)?

Regard it as a completely invalid OID.
If your agent code receives a GET request for this object
    then return an error.
If your agent code receives a GETNEXT request for this object,
then return the first instance that *does* exist (presumably
the first counterName value).


> Returning 'NONE\n' doesn't help (still get the question mark with
> 'snmptable', and if I just ignore it, I don't get any values at all
> in/from the table...

Remind me - how are you implementing this table?



> # => returning 'NONE\n'
> root@aurora:~# /usr/bin/snmptable localhost:161 private $OID_BASE.3
> SNMP table: enterprises.bayourCom.snmp.bind9Stats.b9stTotalsTable
> 
>  b9stIndexTotals b9stCounterName b9stCounterTotal b9stCounterForward b9stCounterReverse
>                ?         success            60271              33476                771


The fact that snmptable is displaying a column heading implies that
the MIB file is still defining this object as accessible.
Can you check that the MIB file includes

	MAX-ACCESS  not-accessible

for this object.

Dave


-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
Net-snmp-users mailing list
[email protected]
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users