Hello,

MRTG is easy to integrate with Xymon.... I had mine setup and running in less than five minutes since my distro had an MRTG RPM readily available. Not trying to say anything against Devmon but the MRTG integration is a no brainer. I would say go back to that if you think it will do what you want.

MRTG will monitor throughput only. One can tweak MRTG to measure two other things in stead of input and output, but the options are limited compared to Devmon. Thus if one wants to monitor only throughput, MRTG will do well. If one wants to monitor a number of other parameters as well, for instance temperature, memory utilisation or stack status, Devmon is a better option.

Regards, Wim Nelis.

*From:*Xymon [mailto:xymon-bounces at xymon.com] *On Behalf Of *Kris Springer *Sent:* Friday, December 06, 2013 2:58 AM *To:* W.J.M. Nelis; Xymon MailingList *Subject:* Re: [Xymon] network traffic monitoring

Does anyone have an easy installation guide for devmon on Ubuntu? I installed it and got the SNMP_Session perl stuff installed, but I'm not adept enough at linux or perl to get devmon to start for some reason. It's got a start script prebuilt for RedHat but that doesn't work for me and I don't know which paths to edit to make it work. Even if I do get it running it looks like I'll need some advanced configs with OID's that I have no idea about. Devmon was suggested by previous posts so I thought I'd give it a shot. MRTG seems way easier than this and doesn't require OID's. Should I just go back to that?

Thank you.

*Kris Springer*

/=======================/

On Thu, Dec 5, 2013 at 11:23 PM, W.J.M. Nelis <Wim.Nelis at nlr.nl <mailto:Wim.Nelis at nlr.nl>> wrote:

Hello,

That's great for the monitoring server, but I want it for all the
network devices and servers that I'm monitoring.  I'm going to get
'devmon' going and see if that will work for us.

When installing Devmon, consider installing the patches on the SourceForge Devmon page as well. Although the latest svn version dates of last September, a number of improvements (patches) submitted in the last two years are not yet included in the distribution version of Devmon.

Kind regards, Wim Nelis.

The NLR disclaimer is valid for NLR e-mail messages.

This message is only meant for providing information. Nothing in this e-mail message amounts to a contractual or legal commitment on the part of the sender. This message may contain information that is not intended for you. If you are not the addressee or if this message was sent to you by mistake, you are requested to inform the sender and delete the message. Sender accepts no liability for damage of any kind resulting from the risks inherent in the electronic transmission of messages.

MRTG has the ability to monitor much more than just throughput. MRTG will collect and graph any number of variables (up to 4 I believe, I've never tried more than two) that can be collected by SNMP or scripts. I have used it to monitor temperature, CPU load, length in minutes of daylight during the day, and several other things as well as throughput over the years I've used it. I've also used RRDTool directly to monitor and maintain graphs of various things when MRTG didn't allow enough variables in a single graph or if I wanted more control over the process.

The bottom line is both MRTG and Devmon will work, as well as doing something directly with RRDTool like I have if Kris cares to do that. I advocate for MRTG simply because I think setup/integration is easier with MRTG and Xymon.

From: Xymon [mailto:xymon-bounces at xymon.com] On Behalf Of W.J.M. Nelis Sent: Friday, December 06, 2013 9:11 AM To: Xymon MailingList Subject: Re: [Xymon] network traffic monitoring

Hello, MRTG is easy to integrate with Xymon.... I had mine setup and running in less than five minutes since my distro had an MRTG RPM readily available. Not trying to say anything against Devmon but the MRTG integration is a no brainer. I would say go back to that if you think it will do what you want.

MRTG will monitor throughput only. One can tweak MRTG to measure two other things in stead of input and output, but the options are limited compared to Devmon. Thus if one wants to monitor only throughput, MRTG will do well. If one wants to monitor a number of other parameters as well, for instance temperature, memory utilisation or stack status, Devmon is a better option.

Regards, Wim Nelis.

From: Xymon [mailto:xymon-bounces at xymon.com] On Behalf Of Kris Springer Sent: Friday, December 06, 2013 2:58 AM To: W.J.M. Nelis; Xymon MailingList Subject: Re: [Xymon] network traffic monitoring

Does anyone have an easy installation guide for devmon on Ubuntu? I installed it and got the SNMP_Session perl stuff installed, but I'm not adept enough at linux or perl to get devmon to start for some reason. It's got a start script prebuilt for RedHat but that doesn't work for me and I don't know which paths to edit to make it work. Even if I do get it running it looks like I'll need some advanced configs with OID's that I have no idea about. Devmon was suggested by previous posts so I thought I'd give it a shot. MRTG seems way easier than this and doesn't require OID's. Should I just go back to that?

Thank you. Kris Springer

=======================

On Thu, Dec 5, 2013 at 11:23 PM, W.J.M. Nelis <Wim.Nelis at nlr.nl<mailto:Wim.Nelis at nlr.nl>> wrote: Hello, That's great for the monitoring server, but I want it for all the network devices and servers that I'm monitoring. I'm going to get 'devmon' going and see if that will work for us.

When installing Devmon, consider installing the patches on the SourceForge Devmon page as well. Although the latest svn version dates of last September, a number of improvements (patches) submitted in the last two years are not yet included in the distribution version of Devmon.

Kind regards, Wim Nelis.

The NLR disclaimer is valid for NLR e-mail messages.

This message is only meant for providing information. Nothing in this e-mail message amounts to a contractual or legal commitment on the part of the sender.

This message may contain information that is not intended for you. If you are not the addressee or if this message was sent to you by mistake, you are requested to inform the sender and delete the message. Sender accepts no liability for damage of any kind resulting from the risks inherent in the electronic transmission of messages.

Scot Kreienkamp | Senior Systems Engineer | La-Z-Boy Incorporated (r) 1284 North Telegraph Road | Monroe, Michigan 48162 | [http://www.la-z-boy.com/images/emailsignature/phone.png] 734-384-6403 | [http://www.la-z-boy.com/images/emailsignature/fax.png] | [http://www.la-z-boy.com/images/emailsignature/email.png] SKreien at la-z-boy.com<mailto:SKreien at la-z-boy.com> [http://www.la-z-boy.com/images/emailsignature/website.png] www.la-z-boy.com<http://www.la-z-boy.com/> | [http://www.la-z-boy.com/images/emailsignature/facebook.png] facebook.com/lazboy<http://www.facebook.com/lazboy> | [http://www.la-z-boy.com/images/emailsignature/twitter.png] twitter.com/lazboy<http://www.twitter.com/lazboy> | [http://www.la-z-boy.com/images/emailsignature/youtube.png] youtube.com/lazboy <http://www.youtube.com/lazboy>

[http://www.la-z-boy.com/images/emailsignature/lzblogo.png]

This message is intended only for the individual or entity to which it is addressed. It may contain privileged, confidential information which is exempt from disclosure under applicable laws. If you are not the intended recipient, please note that you are strictly prohibited from disseminating or distributing this information (other than to the intended recipient) or copying this information. If you have received this communication in error, please notify us immediately by e-mail or by telephone at the above number. Thank you.

Yes, but all I'm interested in is the traffic graphing. I've got other things running for other alerts.

With so much built-in funtionality in Xymon it surprises me that network device traffic graphing hasn't been just built-in yet.

Thank you.

*Kris Springer*

*=======================*

On Fri, Dec 6, 2013 at 10:20 AM, Mark Felder <feld at feld.me> wrote:

On Dec 6, 2013, at 8:31, Scot Kreienkamp <SKreien at la-z-boy.com> wrote:

...

MRTG has the ability to monitor much more than just throughput. MRTG will collect and graph any number of variables (up to 4 I believe, I’ve never tried more than two) that can be collected by SNMP or scripts. I have used it to monitor temperature, CPU load, length in minutes of daylight during the day, and several other things as well as throughput over the years I’ve used it. I’ve also used RRDTool directly to monitor and maintain graphs of various things when MRTG didn’t allow enough variables in a single graph or if I wanted more control over the process.

The bottom line is both MRTG and Devmon will work, as well as doing something directly with RRDTool like I have if Kris cares to do that. I advocate for MRTG simply because I think setup/integration is easier with MRTG and Xymon.

This may be true, but the MRTG integration cannot assist Xymon with sending *alerts* for things like:

• high cpu
• high memory
• high temp
• interface errors, discards, or collisions
• interface under a high load
• interface down, but administratively up
• power supply failure
• fan failure
• wrong number of route prefixes

These are all things devmon can have xymon alert you for, but MRTG can only graph them.

---

Xymon mailing list Xymon at xymon.com http://lists.xymon.com/mailman/listinfo/xymon