.werks/2674

   1 Title: Added native support for monitoring via IPv6
   2 Level: 2
   3 Component: core
   4 Compatible: compat
   5 Version: 1.2.7i3
   6 Date: 1444649416
   7 Class: feature
   8
   9 Check_MK is now providing native support for monitoring IPv6 and even dual-stack hosts.
  10
  11 This has been implemented in a clean and straight forward way. For each host you can
  12 choose which address family shal be used for communication with this host. By default
  13 Check_MK is still using only IPv4, but now you can change it to IPv6 for monitoring
  14 IPv6 only hosts. In WATO this is done by configuring the host attribute <i>IP Address Family</i>.
  15
  16 You can even configure one host to be monitored via IPv4 and IPv6 at the same time. In
  17 this situation you need to decide which of the both address families is the primary one.
  18 The primary address family is the one which is used for regular monitoring tasks
  19 (communication with the agent or SNMP). The secondary address family is only being
  20 pinged by default. For the secondary address family a dedicated PING service named
  21 (PING v4 or PING v6) is added to the dual-stack hosts.
  22 By default the primary address family is IPv4 for all dual-stack hosts. In WATO this
  23 can be changed by configuring the rule set <i>Primary IP address family of dual-stack hosts</i>.
  24
  25 In some cases you want to perform active checks to check the avilability of a service,
  26 e.g. HTTP, using both IPv4 and IPv6. For this case you can add two active checks to
  27 the dual-stack host, one having IPv6 enabled and one without having it enabled for
  28 using IPv4. But each active check needs to support IPv6 on its own. For the moment
  29 the only check working vith IPv6 is <tt>check_http</tt>.
  30
  31 This is the default and recommended way for monitoring dual-stack hosts. You use one
  32 address family for monitoring the whole system and the other one is just being pinged.
  33
  34 Note: If you use the Check_MK Enterprise Edition together with the Micro Core,
  35 the Smart PING mechanism is not used for IPv6 hosts at the moment. This mechanism has
  36 a slightly slower performance, but if you don't have too many IPv6 hosts, this should
  37 be OK for the beginning.
  38
  39 If you use the xinetd for serving the Check_MK agent output, you need to configure
  40 xinetd to create an IPv6 socket. By default it only creates an IPv4 socket. If you
  41 use the Agent Bakery, the baked agents configure xinetd to use the primary IP address
  42 family of the hosts.
  43
  44 The basic implementation for IPv6 monitoring has been done. But there are several
  45 components in the Check_MK environment left which need to be extended to be fully
  46 compatible with IPv6. Some of them are:
  47
  48 LI: Parent scanning (check_mk --scan-parents)
  49 LI: WATO - Most active checks
  50 LI: Event Console
  51 LI: Notification Forwarding
  52 LI: Livestatus Proxy
  53 LI: Several active checks
  54 LI: Most special agents
  55 LI: The Check_MK Appliance