12 Oct
2015
12 Oct
'15
6:35 a.m.
Module: check_mk
Branch: master
Commit: de78194e58a4464ecd9bfc523718605083574f7a
URL:
http://git.mathias-kettner.de/git/?p=check_mk.git;a=commit;h=de78194e58a446…
Author: Lars Michelsen <lm(a)mathias-kettner.de>
Date: Mon Oct 12 13:32:54 2015 +0200
#2674 Added native support for monitoring via IPv6
Check_MK is now providing native support for monitoring IPv6 and even dual-stack hosts.
This has been implemented in a clean and straight forward way. For each host you can
choose which address family shal be used for communication with this host. By default
Check_MK is still using only IPv4, but now you can change it to IPv6 for monitoring
IPv6 only hosts. In WATO this is done by configuring the host attribute <i>IP
Address Family</i>.
You can even configure one host to be monitored via IPv4 and IPv6 at the same time. In
this situation you need to decide which of the both address families is the primary one.
The primary address family is the one which is used for regular monitoring tasks
(communication with the agent or SNMP). The secondary address family is only being
pinged by default. For the secondary address family a dedicated PING service named
(PING v4 or PING v6) is added to the dual-stack hosts.
By default the primary address family is IPv4 for all dual-stack hosts. In WATO this
can be changed by configuring the rule set <i>Primary IP address family of
dual-stack hosts</i>.
In some cases you want to perform active checks to check the avilability of a service,
e.g. HTTP, using both IPv4 and IPv6. For this case you can add two active checks to
the dual-stack host, one having IPv6 enabled and one without having it enabled for
using IPv4. But each active check needs to support IPv6 on its own. For the moment
the only check working vith IPv6 is <tt>check_http</tt>.
This is the default and recommended way for monitoring dual-stack hosts. You use one
address family for monitoring the whole system and the other one is just being pinged.
Note: If you use the Check_MK Enterprise Edition togehter with the Micro Core,
the Smart PING mechanism is not used for IPv6 hosts at the moment. This mechanism has
a slightly slower performance, but if you don't have too many IPv6 hosts, this should
be OK for the beginning.
The basic implementation for IPv6 monitoring has been done. But there are several
components in the Check_MK environment left which need to be extended to be fully
compatible with IPv6. Some of them are:
LI: Parent scanning (check_mk --scan-parents)
LI: WATO - Host-Diagnose
LI: WATO - Most active checks
LI: Event Console
LI: Notification Forwarding
LI: Livestatus Proxy
LI: Several active checks
LI: Most special agents
LI: The Check_MK Appliance
---
.f12 | 15 --
.werks/2621 | 9 +
.werks/2674 | 51 +++++
ChangeLog | 2 +
agents/cfg_examples/xinetd.conf | 2 +
agents/cfg_examples/xinetd_caching.conf | 2 +
check_mk_templates.cfg | 3 +
checks/check_http | 15 +-
modules/automation.py | 8 +-
modules/check_mk.py | 334 ++++++++++++++++++++++------
modules/check_mk_base.py | 5 +-
modules/config.py | 4 +-
modules/discovery.py | 14 +-
modules/inventory.py | 2 +-
modules/snmp.py | 3 +-
web/htdocs/wato.py | 247 ++++++++++++++------
web/plugins/views/builtin.py | 2 +-
web/plugins/views/painters.py | 72 +++++-
web/plugins/views/sorters.py | 2 +
web/plugins/visuals/filters.py | 116 +++++++++-
web/plugins/wato/active_checks.py | 14 ++
web/plugins/wato/builtin_attributes.py | 24 +-
web/plugins/wato/check_mk_configuration.py | 15 ++
23 files changed, 772 insertions(+), 189 deletions(-)
Diff:
http://git.mathias-kettner.de/git/?p=check_mk.git;a=commitdiff;h=de78194e58…