RE: Monitoring NTP and SNTP time synchronization software through SNMP
In case you find it useful, just mention that I monitored the NTP service using MRTG and a perl script some time ago. Here is the reference I used to do it: http://www.satsignal.eu/ntp/NTPandMRTG.txt -Mensaje original- De: Dave Shield [mailto:d.t.shi...@liverpool.ac.uk] Enviado el: martes, 31 de marzo de 2009 16:20 Para: Bart Van Assche CC: net-snmp-users Asunto: Re: Monitoring NTP and SNTP time synchronization software through SNMP 2009/3/31 Bart Van Assche bart.vanass...@gmail.com: By the way, which process is followed for evaluating and applying submitted Net-SNMP patches ? There's effectively a two-fold mechanism for this. The first element is whoever has time Various members of the core development team will cast an eye over submissions to the various trackers (both patches and bug reports, and maybe even feature requests) when they have some free time (and energy) to do so. Code patches will be applied if they are deemed useful/sensible/safe. The second element is we really must do something about this At infrequent intervals, the core development team (and anyone else who is interested) will get together and examine the outstanding submissions - often concentrating on those relating to a particular subset of the project (e.g. all perl-related issues, etc). The idea here is to either apply/fix the issue being reported, reject it (if deemed inappropriate), or as a final resort - identify problematical areas that need further investigation. In recent months, this latter has taken the form of a Bug Bash - initially monthly, and now bi-monthly. During the last weeks I have submitted seven patches via the patch tracker. As far as I can see, only one of these seven patches has been processed by this time. Unfortunately, that doesn't surprise me. As with many Open Source projects, the work of supporting the code falls on a relatively small group of people, and we have to fit this around our paid employment (and such outside interests as we have time for!) I can't speak for the others, but most of my attention tends to be taken up with responding to queries on the mailing lists. This doesn't tend to leave much time or energy for looking at the patch or bug trackers. Let alone actually coding any of the new stuff, which is what I would really like to be doing! Rest assured that anything submitted to the trackers *will* get looked at. Just not as quickly as any of us would like. Dave -- ___ 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/listinfo/net-snmp-users -- ___ 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/listinfo/net-snmp-users
Re: Monitoring NTP and SNTP time synchronization software through SNMP
2009/4/1 Fernández Piñas, David dfernand...@indra.es: In case you find it useful, just mention that I monitored the NTP service using MRTG and a perl script some time ago. Here is the reference I used to do it: http://www.satsignal.eu/ntp/NTPandMRTG.txt Thanks for the help. This information looks really useful, but as far as I can see it is specific for the Unix ntpd daemon. I am looking for a way to expose the status of Windows' Time Service through SNMP. A major difficulty in this is obtaining status information. I have posted a message on comp.protocols.time.ntp asking for help about how to query the status of Windows' Time Service. See also http://groups.google.com/group/comp.protocols.time.ntp/browse_thread/thread/f43770a6a242a81e/3300a77aeb862ddc. Bart. -- ___ 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/listinfo/net-snmp-users
Re: Monitoring NTP and SNTP time synchronization software through SNMP
2009/3/31 Bart Van Assche bart.vanass...@gmail.com: Does anyone who's subscribed to this list know whether it is possible to monitor the operation of NTP and/or SNTP time synchronization software through Net-SNMP ? There's certainly no support for the NTP MIBs in the agent as distributed. I've just done a quick search of the list archives, and can't find any indication that anyone else has implemented this functionality either. The closest was a thread from last April (with the subject Help Needed) on the -coders list, from someone wanting to do this. But they never followed up with any indication that they'd actually got this working. If you do manage to implement this, please consider feeding it back to the Net-SNMP project, so that other people can benefit from your work. Dave -- ___ 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/listinfo/net-snmp-users
Re: Monitoring NTP and SNTP time synchronization software through SNMP
On Tue, Mar 31, 2009 at 3:16 PM, Dave Shield d.t.shi...@liverpool.ac.uk wrote: 2009/3/31 Bart Van Assche bart.vanass...@gmail.com: Does anyone who's subscribed to this list know whether it is possible to monitor the operation of NTP and/or SNTP time synchronization software through Net-SNMP ? There's certainly no support for the NTP MIBs in the agent as distributed. I've just done a quick search of the list archives, and can't find any indication that anyone else has implemented this functionality either. The closest was a thread from last April (with the subject Help Needed) on the -coders list, from someone wanting to do this. But they never followed up with any indication that they'd actually got this working. If you do manage to implement this, please consider feeding it back to the Net-SNMP project, so that other people can benefit from your work. It's not yet clear whether or not I will implement access to the NTP / SNTP status through SNMP. But if I do this, I will certainly consider feeding this work back to the Net-SNMP project. By the way, which process is followed for evaluating and applying submitted Net-SNMP patches ? During the last weeks I have submitted seven patches via the patch tracker. As far as I can see, only one of these seven patches has been processed by this time. Bart. -- ___ 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/listinfo/net-snmp-users
Re: Monitoring NTP and SNTP time synchronization software through SNMP
2009/3/31 Bart Van Assche bart.vanass...@gmail.com: By the way, which process is followed for evaluating and applying submitted Net-SNMP patches ? There's effectively a two-fold mechanism for this. The first element is whoever has time Various members of the core development team will cast an eye over submissions to the various trackers (both patches and bug reports, and maybe even feature requests) when they have some free time (and energy) to do so. Code patches will be applied if they are deemed useful/sensible/safe. The second element is we really must do something about this At infrequent intervals, the core development team (and anyone else who is interested) will get together and examine the outstanding submissions - often concentrating on those relating to a particular subset of the project (e.g. all perl-related issues, etc). The idea here is to either apply/fix the issue being reported, reject it (if deemed inappropriate), or as a final resort - identify problematical areas that need further investigation. In recent months, this latter has taken the form of a Bug Bash - initially monthly, and now bi-monthly. During the last weeks I have submitted seven patches via the patch tracker. As far as I can see, only one of these seven patches has been processed by this time. Unfortunately, that doesn't surprise me. As with many Open Source projects, the work of supporting the code falls on a relatively small group of people, and we have to fit this around our paid employment (and such outside interests as we have time for!) I can't speak for the others, but most of my attention tends to be taken up with responding to queries on the mailing lists. This doesn't tend to leave much time or energy for looking at the patch or bug trackers. Let alone actually coding any of the new stuff, which is what I would really like to be doing! Rest assured that anything submitted to the trackers *will* get looked at. Just not as quickly as any of us would like. Dave -- ___ 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/listinfo/net-snmp-users