RE: Application monitor MIB (implements RFC 2564)

This is a discussion on RE: Application monitor MIB (implements RFC 2564) within the SNMP Users forums, part of the Networking and Network Related category; Hi Robert Sorry for the delay in replying to your questions. D> I've written the guts of an ...


Go Back   Usenet Forums > Networking and Network Related > SNMP Users

FAQ Members List Calendar Search Today's Posts Mark Forums Read
  #1 (permalink)  
Old 04-13-2005
Dave Anderson
 
Posts: n/a
Default RE: Application monitor MIB (implements RFC 2564)

Hi Robert

Sorry for the delay in replying to your questions.

D> I've written the guts of an application monitor MIB, something=20
D> very similar to what is described in RFC 2564
D>=20
R> Does it use the MIB in RFC 2564, or something else?
R>

The format of the information presented in SNMP is completely
proprietary, although a rendering module imposes this format so that it
could be modified without impacting other functionality. The following
properties are exposed for application processes: threads,
file-descriptors, socket-descriptors, CPU usage and memory usage.
=20
R> It's hard to say. You say it is a program. Is it C code? Is it
portable?
R> How many systems has it been tested on?
R>

The program is implemented in Python, consisting of several classes and
PyUnit test cases.

The component fetches the process information from the OS. This part of
the code is therefore not portable and I implemented it only for Linux.
Stubs are provided for implementing OS-specific process-inspection
functionality.
The original requirement for this component was to provide
application-monitoring functionality above what was provided by the
HOST-RESOURCE MIB. It seems to me that RFC 2564 is the best fit for
this, although I think the component is useful even without a
standardized MIB.

R> We generally like to implement MIBs directly in the agent.
R>=20

I'm not sure that I fully understand why?

R> We have recently been talking about a 'contrib' section for the web
site,
R> and it could certainly go there. But it would need closer scrutiny=20
R> before it could go directly into the package.

Perhaps we could discuss how to do this off-list, since I personally
don't own the software - it was written on behalf of a client who would
like it to be open-sourced.

Best Regards

Dave Anderson
Ammeon Ltd - www.ammeon.com



-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click
_______________________________________________
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/...net-snmp-users
Reply With Quote
Reply


Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are Off
[IMG] code is Off
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On



All times are GMT +1. The time now is 01:24 AM.


Powered by vBulletin® Version 3.6.8
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO 3.0.0