mir/kea
2
0
Fork 0
mirror of https://gitlab.isc.org/isc-projects/kea synced 2025-08-31 05:55:28 +00:00
Code Issues Releases Wiki Activity

[2325] Rephrased a couple of debug messages

Browse Source
This commit is contained in:
Stephen Morris
2012-12-12 10:16:57 +00:00
parent a40fac0707
commit 7f6c9d057c
1 changed files with 16 additions and 13 deletions
Download Patch File Download Diff File Expand all files Collapse all files

29
src/bin/dhcp6/dhcp6_messages.mes
View File

@@ -23,9 +23,9 @@ This debug message is issued just before the IPv6 DHCP server attempts
to establish a session with the BIND 10 control channel. to establish a session with the BIND 10 control channel.
% DHCP6_CLIENTID_MISSING mandatory client-id option is missing, message from %1 dropped % DHCP6_CLIENTID_MISSING mandatory client-id option is missing, message from %1 dropped
This error message indicates that received message does not include This error message indicates that the received message is being dropped
mandatory client-id option that is necessary for address assignment, because it does not include the mandatory client-id option necessary for
so the message is being dropped. This likely indicates a buggy client. address assignment. The most likely cause is a problem with the client.
% DHCP6_COMMAND_RECEIVED received command %1, arguments: %2 % DHCP6_COMMAND_RECEIVED received command %1, arguments: %2
A debug message listing the command (and possible arguments) received A debug message listing the command (and possible arguments) received
@@ -203,13 +203,16 @@ the response will only contain generic configuration parameters and no
addresses or prefixes. addresses or prefixes.
% DHCP6_UNKNOWN_RENEW received RENEW from client (duid=%1, iaid=%2) in subnet %3 % DHCP6_UNKNOWN_RENEW received RENEW from client (duid=%1, iaid=%2) in subnet %3
This warning message is printed when client attempts to renew a lease, but no This warning message is printed when client attempts to renew a lease,
such lease is known by the server. This typically means that client attempts to but no such lease is known by the server. It typically means that
use its lease past its lifetime, e.g. due to time adjustment or poor support client has attempted to use its lease past its lifetime: causes of this
for sleep/recovery. Properly implemented client will recover from such case include a adjustment of the clients date/time setting or poor support
(it should restart lease allocation process after receiving a negative reply for sleep/recovery. A properly implemented client will recover from such
from the server). Alternatively, it may mean that the server lost its a situation by restarting the lease allocation process after receiving
database recently and does not recognize its well behaving clients. This a negative reply from the server.
is likely the case if you see many such messages. Clients will recover from
this, but they will likely get another IP addresses and experience brief An alternative cause could be that the server has lost its database
service interruption. recently and does not recognize its well-behaving clients. This is more
probable if you see many such messages. Clients will recover from this,
but they will most likely get a different IP addresses and experience
a brief service interruption.