I had a thought regarding how you could implement some sort of monitoring solution for DHCPv6. I don’t think you could implement a client but it should be possible to pretend to be a relay agent to perform a monitoring function for DHCPv6 like I described for DHCPv4. I think that is the way that dhcperf functions depending on the options chosen…
> On Dec 27, 2022, at 3:35 PM, Eric Graham <eric.gra...@vantagepnt.com> wrote: > > One way to monitor is with Stork. It won't alert you, but it does have an API > that collects events such as failure to communicate with a daemon using the > Kea control agent, or HA state changed. One can poll that API and emit alerts > based on the interesting events. Stork agents also have Prometheus built in, > so you can have your Prometheus server send alerts on some conditions. For > example, alert if a subnet is 80% full, 20% lower than average, has only been > decreasing in count for x minutes, etc. (disclaimer, I haven't done this yet). > > I would be much more comfortable with an actual DHCP client, though, like > Darren described. One could use dhcperf, or something like scapy. But I am > also interested in a better monitoring solution. > > Eric Graham > DevOps Specialist > Direct: 605.990.1859 > eric.gra...@vantagepnt.com <mailto:eric.gra...@vantagepnt.com> > <Outlook-c1ooi2ao.png> > From: Kea-users <kea-users-boun...@lists.isc.org > <mailto:kea-users-boun...@lists.isc.org>> on behalf of Stefan G. Weichinger > <li...@xunil.at <mailto:li...@xunil.at>> > Sent: Tuesday, December 27, 2022 12:10 AM > To: kea-users@lists.isc.org <mailto:kea-users@lists.isc.org> > <kea-users@lists.isc.org <mailto:kea-users@lists.isc.org>> > Subject: [Kea-users] Monitoring a Kea cluster > > CAUTION: This email originated outside the organization. Do not click any > links or attachments unless you have verified the sender. > > As I upgraded my isc-kea cluster to Debian 11.6 last week and rebooted > the 2 nodes we noticed that initially there were no DHCP-leases offered > until I restarted the isc-kea-dhcp4 service (on the primary node of the > cluster). > > Maybe a one time issue, I don't know. > > - > > In consequence I´d like to monitor the DHCP-services somehow. > > I don't run a "real" monitoring like Nagios or Icinga at that site, but > use "monit" for basic monitoring ... > > I added a check to monitor the isc-kea-dhcp4 service itself: does it > run, does it behave, if not, restart it. > > And I added a check to monitor the timestamp of the leases file: if not > changed for N minutes, alert me. > > That is very basic and not even fully OK IMO: the leases file gets > rotated ... etc etc > > I browsed for a check tool and found "dhcping". So far I wasn't able to > get a working reply out of that tool :-( ... > > How do you monitor Kea, are there any recommended ways of doing that? > -- > ISC funds the development of this software with paid support subscriptions. > Contact us athttps://www.isc.org/contact/ for more information. > > To unsubscribe visit https://lists.isc.org/mailman/listinfo/kea-users. > > Kea-users mailing list > Kea-users@lists.isc.org > https://lists.isc.org/mailman/listinfo/kea-users > -- > ISC funds the development of this software with paid support subscriptions. > Contact us at https://www.isc.org/contact/ for more information. > > To unsubscribe visit https://lists.isc.org/mailman/listinfo/kea-users. > > Kea-users mailing list > Kea-users@lists.isc.org <mailto:Kea-users@lists.isc.org> > https://lists.isc.org/mailman/listinfo/kea-users
-- ISC funds the development of this software with paid support subscriptions. Contact us at https://www.isc.org/contact/ for more information. To unsubscribe visit https://lists.isc.org/mailman/listinfo/kea-users. Kea-users mailing list Kea-users@lists.isc.org https://lists.isc.org/mailman/listinfo/kea-users
