[kea-dev] Decline support requirements in Kea 1.0

Tomek Mrugalski tomasz at isc.org
Mon Jul 13 13:26:31 UTC 2015


On 26.06.2015 08:10, Marcin Siodelski wrote:
> "Declined address" in the terminology - suggest replacing "unknown
> entity" with a "different entity", as "unknown" is ambiguous.
Terminology extended.

> "Declined state":  - suggest to reword to "a state in which an address
> is marked by the server as unavailable for the assignment"
Updated.

> G4 - rather than adding the explanation what it means to "recover an
> address", it would be better to add a new term in the terminology and
> use it here:
> 
> "Declined address recovery (or Address Recovery)" - a process by which
> the server marks an address in the declined state as available for
> assignment again, i.e. moves it out of the declined state.
Added.

> G6 - I think it is too much for the requirements to imply that the
> declined addresses must be kept in the database. It would be sufficient
> to say that "The information about currently declined addresses MUST not
> be lost after system restart or crash". Plus another requirement which
> would say: "There must be a mechanism by which the system administrator
> can inspect currently declined addresses".
As Thomas later suggested, I removed the reference for explicit mechanism.

> G7 - I suggest updating this requirement to say that the log message
> emitted, when the address is marked declined, includes the duration of
> time for which the address will remain in the declined state.
Reworded. It now says: "There MUST be dedicated log entries for putting
and recovering an address from the declined state. They must include the
address, the client's details and the amount of time the address being
declined will remain in the declined state."

> C2 - I suggest rewording it slightly to use the terminology: "The amount
> of time an address remains in the declined state MUST be configurable"
> 
> C3 - Similarly to C2 - It MUST be possible to configure the server to
> keep an address in the declined state until sysadmin intervention.
Both updated.

Tomek


More information about the kea-dev mailing list