lwip-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [lwip-users] Lwip SNMP support: adding LWIP_IPSTACK_MIB2 Compile-Ti


From: Yigal Hochberg
Subject: Re: [lwip-users] Lwip SNMP support: adding LWIP_IPSTACK_MIB2 Compile-Time configuration
Date: Tue, 16 Feb 2010 12:28:33 -0500

mib-2 includes the system-group as well. any agent will want it.
(btw: rfc1213 is gone).

the scope of discussion are mib-2 objects related to the ipstack.
therefore i suggested the flag LWIP_IPSTACK_MIB2
this scopes the following mibs: if-mib, ip-mib, udp-mib, tcp-mib and forward-mib

i can add this flag across the code.

thanks,

yigal


On Tue, Feb 16, 2010 at 10:52 AM, address@hidden <address@hidden> wrote:
Mike Kleshov wrote:
I'd like to share my experience with SNMP too.
I had to add SNMP support to my application. I looked at lwip's SNMP agent and decided that it was too big and complicated for me (I didn't need all the features.) So I decided to create my own SNMP agent. The result is a small (650 lines) and simple SNMPv1 agent with no write support. I didn't need MIB parsing either, so OIDs were hard-coded in binary representation.
The problem of lwIP's SNMP agent is that it seems to be written for external mibs that get/set their data asynchronously. The second "feature" many people wouldn't need is the ability to add or remove tree entries at runtime. The agent could be a lot smaller if these two features wouldn't be included!

I didn't need any of the MIB-2 data either. So I guess it is possible to have an SNMP agent and not have MIB-2 info collection.
Of course it is, but someone has to do the work (change the code to support it). Unless that's done, adding a compile-time check that for LWIP_SNMP (use lwIP's agent), LWIP_MIB2 is necessary is a good thing to do.

Simon



_______________________________________________
lwip-users mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/lwip-users



--
Yigal


reply via email to

[Prev in Thread] Current Thread [Next in Thread]