Ilya Knyazhansky | 9 Aug 12:41 2014
Picon

Exception while retrieving prtChannelEntry oid 1.3.6.1.2.1.43.14.1.1 from RFC1759 (printer MIB) in SNM4j 2.2.5

Hello All,
When I try to use TableUtils to get the value of the oid  1.3.6.1.2.1.43.14.1.1   - I get exception:
exception=org.snmp4j.MessageException: Invalid first sub-identifier (must be 0, 1, or 2)
I use SNM4j version 2.2.5. Seems like a bug in BER encoding
 
Thanks,
Ilya
_______________________________________________
SNMP4J mailing list
SNMP4J <at> agentpp.org
https://oosnmp.net/mailman/listinfo/snmp4j
Frank Fock | 7 Aug 09:50 2014

MIB Designer 4.0, MIB Explorer 4.0 and SNMP4J-SMI-PRO 1.5.1

Dear AGENT++ Users,

New major releases of MIB Designer and MIB Explorer Lite/Pro have been 
released!
The new releases focus on improved usability and productivity as well as 
a further
improved parser which is now able to parse more flawed MIBs without 
bailing out
using the "lenient" compiler mode.
The SMI editor has now an error stripe for quick error location spotting.

Those compiler improvements are also available in version 1.5.1 of 
SNMP4J-SMI-PRO.

All new version now support parsing of SPPI PIB modules and with MIB 
Designer
you are also able to create those modules.

The new releases can be downloaded from https://agentpp.com

RELEASE NOTES

MIB Explorer 4.0
==============
* Added: Delta cell highlighting for Table View.
* Added: Incremental search capabilities for the MIB tree and for
   combo boxes and list of many dialogs.
* Added: Extracting SMI text from RFCs tool.
* Added: Structure of Policy Provisioning Information (SPPI) compiler
   and editing support as defined by RFC 3159.
(Continue reading)

Harsha H R | 23 Jul 09:22 2014

Re: SNMP4J Digest, Vol 90, Issue 15

Ok. Thanks Frank for helping me with analysis ! I have raised this concern with the agent developers.

Regards,
Harsha

-----Original Message-----
From: SNMP4J [mailto:snmp4j-bounces <at> agentpp.org] On Behalf Of snmp4j-request <at> agentpp.org
Sent: Tuesday, July 22, 2014 9:44 PM
To: snmp4j <at> agentpp.org
Subject: SNMP4J Digest, Vol 90, Issue 15

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: SNMP4J Digest, Vol 90, Issue 13 (Frank Fock)

(Continue reading)

Prema Upot | 22 Jul 20:18 2014

renewSocketAfterException() binds to a specific address

Hi,

We initialize DefaultUdpTransportMapping using the default constructor and this makes sure the
listening port binds to "0.0.0.0" address enabling sending and receiving UDP packets on any interface.
But in renewSocketAfterException() the new socket is created using port and ipaddress as parameters and
this causes a problems in a PC that is part of multiple networks.
For example, we have a PC in 192.168.144.0 and 192.168.30.0 networks. After socket exception, the new
socket that is created binds to "192.168.144.<ip>:<port>" instead of "0.0.0.0:<port>" and because of
this we cannot communicate with 30.0 network any more.

Thanks,
Prema

_______________________________________________
SNMP4J mailing list
SNMP4J <at> agentpp.org
https://oosnmp.net/mailman/listinfo/snmp4j
Harsha H R | 22 Jul 17:51 2014

Re: SNMP4J Digest, Vol 90, Issue 13

Hi Frank,

I'm so sorry. I pasted the wrong dump. Below are the dumps:

Request

0000  00 14 6a 1c 83 05 00 25  64 a4 63 cc 08 00 45 00   ..j....% d.c...E.
0010  00 5f 2f 6a 00 00 80 11  00 00 c0 a8 60 90 c0 a8   ._/j.... ....`...
0020  23 f6 dd 97 00 a1 00 4b  06 34 30 41 02 01 01 04   #......K .40A....
0030  06 70 75 62 6c 69 63 a5  34 02 04 2a 8f ab bf 02   .public. 4..*....
0040  01 00 02 01 0a 30 26 30  11 06 0d 2b 06 01 04 01   .....0&0 ...+....
0050  ba 04 01 04 01 01 01 03  05 00 30 11 06 0d 2b 06   ........ ..0...+.
0060  01 04 01 ba 04 01 04 01  01 01 04 05 00            ........ .....   

Response

0000  00 25 64 a4 63 cc 00 14  6a 1c 83 05 08 00 45 00   .%d.c... j.....E.
0010  01 89 40 0f 40 00 7d 11  b6 7d c0 a8 23 f6 c0 a8   .. <at> . <at> .}. .}..#...
0020  60 90 00 a1 dd 97 01 75  68 df 30 82 01 69 02 01   `......u h.0..i..
0030  01 04 06 70 75 62 6c 69  63 a2 82 01 5a 02 04 2a   ...publi c...Z..*
0040  8f ab bf 02 01 00 02 01  00 30 82 01 4a 30 82 00   ........ .0..J0..
0050  14 06 0f 2b 06 01 04 01  ba 04 01 04 01 01 01 03   ...+.... ........
0060  01 01 02 01 01 30 82 00  14 06 0f 2b 06 01 04 01   .....0.. ...+....
0070  ba 04 01 04 01 01 01 03  01 02 02 01 00 30 82 00   ........ .....0..
0080  14 06 0f 2b 06 01 04 01  ba 04 01 04 01 01 01 04   ...+.... ........
0090  01 01 02 01 1e 30 82 00  14 06 0f 2b 06 01 04 01   .....0.. ...+....
00a0  ba 04 01 04 01 01 01 04  01 02 02 01 1e 30 82 00   ........ .....0..
00b0  14 06 0f 2b 06 01 04 01  ba 04 01 04 01 01 01 05   ...+.... ........
00c0  01 01 02 01 01 30 82 00  14 06 0f 2b 06 01 04 01   .....0.. ...+....
00d0  ba 04 01 04 01 01 01 05  01 02 02 01 01 30 82 00   ........ .....0..
(Continue reading)

Harsha H R | 22 Jul 13:39 2014

Re: SNMP4J Digest, Vol 90, Issue 12

Hi Frank,

Below are the hex dumps:

Get-Bulk Request 

0000  00 14 6a 1c 83 05 00 25  64 a4 63 cc 08 00 45 00   ..j....% d.c...E.
0010  00 63 2d 1f 00 00 80 11  00 00 c0 a8 60 90 c0 a8   .c-..... ....`...
0020  23 f5 dd 92 00 a1 00 4f  06 37 30 45 02 01 01 04   #......O .70E....
0030  06 70 75 62 6c 69 63 a5  38 02 04 30 cb 6e 1f 02   .public. 8..0.n..
0040  01 00 02 01 0a 30 2a 30  13 06 0f 2b 06 01 04 01   .....0*0 ...+....
0050  ba 04 01 02 01 01 01 03  01 0a 05 00 30 13 06 0f   ........ ....0...
0060  2b 06 01 04 01 ba 04 01  02 01 01 01 04 01 0a 05   +....... ........
0070  00                                                 .                

response

0000  00 25 64 a4 63 cc 00 14  6a 1c 83 05 08 00 45 00   .%d.c... j.....E.
0010  01 f7 3d 29 00 00 fc 11  79 f6 c0 a8 23 f5 c0 a8   ..=).... y...#...
0020  60 90 00 a1 dd 92 01 e3  a0 cc 30 82 01 d7 02 01   `....... ..0.....
0030  01 04 06 70 75 62 6c 69  63 a2 82 01 c8 02 04 30   ...publi c......0
0040  cb 6e 1f 02 01 00 02 01  00 30 82 01 b8 30 14 06   .n...... .0...0..
0050  0f 2b 06 01 04 01 ba 04  01 02 01 01 01 03 01 0b   .+...... ........
0060  42 01 00 30 14 06 0f 2b  06 01 04 01 ba 04 01 02   B..0...+ ........
0070  01 01 01 04 01 0b 02 01  24 30 14 06 0f 2b 06 01   ........ $0...+..
0080  04 01 ba 04 01 02 01 01  01 03 01 0c 42 01 03 30   ........ ....B..0
0090  14 06 0f 2b 06 01 04 01  ba 04 01 02 01 01 01 04   ...+.... ........
00a0  01 0c 02 01 24 30 14 06  0f 2b 06 01 04 01 ba 04   ....$0.. .+......
00b0  01 02 01 01 01 04 01 01  02 01 24 30 14 06 0f 2b   ........ ..$0...+
00c0  06 01 04 01 ba 04 01 02  01 01 01 05 01 01 02 01   ........ ........
(Continue reading)

Harsha H R | 21 Jul 13:04 2014

Re: SNMP4J Digest, Vol 90, Issue 11

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,
(Continue reading)

Harsha H R | 18 Jul 09:45 2014

TableUtils - STATUS_WRONG_ORDER = -2; endOfMibView

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: 

(Continue reading)

Frank Fock | 12 Jul 11:13 2014

Upcoming new major releases of AGENT++ Tool Suite

Hi,

MIB Designer 4.0, MIB Explorer Pro/Lite 4.0, and AgenPro 4.0 will be 
released soon.

If you woul like to see new feature or improvement that you missed in 
the current
releases, then please send an email to support <at> agentpp.com NOW.

The currently planned and implemented new features for all applications are:

* Quick incremental (full text) search in the MIB tree.
* Popup search for many dialogs, for example MIB loading and closing, 
shuffle dialogs, etc.
* New MIB compiler with improved lenient mode and PIB module support.
* New compiler panel with improved overview and quick lenient recompile 
option.
* SMI editor with error stripe annotation bar (background checking) and 
improved SMI lookup with quick search.
* Support for Nimbus Look&Feel.

MIB Explorer specific:
* Delta highlighting in table view.
* Improved discovery now shows also the DNS name.
* Packet Analyzer can now directly load packets from SNMP4J(-Agent) log 
files (and other log files with hex dumped packets)
* Improved Java 7 support.

MIB Designer specific:
* PIB module editing.
(Continue reading)

Nithin Jagadeesh | 11 Jul 13:58 2014

Reg: Unable to receive SNMP v3 traps

Hi Frank,

I am having problem in receiving SNMP v3 traps. Enabling the snmp4j logs
printed some debug messages as below

89989 [DispatchThreads.0] DEBUG org.snmp4j.mp.MPv3  - SNMPv3 header decoded:
msgId=1519783460, msgMaxSize=65507, msgFlags=03, secModel=3

89989 [DispatchThreads.0] DEBUG org.snmp4j.security.USM  -
getUser(engineID=80:00:1f:88:80:73:05:06:66:09:73:9b:53:00:00:00:00,
securityName=traptest)

89989 [DispatchThreads.0] DEBUG org.snmp4j.security.UsmTimeTable  -
CheckTime: received message outside time window (authoritative):engineBoots
differ 0!=40

89989 [DispatchThreads.0] DEBUG org.snmp4j.security.USM  - RFC3414 §3.2.7.a
Not in time window;
engineID='80:00:1f:88:80:73:05:06:66:09:73:9b:53:00:00:00:00',
engineBoots=40, engineTime=0

89989 [DispatchThreads.0] WARN org.snmp4j.MessageDispatcherImpl  -
statusInfo=1.3.6.1.6.3.15.1.1.2.0 = 0, status=1411

It says engineBoots differ. I have not configured any engineBoots in my
receiever code.

Could you please let me know where I am missing in configuration ?

Thanks in advance.
(Continue reading)

Prema Upot | 9 Jul 20:12 2014

Socket closed exception

Hi,

We use SNMP4j 1.11 version. Recently we have been seeing a lot of socket closed exceptions while sending
SNMP get/set messages. We have been using this version of SNMP4J for a long time in our application (and we
have not modified the way we use the SNMP4J API at all) and we have never seen this before. This happens when
we try to send a set of SNMP requests within a short period of time to different hosts (like periodic SNMP
polling of a group of devices). Any ideas why this is happening ? Once this happens the only way to recover
from this state is to restart my application.

This is a sample exception that I see in my log file.

[09 Jul 2014 13:44:20:653]  [ polling-11                ] SYS_ERR: java.net.SocketException: Socket is closed
[09 Jul 2014 13:44:20:653]  [ polling-11                ] SYS_ERR:                at java.net.DatagramSocket.send(Unknown Source)
[09 Jul 2014 13:44:20:653]  [ polling-11                ] SYS_ERR:                at org.snmp4j.transport.DefaultUdpTransportMapping.sendMessage(DefaultUdpTransportMapping.java:115)
[09 Jul 2014 13:44:20:653]  [ polling-11                ] SYS_ERR:                at org.snmp4j.MessageDispatcherImpl.sendMessage(MessageDispatcherImpl.java:195)
[09 Jul 2014 13:44:20:653]  [ polling-11                ] SYS_ERR:                at org.snmp4j.MessageDispatcherImpl.sendPdu(MessageDispatcherImpl.java:462)
[09 Jul 2014 13:44:20:653]  [ polling-11                ] SYS_ERR:                at org.snmp4j.Snmp.sendMessage(Snmp.java:1078)
[09 Jul 2014 13:44:20:653]  [ polling-11                ] SYS_ERR:                at org.snmp4j.Snmp.send(Snmp.java:891)
[09 Jul 2014 13:44:20:653]  [ polling-11                ] SYS_ERR:                at org.snmp4j.Snmp.send(Snmp.java:871)
[09 Jul 2014 13:44:20:653]  [ polling-11                ] SYS_ERR:                at org.snmp4j.Snmp.send(Snmp.java:836)
[09 Jul 2014 13:44:20:653]  [ polling-11                ] SYS_ERR:                at com.optelian.common.SnmpRequest.send(SnmpRequest.java:396)
[09 Jul 2014 13:44:20:653]  [ polling-11                ] SYS_ERR:                at com.optelian.common.SnmpRequest.send(SnmpRequest.java:370)
[09 Jul 2014 13:44:20:653]  [ polling-11                ] SYS_ERR:                at com.optelian.common.OMSSnmp4JDeviceInterface.readFields(OMSSnmp4JDeviceInterface.java:353)
[09 Jul 2014 13:44:20:653]  [ polling-11                ] SYS_ERR:                at com.optelian.common.OMSDeviceManager.readFields(OMSDeviceManager.java:74)
[09 Jul 2014 13:44:20:653]  [ polling-11                ] SYS_ERR:                at com.optelian.topology.server.util.ShelfInterface.readProperties(ShelfInterface.java:220)
[09 Jul 2014 13:44:20:653]  [ polling-11                ] SYS_ERR:                at com.optelian.topology.server.util.ShelfInterface.readReleaseString(ShelfInterface.java:170)
[09 Jul 2014 13:44:20:653]  [ polling-11                ] SYS_ERR:                at com.optelian.topology.server.discovery.ShelfPolling.pollOMSNode(ShelfPolling.java:181)
[09 Jul 2014 13:44:20:653]  [ polling-11                ] SYS_ERR:                at com.optelian.topology.server.discovery.ShelfPolling.run(ShelfPolling.java:63)
[09 Jul 2014 13:44:20:653]  [ polling-11                ] SYS_ERR:                at
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
(Continue reading)


Gmane