On 30.11.2011 16:09 Robert Story said the following:
> On Fri, 28 Oct 2011 10:55:30 +0200 Michael wrote:
> MS>  >  The first question is whether or not you are completely replacing
> MS>  >  the ifTable, or you just need to add your special interfaces to
> MS>  >  the existing table...
> MS>
> MS>  My device has 26 ports (24x1G, 2x10G) + 1 management port (pretty usual
> MS>  configuration) and these ports are not accessible via standard Linux
> MS>  (except mgmt port) but only by accessing hardware or using special
> MS>  software. I will not need to implement all values of ifTable simply
> MS>  because I do not have them (like Multicast)
> MS>
> MS>  So I think I need to completely replace the ifTable.
>
> Sorry for the delay in responding.
>
> Yes, that sounds reasonable. Have you made progress with this?

In the meantime I have a running subagent reading the ifTable values 
from a shared memory segment.

But I have some troubles with my mib2c.mfd.conf based implementation.

There is a continuous allocation and free of rows. My hardware has a 
fixed set of interfaces (26) and it is not necessary to alloc/free all 
the time. Only the values (except ifIndex) will change.

I am not sure if the mib2c.mfd.conf solution is really the right way to 
do it. I have also looked at other mibc2 configurations but mfd was the 
only one I understood to integrate it.

What I need is a framework where I add my 26 rows at init time and every 
GET request will lookup the values in the shared memory (which is 
continously updated from a different process).

Is there such a framework available?

Regards,
Michael


------------------------------------------------------------------------------
Write once. Port to many.
Get the SDK and tools to simplify cross-platform app development. Create 
new or port existing apps to sell to consumers worldwide. Explore the 
Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join
http://p.sf.net/sfu/intel-appdev
_______________________________________________
Net-snmp-coders mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders

Reply via email to