Re: no response from devices when querying multiple oids

Fulko Hew <[email protected]>
Newsgroups gmane.network.net-snmp.user
Message-ID <CAGuV3hMyrLOdaCPo9=kJFyBUcEfVK9P4H5UyXEk9-uVcEwBXgA@mail.gmail.com>
On Tue, Nov 19, 2013 at 6:38 AM, Aleksandrs Saveljevs <
[email protected]> wrote:

> I have played a bit more and the conjecture turned out to be (at least
> partially) false.
>
> The way I played was attempt to query string objects with long values:
>
> $ snmpget -v 2c -c public 192.168.1.1 IF-MIB::ifAlias.3
> IF-MIB::ifAlias.3 = STRING: Builtin r8139/8129 - Realtek RTL8139 Fast
> Ethernet  Bus 0 Slot
>
> $ { for i in {1..13}; do echo 'IF-MIB::ifAlias.3'; done } | xargs
> snmpget -d -r 0 -v 2c -c public 192.168.1.1
>
> Sending 254 bytes to UDP: [192.168.1.1]:161->[0.0.0.0]:0
> ...
>
> Timeout: No Response from 192.168.1.1.
>
> So the device sends no response to a 254-byte request. If 12 copies are
> queried, then it works OK by responding with a 1020-byte packet.
>

I can't comment on your specific scenario, but I _do_ know that there
is a design limit in the strings accepted into snmpd via its AgentX
interface, and anything longer will be (semi-silently) dropped.
Perhaps the same implementation restriction also applies to strings
coming from other areas within snmpd.

Because although the spec for OCTET STRINGS allows for 2^16
in length, there are also other words (and warnings) that say
'there can be other implementation-specific limitations'.

------------------------------------------------------------------------------
Shape the Mobile Experience: Free Subscription
Software experts and developers: Be at the forefront of tech innovation.
Intel(R) Software Adrenaline delivers strategic insight and game-changing 
conversations that shape the rapidly evolving mobile landscape. Sign up now. 
http://pubads.g.doubleclick.net/gampad/clk?id=63431311&iu=/4140/ostg.clktrk

_______________________________________________
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
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.