I believe all integer values are signed. Not sure that would cause an overflow 
though.

Didier

From: Joe Dougherty [mailto:jopa...@yahoo.com]
Sent: Wednesday, February 26, 2014 4:14 PM
To: net-snmp-users@lists.sourceforge.net
Subject: octet strings in 5.4.3~dfsg-2.7

I have an octet string defined as:
      Uint64Type ::= TEXTUAL-CONVENTION
         DISPLAY-HINT  "8x"
         STATUS        current
         DESCRIPTION   "64 bit unsigned integer"
         SYNTAX        OCTET STRING (SIZE (8))
...
     Preamble OBJECT-TYPE
         SYNTAX      Uint64Type
         MAX-ACCESS  read-write
         STATUS      current
         DESCRIPTION "Preamble"
         ::= {configEntry 15 }

Initial read looks like this:
# snmpget -v2c -c public 192.168.60.11 MY-MIB:Preamble.1
MY-MIB::Preamble.1 = STRING:

I try to set without success:
# snmpset -v2c -c public  192.168.60.11 MY-MIB::Preamble.1 x 1122334455667788
*** buffer overflow detected ***: snmpset terminated

# snmpset -v2c -c public 192.168.60.11 MY-MIB::Preamble.1 x 112233445566778
MY-MIB::Preamble.1: Bad value notation (112233445566778)

# snmpset -v2c -c public 192.168.60.11 MY-MIB::Preamble.1 x 11223344556677
MY-MIB::Preamble.1: Value out of range (Bad string length :: {(8)})

Am running under debian wheezy so would like to stay on 5.4.3 if possible. Am i 
dorking this up somehow? Any guidance appreciated.
Thanks
Joe
------------------------------------------------------------------------------
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor traffic, SLAs, QoS, Medianet, WAAS etc. with NetFlow Analyzer
Customize your own dashboards, set traffic alerts and generate reports.
Network behavioral analysis & security monitoring. All-in-one tool.
http://pubads.g.doubleclick.net/gampad/clk?id=126839071&iu=/4140/ostg.clktrk
_______________________________________________
Net-snmp-users mailing list
Net-snmp-users@lists.sourceforge.net
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users

Reply via email to