GitLab

Add a doxygen file describing the fuzzing - how to build and
run it, and a brief description of the changes made to the code.

Instead of using a separate thread to read input from the fuzzer,
the input is now read in the main thread and transferred to the
interface on which Kea is expecting it to appear.

1. Convert to C++ class.
2. Extend framework to support DHCPv4 fuzzing.
3. Restrict size of data that can be accepted from AFL. (Kea will
   only accept up to about 64k or data, (set by the size of a UDP
   datagram).  However, AFL can send much larger data packets,
   which may cause problems in synchronization between the two
   threads used to implement fuzzing in Kea.

Proof of concept code to fuzz Kea-DHCPv6.

- added this support in hammer.py
- fixed checking sphinx in configure.ac on fedora 31

Added new HA specific section too.

- Included boolean parameter in-touch to indicate if the status has been
  actually received from the partner.
- Renamed last-known-status (scopes) to last-status (scopes) which is
  shorter.
- Always include all parameters in the status-get response, even if they
  are not set to anything meaningful.
- Return partner's scopes in the response to status-get.

The new name is processStatusGet instead of generic commandProcessed

This test did not expect the status-get command to be included in respose
to the list-commands.

The uptime, reload and pid returned are validated.