[SNMP4J] SNMP4J Digest, Vol 90, Issue 11
Harsha H R
harsha.hr at calsoftlabs.com
Mon Jul 21 13:04:16 CEST 2014
Hi Frank,
I'm not clear on what is the bug here!
Below is the extract from RFC 1905(Protocol Operations
for Version 2 of the
Simple Network Management Protocol (SNMPv2)
On page number 15
(2) If the requested variable binding's name does not lexicographically
precede the name of any variable accessible by this request, i.e.,
there is no lexicographic successor, then the corresponding
variable binding produced in the Response-PDU has its value field
set to `endOfMibView', and its name field set to the variable
binding's name in the request.
(2) If there is no (i)-th lexicographic successor, then the
corresponding variable binding produced in the Response-PDU has its
value field set to `endOfMibView', and its name field set to either
the last lexicographic successor, or if there are no lexicographic
successors, to the (N + r)-th variable binding's name in the
request.
And the below response from the agent is in-line with RFC.
Are you saying that endOfMibView is not handled OR the agent returning the response as below itself is incorrect ?
Regards,
Harsha
-----Original Message-----
From: SNMP4J [mailto:snmp4j-bounces at agentpp.org] On Behalf Of snmp4j-request at agentpp.org
Sent: Saturday, July 19, 2014 3:30 PM
To: snmp4j at agentpp.org
Subject: SNMP4J Digest, Vol 90, Issue 11
Send SNMP4J mailing list submissions to
snmp4j at agentpp.org
To subscribe or unsubscribe via the World Wide Web, visit
https://oosnmp.net/mailman/listinfo/snmp4j
or, via email, send a message with subject or body 'help' to
snmp4j-request at agentpp.org
You can reach the person managing the list at
snmp4j-owner at agentpp.org
When replying, please edit your Subject line so it is more specific than "Re: Contents of SNMP4J digest..."
Today's Topics:
1. Re: TableUtils - STATUS_WRONG_ORDER = -2; endOfMibView
(Frank Fock)
----------------------------------------------------------------------
Message: 1
Date: Fri, 18 Jul 2014 20:39:42 +0200
From: Frank Fock <fock at agentpp.com>
To: snmp4j at agentpp.org
Subject: Re: [SNMP4J] TableUtils - STATUS_WRONG_ORDER = -2;
endOfMibView
Message-ID: <53C969EE.4000206 at agentpp.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Hi Harsha,
You will have to write your own TableUtils class to change this behavior.
But careful, there are many buggy agents like yours in the field.
In your case, the bug is harmless (although it violates the standard).
But other agents return lesser OIDs which can cause endless loops.
Therefore, this check cannot be deactivated.
Best regards,
Frank
Am 18.07.2014 09:45, schrieb Harsha H R:
> Hi all,
>
>
>
> I am trying to fetch a snmp table using TableUtils of snmp4j.
>
> The response to the get-bulk request issued by TableUtils is as follows:
>
>
>
> -Simple Network Management Protocol
>
> version: v2c (1)
>
> community: public
>
> -data: get-response (2)
>
> get-response
>
> request-id: 39446983
>
> error-status: noError
> (0)
>
> error-index: 0
>
> -variable-bindings:
> 14 items
>
>
> +1.3.6.1.4.1.7428.1.4.1.1.1.3.1.1:
>
>
> +1.3.6.1.4.1.7428.1.4.1.1.1.3.1.2:
>
>
> +1.3.6.1.4.1.7428.1.4.1.1.1.4.1.1:
>
>
> +1.3.6.1.4.1.7428.1.4.1.1.1.4.1.2:
>
>
> +1.3.6.1.4.1.7428.1.4.1.1.1.5.1.1:
>
>
> +1.3.6.1.4.1.7428.1.4.1.1.1.5.1.2:
>
>
> +1.3.6.1.4.1.7428.1.4.10.1.1.2.1:
>
>
> +1.3.6.1.4.1.7428.1.4.10.1.1.2.1: endOfMibView
>
>
> +1.3.6.1.4.1.7428.1.4.1.1.1.4.1.1:
>
>
> +1.3.6.1.4.1.7428.1.4.1.1.1.4.1.2:
>
>
> +1.3.6.1.4.1.7428.1.4.1.1.1.5.1.1:
>
>
> +1.3.6.1.4.1.7428.1.4.1.1.1.5.1.2:
>
>
> +1.3.6.1.4.1.7428.1.4.10.1.1.2.1:
>
>
> +1.3.6.1.4.1.7428.1.4.10.1.1.2.1: endOfMibView
>
>
>
> The table event reports STATUS_WRONG_ORDER saying the response is not
> in lexicographical order and is as below:
>
>
>
>
> org.snmp4j.util.TableEvent[index=null,vbs=null,status=-2,exception=nul
> l,repo
> rt=null]
>
>
>
> I guess this is because in the response to get-bulk request the oid
> '1.3.6.1.4.1.7428.1.4.10.1.1.2.1' is repeated as end of MIB is reached.
>
> As a result I am not able to fetch the table contents.
>
>
>
> Any idea on how to resolve this or a possible work around ?
>
>
>
> Regards,
>
> Harsha
>
> _______________________________________________
> SNMP4J mailing list
> SNMP4J at agentpp.org
> https://oosnmp.net/mailman/listinfo/snmp4j
--
---
AGENT++
Maximilian-Kolbe-Str. 10
73257 Koengen, Germany
https://agentpp.com
Phone: +49 7024 8688230
Fax: +49 7024 8688231
------------------------------
Subject: Digest Footer
_______________________________________________
SNMP4J mailing list
SNMP4J at agentpp.org
https://oosnmp.net/mailman/listinfo/snmp4j
------------------------------
End of SNMP4J Digest, Vol 90, Issue 11
**************************************
More information about the SNMP4J
mailing list