[kea-0.9.2-beta] .mes files reorder

src/bin/d2/d2_messages.mes

@@ -167,6 +167,7 @@ the server bound packet requesting a forward address (A or AAAA) removal.  This
 is due to invalid data contained in the NameChangeRequest. The request will be
 aborted.  This is most likely a configuration issue.
 /*sar*/
+
 % DHCP_DDNS_FORWARD_REMOVE_ADDRS_IO_ERROR DHCP_DDNS Request ID %1: encountered an IO error sending a forward mapping address removal for FQDN %2 to DNS server %3
 This is an error message issued when a communication error occurs while
 DHCP_DDNS is carrying out a forward address remove.  The application will retry
@@ -207,6 +208,7 @@ This is an error message issued when the response received by DHCP_DDNS, to a
 update request to remove forward RRs mapping, is mangled or malformed.
 The application will retry against the same server or others as appropriate.
 /*sar*/
+
 % DHCP_DDNS_FORWARD_REPLACE_BAD_DNSCLIENT_STATUS DHCP_DDNS Request ID %1: received an unknown DNSClient status: %2, while replacing forward address mapping for FQDN %3 to DNS server %4
 This is an error message issued when DNSClient returns an unrecognized status
 while DHCP_DDNS was replacing a forward address mapping.  The request will be

src/bin/dhcp4/dhcp4_messages.mes

@@ -19,17 +19,17 @@ This message is printed when DHCPv4 server enabled an interface to be used
 to receive DHCPv4 traffic. IPv4 socket on this interface will be opened once
 Interface Manager starts up procedure of opening sockets.
 
-% DHCP4_BUFFER_RECEIVE_FAIL error on attempt to receive packet: %1
-The DHCPv4 server tried to receive a packet but an error
-occurred during this attempt. The reason for the error is included in
-the message.
-
 % DHCP4_BUFFER_RECEIVED received buffer from %1:%2 to %3:%4 over interface %5
 This debug message is logged when the server has received a packet
 over the socket. When the message is logged the contents of the received
 packet hasn't been parsed yet. The only available information is the
 interface and the source and destination IPv4 addresses/ports.
 
+% DHCP4_BUFFER_RECEIVE_FAIL error on attempt to receive packet: %1
+The DHCPv4 server tried to receive a packet but an error
+occurred during this attempt. The reason for the error is included in
+the message.
+
 % DHCP4_BUFFER_UNPACK parsing buffer received from %1 to %2 over interface %3
 This debug message is issued when the server starts parsing the received
 buffer holding the DHCPv4 message. The arguments specify the source and
@@ -87,11 +87,6 @@ client and transaction identification information. The second argument
 specifies the identifier of the subnet where the client is connected
 and for which this mode of operation is configured on the server.
 
-% DHCP4_CLIENT_FQDN_PROCESS %1: processing Client FQDN option
-This debug message is issued when the server starts processing the Client
-FQDN option sent in the client's query. The argument includes the
-client and transaction identification information.
-
 % DHCP4_CLIENT_FQDN_DATA %1: Client sent FQDN option: %2
 This debug message includes the detailed information extracted from the
 Client FQDN option sent in the query. The first argument includes the
@@ -99,10 +94,10 @@ client and transaction identification information. The second argument
 specifies the detailed information about the FQDN option received
 by the server.
 
-% DHCP4_CLIENT_HOSTNAME_PROCESS %1: processing client's Hostname option
-This debug message is issued when the server starts processing the Hostname
-option sent in the client's query. The argument includes the client and
-transaction identification information.
+% DHCP4_CLIENT_FQDN_PROCESS %1: processing Client FQDN option
+This debug message is issued when the server starts processing the Client
+FQDN option sent in the client's query. The argument includes the
+client and transaction identification information.
 
 % DHCP4_CLIENT_HOSTNAME_DATA %1: client sent Hostname option: %2
 This debug message includes the detailed information extracted from the
@@ -111,6 +106,11 @@ client and transaction identification information. The second argument
 specifies the hostname carried in the Hostname option sent by the
 client.
 
+% DHCP4_CLIENT_HOSTNAME_PROCESS %1: processing client's Hostname option
+This debug message is issued when the server starts processing the Hostname
+option sent in the client's query. The argument includes the client and
+transaction identification information.
+
 % DHCP4_CLIENT_NAME_PROC_FAIL %1: failed to process the fqdn or hostname sent by a client: %2
 This debug message is issued when the DHCP server was unable to process the
 FQDN or Hostname option sent by a client. This is likely because the client's
@@ -303,7 +303,7 @@ which should be sent to the kea-dhcp_ddns module to create
 new DNS records for the lease being acquired or to update existing records
 for the renewed lease. The first argument contains the client and transaction
 identification information. The second argument includes the reason for the
-failure. 
+failure.
 
 % DHCP4_NOT_RUNNING DHCPv4 server is not running
 A warning message is issued when an attempt is made to shut down the
@@ -510,12 +510,6 @@ first argument includes the client and the transaction identification
 information. The second argument holds the IPv4 address which release
 was attempted.
 
-% DHCP4_RELEASE_FAIL_NO_SUBNET %1: client is trying to release a lease %2 from a subnet which cannot be selected.
-This warning message indicates that client tried to release an address
-from an improper location.  The first argument contains the client and
-transaction identification information. The second argument contains
-the address which the client is trying to release.
-
 % DHCP4_RELEASE_FAIL_NO_LEASE %1: client is trying to release non-existing lease %2
 This debug message is printed when client attempts to release a lease,
 but no such lease is known to the server. The first argument contains
@@ -523,6 +517,12 @@ the client and transaction identification information. The second
 argument contains the IPv4 address which the client is trying to
 release.
 
+% DHCP4_RELEASE_FAIL_NO_SUBNET %1: client is trying to release a lease %2 from a subnet which cannot be selected.
+This warning message indicates that client tried to release an address
+from an improper location.  The first argument contains the client and
+transaction identification information. The second argument contains
+the address which the client is trying to release.
+
 % DHCP4_RELEASE_FAIL_WRONG_CLIENT %1: client is trying to release the lease %2 which belongs to a different client
 This debug message is issued when a client is trying to release the
 lease for the address which is currently used by another client, i.e.
@@ -531,6 +531,19 @@ and the lease. The first argument includes the client and the
 transaction identification information. The second argument specifies
 the leased address.
 
+% DHCP4_REQUEST_CLASS_PROCESSING_FAILED %1: client class specific processing failed for DHCPREQUEST
+This debug message means that the server processing that is unique for each
+client class has reported a failure. The response packet will not be sent.
+The argument contains the client and transaction identification
+information.
+
+% DHCP4_RESPONSE_DATA %1: responding with packet %2 (type %3), packet details: %4
+A debug message including the detailed data about the packet being sent
+to the client. The first argument contains the client and the transaction
+identification information. The second and third argument contains the
+packet name and type respectively. The fourth argument contains detailed
+packet information.
+
 % DHCP4_RESPONSE_FQDN_DATA %1: including FQDN option in the server's response: %2
 This debug message is issued when the server is adding the Client FQDN
 option in its response to the client. The first argument includes the
@@ -555,19 +568,6 @@ supplied its hostname. The first argument includes the client and the
 transaction identification information. The second argument holds the
 generated hostname.
 
-% DHCP4_REQUEST_CLASS_PROCESSING_FAILED %1: client class specific processing failed for DHCPREQUEST
-This debug message means that the server processing that is unique for each
-client class has reported a failure. The response packet will not be sent.
-The argument contains the client and transaction identification
-information.
-
-% DHCP4_RESPONSE_DATA %1: responding with packet %2 (type %3), packet details: %4
-A debug message including the detailed data about the packet being sent
-to the client. The first argument contains the client and the transaction
-identification information. The second and third argument contains the
-packet name and type respectively. The fourth argument contains detailed
-packet information.
-
 % DHCP4_SERVER_FAILED server failed: %1
 The DHCPv4 server has encountered a fatal error and is terminating.
 The reason for the failure is included in the message.

src/bin/dhcp6/dhcp6_messages.mes

@@ -540,7 +540,6 @@ in the client's message and 2-way exchanges are supported by the
 server for the subnet on which the client is connected. The argument
 specifies the client and transaction identification information.
 
-
 % DHCP6_RELEASE_NA %1: binding for address %2 and iaid=%3 was released properly
 This debug message indicates that an address was released properly. It
 is a normal operation during client shutdown.
@@ -713,4 +712,3 @@ This debug message is printed when server receives a message of unknown type.
 That could either mean missing functionality or invalid or broken relay or client.
 The list of formally defined message types is available here:
 http://www.iana.org/assignments/dhcpv6-parameters.
-

src/lib/config/config_messages.mes

@@ -14,6 +14,11 @@
 
 $NAMESPACE isc::config
 
+% COMMAND_DEREGISTERED Command %1 deregistered
+This debug message indicates that the daemon stopped supporting specified
+command. This command can no longer be issued. If the command socket is
+open and this command is issued, the daemon will not be able to process it.
+
 % COMMAND_PROCESS_ERROR1 Error while processing command: %1
 This warning message indicates that the server encountered an error while
 processing received command. Additional information will be provided, if
@@ -31,22 +36,35 @@ This informational message indicates that a command was received over command
 socket. The nature of this command and its possible results will be logged
 with separate messages.
 
+% COMMAND_REGISTERED Command %1 registered
+This debug message indicates that the daemon started supporting specified
+command. If the command socket is open, this command can now be issued.
+
 % COMMAND_RESPONSE_ERROR Server failed to generate response for command: %1
 This error message indicates that the server failed to generate response for
 specified command. This likely indicates a server logic error, as the server
 is expected to generate valid responses for all commands, even malformed
 ones.
 
-% COMMAND_SOCKET_FAIL_NONBLOCK Failed to set non-blocking mode for socket %1 created for incoming connection on socket %2: %3
-This error message indicates that the server failed to set non-blocking mode
-on just created socket. That socket was created for accepting specific
-incoming connection. Additional information may be provided as third parameter.
-
 % COMMAND_SOCKET_ACCEPT_FAIL Failed to accept incoming connection on command socket %1: %2
 This error indicates that the server detected incoming connection and executed
 accept system call on said socket, but this call returned an error. Additional
 information may be provided by the system as second parameter.
 
+% COMMAND_SOCKET_CONNECTION_CLOSED Closed socket %1 for existing command connection
+This is an informational message that the socket created for handling
+client's connection is closed. This usually means that the client disconnected,
+but may also mean a timeout.
+
+% COMMAND_SOCKET_CONNECTION_OPENED Opened socket %1 for incoming command connection on socket %2
+This is an informational message that a new incoming command connection was
+detected and a dedicated socket was opened for that connection.
+
+% COMMAND_SOCKET_FAIL_NONBLOCK Failed to set non-blocking mode for socket %1 created for incoming connection on socket %2: %3
+This error message indicates that the server failed to set non-blocking mode
+on just created socket. That socket was created for accepting specific
+incoming connection. Additional information may be provided as third parameter.
+
 % COMMAND_SOCKET_READ Received %1 bytes over command socket %2
 This debug message indicates that specified number of bytes was received
 over command socket identified by specified file descriptor.
@@ -55,10 +73,6 @@ over command socket identified by specified file descriptor.
 This error message indicates that an error was encountered while
 reading from command socket.
 
-% COMMAND_SOCKET_WRITE Sent response of %1 bytes over command socket %2
-This debug message indicates that the specified number of bytes was sent
-over command socket identifier by the specified file descriptor.
-
 % COMMAND_SOCKET_RESPONSE_TOOLARGE Server's response was larger (%1) than supported 64KB
 This error message indicates that the server received a command and generated
 an answer for it, but that response was larger than supported 64KB. Server
@@ -66,34 +80,20 @@ will attempt to send the first 64KB of the response. Depending on the nature
 of this response, this may indicate a software or configuration error. Future
 Kea versions are expected to have better support for large responses.
 
-% COMMAND_SOCKET_WRITE_FAIL Error while writing %1 bytes to command socket %2
-This error message indicates that an error was encountered while
-attempting to send a response to the command socket.
-
-% COMMAND_SOCKET_UNIX_OPEN Command socket opened: UNIX, fd=%1, path=%2
-This informational message indicates that the daemon opened a command
-processing socket. This is a UNIX socket. It was opened with the file
-descriptor and path specified.
-
 % COMMAND_SOCKET_UNIX_CLOSE Command socket closed: UNIX, fd=%1, path=%2
 This informational message indicates that the daemon closed a command
 processing socket. This was a UNIX socket. It was opened with the file
 descriptor and path specified.
 
-% COMMAND_SOCKET_CONNECTION_OPENED Opened socket %1 for incoming command connection on socket %2
-This is an informational message that a new incoming command connection was
-detected and a dedicated socket was opened for that connection.
-
-% COMMAND_SOCKET_CONNECTION_CLOSED Closed socket %1 for existing command connection
-This is an informational message that the socket created for handling
-client's connection is closed. This usually means that the client disconnected,
-but may also mean a timeout.
+% COMMAND_SOCKET_UNIX_OPEN Command socket opened: UNIX, fd=%1, path=%2
+This informational message indicates that the daemon opened a command
+processing socket. This is a UNIX socket. It was opened with the file
+descriptor and path specified.
 
-% COMMAND_REGISTERED Command %1 registered
-This debug message indicates that the daemon started supporting specified
-command. If the command socket is open, this command can now be issued.
+% COMMAND_SOCKET_WRITE Sent response of %1 bytes over command socket %2
+This debug message indicates that the specified number of bytes was sent
+over command socket identifier by the specified file descriptor.
 
-% COMMAND_DEREGISTERED Command %1 deregistered
-This debug message indicates that the daemon stopped supporting specified
-command. This command can no longer be issued. If the command socket is
-open and this command is issued, the daemon will not be able to process it.
+% COMMAND_SOCKET_WRITE_FAIL Error while writing %1 bytes to command socket %2
+This error message indicates that an error was encountered while
+attempting to send a response to the command socket.

src/lib/dhcpsrv/alloc_engine_messages.mes

@@ -88,19 +88,19 @@ that the client already has a lease whose lifetime can be
 extended, and which can be returned to the client.
 The first argument includes the client identification information.
 
-% ALLOC_ENGINE_V4_REQUEST_IN_USE %1: requested address %2 is in use
-This message is issued when the client is requesting or has a
-reservation for an address which is in use. The first argument
-includes the client identification information.
-
 % ALLOC_ENGINE_V4_REQUEST_INVALID client %1 having a reservation for address %2 is requesting invalid address %3
 This message is logged when the client, having a reservation for
 one address, is requesting a different address. The client is
 only allowed to do this when the reserved address is in use by
-another client. However, the allocation engine has 
+another client. However, the allocation engine has
 determined that the reserved address is available and the
 client should request the reserved address.
 
+% ALLOC_ENGINE_V4_REQUEST_IN_USE %1: requested address %2 is in use
+This message is issued when the client is requesting or has a
+reservation for an address which is in use. The first argument
+includes the client identification information.
+
 % ALLOC_ENGINE_V4_REQUEST_OUT_OF_POOL client %1, which doesn't have reservation, requested address out of the dynamic pool
 This message is issued when the client has requested allocation
 of the address which doesn't belong to any address pool from
@@ -110,7 +110,7 @@ could only be allocated if the client had reservation for it.
 
 % ALLOC_ENGINE_V4_REQUEST_PICK_ADDRESS client %1 hasn't specified an address - picking available address from the pool
 This message is logged when the client hasn't specified any
-preferred address (the client should always do it, but Kea 
+preferred address (the client should always do it, but Kea
 tries to be forgiving). The allocation engine will try to pick an available
 address from the dynamic pool and allocate it to the client.
 
@@ -167,6 +167,13 @@ other clients and those that are not reserved for the client will
 be removed. All leases matching the reservations will be renewed
 and returned.
 
+% ALLOC_ENGINE_V6_ALLOC_LEASES_NO_HR no reservations found but leases exist for client %1
+This message is logged when the allocation engine is in the process if
+allocating leases for the client, there are no static reservations,
+but lease(s) exist for the client. The allocation engine will remove
+leases which are reserved for other clients, and return all
+remaning leases to the client.
+
 % ALLOC_ENGINE_V6_ALLOC_NO_LEASES_HR no leases found but reservations exist for client %1
 This message is logged when the allocation engine is in the process of
 allocating leases for the client. It hasn't found any existing leases
@@ -181,13 +188,6 @@ to try to allocate allocating leases from the dynamic pool or stop
 the allocation process if none can be allocated. The first argument
 includes the client identification information.
 
-% ALLOC_ENGINE_V6_ALLOC_LEASES_NO_HR no reservations found but leases exist for client %1
-This message is logged when the allocation engine is in the process if
-allocating leases for the client, there are no static reservations,
-but lease(s) exist for the client. The allocation engine will remove
-leases which are reserved for other clients, and return all
-remaning leases to the client.
-
 % ALLOC_ENGINE_V6_ALLOC_UNRESERVED no static reservations available - trying to dynamically allocate leases for client %1
 This debug message is issued when the allocation engine will attempt
 to allocate leases from the dynamic pools.  This may be due to one of
@@ -196,12 +196,26 @@ reservations for the client but they are not usable because the addresses
 are in use by another client or (c) we had a reserved lease but that
 has now been allocated to another client.
 
+% ALLOC_ENGINE_V6_EXPIRED_HINT_RESERVED %1: expired lease for the client's hint %2 is reserved for another client
+This message is logged when the allocation engine finds that the
+expired lease for the client's hint can't be reused because it
+is reserved for another client. The first argument includes the
+client identification information.
+
 % ALLOC_ENGINE_V6_EXTEND_ALLOC_UNRESERVED allocate new (unreserved) leases for the renewing client %1
 This debug message is issued when the allocation engine is trying to
 allocate new leases for the renewing client because it was unable to
 renew any of the existing client's leases, e.g. because leases are
 reserved for another client or for any other reason.
 
+% ALLOC_ENGINE_V6_EXTEND_ERROR %1: allocation engine experienced error with attempting to extend lease lifetime: %2
+This error message indicates that an error was experienced during Renew
+or Rebind processing. Additional explanation is provided with this
+message. Depending on its nature, manual intervention may be required to
+continue processing messages from this particular client; other clients
+will be unaffected. The first argument includes the client identification
+information.
+
 % ALLOC_ENGINE_V6_EXTEND_LEASE %1: extending lifetime of the lease type %2, address %3
 This debug message is issued when the allocation engine is trying
 to extend lifetime of the lease. The first argument includes the
@@ -218,20 +232,6 @@ extended. If the lease update is successful, the information printed
 by this message will be stored in the database. The first argument
 includes the client identification information.
 
-% ALLOC_ENGINE_V6_EXTEND_ERROR %1: allocation engine experienced error with attempting to extend lease lifetime: %2
-This error message indicates that an error was experienced during Renew
-or Rebind processing. Additional explanation is provided with this
-message. Depending on its nature, manual intervention may be required to
-continue processing messages from this particular client; other clients
-will be unaffected. The first argument includes the client identification
-information.
-
-% ALLOC_ENGINE_V6_EXPIRED_HINT_RESERVED %1: expired lease for the client's hint %2 is reserved for another client
-This message is logged when the allocation engine finds that the
-expired lease for the client's hint can't be reused because it
-is reserved for another client. The first argument includes the
-client identification information.
-
 % ALLOC_ENGINE_V6_HINT_RESERVED %1: lease for the client's hint %2 is reserved for another client
 This message is logged when the allocation engine cannot allocate
 the lease using the client's hint because the lease for this hint

src/lib/dhcpsrv/hosts_messages.mes

@@ -24,31 +24,31 @@ This debug message is issued when starting to retrieve all hosts, holding the
 reservation for the specific IPv4 address, from the configuration. The
 argument specifies the IPv4 address used to search the hosts.
 
-% HOSTS_CFG_GET_ALL_ADDRESS4_HOST using address %1 found host: %2
-This debug message is issued when found host with the reservation
-for the specified IPv4 addres. The arguments specify the IPv4 address
-and the detailed description of the host found.
-
 % HOSTS_CFG_GET_ALL_ADDRESS4_COUNT using address %1, found %2 host(s)
 This debug message logs the number of hosts found using the specified
 IPv4 address. The arguments specify the IPv4 address used and the number
 of hosts found respectively.
 
+% HOSTS_CFG_GET_ALL_ADDRESS4_HOST using address %1 found host: %2
+This debug message is issued when found host with the reservation
+for the specified IPv4 addres. The arguments specify the IPv4 address
+and the detailed description of the host found.
+
 % HOSTS_CFG_GET_ALL_ADDRESS6 get all hosts with reservations for IPv6 address %1
 This debug message is issued when starting to retrieve all hosts, holding the
 reservation for the specific IPv6 address, from the configuration.
 The argument specifies the IPv6 address used to search the hosts.
 
-% HOSTS_CFG_GET_ALL_ADDRESS6_HOST using address %1 found host: %2
-This debug message is issued when found host with the reservation
-for the specified IPv6 address. The arguments specify the IPv6 address
-and the detailed description of the host found.
-
 % HOSTS_CFG_GET_ALL_ADDRESS6_COUNT using address %1, found %2 host(s)
 This debug message logs the number of hosts found using the specified
 IPv6 address. The arguments specify the IPv6 address used and the number
 of hosts found respectively.
 
+% HOSTS_CFG_GET_ALL_ADDRESS6_HOST using address %1 found host: %2
+This debug message is issued when found host with the reservation
+for the specified IPv6 address. The arguments specify the IPv6 address
+and the detailed description of the host found.
+
 % HOSTS_CFG_GET_ALL_HWADDR_DUID get all hosts with reservations for HWADDR %1 and DUID %2
 This debug message is issued when starting to retrieve reservations for all hosts
 using specific HW address or DUID. The arguments specify the HW address and
@@ -59,27 +59,27 @@ This debug message is issued when starting to retrieve reservations for all host
 identified by HW address or DUID. The argument holds both the identifier
 type and the value.
 
-% HOSTS_CFG_GET_ALL_IDENTIFIER_HOST using identifier: %1, found host: %2
-This debug message is issued when found host identified by the specific
-identifier. The arguments specify the identifier and the detailed
-description of the host found.
-
 % HOSTS_CFG_GET_ALL_IDENTIFIER_COUNT using identifier %1, found %2 host(s)
 This debug message logs the number of hosts found using the specified
 identifier. The arguments specify the identifier used and the number
 of hosts found respectively.
 
+% HOSTS_CFG_GET_ALL_IDENTIFIER_HOST using identifier: %1, found host: %2
+This debug message is issued when found host identified by the specific
+identifier. The arguments specify the identifier and the detailed
+description of the host found.
+
 % HOSTS_CFG_GET_ALL_SUBNET_ID_ADDRESS6 get all hosts with reservations for subnet id %1 and IPv6 address %2
 This debug message is issued when starting to retrieve all hosts connected to
 the specific subnet and having the specific IPv6 address reserved.
 The arguments specify subnet id and IPv6 address respectively.
 
-% HOSTS_CFG_GET_ALL_SUBNET_ID_ADDRESS6_HOST using subnet id %1 and address %2, found host: %3
+% HOSTS_CFG_GET_ALL_SUBNET_ID_ADDRESS6_COUNT using subnet id %1 and address %2, found %3 host(s)
 This debug message include the details of the host found using the
 subnet id and address. The arguments specify subnet id, address and
 found host details respectively.
 
-% HOSTS_CFG_GET_ALL_SUBNET_ID_ADDRESS6_COUNT using subnet id %1 and address %2, found %3 host(s)
+% HOSTS_CFG_GET_ALL_SUBNET_ID_ADDRESS6_HOST using subnet id %1 and address %2, found host: %3
 This debug message include the details of the host found using the
 subnet id and address. The arguments specify subnet id, address and
 found host details respectively.
@@ -124,18 +124,18 @@ subnet id, HW address and/or DUID.
 This debug message is issued when no host was found using the specified
 subnet id, HW address and DUID.
 
-% HOSTS_MGR_ALTERNATE_GET4_SUBNET_ID_HWADDR_DUID trying alternate source for host using subnet id %1, HWADDR %2, DUID%3
-This debug message is issued when the Host Manager doesn't find the
-host connected to the specific subnet and identified by the HW address
-or DUID, and it is starting to search for this host in the alternate
-host data source.
-
 % HOSTS_MGR_ALTERNATE_GET4_SUBNET_ID_ADDRESS4 trying alternate source for host using subnet id %1 and address %2
 This debug message is issued when the Host Manager doesn't find the
 host connected to the specific subnet and having the reservation for
 the specific IPv4 address, and it is starting to search for this host
 in the alternate host data source.
 
+% HOSTS_MGR_ALTERNATE_GET4_SUBNET_ID_HWADDR_DUID trying alternate source for host using subnet id %1, HWADDR %2, DUID%3
+This debug message is issued when the Host Manager doesn't find the
+host connected to the specific subnet and identified by the HW address
+or DUID, and it is starting to search for this host in the alternate
+host data source.
+
 % HOSTS_MGR_ALTERNATE_GET6_PREFIX trying alternate source for host using prefix %1/%2
 This debug message is issued when the Host Manager doesn't find the
 host connected to the specific subnet and having the reservation for