RE: mib2c does not like object syntax "IpAddress"
Try using iterate / table.conf file in mib2c , this works.. -Original Message- From: kavita raghunathan [mailto:kraghuna2...@yahoo.com] Sent: Thursday, September 23, 2010 2:07 AM To: net-snmp-users@lists.sourceforge.net Cc: net-snmp-cod...@lists.sourceforge.net Subject: mib2c does not like object syntax "IpAddress" Hello, even though I import IpAddress, I get an error while generating c files that looks like this: writing to defaults/table-sfOWBFarEndTable.m2d Starting MFD code generation... writing to sfOWBFarEndTable.h | +-> Processing table sfOWBFarEndTable writing to defaults/node-sfOWBifIndexNearEnd.m2d writing to defaults/node-sfOWBFarEndSerialNumber.m2d writing to defaults/node-sfOWBFarEndLocationField.m2d writing to defaults/node-sfOWBFarEndIPInBand.m2d writing to defaults/node-sfOWBFarEndIPoutOfBand.m2d writing to defaults/node-sfOWBFarEndMACOutOfBand.m2d writing to defaults/node-sfOWBFarEndMACInBand.m2d writing to defaults/node-sfOWBFarEndNumber.m2d writing to sfOWBFarEndTable.c writing to sfOWBFarEndTable_data_get.h writing to sfOWBFarEndTable_data_get.c | | +-> Processing nonindex sfOWBifIndexNearEnd | | +-> Processing nonindex sfOWBFarEndSerialNumber | | +-> Processing nonindex sfOWBFarEndLocationField | | +-> Processing nonindex sfOWBFarEndIPInBand ERROR: unknown node.decl: in_addr_t Imports line in MIB looks like this: MODULE-IDENTITY, OBJECT-TYPE, NOTIFICATION-TYPE, Counter32, Integer32, Gauge32, Counter64, IpAddress FROM SNMPv2-SMI and the object looks like this: iPoutofband OBJECT-TYPE SYNTAX IpAddress MAX-ACCESS read-only STATUS current DESCRIPTION "Far End IP out of band" ::= { iPoutofbandtable 6 } If I change the type of the object to INTEGER, it works. So, I have proved that mib2c does not like IpAddress. But, I have to use IP address for this object type, because it is an Ip address. Please help! Kavita -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ 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 -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ 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
Re: Crosscompiling Netsnmp-5.6.rc1 for arm-unknown-linux under Cgywin
Hi, Following up with my previous email, I've changed my script to ./configure \ --host=i686-pc-cygwin --target=arm-linux --with-cc=arm-unknown-linux-gnu-gcc \ --with-cflags="-s -static -O2 -Dlinux -mcpu=arm9" --with-endianness=little \ --enable-mini-agent --disable-applications --disable-scripts \ --disable-manuals --with-default-snmp-version="1" \ --with-mib-modules="llc_snmpagent" \ --disable-mibs \ --enable-static --disable-shared \ --disable-debugging \ --with-sys-contact=hayashi_...@yahoo.com --with-sys-location="art" \ --with-logfile="/var/log/snmpd.log" --with-persistent-directory="/var/net-snmp" echo echo "Make ..." echo make && echo "Cross-compilation Completed!!!" || exit $? echo echo "Make Install..." echo make install && echo "Installation Completed!!!" || exit $? and I noticed 2 things: 1. I need to delete /usr/local/sbin/snmpd.exe previously compiled for Cygwin, so the binary snmpd can be created for my target board. 2. I cannot run `snmpd` on my host, but it runs with the following error on my target `error while loading shared libraries: libpthread.so.0: cannot open share object file: No such file or directory`. Notice that I tried to compile the agent statically, but still asking for share libraries. Should I modify the agent Makefile? Thanks! Leo; --- On Tue, 9/21/10, Leo Lin wrote: From: Leo Lin Subject: Crosscompiling Netsnmp-5.6.rc1 for arm-unknown-linux under Cgywin To: "Net-snmp-users" Date: Tuesday, September 21, 2010, 12:19 PM Hi, I've installed Netsnmp-5.6.rc1 on my PC runing Cgywin. I was also be able to extend the agent with my own mib (LLC-MIB.txt), with source file `llc_snmpagent.c` and `llc_snmpagent.h`. Everthing works fine on my PC, snmpget, snmpset, and trap generation. Now, I am trying to cross-compile it for a embedded board with a ARM9 core runing Linux 2.4. I already tested the cross-tool-chain from the board provider with some simple programs. And it works fine. I use the following script to crosscompile netsnmp under Cgywin for my target board (ARM9): echo "Cleaning Make ..." echo make clean echo echo "Cleaning Configure ..." echo make distclean echo echo "Configuring ..." echo ./configure \ --host=arm-unknown-linux --target=arm-unknown-linux --with-cc=arm-unknown-linux-gnu-gcc \ --with-cflags="-g -O2 -Dlinux -mcpu=arm9" --with-endianness=little \ --enable-mini-agent --disable-applications --disable-scripts \ --disable-manuals --with-default-snmp-version="1" \ --with-mib-modules="llc_snmpagent" \ --with-sys-contact="leo@commscope.com" --with-sys-location="art" \ --with-logfile="/var/log/snmpd.log" --with-persistent-directory="/var/net-snmp" echo echo "Make ..." echo make && echo "Cross-compilation Completed!!!" || exit $? make install && echo "Installation Completed!!!" || exit $? The script runs fine without errors, however, when I checked the agent `snmpd`, it is compiled to run under Cgywin, not ARM9. I found out by runing the `snmpd` on Cgywin and it works, plus the file as .exe suffix `snmpd.exe`. I logged the output of configure script, and it seems that is uses the cross-tool chain, but it compiles to i686-Cygwin. checking for arm-unknown-linux-gcc... arm-unknown-linux-gnu-gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... yes checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether arm-unknown-linux-gnu-gcc accepts -g... yes checking for arm-unknown-linux-gnu-gcc option to accept ISO C89... none needed checking how to run the C preprocessor... arm-unknown-linux-gnu-gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking minix/config.h usability... no checking minix/config.h presence... no checking for minix/config.h... no checking whether it is safe to define __EXTENSIONS__... yes checking for an ANSI C-conforming const... yes checking for inline... inline checking build system type... i686-pc-cygwin checking host system type... arm-unknown-linux-gnu checking for a sed that does not truncate output... (cached) /usr/bin/sed checking for fgrep... /usr/bin/grep -F checking for ld used by arm-unknown-linux-gnu-gcc... /opt/crosstool/gcc-3.3.4-glibc-2.3.2/arm-unknown-linux-gnu/arm-unknown-linux-gnu/bin/ld.exe checking if the linker (/opt/crosstool/gcc-3.3.4-glibc-2.3.2/arm-unknown-linux-gnu/arm-unknown-linux-gnu/bin/ld.exe) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... no checking for arm-unknown-linux-dumpbin... no checking for arm-unknown-linux-li
Re: question about OCTET STRING encoding within an index
On 22 September 2010 21:48, Fulko Hew wrote: > While testing and reviewing my SNMP test harness I've come > across an instance of a variable with an index I can't explain > (on my Fedora box). > > snmpwalk -v1 -cpublic -On localhost vacmContextName > .1.3.6.1.6.3.16.1.1.1.1.0 = STRING: > > So the index on this column is '.0' (which is defined as an OCTET STRING). > > What I'm confused about is... is the zero: > a) the length of the non-existent NULL string that follows? or > b) is it a string that contains a NULL? It indicates an empty string of length 0 - i.e. the default context, as mentioned in the DESCRIPTION of this object. > ... ISTR that if [a string is] the last variable > in an index list, that the length always is omitted? Incorrect. If a string-based object is the last index, then the length *MAY* be omitted - but that only happens if the index is defined as IMPLIED. This is true for the snmpNotifyTable, but not for the vacmContextTable. > Does this mean that an empty OCTET STRING (or OBJECT IDENTIFIER) > as the last INDEX component is a special case? No - it means that the indexing of the two tables are defined differently. Dave -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ 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
question about OCTET STRING encoding within an index
While testing and reviewing my SNMP test harness I've come across an instance of a variable with an index I can't explain (on my Fedora box). snmpwalk -v1 -cpublic -On localhost vacmContextName .1.3.6.1.6.3.16.1.1.1.1.0 = STRING: So the index on this column is '.0' (which is defined as an OCTET STRING). What I'm confused about is... is the zero: a) the length of the non-existent NULL string that follows? or b) is it a string that contains a NULL? Normally I would have expected something like: 3.65.66.67 to represent the string 'ABC' where '3' is the length (aka number of sub-identifiers) variable length fields types as the 'n-1' parts of an index MUST be length encoded, but ISTR that if its the last variable in an index list, that the length always is omitted? As in: snmpwalk -v1 -cpublic -On localhost snmpNotifyRowStatus .1.3.6.1.6.3.13.1.1.1.5.105.110.116.101.114.110.97.108.48 = INTEGER: active(1) where the index (a 'name' associated with the row) is 105.110.116.101.114.110.97.108.48 ie. 'internal0' where there was no length specified. Does this mean that an empty OCTET STRING (or OBJECT IDENTIFIER) as the last INDEX component is a special case? TIA Fulko -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev___ 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
mib2c does not like object syntax "IpAddress"
Hello, even though I import IpAddress, I get an error while generating c files that looks like this: writing to defaults/table-sfOWBFarEndTable.m2d Starting MFD code generation... writing to sfOWBFarEndTable.h | +-> Processing table sfOWBFarEndTable writing to defaults/node-sfOWBifIndexNearEnd.m2d writing to defaults/node-sfOWBFarEndSerialNumber.m2d writing to defaults/node-sfOWBFarEndLocationField.m2d writing to defaults/node-sfOWBFarEndIPInBand.m2d writing to defaults/node-sfOWBFarEndIPoutOfBand.m2d writing to defaults/node-sfOWBFarEndMACOutOfBand.m2d writing to defaults/node-sfOWBFarEndMACInBand.m2d writing to defaults/node-sfOWBFarEndNumber.m2d writing to sfOWBFarEndTable.c writing to sfOWBFarEndTable_data_get.h writing to sfOWBFarEndTable_data_get.c | | +-> Processing nonindex sfOWBifIndexNearEnd | | +-> Processing nonindex sfOWBFarEndSerialNumber | | +-> Processing nonindex sfOWBFarEndLocationField | | +-> Processing nonindex sfOWBFarEndIPInBand ERROR: unknown node.decl: in_addr_t Imports line in MIB looks like this: MODULE-IDENTITY, OBJECT-TYPE, NOTIFICATION-TYPE, Counter32, Integer32, Gauge32, Counter64, IpAddress FROM SNMPv2-SMI and the object looks like this: iPoutofband OBJECT-TYPE SYNTAX IpAddress MAX-ACCESS read-only STATUS current DESCRIPTION "Far End IP out of band" ::= { iPoutofbandtable 6 } If I change the type of the object to INTEGER, it works. So, I have proved that mib2c does not like IpAddress. But, I have to use IP address for this object type, because it is an Ip address. Please help! Kavita -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ 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
RE: how can I decode a PDU?
What if you make a small program that gets the PDU from the serial and relays it to net-snmp using a socket to 127.0.0.1 UDP port 161 and relay back the answer to the serial, sort of a bridge between serial and socket. No need to decode the PDU. In this way net-snmp would do the work for you and you'd only have to develop a subagent to handle the objects involved. Subagent that will also work if accessed through LAN. Jordi López > -Mensaje original- > De: Ottavio Campana [mailto:otta...@videotec.com] > Enviado el: lunes, 20 de septiembre de 2010 14:22 > Para: net-snmp-users@lists.sourceforge.net > Asunto: how can I decode a PDU? > > > I have an application that receives SNMP PDU from a serial port. > > I correctly get the PDU and I'd like to use the library provided by > net-snmp to decode the PDU. > > My problem is that I cannot find how to use it. If I use > xdump I see the > correct unit, but it is not clear to me if I have to use > snmp_parse_var_op or some other function to decode the PDU. > > Do you have any hint? > > Thank you > > Ottavio > > -- > > Start uncovering the many advantages of virtual appliances > and start using them to simplify application deployment and > accelerate your shift to cloud computing. > http://p.sf.net/sfu/novell-sfdev2dev > ___ > 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 > > __ > IMAGO GROUP > This email has been scanned by the MessageLabs Email Security System. > > __ > __ IMAGO GROUP www.imagoscreens.com This email has been scanned by the MessageLabs Email Security System. __ -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ 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
Re: sysObjectID still returns an incorrect value
> On Wed, 22 Sep 2010 10:37:39 -0400, Fulko Hew said: FH> I just tested rc3... and I give that release/patch _my_ blessing. Thanks for the positive feedback! FH> Now it would be nice If I could also get my other two patches FH> incorporated that prevent net-SNMP from core dumping under certain FH> queries. We'll certainly look at them, but because we're in the final stages of a release it's likely that it'll be applied after the release (so it'll be in the next one at least) -- Wes Hardaker Please mail all replies to net-snmp-cod...@lists.sourceforge.net -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ 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
RE: Sending genError from AgentX subagent with SNMP v1
Thankyou, I'm a bit busy at the moment but I will try to read it. For the time being I'll let my agent run as master until I have time to fully check what's happening. Jordi López > -Mensaje original- > De: Wes Hardaker [mailto:harda...@users.sourceforge.net] > Enviado el: miércoles, 22 de septiembre de 2010 1:40 > Para: JORDI LOPEZ > CC: netSNMP mailing list (E-mail 2) > Asunto: Re: Sending genError from AgentX subagent with SNMP v1 > > > > I suspect, but haven't checked deeply, that the translation of error > messages is occurring in the agent as it translates v2 errors > from "down > below" to the v1 response. > > I think it's likely a bug if you're returning GENERR and it's getting > translated to something else. But reading the agentx and v1/v2c/v3 > coexistence RFCs would tell you. > > -- > Wes Hardaker > Cobham Analytic Solutions > > __ > IMAGO GROUP > This email has been scanned by the MessageLabs Email Security System. > > __ > __ IMAGO GROUP www.imagoscreens.com This email has been scanned by the MessageLabs Email Security System. __ -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ 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
Re: How to add rocommunity public without using conf-files
Thank you Wes, I'll try it. I know that it is no good style, but we don't want to make it configurable. Hopefully, the writing of the usr\bin file is disabled, because it looks pretty strange on a windows system. However, Thank you Wes. Am 22.09.2010, 01:32 Uhr, schrieb Wes Hardaker : >> On Mon, 20 Sep 2010 10:14:37 +0200, "Sebastian Fabig" >> said: > > SF> What do I have to do to get rid of the conf-file? Right now I only > SF> need it to set the rocommunity public. If it is not possible to set > SF> it without a conf-file, is there at least a possibility to disable > SF> the creation of other other-files (e.g. I found some in the folder > SF> usr\bin)? > > You can force the read-config system to "pretend" to read a string by > calling netsnmp_config("rocommunity public"). > > However, the world learned a long time ago that hard coding > community/access routines like "public" is a very very bad thing to do. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ 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
Re: sysObjectID still returns an incorrect value
On Mon, Sep 20, 2010 at 8:22 PM, Wes Hardaker < harda...@users.sourceforge.net> wrote: > > On Thu, 16 Sep 2010 12:41:38 -0400, Fulko Hew > said: > > FH> Are there any other scenarios that I missed testing? > > FYI, I applied your patch to the trunk today. > Great! I just tested rc3... and I give that release/patch _my_ blessing. Now it would be nice If I could also get my other two patches incorporated that prevent net-SNMP from core dumping under certain queries. https://sourceforge.net/tracker/?func=detail&atid=112694&aid=3066862&group_id=12694 Fulko -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev___ 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
Re: SNMPv3 inform request overrides USM parameters of the configured user
Thanks for the pointer Wes, but I dont think I am confusing between the two (Traps and Informs) since I am using the engine Id of the receiver while creating the user in USM for the Informs. I also debugged this further and found that there is a function 'create_user_from_session' which gets invoked while sending the INFORM message. In this function the user is fetched from the current user list; even if the user exists with the correct engine id (that of the receiver) and security name, the USM parameters (protocols and keys) of the user are being overwritten with some session USM parameters (the default session priv protocol is DES). I am not sure why this is being done; I have written to the coders mailing list and awaiting a reply for the same. -Datta. On Wed, Sep 22, 2010 at 5:06 AM, Wes Hardaker wrote: > >> Is there any reason why the inform request overrides the configuration >> of the user in USM ? My understanding was that if the user exists with >> the correct engine id (in case of inform it is of the target) and >> security name it should not try to override. > > It definitely shouldn't be overriding information. Do make sure that > you're not confusing INFORMs and TRAPs though, as the "authoritative" > engine is different (and thus the user that the agent tries to use will > be different). > > -- > Wes Hardaker > Cobham Analytic Solutions > -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ 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
snmp for python
Hi. I have trouble witth build snmp for python. I use https://net-snmp.svn.sourceforge.net/svnroot/net-snmp/trunk/net-snmp/python/README, but I have: #python setup.py build ... netsnmp/client_intf.c:2367: error: dereferencing pointer to incomplete type > netsnmp/client_intf.c:2368: error: dereferencing pointer to incomplete type > netsnmp/client_intf.c:2368: error: dereferencing pointer to incomplete type > netsnmp/client_intf.c:2369: error: dereferencing pointer to incomplete type > netsnmp/client_intf.c:2370: error: dereferencing pointer to incomplete type > netsnmp/client_intf.c:2402: error: 'STAT_SUCCESS' undeclared (first use in > this function) > error: command 'cc' failed with exit status 1 > > My OS: > # uname -a > FreeBSD Monitor.localhost 7.0-RELEASE FreeBSD 7.0-RELEASE #4: Fri Apr 10 > 16:46:25 YEKST 2009 ad...@monitor.localhost:/usr/obj/usr/src/sys/My i386 > Can you help me? Thanks. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev___ 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
Re: a patch for memory leak
> CC> Does anybody know why netsnmp only allow 128 OID in one request? > CC> #define SNMP_MAX_CMDLINE_OIDS 128 > > That's actually a mandate by the SNMP protocol. Are you sure, Wes? As far as I can tell, the protocol specifies the maximum number of subidentifiers within a single OID, but not the number of varbind that are allowed in a single request. A very quick look at the code seems to indicate that this constant is simply there to simplify the handling of the command-line arguments. I don't believe it's dependent on anything in the SNMP protocol itself. Dave -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev ___ 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