net-snmp-coders — Discussion of internal project coding (Please use this OR -users, NOT both!)

Re: Easy question

[Wes H. <wjh...@uc...>]

>>>>> On Wed, 15 Nov 2000 15:04:56 -0400 (GMT-0400), "Barrios G. Carlos I." <ba...@in...> said:

Barrios> my question is if anyone knows which numbers corresponds to
Barrios> the host.

Barrios> %snmpget localhost public host.hrStorage.hrMemorySize.0

Try using snmptranslate (see
http://net-snmp.sourceforge.net/tutorial/commands/snmptranslate.html):

% snmptranslate -IR host.hrStorage.hrMemorySize.0
.1.3.6.1.2.1.25.2.2.0

-- 
Wes Hardaker
Please mail all replies to net...@li...

Re: DES encryption with JCE

[Wes H. <wjh...@uc...>]

>>>>> On Wed, 15 Nov 2000 16:33:39 -0800, Jim Pickering <jpi...@ou...> said:

Jim> I am attempting to use the JCE and the Sun provider to encrypt
Jim> SNMPv3 USM "scoped pdu's". The following code is my
Jim> interpretation using the JCE:

I know I told you to write this list for SNMP protocol related
questions, but I may have mis-led you into thinking that writing the
net-snmp lists with questions about code from other packages is ok...
We do want to keep the topics on this list either related to net-snmp
directly, or related to the SNMP protocol itself...

Jim> Of course it doesn't work correctly.  I don't expect that the
Jim> above is correct or that I even know what I am doing here.  Is
Jim> the creation and use of the SecureRandom object the correct way
Jim> to initialize a DES cipher with a "salt"?  Is the creation and
Jim> use of the SecretKeySpec object the correct way to initialize a
Jim> DES cipher with a key?

I know nothing about the toolkit you're using...  The SecureRandom
object sounds like it might be creating the wrong salt, but I couldn't
be sure without knowing more about it.

-- 
Wes Hardaker
Please mail all replies to net...@li...

Re: I18N in SNMP

[Wes H. <wjh...@uc...>]

>>>>> On Wed, 15 Nov 2000 17:52:34 -0500, Brett Cutler <bc...@ax...> said:

Brett> Are there any internationalization issues when dealing with
Brett> SNMP?

There has been a lot of recent discussion relating to this topic
inside the SNMP working group actually.  What is slowly being done
there is standardizing the use of UTF-8 strings as a replacement for
the more general strings found through the current mib sets.

Brett> If so, how are they handled in the NET-SNMP source code?

It's handled fine, mostly.  We don't actually do much about it but we
do honor language environment settings to determine if characters are
printable or not.  We need to explicitly deal with UTF-8 better
though.
-- 
Wes Hardaker
Please mail all replies to net...@li...

Pb with the last perl/SNMP

[<mo...@pc...>]

Hello,

I compile very well the last cvs net-snmp distribution but I have a
problem when I want compile tkmib
I have seen the same pb in archive, but i think that my path is good (i
am in the same directory that net-snmp installation)

Thanks



col@vm-pmp:[/opt/net-snmp/perl/SNMP]> uname -a
Linux vm-pmp.enac.fr 2.2.14 #1 SMP Thu Feb 17 11:49:42 MST 2000 i686
unknown

col@vm-pmp:[/opt/net-snmp/perl/SNMP]> perl Makefile.PL
Checking if your kit is complete...
Looks good
Writing Makefile for SNMP

col@vm-pmp:[/opt/net-snmp/perl/SNMP]> make
mkdir blib
mkdir blib/lib
mkdir blib/arch
mkdir blib/arch/auto
mkdir blib/arch/auto/SNMP
mkdir blib/lib/auto
mkdir blib/lib/auto/SNMP
cp SNMP.pm blib/lib/SNMP.pm
AutoSplitting blib/lib/SNMP.pm (blib/lib/auto/SNMP)
/usr/bin/perl -I/usr/lib/perl5/5.00503/i386-linux
-I/usr/lib/perl5/5.00503 /usr/
lib/perl5/5.00503/ExtUtils/xsubpp -noprototypes -typemap
/usr/lib/perl5/5.00503/
ExtUtils/typemap -typemap typemap SNMP.xs >xstmp.c && mv xstmp.c SNMP.c
gcc -c -I/usr/local/include -Dbool=char -DHAS_BOOL -O2 -march=i386
-mcpu=pentium
pro -fomit-frame-pointer -pipe    -DVERSION=\"3.1.0\"
-DXS_VERSION=\"3.1.0\" -fp
ic -I/usr/lib/perl5/5.00503/i386-linux/CORE  SNMP.c
In file included from SNMP.xs:17:
/usr/include/assert.h:79: warning: `assert' redefined
/usr/lib/perl5/5.00503/i386-linux/CORE/perl.h:1501: warning: this is the
locatio
n of the previous definition
SNMP.xs: In function `__translate_appl_type':
SNMP.xs:359: `TYPE_UINTEGER' undeclared (first use in this function)
SNMP.xs:359: (Each undeclared identifier is reported only once
SNMP.xs:359: for each function it appears in.)
SNMP.xs: In function `__translate_asn_type':
SNMP.xs:405: `TYPE_UINTEGER' undeclared (first use in this function)
SNMP.xs: In function `__get_type_str':
SNMP.xs:612: `TYPE_UINTEGER' undeclared (first use in this function)
SNMP.xs: In function `__add_var_val_str':
SNMP.xs:1001: `TYPE_UINTEGER' undeclared (first use in this function)
make: *** [SNMP.o] Error 1

Help needed on mib2c

[Ruud W. <ruu...@te...>]

Hello,

Can anyone please help me on the mib2c compile script.

In the readme file something is said about the version of SNMP.pm
Version 1.8 is not found at the following site.

http://www.cpan.org/modules/by-module/SNMP/

version 3.1 gives problems finding Oid's




Ruud Wetzels
Technolution bv
+31182534100
ruu...@te...
www.technolution.nl

Re: mibII (snmp group)

[Dave S. <D.T...@cs...>]

> Suppose I am really interested on 'snmp.snmpInGetResponses'  (or 
> 'snmp.snmpOutGetRequests')objects and the returned answer by the agent for 
> them is zero - impossible!

> And actually these objects, for instance, are related with the manager side 
> (the number of the SNMP InGetResponses/OutGetRequests PDUs which have been 
> accepted/generated)

That's the reason, then.
These counters are reporting the number of such packets generated or
received by the entity being queried - i.e. the agent.
The agent has not generated any GET requests (since it doesn't tend to
issue requests at all), or received any responses (since it hasn't
sent any requests).

  If you wish to monitor a particular manager, then you'd need to
instrument it to include some form of minimal agent.


> Yes, I found snmp_increment_statistics (STAT_SNMPINGETRESPONSES) function 
> call in SNMP_AGENT.C but where is the actual implementation of this function?
> Second, I found the callback routine in SNMP_ MIB.C, but for vp->magic>=1 
> the function 'snmp_get_statistic(vp->magic + STAT_SNMP_STATS_START - 
> 1)'  is called. Where this one is implemented?

These functions are actually implemented within the library - in the file
'snmp_api.c'.   This is because they're also used within a few library
routines (particularly for counting lower-level events, such as parsing
errors and the like).

  So if your manager was implemented using the UCD library, you could use
these routines to count these statistics, though you'd still need to have
some form of agent to report the results.

Hope this helps

Dave

Re: mibII (snmp group)

[Julia K. <Jul...@vt...>]

Thank you, Dave, for answer

but sorry,
Suppose I am really interested on 'snmp.snmpInGetResponses'  (or 
'snmp.snmpOutGetRequests')objects and the returned answer by the agent for 
them is zero - impossible! Then I try to find the fault.
Yes, I found snmp_increment_statistics (STAT_SNMPINGETRESPONSES) function 
call in SNMP_AGENT.C but where is the actual implementation of this function?
Second, I found the callback routine in SNMP_ MIB.C, but for vp->magic>=1 
the function 'snmp_get_statistic(vp->magic + STAT_SNMP_STATS_START - 
1)'  is called. Where this one is implemented?
And actually these objects, for instance, are related with the manager side 
(the number of the SNMP InGetResponses/OutGetRequests PDUs which have been 
accepted/generated), so how about the count in this case?

br,
Julia


At 14:26 15.11.2000 , you wrote:
> > It seems that the most part of the mibII statistics is reading from the
> > /proc FS in Linux, but how about the snmp own statistics (mibII-snmp
> > group)? How SNMP agent retrieves this data? Where is this routine?
>
>Think about the meaning of the various objects for a moment.
>The low-level network protocols are handled by the kernel, so
>those statistics have to come from there (via the /proc FS in Linux).
>
>But the SNMP statistics are concerned with a higher-level interpretation
>of the traffic - data that's handled within the SNMP agent itself.
>It's essentially an application-specific MIB - it just happens that
>the application concerned is the agent itself.
>
>The agent will increment the various statistics at the appropriate
>places during its processing - e.g. it will increment the count of
>GET requests every time it deals with a GET request.
>   It's these local statistics that the 'mibII/snmp_mib' code is
>reporting back.   There's no single routine that handles this - it
>depends on the statistic as to where it needs to be dealt with.
>
>   Have a look through the main agent code for calls to
>'snmp_increment_statistic'  -  mostly in the file 'snmp_agent.c'
>
>
>Dave

about snmp

[Jillfox <ji...@26...>]

SSBtZWV0IHNvbWUgdHJvdWJsZSBhbmQgbmVlZCB5b3VyIGhlbHAuDQpJIGhhdmUgYSBtYW5hZ2Vy
KCBpcCAxOTIuMTY4LjUuMiApICwgdGhlcmUgaGF2ZSBhIHNubXAgYWdlbnQgb24gMTkyLjE2OC4z
LjMNCldoYXQgb2lkIGNhbiBpIHNldCB0byBsZXQgMTkyLjE2OC4zLjMncyBhZ2VudCB0byBzZW5k
IHRyYXBzIHRvIDE5Mi4xNjguNS4yPw0KY2FuIHRoZSB0cmFwIHRhcmdldCBob3N0IGJlIGR5bmFt
aWMgc2V0dGluZz8NClRoYW5rcyENCg==

DES encryption with JCE

[Jim P. <jpi...@ou...>]

I am attempting to use the JCE and the Sun provider to encrypt SNMPv3 USM
"scoped pdu's". The following code is my interpretation using the JCE:

    private byte[] DESEncryptScopedPdu(byte[] cbEightBytePaddedScopedPdu,
byte[] cbEightByteIV, byte[] cbEightByteKey)
        throws SnmpSecurityException
    {
        try
        {
            // get cipher from service provider
            Cipher cDESCipher = Cipher.getInstance("DES/CBC/NoPadding");

            // create DES "salt"
            SecureRandom cSecureRandom = new SecureRandom(cbEightByteIV);

            // create DES key
            SecretKeySpec cSecretKeySpec = new SecretKeySpec(cbEightByteKey,
"DES");

            // initialize cipher with "salt" and key
            cDESCipher.init(Cipher.ENCRYPT_MODE, cSecretKeySpec,
cSecureRandom);

            // return encrypted data
            return cDESCipher.doFinal(cbEightBytePaddedScopedPdu);
        }
        catch (Exception e)
        {
            throw new
SnmpSecurityException(SnmpConstants.errorIDToString(SnmpConstants.SNMP_ERR_D
ECRYPTION_ERROR) + ": " + e.getMessage());
        }
    }

Of course it doesn't work correctly.  I don't expect that the above is
correct or that I even know what I am doing here.  Is the creation and use
of  the SecureRandom object the correct way to initialize a DES cipher with
a "salt"?   Is the creation and use of  the SecretKeySpec object the correct
way to initialize a DES cipher with a key?

Any help would be greatly appreciated.

Thanks.

jim
---
Jim Pickering                  Internet: mailto:jr...@ou...
OutBack Resource Group, Inc.   Voice: 805-542-8570 ext. 19
3450 Broad Street, Suite 103   FAX: 805-541-5467
San Luis Obispo, CA 93401      WWW: http://www.outbackinc.com/

Re: latest cvs source segvs on linux 2.2.12-20 (egcs-2.91.66)

[G. S. M. <ma...@ti...>]

Michael Slifcak wrote:

> Are you loading non-English NLS (nat'l language support)
> or setting the LANG environment ?  Is your compiler doing this ?
>
> Which platform/OS/Version compiler/version are you using ?

info in subject line.

[gmarzot@donzi SNMP]$ echo $LANG
en_US

I18N in SNMP

[Brett C. <bc...@ax...>]

Are there any internationalization issues when dealing with SNMP?

If so, how are they handled in the NET-SNMP source code?

latest cvs source segvs on linux 2.2.12-20 (egcs-2.91.66)

[G. S. M. <ma...@ti...>]

I am getting all tests failing and segv just starting up any of the
apps. It looks like it croaks in MIB parsing but in a very improbable
place so I am guessing stack corruption. electric fence is running but I
guess this does not catch all stack overwrites. I don't suppose this is
happening for anyone but me otherwise there would be more hew-and-cry.
perhaps my environement is hosed but nothing showed up like this before

[ gmarzot@donzi net-snmp]$ apps/snmpwalk localhost public .1

  Electric Fence 2.0.5 Copyright (C) 1987-1998 Bruce Perens.
Segmentation fault (core dumped)

[gmarzot@donzi net-snmp]$ gdb -c core snmpwalk
GNU gdb 4.18
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "i386-redhat-linux"...
Core was generated by `apps/snmpwalk -Dall localhost public .1'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libdl.so.2...done.
Reading symbols from /usr/lib/librpm.so.0...done.
Reading symbols from /lib/libdb.so.2...done.
Reading symbols from /usr/lib/libz.so.1...done.
Reading symbols from /lib/libm.so.6...done.
Reading symbols from /lib/libc.so.6...done.
Reading symbols from /lib/ld-linux.so.2...done.
Reading symbols from /usr/lib/libbz2.so.0...done.
Reading symbols from /lib/libnss_files.so.2...done.
Reading symbols from /usr/lib/gconv/ISO8859-1.so...done.
#0  gconv (step=0x410d3fc8, data=0xbfffde7c, inbuf=0xbfffde70,
    inbufend=0x40176d24 "", written=0xbfffde74, do_flush=0)
    at ../iconv/skeleton.c:204
204 ../iconv/skeleton.c: No such file or directory.
(gdb) where
#0  gconv (step=0x410d3fc8, data=0xbfffde7c, inbuf=0xbfffde70,
    inbufend=0x40176d24 "", written=0xbfffde74, do_flush=0)
    at ../iconv/skeleton.c:204
#1  0x400f893b in __mbrtowc (pwc=0xbfffdf64, s=0x40176d23 ".", n=1,
    ps=0xbfffdf68) at mbrtowc.c:67
#2  0x400e30f6 in _IO_vfscanf (s=0xbfffdfd4,
    format=0x80957d1 "%2d%2d%2d%2d%2d", argptr=0xbfffe09c, errp=0x0)
    at vfscanf.c:254
#3  0x400e896e in _IO_vsscanf (string=0xbffff0f0 "9411010000Z",
    format=0x80957d1 "%2d%2d%2d%2d%2d", args=0xbfffe09c) at
iovsscanf.c:44
#4  0x400e673f in sscanf (s=0xbffff0f0 "9411010000Z",
    format=0x80957d1 "%2d%2d%2d%2d%2d") at sscanf.c:38
#5  0x8053519 in check_utc (utc=0xbffff0f0 "9411010000Z") at
parse.c:2880
#6  0x805365b in parse_moduleIdentity (fp=0x40425f50, name=0xbffff1b0
"ipMIB")
    at parse.c:2925
#7  0x8055122 in parse (fp=0x40425f50, root=0x0) at parse.c:3788
#8  0x8054279 in read_module_internal (name=0x40421f10 "IP-MIB")
    at parse.c:3294
#9  0x8054411 in read_module (name=0x40421f10 "IP-MIB") at parse.c:3361
#10 0x804cdee in init_mib () at mib.c:1189
#11 0x8056f21 in init_snmp (type=0x80992c0 "snmpapp") at snmp_api.c:638
#12 0x8067e2a in snmp_parse_args (argc=5, argv=0xbffffcb4,
session=0xbffffb9c,
    localOpts=0x8092929 "C:", proc=0x804a010 <optProc>)
---Type <return> to continue, or q <return> to quit---
    at snmp_parse_args.c:411
#13 0x804a0e3 in main (argc=5, argv=0xbffffcb4) at snmpwalk.c:169
(

Easy question

[Barrios G. C. I. <ba...@in...>]

I have linux Red Hat 6.2

when from an xterm I can  execute:

%snmpget localhost public system.sysContac.0

or

%snmpget localhost public 1.4.0

and it returs it values


my question is if anyone knows which numbers
corresponds to the host.

I can execute
 
%snmpget localhost public host.hrStorage.hrMemorySize.0
%snmpget localhost public
host.hrDevice.hrDiskStorageTable.hrDiskStorageEntry.hrDiskStorageCapacity.1536


or 
%snmpget localhost public host.2.2.0
%snmpget localhost public host.3.5.1.4.1536


Which number does corresponds to host??


thanks a Lot anyone!!








#################################################
#                                               #
######         Carlos I. Barrios G.        ######
#                                               #
#                 Ing. Sistemas                 #
#                 Ing. Mecanica                 #
#                                               #
###         Universidad de los Andes.(ULA)      #
###  		Merida-Venezuela 	      ###
#                                               #
#                                               #
#################################################

RE: USM questions

[Jim P. <jpi...@ou...>]

No need to include any examples ... I completely understand your response
except for ...

> It does not get encoded into the length of the scopedPDU, but it does
> get encoded into the octet string length that replaces the scopedPDU
> in the outgoing message.  This length is then propagated up to the
> main snmp message length as well (which must increase to reflect the
> proper (new) length of the encrypted message).

I assume you mean that it doesn't get encoded in the sequence length of the
scoped pdu (right before the contextEngineID), but it gets encoded on the
overall length sequence at the beginning of the message.

> get encoded into the octet string length that replaces the scopedPDU

Which "octet string length?" The one following the msgSecurityModel?

Again, thank you for you time.

jim
---
Jim Pickering                  Internet: mailto:jr...@ou...
OutBack Resource Group, Inc.   Voice: 805-542-8570 ext. 19
3450 Broad Street, Suite 103   FAX: 805-541-5467
San Luis Obispo, CA 93401      WWW: http://www.outbackinc.com/


> -----Original Message-----
> From: Wes Hardaker [mailto:wjh...@uc...]
> Sent: Wednesday, November 15, 2000 9:28 AM
> To: Jim Pickering
> Cc: 'Wes Hardaker'
> Subject: Re: USM questions
> 
> 
> >>>>> On Wed, 15 Nov 2000 09:15:08 -0800, Jim Pickering 
> <jpi...@ou...> said:
> 
> Jim> I hope that you can take some time answering a few questions
> Jim> regarding encryption under USM or direct me to who can.
> 
> Sure.  The net...@li... list might be a
> better place for future questions (even though it'll probably be me
> that answers them...  It'll at least help other people out as well).
> 
> [note that this already a freely-available java stack that 
> implements v3]
> 
> Jim> As we understand it, the "scope of encryption" include the
> Jim> contextEngineID, contextName, and PDU.
> 
> Yep.
> 
> Jim> Does it also include the length sequence prior to the
> Jim> contextEngineID?
> 
> Yes.  The *entire* scopedPDU is encrypted, which includes it's
> sequence tag and length.
> 
> Jim> With DES encryption the "scope of encryption" is also potentially
> Jim> padded up to 8 bytes.
> 
> 7 bytes, actually, but yes.
> 
> Jim> Does this (potential) padding length get encoded in any of the
> Jim> lengths?
> 
> It does not get encoded into the length of the scopedPDU, but it does
> get encoded into the octet string length that replaces the scopedPDU
> in the outgoing message.  This length is then propagated up to the
> main snmp message length as well (which must increase to reflect the
> proper (new) length of the encrypted message).
> 
> Jim> Is the padding also included in the MD5/SHA authentication?
> 
> The entire encrypted portion of the message is authenticated, so yes
> it is.
> 
> Jim> Is it also included in the data sent across the wire?
> 
> Yes, because you can't remove it once it's been sent through the
> encryption process (removing the last X number of bytes at the end of
> the message would make it impossible to decode the last 8-X bytes of
> the SNMP message).
> 
> I was hoping to give you a quick example breakdown, but I have to run
> off to a conference call.
> 
> I'll append a file I created when thinking about the entire SNMPv3
> messaging scheme...  It breaks it down fairly nicely for you using
> indentation.
> 
> You might also check out the -Ddump debugging output of the 
> net-snmp tools.
> 
> -- 
> "Ninjas aren't dangerous.  They're more afraid of you than 
> you are of them."
> 

Leak news

[Jargot J. <Jer...@fe...>]

   Version: UCD-snmp version 4.2.pre1
   System : SunOS 5.7 Generic_106541-08 sun4u sparc SUNW,Ultra-250

  Hi all,

It's about the memory leak that happens, in agentx at the master agent side, when issuing GET.

I believe it is going to remind you something...

Some memory is allocated in master_request.c in function get_agentx_request at line 331:

   329 new_size = sizeof(struct ax_variable_list) +
   330            VARLIST_ITERATION * sizeof(struct variable_list);

=> 331 vlist = (struct ax_variable_list *)calloc( 1, new_size);

   332 pdu   = snmp_pdu_create( 0 );

Few lines later, one can read:

  req->cb_data = vlist;


I believe this 'req->cb_data' is never freed, the pointer get lost, and thus create the memory leak.



In the same file, in the function free_agentx_request, one can read the lines:

/*
	Don't free this call-back data.
	It contains information that needs to be persistent
	across multi-pass requests (i.e. SET and GETBULK handling)

    if ( req->cb_data )
	free ( req->cb_data );
*/

If you uncomment these lines, the memory leak problems vanish for the GET.



Could it be possible to know at this stage, if it is not a SET and not a GETBULK in order to free 'req->cb_data'.

The variable 'req' is a struct defined as follow (in snmp_api.h) :

struct request_list {
    struct request_list *next_request;
    long  request_id;   /* request id */
    long  message_id;   /* message id */
    snmp_callback callback; /* user callback per request (NULL if unused) */
    void   *cb_data;   /* user callback data per request (NULL if unused) */
    int     retries;    /* Number of retries */
    u_long timeout;     /* length to wait for timeout */
    struct timeval time; /* Time this request was made */
    struct timeval expire;  /* time this request is due to expire */
    struct  snmp_session *session;
    struct snmp_pdu *pdu;   /* The pdu for this request
                               (saved so it can be retransmitted */
};                                                                                           

I guess it is not as simple as it could be...


that's all

      Jerome Jargot

Re: agentx initialization fails with exit(1)

[Wes H. <wjh...@uc...>]

>>>>> On Tue, 14 Nov 2000 17:43:07 -0500, Lawrence Greenfield <le...@an...> said:

Lawrence> Here's the utterly straightforward (and perhaps overly
Lawrence> naive) patch.  It would be nice if the application could
Lawrence> retry init_agent() after it fails, and I don't bother trying
Lawrence> to make that work.

Thanks for the patch!  It has been applied to the next release of the
ucd-snmp package.

-- 
Wes Hardaker
Please mail all replies to net...@li...

Re: mibII (snmp group)

[Dave S. <D.T...@cs...>]

> It seems that the most part of the mibII statistics is reading from the 
> /proc FS in Linux, but how about the snmp own statistics (mibII-snmp 
> group)? How SNMP agent retrieves this data? Where is this routine?

Think about the meaning of the various objects for a moment.
The low-level network protocols are handled by the kernel, so
those statistics have to come from there (via the /proc FS in Linux).

But the SNMP statistics are concerned with a higher-level interpretation
of the traffic - data that's handled within the SNMP agent itself.
It's essentially an application-specific MIB - it just happens that
the application concerned is the agent itself.

The agent will increment the various statistics at the appropriate
places during its processing - e.g. it will increment the count of
GET requests every time it deals with a GET request.
  It's these local statistics that the 'mibII/snmp_mib' code is
reporting back.   There's no single routine that handles this - it
depends on the statistic as to where it needs to be dealt with.

  Have a look through the main agent code for calls to
'snmp_increment_statistic'  -  mostly in the file 'snmp_agent.c'


Dave

mibII (snmp group)

[Julia K. <Jul...@vt...>]

Hello!

I am working with ucd-snmp-4.1.2, OS - Linux 2.2.14 and my question is 
related with mibII/snmp group implementation.

I looked at the mibII/snmp_mib source files, the internal implementation 
functions are not implemented there, but some snmp statistics is available 
through SNMP agent.
It seems that the most part of the mibII statistics is reading from the 
/proc FS in Linux, but how about the snmp own statistics (mibII-snmp 
group)? How SNMP agent retrieves this data? Where is this routine?

Best Regards,
Julia Kantorovitch

Re: SMUX - snmpset

[pky <pk...@mo...>]

At 09:04 PM 11/15/00 +0900, N.Tanaka wrote:

>Hi.
>
>  We have almost tha same situation.

Have you tried the 4.2 version yet?
It would be nice to hear if the error occurs there, and where.
I think, that guys doing the development are maybe mainly working with 
4.2pre now ...

Also the listing of registers & local variables on handle_var_list & 
upchain would be beneficial.

This looks like a zero page fault ;-)
Which you wouldn't get in HP/UX if you don't want to see it :-)

         PKY


>Program received signal SIGSEGV, Segmentation fault.
>0x0 in ?? ()
>(gdb) where
>#0  0x0 in ?? ()
>#1  0x804bb8a in handle_var_list (asp=0x812ee40) at snmp_agent.c:662
>#2  0x804b9d6 in handle_next_pass (asp=0x812ee40) at snmp_agent.c:574
>#3  0x804b75d in handle_snmp_packet (operation=1, session=0x8134810, 
>reqid=18926
>37583,
>     pdu=0x81350c8, magic=0x0) at snmp_agent.c:402
>#4  0x8073fc6 in _sess_read (sessp=0x8130f18, fdset=0xbffff988) at 
>snmp_api.c:36
>22
>#5  0x8074031 in snmp_sess_read (sessp=0x8130f18, fdset=0xbffff988) at 
>snmp_api.
>c:3645
>#6  0x8073569 in snmp_read (fdset=0xbffff988) at snmp_api.c:3314
>#7  0x804ad5d in receive () at snmpd.c:678
>#8  0x804aa25 in main (argc=1, argv=0xbffffc64) at snmpd.c:594
>(gdb)

=?ISO-2022-JP?B?GyRCJE8kOCRhJF4kNyRGISMbKEI=?=

[<ba...@va...>]

お忙しいところ失礼いたします。
アダルト情報に興味の無い方、18歳未満の方、必要のない方はお手数
ですが削除してください。そのような方には、大変失礼致しました。
今後この様なDMの送付を拒否される場合は、そのまま返信頂
けましたら当方のリストより直ちに削除いたします。
●○▲△■□●○▲△■□●○▲△■□●○▲△■
　　　無料画像のページ
●○▲△■□●○▲△■□●○▲△■□●○▲△■

"素人達の主張無料写真館"
http://202.225.93.8/~carsite2/sirouto.html
素人投稿・コギャルナンパ＆ハメ撮り画像を厳選して公開。
淫乱素人画像満載！幼い顔してヤルことはエロエロです。

"無料画像もってけ泥棒！"
http://210.188.239.114/muryou/index.html
ココの写真は、すべて無料でお持ち帰り出来ます。
何てったってタイトルが笑えます。

Re: SMUX - snmpset

[N.Tanaka <nob...@ro...>]

Hi.

 We have almost tha same situation. 

Program received signal SIGSEGV, Segmentation fault.
0x0 in ?? ()
(gdb) where
#0  0x0 in ?? ()
#1  0x804bb8a in handle_var_list (asp=0x812ee40) at snmp_agent.c:662
#2  0x804b9d6 in handle_next_pass (asp=0x812ee40) at snmp_agent.c:574
#3  0x804b75d in handle_snmp_packet (operation=1, session=0x8134810, reqid=18926
37583,
    pdu=0x81350c8, magic=0x0) at snmp_agent.c:402
#4  0x8073fc6 in _sess_read (sessp=0x8130f18, fdset=0xbffff988) at snmp_api.c:36
22
#5  0x8074031 in snmp_sess_read (sessp=0x8130f18, fdset=0xbffff988) at snmp_api.
c:3645
#6  0x8073569 in snmp_read (fdset=0xbffff988) at snmp_api.c:3314
#7  0x804ad5d in receive () at snmpd.c:678
#8  0x804aa25 in main (argc=1, argv=0xbffffc64) at snmpd.c:594
(gdb)

 It seems that net-snmp send get-Request before sending set-Request to
 smux peer when snmp manager issues set-Request to snmpd. See my
 previous mail posted on 11/08/2000 22:03:13 for more details ( no reply
 yet unfortunately). Subject is "smux-peer and net-snmp".

 When smux peer send back get-Response with any errors against the
 "first" get-Request from snmpd to peer, snmpd core dumped.

 This is what we figured out so far.

> From: Kapil Verma <Ka...@ne...>
> To: ucd...@ec...
> Subject: SMUX - snmpset
> Date: Tue, 14 Nov 2000 20:00:37 +0530
> 
> Hi
>     I am using zebra 0.89/ and ucd 4.1.2/ and using smux for BGP MIB
> support. I have bgpd and snmpd running on a machine and bgp peer running on
> another machine. when I do an snmpwalk, i get 19 variables only. But when i
> try to do an snmpset on any table-entry variable in the BGP MIB(which has a
> read-write permission), the snmpd is killed, smux connection is closed, core
> file is generated and there is no reponse.  
>   When I ran gdb on core, it gave the me following output indicating where
> core is generated:
> 
> Core was generated by `./snmpd'.
> Program terminated with signal 11, Segmentation fault.
> Reading symbols from /lib/libdb.so.2...done.
> Reading symbols from /usr/lib/libz.so.1...done.
> Reading symbols from /lib/libm.so.6...done.
> Reading symbols from /lib/libc.so.6...done.
> Reading symbols from /lib/ld-linux.so.2...done.
> Reading symbols from /lib/libnss_files.so.2...done.
> Reading symbols from /usr/lib/gconv/ISO8859-1.so...done.
> #0  0x0 in ?? ()
> (gdb) where
> #0  0x0 in ?? ()
> #1  0x804b71a in handle_var_list (asp=0x80f82b0) at snmp_agent.c:576
> #2  0x804b5ab in handle_next_pass (asp=0x80f82b0) at snmp_agent.c:495
> #3  0x804b3fc in handle_snmp_packet (operation=1, session=0x80fdea8,
>     reqid=1024378492, pdu=0x80fe760, magic=0x0) at snmp_agent.c:383
> #4  0x806fff6 in _sess_read (sessp=0x80f84f0, fdset=0xbffff8a4)
>     at snmp_api.c:3582
> #5  0x8070050 in snmp_sess_read (sessp=0x80f84f0, fdset=0xbffff8a4)
>     at snmp_api.c:3605
> #6  0x806f5e9 in snmp_read (fdset=0xbffff8a4) at snmp_api.c:3272
> #7  0x804ab1b in receive () at snmpd.c:668
> #8  0x804a7f5 in main (argc=1, argv=0xbffffbb4) at snmpd.c:584
> 
> 
> can somebody tell me, why the smux connection gets closed or why the snmpd
> process gets killed, when i try to "set" any variable, which has read-write
> permissions.  Is this related to problems in smux configuration or is it an
> implementation bug?
> 
> thanx in advance
> kapil
> 
> Net Brahma Technologies
> Internext Networking Software
> A Microland Group Venture
> 
> ka...@ne...
> www.netbrahma.com

mib2c problem

[Ruud W. <ruu...@te...>]

Hello,

I'm building a subagent using the ucd package. I have installed version =
4.2pre.
I build the subagent and it works fine. But now i want to define mij own =
MIB.
So first i want to try to rebuild the example using the tutorial mib.
I try to use the mib2c compile script but i always get the same message:

Couldn't find mib reference.

I even tried the following command:

/usr/local/bin mib2c interfaces

C


Ruud Wetzels
Technolution bv
+31182534100
ruu...@te...
www.technolution.nl

Re: agentx initialization fails with exit(1)

[Dave S. <D.T...@cs...>]

 
Lawrence> I've noticed that the AgentX API will fail with an exit(1)
Lawrence> inside of init_agent()---really subagent_pre_init().

Wes> Bad Dave, Bad Dave!

<Curls up in a corner, whimpering quietly>


Wes> It shouldn't be exiting, so yes we should fix this.  More
Wes> appropriately, it probably should only be optionally exiting at the
Wes> most.
Wes> 
Wes> Dave?  Your opinions?

I concur.
Lawrence's patch is more or less exactly what I was thinking of.

It introduces a slight change to a couple of APIs, but I doubt this
is particularly significant.   Shove it in, Wes.

Dave

snmpd dies on snmpset -- urgent !

[Kapil V. <Ka...@ne...>]

Hi
  sorry for sending this mail again, but it is really urgent. does anybody
have an asnwer??

ciao
kapil

****************************
    I am using zebra 0.89/ and ucd 4.1.2/ and using smux for BGP MIB
support. I have bgpd and snmpd running on a machine and bgp peer running on
another machine. when I do an snmpwalk, i get 19 variables only. But when i
try to do an snmpset on any table-entry variable in the BGP MIB(which has a
read-write permission), the snmpd is killed, smux connection is closed, core
file is generated and there is no reponse.  
  When I ran gdb on core, it gave the me following output indicating where
core is generated:

Core was generated by `./snmpd'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libdb.so.2...done.
Reading symbols from /usr/lib/libz.so.1...done.
Reading symbols from /lib/libm.so.6...done.
Reading symbols from /lib/libc.so.6...done.
Reading symbols from /lib/ld-linux.so.2...done.
Reading symbols from /lib/libnss_files.so.2...done.
Reading symbols from /usr/lib/gconv/ISO8859-1.so...done.
#0  0x0 in ?? ()
(gdb) where
#0  0x0 in ?? ()
#1  0x804b71a in handle_var_list (asp=0x80f82b0) at snmp_agent.c:576
#2  0x804b5ab in handle_next_pass (asp=0x80f82b0) at snmp_agent.c:495
#3  0x804b3fc in handle_snmp_packet (operation=1, session=0x80fdea8,
    reqid=1024378492, pdu=0x80fe760, magic=0x0) at snmp_agent.c:383
#4  0x806fff6 in _sess_read (sessp=0x80f84f0, fdset=0xbffff8a4)
    at snmp_api.c:3582
#5  0x8070050 in snmp_sess_read (sessp=0x80f84f0, fdset=0xbffff8a4)
    at snmp_api.c:3605
#6  0x806f5e9 in snmp_read (fdset=0xbffff8a4) at snmp_api.c:3272
#7  0x804ab1b in receive () at snmpd.c:668
#8  0x804a7f5 in main (argc=1, argv=0xbffffbb4) at snmpd.c:584


can somebody tell me, why the smux connection gets closed or why the snmpd
process gets killed, when i try to "set" any variable, which has read-write
permissions.  Is this related to problems in smux configuration or is it an
implementation bug?

thanx in advance
kapil

Net Brahma Technologies
Internext Networking Software
A Microland Group Venture

ka...@ne...
www.netbrahma.com




Net Brahma Technologies
Internext Networking Software
A Microland Group Venture

ka...@ne...
www.netbrahma.com

Re: agentx initialization fails with exit(1)

[Lawrence G. <le...@an...>]

Here's the utterly straightforward (and perhaps overly naive) patch.

It would be nice if the application could retry init_agent() after it
fails, and I don't bother trying to make that work.

Larry