Hi Dave,

Thank you so much for your help. I started reading 5.X version from the time 
you mentioned it yesterday.
>From whatI understand I need to generate a C file and an H file for each 
node that I have in my mib. Can I not generate it for the whole MIB? I have 
about 50 MIBs with a couple of hundred nodes in each and I want to migrate 
to 5.X but it's gonna take forever unless I am missing something.
In addition, what are the configuration files that I should when using 
mib2c. I have for example the following mib:

JINNY-JPM-MIB DEFINITIONS ::= BEGIN

IMPORTS
    enterprises, Counter, Gauge
        FROM RFC1155-SMI
    OBJECT-TYPE
        FROM RFC-1212
    jinny, generic, jpm
        FROM JINNY-MIB;

-- JPM Application Interfaces Counters

profact-total      OBJECT-TYPE
SYNTAX             Counter
ACCESS             read-only
STATUS             mandatory
DESCRIPTION        "Total number of profiles activations"
::= { jpm 1 }

profact-ok         OBJECT-TYPE
SYNTAX             Counter
ACCESS             read-only
STATUS             mandatory
DESCRIPTION        "Number of successfull profiles activations"
::= { jpm 2}


methodTable        OBJECT-TYPE
SYNTAX             SEQUENCE OF METHODEntry
ACCESS             read-only
STATUS             mandatory
DESCRIPTION        ""
::= { jpm 3 }


methodEntry        OBJECT-TYPE
SYNTAX             METHODEntry
ACCESS             read-only
STATUS             mandatory
DESCRIPTION        ""
INDEX             { name }
::= { methodTable 1 }

METHODEntry        ::= SEQUENCE {
                        name            OCTET STRING,
                        profact-total   Counter,
                        profact-ok      Counter}

name            OBJECT-TYPE
SYNTAX          OCTET STRING (SIZE(0..255))
ACCESS          read-only
STATUS          mandatory
DESCRIPTION     "Interface used in the activation"
::= { methodEntry 1 }


profact-total      OBJECT-TYPE
SYNTAX             Counter
ACCESS             read-only
STATUS             mandatory
DESCRIPTION        "Total number of profiles activations in the interface"
::= { methodEntry 2 }

profact-ok         OBJECT-TYPE
SYNTAX             Counter
ACCESS             read-only
STATUS             mandatory
DESCRIPTION        "Number of successfull profiles activations in the 
interface"
::= { methodEntry 3 }

END

woud i have to use mib2c for each node? and what configuration file should i 
use? I need to search for these entries in a table that is loaded in the 
subagent and form what I understand, I need to use
the command:
mib2c -c mib2c.scalar.conf MIBNODE
for my simple nodes and the command that you suggested for my table.
Should I be doing
mib2c -c mib2c.scalar.conf  profact-total
mib2c -c mib2c.scalar.conf  profact-ok
mib2c  -S cache=1 -c mib2c.table_data.conf   methodTable
?
I am sure I am missing something.

Regards,
Marwan


----- Original Message ----- 
From: "Dave Shield" <[email protected]>
To: "Marwan Khoury" <[email protected]>
Cc: <[email protected]>
Sent: Monday, August 24, 2009 4:04 PM
Subject: Re: CPU consumption


> 2009/8/24 Marwan Khoury <[email protected]>:
>> I have used header_generic and header_simple_table based on what I have
>> found in http://net-snmp.sourceforge.net/
>
> That's somewhat vague - there is a *lot* of information on that web site,
> covering both the old and new ways of working.
> It would be helpful if you could be more precise about exactly what you
> have been looking at.
>
>
>
>> 1   mib2c relies on the fact that each time i modify my mib
>>    i have to use it once again and recompile my source
>
> No, you don't.
> If you change the MIB, then of course you will need to amend the
> source code to match.   But you can do this by hand if you prefer.
> There's no need to re-run "mib2c" every time.
>    I would normally only use mib2c to generate the initial template
> code, and then update it manually thereafter.
>
>
>> 2-I have found that mib2c uses the magic variable of the vp structure to
>> decided wich oid is requested
>
> That is the old (v4 UCD) approach, which you are using anyway.
> The mib2c invocation which I suggested should generate code that
> doesn't suffer from this limitation.   Please try it.
>
>
> Dave


--------------------------------------------------------------------------------



No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 8.5.409 / Virus Database: 270.13.65/2322 - Release Date: 08/23/09 
18:03:00


------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
trial. Simplify your report design, integration and deployment - and focus on 
what you do best, core application coding. Discover what's new with 
Crystal Reports now.  http://p.sf.net/sfu/bobj-july
_______________________________________________
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

Reply via email to